Wie eine Immobilienverwaltung wieder erweiterbar wurde
Eine gewachsene Immobilienanwendung musste neue Abläufe abbilden, ohne die bestehende Fachlogik oder den laufenden Betrieb zu gefährden.
- Branche
- Immobilienwirtschaft
- Projekttyp
- Bestehende Fachanwendung
- Auftrag
- Erweitern und stabilisieren
- Einordnung
- Anonymisiert
Die Anwendung wusste mehr als ihre Dokumentation
Über Jahre waren Regeln für Objekte, Verträge und wiederkehrende Abläufe direkt in der Anwendung gewachsen. Selbst kleine Änderungen berührten mehrere Stellen. Vor einer Erweiterung musste deshalb zuerst klar werden, welche Regeln tatsächlich zusammengehören und wo versteckte Abhängigkeiten lagen.
Ein kompletter Neubau hätte das Projektrisiko nur verschoben. Der sinnvolle Weg war, die bestehende Software zu lesen, kritische Abläufe zu schützen und neue Funktionen schrittweise in die vorhandene Fachwelt einzubauen.
Wir haben erst die Fachlogik geordnet, dann erweitert
Die Arbeit begann nicht mit neuen Oberflächen. Sie begann mit den Abläufen, die im Alltag korrekt bleiben mussten.
Kritische Abläufe kartiert
Wir haben Eingaben, Zustandswechsel, Datenbankänderungen und nachgelagerte Prozesse entlang realer Nutzerabläufe verfolgt.
Regeln aus dem Seiteneffekt gelöst
Fachregeln wurden an klarere Stellen verschoben, damit neue Anforderungen nicht weitere Sonderfälle in Controller und Formulare drücken.
Neue Abläufe in kleinen Schnitten gebaut
Jeder Schritt ließ sich einzeln prüfen und ausliefern. Bestehende Nutzer mussten ihren Arbeitsablauf nicht auf einmal umstellen.
Übergabe im Code verankert
Tests, verständliche Namen und kurze technische Notizen hielten die wichtigsten Entscheidungen dort fest, wo die nächste Änderung beginnt.
Was danach anders war
- Neue Arbeitsabläufe liefen in der bestehenden Anwendung, ohne einen riskanten Komplettumbau auszulösen.
- Kritische Regeln und Abhängigkeiten waren für weitere Entwicklung leichter zu finden.
- Änderungen konnten kleiner geplant, geprüft und übergeben werden.
Nicht alles, was alt ist, muss ersetzt werden. Bei Fachsoftware steckt viel Wert in den Regeln, die über Jahre entstanden sind. Unsere Aufgabe war, diesen Wert sichtbar zu machen und die Stellen zu erneuern, an denen er weitere Entwicklung blockierte.
Kundenname, Produktname und konkrete Geschäftsregeln wurden entfernt. Der Ablauf beschreibt reale Projektarbeit in verdichteter Form.
Passende Arbeit zum Thema
- LeistungAnwendungsrettung und Übernahme bestehender SoftwareAnwendungsrettung · Übernahme
- LeistungSoftware-Modernisierung bestehender AnwendungenSoftware-Modernisierung · Bestand
- LeistungSymfony-Modernisierung und Versions-UpgradesSymfony-Modernisierung · Upgrade
- LeistungApplication Management für bestehende SoftwareApplication Management · Betrieb
- LeistungCloud-Migration bestehender AnwendungenCloud-Migration · Bestehende Anwendungen
- ArtikelIhre Software läuft. Aber ist sie auch gesund?Software & Betrieb
- ArtikelBackups reichen nicht: Warum Restore-Tests dazugehörenBetrieb
- ArtikelPHP-Anwendung: modernisieren oder neu schreiben?PHP & Modernisierung
- ArtikelManaged DevSecOps für KMU: Wann es besser als ein eigenes Ops-Team passtDevSecOps
- ArtikelMonitoring ohne Alarmmüdigkeit: Welche Signale kleine Teams wirklich brauchenBetrieb
- ArtikelDeutsche Cloud-Infrastruktur mit IONOS CLOUDCloud & Infrastruktur