Unified Modeling Language

UML/SysML: MagicDraw/Cameo: WARNING: If you assign a value to a Slot for an untyped Property then assign a ValueType later it will DELETE your assigned value! Assign a type first .

This page identifies a possible issue, inconsistency, concern, error, or bug!
One of the ways Webel IT Australia helps promote tools, technologies, and languages is by donating a lot of time identifying, tracking, and reporting potential issues, in order to help vendors and developers improve the tools and technologies. In some cases, we also offer workarounds and advice for users. All issues tracked on our public site are offered most constructively and with sincerest gratitude to the tool vendors and technology developers.

MagicDraw/Cameo: v19SP3: Property created by dragging onto a Class or Block a symbol of a Classifier named with a single letter capital name 'N' has a poor name 'N:N'

This page identifies a possible issue, inconsistency, concern, error, or bug!
One of the ways Webel IT Australia helps promote tools, technologies, and languages is by donating a lot of time identifying, tracking, and reporting potential issues, in order to help vendors and developers improve the tools and technologies. In some cases, we also offer workarounds and advice for users. All issues tracked on our public site are offered most constructively and with sincerest gratitude to the tool vendors and technology developers.

Screencast: UML/SysML StateMachines: How a completion transition works (and why you should avoid them)

Keywords

Video style

Explains what a completion transition is and how to simulate and explore it in Cameo Simulation Toolkit for MagicDraw UML, MagicDraw SysML, or Cameo Systems Modeler.

Please note that this is NOT a recommendation to use completion transitions!

© Copyright 2020 Darren R C Kelly (Webel IT Australia). All rights reserved.

01:04: UML Behavior: Activities quick start

TRAIL: Webel's ultimate guide to Systems Modeling Language with MagicDraw/Cameo

Slides in this section

If you want to navigate the entire section including the additional explanatory text click on the title link of the first slide to view the full slide page, then use the next links to move through the slide pages. If you just want to view the slide images only in sequence, click on any slide to view it larger in a viewer, then click again to move through each slide in this tutorial trail section.
uml101 - Activity Diagram - notation - REFERENCE CARD
Activity example: send and catch Signal
ActivityPartitions using “swimlane” notation
Starting an Action that has an InputPin
Starting an Action that has an InputPin with multiplicity
Starting an Action that has a ControlPin
Starting an Action that has a ValuePin - LIMITED SUPPORT
Parameter vs ActivityParameterNode vs Pin
ActivityParameterNode cases - REFERENCE CARD
UML2 Types of Pins - metaclasses
OR with DecisionNode and MergeNode
AND with ForkNode and JoinNode
ForkNode and JoinNode with optional ControlFlow guards - LIMITED SUPPORT
INCORRECT InitialNode no implicit fork
CORRECT InitialNode explicit fork
OPTION double InitialNode
ExecutableNode has implicit fork
Loop: running example using DecisionNode and MergeNode
LoopNode: basic running example
LoopNode with loopVariable - ADVANCED REFERENCE
LoopNode: running loopVariable example
ExpansionRegion: running «iterative» example
StructuredActitivityNodes (structured actions) - ADVANCED REFERENCE ONLY

01:03: UML Behavior: StateMachines quick start

TRAIL: Webel's ultimate guide to Systems Modeling Language with MagicDraw/Cameo

Slides in this section

If you want to navigate the entire section including the additional explanatory text click on the title link of the first slide to view the full slide page, then use the next links to move through the slide pages. If you just want to view the slide images only in sequence, click on any slide to view it larger in a viewer, then click again to move through each slide in this tutorial trail section.
Behavior StateMachines can be used to specify any of the following
StateMachines - simplified metaclass hierarchy
UML Event types for triggering Transitions
uml101 - StateMachines - NOTATION REFERENCE CARD
Kinds of States
State configurations
Effect, Entry, Do, Exit
Composite state entry and exit points
Submachines: entryPoint and exitPoint
Using submachines
Pseudostates - initial, fork, join, terminate
Pseudostates - junction
Pseudostates - choice
Pseudostates - deepHistory and shallowHistory
Transitions
Completion transitions and implicit triggers

Webel's Best Practice policy notes for UML and SysML and the MagicDraw/Cameo tools

Keywords

Keywords

The Webel Best Practice items for SysML (and UML) (tuned for the MagicDraw/Cameo tools) represent the world's most comprehensive guide to robust, fluent, enjoyable, consistent modelling for Model-Based Systems Engineering (MBSE), developed over two decades, and proven to work on extremely demanding real-world projects!

Screencast: Tutorial: UML/SysML: StateMachines vs Activities: Operation-driven Transition case study - UML-2.5.1 'Figure 14.7 Composite State with two States' in Cameo Simulation Toolkit

