-
Key: UML25-375
-
Legacy Issue Number: 17989
-
Status: closed
-
Source: Change Vision ( Michael Chonoles)
-
Summary:
The limitation on not having a guard seems not justified, if we can constrain that the set of guards are covering.
Please explain or fix. -
Reported: UML 2.4.1 — Thu, 27 Sep 2012 04:00 GMT
-
Disposition: Resolved — UML 2.5
-
Disposition Summary:
The reason for not allowing a trigger on an initial transition is because that transition is triggered by the creation
and/or start behavior action of the state machine’s context object. That is, it is not triggered in the same way as other
transitions, by the arrival of amessage-based event occurrence. Putting a guard on this transition would allow for the
possibility that the transition would not be taken if the guard is false, leaving the state machine in an indeterminate
half-created state. (At that point, nothing further could be done with such a state machine, except to destroy it.) The
intent of this constraint, therefore, is to ensure that the initial transition is always taken.
Of course, the ability to branch following creation of the state machine is easily achieved by terminating the initial
transition on a choice point Pseudostate that has outgoing guarded transitions.
Disposition: Closed - No Change -
Updated: Fri, 6 Mar 2015 20:59 GMT
UML25 — Location: p 373 outgoing_from_initial - Limitations on guards
- Key: UML25-375
- OMG Task Force: Unified Modeling Language 2.5 (UML) FTF