Software-Kartographie Wie erkennen Sie gute...
Transcript of 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 !