Issue 14575: callout notation issues (sysml-rtf) Source: No Magic, Inc. (Mr. Nerijus Jankevicius, nerijus(at)nomagic.com) Nature: Uncategorized Issue Severity: Summary: I'm trying to prepare requirements for "callout" notation changes in MagicDraw SysML diagrams and trying to remove tool-specific notation. The SysML spec says that each allocatedTo or allocatedFrom property will be expressed as «elementType» ElementName. It looks simple at a first glance, but later SysML spec is a total mess: "For uniformity, the «elementType» displayed for the /allocatedTo or /allocatedFrom properties should be from the following list, as applicable. Other «elementType» designations may be used, if none of the below apply. «activity», «objectFlow», «controlFlow», «objectNode» «block», «itemFlow», «connector», «port», «flowPort», «atomicFlowPort», «interface», «value» Note that the supplier or client may be an Element (e.g., Activity, Block), Property (e.g., Action, Part), Connector, or BehavioralFeature (e.g., Operation). For this reason, it is important to use fully qualified names when displaying / allocatedFrom and /allocatedTo properties. An example of a fully qualified name is the form (PackageName::ElementName.PropertyName). " So, looking at the predefined list it is clear that: For the Activity or other "clean" UML element it is an metaclass name in lowercase. for let's say ItemFlow or FlowPort is is an stereotype name in lowercase. That's ok. But what is <<atomicFlowPort>> ? Port with <<flowPort>> stereotype applied which has isAtomic=true. What is <<value>> ? Property which has Type with <<ValueType>> stereotype applied. In the example below (Figure 15.4) it has allocation of actions to parts and it uses another one <<elementType>> which is not described - <<part>>. What is <<part>> ? The Property with AggregationKind = composite? Also, full qualified names and <<elementTypes>> are used incorrectly in this Figure or I don't understand how it should be used. For example: <<block>> Block4.Part5 - why it is <<block>>, but not <<part>> ??? <<part>> Part2:Block1 - why part name is before block name? It should be displayed as (PackageName::ElementName.PropertyName) as described above. I believe, all these rules and exceptions should be described somewhere Resolution: Defer Postponed to the next RTF Revised Text: Actions taken: October 22, 2009: received issue January 3, 2017: Deferred April 6, 2017: closed issue Discussion: This issue is being deferred because no proposed resolution was voted on during the schedule of the SysML 1.3 RTF. Disposition: Deferred End of Annotations:===== ted-NM: yes From: "Nerijus Jankevicius" To: Subject: callout notation issues Date: Thu, 22 Oct 2009 19:32:32 +0300 X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-EsetScannerBuild: 5877 Hello all, I'm trying to prepare requirements for "callout" notation changes in MagicDraw SysML diagrams and trying to remove tool-specific notation. The SysML spec says that each allocatedTo or allocatedFrom property will be expressed as «elementType» ElementName. It looks simple at a first glance, but later SysML spec is a total mess: "For uniformity, the «elementType» displayed for the /allocatedTo or /allocatedFrom properties should be from the following list, as applicable. Other «elementType» designations may be used, if none of the below apply. «activity», «objectFlow», «controlFlow», «objectNode» «block», «itemFlow», «connector», «port», «flowPort», «atomicFlowPort», «interface», «value» Note that the supplier or client may be an Element (e.g., Activity, Block), Property (e.g., Action, Part), Connector, or BehavioralFeature (e.g., Operation). For this reason, it is important to use fully qualified names when displaying / allocatedFrom and /allocatedTo properties. An example of a fully qualified name is the form (PackageName::ElementName.PropertyName). " So, looking at the predefined list it is clear that: For the Activity or other "clean" UML element it is an metaclass name in lowercase. for let's say ItemFlow or FlowPort is is an stereotype name in lowercase. That's ok. But what is <> ? Port with <> stereotype applied which has isAtomic=true. What is <> ? Property which has Type with <> stereotype applied. In the example below (Figure 15.4) it has allocation of actions to parts and it uses another one <> which is not described - <>. What is <> ? The Property with AggregationKind = composite? Also, full qualified names and <> are used incorrectly in this Figure or I don't understand how it should be used. For example: <> Block4.Part5 - why it is <>, but not <> ??? <> Part2:Block1 - why part name is before block name? It should be displayed as (PackageName::ElementName.PropertyName) as described above. I believe, all these rules and exceptions should be described somewhere. Any comments? Regards, -- Nerijus Jankevicius SysML Product Manager OMG-Certified UML Professional No Magic Europe Savanoriu pr. 363, LT 49425 Kaunas, Lithuania P.O. box 2166, LT- 3000, Kaunas Phone: +370-37-324032 Fax: +370-37-320670 e-mail: nerijus@magicdraw.com WWW: http://www.magicdraw.com -- MagicDraw - Architecture made simple!