SysML 1.5 RTF Avatar
  1. OMG Issue

SYSMLR — Forked association notation ill-formed

  • Key: SYSMLR-126
  • Legacy Issue Number: 18685
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    In Table 8.2 (Graphical paths defined by in Block Definition diagrams), rows MultibranchPart Association and MultibranchShared Association shows two association lines sharing one end (property3), implying the end is owned by two blocks (assuming the other ends are different), which isn't possible. Even if the two blocks on the opposite ends redefine property3 using the same name, the "shared" end would actually be separate elements in the model, though they would appear notationally the same. If this is the intention, redefinition of property3 should be added to the figure, and some diagram extension text should explain that the "shared" graphical elements refer to three underlying model elements. The notation isn't in 2.4.1 that I can find.

  • Reported: SysML 1.4 — Wed, 24 Apr 2013 04:00 GMT
  • Disposition: Resolved — SysML 1.5
  • Disposition Summary:

    Resolution: Forked association notation ill-formed

    The semantics of multibranch associations are clarified in UML 2.5:

    If there are two or more aggregations to the same aggregate, a conforming tool may as a purely presentational option show them as a tree by merging the aggregation ends into a single segment adorned by the solid or hollow aggregation diamond symbol. Any adornments on that single segment apply to all of the aggregation ends. The absence of an adornment on a merged segment does not imply that the properties corresponding to the suppressed adornment have equal values for all of the aggregation ends.

    The notation depicted in table 8.2 in the SysML specification is misleading.

  • Updated: Thu, 6 Apr 2017 13:49 GMT