|
Re: Use-case doubts [message #1780650 is a reply to message #1780555] |
Thu, 25 January 2018 09:44 |
Ri Fr Messages: 134 Registered: July 2015 |
Senior Member |
|
|
You can achieve what you want by placing text comments on the use case diagram. The rectangle is a system boundary and is used to show the scope of the use case model. Best practice for system boundary is to NOT use it. You will learn that in UML the most experienced and effective modelers use only a small part of UML... 80% of UML elements are for very specialized situations that you will not encounter when you are just beginning to use UML.
For more details on what I just typed read the very simple and short books "The elements of UML 2 style" and "Applying Use Cases: A Practical Guide (Addison-Wesley Object Technology Series)".
The golden rule for a good use case model: show only WHAT PEOPLE want to achieve WHAT RESULT. Show nothing on how the result is achieved (sequence diagrams are used to show how) and show nothing about what systems do. It's perfectly legal to show how and the systems in UML 2 use cases but it's not a good idea. The books explain why.
[Updated on: Thu, 25 January 2018 09:55] Report message to a moderator
|
|
|
Re: Use-case doubts [message #1780664 is a reply to message #1780650] |
Thu, 25 January 2018 14:13 |
|
I agree with Richard Freggi's comments on this matter. "Applying Use Cases" is definitely a good read, and "Elements of UML2 style is useful - but, although not required, a knowledge of UML is definitely beneficial for the latter.
If you absolutely want to use the boundary (and I have met people who "absolutely" need it...), you best bet is to use a class, hide all its compartment save for name, scale it properly for use case, and make sure it's in the background. Note that this is a WORKAROUND and is NOT the right approach and I would NOT recommend a generalized use of that approach! However, I have had to take that approach in the past where it was the only solution I could find to address the client's requirement to show, on a single diagram, use cases from multiple systems in a "system of software systems" where UML was required by the client when SysML would have been a much better choice...
I would also like to mention note that sequence diagrams is one way to show the "how", activity diagrams is another one to do that. The choice of diagram to use will depend on many aspects, such as application domain, industry, client familiarity with diagrams, etc.
/Charles Rivet
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.01855 seconds