Effektive Softwarearchitekturen

Name: Effektive Softwarearchitekturen | Ein praktischer Leitfaden
Brand: Hanser
Price: 49.99 EUR
Availability: OnlineOnly

Ein praktischer Leitfaden

Gernot Starke(Autor*in)

Hanser (Verlag)

10. Auflage

Erschienen am 7. August 2024

372 Seiten

E-Book

ePUB mit Wasserzeichen-DRM

Systemvoraussetzungen

E-Book

PDF mit Wasserzeichen-DRM

Systemvoraussetzungen

978-3-446-47909-8 (ISBN)

49,99 €inkl. 7% MwSt.

Systemvoraussetzungen

für ePUB mit Wasserzeichen-DRM und PDF mit Wasserzeichen-DRM

(Hinweis: Die Auswahl des von Ihnen gewünschten Dateiformats und des Kopierschutzes erfolgt erst im System des E-Book Anbieters)

E-Book Einzellizenz

Als Download verfügbar

Beschreibung

Weitere Details

Weitere Ausgaben

Person

Inhalt

1 - Inhalt [Seite 7]
2 - 1Einleitung [Seite 13]
2.1 - 1.1?Softwarearchitekt:innen [Seite 17]
2.2 - 1.2?Effektiv, agil und pragmatisch [Seite 18]
2.3 - 1.3?Wer sollte dieses Buch lesen? [Seite 21]
2.4 - 1.4?Wegweiser durch das Buch [Seite 22]
2.5 - 1.5?Webseite zum Buch [Seite 23]
2.6 - 1.6?Weiterführende Literatur [Seite 23]
2.7 - 1.7?Danksagung [Seite 24]
3 - 2Softwarearchitektur: Grundlagen und?Aufgaben [Seite 25]
3.1 - 2.1?Was ist Softwarearchitektur? [Seite 26]
3.1.1 - 2.1.1?System [Seite 26]
3.1.2 - 2.1.2?Komponenten [Seite 27]
3.1.3 - 2.1.3?Beziehungen [Seite 27]
3.1.4 - 2.1.4?Umgebung [Seite 28]
3.1.5 - 2.1.5?Komponenten + Beziehungen = Strukturen [Seite 28]
3.1.6 - 2.1.6?Prinzipien (synonym: Konzepte) [Seite 29]
3.1.7 - 2.1.7?Entwurf und Evolution [Seite 30]
3.2 - 2.2?Architekturentscheidungen [Seite 31]
3.3 - 2.3?Die Aufgaben von Softwarearchitekt:innen [Seite 34]
3.3.1 - 2.3.1?Anforderungen klären [Seite 35]
3.3.2 - 2.3.2?Drei Kategorien von Entwurfsentscheidungen [Seite 36]
3.3.3 - 2.3.3?Architektur kommunizieren und dokumentieren [Seite 36]
3.3.4 - 2.3.4?Umsetzung begleiten: Von Goldstücken und Missverständnissen [Seite 37]
3.3.5 - 2.3.5?Architektur analysieren und bewerten [Seite 37]
3.4 - 2.4?Rolle von Softwarearchitekt:innen: Wer?macht's? [Seite 38]
3.4.1 - 2.4.1?Monarchie [Seite 39]
3.4.2 - 2.4.2?Architekt:in im Team [Seite 40]
3.4.3 - 2.4.3?Architekturagent:innen [Seite 41]
3.4.4 - 2.4.4?Demokratie oder: Team-Architektur [Seite 43]
3.5 - 2.5?Architekturen entstehen (meist) iterativ [Seite 44]
3.6 - 2.6?Weiterführende Literatur [Seite 46]
4 - 3Anforderungen klären [Seite 47]
4.1 - 3.1?Was ist Kernaufgabe oder Ziel des?Systems? [Seite 47]
4.2 - 3.2?Relevante Stakeholder ermitteln [Seite 48]
4.3 - 3.3?Welche Kategorie von System? [Seite 49]
4.4 - 3.4?Fachdomäne klären [Seite 50]
4.5 - 3.5?Qualitätsanforderungen klären [Seite 51]
4.6 - 3.6?Externe Nachbarsysteme: Kontextabgrenzung [Seite 56]
4.7 - 3.7?Einflussfaktoren und Randbedingungen ermitteln [Seite 57]
5 - 4Entwurf: Grundlagen, Methoden und Muster [Seite 59]
5.1 - 4.1?Grundlagen, Prinzipien und Heuristiken [Seite 60]
5.1.1 - 4.1.1?Grundlagen des Entwurfs [Seite 60]
5.1.2 - 4.1.2?Prinzipien [Seite 63]
5.1.2.1 - 4.1.2.1?Lose (geringe) Kopplung [Seite 63]
5.1.2.2 - 4.1.2.2?Hohe Kohäsion [Seite 65]
5.1.2.3 - 4.1.2.3?Trenne Verantwortlichkeiten/Belange [Seite 66]
5.1.2.4 - 4.1.2.4?Modularisierung [Seite 67]
5.1.2.5 - 4.1.2.5?Abstraktion, Kapselung und das Geheimnisprinzip [Seite 67]
5.1.2.6 - 4.1.2.6?Hohe Konsistenz [Seite 67]
5.1.2.7 - 4.1.2.7?Keine zyklischen Abhängigkeiten [Seite 68]
5.1.2.8 - 4.1.2.8?SOLID-Prinzipien des objektorientierten Entwurfs [Seite 69]
5.1.3 - 4.1.3?Heuristiken [Seite 74]
5.2 - 4.2?Entwurfsmethoden [Seite 78]
5.2.1 - 4.2.1?Domain-Driven Design (Entwurf nach Fachlichkeit) [Seite 79]
5.2.2 - 4.2.2?Quality-Driven Software Architecture [Seite 84]
5.2.3 - 4.2.3?Top-down und Bottom-up [Seite 91]
5.2.4 - 4.2.4?Sichtenbasierter Entwurf [Seite 92]
5.2.4.1 - 4.2.4.1?Sichten in der Softwarearchitektur [Seite 93]
5.2.4.2 - 4.2.4.2?Entwurf der Kontextabgrenzung [Seite 94]
5.2.4.3 - 4.2.4.3?Entwurf der Bausteinsicht [Seite 95]
5.2.4.4 - 4.2.4.4?Entwurf der Laufzeitsicht [Seite 95]
5.2.4.5 - 4.2.4.5?Entwurf der Verteilungssicht [Seite 96]
5.3 - 4.3?Schnittstellen entwerfen [Seite 96]
5.3.1 - 4.3.1?Anforderungen an Schnittstellen [Seite 98]
5.3.2 - 4.3.2?Worauf müssen Sie achten? [Seite 98]
5.3.3 - 4.3.3?Tipps zum Entwurf von Schnittstellen [Seite 99]
5.4 - 4.4?Architekturmuster (Patterns) [Seite 100]
5.4.1 - 4.4.1?Schichten (Layer) [Seite 100]
5.4.2 - 4.4.2?Ports-und-Adapter [Seite 103]
5.4.3 - 4.4.3?Client-Server [Seite 106]
5.4.4 - 4.4.4?Microservices [Seite 106]
5.4.5 - 4.4.5?Pipes und Filter [Seite 114]
5.4.6 - 4.4.6?Batch-Pattern [Seite 116]
5.4.7 - 4.4.7?Repository [Seite 117]
5.4.8 - 4.4.8?Blackboard [Seite 118]
5.4.9 - 4.4.9?Command Query Responsibility Segregation (CQRS) [Seite 119]
5.4.10 - 4.4.10?Broker [Seite 121]
5.4.11 - 4.4.11?Peer-to-Peer [Seite 122]
5.4.12 - 4.4.12?Ereignisbasierte Systeme - Event Systems [Seite 123]
5.4.12.1 - 4.4.12.1?Ungepufferte Event Systems [Seite 124]
5.4.12.2 - 4.4.12.2?Message- oder Event-Queues [Seite 124]
5.4.12.3 - 4.4.12.3?Message-Service [Seite 125]
5.4.13 - 4.4.13?Model-View-Controller [Seite 126]
5.4.14 - 4.4.14?Presentation Model [Seite 127]
5.4.15 - 4.4.15?REST-Architektur [Seite 129]
5.4.16 - 4.4.16?Adapter [Seite 131]
5.4.17 - 4.4.17?Stellvertreter (Proxy) [Seite 132]
5.4.18 - 4.4.18?Fassade [Seite 133]
5.4.19 - 4.4.19?Beobachter (Observer) [Seite 134]
5.5 - 4.5?Weiterführende Literatur [Seite 135]
6 - 5Architekturen kommunizieren, dokumentieren und?modellieren [Seite 137]
6.1 - 5.1?Warum kommunizieren und?dokumentieren [Seite 138]
6.2 - 5.2?Anforderungen an Architekturdokumentation [Seite 140]
6.3 - 5.3?Effektiv dokumentieren [Seite 141]
6.3.1 - 5.3.1?Tipps für bessere Architekturdiagramme [Seite 143]
6.4 - 5.4?Bestandteile von Architekturdokumentation [Seite 150]
6.4.1 - 5.4.1?Kontextabgrenzung: Vogelperspektive [Seite 150]
6.4.2 - 5.4.2?Bausteinsicht: Code-im-Großen [Seite 152]
6.4.3 - 5.4.3?Schnittstellen: Die Brücken zwischen Welten [Seite 155]
6.4.4 - 5.4.4?Laufzeitsicht: Was geschieht wann? [Seite 156]
6.4.5 - 5.4.5?Verteilungssicht: Zusammenhang zur technischen Infrastruktur [Seite 157]
6.4.6 - 5.4.6?Querschnittliche Konzepte [Seite 158]
6.4.7 - 5.4.7?Entscheidungen [Seite 160]
6.5 - 5.5?Architekturdokumentation mit arc42 [Seite 162]
6.5.1 - 5.5.1?Aufbau von arc42 [Seite 162]
6.5.2 - 5.5.2?arc42 Canvas: Dokumentation kompakt [Seite 164]
6.6 - 5.6?Notationen zur Modellierung: UML,?C4?und?andere [Seite 166]
6.6.1 - 5.6.1?UML Kurzeinführung [Seite 167]
6.6.2 - 5.6.2?C4 Kurzeinführung [Seite 171]
6.6.3 - 5.6.3?Weitere Notationen für Softwarearchitektur [Seite 176]
6.7 - 5.7?Werkzeuge zur Dokumentation [Seite 177]
6.8 - 5.8?Weiterführende Literatur [Seite 180]
7 - 6Analyse und Bewertung von Softwarearchitekturen [Seite 181]
7.1 - 6.1?Qualitative Architekturbewertung [Seite 184]
7.2 - 6.2?Quantitative Bewertung durch Metriken [Seite 191]
7.3 - 6.3?Werkzeuge zur Bewertung [Seite 193]
8 - 7 Technische und querschnittliche Konzepte [Seite 195]
8.1 - 7.1?Persistenz [Seite 198]
8.1.1 - 7.1.1?Motivation [Seite 198]
8.1.2 - 7.1.2?Einflussfaktoren und Entscheidungskriterien [Seite 201]
8.1.2.1 - 7.1.2.1?Art der zu speichernden Daten [Seite 202]
8.1.2.2 - 7.1.2.2?Konsistenz und Verfügbarkeit (ACID, BASE oder CAP) [Seite 203]
8.1.2.3 - 7.1.2.3?Zugriff und Navigation [Seite 204]
8.1.2.4 - 7.1.2.4?Deployment und Betrieb [Seite 205]
8.1.3 - 7.1.3?Lösungsmuster [Seite 205]
8.1.3.1 - 7.1.3.1?Persistenzschicht [Seite 205]
8.1.3.2 - 7.1.3.2?DAO: Eine Miniatur-Persistenzschicht [Seite 208]
8.1.4 - 7.1.4?Bekannte Risiken und Probleme [Seite 209]
8.1.5 - 7.1.5?Weitere Themen zu Persistenz [Seite 210]
8.1.6 - 7.1.6?Data Contracts: Daten als Schnittstelle [Seite 214]
8.1.7 - 7.1.7?Zusammenhang zu anderen Themen [Seite 216]
8.1.8 - 7.1.8?Praktische Vertiefung [Seite 218]
8.1.9 - 7.1.9?Weiterführende Literatur [Seite 219]
8.2 - 7.2?Geschäftsregeln [Seite 219]
8.2.1 - 7.2.1?Motivation [Seite 219]
8.2.2 - 7.2.2?Funktionsweise von Regelmaschinen [Seite 222]
8.2.3 - 7.2.3?Kriterien pro & kontra Regelmaschinen [Seite 224]
8.2.4 - 7.2.4?Mögliche Probleme [Seite 225]
8.2.5 - 7.2.5?Weiterführende Literatur [Seite 226]
8.3 - 7.3?Integration [Seite 227]
8.3.1 - 7.3.1?Motivation [Seite 227]
8.3.2 - 7.3.2?Typische Probleme [Seite 229]
8.3.3 - 7.3.3?Lösungskonzepte [Seite 230]
8.3.4 - 7.3.4?Entwurfsmuster zur Integration [Seite 234]
8.3.5 - 7.3.5?Zusammenhang mit anderen Themen [Seite 234]
8.3.6 - 7.3.6?Weiterführende Literatur [Seite 235]
8.4 - 7.4?Verteilung [Seite 236]
8.4.1 - 7.4.1?Motivation [Seite 236]
8.4.2 - 7.4.2?Typische Probleme [Seite 236]
8.4.3 - 7.4.3?Lösungskonzept [Seite 236]
8.4.4 - 7.4.4?Konsequenzen und Risiken [Seite 237]
8.4.5 - 7.4.5?Zusammenhang mit anderen Themen [Seite 238]
8.4.6 - 7.4.6?Weiterführende Literatur [Seite 238]
8.5 - 7.5?Kommunikation [Seite 238]
8.5.1 - 7.5.1?Motivation [Seite 239]
8.5.2 - 7.5.2?Entscheidungsalternativen [Seite 239]
8.5.3 - 7.5.3?Grundbegriffe der Kommunikation [Seite 239]
8.5.4 - 7.5.4?Weiterführende Literatur [Seite 243]
8.6 - 7.6?Grafische Oberflächen (GUI) [Seite 243]
8.6.1 - 7.6.1?Motivation [Seite 243]
8.6.2 - 7.6.2?Einflussfaktoren und Entscheidungskriterien [Seite 243]
8.6.3 - 7.6.3?GUI-relevante Architekturmuster [Seite 246]
8.6.4 - 7.6.4?Struktur und Ergonomie von Benutzeroberflächen [Seite 246]
8.6.5 - 7.6.5?Bekannte Risiken und Probleme [Seite 248]
8.6.6 - 7.6.6?Zusammenhang zu anderen Themen [Seite 250]
8.7 - 7.7?Sicherheit [Seite 250]
8.7.1 - 7.7.1?Motivation - Was ist IT-Sicherheit? [Seite 250]
8.7.2 - 7.7.2?Sicherheitsziele [Seite 251]
8.7.3 - 7.7.3?Lösungskonzepte [Seite 253]
8.7.4 - 7.7.4?Security Engineering mit Patterns [Seite 260]
8.7.5 - 7.7.5?Weiterführende Literatur [Seite 261]
8.8 - 7.8?Protokollierung [Seite 261]
8.8.1 - 7.8.1?Typische Probleme [Seite 262]
8.8.2 - 7.8.2?Lösungskonzept [Seite 263]
8.8.3 - 7.8.3?Zusammenhang mit anderen Themen [Seite 263]
8.9 - 7.9?Ausnahme- und Fehlerbehandlung [Seite 264]
8.9.1 - 7.9.1?Motivation [Seite 264]
8.9.2 - 7.9.2?Fehlerkategorien schaffen Klarheit [Seite 266]
8.9.3 - 7.9.3?Muster zur Fehlerbehandlung [Seite 268]
8.9.4 - 7.9.4?Mögliche Probleme [Seite 269]
8.9.5 - 7.9.5?Zusammenhang mit anderen Themen [Seite 270]
8.9.6 - 7.9.6?Weiterführende Literatur [Seite 271]
8.10 - 7.10?Skalierbarkeit [Seite 271]
8.10.1 - 7.10.1?Skalierungsstrategien [Seite 271]
8.10.2 - 7.10.2?Elastizität [Seite 272]
8.10.3 - 7.10.3?Scale-Up-Strategie [Seite 272]
8.10.4 - 7.10.4?Vertikale Scale-Out-Strategie [Seite 272]
8.10.5 - 7.10.5?Horizontale Scale-Out-Strategie [Seite 273]
8.10.6 - 7.10.6?Der Strategiemix [Seite 273]
8.10.7 - 7.10.7?Allgemeine Daumenregeln [Seite 274]
8.10.8 - 7.10.8?CPU-Power [Seite 274]
8.10.9 - 7.10.9?GPU-Power [Seite 274]
8.10.10 - 7.10.10?RAIDs, SANs und andere Speichersysteme [Seite 275]
8.10.11 - 7.10.11?Bussysteme für die Speicheranbindung [Seite 275]
8.10.12 - 7.10.12?Geringere Bandbreite im Netz [Seite 276]
8.11 - 7.11?Container und die Cloud [Seite 276]
8.11.1 - 7.11.1?Was bedeutet "Cloud"? [Seite 277]
8.11.2 - 7.11.2?Virtuelle Maschinen (VMs) und Container [Seite 279]
8.11.3 - 7.11.3?Von Monolithen in die Cloud [Seite 281]
8.11.4 - 7.11.4?Was Sie noch über die Cloud wissen sollten. [Seite 284]
8.11.5 - 7.11.5?Weiterführende Literatur [Seite 286]
8.12 - 7.12?Weitere spannende Themen [Seite 286]
9 - 8Systematische Verbesserung und?Evolution [Seite 289]
9.1 - 8.1?Wege in den Abgrund [Seite 291]
9.2 - 8.2?Systematisch verbessern [Seite 292]
9.3 - 8.3?Bewährte Praktiken und Muster [Seite 296]
9.4 - 8.4?Analyse: Probleme identifizieren [Seite 297]
9.5 - 8.5?Evaluate: Probleme und Maßnahmen bewerten [Seite 299]
9.6 - 8.6?Improve: Verbesserungsmaßnahmen planen und durchführen [Seite 300]
9.6.1 - 8.6.1?Maxime für Verbesserungsprojekte [Seite 300]
9.6.2 - 8.6.2?Kategorien von Verbesserungsmaßnahmen [Seite 300]
9.7 - 8.7?Crosscutting: phasenübergreifende?Praktiken [Seite 304]
9.8 - 8.8?Mehr zu aim42? [Seite 305]
9.9 - 8.9?Weiterführende Literatur [Seite 305]
10 - 9Beispiele von Softwarearchitekturen [Seite 307]
10.1 - 9.1?Beispiel: Datenmigration im Finanzwesen [Seite 308]
10.2 - 9.2?Beispiel: Kampagnenmanagement im CRM [Seite 325]
11 - 10iSAQB Curriculum [Seite 351]
11.1 - 10.1?Standardisierte Lehrpläne für?Softwarearchitektur [Seite 352]
11.1.1 - 10.1.1?Grundlagenausbildung und Zertifizierung Foundation-Level [Seite 352]
11.1.2 - 10.1.2?Fortgeschrittene Aus- und Weiterbildung (Advanced-Level) [Seite 353]
11.2 - 10.2?iSAQB-Foundation-Level-Lehrplan [Seite 353]
11.2.1 - 10.2.1?Können, Wissen und Verstehen [Seite 354]
11.2.2 - 10.2.2?Voraussetzungen und Abgrenzungen [Seite 354]
11.2.3 - 10.2.3?Struktur des iSAQB-Foundation-Lehrplans [Seite 355]
11.2.4 - 10.2.4?Zertifizierung gemäß iSAQB [Seite 355]
11.3 - 10.3?Beispielfragen zur Foundation-Level-Prüfung [Seite 356]
12 - Literatur [Seite 361]
13 - Stichwortverzeichnis [Seite 365]