Keywords

Video style

This video accompanies this detailed tutorial trail: HOWTO simulate UML-2.5.1 'Figure 14.7 Composite State with two States' in Cameo Simulation Toolkit - Operation-driven Transition case study.

This full length tutorial is a case study of the telephone dialer StateMachine shown in 'Figure 14.7 Composite State with two States' of the UML-2.5.1 specification.

Screencast: Mini tutorial: UML/SysML: Cameo Simulation Toolkit: Send and receive a Signal using a SendSignalAction and an AcceptEventAction

Keywords

Video style

A very simple demonstration of sending a Signal using a SendSignalAction and receiving it with an AcceptEventAction within Activities. Uses SysML but the same applies to UML.

Uses Cameo Simulation Toolkit for MagicDraw SysML and Cameo System Modeler.

© Copyright 2020 Darren R C Kelly (Webel IT Australia). All rights reserved.

[ARCHIVAL] Gallery: Port-based systems engineering of block models for control and simulation of Neutron Beam Instruments of the OPAL research reactor using UML/SysML (from 2007, online extracts)

 ARCHIVAL (2007): This content is now considered historical only!
This page shows (for purposes of historical reference only) an OBSOLETE early attempt at re-appropriating Unified Modeling Language (UML®) for elicitation of model elements using graphical Parsing Analysis.

Slides in this gallery

Click on any slide to view it larger in a viewer, click again to move through each slide in the gallery. Click on the title link of a slide to view the full slide page.
ARCHIVAL
Figure 01: Convention and notation for Class/Interface pairs and associated wrapper Component.
ARCHIVAL
Figure 02: Flowport notation for mapping UML2 to Java
ARCHIVAL
Figure 03: Example: neutron beam instrument flowports and blocks for UML2
ARCHIVAL
Figure 04: ExampleBlock convention for block wrapper components and organisation of engineering elements
ARCHIVAL
Figure 05: Example: UML2 composite structure diagram (systems engineering view) of a fictitious neutron beam conditioning bunker.
ARCHIVAL
Figure 06: Example: wrapped class diagram (software engineering view) of a fictitious neutron beam conditioning bunker
ARCHIVAL
Figure 07: Model: Top-level UML2 composite structure diagram (systems engineering view) for the Platypus Reflectometer
ARCHIVAL
Figure 08: Model: Bunker shield assembly for the Platypus reflectometer as UML2 composite structure diagram with flowport notation
ARCHIVAL
Figure 09: Model: bunker shield assembly for the Platypus reflectometer as "wrapped block" class diagram.
ARCHIVAL
Figure 10: Model: UML2 composite structure diagram for the monochromation beam stage of the neutron diffractometers of the OPAL NBIs.
ARCHIVAL
Figure 11: Model: UML2 composite structure diagram of the monochromator assembly
ARCHIVAL
Figure 12: Model: UML2 composite structure diagram of the monochromator stage assembly with motorised goniometer rotation, tilt, and translation stages, which are driven by encoded devices
ARCHIVAL
Figure 13: Model: wrapped block class diagram (software engineering view) for the entire monochromation beam ("logical") stage
ARCHIVAL
Figure 14: SWT TableTree ModelClient showing an instance of the Platypus reflectometer model

[ARCHIVAL] Gallery: A UML Parsing Analysis of an analysis of image formation in the MOST radiotelescope (from 2005)

 ARCHIVAL (2005): This content is now considered historical only!
This page shows (for purposes of historical reference only) an OBSOLETE early attempt at re-appropriating Unified Modeling Language (UML®) for elicitation of model elements using graphical Parsing Analysis.

Images in this gallery

Click on any image to view it larger in a viewer, click again to move through each image in the gallery. Click on the title link of an image to view the full image page.
ARCHIVAL
MOST: UML: synthesis overview
ARCHIVAL
MOST: UML: top-level
ARCHIVAL
MOST: UML: Reflector
ARCHIVAL
MOST: UML: Circularly polarised ring Antenna
ARCHIVAL
MOST: UML: Feed
ARCHIVAL
MOST: UML: Waveguide
ARCHIVAL
MOST: UML: Module
ARCHIVAL
MOST: UML: Bay
ARCHIVAL
MOST: UML: Arm

Images in this gallery section

Click on any image to view it larger in a viewer, click again to move through each image in the gallery section. Click on the title link of an image to view the full image page.
ARCHIVAL
MOST: UML: Arm
ARCHIVAL
MOST: UML: Bay
ARCHIVAL
MOST: UML: Circularly polarised ring Antenna
ARCHIVAL
MOST: UML: Feed
ARCHIVAL
MOST: UML: Module
ARCHIVAL
MOST: UML: Reflector
ARCHIVAL
MOST: UML: synthesis overview
ARCHIVAL
MOST: UML: top-level
ARCHIVAL
MOST: UML: Waveguide

