---

- Sie erfahren, wie die Dokumentation der Architektur von einer lästigen Pflicht zum integralen Kommunikations- und Arbeitsmittel wird.
- Sie lernen, architekturrelevante Einflussfaktoren und zentrale Entscheidungen festzuhalten.
- Sie erleben am Beispiel einer Schach-Engine, wie eine nachvollziehbare Architektur entsteht.
- Auf der Buchwebsite finden Sie Vorlagen und weitere Informationen zum Thema und zu den Fallbeispielen.
- Extra: E-Book inside

Dokumentation wird oft als lästige Pflicht angesehen und in vielen Softwareprojekten stark vernachlässigt, die Architektur wird manchmal überhaupt nicht beschrieben. Damit das in Ihren Projekten nicht passiert, schlägt dieses Buch praxiserprobte und schlanke Bestandteile für eine wirkungsvolle Architekturdokumentation vor.
Anhand eines durchgängigen Beispiels erfahren Sie, wie Sie architekturrelevante Einflussfaktoren erfassen und Ihre Softwarelösung angemessen und ohne Ballast festhalten. Sie lernen nicht nur die Vorgehensweise für das Dokumentieren während des Entwickelns kennen, sondern auch, wie Sie bestehende Systeme im Nachhinein beschreiben. Neben der Methodik diskutiert das Buch auch typische Werkzeuge wie Wikis, UML-Werkzeuge u.a., mit denen Sie Architekturdokumentation erfassen, verwalten und verbreiten können.
Checklisten und Übungsaufgaben geben Ihnen die nötige Sicherheit, um die Architekturdokumentation zu einem integralen Bestandteil in Ihrem Softwarevorhaben zu machen.

// Mein Fazit: Es gibt viele Bücher über Softwarearchitektur. Und dieses gehört zu denen, die man gelesen haben sollte, wenn man Softwareprojekte macht. //
Phillip Ghadir zur ersten Auflage

AUS DEM INHALT //
Ziele und Zielgruppen // Einflussfaktoren // Entscheidungen festhalten // Strukturen und Sichten // Übergreifende Konzepte // Gliederung // arc42 und Alternativen // Werkzeuge // Wiki vs. UML // Dokumentieren im Nachhinein // Reviews

Systemvoraussetzungen für E-Book inside: Internet-Verbindung und Adobe-Reader

---

AUS DEM INHALT
Ziele und Zielgruppen // Einflussfaktoren // Entscheidungen festhalten // Strukturen und Sichten // Übergreifende Konzepte // Gliederung // arc42 und Alternativen // Werkzeuge // Wiki vs. UML // Dokumentieren im Nachhinein // Reviews

---

"Sehr gut" dotnetpro, 7/2016

---

Stefan Zörner arbeitet als IT-Architekt im IBM e-business Innovation Center in Hamburg. Er ist Buchautor, veröffentlicht regelmäßig Artikel (u.a. für das Java Magazin und developerWorks) und ist Sprecher auf Konferenzen. Sein Schwerpunkt liegt auf EAI- und Middleware-Themen.

---