Das Dokument beschreibt, wie man die Softwarearchitektur zurückerobern kann, und behandelt die Definition von Architektur, die Probleme technischer Schulden und die Symptome von Entropie in der Softwareentwicklung. Es werden Schritte zur Analyse der bestehenden Architektur, zur Definition von Zielparametern und zur kontinuierlichen Überprüfung dieser Parameter vorgeschlagen. Zudem werden verschiedene Werkzeuge und Techniken sowie weiterführende Ressourcen zur Verbesserung der Architektur vorgestellt.

1. RECLAIM YOUR
ARCHITECTURE!
Tools und Techniken um deine Software Architektur zurück
zu erobern!

2. Begriffsde nition
Die Feinde der Architektur
Unsere Waffen (aka Tools und Techniken)
Beispiele und Code

3. Rational Uni ed Process, 1999
“the highest level concept of a system in its
environment. The architecture of a software
system (at a given point in time) is its
organization or structure of signi cant
components interacting through interfaces,
those components being composed of
successively smaller components and
interfaces“

4. Martin Fowler, 2003
“Stuff that's hard to change later“

5. KNOW YOUR ENEMY!

6. Technische Schuld
“doing things the quick and dirty way sets us
up with a technical debt, which is similar to a
nancial debt. Like a nancial debt, the
technical debt incurs interest payments,
which come in the form of the extra effort that
we have to do in future development because
of the quick and dirty design choice.“
Bewußte Entscheidung!

7. Entropie (phys.)
“Tendenz in der unbelebten Welt zu immer
größerer Unordnung.“
Unbewußte Entwicklung!

8. SYMPTOME DER ENTROPIE

9. SCHLECHT ZU WARTEN

10. SCHWER ZU ERWEITERN

11. MANGELNDE WIEDERVERWENDBARKEIT

12. SCHWER ZU TESTEN

13. ZUNEHMENDE UNVERSTÄNDLICHKEIT

14. URSACHEN

15. ZIRKULÄRE ABHÄNGIGKEITEN
Zwischen Klasse, Packages, Modulen etc.

16. FEHLENDE ABSTRAKTION
Klassen, Packages, Module haben sehr viele Abhängigkeiten

17. KEINE ODER MANGELHAFTE UMSETZUNG VON
ARCHITEKTURREGELN
Unerlaubte Abhängigkeiten

18. NIEDRIGE KOHÄSION, HOHE KOPPLUNG
Kohäsion bezeichnet den Zusammenhalt innerhalb einer
Komponente, Kopplung die äußere Bindung

19. CODE SMELLS
Zyklomatische Komplexität, Duplizierter Code, Große
Klassen / Methoden, ...

20. FIGHT BACK!

21. SCHRITT 1: BESTANDSAUFNAHME
“If you can't measure it, you can't manage it.“

22. Bestehende Architektur ermitteln
Dependency Structure Matrix (DSM) Analyse
Zirkuläre Abhängigkeiten aufdecken
Metriken sammeln

24. SCHRITT 2: DEFINITION DER ZIELPARAMETER

25. Zielarchitektur bestimmen
Ziel-Code-Coverage de nieren
Realistische Boundaries für Metriken de nieren

26. SCHRITT 3: ZIELPARAMETER KONTINUIERLICH
ÜBERPRÜFEN

27. Degraph (oder JDepend)
Jenkins + SonarQube
Structure101

28. LINKS UND WEITERFÜHRENDE INFORMATIONEN
http://schauder.github.io/degraph/
http://docs.sonarqube.org/display/HOME/Spaghetti+Design
http://erik.doernenburg.com/2010/04/dependency-
structure-matrix/
http://www.ndepend.com/docs/dependency-structure-
matrix-dsm
http://structure101.com/resources/
http://www.martinfowler.com/ieeeSoftware/coupling.pdf
Java Application Architecture, Kirk Knoernschild