UML Distilled: A Brief Guide to the Standard Object Modeling Language (Addison-Wesley Object Technology) [Englisch] [Taschenbuch]

Das erste Mal, als ich auf dieses Buch aufmerksam gemacht wurde, war im November 2002, als ich einen UML-Kurs bei Sun Microsystems besuchte. Mein damaliger Dozent lobte "UML Distilled" über den grünen Klee, und ich kaufte mir die englische Second Edition, gelesen habe ich damals aber nur den Anfang, weil mir das Buch zu langweilig war. Im Sommer 2006 startete ich einen erneuten Versuch. Zuerst las ich die als schlecht übersetzt angepriesene deutsche Übersetzung der Second Edition, dies aber auch nur aus dem Grund, weil die deutsche Version bei meinem Arbeitgeber im Bücherregal stand, und ich wissen wollte, ob die deutsche Übersetzung tatsächlich so schlecht war, wie überall behauptet wird. Ich habe das Buch auf eine Geschäftsreise mitgenommen und mußte sowohl bei der Hin- als auch auf der Rückfahrt ziemlich mit der Müdigkeit kämpfen, als ich "UML konzentriert" gelesen habe, denn es war tatsächlich schlecht übersetzt und langweilig, sehr langweilig. Anschließend las ich nochmal mein englisches Original der Second Edition, was sprachlich zwar wesentlich besser, aber keineswegs aufschlußreicher war. Mittlerweile habe ich mehrere andere Bücher über die UML gelesen und gab Martin Fowlers Standardwerk eine letzte Chance, indem ich mir die Originalversion der Third Edition zugelegt habe. Verstanden habe ich diesmal so ziemlich alles, da ich genügend Background mitbringen konnte, doch so genial, wie das Buch immer bezeichnet wird, finde ich es noch immer nicht. Das Hauptproblem von "UML Distilled" liegt ganz einfach daran, daß der Autor viel zu wenig auf die eigentliche UML-Notation eingeht. Stattdessen erzählt er Anekdoten und präsentiert uns seine persönlichen Erfahrungen mit der UML. Dies ist ohne Frage amüsant zu lesen und teilweise auch sehr lehrreich, aber das nützt einem UML-Einsteiger, wie ich damals einer war, relativ wenig. Wer sich mit der UML nicht auskennt, der findet durch dieses Buch auch keinen adäquaten Einstieg, eben weil das Thema viel zu komplex ist, und Martin Fowler hat sich zu wenig Mühe gegeben, um die Kernpunkte der UML zu erklären. Die Third Edition hat gerade mal 160 Seiten, davon fallen 35 Seiten für zwei einführende Kapitel über die Software-Entwicklung im Allgemeinen weg, die mir in der Second Edition schon auf die Nerven gegangen sind, und die ich in der Third Edition erst gar nicht mehr gelesen habe (wenn ich etwas über die Software-Entwicklung wissen will, greife ich entweder zu Craig Larmans "Applying UML and Patterns" oder zu Steve McConnells "Code Complete"). Zwischendurch gibt es immer wieder Abschnitte über Themen wie Design by Contract oder CRC Cards, was ja ganz interessant sein mag, aber deswegen habe ich mir "UML Distilled" nicht gekauft. Ich habe mir das Buch gekauft, weil ich eine kurze, knappe und auf den Punkt gebrachte Einführung in die UML-Notation haben wollte, aber genau diesen Zweck erfüllt das Buch leider nicht. Stattdessen verliert sich Martin Fowler zu oft in Tipps und Tricks und diversen Vorschlägen, z.B. wann man die UML 2 ignorieren und doch lieber wieder auf die UML 1 zurückgreifen sollte. Einige dieser Tipps sind auch gar nicht mal schlecht, aber das ist für ein UML-Buch trotz allem eindeutig zu wenig. Mit "UML Distilled" kann man sein vorhandenes UML-Wissen erweitern und vertiefen, aber man wird damit keinesfalls als Neuling in die komplexe Welt der UML einsteigen. Aus diesem Grund kann ich "UML Distilled" nur eingeschränkt empfehlen. Wer wirklich eine geniale Einführung in die UML haben möchte, dem sei "UML 2.0 in a Nutshell" von Dan Pilone ans Herz gelegt, denn hier erhält man wirklich eine kurze, leicht verständliche und detaillierte Einführung in die wichtigsten Aspekte der UML 2. Während "UML Distilled" beim Lesen mehr Fragen aufwirft als beantwortet, liefert "UML 2.0 in a Nutshell" fundiertes Wissen, mit dem man sofort arbeiten kann, ohne sich erst lange den Kopf darüber zerbrechen zu müssen, was der Autor mit seinen Worten gemeint haben könnte. Fazit: Obwohl "UML Distilled" von vielen Koryphäen der Software-Entwicklung in den höchsten Tönen gelobt wird, halte ich es schlichtweg für überschätzt. Es ist kein schlechtes Buch, aber es ist inhaltlich einfach zu dünn ausgefallen.

This is the best book I have read on UML. It is"distilled" as the title suggests, but it covers most ofwhat I wanted. The book explains how to create the different UML diagrams and explains how they are used at different stages of the project. I especially liked how the book includes examples of all the diagrams on the inside cover of the book. I come back to these examples again and again. Like the formulas on the inside cover of your physics book or the periodic table in your chemistry textbook, these diagrams are the core of the UML and the author wisely organized them.

There is also a lot of good practical advice in the book. For example, the author explains that UML is meant to be an aid to system architecting and communication where necessary and that diagrams are not required of all parts of the system, just those that need explaining. Good point. There are many examples of such advice covering the different diagrams. There is also introduction to important concepts such as refractoring and designing classes by responsabilities.

Finally, this book is also the top recommened book for the Object-Oriented Analysis and Design certification offered by IBM...

I ended up buying the book Applying Use Cases to get a deeper understanding of use cases than this book provided, and you may have some questions about how to transition your diagrams through each of the phases of software development, but this book is the place to start. Well worth the money.

If you have OO experience and want to learn UML and the methods of using it, this should be the first book that you buy. The author combines explanation of the basic features of UML with the insights on how to use them, based on his experience. Going on the 80/20 rule, this books is the 20% of UML knowledge that will be used 80% of the time, especially on small-medium projects. (You will eventually need to buy another book for detailed reference).

It's rare that you can get a fairly detailed but still easily digestable overview of a field like this while learning techniques you can use, so don't miss the chance.