Altsysteme ablösen, Schritt für Schritt

Alte Software ist nicht automatisch schlechte Software. Viele Anwendungen im Mittelstand laufen seit Jahren zuverlässig und bilden Abläufe ab, die sonst niemand so genau kennt. Das Problem entsteht, wenn die Grundlage darunter wegbricht: die Programmiersprache, das Betriebssystem, der einzige Entwickler oder die Grenzen des Werkzeugs.

Drei Anlässe sehen wir besonders oft. Erstens veraltete PHP-Versionen, für die es keine Sicherheitsupdates mehr gibt. Zweitens Anwendungen, deren Entwickler das Unternehmen verlassen hat, ohne Dokumentation zu hinterlassen. Drittens Access- oder Excel-Lösungen, die aus einer kleinen Hilfe zu einem zentralen System gewachsen sind.

Der naheliegende Plan ist oft: alles neu bauen und an einem Stichtag umschalten. Genau dieser Plan scheitert am häufigsten. Die alte Anwendung enthält Regeln und Sonderfälle, die niemand aufgeschrieben hat. Sie fallen erst auf, wenn die neue Software sie nicht kennt, und dann steht der Betrieb.

Wir lösen Altsysteme deshalb in Abschnitten ab. Zuerst sichern wir den Bestand: Quellcode in ein Repository, eine lauffähige Testumgebung, erste Tests für die wichtigsten Abläufe. Dann ersetzen wir einzelne Teile, einen nach dem anderen, während die alte Anwendung für den Rest weiterläuft. Beide Teile greifen in der Übergangszeit auf dieselben Daten zu.

Das dauert nicht unbedingt länger als ein Neubau, aber jeder Schritt ist klein genug, um ihn zu testen und bei Bedarf zurückzunehmen. Sie haben zu jeder Zeit eine Software, die funktioniert.

Bei einer PHP-Anwendung ist der Neubau selten nötig. Oft lässt sich der vorhandene Code Version für Version auf ein aktuelles PHP anheben. Dabei ersetzen wir veraltete Funktionen, aktualisieren Bibliotheken über Composer und schreiben Tests, bevor wir kritische Stellen umbauen.

Wo die Struktur es erlaubt, überführen wir Teile schrittweise in ein Framework wie Laravel oder Symfony. Neue Funktionen entstehen dann gleich auf der neuen Grundlage, alte Teile folgen nach und nach. Wie wir mit übernommenen PHP-Projekten arbeiten, beschreiben wir unter Laravel- und PHP-Agentur.

Bei Access- und Excel-Lösungen ist der Weg ein anderer. Hier ziehen wir Daten und Logik in eine Webanwendung mit einer richtigen Datenbank. Nutzer arbeiten danach im Browser, gleichzeitig und mit Rechten, die zu ihrer Rolle passen. Jede Änderung ist nachvollziehbar.

Wir beginnen mit der Analyse der vorhandenen Datei: Tabellen, Beziehungen, Formeln, Makros und Berichte. Daraus entsteht ein sauberes Datenmodell. Die Daten übernehmen wir mit einem wiederholbaren Import, damit wir vor dem Umstieg mehrfach testen können. Berichte, die Sie heute aus Access oder Excel ziehen, bauen wir in der neuen Anwendung nach oder stellen sie als Export bereit.

Manche Teams wollen Excel für Auswertungen behalten. Das ist kein Problem: Die neue Anwendung kann Daten als Excel-Datei ausgeben, während die Pflege der Daten zentral bleibt.

Der Einstieg ist der Modernisierungs-Check, ein Workshop zum Festpreis. Wir sehen uns Ihre Anwendung, den Code, die Daten und die Umgebung an und sprechen mit den Menschen, die damit arbeiten.

Am Ende steht ein schriftliches Ergebnis: wie es um die Anwendung steht, welche Risiken akut sind, welche Wege es gibt und welchen wir empfehlen. Dazu eine Reihenfolge der Schritte mit Aufwandsschätzung. Mit diesem Ergebnis können Sie entscheiden, auch wenn Sie die Umsetzung später an jemand anderen vergeben.