About Duffbert...

Duffbert's Random Musings is a blog where I talk about whatever happens to be running through my head at any given moment... I'm Thomas Duff, and you can find out more about me here...

Email Me!

Search This Site!

Custom Search

I'm published!

Co-author of the book IBM Lotus Sametime 8 Essentials: A User's Guide
SametimeBookCoverImage.jpg

Purchase on Amazon

Co-author of the book IBM Sametime 8.5.2 Administration Guide
SametimeAdminBookCoverImage.jpg

Purchase on Amazon

MiscLinks

Visitor Count...



View My Stats

« Book Review - Effective C++ Third Edition by Scott Meyers | Main| Guess I'm the exception... The new Star Wars movie didn't do much for me... »

Book Review - Use Cases Patterns and Blueprints

Category Book Reviews

If you're having trouble translating all the book knowledge of use cases into practical application, check out Use Cases Patterns and Blueprints by Gunnar Overgaard and Karin Palmkvist.  A very nice work...

Chapter List:  
Part 1 - Introduction: Use-Case Patterns and Blueprints; Using Patterns and Blueprints in Use-Case Model Development
Part 2 - Use Cases: Use-Case Modeling - An Introduction; Use Cases; Modeling the System Environment; Structuring a Use-Case Model; Include - Reusing Existing Use Cases; Extend - Expanding Existing Use Cases; Include vs. Extend; More on Extend and Extension Points; Use-Case Generalization - Classification and Inheritance; Actor Generalization - Overlapping Roles; Describing Use Cases; Documenting a Use-Case Model; Mapping Use Cases onto Classes
Part 3 - Use-Case Patterns: Business Rules; Commonality; Component Hierarchy; Concrete Extension or Inclusion; CRUD; Large Use Case; Layered System; Multiple Actors; Optional Service; Orthogonal Views; Use-Case Sequence
Part 4 - Use-Case Blueprints: Access Control; Future Task; Legacy System; Login and Logout; Message Transfer; Passive External Medium; Report Generalization; Stream Input; Translator
Part 5 - Common Mistakes: Alternative Flow as Extension; Business Use Case; Communicating Use Cases; Functional Decomposition; Micro Use Cases; Mix of Abstraction Levels; Multiple Business Values; Security Levels with Actors
Glossary; References; Index

The feature I often find most useful in programming books is the liberal use of code samples that can be "appropriated" for your own use.  But that feature seems to disappear quite often when you get into design work.  You have to learn the methodology first, and then you're on your own for trying to figure out how it applies to your system.  No samples, no code to steal, it's just slog away and hope you get it right.  This book allows you to break out of that pattern (no pun intended) when it comes to writing up use cases.  Overgaard and Palmkvist have taken their multiple years of experience with use cases and distilled down a number of repeating "patterns" that are seen over and over in many business systems.  They then name the pattern, explain the type of situation that calls for it, shows the way it would be written up, and then they apply it to a few example uses.  If you're the type of programmer or designer who likes to "look at the answers" to figure out how something is done, this book provides quite a few "answers" for you to study and learn from.

While the book is touted as being for all levels, I don't know that I'd recommend this as a learning guide for use cases.  They do cover the basics, but it just didn't strike me as a good tutorial.  Having said that, this should be the *second* book you buy in order to take your ability to work with use cases to a higher level.

Comments

Gravatar Image1 - What is the *first* book then?
stw

Gravatar Image2 - LOL... Point well taken, Stephan! I try not to mention other titles in a review since they are also posted on Amazon in addition to being posted here. Any UML learning book would cover use cases in more of a tutorial fashion. UML Bible is on my shelf as I look up, as well as Learning UML from O'Reilly. I'm sure there are others, too. Those two are just the first that come to mind (and are in sight).

Usually when I mention that something should be a "second" book, I am referring to the fact that the book doesn't necessarily *teach* you the fundamental skills, but it will take your existing skills beyond where most books go.

Post A Comment

:-D:-o:-p:-x:-(:-):-\:angry::cool::cry::emb::grin::huh::laugh::lips::rolleyes:;-)

Want to support this blog or just say thanks?

When you shop Amazon, start your shopping experience here.

When you do that, all your purchases during that session earn me an affiliate commission via the Amazon Affiliate program. You don't have to buy the book I linked you to (although I wouldn't complain!). Simply use that as your starting point.

Thanks!

Thomas "Duffbert" Duff

Ads of Relevance...