| Typ | Quelle |
|---|---|
| Rohdatei | sources/effektive_software_architektur.pdf (nur lokal, per .gitignore vom Repository ausgeschlossen) |
| Autor | Gernot Starke |
| Datum_quelle | 2017 (8. überarbeitete Auflage, Carl Hanser Verlag 2018; Vorwort August 2017) |
| Format | PDF (E-Book), 465 Seiten, mit Textebene |
| Erstellt | 2026-09-27 |
| Aktualisiert | 2026-09-27 |
| Tags | softwarearchitektur, arc42, entwurf, dokumentation, qualität, buch |
Praktischer Leitfaden von Gernot Starke (Hanser, 8. Auflage 2018): was Softwarearchitektur ist und was Architekten tun, wie man Anforderungen und Qualitätsziele klärt, mit Prinzipien, Methoden und Mustern entwirft, mit arc42 dokumentiert, technische Konzepte (Persistenz, Integration, Sicherheit, Fehlerbehandlung, Skalierung) löst, Architekturen mit ATAM bewertet und bestehende Systeme mit aim42 verbessert. Dazu Microservices, Enterprise-IT-Architektur, zwei echte Beispiele und der iSAQB-Lehrplan.
Lizenz
Das PDF ist ein gekauftes E-Book (© Carl Hanser Verlag 2018). Es liegt nur lokal in sources/ und ist per .gitignore vom Repository ausgeschlossen, wie die anderen Bücher. Die Wiki-Seiten fassen in eigenen Worten zusammen.
Einordnung der Quelle
- Autor: Gernot Starke, innoQ Fellow in Köln, Mitbegründer von arc42 und aim42. Einzelne Abschnitte stammen von Gastautoren: DDD und WAM von Carola Lilienthal und Heinz Züllighoven, BPM von Martin Bartonitz und Tammo van Lessen, Sicherheit von Wolfgang Korn und Tobias Hahn, REST von Stefan Tilkov, CQRS von Oliver Wolf, Skalierung von Phillip Ghadir, Microservices mit Alex Heusingfeld.
- Ausgabe: 8., überarbeitete Auflage, Carl Hanser Verlag München 2018. ISBN 978-3-446-45207-7 (Print), 978-3-446-45420-0 (E-Book). Begleitseite esabuch.de.
- Zielgruppe: aktive und angehende Softwarearchitekten. Das Buch deckt den Lehrplan des iSAQB für die Grundausbildung ab (Kap. 14).
- Seitenangaben unten beziehen sich auf die gedruckten Seitenzahlen des Buches.
- Stand: 2017. Siehe Abschnitt „Veraltet“ unten.
Aufbau der Quelle
| Kapitel | Thema | Eingeflossen in |
|---|---|---|
| 1 | Einleitung: Hausbau-Parabel, Chaos-Report, effektiv vs. effizient | Softwarearchitektur |
| 2 | Was ist Architektur, Aufgaben von Architekten, Kontext | Softwarearchitektur, Conway's Law |
| 3 | Vorgehen: Anforderungen, Qualität, Szenarien, Stakeholder, Einflussfaktoren | Softwarequalität, Softwarearchitektur |
| 4 | Maximen, Prinzipien, SOLID, Heuristiken, DDD, WAM, QDSA, Schnittstellen, Stile, Muster | Entwurfsprinzip, Domain-Driven Design, Architekturstil, Entwurfsmuster |
| 5 | Dokumentation: arc42, Sichten, Kontext, Bausteine, Laufzeit, Verteilung, TOGAF | arc42, Enterprise-IT-Architektur |
| 6 | Modellierung, UML 2 | arc42 |
| 7 | Technische Konzepte: Persistenz, Geschäftsregeln, Integration, Verteilung, Kommunikation, GUI, BPM, Sicherheit, Logging, Fehlerbehandlung, Skalierung | SQL, Geschäftsregel, Informationssicherheit, Skalierung |
| 8 | Bewertung: ATAM, Metriken | Architekturbewertung |
| 9 | Systematische Verbesserung mit aim42 | aim42, Technische Schulden |
| 10 | Microservices | Microservices |
| 11 | Enterprise-IT-Architektur | Enterprise-IT-Architektur |
| 12 | Zwei Beispiele nach arc42: Datenmigration (M&M), Kampagnenmanagement (MaMa) | arc42, Geschäftsregel |
| 13 | Werkzeugkategorien und Auswahlkriterien | Softwarearchitektur |
| 14 | iSAQB-Lehrplan Foundation Level | iSAQB |
| 15 | Nachwort „Architektonien“: das architektonische Manifest | Softwarearchitektur |
Kernaussagen
- Architektur heisst entscheiden und kommunizieren. Architektur ist nach IEEE 1471 „die grundsätzliche Organisation eines Systems, verkörpert durch dessen Komponenten, deren Beziehung zueinander und zur Umgebung sowie die Prinzipien, die für seinen Entwurf und seine Evolution gelten“ (S. 16). Architekten treffen nach Kruchten eine „schnelle Abfolge suboptimaler Entwurfsentscheidungen, die meist im Dunkeln getroffen werden“ (S. 21). Sie brauchen dafür Mut. Leitsatz: Structure follows Constraints, nicht Form follows Function (S. 426) (Softwarearchitektur).
- Qualität ist das eigentliche Ziel. Qualitätsmerkmale (DIN/ISO 9126) werden erst durch Szenarien und einen Qualitätsbaum prüfbar (S. 41–43, 92). Bewertet wird qualitativ mit ATAM: Gesucht sind Risiken und Kompromisse, keine Noten (S. 309–314) (Softwarequalität, Architekturbewertung).
- Prinzipien, Methoden und Muster sind der Werkzeugkasten. Maximen wie KISS und „No Silver Bullet“; Prinzipien wie lose Kopplung, hohe Kohäsion, Information Hiding, DRY und SOLID. Methoden sind Domain-Driven Design, der Werkzeug-Material-Ansatz und qualitätsgetriebener Entwurf. Dazu kommen Architekturstile wie Schichten, Ports & Adapters, Pipes & Filter, CQRS und REST (Kap. 4) (Entwurfsprinzip, Domain-Driven Design, Architekturstil).
- Dokumentation mit arc42, aus Sicht der Leser. Die Vorlage hat 12 Abschnitte. Die Architektur wird in vier Sichten gezeigt (Kontext, Bausteine, Laufzeit, Verteilung), dazu kommen querschnittliche Konzepte. Kapitel 12 zeigt zwei echte Systeme (Kap. 5, 12) (arc42).
- Systeme verfallen, also systematisch verbessern. Technische Schulden lassen Systeme degenerieren. aim42 verbessert iterativ in den Phasen Analyze, Evaluate und Improve und bewertet Probleme und Massnahmen in Geld (Kap. 9). Microservices sind für Starke „primär ein organisatorisches Muster“ (S. 337). Enterprise-Architekten ordnen die ganze Anwendungslandschaft (Kap. 11) (Technische Schulden, Microservices, Enterprise-IT-Architektur).
Veraltet seit 2017
Geprüft mit Quelle - Recherche - Softwarearchitektur heute 2026:
- ISO 9126 ist seit 1. März 2011 durch ISO/IEC 25010 ersetzt, die das Buch nur im iSAQB-Kapitel nennt (S. 419). Die Ausgabe 25010:2023 hat neun Merkmale (Softwarequalität).
- HTTP/1.1 wird im REST-Abschnitt nach RFC 2616 zitiert. Diese Norm ist seit 2014 abgelöst, heute gilt RFC 9110 (Juni 2022).
- Java EE heisst seit Februar 2018 Jakarta EE. CORBA und die Java-EE-Module wurden mit Java 11 aus dem JDK entfernt (JEP 320). EJB, Sun HoneyComb und ILOG in den Beispielen sind historisch.
- log4j: Die Lücke Log4Shell (CVE-2021-44228, Dezember 2021, CVSS 10) in Log4j 2 zeigte, wie riskant Logging-Bibliotheken sein können. Sichere Mindestversion ist 2.17.1.
- Microservice-Werkzeuge: Netflix Eureka wird kaum weiterentwickelt, Kubernetes bringt Service Discovery per DNS selbst mit, Vagrant und Consul stehen seit August 2023 unter der Business Source License (Microservices).
- TOGAF 9 → TOGAF 10 (April 2022); iSAQB-Lehrplan → Version 2025.1; arc42 → Version 9 (Juli 2025).
- Fehler im Buch: „Baralow“ heisst richtig Barcalow (Security Patterns, S. 286).
Betroffene Seiten
- Neu (Konzepte): Softwarearchitektur, Softwarequalität, Entwurfsprinzip, Architekturstil, Entwurfsmuster, Domain-Driven Design, arc42, Architekturbewertung, Technische Schulden, aim42, Conway's Law, Enterprise-IT-Architektur, Geschäftsregel, Skalierung
- Neu (Entitäten): Gernot Starke, iSAQB
- Ergänzt: Microservices, Dependency Injection, Informationssicherheit, Digitale Signatur, Softwaretest, SQL, Heuristiken in BWL und Informatik, Prototyping
Verwandt
- Quelle - Docker Bootcamp – Container und Microservices aus Betriebssicht
- Quelle - Angular Mastery Workshop – Architektur einer Frontend-Anwendung
- Quelle - Informationssicherheit Zusammenfassung – dieselben Schutzziele aus Sicht des Sicherheitsmanagements
- Quelle - Recherche - Softwarearchitektur heute 2026 – Aktualisierung der veralteten Angaben