Re: Ambiguities of the Harel/UML FSM model
- From: "H. S. Lahman" <h.lahman@xxxxxxxxxxx>
- Date: Sun, 10 Jul 2005 16:29:15 GMT
Responding to Huber...
The bottom line was that Pathfinder had to define its own rules for resolving the action sequence/context.
Pretty much every standard in computer science leaves such leeway, that's called unspecified behavior. The more interesting question is whether a user employing two different implementations could run into a problem because the behavior is unspecified. For example, when exiting a state configuration with orthogonal regions, the UML standard does not specify in what sequence the regions are exited. In practice this is not a problem because:
a) The user knows (or should know) that the sequence is unspecified
As I recall that was pretty much the problem; the sequence can't be unspecified in the model because code generators are quite literal-minded and they do what you say, not what you meant. If a different code generator using different assumptions is used the resulting application could potentially yield different results without any change to the user's model. So the model specification /must/ be unambiguous about the functional behavior.
[BTW, as I indicated, this issue came up in a meeting I attended a few years ago. It is possible the spec has been fixed since then because of all the work done on an execution model starting in v1.5. (Lack of a proper execution model for UML represented a major hole in the UML spec until then.) Since I am on the model side, I wouldn't be aware of any such fixes on the transformation side. However, I am skeptical because it usually takes years to iron out inconsistencies with peripheral definitions in UML when something changes. The spec has become so big that the Left Hand/Right Hand problem is ubiquitous.]
************* There is nothing wrong with me that could not be cured by a capful of Drano.
H. S. Lahman hsl@xxxxxxxxxxxxxxxxx Pathfinder Solutions -- Put MDA to Work http://www.pathfindermda.com blog: http://pathfinderpeople.blogs.com/hslahman (888)OOA-PATH
.
- Follow-Ups:
- Re: Ambiguities of the Harel/UML FSM model
- From: Andreas Huber
- Re: Ambiguities of the Harel/UML FSM model
- References:
- State Machine/Class Granularity
- From: Wavemaker
- Re: State Machine/Class Granularity
- From: H. S. Lahman
- Ambiguities of the Harel/UML FSM model
- From: Andreas Huber
- Re: Ambiguities of the Harel/UML FSM model
- From: H. S. Lahman
- Re: Ambiguities of the Harel/UML FSM model
- From: Andreas Huber
- State Machine/Class Granularity
- Prev by Date: Re: OOP/OOD Philosophy
- Next by Date: Re: OOP/OOD Philosophy
- Previous by thread: Re: Ambiguities of the Harel/UML FSM model
- Next by thread: Re: Ambiguities of the Harel/UML FSM model
- Index(es):
Relevant Pages
|