4 Phasen Vorgehensmodell des Refactoring
Systematisches Vorgehen für ein optimales Ergebnis.
Wichtig ist, dass man im Refactoring von Legacy Code eine klare Strategie verfolgt und systematisch dabei vorgeht. Ein weitere wesentliche Komponente ist, die Messbarmachung des Fortschritts vom IST zum SOLL.
Phase 1: Bewerten der Lage
In einer ersten Phase wird Bewertet ob und welche Systeme der bestehenden IT Landschaft erneuert, überarbeitet oder eingestellt werden sollen. Dabei ist es notwendig eine ganzheitliche Sicht auf die eingesetzten Applikationen zu erschaffen und dann jeweils methodisch festzustellen, welche Entscheidung getroffen werden muss. In den meisten Fällen spielen Zeit und Kosten die wesentlichen Rollen.
Phase 2: Analyse eines Systems das Refactored werden soll
Sobald ein System zum Refactoring ausgewählt wurde, gilt es eine Analyse durchzuführen, die den IST-Zustand der Software erfasst. Je nach Stand der bestehenden Dokumentation, sind Use Cases und ein Architekturmodell noch zu ergänzen. Zwei wesentliche weitere Analysen beziehen sich auf die Qualität des Source Codes und die Erfassung des vorhandenen KnowHow in der vorliegenden Organisation.
Phase 3: Das SOLL definieren
Je nach System Zustand und Anforderungen an die Überarbeitung der Software können unterschiedliche Ziele für das erwartete Ergebnis gefunden werden. So kann im einen Fall eine Verbesserung der Architektur im Fokus sein und in einem anderen der Umstieg auf eine höhere Version der eingesetzten Programmiersprache; in wieder anderen Fällen liegt die Wartbarkeit im Argen, weil die Source Code Qualität nicht ausreichend ist, sprich der Code nicht lesbar ist.
In dieser Phase werden also Ziele und damit auch die Messbarkeit des Fortschrittes definiert, die Roadmap für das Umsetzungsprojekt aufgeschrieben und insbesondere der Aufwand anhand dieser beiden Grundlagen mit dem Team gemeinsam systematisch abgeschätzt, damit eine Kostenkalkulation möglich wird.
Phase 4: Controlling und Durchführung
Sind alle Rahmenbedingungen für das Refactoring geschaffen, kümmern wir uns um das Controlling des Projektes, welches das Team selbst durchführt. Dabei werden Fortschritte gemessen, Standups moderiert, entstandene Probleme einer Lösung zugeführt und Reports erstellt
Fazit
Insgesamt ist wichtig, Refactoring strukturiert anzugehen und eine klare Vorstellung innerhalb des Teams zu erarbeiten, was der SOLL Zustand ist, und wie man Schrittweise vom IST dort hingelangt. Die vier Phasen sind nochmal aufgelistet:
- Bewerten der Lage
- Analyse des Systems
- Das SOLL definieren
- Controlling und Durchführung
Further Readings
Share / Beitrag teilen
Kontaktieren Sie uns jetzt.