|
Re: State entry/exit/do behavior : reusing existing behavior [message #1008247 is a reply to message #1008214] |
Mon, 11 February 2013 18:02 |
|
the UML specification precises that OnEntry, DoActivity and onExit state features own their behavior.
So as soon as you associate an activity to one of those features, the activity belongs to the feature. Papyrus moves the activity below the feature which is normal behavior.
If you want to reuse an activity (let us say "A1"), just create some new Activity (let us say "A2" with one CallBehaviorAction that will call "A1". In that case, A1 is not moved below your state and you can reuse it in other states.
Hope it helps
regards
raphaël
|
|
|
Re: State entry/exit/do behavior : reusing existing behavior [message #1008616 is a reply to message #1008247] |
Wed, 13 February 2013 10:16 |
Yannick S. Messages: 15 Registered: February 2013 |
Junior Member |
|
|
Hello, Raphaël,
this is clear, thanks for the fast answer.
Well, I'm just a beginner with SysML (and UML ...) and don't know the specifications in detail.
However, from a systems engineer's point of view, I feel this is not user-friendly, and using calls as you suggest would be a solution, but too cumbersome for the need.
The model should be simple and easy to understand because it's a means of communication.
There are many examples, i. e. in the OMG tutorials (distiller controller), where it seems obvious that you need the same behavior with only a slight change in a parameter.
Also, in a BDD, when a block A "owns" a part typed by block B, it does not mean that another block C could not also include a part typed by B.
After all, reusing blocks is one of the aims here.
So, maybe the UML specification is too restrictive, but some usability improvement would be welcome.
Regards.
Yannick.
|
|
|
Powered by
FUDForum. Page generated in 0.02069 seconds