From pair programming to mob architecting

WPS - Workplace Solutions GmbH //// Hans-Henny-Jahnn-Weg 29 //// 22085 HAMBURG
Vom Pair Programming zur Mob-Architekturverbesserung
Dr. Carola Lilienthal, cl@wps.de, @cairolali
www.wps.de

10.04.2017 //// Seite 4WPS - Workplace Solutions GmbH
Software-
Architektur
Anforderungs-
ermittlung
Leitstand und
Interaktion
Individual-
software
Business-Software,
die Spaß macht!
WPS – Workplace Solutions GmbH

Dr. Carola Lilienthal
Geschäftsführerin
cl@wps.de
www.wps.de
+49 40 229 499-0
+49 40 229 499-299
+49 170 184 77 11
Diplom-Informatikerin
@cairolali
a @cairolali
cl@wps.de
www.llsa.de

Software-Entwicklung/Einführung = Expedition
Entscheidungs-
spielraum
Projektbeginn Zu Projektbeginn
geplante Lösung
Anvisiertes Ziel der 1. Iteration
Unschärfe, im
Projektverlauf
abnehmend
Zwischenergebnisse
zum Überprüfen der
Richtung
Tatsächliche
Lösung am
Projektende
© Gernot Starke

Aus klein wird groß, und jede Teillösung funktioniert!
© Frank Düsterbeck

Änderungen Backlog

Pair Programming

Pair-Programming

Beweise, Beweise, Beweise

Verteiltes Pair Programming

Mob Programming

Mob Architecting – Architekturanalyse im Team

Architekturanalyse: Was ist das?
Findet sich die geplante Architektur (Soll-Architektur) in der
Strukturen der implementierten Software (Ist-Architektur) wieder?
Soll-Architektur Ist-Architektur
≠ Sourcecode
Plan mit
Klassen =
Directories
Packages
Namespaces
Subsysteme
Komponenten
Module
Schichten

Architekturziele für Langlebigkeit
Architekturziel 1: Erweiterbarkeit
• schnelle Anpassungen
• schnelle Fehleranalyse
• Handlungssicherheit
• Stabilität
Architekturziel 2: Flexibilität
• Varianten von Geschäftsprozessen
• Geänderte Anforderungen
• Serviceorientierung und Skalierbarkeit
• Baukastenprinzip

Ausmaß an
technischen Schulden
Funktionalität
pro ZeiteinheitArchitekturerneuerungWartung und Erweiterung
hohe
Schulden
geringe
Schulden
Gleichbleibender
Aufwand für Wartung

Ausmaß an
Funktionalität
pro ZeiteinheitArchitekturerneuerung
Architekturerosion
Wartung und Erweiterung
hohe
Schulden
geringe
Schulden
Gleichbleibender

Ausmaß an
Funktionalität
pro Zeiteinheit
Refactorings
Architekturerneuerung
Architekturerosion
hohe
Schulden
geringe
Schulden
Gleichbleibender

Ausmaß an
Funktionalität
pro Zeiteinheit
Refactorings
Architekturerosion
hohe
Schulden
geringe
Schulden
Gleichbleibender
Hoher, unplanbarer

70%
20%
10%
Code verstehen
Problem lösen
Code schreiben
Womit verbringen wir unsere Zeit?

Komplexe Strukturen verstehen = Zeitgewinn!
Kognitive Mechanismen
Bildung von
Hierarchien
Chunking
Aufbau von
Schemata

Bildung von
Hierarchien
Chunking
Aufbau von
Schemata
Einfache, einheitliche
Architektur
Modularität

Modularität
Hohe Kohäsion und
lose Kopplung
Separation of Concerns
Single Responsibility Principle

Bildung von
Hierarchien
Chunking
Aufbau von
Schemata
Architektur
Modularität

Hierarchien
 

Bildung von
Hierarchien
Chunking
Aufbau von
Schemata
Architektur
HierarchisierungModularität

Säumer Schema
@ Daniel Rihs

