-
Key: UML22-288
-
Legacy Issue Number: 10521
-
Status: closed
-
Source: International Business Machines ( Mr. Jim Amsden)
-
Summary:
In UML2, AcceptCallAction isA AcceptEventAction --> trigger: Trigger --> event: CallEvent --> operation: Operation. In the notation, there's the accept call action in an activity which has a name, and an operation provided by the performer. In the metamodel, this would mean that a Trigger and Event would have to be created to connect an operation to an AcceptCallAction. This is overkill resulting in a complex metamodel and extra work for modelers to create Trigger and Event model elements that are not needed.
AcceptCallAction should have an operation: Operation property directly. Then a <<trigger>> keyword should be used to indicate the operation is implemented with an AcceptCallAction rather than a method Behavior
-
Reported: UML 2.1 — Mon, 11 Dec 2006 05:00 GMT
-
Disposition: Resolved — UML 2.2
-
Disposition Summary:
The proposed change would, indeed, simplify the model, but it would be inconsistent with AcceptCallAction being, syntactically and semantically, a subclass of AcceptEventAction. AcceptCallAction is just a special case of triggering based on a call event, with some syntactic conveniences. Any complexity of the metamodel should be hidden by proper tool support.
Revised Text:
None.
Disposition: Closed, no change. -
Updated: Fri, 6 Mar 2015 20:58 GMT