Software-Kartographie Wie erkennen Sie gute...

Software-Kartographie & Software-Audits

Wie erkennt Ihr gute IT-Systeme?

GastvortragTU Darmstadt18.01.2019

Alex HofmannTechnischer GeschäftsführerMaibornWolff GmbH

Over-Engineering

Technische Architektur

Fa

ch

lich

keit

WartungshölleEingeschränkt

wartbar

IdealeEntwicklung

IT-Sanierung

Vier Qualitäts-Korridorefür Software

Over-Engineering

Technische Architektur

Fa

ch

lich

keit

WartungshölleEingeschränkt

wartbar

IdealeEntwicklung

IT-Sanierung

Praxis und Ideal –oft weit auseinander

Der Teufelskreiszur Wartungshölle

Feature-,Budget-,

TermindruckIneffizienzim Team

ParallelitätÜberlast

Timeboxing

ProvisorienKein Refactoring

Reduzierte TestsTechnische Schulden

FehlerSeiteneffekte

NacharbeitenHohe Änderungsaufwände

Keine verlässlichen Schätzungen

Qualitäts-mängel

intern

extern

Hölle der Abhängigkeiten

Hölle der Verschachtelung

10+Nesting Level

1 Klasse, die beijeder System

-änderung ange-passt wird.

Hölle der Monolithen

13277Lines of Code

1 Klasse, die beijeder Systemänderung

angepasst wird.

Den Teufelskreis durchbrechen

Softwarebaunachvollziehen

Technische Schuldensofort erkennen

Qualität fürWeiterentwicklung bewerten

Visualisieren Sie die interne Qualität von IT-Systemen

Grundfläche:Größe (LOC) oderKopplungsgrad Klasse

Höhe:Codemetrik fürAnalyse

Farbe:Schwellwert oderProzessmetrik

Sie sehen Ihre Systeme wachsen

Testabdeckung

Kopplung(In/Outbound)

Komplexität(McCabe)

Schachtelung(NL+)

Größe(LOC)

Zwei Geschichteneines Software-Kartographen

Software-Audit Agile Entwicklung

IT-Landschaften sind riesig.Kunden haben viel vor.

Neue GeschäftsstrategienMehr Nutzer oder neue TechnologienErhöhung der Betriebseffizienz

Betrieb der Systeme stabilisierenWartbarkeit der Systeme erhöhen

Wir auditieren 5 Sichten aufdas ausgewählte IT System.

KünftigeVorhaben

FachlicheArchitektur

TechnischeArchitektur/

Code

Entwick-lungsprozess

Betrieb

Einsatz der Softwarekartenim Audit

Werkzeug: Softurbs (BTU Cottbus - Senftenberg)Grundfläche (Kopplungsgrad) , Höhe (LOC), Farbe (Entwicklung 2015)

Technische Schuld: Strukturensind nicht mitgewachsen

Technische Schuld: Komplexität weiter gestiegen

Grundfläche: Lines of CodeHöhe: McCabe-KomplexitätFarbe: Auf-/Abbau von KomplexitätZeitraum: 03/2013 bis 03/2014 (12 Monate)

Abbau vonKomplexität

Aufbau vonKomplexität

Regelmäßige Releases, regelmäßige Karten

Werkzeug: Softurbs (BTU Cottbus - Senftenberg). Grundfläche (Kopplungsgrad) , Höhe (LOC), Farbe (LOC)

Agile Entwicklung

Blindleistung ist teuerund demotiviert

Agile Entwicklung

31% budget loss

Codecharta von MaibornWolffeinfach mal ausprobieren !