Bildung von
Hierarchien
Chunking
Aufbau von
Schemata
Architektur
HierarchisierungModularität Musterkonsistenz

User Interface
Domain
Application
Hierarchien in Architekturebene: Schichten und Module
Fachliches
Modul B
Fachliches
Modul A
Fachliche Schichtung
TechnischeSchichtung Fachliches
Modul C

Typische Architektur bei jungen Systemen
Gute technische Schichtung Unfertige fachliche Struktur
 Technische Struktur
 Fachliche Struktur ist unklar

Zwei Dimensionen einer Architektur
Technische Schichtung Fachliche Schichtung
Leicht zu
behebende
Verletzungen
Schwer zu
behebende
Verletzungen
Eine
Komponente
verursacht die
Probleme
Eine
Komponente
verursacht die
Probleme

Bildung von
Hierarchien
Chunking
Aufbau von
Schemata
Architektur

Uneven Modules
9 Komponenten = 17 Subsysteme

Uneven Modules
Ein großer Monolith mit vielen kleinen Satelliten
950.860 LOC
84.808 LOC

128 Build Units mit Anzahl Klassen
 3 Mio von
9 Mio LOC
 1/3 des
Systems

5.270 Klassen in einem Zyklus
in einer BuildUnit

Bildung von
Hierarchien
Chunking
Aufbau von
Schemata
Architektur

Muster auf Klassenebene: Entwurfsmuster und Mustersprachen
User Interface
Domain
Application
Fachliches Modul
Window
GUI
Model
View
C
o
n
t
r
o
l
ValueObject
Service
BusinessObject
SchichtungdurchMuster

Kaputte Muster führen zu Zyklen

119 Klassen aus 4 Komponenten
+ 28 weitere Klassen

Große Zyklen sichtbar machen
327 Klassen aus 8 Komponenten
brauchen sich gegenseitig

Bildung von
Hierarchien
Chunking
Aufbau von
Schemata
 Einheitliche und
durchgängige
Muster
 Zyklenfreiheit auf
allen Ebenen
 Zuständigkeit
 Kopplung
 Größenverhältnisse
 Schnittstellen

Kostenfreie Werkzeuge
• SonarQube:
• Leitstand für Qualitätsmetriken
• Plattform für vielfältige Plugins
• JDepend:
• wenige Metriken
• einfache Abhängigkeitsanalyse
• JDepend + Google Architecture Rules:
• einfache Architekturbeschreibung
• Ndepend/CDepend:
• Metriken
• Abhängigkeitsanalyse
• XRadar:
• Analyse von Java-Projekten via maven
• Reports bezüglich Komplexität und Architekturverletzungen
• Moose
• Code City
• Degraph
• jQAssistant

Kommerzielle Produkte
 Axivion Bauhaus: Java, C#, C/C++, Ada, VB und Cobol
 Lattix: Java, .Net, C/C++, Ada, Delphi und DB-Systeme
 Structure101: Java, C++, Ada
 SotoArc und Sonargraph: Java, C#, C/C++, ABAP, PHP
 Teamscale: C#, Java
 Seerene: Java, C#, C/C++, ABAP

Modularität von Softwarearchitekturen
- Java, C#, C++, ABAP, PHP -
Modularität (0-10)

Vielen Dank für Ihre Aufmerksamkeit!

Schulungen zu
Architektur und Domain-Driven Design
wps.de/schulung

Dr. Carola Lilienthal
Geschäftsführerin
cl@wps.de
www.wps.de
+49 40 229 499-0
+49 40 229 499-299
+49 170 184 77 11
Diplom-Informatikerin
@cairolali
a @cairolali
cl@wps.de
www.llsa.de
Vielen Dank für Ihre Aufmerksamkeit!

From pair programming to mob architecting

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (13)

Destacado

Destacado (17)

Similar a From pair programming to mob architecting

Similar a From pair programming to mob architecting (20)

Más de Carola Lilienthal

Más de Carola Lilienthal (7)

From pair programming to mob architecting