Customer Reviews

UML 2.0 in Action: A project-based tutorial: A detailed and practical walk-through showing how to apply UML to real world development projects

5 star:		(5)
4 star:		(3)
3 star:		(1)
2 star:		(0)
1 star:		(0)

 

 

First of all, why learning UML? Mainly because the Unified Modeling Language is maybe the best-known standardized graphical notation you can use to create an abstract model of a system. With complex systems, you can not rely on ad-hoc graphical representations.

Then, how to choose a good and practical book for learning UML 2.0? This is a tough task, as major publishers have lots of books on UML, some of them extremely complex and pricey.

Given that I was only able to understand very basic concepts of UML diagrams, I always wanted to truly learn UML, but had no time, nor the obligation to do it. That's a pity, as I often find myself in lack of a standardized way to express the relationships that govern a particular process.

A book has therefore to be chosen by its practical aspect, not the comprehensiveness. It's better to be able to learn "just enough UML" to get a different perspective and to get your job done, than to be discouraged by a thick bible you don't even dare to open!

My candidates included:
-- "UML 2 and the Unified Process : Practical Object-Oriented Analysis and Design (2nd Edition)" from Addison-Wesley, which has good references both as a practical book and as a reference book. I however find it unappropriate that it insisted on using commercial UML tools from Rational Rose, MagicDraw and Interactive Objects. I don't want them, I just want the UML course!
-- Many Amazon.com visitors decided to buy the "UML Bible" instead. No kidding, why should I opt for a "clear and accessible... err... 940-page book?!"
-- A much more tempting choice is Kendall Scott's "Fast Track UML 2.0". The author has great references, the book itself is supposed to only capture the essential information from the complexity of UML 2.0 (and it's cheap too!), but Amazon.com's visitors insist on the proofreading errors in the book, even if they seem to have been addressed by the author, at least in part. I stayed in doubt though... even if I have previously bought from Apress and their books are good.

I can't remember now exactly how, but the next thing that came in my browser was "UML 2.0 in Action: A project-based tutorial", from Packt Publishing -- I've written about them two weeks ago on my blog.

This book is a translation of the German original 3rd edition of "UML 2.0 projektorientiert", from Galileo Computing.

To clarify a situation with Galileo's book's page on Amazon.de: the criticism over some errors are referring to the first edition -- things are now corrected. Packt's translation follows the latest available German edition.

We could take a look on what Amazon.com's readers have to say about the book from Packt. The only review to date comes from a Top 500 reviewer, who notes:
-- "UML can be a rather daunting subject if you try and look at the entire thing at once. But if you can distill down the items that are used most often, it becomes much more manageable. That's the goal of Packt Publishing's book UML 2.0 In Action - A Project Based Tutorial."
-- "UML 2.0 In Action will have you understand much more (and much more quickly) than you might otherwise figure out..."

What I've got with my purchase? A book, what else. This is not the cheapest book ever seen for its 229 pages (the German edition has 288 pages because of a slightly different layout). The only drawback compared to the German book is that the English one is paperback instead of hardcover and lacks the color A2-sized poster with diagrams and models. But this is easy to explain due to the printing process (see below).

The free shipping took seven days sharp from Birmingham (UK) to Brasov (Romania), and the Royal Mail stamp was labeled GBP3.39 (about US$6).

The cover is attractive and optimistic (orange, lime green and black make a perfect combination). The printing is somewhat less-than-perfect, and an educated eye would say the pages are printed on a laser printer... which they actually are! The printing house is Lightning Source, the world leader in Printing On Demand -- and that makes it all clear. To be able to print and ship from 3 different locations, traditional printing may be costly. Contrary to the first guess, printing on demand a book like this one (248 physical pages plus the covers) should only cost something like $6 in quantities of 500. About 50% of the price you paid is to be split between operational costs of the publisher, marketing, royalties, and the profit.

What I liked with this book in the first place? I mostly loved that it doesn't claim that "UML is a diagramming language meant to describe and document object-oriented software systems."

As I personally believe that UML is not only for IT projects, but also for any business process, this book gives me full satisfaction by saying: ?UML can be used to model a variety of systems: software systems, business systems, or any other system.?

To prove it, the book purposely limits its scope to the most useful and used parts of the UML, without claiming the completeness. The examples are deliberately took from the real life and are not treating the development of a software application, as you might be expecting! They do however address the modeling of IT systems (Chapter 4) and system integration (Chapter 5).

If you're taking for simple a business system consisting in an airport, with passengers, passenger services, all the possible situations, interactions, and involved information, well... think again! The describing of the functioning and organization of the "UML Airport" is the pretext of the whole book and it's quite an inspired choice: you can not claim you couldn't understand something because of "insufficient programming experience" -- no programming experience is required!

