Software-Architektur kompakt, 2. Auflage (IT kompakt)

Cover......Page 1
IT kompakt......Page 3
Software-Architektur\rkompakt,\r2. Auflage......Page 4
ISBN 9783827428349......Page 5
Inhaltsverzeichnis......Page 6
Warum Architektur?......Page 8
Was ist Architektur?......Page 9
Warum sollten Sie Architektur dokumentieren?......Page 10
Relevant......Page 11
Sparsam......Page 12
Korrekt und aktuell......Page 13
Akzeptiert bei Lesern......Page 14
Tätigkeiten von Architekten......Page 16
Anforderungen und Randbedingungen klären......Page 17
Technische Konzepte entwerfen......Page 19
Umsetzung begleiten......Page 20
Architektur bewerten......Page 21
2. Entscheiden können......Page 22
3. Vereinfachen können......Page 23
4. Implementieren können......Page 24
6. Kommunizieren können......Page 25
8. Balancieren können......Page 26
9. Beraten können......Page 27
10. Vermarkten können......Page 28
Schwerpunkte je nach Projektgröße......Page 29
Software-Architekturen bestehen ausBausteinen......Page 31
Whiteboxes präzisieren Blackboxes......Page 33
Sichten erlauben unterschiedliche Blickwinkel......Page 36
Technische Konzepte für übergreifendeAspekte......Page 38
Dokumentation mit Diagrammen und Erläuterungen......Page 39
Manchmal benötigen Sie neben Diagrammen zusätzlicheInformationen......Page 40
Einheitliche, standardisierteGliederungsstruktur......Page 41
Das Blackbox-Template......Page 42
Schnittstelle(n)......Page 43
Erfüllte Anforderungen......Page 44
Weitere Informationen......Page 45
Übersichtsdiagramm......Page 46
(optional) Off ene Punkte......Page 47
Das Knoten-Template......Page 48
Architekturmuster......Page 49
Domain Model......Page 50
Pipes und Filter......Page 51
Repositories (Blackboard)......Page 52
Model-View-Controller......Page 53
Weitere Architekturmuster......Page 54
So strukturieren Sie Architekturbeschreibungen......Page 57
1 Einführung und Ziele......Page 58
1.2 Qualitätsziele......Page 59
2 Randbedingungen......Page 61
2.2 Organisatorische Randbedingungen......Page 62
3 Kontextabgrenzung......Page 63
3.1 Fachlicher Kontext......Page 64
3.2 Technischer oder Verteilungskontext......Page 65
4 Lösungsstrategie......Page 66
5 Bausteinsicht......Page 67
5.1 Bausteinsicht Verfeinerungsebene 1......Page 69
5.1.2 Blackbox-Beschreibung < Baustein 2 >......Page 70
5.2.1 Whiteboxsicht des Bausteins„A“ aus Verfeinerungsebene 1......Page 71
5.2.1.2 Blackbox-Beschreibung des Bausteins„A2“, Verfeinerungsebene 2......Page 72
6 Laufzeitsicht......Page 73
6.1 Laufzeitszenario 1......Page 75
6.2 Laufzeitszenario 2......Page 76
7.1 Verteilungsvariante oder Umgebung 1......Page 77
7.1.1 Übersicht Umgebung 1......Page 78
7.1.2 Verteilungsartefakte......Page 79
7.1.3 Spezifi kation der Knoten......Page 80
8.1 Typische statische Strukturen......Page 81
8.2 Typische Abläufe......Page 82
9 Technische Konzepte......Page 83
9.1 Persistenz......Page 86
9.4 Ablauf-, Dialog- oder Workfl owsteuerung......Page 87
9.7 Transaktionsbehandlung......Page 88
9.10 Sicherheit......Page 89
9.12 Verteilung......Page 90
9.15 Logging und Tracing......Page 91
9.18 Internationalisierung......Page 92
9.21 Migration......Page 93
10 Entwurfsentscheidungen......Page 94
11.1 Qualitätsbaum......Page 95
11.2 Qualitätsszenarien......Page 96
12 Risiken......Page 97
Andere Ansätze zur Beschreibung vonSoftware-Architekturen......Page 98
Warum verwenden wir nicht IEEE-1471 oder ähnlicheStandards zur Beschreibung von Software-Architekturen?......Page 100
Wie entwerfe ich die Bausteinsicht?......Page 101
Wie tief oder detailliert soll ich beschreiben?......Page 102
Wann schreibe ich welches Kapitel? Wann entwerfe ich welcheTeile meines Systems?......Page 103
Kann ich arc42 auch für Systemerweiterungen und Umbautenverwenden?......Page 105
Mit welchen Werkzeugen erstelle ich meineArchitekturdokumentation?......Page 106
Wie hängt die Architekturdokumentation mit dem Lastenheft(oder meiner Requirements-Spezifi kation) zusammen?......Page 107
Wie beschreibe ich Schnittstellen?......Page 108
Wie beschreibe ich Schnittstellen gemäß dem ressourcenorientiertenAnsatz?......Page 109
Ressource......Page 110
Fehlerszenarien......Page 111
Wie beschreibe ich Schnittstellen gemäß demserviceorientierten Ansatz?......Page 112
Wo beschreibe ich die Details derexternen Schnittstellen?......Page 113
Darf ich arc42 in kommerziellen Projekten verwenden? Unterwelcher Lizenz steht arc42?......Page 114
Mutig......Page 115
Angemessenheit......Page 116
Antizipation......Page 117
Lernen......Page 118
Dr. Gernot Starke......Page 119
Beide zusammen …......Page 120
Literatur zu Software-Architektur kompakt......Page 121
Sachverzeichnis......Page 125