-
Key: SYSML2-597
-
Status: open
-
Source: Model Driven Solutions ( Mr. Ed Seidewitz)
-
Summary:
In 8.3.13.7 FlowConnectionUsage, the constraint checkFlowConnectionUsageSpecialization states that
If a FlowConnectionUsage has no itemFlowEnds, then it must directly or indirectly specialize the base FlowConnectionUsage Connections::messageConnections from the Systems Library model. Otherwise, it must directly or indirectly specialize the FlowConnectionUsage Connections::flowConnections.
The property itemFlowEnds is derived as all connectorEnds that are ItemFlowEnds. The (Kernel) metaclass ItemFlowEnd is used when a FlowConnectionUsage is parsed from the special flow notation. However, a FlowConnectionUsage can also be written using regular connection notation, which will not have ItemFlowEnds, e.g.,
flow { end ::>> operator { out cmd : Command :>> sourceOutput; } end ::>> device { in cmd : Command :>> targetInput; } }
But, currently, this will implicitly specialize messageConnections, not flowConnections, which seems unexpected, since this is structurally a complete flow declaration.
-
Reported: SysML 2.0b1 — Thu, 14 Dec 2023 21:46 GMT
-
Updated: Mon, 8 Apr 2024 18:21 GMT
SYSML2 — checkFlowConnectionUsageSpecialization is too restrictive about FlowConnections
- Key: SYSML2-597
- OMG Task Force: Systems Modeling Language (SysML) 2.0 FTF