SysML 1.2 RTF Avatar
  1. OMG Issue

SYSML12 — Ambiguous Block Hierarchy

  • Key: SYSML12-38
  • Legacy Issue Number: 14447
  • Status: closed  
  • Source: INCOSE ( Sanford Friedenthal)
  • Summary:

    There is ambiguity in the block hierarchy shown on a bdd for parts that are nested more than one level. By illustration, assume Block A is composed of Block B which is composed of Block C. If Block A has two compositions to Block B, called b1 and b2, and Block B has two compositions to Block C, called c1 and c2, one cannot determine from the bdd whether c1 is nested within b1 or b2. The ambiguity can be removed by displaying the nesting on an ibd or by specifying the path with the dot notation. The former resovles the ambiguity in the concrete syntax only. Neither of these approaches does resolves the ambiguity on the bdd, which needs to be resolved for complex system hierarchies.

  • Reported: SysML 1.1 — Sun, 4 Oct 2009 04:00 GMT
  • Disposition: Resolved — SysML 1.2
  • Disposition Summary:

    The figures above have only one (unambiguous) underlying model, but directed
    relationships, such as dependencies, linked to c1 (or c2) would be ambiguous. It
    would not be possible from the underlying model alone (without the notation) to tell
    whether the directed relationship was referring to values of c1 properties on
    instances of B that are values of the b1 property on instances of A, or values of the b2 property on instances of A, because directed relationships do not currently
    support property paths, as connector ends do when NestedConnectorEnd is applied.
    Introduce an abstract stereotype of DirectedRelationship with property paths for their
    sources and targets, that generalizes SysML Stereotypes based on
    DirectedRelationship or its specializations

  • Updated: Fri, 6 Mar 2015 20:58 GMT