Das System modernisieren, das niemand anzufassen wagt. Eine Funktion nach der anderen.
Jahrzehnte an Geschäftsregeln stecken in COBOL, PL/I, Oracle Forms und frühem Java und .NET. Wir legen diese Regeln offen, bauen ein Sicherheitsnetz aus Tests und verlagern Funktion für Funktion hinter eine Fassade, mit Parallelbetrieb und Abgleich, bevor irgendetwas abgeschaltet wird.
Für belgische Verwaltungen und Unternehmen, deren Kernsystem seit Jahrzehnten läuft und auf dessen Regeln täglich Menschen angewiesen sind.
Das Anwendungsportfolio wird bewertet und das Zielbild vereinbart. Geschäftsregeln werden mit KI-Unterstützung aus dem Code gewonnen und von Menschen verifiziert. Charakterisierungstests bilden ein Sicherheitsnetz. Jede Funktion wird hinter einer Fassade neu gebaut und parallel zum Altsystem betrieben; Abweichungen werden analysiert und behoben, bevor die fachlich verantwortliche Person die Umstellung freigibt und der alte Teil stillgelegt wird.
Vorher und nachher
Was sich in Ihrer Arbeitsweise ändert
Heute
Mit dem System
Heute
Heute: Jede Änderung ist ein Risiko
Kleine regulatorische Änderungen dauern Monate, weil niemand vorhersagen kann, was eine Änderung sonst noch berührt.
Mit dem System
Mit dem System: Änderungen durch Tests abgesichert
Charakterisierungstests halten fest, was das System heute tut, sodass jede Änderung ihre Wirkung vor dem Release zeigt.
Heute
Heute: Wissen geht in den Ruhestand
Die Menschen, die den Code verstehen, stehen kurz vor dem Ruhestand, und die Dokumentation passt schon lange nicht mehr zum System.
Mit dem System
Mit dem System: Regeln dokumentiert und verifiziert
Aus dem Code gewonnene Geschäftsregeln werden in verständlicher Sprache dokumentiert und von Fachleuten bestätigt.
Heute
Heute: Big-Bang-Pläne geraten ins Stocken
Programme zur vollständigen Ablösung versprechen einen Umstellungstermin, der sich immer weiter verschiebt, während die Kosten steigen.
Mit dem System
Mit dem System: Nutzen in Etappen
Funktionen wandern einzeln hinter eine Fassade. Jede Etappe geht eigenständig live und lässt sich zurücknehmen.
Heute
Heute: Daten in alten Strukturen gefangen
Neue Dienste und KI-Anwendungsfälle erreichen die Daten nur über fragile Extrakte und nächtliche Batch-Läufe.
Mit dem System
Mit dem System: Daten über APIs verfügbar
Migrierte Domänen stellen ihre Daten über dokumentierte APIs bereit, abgeglichen mit dem Altsystem, bis es stillgelegt ist.
Workflow
So läuft der Prozess
Ein Strangler-Fig-Ansatz: Das neue System wächst Funktion für Funktion um das alte herum. In der Schleife zwischen Parallelbetrieb und Neubau steckt der größte Teil der eigentlichen Arbeit.
Beispielhafter Ablauf
7 Schritte · 3 menschliche Prüfungen
Legende
System
Agent
Person
Menschliche Prüfung
Ausnahmepfad
Modernisierung von Altsystemen: beispielhafter Ablauf mit Abgleichsschleife
Diagramm als Text lesen
Der Hauptpfad führt von der Bewertung des Portfolios und der Offenlegung der Geschäftsregeln über den Aufbau eines Sicherheitsnetzes aus Charakterisierungstests und den Neubau einer Funktion hinter einer Fassade zum Parallelbetrieb von Alt und Neu und schließlich zur Umstellung und Stilllegung des alten Teils.
Menschen geben die Zielarchitektur frei, verifizieren jede offengelegte Regel und genehmigen jede Umstellung: Das sind die menschlichen Kontrollpunkte.
Zeigt der Parallelbetrieb abweichende Ergebnisse, verlässt die Etappe den Hauptpfad zur Analyse durch Entwicklungsteam und Fachleute und kehrt zum Neubau zurück, bis Alt und Neu übereinstimmen.
01
Schritt 1: Portfolio bewertenPerson
Anwendungsinventar, Abbildung von Abhängigkeiten und Datenflüssen sowie eine Entscheidung je Anwendung: stilllegen, beibehalten, rehosten, auf eine neue Plattform heben, neu bauen oder ersetzen. Domänen werden kartiert, um die Nahtstellen zu finden, an denen sich das System in Etappen zerlegen lässt.
Menschliche Prüfung
Ihr Architekturgremium gibt Zielarchitektur und Reihenfolge der Etappen frei.
02
Schritt 2: Geschäftsregeln offenlegenAgent
KI-gestützte Codeanalyse liest COBOL, PL/I, JCL, Oracle Forms und älteres Java oder .NET und entwirft Dokumentation, Aufrufgraphen und einen Katalog der Geschäftsregeln.
Menschliche Prüfung
Entwicklungsteam und Fachleute verifizieren jede extrahierte Regel, bevor sie als Spezifikation dient. Nicht verifizierte Regeln werden als solche gekennzeichnet.
03
Schritt 3: Sicherheitsnetz bauenSystem
Charakterisierungstests werden aus anonymisierten Ein- und Ausgaben der Produktion erzeugt, sodass das heutige Verhalten samt seinen Eigenheiten erfasst ist, bevor sich etwas ändert.
04
Schritt 4: Eine Etappe hinter der Fassade neu bauenSystem
Vor das Altsystem wird eine Routing-Fassade oder API-Schicht gesetzt. Eine Funktion wird als neuer Dienst gebaut, ihre Daten werden migriert und synchron gehalten.
05
Schritt 5: Parallel betreiben und abgleichenSystem
Alt und Neu verarbeiten dieselben Transaktionen. Ergebnisse und Daten werden automatisch verglichen, und jede Abweichung wird je Regel und je Datensatz ausgewiesen.
06
Schritt 6: Abweichungen analysierenPerson
Entwicklungsteam und Fachleute entscheiden für jede Abweichung, ob sie ein Fehler im neuen Dienst, ein Fehler im alten oder eine gewollte Änderung ist, und geben die Etappe zur Nacharbeit zurück.
Ausnahmepfad: Ergebnisse weichen ab· Zurück zu Schritt 4
07
Schritt 7: Umstellen und stilllegenPerson
Der Datenverkehr für die Funktion wird über die Fassade auf den neuen Dienst umgeleitet. Nach einer stabilen Phase werden der alte Codepfad und seine Daten stillgelegt und archiviert.
Menschliche Prüfung
Die fachlich verantwortliche Person gibt jede Umstellung auf Basis der Abgleichsergebnisse frei. Ein Rollback über die Fassade bleibt bis zur Stilllegung möglich.
Komponenten
Was wir bauen würden
01
Portfolio- und Abhängigkeitskarte
Inventar, Abbildung von Schnittstellen und Datenflüssen sowie ein Domänenmodell, das zeigt, wo sich das System in Etappen zerlegen lässt.
Salesforce als neues FrontofficePlattformSalesforce
Integrationsplattform und API-Gateway
Ziel-Cloud oder Rechenzentrum
Kontrollen
Eingebaute Kontrollen
Zugriffsgrenzen
Die Codeanalyse läuft in einer Umgebung unter Ihrer Kontrolle, und kein Quellcode geht an Dienste, die Sie nicht freigegeben haben. Produktionsdaten für Tests werden anonymisiert, bevor sie die Produktionszone verlassen.
Menschliche Prüfung
Offengelegte Regeln werden von Entwicklungsteam und Fachleuten verifiziert, bevor sie zu Spezifikationen werden. Jede Umstellung gibt die fachlich verantwortliche Person auf Basis der Abgleichsergebnisse frei, mit verfügbarem Rollback.
Nachvollziehbarkeit
Jede Regel im Katalog lässt sich bis zu dem Code zurückverfolgen, aus dem sie stammt, und zu der Person, die sie verifiziert hat. Abgleichsberichte werden für jede Umstellung als Nachweis aufbewahrt.
Datenschutz
Die Datenmigration folgt einem dokumentierten Mapping mit Datensatzzahlen und Prüfsummen, und personenbezogene Daten werden in Testsets minimiert. Aufbewahrungsregeln wandern mit den Daten.
KI-Transparenz
Wo KI Dokumentation oder Code entwirft, wird das Ergebnis gekennzeichnet, geprüft und versioniert wie jedes andere Engineering-Artefakt.
Kennzahlen
Was wir messen würden
Diese Kennzahlen stimmen wir in der Bewertungsphase mit Ihnen ab und verfolgen sie je Etappe, nicht nur für das Programm als Ganzes.
Was wir messen würden
Kennzahl
Warum sie zählt
Wie wir sie messen würden
01Durchlaufzeit für Änderungen
Warum sie zähltDas deutlichste Zeichen, dass sich das System leichter ändern lässt.
Wie wir sie messen würdenZeit vom genehmigten Änderungsantrag bis zur Produktion, für die alten und die modernisierten Teile.
02Abgleichsstatus
Warum sie zähltZeigt, ob sich der neue Dienst dort, wo er soll, tatsächlich wie der alte verhält.
Wie wir sie messen würdenAnteil übereinstimmender Transaktionen und Datensätze im Parallelbetrieb, mit offenen Abweichungen nach Ursache.
03Regelabdeckung
Warum sie zähltUnbekannte Regeln sind das größte Risiko jeder Ablösung.
Wie wir sie messen würdenAnteil der offengelegten Geschäftsregeln, die von Fachleuten verifiziert und durch Tests abgedeckt sind.
04Verbleibender Altbestand
Warum sie zähltModernisierung zahlt sich aus, wenn alte Komponenten tatsächlich abgeschaltet werden.
Wie wir sie messen würdenStillgelegte Funktionen, Codepfade, Batch-Jobs und Lizenzen, je Etappe verfolgt.
Ziele werden erst nach einer Ausgangsmessung festgelegt.
Einführung
So würden wir die Einführung gestalten
Phase 01
Bewertung
Portfolio, Abhängigkeiten, Domänen und Risiken. Wir wählen eine erste Etappe, die für das Geschäft zählt, sich aber zurücknehmen lässt.
Abschlusskriterien
Zielarchitektur freigegeben
Reihenfolge der Etappen vereinbart
Test- und Datenzugang geregelt
Phase 02
Erste Etappe
Offenlegung der Regeln, Sicherheitsnetz, Fassade und eine neu gebaute Funktion im Parallelbetrieb mit dem Altsystem.
Abschlusskriterien
Abgleich innerhalb der vereinbarten Toleranz
Fachlich verantwortliche Person gibt die Umstellung frei
Rollback getestet
Phase 03
Etappe für Etappe
Weitere Funktionen folgen demselben Weg, jede mit eigenem Parallelbetrieb und eigener Entscheidung zur Umstellung.
Abschlusskriterien
Jede Etappe abgeglichen und umgestellt
Wissen an Ihr Team übergeben
Phase 04
Stilllegung
Alte Codepfade, Batch-Jobs und Datenbestände werden archiviert und abgeschaltet.
Individuelle ERP-Erweiterungen und Werkssysteme, verlagert im Zuge einer Migration auf SAP S/4HANA.
Beispiel zur Veranschaulichung
Ein Leistungssystem, Abschnitt für Abschnitt
Ausgangslage
Eine belgische Einrichtung der sozialen Sicherheit berechnet Leistungen in einem Großrechnersystem, dessen Regeln über Jahrzehnte gewachsen sind. Die Fachleute, die es kennen, gehen in den Ruhestand, und jede Gesetzesänderung dauert Monate.
System
Regeln werden mit KI-Unterstützung aus dem Code erschlossen und von Fachleuten bestätigt, durch Charakterisierungstests abgesichert und Abschnitt für Abschnitt in einen neuen Dienst übertragen, der parallel zum Altsystem läuft.
Menschliche Kontrolle
Jede erschlossene Regel wird von der Fachabteilung bestätigt; ein Abschnitt wird erst umgeschaltet, wenn der Parallellauf ohne ungeklärte Abweichung ist.
Was wir messen würden
Abweichungen im Parallellauf, Anteil der bestätigten Regeln und Dauer bis zur Umsetzung einer Gesetzesänderung.
Belgien
Modernisieren unter belgischen Regeln
Viele belgische Organisationen betreiben ein Kernsystem, das Gesetzesänderungen aus Föderalstaat, Regionen und Gemeinschaften über Jahrzehnte aufgenommen hat, oft mit Regeln, die nur noch im Code stehen. Wir zerlegen die Ablösung in Abschnitte, gleichen altes und neues System für jeden Abschnitt ab und schalten erst dann um.
Neue Dienste landen auf Plattformen, die auf die Pflichten des NIS2-Gesetzes ausgelegt sind. Die Wechselregeln der EU-Datenverordnung sind ein Grund, Daten vom ersten Abschnitt an portabel zu halten. Bei öffentlichen Auftraggebern planen wir die Abschnitte so, dass sie zu Losen und Fristen im Lastenheft passen.
01Warum nicht das ganze System auf einmal ersetzen?
Weil eine einzige Umstellung das gesamte Risiko auf einen Termin konzentriert und das Geschäft jahrelang auf jeden Nutzen wartet. Wer Funktion für Funktion vorgeht, kann jede Etappe im Parallelbetrieb erproben, eigenständig live schalten und bei Bedarf zurücknehmen.
02Kann KI unser COBOL in Java übersetzen?
Eine zeilenweise Übersetzung erzeugt meist Code, der sich genauso schwer ändern lässt wie das Original. Wir nutzen KI, um den alten Code zu lesen und zu dokumentieren und um Regeln und Tests zu entwerfen, und gestalten die neuen Dienste dann sauber. Jede offengelegte Regel wird von Menschen verifiziert, bevor sie verwendet wird.
03Unsere Fachleute gehen in den Ruhestand. Wie sichern Sie ihr Wissen?
In strukturierten Sitzungen, in denen Fachleute die offengelegten Regeln und die Charakterisierungstests prüfen. Ihr Wissen landet in Dokumentation und Tests, die bei Ihrem Team bleiben, nicht in unseren Köpfen.
04Gilt das auch für SAP ECC?
Ja. Dieselben Prinzipien gelten für die Bereinigung von Eigenentwicklungen und eine Migration auf SAP S/4HANA: bewerten, was noch genutzt wird, offenlegen und testen, worauf es ankommt, und in kontrollierten Schritten umziehen.
05Wie lange laufen Alt und Neu parallel?
Bis die Abgleichsergebnisse die mit der fachlich verantwortlichen Person vereinbarte Toleranz erreichen, und lange genug, um periodische Prozesse wie Monatsabschluss oder Jahresläufe abzudecken.
Sagen Sie uns, welches System Sie bremst und was davon abhängt. Wir schlagen einen ersten Abschnitt vor und wie er sich sicher belegen lässt, mit Rücksicht auf belgische Fristen und Zuständigkeiten.