Analysis Patterns: Reusable Object Models (Addison-Wesley Series in Object-Oriented Software Engineerin) [Englisch] [Gebundene Ausgabe]

Es gibt wenige Bücher, die ausführlich die objektorientierte Modellierung komplexerer Themen darstellen, um das Vorgehen exemplarisch vorzuführen. Das vorliegende Buch ist hier löbliche Ausnahme. Besonders erfreulich ist, das der Autor nicht nur fertige Lösungen vorführt, sondern er versucht, den Gedankenprozess, der von den Anforderungen zu einem passenden Design führt, nachvollziehbar zu machen. Und dieser beginnt mit der schwierigsten Hürde allen Modellierens überhaupt: Dem Verständnis der Domäne, die es abzubilden gilt. So steuert er z.B. in der Diskussion der Aufzeichnungen von Messungen nicht einfach geradlinig auf offensichtliche Konstrukte (wie Masseinheiten oder diagnostische Bemerkungen) zu, sondern er nimmt sich ausführlich Zeit, die Problematik des Beobachtens und Messens in der Medizin in ihrer ganzen Komplexität aufzuschlüsseln. Und ausgehend von einem grundsätzlichen Verständnis der Problematik gelangt er endlich, über mehrere Zwischenschritte, zu einem robusten Design für die Thematik Beobachten und Messen in der Medizin. Das Design belässt er schliesslich auf der analytischen Ebene - die Umsetzung in ein Implementierungsmodell ist (leider) nicht mehr Teil der Darstellung. Stattdessen wendet sich der Autor anderen Wahrnehumgs- und Messprozessen in weiteren Geschäftsfeldern zu und erweitert seine Modellpalette für die Thematik.

In diesem überlegten, die Prinzipien einer Fragestellung suchenden und dann auf diese aufbauenden Analyse liegt der didaktische Wert dieses Buches. Anders als jedes mir bekannte Buch führt dieses Werk den Denk- und Analyseprozess vor, der zu guten Löungen im Softwaredesign führt. Der Dreischritt Problemverständnis - Suche nach den Grundlagen und Prinzipien - Lösung wird wiederholt exemplarisch vorgeführt. Das gründliche Studium des Buches dürfte dem Leser einen guten Eindruck vom Vorgehen im (objektorientierten) Softwaredesign geben.

Neben der eben besprochenen Thematik beschreibt das Buch in seiner zweiten Hälfte auch Grundlagen für die Architektur von Client-Information Systemen. Dieser Teil ist um einiges schablonenhafter als der erste, den Analyseprozessen gewidmete Teil. Über diesen zweiten Teil ist die Zeit auch ein stückweit hinweggegangen: Moderne Framworks im Enterprisebereich erübrigen (oder verändern) hier so manche Diskussion. Dieser zweite Teil kann bei der Lektüre getrost ausgelassen werden. Insgesamt umfasst die Darstellung Analysen aus den Themen Organsiation (Zuständigkeiten), Medizin & Unternehmensfinanz (Beobachtung & Messung), dem Rechnungswesen und Buchführung (Kontomodelle, Transaktionen), Planen und schliesslich dem Handel (z.B. derivative Verträge). Über die konkreten Thematiken hinaus werden wesentliche Grundbegriffe eingeführt, die kein Designschüler missen darf, erwähnt werden sollen nur z.B. Zeitmodelle oder der Transaktionsbegriff.

Die in diesem Buch vorgestellten Analysemuster können kaum als allgemeingültige Lösungen in den jeweiligen Bereichen dienen (meiner Erfahrung nach, und ich habe wiederholt versucht, die Muster des Buchs direkt anzuwenden, ist die Praxis doch noch ein Stück komplexer oder komplizierter). Der Wert der Muster besteht (wie die Designmuster überhaupt) auch mehr in der Denkschule, der man sich über ihre Analyse im Selbststudium unterzieht. Wer dieses Buch verarbeitet hat, wird einen Schritt Richtung eigenes Design getan haben.

I found this book very hard to work with. I'm convinced that the book's models and ideas have merit once they can be understood but getting that level of understanding is being very difficult. I've had colleagues also attempt to get to grips with this book to see if was just me, but all of us have had the same problem. This book explains scenarios at a reasonably understandable level for each of the examples and then dives very quickly into the abstract without a clear path of how things relate to the original problems. Other issues were the use of smalltalk for examples (smalltalk may be a fine language, but it's hardly intuitive for c,java or vb programmers), and the decision not to use UML for diagrams.

This is simply an excellent book; quite possibly the best book I have read on analysis.

Martin Fowler cheats by actually being able to write. He has a very lucid prose style making this a very readable book (a strength that also manifests itself in his book UML Distilled) even though it deals with complex subjects.

The book deals with using patterns to address particular business areas. However, it has a great deal to offer anybody interested in analysis or modelling (whether they are working in the OO world or not) and provides one of the best explanations I have read of the purpose and objectives of modelling.

Each problem area is presented very clearly and a number of different solutions are presented at different levels of abstraction (and hence complexity) with lots of useful insight into the factors that would determine the appropriate model.

Analysis Patterns is a book that bears reading and re-reading. I frequently refer it as an excellent source of interesting ideas on ways of approaching complex modelling & analysis issues. I have never managed to take one of the patterns and apply it as is; however, the ideas and concepts expressed in the book influence many of my models (even when the business problem I am tackling initially appears to be entirely unrelated to any of the patterns).

Frankly, this is a book I wish I had written.