Durch den langjährigen Einsatz in den Projekte in verschiedenen Funktionen sowie als Projektleiter habe ich meine Kenntnisse und Erfahrungen in der Projektsteuerung ausbauen können. Es war immer wieder eine Herausforderung, dem Bedarfsträger davon zu überzeugen, dass eine durchgreifende Erneuerung eines Systems mittelfristig zu ein Einsparpotenzial produziert. Dabei standen in jeden Projekt auch die Geschäftsprozesse auf dem Prüfstand mit dem Ziel, diese zu optimieren und anzupassen. Es wurde aber auch gefordert, die Grenzen zu erkennen, die sich aus einer Vernetzung mit anderen Systemen oder Zwänge aus Regularien ergaben.

Die Projektleitung erfolgte nach den Grundsätzen der Process Library der DB Systel. Dazu gehört die Budgetplanung, Ressourcenplanung, Terminabstimmung mit dem Kunden sowie das monatliche Reporting über den Stand des Budgetverbrauchs, dem fachlichen und technischen Risiken und die Präsentation der Ergebnisse in den Gremien. Die verschiedenen Projektphasen hat der Projektleiter mit einem „Quality-Gate“ zur Qualitätssicherung abzuschließen. 

In allen Projekten der DB Systel wird das HP-Quality-Center eingesetzt, in größeren Projekt werden darüber auch die Anforderungen verwaltet. 

Detaillierte Projektbeschreibung:

AGON

Die Vorhaltung eines geographischen Bestandsnachweises (Bahn-Geodaten) unterstützt den Bereich Produktion bei der Wahrnehmung der Anlagen- und Betreiberverantwortung und dem Betrieb des Streckennetzes sowie den Bereich Vertrieb und Fahrplan bei der Fahrplan- und Angebotserstellung.

Die bisher dafür verantwortlichen Systeme sind monolithisch aufgebaut, lassen eine den unternehmerischen Anforderungen übergreifende Nutzung der Bahn-Geodaten nur mit Expertenwissen zu und sind am Ende ihres Lebenszyklusses angekommen.

Das IT-Konzept beschreibt ein Umstellungsverfahren der abgängigen Systeme und die Nutzbarmachung der Bahn-Geodaten für die breite Anwenderschaft der DB Netz AG, die den Bedienereigenschaften heutiger Geo-Systeme entsprechen und in ihrer Handhabung vergleichbar mit Routenplanern oder Navigationssystemen in Fahrzeugen werden soll. Außerdem wird ein besonderes Augenmerk auf die Interoperabilität der Informationen gelegt, so dass zukünftig im Sinne der Unternehmensanforderung übergreifend gearbeitet werden kann. Im Rahmen der Konzepterstellung wurden die Unternehmensprozesse sowie die im Laufe der vergangenen Jahre gesammelten Anforderungswünsche der OE betrachtet und berücksichtigt. Folgende Prozesse wurden auch über das Unternehmen DB Netz AG zu den verbundenen Unternehmen in ihren Daten- und Informationsflüssen sowie den daraus resultierenden Wertschöpfungen betrachtet:

Vertreiben, Netze und Anlagen Wert schöpfend nutzen und sichern des Wettbewerbs

Planen, Bauen, Anlagen Betreiben, Fahren, Stilllegen und Rückbauen von Netzen und Anlagen

Verortetes Nachweisen von Vermögenswerten, deren Zustände und Berichten an die Eigentümer sowie die Aufsichtsgremien und -behörden

Die fachliche Architektur stellt die Nutzung der Bahn-Geodaten mit einem zukünftig 4-stelligen Anwenderkreis in den Vordergrund, lässt Informationsuntersuchungen in jeder mit Ortsbezug betroffenen Fragestellung über Räumliche- und Anlageninformationen zu und gewährleistet durch das Daten-Qualitätsmanagement eine gesicherte Informationsgrundlage für planerische und unternehmerische Belange.

Streckenbuch (eÖRil)

