Discuss: Use Cases Part II: Taming Scope
by Norm Carr, Tim Meehan
- Editorial Comments
22 Great article.
Thank you! Good article and very useful sounding approach. Another article to go into more details would be nice. Cheers, Tony
posted at 02:28 pm on March 23, 2005 by Tony
23 Be careful
The discussion on the “extends” and “include” is very clear. However, I’ve seen even software developers misusing them. It’s good that the author stayed away from discussing the “uses” stereotype. UML2.0 actually added more stereotypes to denote relationships between usecase bubbles. See
http://www.holub.com/goodies/uml/index.html
posted at 10:37 pm on March 29, 2005 by Gavin Bong
24 Remembering
Nice article, I’d like to say thanks for reminding me to use UML more. I’m currently making a recruitment site and I still believe there’s nothing better than really spending quality time with your client. Understand the process, work with the flow. Bring lots and lots of scratch paper and a good pencil. Draw diagrams if you must and go home to document what was discussed.
UML is clearly designed for making processes clear. That’s why we were thought Rational Rose® in college. To understand who does what and where should it all go. Large web projects can definitely benefit from this concept although tried and tested sites that does not require intensive coding/programming would, as others said, just see UML as just another fancy corporate trick that generates more $$$.
Stick with the basics… and you couldn’t possibly go wrong.
posted at 11:41 pm on April 10, 2005 by Jerome Bautista
25 YAY
wierd, I’m taking Systems Analysis and Design right now, this is a great article for my research. Thanks!
posted at 09:57 pm on April 19, 2005 by heistgonewrong
26 ALA rocks the hizouse
ALA is brilliant, it has really helped me, and I have honestly found it the be the most useful resource on the net..
I wish you guys would give us an update on what is going on… ALA is by far the best resource for CSS and well… all the cool tips and tricks a developer needs to know.
posted at 01:23 pm on April 27, 2005 by Jason
Discussion Closed
New comments are not being accepted, but you are welcome to explore what people said before we closed the door.
Got something to say?
Discuss this article. We reserve the right to delete flames, trolls, and wood nymphs.
Create a new account or sign in below if you’d like to leave a comment.
Subscribe to this article's comments: RSS (what’s this?)






21 Answer to Question
Designers are often in a situation where they are moonlighting and don’t have time to set up these types of scenarios – the client wants a site redesign YESTERDAY and don’t care to listen to our use cases. Let’s face it…a well designed site takes longer to create and could potentially cost the client more money in the short-term. How do we handle client expectations while delivering a quality product from a usability perspective without staying up until 2am every night and under-charging for our services?
I think the use of UML really depends on what type of project you are working on. If it is a clean cut website with little database connectivity/complex features then I believe it is fine to skip the UML stuff if time is a factor.
But if they want a complex site with more features and a large amount of database interaction, you must make it clear to the client, the importance of the UML diagrams in a well-planned system. Explain how it will take more time, and more of their money if the system has to be reworked during the development phase.
For more information on this subject, I suggest Rapid Development by Steve McConnell. It is an easy read and I found it very interesting/helpful.
posted at 10:51 pm on March 18, 2005 by Dave