Inhalt (PDF)

Systemvoraussetzungen

Dateiformat: ePUB
Kopierschutz: Wasserzeichen-DRM (Digital Rights Management)

Systemvoraussetzungen:

Computer (Windows; MacOS X; Linux): Verwenden Sie eine Lese-Software, die das Dateiformat ePUB verarbeiten kann: z.B. Adobe Digital Editions oder FBReader – beide kostenlos (siehe E-Book Hilfe).
Tablet/Smartphone (Android; iOS): Installieren Sie die App Adobe Digital Editions oder eine andere Leseapp für E-Books, z.B. PocketBook (siehe E-Book Hilfe).
E-Book-Reader: Bookeen, Kobo, Pocketbook, Sony, Tolino u.v.a.m.

Das Dateiformat ePUB ist sehr gut für Romane und Sachbücher geeignet - also für „fließenden” Text ohne komplexes Layout. Bei E-Readern oder Smartphones passt sich der Zeilen- und Seitenumbruch automatisch den kleinen Displays an.
Mit Wasserzeichen-DRM wird hier ein „weicher” Kopierschutz verwendet. Daher ist technisch zwar alles möglich – sogar eine unzulässige Weitergabe. Aber an sichtbaren und unsichtbaren Stellen wird der Käufer des E-Books als Wasserzeichen hinterlegt, sodass im Falle eines Missbrauchs die Spur zurückverfolgt werden kann.

