Gernot Starke und Peter Hruschka: Software-Architektur kompakt.

(ok - das haben wir selbst geschrieben - daher zeigen wir Ihnen hier den Rückentext statt einer Bewertung...)

Das Buch gibt Ihnen alles, was Sie zu einem reibungslosen und schnellen Start in das Thema benötigen. Lernen Sie Systeme zukunftssicher, flexibel und transparent zu konstruieren. Sie finden hier sofort einsetzbare und erprobte Muster und Vorlagen zur Erstellung praxistauglicher IT-Architekturen.

Das Buch liefert allen relevanten Projektbeteiligten maßgeschneiderte Antworten zu Entwurfsentscheidungen, Systemstruktur und Implementierung.

Software-Architektur kompakt hilft Ihnen, das Berufsbild und die Verantwortung von Software-Architekten besser zu verstehen und in Ihren Projekten zu etablieren. Sie finden Antworten auf verbreitete Einwände wie „zu viel Aufwand", „keine Zeit" oder „zu teuer".

Gernot Starke: Mittlerweile in der vierten Auflage - gewachsen und gereift, praxisnah und pragmatisch!


Eine pragmatische Einführung in das Themengebiet "Software- Architekturen".
(ok - wir sind vorbelastet, daher einige Auszüge der Kritiken bei Amazon:)


* "Erstklassige Fachliteratur muss nicht langweilig sein..."
* "cooles Buch über Software-Architektur..."
* "Leitfaden zur Entwicklung von Enterprise-Architekturen.."
* "Hohe Dichte von Best-Practices..."
* "Endlich einmal ein praxistaugliches Buch über Software- Architekturen..."

Paul Clements, Felix Bachmann, Len Bass: Motivierend, gründlich, teilweise praxifern.

Anmerkung: Ist mittlerweile in der zweiten Auflage erschienen, deutlich erweitert und stark überarbeitet.

Das Buch versucht die Frage zu beantworten, wie Sie in IT-Projekten die Software-Architekturen aufschreiben sollen. Motivierend und gründlich beschreiben die Autoren im ersten Teil die Grundlagen effektiver Architekturdokumentation.
Anschliessend wird der Ansatz der (SEI-)Autoren dann etwas akademisch detailliert. Für die Praxis fehlen konkrete Vorgaben und Beispiele - die vorgeschlagenen Views benötigen eine Menge Anpassungen, um in Projekten anwendbar zu werden. Fazit: Interessant, aber nur mit viel Eigenaufwand umsetzbar. (GSt).

Len Bass, Paul Clements, Rick Kazman: Ein Klassiker - aber...

Die Autoren schaffen am renomierten Software- Engineering Institute der Carnegie-Mellon University und haben für diese zweite Auflage (2003) das Buch nochmals deutlich erweitert. Besonders nützlich fanden wir die Behandlung der qualities, landläufig als nichtfunktionale Anforderungen bezeichnet. Bass und Co. beschreiben dazu eine Reihe hilfreicher Quality Tactics.

Die Beispiele (Flight Simulation, Air Traffic Control) sind lesenswert, deren Ansätze jedoch nur schwer in eigene Projekte übertragbar.
Leider fehlen an vielen Stellen konkrete Ratschläge, wie Software- Architekturen wirklich entstehen sollen.

Insgesamt schimmern an vielen Stellen die gigantischen Budgets der US-amerikanischen Militärprojekte (Sponsoren des SEI) durch - Geld (und Aufwand) spielen kaum eine Rolle - Perfektion kommt an erster Stelle... für die (kommerzielle) Praxis häufig nicht umsetzbar.

Klaus Pohl, dpunkt, 2007. Gründlich, fundiert, umfangreich - und praxistauglich.

Endlich gibt's auf dem deutschen Büchermarkt ein Pendant zum (ebenfalls hervorragenden) RE-Buch der Sophisten: Klaus Pohl, renommierter Professor der Uni Duisburg-Essen sowie wissenschaftlicher Direktor des Software-Engineering Research Center (Lero) Irland, hat sein fundiertes (und praxiserprobtes!) Wissen als Buch herausgebracht: stolze 740 Seiten geballte "RE-Kraft".

Mir gefällt der hohe Stellenwert, den sowohl "Ziele" wie auch "Szenarien" in seinem Werk erhalten - beide für meine (ausschliesslich praxisgeprägte) Sicht extrem wichtig.

Die drei "Kernaktivitäten" (Dokumentation, Gewinnung, Übereinstimmung) treffen den Kern der Sache - leider sind alle drei mit erheblichen "sozialen und kommunikativen" Aufwänden verbunden, die der "durchschnittliche" Informatiker kaum zu leisten im Stande ist (in dieser Hinsicht finde ich das Sophisten-Buch geeigneter...).

Meiner Meinung nach sollte das Kapitel "Assistenztechniken zur Gewinnung", in dem Hr Pohl über Brainstorming, Mindmaps etc. berichtet, zu Pflichtfächern aller IT'ler gehören - dieses Kapitel hätte allerdings mehr Raum (und bessere Beispiele) verdient.

