ESW Dev

Einordnung

Die Einsatzsoftware ist kein kurzfristiges Projekt, sondern ein langfristiges Fachsystem.

Im Gegensatz zu vielen kommerziellen Anwendungen, die nach wenigen Jahren durch neue Systeme ersetzt werden, haben Fachverfahren in Behörden und Organisationen mit Sicherheitsaufgaben häufig sehr lange Lebenszyklen.

Dieses Dokument beschreibt die erwartete Lebensdauer des Systems und leitet daraus Anforderungen an Architektur, Technologien und Entwicklungsprozesse ab.

Diese Überlegungen sind eine wichtige Grundlage für spätere Entscheidungen über Programmiersprachen, Frameworks und Systemarchitektur.

Erwartete Lebensdauer

Sobald die Software produktiv im Einsatzbetrieb verwendet wird, entsteht eine langfristige Abhängigkeit der Organisation von diesem System.

Ein Austausch durch ein neues System ist in der Praxis nur mit sehr großem organisatorischem und technischem Aufwand möglich.

Daher ist realistisch davon auszugehen, dass die Software über einen Zeitraum von mehreren Jahrzehnten betrieben werden muss.

Eine typische Lebensdauer vergleichbarer Fachsysteme liegt häufig im Bereich von:

• 15 bis 20 Jahren
• teilweise deutlich darüber hinaus

Diese Zeiträume sind im öffentlichen Sektor zumindest keine Ausnahme.

Gründe für lange Systemlebenszyklen

Mehrere Faktoren führen dazu, dass Fachsysteme im Einsatzbereich besonders langlebig sind.

Fachliche Komplexität

Organisationen wie Bundesbehörden im Bereich KatS verfügen über eine große Zahl unterschiedlicher Aufgaben und Einsatzszenarien.

Diese Anforderungen werden im Laufe der Zeit immer detaillierter in Software abgebildet.

Mit wachsender Funktionalität steigt der Aufwand für einen möglichen Systemwechsel erheblich.

Ausbildung und Nutzung

Einsatzkräfte müssen mit der Software vertraut sein.

Schulungen, Ausbildungsmaterialien und Einsatzroutinen orientieren sich über viele Jahre an den verwendeten Werkzeugen.

Ein Austausch der Software bedeutet daher nicht nur technische, sondern auch organisatorische Veränderungen.

Datenbestände

Langfristig entstehen umfangreiche Datenbestände.

Dazu gehören beispielsweise:

• Einsatzdaten
• Lageinformationen
• Dokumentationen
• Auswertungen

Diese Daten müssen über lange Zeiträume verfügbar und nutzbar bleiben.

Integrationen

Mit zunehmender Verbreitung entstehen Schnittstellen zu anderen Systemen.

Diese können beispielsweise sein:

• Fachverfahren
• Lageinformationssysteme
• externe Datenquellen
• Sensorplattformen

Solche Integrationen erhöhen die Stabilität bestehender Systeme und erschweren einen vollständigen Austausch.

Konsequenzen für Architekturentscheidungen

Die lange erwartete Systemlebensdauer hat direkte Auswirkungen auf die Architektur.

Stabilität von Technologien

Technologien sollten möglichst langfristig stabil sein.

Sehr kurzlebige Frameworks oder schnell wechselnde Technologietrends erhöhen das Risiko langfristiger Wartungsprobleme.

Minimierung externer Abhängigkeiten

Abhängigkeiten von externen Diensten oder proprietären Infrastrukturen können langfristige Risiken darstellen.

Die Systemarchitektur sollte daher möglichst unabhängig von einzelnen Herstellern oder Plattformen sein.

Klare Systemstruktur

Eine gut strukturierte Architektur erleichtert langfristige Wartung und Weiterentwicklung.

Dies betrifft insbesondere:

• klare Modulgrenzen
• verständliche Komponentenstruktur
• gute Dokumentation

Eine hohe strukturelle Klarheit erleichtert es neuen Entwicklern, sich auch viele Jahre nach der ursprünglichen Entwicklung in das System einzuarbeiten.

Evolutionsfähigkeit

Da sich Anforderungen im Laufe der Zeit ändern, muss das System weiterentwickelt werden können.

Die Architektur sollte daher Erweiterungen ermöglichen, ohne dass grundlegende Teile des Systems regelmäßig neu entworfen werden müssen.

Konsequenzen für Technologieentscheidungen

Die erwartete Lebensdauer des Systems führt zu mehreren wichtigen Anforderungen an eingesetzte Technologien.

Technologien sollten möglichst:

• langfristig gepflegt werden
• eine große Entwicklergemeinschaft besitzen
• über viele Jahre stabil verfügbar sein
• gute Dokumentation und Lernressourcen besitzen

Technologien mit sehr kleinen Communitys oder kurzer historischer Lebensdauer können langfristig ein Risiko darstellen.

Umgang mit technologischen Veränderungen

Auch bei langfristig stabilen Technologien wird sich die technische Umgebung im Laufe der Jahre verändern.

Dazu gehören beispielsweise:

• neue Betriebssystemversionen
• neue Hardwareplattformen
• neue Sicherheitsanforderungen

Die Systemarchitektur sollte daher so gestaltet sein, dass einzelne Teile des Systems im Laufe der Zeit ersetzt oder modernisiert werden können.

Eine klare Trennung zwischen fachlicher Logik und technischer Infrastruktur erleichtert solche Anpassungen erheblich.

Bedeutung für zukünftige Entwickler

Da die Software über viele Jahre weiterentwickelt werden muss, ist davon auszugehen, dass ein großer Teil der zukünftigen Entwickler nicht an der ursprünglichen Entwicklung beteiligt war.

Die Architektur und die eingesetzten Technologien müssen daher auch für zukünftige Entwickler verständlich und zugänglich bleiben.

Eine gute Dokumentation und eine klare Systemstruktur sind dafür entscheidend.

Zusammenfassung

Die Einsatzsoftware ist als langfristiges Fachsystem zu betrachten.

Es ist realistisch davon auszugehen, dass das System über einen Zeitraum von mehreren Jahrzehnten betrieben und weiterentwickelt werden muss.

Daraus ergeben sich mehrere zentrale Anforderungen:

• langfristig stabile Technologien
• gut verständliche Architektur
• große Entwicklergemeinschaften
• geringe Abhängigkeit von kurzlebigen Trends
• gute Dokumentation und Wartbarkeit

Diese Anforderungen sind bei allen späteren Technologieentscheidungen zu berücksichtigen.