Weitere Informationen finden Sie in unserer E-Book Hilfe.

Dateiformat: PDF
Kopierschutz: Wasserzeichen-DRM (Digital Rights Management)

Systemvoraussetzungen:

Computer (Windows; MacOS X; Linux): Verwenden Sie zum Lesen die kostenlose Software Adobe Reader, Adobe Digital Editions oder einen anderen PDF-Viewer Ihrer Wahl (siehe E-Book Hilfe).
Tablet/Smartphone (Android; iOS): Installieren Sie bereits vor dem Download die kostenlose App Adobe Digital Editions oder die App PocketBook (siehe E-Book Hilfe).
E-Book-Reader: Bookeen, Kobo, Pocketbook, Sony, Tolino u.v.a.m.

Das Dateiformat PDF zeigt auf jeder Hardware eine Buchseite stets identisch an. Daher ist eine PDF auch für ein komplexes Layout geeignet, wie es bei Lehr- und Fachbüchern verwendet wird (Bilder, Tabellen, Spalten, Fußnoten). Bei kleinen Displays von E-Readern oder Smartphones sind PDF leider eher nervig, weil zu viel Scrollen notwendig ist. Mit Wasserzeichen-DRM wird hier ein „weicher” Kopierschutz verwendet. Daher ist technisch zwar alles möglich – sogar eine unzulässige Weitergabe. Aber an sichtbaren und unsichtbaren Stellen wird der Käufer des E-Books als Wasserzeichen hinterlegt, sodass im Falle eines Missbrauchs die Spur zurückverfolgt werden kann.

Weitere Informationen finden Sie in unserer E-Book Hilfe.

Als PDF speichern Als Link merken