Software modernisieren, wenn der Entwickler fehlt oder der Hersteller aufhört
Ihre Firma hängt an einer Software, die niemand mehr weiterentwickelt. Der Entwickler ist weg, der Hersteller stellt das Produkt ein, oder die Anwendung läuft nur noch auf einem alten Rechner. Wir übernehmen solche Altsysteme, machen sie wieder beherrschbar und modernisieren sie Schritt für Schritt.
Diese Anlässe führen zu uns
- Der Entwickler hat die Firma verlassen, und niemand kennt den Code.
- Der Hersteller stellt die Software ein oder bietet keine Updates mehr.
- Die Anwendung läuft nur auf einem alten Betriebssystem oder einem einzelnen Rechner.
- Jede Änderung dauert länger und bringt neue Fehler.
- Sicherheitslücken in alten Bibliotheken lassen sich nicht mehr schließen.
- Neue Anforderungen wie mobile Nutzung oder Schnittstellen sind nicht umsetzbar.
Hängt eine Software an einer einzelnen Person, ist das ein Risiko für den ganzen Betrieb. Je früher Sie es angehen, desto mehr Optionen haben Sie.
Zuerst kommt die Bestandsaufnahme
Bevor wir etwas ändern, sehen wir uns an, was da ist:
- Code: Aufbau, Sprache, Bibliotheken, Zustand und Testabdeckung
- Daten: Datenbank, Datenqualität, Abhängigkeiten
- Betrieb: Wo läuft die Anwendung, wie wird gesichert, wer hat Zugriff?
- Nutzung: Welche Funktionen werden wirklich gebraucht, welche nicht mehr?
- Risiken: Sicherheitslücken, fehlende Dokumentation, Wissen bei Einzelnen
Am Ende stehen klare Optionen mit Aufwand und Risiko. Sie entscheiden, welchen Weg wir gehen.
Drei Wege für alte Software
| Stabilisieren | Schrittweise ablösen | Standardsoftware | |
|---|---|---|---|
| Was passiert | Die Anwendung bleibt, wir machen sie sicher, baubar und dokumentiert | Eine Nachfolgerin übernimmt Funktion für Funktion | Ein fertiges Programm ersetzt die Anwendung |
| Wann sinnvoll | Die Technik ist noch tragfähig, etwa bei Java | Die Technik hat keine Zukunft, etwa Delphi oder VB6 | Der Ablauf ist branchenüblich |
| Risiko im Betrieb | gering | gering, weil in Etappen | je nach Umstellung |
Java-Anwendungen entwickeln wir weiter und bringen sie auf einen aktuellen Stand, siehe Spring-Boot- und Java-Migration. Delphi- und VB6-Anwendungen lösen wir schrittweise ab. Kommt eine Access-Datenbank dazu, lesen Sie Access-Datenbank ablösen.
Tests mit Augenmaß
Bei einer Anwendung, die abgelöst wird, schreiben wir keine großen Testsuiten für alten Code. Wir halten das Verhalten fest, das die Nachfolgerin zeigen muss, und prüfen es mit verhaltensorientierten Tests. Bei einer Anwendung, die weiterlebt, bauen wir die Tests dort aus, wo Änderungen anstehen. So steckt der Aufwand dort, wo er Risiken senkt.
Das bekommen Sie
- eine Bestandsaufnahme mit Risiken und Optionen
- eine stabilisierte, baubare und dokumentierte Anwendung oder eine Nachfolgerin
- Ihre Daten vollständig übernommen und geprüft
- eine Pipeline, die baut, testet und ausliefert
- den Quellcode, damit Sie unabhängig bleiben
So gehen wir vor
- Prozess-Check: Sie schildern die Lage, wir klären die dringendsten Risiken.
- Bestandsaufnahme: Code, Daten, Betrieb und Nutzung.
- Absichern: Sicherung, Zugriff, Build. Damit die Anwendung erst einmal sicher weiterläuft.
- Modernisieren: Stabilisieren oder ablösen, in Etappen mit Abnahme.
- Übergabe: Dokumentation, Einweisung, auf Wunsch Wartung.
Aufwand und Dauer hängen am Zustand
- Größe der Anwendung und Zahl der Funktionen
- vorhandener Quellcode und Dokumentation
- Qualität der Daten und Zahl der Schnittstellen
- Stabilisieren oder ablösen
- Umstellung in Etappen oder an einem Stichtag
Nach der Bestandsaufnahme erhalten Sie einen Festpreis für den vereinbarten Umfang.
Mein Blick darauf
Alte Software hat einen Wert: Sie enthält Regeln, die oft nirgends sonst aufgeschrieben sind. Ich mache dieses Wissen zuerst sichtbar, bevor ich etwas ersetze. Danach entscheide ich nicht nach Mode, sondern nach Risiko. Manches stabilisiere ich und lasse es laufen, anderes löse ich schrittweise ab. Große Testsuiten für eine Anwendung, die ohnehin abgelöst wird, lohnen sich selten. Dort sichere ich das Verhalten mit gezielten Tests ab.
Häufige Fragen
Entwickeln Sie Delphi- oder VB6-Anwendungen weiter?
Nein. Ihre Delphi- oder VB6-Anwendung lösen wir schrittweise ab. Java-Anwendungen entwickeln wir weiter und modernisieren sie.
Wir haben keinen Quellcode mehr. Geht das trotzdem?
Oft ja. Dann beschreiben wir das Verhalten der Anwendung von außen, über Oberfläche, Daten und Schnittstellen, und bauen die Nachfolgerin danach.
Was kostet die Modernisierung?
Das hängt von Größe und Zustand der Anwendung ab. Nach der Bestandsaufnahme erhalten Sie einen Festpreis für den vereinbarten Umfang.
Muss der Betrieb stillstehen?
Nein. Wir modernisieren in Etappen, alte und neue Teile laufen eine Zeit lang nebeneinander. Wo Daten eng verflochten sind, kann ein Stichtag sicherer sein. Das entscheiden wir nach der Bestandsaufnahme.
Wem gehört der neue Code?
Ihnen. Sie erhalten den Quellcode, damit Sie nie wieder von einer einzelnen Person abhängen.