Die DB Netz AG hat die Verpflichtung, für ihr Netz die Informationen zur Erzeugung von Streckenbüchern für die Eisenbahnverkehrsunternehmen (EVU) bereitzustellen. Die Streckenbücher beinhalten Informationen zu den Strecken, die derzeit in den „Örtlichen Richtlinien zur Ril 408.01 - 09 für das Zugpersonal“ (ÖRil Zp) enthalten sind. Die heutigen ÖRil Zp setzen sich zusammen aus

• Umschlagblatt,

• Inhaltsverzeichnis,

• Übersichtskarte(n) La des Regionalbereichs,

• Schemakarten für große Knoten,

• evtl. S-Bahnschemakarten,

• ggf. Übersichtskarten für EOW-Bereiche,

• Streckenverzeichnis und

• den Regeln für die Strecke und für Betriebsstellen.

Diese Dateien liegen im PDF-Format vor und werden auf Bestellung für einen Regionalbereich gedruckt und zusammengefasst. Die schriftliche Dokumentation wird mit dem MS-Word erstellt, bearbeitet und der Inhalt als PDF generiert.

Ziel ist es, die ÖRil Zp durch das Streckenbuch zu ersetzen, das Streckenbuch als Teilverfahren im Rahmen von STREDA.X zu integrieren und die Prozesse der Streckenbuchpflege und -erzeugung zu automatisieren. Es ist zu gewährleisten, dass alle für das Streckbuch relevanten Daten konsistent und in hoher Qualität für dieses Teilverfahren bereitstehen und das Teilverfahren Streckenbuch Daten konsistent und in hoher Qualität für andere Teilverfahren zur Verfügung stellt.

Im Verfahren Streckenbuch werden zwei Datenbereiche benötigt:

• DATA: Im DATA-Bereich stehen die freigegebenen Daten zur Verfügung. Bei der Erzeugung von Streckenbüchern wird auf diesen Datenbereich zugegriffen. Außerdem werden Daten aus STREDA.X (Arbeitskarte, Merkmale) in diesen Datenbereich geladen.

• WORK: Im WORK-Bereich werden Daten editiert. Dazu wird das zu bearbeitende Objekt im DATA-Bereich mit einer Sperre versehen und in den WORK-Bereich übernommen. Nach Abschluss der Editierarbeiten wird das Objekt im Zuge der Freigabe aus dem WORK-Bereich genommen und in den DATA-Bereich eingefügt.

Bearbeitungseinheit ist nicht mehr die Örtliche Richtlinie (ÖRil), sondern die örtlichen Regel. Eine Örtliche Richtlinie (ÖRil) ist die Menge aller Örtlichen Regeln für eine Betriebsstelle bzw. Streckenabschnitt. Eine Örtliche Regel für eine Betriebsstelle / Streckenabschnitt bezieht sich immer auf eine Regel der ZRWD. Eine Örtliche Regel hat zu verschiedenen Zeiten verschiedene Inhalte, d.h. die Inhalte haben einen Gültigkeitszeitraum. Gleiches gilt für die Regeln der ZRWD.

Auf Basis der örtlichen Regeln und deren Zuordnung zu Betriebsstellen/Streckenabschnitten können Streckenbücher für beliebige (durch das STREDA.X-Routingverfahren ermittelte) Strecken für bestimmte Zeiträume erstellt werden. Auf Basis der Bearbeitungshistorie von Örtlichen Regeln und Attributen können Streckenbücher unterschiedlicher Datenstände erstellt und verglichen werden.

Es soll angestrebt werden, das Teilverfahren STREDA.X-Streckenbuch folgendermaßen schrittweise aufzubauen:

• Erstellen der Oberfläche mit Benutzerrechten und notwendige Verfahren für die Datenbereitstellung und die Datenaufbereitung durch den zuständigen Fachbereich.

• Bereitstellung eines Verfahren zur automatischen Erzeugen von Streckenbüchern für vorher definierte Strecken/Netze

• Verwaltung und Durchführung von Imports/Exports

STREDA.X

