The Elements of UML™ 2.0 Style

As others have noted, this book is not intended to "teach" you UML, but instead to build on (and subsequently enhance) one's knowledge of the UML.The Good: It serves as a quick reference for your UML diagrams. That being before (and during) your artifact creation, this book can be used as a "check-list" to ensure your modeling techniques are sound. I personally use it as a "bathroom" book, in that you can pick it up at any point and quickly derive information based on your current need.The Bad: The physical size (not the volume) of the book is rather small. I prefer larger books, but that is my subjective opinion. Additionally, the examples Ambler uses are the same old "Online Ordering", "School Enrollment", "Sales Clerk", etc. he uses in other literature he's produced. No big deal, really-but it would be nice to see new examples to drive his point across.All in all, I would definitely recommend this book to ANYONE interested in increasing their UML knowledge. And for $10.00 it is a real bargain! Just remember, if you are wanting to learn UML basics, this book is not for you.

Like the book "The Elements of Style" that I was given to use in High School to improve my writing, this book seeks to do the same for your UML diagrams. The author states that the purpose of this book is to "describe a collection of standards, conventions, and guidelines for creating effective UML diagrams". This book succeeds in its goal. I really like the fact that at the beginning of each chapter, each chapter covers one diagram type, a short description of what the diagram is used for is presented. As a designer, I see these rules not being followed or ignored much of the time. Rule 15 (Prefer Well-Known Notation over Esoteric Notation) is what I see as one of the most violated rules. Most people seem to diagram what they think is appropriate and ignore the UML rules. Hmmm, sounds like most people that write as well.

This book is written in a clear, concise style and offers sensible guidelines for the contruction and layout of the major UML diagrams. For a bit more in-depth explanation of the application of the diagrams, read Fowler's "UML Distilled". I think the two work very well together as companion references.

Got the paperback, then got the Kindle version to keep with me wherever I go. I do prefer the physical copy to the Kindle when it is available.

In short, this is an excellent addition to any software developer's library, and a must have for anyone involved in a serious software design process. Definitely pick up the 3rd edition if you have a choice, and check out the author's recommendations for finding more specific and detailed information when you need it.

This is one of the required books for a class I'm taking. Book is relevant to the class and good reference guide.

On a Kindle Fire device: the diagrams look like crap, indexing was very limited, navigation was not convenient. After using about 12 times and being frustrated I deleted it off my Kindle.

Sets best practices so that your diagrams are easy to read and don't look "strange". Concise, easy to read, good as a look-up source for those moments you forget something.

Great little book full of helpful style guidance for UML diagrams, handily broken down by diagram type with examples of best practice to refer to.

Viele IT-Profis schwören auf dünne Fachbücher, weil man einfach nicht soviel Zeit benötigt, um sie zu lesen. Das mag auf den ersten Blick zwar richtig sein, doch der Schein trügt. Um komplexe Technologien zu begreifen benötigt man nun einmal umfangreiches Buchmaterial. Wenn man schwierige Themen in schmale Büchlein quetscht, kann man nicht erwarten, daß man nach der Lektüre mit der Materie besonders gut vertraut ist. Genauso verhält es sich mit den "Elements of UML 2.0 Style", dessen DIN-Format noch kleiner und dessen Ausbeute noch magerer und karger ausgefallen ist als das ohnehin schon schmalbrüstige "UML Distilled". Scott W. Amblers Taschenbuch enthält Tipps und Tricks zu allen gängigen Diagrammen der UML 2, sozusagen ein Sammelsurium an "Best Practices" für den Umgang mit der UML, wobei sich die Qualität der Tipps drastisch voneinander unterscheidet. Einige der Vorschläge waren für mich völlig wertlos, andere wiederum sind intuitiv bzw. bereits aus anderen UML-Büchern bekannt, z.B. erwähnt der Autor immer wieder, daß man Klassen- und Assoziationsnamen mittig und Notes-Texte linksbündig plazieren soll. Macht doch eigentlich ohnehin schon jeder. Außerdem schlägt der Autor vor, daß man den Nachrichtenfluß von Sequenzdiagrammen immer von links nach rechts anordnen soll. Das geht fast gar nicht anders, da man in der Regel immer auf der linken Seite beginnt. Ich kenne jedenfalls kein Sequenzdiagramm, das auf der rechten Seite startet. Des weiteren sollte man den Rahmen um Sequenzdiagramme nicht ganz so dick machen wie die Linien im Sequenzdiagramm selbst. Was für ein Quatsch, als ob ich beim Modellieren keine anderen Sorgen hätte. Gleich im Anschluß daran empfiehlt uns der Autor, daß man am besten gar keinen Rahmen um das Sequenzdiagramm zeichnet, weil Rahmen einen "significant amount of visual clutter" nach sich ziehen. Ziemlicher Unsinn, wie ich finde. Apropos Sequenzdiagramme: Synchrone Methodenaufrufe werden in der UML 2 mit einer geschlossenen Pfeilspitze, asynchrone Aufrufe dagegen mit einer offenen Pfeilspitze dargestellt. Leider hält sich Scott W. Ambler nicht daran, denn bis auf eine Ausnahme verwendet er immer die offenen Pfeilspitzen, obwohl das gar nicht alles asynchrone Aufrufe sein können. Von einem UML-Fachbuch erwarte ich eigentlich eine korrekte Notation, erst recht, wenn es so klein ist wie dieses hier. Unangenehm aufgefallen ist mir auch, daß je ein Sequenz- und Komponenten-Diagramm doppelt abgedruckt worden ist. Wenn ein Autor schon mehrere Beispiele einer Diagrammart benötigt, dann soll er doch bitte unterschiedliche Beispiele ausarbeiten. Die gleiche Zeichnung mehrfach zu verwenden ist ja wohl nur noch armselig. Was mir ebenfalls überhaupt nicht gefallen hat, ist folgendes: Scott W. Ambler hat seine Stereotypen immer unter den Klassen-, Objekt- oder Komponentennamen geschrieben, anstatt, wie üblich, darüber. Das sieht nicht nur seltsam aus, es ist auch ziemlich unübersichtlich, vor allem deshalb, weil ich von allen anderen UML-Büchern, die ich bisher gelesen habe, gewohnt bin, die Stereotypen in der ersten Zeile anzugeben. Allerdings muß ich aber fairerweise noch erwähnen, daß einige Tipps ziemlich gut waren, und davon kann man auch in der Praxis profitieren. Der Mehrwert gegenüber umfangreicheren UML-Werken ist dennoch gering, da man viele von Amblers Vorschlägen auch in regulären UML-Einführungen vorfindet. Für den UML-Einsteiger können die "Elements of UML 2.0 Style" durchaus von Nutzen sein, der erfahrene UML-Profi dagegen wird die meisten "Best Practices" aus diesem Buch ohnehin schon kennen. Wer wirklich ein kurzes und gutes Standardwerk über die UML sucht, dem sei "UML 2.0 in a Nutshell" von Dan Pilone empfohlen.