-
Key: UML25-505
-
Legacy Issue Number: 18545
-
Status: closed
-
Source: Fraunhofer FOKUS ( Mr. Marc-Florian Wendland)
-
Summary:
Message Constraint signature_is_Signal only merely refers to Signal.ownedAttributes as parameters of a Message signature. This is not sufficient, since a Signal may specialize other signals and, thus, the Message should also allow to specify arguments for inherited attributes. Of course, redefined attributes need to be sorted out.
-
Reported: UML 2.5b1 — Wed, 13 Mar 2013 04:00 GMT
-
Disposition: Resolved — UML 2.5
-
Disposition Summary:
Instead of using the Signal.ownedAttributes directly in the OCL (let signalAttributes : OrderedSet(Property)
= signature.oclAsType(Signal).ownedAttribute->asOrderedSet()) the inherited operation
Classifier::inheritedMember():NamedElement[0..*] ought to be used in the let-statement. The operation
filters redefined inherited elements and delivers the complete set of all inherited members, including the
properties. These need to be extracted from the set of inherited members eventually. The resulting OCL
would look like this:
let signalAttributes : OrderedSet(Property) =
signature.oclAsType(Signal).inheritedMember()->
select(n:NamedElement | n.oclIsTypeOf(Property)->asOrderedSet() -
Updated: Fri, 6 Mar 2015 20:59 GMT
UML25 — Message Constraint signature_is_Signal only merely refers to Signal.ownedAttributes as parameters of a Message signature
- Key: UML25-505
- OMG Task Force: Unified Modeling Language 2.5 (UML) FTF