Also: Sehr viel Stoff - für zeitgeplagte Analytiker mitten-im-Projekt vielleicht etwas "starker Tobak".

Vergleichbar: das genannte RE-Buch der Sophisten (Chris Rupp et.al) - noch näher an der Praxis, und schon in der fünften Auflage verfügbar. Echte RE'ler sollten beide besitzen (und gelesen haben). Englisch: Die Bücher der Robertsons (atlantic systems guild) - dito!

Chris Rupp und die Sophisten: Chris Rupp und die Sophisten sind ja bereits mit ihren früheren Auflagen als "Standardwerk" des Requirements-Engineering bekannt geworden - völlig zu Recht, wie ich finde.

Die neue Auflage kommt in der (ebenfalls neuen) Hanser-Spezialbindung daher -
das macht "haptisch" einen positiven Unterschied aus.

Inhaltlich sind eine Menge Expertenboxen und "kleine" Verbesserungen dazugekommen - auch das fällt mir positiv auf.

Vergleichbare Werke: Auf dem deutschen Markt kommt meiner Meinung nach kein anderes Buch an die Praxisnähe der Sophisten heran. Klaus Pohls "Requirements Engineering" (dpunkt) ist inhaltsschwer - aber kommt aus der akademischen Ecke (ernsthafte Analytiker sollten beide gelesen haben).

Auf dem englischen Markt sind immer noch die Robertsons (Atlantic Systems Guild) Vorreiter der Literatur.

Chris Rupp und die Sophisten sind ja bereits mit ihren früheren Auflagen als "Standardwerk" des Requirements-Engineering bekannt geworden - völlig zu Recht, wie ich finde.

Die neue Auflage kommt in der (ebenfalls neuen) Hanser-Spezialbindung daher -
das macht "haptisch" einen positiven Unterschied aus.

Inhaltlich sind eine Menge Expertenboxen und "kleine" Verbesserungen dazugekommen - auch das fällt mir positiv auf.

Vergleichbare Werke: Auf dem deutschen Markt kommt meiner Meinung nach kein anderes Buch an die Praxisnähe der Sophisten heran. Klaus Pohls "Requirements Engineering" (dpunkt) ist inhaltsschwer - aber kommt aus der akademischen Ecke (ernsthafte Analytiker sollten beide gelesen haben).

Auf dem englischen Markt sind immer noch die Robertsons (Atlantic Systems Guild) Vorreiter der Literatur.

Eric Evans, Addison-Wesley, 2005. Teils genial - aber stellenweise langatmig.

Dieses Buch gehört für mich zu den "Klassikern" - weil Evans als erster Autor die Kluft zwischen Analyse und Architektur/Implementierung mal gründlich und systematisch bearbeitet! Was praktisch vollständig fehlt ist die Behandlung von Qualitätsmerkmalen - dazu schweit Evans sich (leider!) aus...

Seine "Building Blocks of Domain Driven Design" (Entities, Services, Repositories, Factories etc.) zeigen endlich mal einen systematischen Weg von fachlichen zu technischen Klassenmodellen auf - sehr lesenswert!

Leider fällt der zweite Teil des Buches doch sehr ab - da wird der Stoff anekdotenhaft und teilweise zusammenhanglos. Diese Hälfte hätte Evans besser schreiben können (da springt dann Jimmy Nilson mit seinen DDD-Patterns in die Bresche!)

Fazit und vergleichbare Bücher: Die frei verfügbare Kurzfassung von A. Avram von infoQ ist ein allzu stark gekürzter Abklatsch der (faszinierenden) Thematik - aber zum ersten Einstieg reicht es sicherlich aus. Wer modelliert, sollte das Original lesen.

Uwe Vigenschow et. al, dpunkt 2007: Warum mussten wir IT'ler nur soo lange auf ein solches Buch warten?

n der Praxis der IT-Projekte herrscht Einigkeit über das ständig wiederkehrende Problem des "menschelns", der positiv- wie negativen Bedeutung sozialer Faktoren. Jedoch, so meine persönliche Beobachtung, herrscht ebenfalls einheitliche Resignation vor diesem, für uns IT'ler doch sehr komplexen, Thema vor. Sprich: Kaum ein Software-Architekt oder -Entwickler hält es für nötig, sich diesem (oft unbequemen) Thema zu stellen, seine (oder ihre) persönliche Kommunikationskompetenz zu verbessern.

Unternehmen, die ihre Kommunikationskultur aktiv pflegen, wickeln nach meiner Erfahrung auch bessere IT-Projekte ab. Die Autoren haben ganz hervorragende Arbeit geleistet: Locker aufgemacht, prima illustriert, eingängig: Hoher Nutzwert, hoher Wiedererkennungswert in (meiner eigenen) Praxis.

Allein der Abschnitt über Fragetechniken sollte zum Standardrepertoire jeglicher IT-Verantwortlichen gehören (und dazu gehören eben auch Architekten und Entwickler - auch die tragen Verantwortung!).

Insgesamt hochgradig empfehlenswert. Einzelne Abschnitte finde ich persönlich überflüssig (z.B. den Teil zu SOA.. der hat hier nichts verloren, finde ich).

