UML in a Nutshell

Rating:
Summary: AAAAccccccckkkkkkkkkkkkkkk!
Review: This book is miserable, but I will probably keep it, simply because of its size and shape (useful like one of those little pocket dictionaries.) The diagrams are nice and the final 1/3 is organized well. The rest is horrid.

I am comfortable with UML and, most importantly, it's application in a process environment to substantial development projects. I seriously doubt the author has ever broken out of the campus viewpoint.

The writing is repetitive and annoying. It is annoying to read this book. Each sentence repeats the prior sentence is a slightly different way that becomes annoying. The book repeats the same information in an annoying manner...sorry, apparently it is contagious. Dont laugh, this paragraph could very EASILY be in the book somewhere.

With writing like this there is no wonder as to why bulleted lists where used. I am willing to bet the book will soon be replaced or overhauled because it does not live up to the O'reilly legacy. Wait for the coherent, excuse me, second edition. For a true idea or reflection of the book's content please read the "about the author" section at the end of the book.

If you are new to UML, look somewhere else. If you know most of the buzzwords, look for an applying book (like Larman's Applying UML and patterns.) If you are tired of lugging around 700+pg spec., the user's guide, and UML distilled then pick up this book for the quick reference value.

Rating:
Summary: Not an introduction
Review: This book is a very difficult read and not for novices. I bought it when I needed to understand UML for the first time and I am afraid that it failed my expectations. In the end I forced myself to speed read through the whole thing just to get some kind of overview. I suspect some of it penetrated my subconscious, but not a great deal, since a large portion of the book is bulleted with incomplete sentences. I now use it as it was intended to be used, as a reference guide, for which the book partially succeeds. Even so, I have not found a single UML book that is both informative and exciting. They are usually one or the other.

Rating:
Summary: Despite the general opinion, this is a good book!
Review: While the opinion of others seems to be that this book was a waste of their money, I thought it was well worth it. I've read quite a number of UML books and just about gave up and started reading the spec itself. Then I found this book and thought it was great!

There are clear examples in the front and the reference sections were great in getting my feet wet. If I need more information then I'll read the spec.

This is a great book if you are just trying to get your head around the UML.

Rating:
Summary: Content well done, Grammar needs work!
Review: UML is yours for free in a 700+ page specification available as a pdf download from the OMG management group. I was attracted by the fact that what I expected would be a torturous journey could be reduced to the 260 pages by O'Reilly in an inexpensive handbook,"UML in a Nutshell" . I was also curious if the book was being 'thumbs downed' by Amazon customers reviewing the book because of the difficult nature of UML or because of how the topic was being presented in the book. I haved concluded it has been a bit of both.

I took a careful look at the comments of reviewers who have all extensive experience with UML.Most conclude that the text is comprehensive, not a small feat in 260 pages. Of these pros, not one stated the diagrams were inaccurate. (Of the 140 pages I read I found the presentation of the diagrams very instructive). I conclude that the experienced user is so happy to have a comprehensive 'pocket handbook' for UML and is so confortable with the UML syntax that they find the weakness in the writing style of minor consequence.

On the other hand, the mass of technophiles that have various intermediate levels, who always expect a book to present information in a clear fashion hits headlong into what they perceive as serious weaknesses in the writing style. Mix this with a dastardly hard subject matter and you have a recipe for a closed book and bad review.

On reading further into the text I found that the writing style problems occured with varying frequently but were not pervasive throughout the text. Some of the most annoying aspects of the presentation were unfortunately placed right where first impressions would turn many readers off.

The book gets off to a bad start in the Intro using the patronizing approach popular in some training camps, colleges and modular courses where the first paragraph is dedicated to telling you what you'll understand after reading the module. I never liked being told what I will know after reading something. I'll know what I'll know!" This approach to the chapter header is only used in the first three chapters.

Then there's the big criticism of the text being bulleted to death. This is most evident in the Intro which probably should be bulleted to the appendix or beyond. Better though, would be to rewrite the Intro chapter in carefully worded prose. When the author uses this bullet style, he does so with way too many points attached. As c_barron put it "After reading a dozen bullet points, all incomplete sentences that don't even sound right unless you make a mental note to repeat "The UML" before it, you tend to lose track of what the author's point was to begin with".

// c_barron is a customer/reviewer of the book at the Amazon site

The UML Big Picture is the second chapter, is bulleted less and is easier to read. This would probably have been better as the first chapter. Here the author uses another technique that is distracting. As _rread put it, "I completely (totally) concur (agree) with the other reviewer's assessment (review) of the book in listed on this page. If you find this style of writing annoying (aggravating) then you will not enjoy (like or appreciate) this book."

// _rread is also a customer/reviewer of the book at the Amazon site

What _rread is describing is the provision of another term meaning the same as the first in brackets. I think we know where the author is coming from. In this highly defined verbal environment he is giving in brackets a formally accepted alternative word to describe the same thing. This can be good or annoying depending on your perspective. I found on reading sections a second time I was able to ignore these brackets. Let me find you a real quote so you can judge for yourself. I'll use a bullet from what I think was a not too popular Intro chapter.

"The UML - Is a language. It is not simply a notation for drawing diagrams, but a complete language for capturing knowledge (semantics) about a subject and expressing knowledge (syntax)regarding the subject for the purpose of communication. "

When a subject is so 'languagey', it might be better to pick a word, go with it leave the alternatives out.

In some chapters the author sounds like he is studying for admission to the bar using a form of repetition. This is a long but good quote to show this. [page 112]

"The Class concept is an instance of the metamodel Thing concept. Classes are a description of a set of objects with common structural features, behavioral features, relationships and semantics. They are used to model a set of entities with common characteristics. The Object concept is an instance of the meta-metamodel Thing concept. Objects are instances of classes. They are used to model particular entities. The Association concept is an instance of the meta-metamodel Thing concept. Associations are descriptions of a set of links with comon structural features, behavioral features, relationships and semantics. They are used to model a set of relationships that relate two or more other entities where the relationships have common characteristics. The Link concept is an instance of the metametamodel Thing concept. Links are instances of associations. They are used to model instances of relationships that relate two or more objects. Associations relate classes and Links relate objects. "

Although there is some merit in this technique would it not be better to collect similarities where convenient and get the relationship between the concepts out front. For instance,

In UML, the concepts of the Class, the Object, the Association and the Link are all instances of the meta-metamodel Thing concept. Associations are used to relate classes and Links to relate objects.

Classes are a description of a set of objects (with common structural features, behavioral features, relationships and semantics). They are used to model a set of entities with common characteristics. Objects are instances of classes. They are used to model particular class entities.

These are the author own words, just less of them and focused differently..

Another chapter that was good was the Tutorial. The chapter on Object Orientation was a little weak. I teach object-oriented programming, but still had a hard time relating what I knew to the what being conceptualized in this chapter. In fairness to the author, I believe this is due to the terminology the 'three amigoes' have selected to package generic object-oriented programming in the UML.

But there my criticism ends. I'm glad I have the book. The one chapter I read from the Quick reference section was just right. I know if I was trying to design something in UML the Quick Reference chapters 6 to 16 would be a quick, concise and handy summary of the rules and details of the given topic area which would assist in getting the diagrams and symbols of UML right.

Conclusion

In conclusion I think 'UML in a Nutshell' is an excellent effort to provide a synopsis of a very large and difficult subject area. I think the book was ready for prime time in terms of content. Perhaps out of haste or exhaustion or who knows, the book went out the door in a somewhat beta condition from a language point of view, another small irony.

I had an amusing afterthought. The manuscript was submitted to proof reader's at O'Reilly to review but none of them could stand UML enough to get through to discover the grammarical weaknesses! I, for one, would not blame them for failing in such a quest!

This is a great book, still in the rough, and I would encourage the author (or one of the O'Reilly editors) to refine it into a classic for the next edition.

Rating:
Summary: Bad Tutorial - Good Reference
Review: I think the people who reviewed this book, tried to learn UML from it. Bad idea. This book as it says on the cover is a "desktop quick reference". Its good at that. Buy this book as a reference not as a tutorial.

Rating:
Summary: Not very useful
Review: This book is aptly named. Like most nutshells, it is all but indigestible. A much better overview of UML is Martin Fowler's "UML Distilled".

Rating:
Summary: A misleading book title
Review: As some readers already mentioned, it is not a book for someone who wants to learn UML. The introduction example is quite helpful but afterwards it is just full of "PowerPoint"-slide-style (PPSS) description.

Rating:
Summary: Helpful as a 3rd or 4th UML reference
Review: Like other books in the "Nutshell" series, this is not a suitable vehicle for learning UML, nor is it a comprehensive reference. As other reviewers have noted, Alhir's material is like the handout from a presentation: mostly bullet points but fairly well structured. I recommend it as a first place to look before consulting your primary sources.

Reviewing books about the UML is challenging, because it's often hard to separate flaws in the presentation from shortcomings in the UML itself.

Rating:
Summary: A good book if you know what you are doing!
Review: It is disappointing to see all the bad reviews this book received. I wonder if this book is reaching the right audience. I believe that most of the bad reviews come from people with little to no experience in UML. Also, don't forget that UML is a concept, a way of thinking. You can learn UML, but that doesn't mean that you understand the full concept. People who are confused, and are lost when they read the bulleted points in this book may write some of the bad reviews.

This book is not for those who are planning on starting to explore UML, or for those who are not comfortable with using the concept. Don't expect to get up and running quickly in UML-based design by reading this book. You have to understand object-oriented analysis and design and the modeling techniques in the UML.

Although the book has editing errors and needs improvement, it is definitely a good reference for anyone with a firm foundation in UML. It is punctual, quick and easy to handle, with coverage of all the concepts.

After UML Distilled (ISBN 0-201-65783-X), this is a good guide to have.

Rating:
Summary: Different kind of effort
Review: I have bought the book a few months back and I am not fully through. As a software professional and teacher, I think this is a different kind of effort. I have got an Indian edition of the book and low-priced editions of both the UML user's guide and reference guide by the Three Amigoes are also available in India. I do not think this book can pose any competition to the Three Amigoes' books. But as a short and quick reference it should serve some purpose.

The numerous errors however should not be ignored. O'Reilly or no O'Reilly, I really do not think that any good book should contain so many errors. The errata, which I found in O'Reilly's site however, is a good compensatory effort.