In diesem Buch dreht sich alles um eine Frage: Wie zerlegt man eine Software sinnvoll in einzelne Komponenten? Damit ist auch bereits die wichtigste Aufgabe eines Software-Architekten umrissen. Wichtigstes Prinzip ist es, die Komponenten möglichst lose miteinander zu koppeln. Der Autor verfolgt dieses Prinzip sehr konsequent. Und so rät er dringend von einigen häufig anzutreffenden Mustern ab. So führt z. B. der Einsatz eines Enterprise Service Bus (ESB) als zentraler Mediator meist dazu, dass relativ viel Logik in diese zentrale Komponente wandert, wodurch hohe gegenseitige Abhängigkeiten zwischen dem ESB und den verbundenen Komponenten führt. Besser ist der Ansatz der „Dumb Pipes and Smart Endpoints“, d. h. leichtgewichtige Kommunikationsstrukturen, bei denen die Logik in den angeschlossenen Komponenten verbleibt.
Architektur
Qualitätsanforderungen webbasierter Geschäftssysteme erfüllen
Wer sich vom vorliegenden Buch eine Einführung in Architekturstile wie Serviceorientierte Architekturen oder Microservices erwartet, dürfte enttäuscht werden. Die Beschreibung dieser Architekturen umfasst – ebenso wie die des ebenfalls im Titel genannten Domänengetriebenen Entwurfs – nur einige Seiten im einleitenden ersten Kapitel. Schwerpunkt ist vielmehr die ausführliche Diskussion von Qualitätsmerkmalen und mit welchen Maßnahmen man die entsprechenden Qualitätsanforderungen erfüllen kann.
Das zugrunde gelegte Qualitätsmodell bezieht sich auf eine bestimmte Klasse von Softwaresystemen: webbasierte Geschäftssysteme. Der Autor versteht darunter
Flexible und zugleich robuste Architekturen
Es gibt viele Konzept und Ratschläge wohlmeinender Berater und IT-Anbieter, mit welchen Konzepten und Architekturen die Herausforderungen der Digitalisierung am besten zu meistern sind. Selten findet man darunter jedoch einen so ganzheitlichen Ansatz wie in dem vorliegenden Buch. Die Autoren aus dem Hause Opitz Consulting skizzieren, wie eine umfassende IT-Architektur aussehen kann, die gleichzeitig flexibel und robust ist: flexibel genug, um schnelle Änderungen und Weiterentwicklungen zu ermöglichen, und robust genug um die Kernprozesse zuverlässig zu unterstützen.
Das prozessorientierte Unternehmen als Wertschöpfungsmaschine
Viele Prozessmanagement-Ansätze werden etwas vage, wenn es um die Anbindung an die Unternehmensstrategie geht. Doch bleibt die positive Wirkung von Prozessverbesserungsmaßnahmen zwangsläufig beschränkt, wenn nicht sichergestellt ist, dass die Prozesse möglichst optimal auf die Markterfordernisse und die Strategie ausgerichtet sind. Das vorliegende Buch schließt diese Lücke. Es beschreibt sehr genau, wie man die Unternehmensstrategie konkretisiert und in den Prozessen verankert. Der vorgestellte Ansatz wurde am Institut für Unternehmensführung der TU Graz entwickelt und in zahlreichen Projekten erfolgreich umgesetzt.
Bei diesem Ansatz geht es nicht um inkrementelle Verbesserungen innerhalb bestehender Organisationsstrukturen, sondern um grundlegende Prozessinnovationen, die zumeist auch Änderungen der Aufbauorganisation erfordern. Zentral ist hierbei
Leider gerne vergessen: Architekturdokumentation
In Zeiten schwergewichtiger Software-Entwicklungsprozesse entstanden massenhafte Dokumentationen, die aber oft zu komplex waren und schnell veralteten. In agilen Projekten ist oft das Gegenteil zu beobachten: Unter dem Motto „Der Code ist die beste Dokumentation“ wird komplett auf jede weitere Beschreibung verzichtet. Dass auch das nicht die richtige Lösung ist, wird spätestens dann klar, wenn ein neuer Mitarbeiter verstehen will, wie die Software aufgebaut ist – und warum sie gerade so und nicht anders strukturiert ist.
Wie eine gelungene Architekturdokumentation aussehen kann, thematisiert Stefan Zörner in seinem neu erschienen Buch Softwarearchitekturen dokumentieren und kommunizieren (Anzeige). Dabei beschreibt er einen praktikablen Weg, der sich gerade auch für agile Projekte eignet.