Fazit: Kaufen und lesen, wenn Sie selbst besser kommunizieren möchten.

Leider fehlt vielen IT'ler halt das Bewusstsein für das Thema. Und daran kann leider ein Buch auch nichts ändern.

Mark W. Maier, Eberhardt Rechtin: Gehört zu unseren all-time-favorites.

Die Autoren haben wirklich große Systeme gebaut und diskutieren über allgemeine Prinzipien des Systementwurfs.
Lesenswert und hilfreich - wenn auch viele der Heuristiken sehr allgemeinen Charakter haben, so sind sie dennoch richtig (und wert, ab- und-zu beachtet zu werden!!)

Christine Hofmeister, Robert Nord, Dilip Soni: (Theoretisch angehauchtes) Grundlagenwerk...

Die Autoren, Mitarbeiter der Siemens AG, stellen hauptsächlich ein System von Architektursichten vor, um Architekturen zu beschreiben. Damit schaffen Sie wichtige begriffliche Grundlagen, die jedoch aufgrund der (aus unserer Sicht eher hinderlichen) methodischen und notationellen Strenge etwas an der Praxis vorbeigehen.

Betrachten Sie das Buch als Grundlagenwerk, weniger als Praxislehrbuch, dann wird es Ihnen sicherlich weiterhelfen.

Martin Fowler, Matt Froemmel. Ein Klassiker - must-have!

Wenn Sie Enterprise Architekturen entwerfen oder entwickeln, dann werden Sie von dieser Zusammenstellung von Muster profitieren können.
Fowler verzichtet auf eine rigorose Pattern-Schablone sondern geht dafür auf ganz praktische Entwicklungsprobleme ein. Wir nehmen angesichts konkreter Entwurfsprobleme dieses Buch immer mal wieder zur Hand.

Eine hervorragende Ergänzung zum "Domain-Driven Design" von Eric Evans.

Johannes Siedersleben:
Der Autor, langjähriger Mitarbeier und Research Fellow der renomierten Firma sd&m, stellt die Grundlagen der QUASAR Architektur vor. Sie lernen die zentralen Aspekte von Komponenten und Schnittstellen kennen. Siedersleben beschreibt prägnant und anwendbar, wie Sie in konkreten Projekten angemessene Komponenten identifizieren können - diese ca. 20 Seiten zählen unserer Meinung nach zu den hilfreichsten Publikationen unseres Fachgebietes.

Die Beispiele sind in Java formuliert - einige Grundkenntnisse dieser Sprache helfen bei der Lektüre ungemein weiter.
Unsere Empfehlung: Lesenswert.

Frank Buschmann, Regine Meunier, Hans Rohnert, Peter Sommerlad, Michael Stal:
Pattern-orientierte Software-Architektur - Ein Pattern-System
Echte Pflichtlektüre für Software-Architekten: Der erste Band der POSA-Reihe beschreibt grundlegende Architekturmuster wie Schichten (Layer), Model-View-Controller, Pipes & Filter und andere.

Paul Clements, Rick Kazman, Mark Klein:
Evaluating Software Architectures - Methods and Case Studies
Dieses Buch fasst die langjährige Forschung und Erfahrung des SEI zu Bewertungsmethoden von Software-Architekturen zusammen. Sie lernen die szenariobasierten Ansätze kennen, mit denen Sie Architekturen hinsichtlich konkreter Qualitätsmerkmale auf ihre Eignung hin überprüfen können.
Erwarten Sie keinen Algorithmus, der Ihnen auf Basis einer Architekturbeschreibung eine Note liefert - aber erwarten Sie eine Menge Tipps, wie Sie zu transparenten, nachvollziehbaren und (ziemlich) objektiven Bewertungen kommen können. (GSt.)

Mario Jeckle, Chris Rupp, Barbara Zengler, Jürgen Hahn, Stefan Queins
UML 2 glasklar
Eine pragmatische Einführung in die aktuelle Version der Standard- Modellierungssprache UML. Die Autoren konzentrieren sich auf die wesentlichen Diagrammarten - wohl wissend, dass dabei einige Besonderheiten und Extravaganzen der UML 2.0 aussen vor bleiben.
Aus unserer Sicht sehr praxisnah!

Suzanne & James Robertson
Mastering the Requirements Process
Das Standardwerk zum Requirements-Engineering von zwei echten Koryphäen. Besondes lesenswert.
Die beiden Autoren sind Initiatoren der (englischen) Volere-Website.

Gregor Hohpe et. al. Gründlich, fundiert, gehaltvoll (und zeitlos!)

DAS Highlight der Patterns-Literatur. Gregor Hohpe hat ein ungeheuer gutes Gespür für aussagekräftige Diagramme, und für das Buch eine sehr praktische Notation entwickelt, die seine Muster sehr leicht lesbar und verständlich halten.

Daneben ist das Buch auch noch besonders gut geschrieben - keine Spur der Trockenheit, die allzu vielen
IT-Büchern anhaftet.

Fazit: IT-Architekten, kaufen, aber flott. Ich besitze das Buch seit 2003 - und habe es mehrfach
wirklich praktisch nutzen können - es hat über die Jahre nichts an Aktualität verloren.