| Inhalt | 6 |
---|
| Vorwort: Axiome infrage stellen | 14 |
---|
| Kapitel 1: Einleitung | 20 |
---|
| Softwarearchitektur definieren | 22 |
| Erwartungen an Architekten | 26 |
| Architekturentscheidungen treffen | 27 |
| Kontinuierliche Analyse der Architektur | 28 |
| Bei aktuellen Trends auf dem Laufenden bleiben | 28 |
| Sicherstellen, dass Entscheidungen eingehalten werden | 29 |
| Vielfältige Kenntnisse und Erfahrungen | 29 |
| Wissen in der Fachdomäne des Problems | 30 |
| Fähigkeiten im zwischenmenschlichen Umgang | 30 |
| Politik verstehen und sich in dieser Sqhäre bewegen können | 31 |
| Überschneidungen von Architektur und … | 32 |
| Engineering-Praktiken | 33 |
| Technischer Betrieb/DevOps | 36 |
| Prozess | 37 |
| Daten | 38 |
| Gesetze der Softwarearchitektur | 38 |
| Teil I: Grundlagen | 40 |
---|
| Kapitel 2: Architektonisches Denken | 42 |
| Architektur und Design im Vergleich | 43 |
| Technische Breite | 45 |
| Vor- und Nachteile analysieren | 49 |
| Geschäftliche Faktoren verstehen | 52 |
| Die Balance zwischen Architektur und tatsächlichem Programmieren | 53 |
| Kapitel 3: Modularität | 56 |
| Definition | 57 |
| Modularität messen | 59 |
| Kohäsion | 59 |
| Kopplung | 63 |
| Abstraktheit, Instabilität und Entfernung von der Hauptsequenz | 64 |
| Entfernung von der Hauptsequenz | 65 |
| Konnaszenz | 67 |
| Kopplungs- und Konnaszenzmetriken vereinheitlichen | 71 |
| Von Modulen zu Komponenten | 73 |
| Kapitel 4: Definition architektonischer Eigenschaften | 74 |
| Architektonische Eigenschaften, eine (unvollständige) Liste | 77 |
| Betriebsrelevante architektonische Eigenschaften | 77 |
| Strukturelle architektonische Eigenschaften | 78 |
| Bereichsübergreifende architektonische Eigenschaften | 79 |
| Kompromisse und am wenigsten schlechte Architektur | 83 |
| Kapitel 5: Architektonische Eigenschaften ermitteln | 86 |
| Architektonische Eigenschaften aus domänenspezifischen Anforderungen ableiten | 86 |
| Architektonische Eigenschaften aus funktionalen Anforderungen ableiten | 89 |
| Fallstudie: Silicon Sandwiches | 90 |
| Explizite Eigenschaften | 91 |
| Implizite Eigenschaften | 95 |
| Kapitel 6: Messung und Governance von architektonischen Eigenschaften | 98 |
| Architektonische Eigenschaften messen | 98 |
| Betriebsrelevante Metriken | 99 |
| Strukturelle Metriken | 100 |
| Prozessbasierte Metriken | 102 |
| Governance und Fitnessfunktionen | 103 |
| Governance für architektonische Eigenschaften | 103 |
| Fitnessfunktionen | 104 |
| Kapitel 7: Anwendungsbereich architektonischer Eigenschaften | 112 |
| Kopplung und Konnaszenz | 113 |
| Architektonische Quanten und Granularität | 113 |
| Fallstudie: Going, Going, Gone (»Zum Ersten, zum Zweiten und zum Dritten«) | 116 |
| Kapitel 8: Komponentenbasiertes Denken | 122 |
| Anwendungsbereiche für Komponenten | 122 |
| Die Rolle des Architekten | 124 |
| Architektonische Partitionierung | 124 |
| Fallstudie: Partitionierung für Silicon Sandwiches | 128 |
| Die Rolle des Entwicklers | 131 |
| Arbeitsablauf zur Ermittlung der Komponenten | 131 |
| Anfängliche Komponenten ermitteln | 131 |
| Anforderungen auf Komponenten abbilden | 132 |
| Rollen und Verantwortlichkeiten analysieren | 132 |
| Architektonische Eigenschaften analysieren | 132 |
| Komponenten restrukturieren | 133 |
| Komponentengranularität | 133 |
| Komponentendesign | 133 |
| Sinnvolle Komponentenaufteilung ermitteln | 133 |
| Fallstudie: Going, Going, Gone: Komponenten ermitteln | 136 |
| Rückblick auf das archit
|