STREDA.X als Datenbank und Anwendungsumgebung wird derzeit bei der DB-Netz AG geführt. Die sukzessive Überführung in die Betriebsführung bei der DB-Systel und die weiterhin notwendigen administrativen Operationen auf der Datenbank machen es erforderlich eine Anwendung zu erstellen, die diesen Anforderungen gerecht wird und die sicherheitsrelevanten Belange der DB Systel berücksichtigen.

Ziel ist es, in einem definierten Bereich dieses Infrastruktur-Warehouses aufbereitete und gegeneinander abgeglichene Daten diverser Vorsysteme bereitzustellen. Hierbei soll die Historie eines Datensatzes nachvollziehbar sein. Rückflüsse aus STREDA.X-Teilverfahren, in denen Daten veredelt wurden, in das Infrastruktur-Warehouse sind zu berücksichtigen.

Sämtliche Daten werden über definierte Schnittstellen und einheitliche Wege in STREDA.X geladen. Hierbei wird ein dreistufiger Prozess realisiert:

Weitere Ziele der Datenaufbereitung sind die unterschiedlichen fachlichen Sichtweisen auf die Infrastruktur so aufzubereiten, dass

• andere externe Systeme bedient werden können,

• Datenabgleiche in Fremdsystemen möglich sind und

• Fachspezifische Teilverfahren die Daten nutzen und ggf. veredeln können.

Es soll angestrebt werden, das System folgendermaßen schrittweise aufzubauen:

Erstellen der Oberfläche mit Benutzerrechten und notwendige Verfahren für die Datenbereitstellung der bei der DB Systel betriebsgeführten Teilverfahren .

Werden weitere Teilverfahren übernommen, so sind parallel die notwendigen Funktionalitäten in STREDA.X zu erweitern.

Verwaltung der Importschnittstellen und Verarbeitung der Daten

Realisierung der Exportschnittstellen

STREDA

Das Ziel des Projektes STREDA ist die Migration von

• STREDA,

• Strecken-GIS

• Infrastruktur DB - derzeit in Access verwaltet

in das übergreifende Konzept von STREDA.X.

In diesem Zusammenhang sollen insbesondere folgende Anforderungen und Ziele erreicht werden:

• Die Erweiterung des Datenmodells um neue Daten und Merkmale, die im Zusammenhang mit dem Ordnungsrahmen STREDA stehen, z.B. Brücken, Bahnübergänge, Weichen, Signale:

• Integration der Infrastrukturdatenbank zur zeitnahen Verfassung von Infrastrukturauskünften.

• Erweiterung der Infrastrukturdatenbank und Umsetzung neuer Anforderungen.

• Die Systeme werden in eine Anwendung implementiert (STREDA und S-GIS)

• Versionierung und Erfassung von Planungsdaten.

• Historisierung: Protokollierung der Datenänderungen und Lebenszyklen von Daten, Status von Daten,

• Unterstützung der Erfassung/ Pflege und Datenanzeige durch eine GUI-Oberfläche mit Auswahlmenüs und grafischen Elementen.

• STREDA-Sachdaten können auch in den Kartenmodellen AK, TK25 sowie Streckennummernkarte gepflegt und für Auskunftszwecke bereitgestellt werden.

STREDA.X dient als Geodaten-Plattform für nachgelagerte Verfahren, z.B. Businessplan der Geschäftseinheiten, Instandhaltung, Informationssystem für das Anlagenmanagement und als Management-Informationssystem (MIS). Hierin ist als Basis der Ordnungsrahmen STREDA (Streckendaten) in Zukunft enthalten, sowie topographische und bahnspezifische Karten und Pläne in Form von Raster- und Vektordaten.

Mit der Migration sollen STREDA-Daten der STREDA.X-Architektur in technisch besserer Form verfügbar gemacht werden und nach dem Bahn-Net-Standard verwaltet werden um damit die Regelbetriebsführung durch die DB-Systems GmbH zu ermöglichen. Vereinbarungen zur Wartung sind darauf aufbauende weitere Maßnahmen eines geordneten Betriebs von STREDA.X.