Reverse-engineering into UML of the TJDO database table structure for the MOST radiotelescope information system application (2004)

 ARCHIVAL (2004): This content is now considered historical only!
Keywords
Image kind
UML Class Diagram
Gallery
[ARCHIVAL] Gallery: the MOST radiotelescope in Java and UML

[ARCHIVAL] Gallery: the MOST radiotelescope in Java and UML

 ARCHIVAL (2005): This content is now considered historical only!
Some images and videos from a research project by Webel IT and Dr Darren Kelly involving the Molonglo Observatory Synthesis Telescope (MOST).

Images in this gallery

Click on any image to view it larger in a viewer, click again to move through each image in the gallery. Click on the title link of an image to view the full image page.
ARCHIVAL
Reverse-engineering into UML of the TJDO database table structure for the MOST radiotelescope information system application (2004)
ARCHIVAL
[ARCHIVAL] MOST radiotelescope: Java3D animation: flyby (4.5M)
ARCHIVAL
MOST radiotelescope: Java3D animation: steering (9.8M)
ARCHIVAL
Snapshot from a Java3D animation of the MOST radiotelescope
ARCHIVAL
Snapshot from a JSP web application for the MOST radiotelescope

Images in this gallery section

Click on any image to view it larger in a viewer, click again to move through each image in the gallery section. Click on the title link of an image to view the full image page.
ARCHIVAL
MOST radiotelescope: Java3D animation: steering (9.8M)
ARCHIVAL
Reverse-engineering into UML of the TJDO database table structure for the MOST radiotelescope information system application (2004)
ARCHIVAL
Snapshot from a Java3D animation of the MOST radiotelescope
ARCHIVAL
Snapshot from a JSP web application for the MOST radiotelescope
ARCHIVAL
[ARCHIVAL] MOST radiotelescope: Java3D animation: flyby (4.5M)

Screencast: MagicDraw SysML/Cameo analysis: Possible "gotchas" when extending the SysML Block stereotype

Keywords

Video style

Audience: Users of MagicDraw SysML or Cameo Systems Modeler who are experimenting with creating custom stereotypes that extend Block.

This screencast video has been created to demonstrate some issues that can arise if you "naively" create a custom stereotype that extends Block without: (1) closing then re-opening your project; (2) creating an appropriate MD Customization. It is not about any actual "bug" in MagicDraw/Cameo (as long as you follow the recommended procedure). If you watch it, please do watch it to the end to find how to handle such stereotypes properly.

Screencast: MagicDraw SysML/Cameo: Pros and Cons of custom stereotypes in combination with Block inheritance and Part Property structures

Keywords

Video style

Audience: Users of MagicDraw SysML or Cameo Systems Modeler who are experimenting with creating custom stereotypes for SysML.

This screencast video has been created to illustrate some pros and cons of using custom stereotypes in combination with Block inheritance and Part Property structures, and demonstrates some possible "gotchas". It concerns especially use of custom stereotypes to indicate: (1) cross-cutting aspects such as model layer membership; (2) use of tagged values to carry per-Element metadata.

Screencast: The LogicalWrapper: A proposal for a new element for UML and SysML

Keywords

Video style

© Copyright 2019 Darren R C Kelly (Webel IT Australia). All rights reserved.

This 4K narrated screencast video accompanies the white paper of the same name by Darren Kelly of Webel IT Australia available here.

Course: UML-driven, model-based Java software engineering and XML Schema data engineering with MagicDraw

Keywords

Keywords

Please email or phone Webel IT Australia on +61 405 029 008 or +61 (2) 9386 0090 to arrange on-site, off-site, or live remote web training seminars and workshops

MagicDraw UML zone

Keywords

Keywords

Dr Darren of Webel IT Australia is a long-term MagicDraw® user, and previously worked for the developers No Magic Inc as a consultant and trainer (Expert Advisor for Science, Engineering, and Education).
This zone is primarily about applications of MagicDraw® to software engineering wi

[ARCHIVAL] NeXML: a generative XML Schema with EMF Java bindings for the NeXus format

 ARCHIVAL (2008): This content is now considered historical only!
Keywords

Keywords

The NeXML project, based on work performed on the NeXus neutron science data format for the Australian Nuclear Science and Technology Organisation (ANSTO) between 2006-2008, showcases some older Unified Modeling Language (UML®), Java™, and XML Schema (XSD) technologies employed by Webel:
201
Subscribe to Unified Modeling Language