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, [email protected], @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

[email protected]

www.wps.de

+49 40 229 499-0

+49 40 229 499-299

+49 170 184 77 11

Diplom-Informatikerin

@cairolali

a @cairolali

[email protected]

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


Beweise, Beweise, Beweise


Verteiltes Pair Programming


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 ZeiteinheitArchitekturerneuerung Wartung 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



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

HierarchienChunking

Aufbau von

Schemata





Bildung von

HierarchienChunking

Aufbau von

Schemata

Einfache, einheitliche

Architektur

Modularität


Modularität

Hohe Kohäsion und

lose Kopplung

Separation of Concerns

Single Responsibility Principle




Bildung von

HierarchienChunking

Aufbau von

Schemata


Architektur

Modularität


Hierarchien





Bildung von

HierarchienChunking

Aufbau von

Schemata


Architektur

HierarchisierungModularität




Säumer Schema

@ Daniel Rihs





Bildung von

HierarchienChunking

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

Te

ch

nis

ch

e S

ch

ich

tun

gFachliches

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

HierarchienChunking

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

HierarchienChunking

Aufbau von

Schemata


Architektur



Muster auf Klassenebene: Entwurfsmuster und Mustersprachen

User Interface

Domain

Application

Fachliches Modul

Window

GUI

Model

ViewControl

ValueObject

Service

BusinessObject

Sc

hic

htu

ng

du

rch

Mu

ste

r


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

HierarchienChunking

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

[email protected]

www.wps.de

+49 40 229 499-0

+49 40 229 499-299

+49 170 184 77 11

Diplom-Informatikerin

@cairolali

a @cairolali

[email protected]

www.llsa.de

Vielen Dank für Ihre Aufmerksamkeit!

Technology

From pair programming to mob architecting