Three models are actually described and analyzed in the book:
-- the model of the business system (passengers, employees, business processes);
-- the model of the IT system dealing with the passenger services business system;
-- the model of the system integration of all these into the environment, including the connections with the external world.

As the book is fortunately good enough to be understood by business analysts, not only by software analysts, the class is defined at page 133 (Chapter 4, the IT systems) as ?a relevant concept from the domain, a set of persons, objects, or ideas that are depicted in the IT system?.

At the business system level, the Class Diagrams introduced at page 87 only rely on definitions from pp. 82-83:
-- the class "Worker", a stereotype ?used to describe the roles of those people who execute business processes or who are involved in execution of business processes?;
-- the class "Business Object", indirectly defined as being ?handled (utilized, controlled, manipulated, produced, etc.) by workers?.

I will not tell you the whole story, as I already have in my mind's eyes plenty of airplanes and check-in employees :-), I will only note that the book uses a very American/International English language and spelling, rather than a British one (it even writes "etc." without the ending point, as in the Merriam-Webster: "etc").

A typical software-oriented scholastic UML course would probably introduce at least 9 of the 13 types of UML diagrams , focusing on the "mandatory" 6 ones (marked with (?)), in this order:
-- Use Case Diagrams (?)
-- Class Diagrams (?)
-- Sequence Diagrams (?)
-- Communication Diagrams (?) (formerly Collaboration Diagrams)
-- State Diagrams (?)
-- Activity Diagrams (?)
-- Component Diagrams
-- Deployment Diagrams
-- Object Diagrams

Since the book describes an easier to understand busines process, it introduces concepts in this sequence:
-- Use Case Diagrams (?)
-- Activity Diagrams (?)
-- Sequence Diagrams (?)
-- Package Diagrams
-- Class Diagrams (?)
-- Use Case Sequence Diagrams -- a special type of (mixed) Sequence Diagrams advocated by the book!
-- Statechart Diagrams (a.k.a. State Machine Diagrams)
-- Communication Diagrams (?)

Quite logical, if you read the book -- even a little too advanced, as many simple processes can be described avoiding package diagrams. And definitely originalin my eyes as I didn't knew about the "Use Case Sequence Diagrams!"

