arc42 in Aktion
Praktische Tipps zur Architekturdokumentation
2nd Edition
Published on 5. December 2022
252 pages
978-3-446-46555-8 (ISBN)
Description
Der Praxiseinsatz von arc42 - dem Template für Softwarearchitekturen
- Konkrete Hinweise zur praktischen Anwendung von arc42
- Direkt umsetzbare Maßnahmen und Praktiken
- arc42 zur effektiven Kommunikation und Dokumentation
- arc42 zur Konstruktion und Entwicklung neuer Systeme
- arc42 für bestehende Systeme
- arc42 für sehr große | mittlere | sehr kleine Systeme
- arc42 mit Wiki | AsciiDoc | Modellierungswerkzeug | Word
arc42 ist das bewährte, praxisnahe Template zur Dokumentation und Entwicklung von Softwarearchitekturen. Dieser Praxisleitfaden zeigt, wie Sie Ihre Systeme einfach und effektiv kommunizieren und dokumentieren können.
Über 200 praxisnahe Tipps zu arc42
AUS DEM INHALT //
arc42 im Überblick/Konkrete Beispiele/Grundregeln effektiver Dokumentation/arc42 in der Praxis einsetzen/Werkzeuge für arc42/Häufig gestellte Fragen ( FAQ )
Ihr exklusiver Vorteil: E-Book inside beim Kauf des gedruckten Buches
More details
Other editions
Additional editions
Book
12/2022
2nd Edition
Hanser
€29.99
Available immediately
Persons
Author
Dr. Gernot Starke stellt sich seit vielen Jahren der Herausforderung, die Architektur großer Systeme effektiv zu gestalten. Zu seinen Kunden zählen mittlere und große Unternehmen aus den Branchen Finanzdienstleistung, Logistik, Handel, Telekommunikation und dem öffentlichen Bereich. Er ist Mitgründer von arc42 und iSAQB sowie Fellow der innoQ. Gernot lebt in Köln.
ISNI:
ISNI:
Dr. Peter Hruschka ist einer der Prinzipale der Atlantic Systems Guild (www.systemsguild.com). Peter widmet sein Arbeitsleben dem Technologietransfer, insbesondere für große Hardware-/Software-Systeme. Er ist Mitbegründer von arc42 und req42 - der Heimat für pragmatische Softwarearchitektur und agiles Requirements-Engineering. Peter hat mehr als zehn Bücher und zahlreiche Artikel über Software- und System-Engineering veröffentlicht und unterrichtet und berät weltweit. Peter lebt in Aachen.
ISNI:
ISNI:
Content
- Intro
- Inhalt
- I Überblick
- I.1 Grundprinzipien von arc42
- I.2 Warum dieses Buch?
- I.3 Was dieses Buch nicht ist
- I.4 Unsere Annahmen über Sie .
- I.5 Navigationshilfe für Eilige
- I.6 Konventionen
- I.7 Danke
- II arc42 am Beispiel (1)
- 1 Einführung und Ziele
- 1.1 Aufgabenstellung
- 1.2 Qualitätsziele
- 1.3 Stakeholder
- 2 Randbedingungen
- 3 Kontextabgrenzung
- 3.1 Fachlicher Kontext
- 3.2 Technischer Kontext
- 4 Lösungsstrategie
- 5 Bausteinsicht
- 5.1 Whitebox Gesamtsystem (Ebene?1)
- 5.1.1 Blackbox "HSC Core"
- 5.1.2 Blackbox "HSC Gradle Plugin"
- 5.2 Bausteinsicht Ebene?2
- 5.2.1 Whitebox HSC Core
- 5.3 Bausteinsicht Ebene?3
- 5.3.1 Whitebox Results Collector
- 5.3.2 Suggester
- 6 Laufzeitsicht
- 6.1 Ausführen aller Prüfalgorithmen ("perform all checks")
- 6.2 Reporting von Prüfergebnissen
- 7 Verteilungssicht
- 8 Querschnittliche Konzepte
- 8.1 Fachliches Modell
- 8.2 Aufbau von UR (HTML-Verweise)
- 8.3 Entwicklung des Gradle-Plug-ins
- 8.4 Erweiterbarkeit um neue Prüf- oder Reporting-Verfahren
- 9 Entwurfsentscheidungen
- 9.1 Prüfung externer Links verschoben
- 9.2 JSOUP als HTML-Parser
- 9.2.1 Entscheidungskriterien
- 9.2.2 Alternativen
- 10 Qualitätsanforderungen
- 10.1 Qualitätsbaum
- 10.2 Qualitätsszenarien
- 11 Risiken & technische Schulden
- 11.1 Betriebs-/Deployment-Risiken
- 11.2 Fachliche Risiken
- 12 Glossar
- III Grundregeln effektiver Dokumentation
- III.1 Anforderungen an die Dokumentation
- III.2 Zentrale Tipps für eine effektive Dokumentation
- III.3 Einmaleins guter Architekturdiagramme
- IV arc42 effektiv einsetzen
- 1 Einführung und Ziele
- 1.1 Aufgabenstellung
- 1.2 Qualitätsziele
- 1.3 Stakeholder
- 2 Randbedingungen
- 3 Kontextabgrenzung
- 3.1 Fachlicher Kontext
- 3.2 Technischer Kontext
- 4 Lösungsstrategie
- 5 Bausteinsicht
- 6 Laufzeitsicht
- 7 Verteilungssicht
- 8 Querschnittliche Konzepte
- 9 Entwurfsentscheidungen
- 10 Qualitätsanforderungen
- 11 Risiken und technische Schulden
- 12 Glossar
- V arc42 im Alltag
- V.1 Guter Start mit arc42
- V.2 arc42 für bestehende Systeme
- V.3 Mit arc42 auf der grünen Wiese
- V.4 arc42 für agile Projekte
- V.5 arc42 für sehr große Systeme
- VI Werkzeuge für arc42
- VI.1 Anforderungen an Werkzeuge
- VI.2 Modellierungswerkzeuge
- VI.2.1 Grafische Modellierungswerkzeuge
- VI.2.2 Enterprise ArchitectT (Sparx Systems)
- VI.2.3 Visual ParadigmT
- VI.2.4 PlantUML
- VI.2.5 Weitere Modellierungswerkzeuge
- VI.3 Zeichenwerkzeuge
- VI.3.1 diagrams.net (früher: draw.io)
- VI.3.2 Online-/Browser-Werkzeuge
- VI.4 Wikis
- VI.4.1 ConfluenceT
- VI.4.2 Sonstige Wikis
- VI.5 Markup- oder Makrosprachen
- VI.5.1 AsciiDoc/AsciiDoctor
- VI.5.2 Andere Markup-Sprachen
- VI.5.3 DITA
- VI.6 Docs-as-Code mit docToolchain
- VI.7 Textverarbeitung
- VI.8 Mindmapping-Werkzeuge
- VI.9 Empfehlungen
- VII FAQ: Häufige Fragen zu arc42
- VII.1 Allgemeines zu arc42
- VII.2 Fragen zu arc42-Methodik
- VII.3 Fragen zu arc42-Abschnitten
- VII.3.1 Ad?1: Aufgabenstellung, Qualitätsziele, Stakeholder
- VII.3.2 Ad?2: Randbedingungen
- VII.3.3 Ad?3: Kontextabgrenzung
- VII.3.4 Ad?4: Lösungsstrategie
- VII.3.5 Ad?5: Bausteinsicht
- VII.3.6 Ad?6: Laufzeitsicht
- VII.3.7 Ad?7: Verteilungssicht
- VII.3.8 Ad?8: Konzepte
- VII.3.9 Ad?9: Entscheidungen
- VII.4 Fragen zur Modellierung
- VII.4.1 Nutzung von UML
- VII.4.2 Alternativen zu UML
- VII.4.3 Hardwaremodellierung
- VII.4.4 Verständliche und konsistente Modelle
- VII.5 arc42 und agiles Vorgehen
- VII.6 Fragen zu Werkzeugen
- VII.7 Fragen zu Versionen und Varianten
- VII.8 Fragen zu Traceability
- VII.9 Fragen zu Projekten und?Projektmanagement
- VII.10 Fragen zu spezifischen Anpassungen (Customizing) von arc42
- VIII arc42 am Beispiel (2)
- 1 Einführung und Ziele
- 1.1 Aufgabenstellung
- 1.2 Qualitätsanforderungen
- 1.3 Stakeholder
- 2 Randbedingungen
- 3 Kontextabgrenzung
- 3.1 Fachlicher Kontext
- 3.2 Technischer Kontext
- 4 Lösungsstrategie
- 5 Bausteinsicht
- 5.1 Whitebox Gesamtsystem (Ebene?1)
- 5.2 Bausteinsicht Ebene?2
- 5.2.1 Whitebox MeasuringUnit
- 5.2.2 Whitebox VideoUnit
- 5.2.3 Whitebox Video-Subsystem
- 5.3 Bausteinsicht Ebene?3
- 5.3.1 Whitebox von 1.2. Pursuit
- 5.3.2 Whitebox von 1.3 Calibrate
- 6 Laufzeitsicht
- 6.1 Verarbeitung und Weiterleitung von Messdaten
- 7 Verteilungssicht
- 7.1 Verteilungssicht Ebene?1
- 7.2 Verteilungssicht Ebene?2
- 8 Querschnittliche Konzepte
- 8.1 Fachliches Domänenmodell
- 8.2 Event-Handling
- 9 Entwurfsentscheidungen
- 9.1 Effiziente Berechnungen
- 9.2 Pufferung von Videoinformationen
- 9.3 Performance-Tuning der Schnittstelle zum Codec-Treiber
- 10 Qualitätsanforderungen
- 10.1 Qualitätsbaum
- 10.2 Qualitätsszenarien
- 11 Risiken und technische Schulden
- 11.1 Hardwarerisiken
- 11.2 Softwarerisiken
- 12 Glossar
- Literatur und Quellen
- Stichwortverzeichnis