System Integration (Chapter 5) requires some more terminology. It's time to find out that the 'events' you were using, together with the associated 'reference data', are nothing else but 'messages'. Or even 'documents' if they're XML-fied. (The book will not get too technical, don't worry.)

Overall, a pleasant and instructive experience, still awaiting for my time to explore, analyze and understand all the diagrams and the concepts. As many people consider UML to be too bloated, too fine-grained in many aspects, this book shows how you can only use what you really need of UML 2.0.

A 4.7 stars book, if that level of granularity was possible.

UML can be a rather daunting subject if you try and look at the entire thing at once. But if you can distill down the items that are used most often, it becomes much more manageable. That's the goal of Packt Publishing's book UML 2.0 In Action - A Project Based Tutorial by Patrick Grassle, Henriette Baumann, and Philippe Baumann.

Contents: Introduction; Basic Principles and Background; Modeling Business Systems; Modeling IT Systems; Modeling for System Integration; Index

UML 2.0 In Action takes the position that UML is like an iceberg... The stuff you use most often is the smaller portion that shows above the surface. So rather than try and write a 1000 page comprehensive tome on the subject, they take the essential portions most often used by real-life developers and weave them into a case study example. The "UML Airport" is used to show UML techniques such as Use Case Diagrams, Activity Diagrams, Package Diagrams, and Statechart Diagrams. The writing style is more conversational than what I'm normally used to seeing in a book on UML. Also, there isn't as much emphasis on explaining every last nuance on how a diagram can be drawn to handle every last exception you'll come across.

I can see where this book would be a good introduction text to UML. I would probably follow it up with a more comprehensive title of some type, one that documents all the nuances. While this one will get you off to a good start, you could find yourself in a situation where UML as practiced at your organization may have a few more twists than this one covers. Still, UML 2.0 In Action will have you understanding much more (and much more quickly) than you might otherwise figure out...

This book is a very good introduction to the power of modeling with UML. After an initial presentation of the basic principles of modeling and UML, the book presents the diagrams used to model both business and software views of systems. The final part is devoted to the models that can be used for system integration.

All the diagrams are presented through the same case study. This book does not claim to be a detailed presentation of UML. It achieves with its case study to reach a good balance between providing enough knowledge to be used in real life situations, without being lost in features that are rarely used. The nicest aspect of this book is that it is not only a technical manual on UML diagrams, but it provides also valuable information and tips on how to create and verify them, by providing questions that will help you to conduct your analysis.

This is a book that I will recommend as a reference for developers performing system analysis and design activities. It is also a good practical book for students that follow an UML course.

I could only manage half of the book - it is easy to understand, has many good examples and a lot of informative content. But, probably due to it being a translation, it is not very easy to read, especially compared with one of O'Reilly books on the same subject. Also, I expected more on the business side of modelling, and less on IT system side (that was the reason I picked this book out of many similar ones that covered the IT side in detail).

If I had to say what this volume has over other books on UML, is its continuity and coherence. Too many UML books go through all the views and tools that you can draw on to define your project however very few that I have read have the continuity that is necessary for a good understanding of the models views and diagrams. Too often, for example, in other text you get an example of a Use Case and then an example of an Activity Diagram, totally unrelated to the Use case- so the reader has not point of reference for building on your knowledge. This book fixes that.

This book does a really good job of walking you through a project that is very easy to understand, that of the airline industry, and takes you from a Use Case, Activity Diagram , Sequence Diagram etc. So what you achieve is that consistency which I believe is vital. It is hard to image a better "how to book" than this one. I especially like the context diagrams that are sprinkled through the book, where you seen say Use Cases, Activity, Sequence and Class diagrams on one page and in context.

In summary, a very well written book and perfectly presented.

It'd been a while since I received the book "UML 2.0 in Action: A project-based tutorial" for a review. The subject wasn't at all engaging and so I wasn't very tempted to give it a whirl for a long time. Even the publication date - September 2005 - hardly invited me to its reading but in the end I found it very informatory and concise to some degree.

The book's just slightly over 200 pages with many diagrams, figures and checklists so it doesn't take long to read it after all. Its authors seemed very competent and described each and every detail "to apply UML to real world development projects" (quoting the book's subtitle). The checklists and questionnaires were specially useful as they can be used as a kind of a cheat sheet for the steps to follow to reach a given architectural outcome. There were criteria to apply and procedures for drawing UML diagrams followed by their explanations.

Such "a simplified approach to UML" (page 29) paved the way for its use in my projects since the book presented UML as a practical language without more ado - it had barely enough to show the aim and proper use of the language. That's the book's most precious value.

The other value of the book were many suggestions, observations and examples of how the authors used UML in real projects. The book contained many such examples where the authors set out their explanation with "in our practical experience", "we recommend", "helpful techniques have proven", "we often encounter", "practice shows" and such. The authors used excerpts from the UML 2.0 specification to convey their point.

The authors however didn't manage to avoid using the same pattern to explain modeling business and IT systems and the book suffered from almost repeating itself. It was utterly boring and often depressing. I was glad it didn't last long.

If I had to point out a section that truly shows the way the authors explained UML, it'd be the one from "3.3.5 Activity Diagrams" (page 59):

"Activity diagrams allow you to think functionally. Purists of the object-oriented approach probably dislike this fact. We, on the other hand, regard this fact as a great advantage, since users of object-oriented methods, as well as users of functional thinking patterns, find a common and familiar display format, which is a significant aid for business-process modeling."

It shows the various approaches to explain UML with their own personal take.

The book was first published in German and only after a few years was it reprinted in English. The authors aimed at writing a one-stop UML book for "members of IT project teams" (page 28) that I think was mostly achieved. I benefited a lot from having read the book and it certainly deserved my reading.

This book is useful for who start learning UML. Author explained step by step creation of each diagram in UML.

I am reading the book for the third time, during the last three years. Every time I read I find something interesting and worthwhile to know and understand about UML. Its a brief touch and go on the three focus areas of software modelling -- Business, IT and Integration. I don't think anybody have touched the topic on System Integration and UML. Thanks to authors for the same.

One limitation. If you don't know basics of UML you can't understand this book easily. Even then buy it and keep it. Its a worthy investment for next few years.

Having 10 years of experience in UML, I can say the authors have extensively used UML in their career. Thats a definite bonus, as you have plenty to learn from them.
I am eagerly waiting for the next edition.

This book explains Business Analysis as well as IT System Analysis & Design using UML as a tool, rather than explaining the use of UML diagrams for one of the two separate design efforts. This gives you complete three dimensional picture of business process and IT system.
The authors have carefully separated the "Airport Check-in" business process from tightly integerated business processes like boarding, luggage handling, etc. This gives you the idea to define your limits and isolate a business case from complex real life situations.
The book does not cover complete UML grammer. The authors intended to introduce the diagrams used in most business situations. I think it is sufficient for ninety percent of the cases.