Allemagne - Développement de logiciels spécifiques à un secteur - AssetM4Infra - Système de gestion des actifs et de la maintenance pour les routes supra-régionales du LS Brandebourg

Der Landesbetrieb Straßenwesen Brandenburg (LS) beabsichtigt die Einführung einer IT-Anwendung zur strukturierten und weitestgehend vollumfänglich digitalen Umsetzung des Erhaltungsmanagements für Straßeninfrastrukturobjekte. Das System soll als Software as a Service (SaaS) bereitgestellt, angepasst und betrieben werden. Der Leistungsgegenstand umfasst die Bereitstellung eines anpassungsfähigen Basissystems, dessen Customizing an die funktionalen Anforderungen über sogenannte Modulprojekte, den Betrieb und die Wartung des Systems über einen definierten Zeitraum, die Weiterentwicklung nach gesonderter Spezifikation sowie die Unterstützung der Folgemigration und Datenübergabe vor Vertragsende. Der Landesbetrieb Straßenwesen Brandenburg (LS) beabsichtigt die Einführung einer IT-Anwendung zur strukturierten und weitestgehend vollumfänglich digitalen Umsetzung des Erhaltungsmanagements für Straßeninfrastrukturobjekte. Das System soll als Software as a Service (SaaS) bereitgestellt, angepasst und betrieben werden. Gegenstand der Leistung: Der Leistungsgegenstand umfasst die Bereitstellung eines anpassungsfähigen Basissystems, dessen Customizing an die funktionalen Anforderungen über sogenannte Modulprojekte, den Betrieb und die Wartung des Systems über einen definierten Zeitraum, die Weiterentwicklung nach gesonderter Spezifikation sowie die Unterstützung der Folgemigration und Datenübergabe vor Vertragsende. Die Anpassung des Basissystems erfolgt partnerschaftlich zwischen dem LS als Auftraggeber und dem Auftragnehmer in agiler Form. Der Kern des IT-Systems soll als Basis bereits verfügbar sein und grundsätzliche Funktionen eines Asset- und Erhaltungsmanagementsystems für Straßeninfrastrukturobjekte mitbringen (näher zu den Mindestanforderungen an das Basissystem siehe Ziff. 4.1.1 und 4.1.2 LB). Es wird davon ausgegangen, dass der notwendige Anpassungsbedarf des Basissystems für die Zwecke des LS nicht unerheblich ist. Die Anpassung/Ertüchtigung des Systems erfolgt über in Grundzügen vordefinierte Modulprojekte, deren Inhalte zwischen Auftraggeber und Auftragnehmer abgestimmt werden. Ein Modulprojekt kann einem Sprint im Sinne der Scrum-Methodik entsprechen, muss es aber nicht, und kann ebenso aus mehreren Sprints bestehen. Darüber hinaus ist der nicht unerhebliche Anpassungsbedarf flankierend durch eine ingenieur-fachliche Expertise des Auftragnehmers zu unterstützen. Zielsetzung: Das digitale Asset- und Erhaltungsmanagementsystem soll drei zentrale Kernprozesse abbilden. Der erste Kernprozess umfasst die Abstimmung und Untersetzung von Zielvorgaben, wobei Ziele wie Sicherheit und Verfügbarkeit durch überprüfbare Kennzahlen auf Anlagen-, Objektart-, Objekt- und Netzebene dargestellt und dokumentiert werden. Der zweite Kernprozess dient der Erarbeitung von Szenarien verschiedener Strategien sowie eines optimalen Maßnahmenportfolios, indem strategische Zielvorgaben unter Berücksichtigung verfügbarer Ressourcen durch ein geeignetes Szenarien-Management in eine operative Erhaltungsplanung überführt werden. Der dritte Kernprozess betrifft die Bewertung und Kommunikation des Erhaltungszustands sowie des Erfolgs von Maßnahmen durch ein stetiges Monitoring und kontinuierliches Berichtswesen. Nutzerkreise: Das System richtet sich an verschiedene Nutzergruppen mit unterschiedlichen Zugriffsrechten. Die fachliche Gesamtadministration obliegt dem Strategischen Erhaltungsmanagement des LS. Projektstruktur und Phasen: Das Gesamtprojekt gliedert sich in vier Phasen. Die Initiierungs- und Bereitstellungsphase dient der Etablierung des Projekt- und Vertragsabwicklungsmanagements sowie der Bereitstellung des Basissystems. In der anschließenden Aufbauphase wird das Basissystem über Modulprojekte zu einem produktivfähig einsetzbaren System ertüchtigt, sodass alle drei Kernprozesse abgebildet werden können. Während der Aufbauphase wird sich der Nutzerkreis vorrangig auf die Gesamtadministration sowie partiell auf das Daten- und das Erhaltungsmanagement beschränken. Die anschließende Betriebsphase und Weiterentwicklungsphase umfasst den Wirkbetrieb sowie weitere Anpassungen und Ertüchtigungen, die zunächst in einer Testumgebung erfolgen und dann sukzessive in den Wirkbetrieb überführt werden. Die abschließende Transformationsphase ist im ausreichenden Vorlauf zum Vertragsende einzuleiten, um nach Erfordernis Algorithmen sowie Daten in ein Folgeprojekt oder eine Interimslösung zu transferieren. Weitere Einzelheiten zu den Leistungsgegenständen sind den Spezifikationen aus „20.0_Leistungsbeschreibung-V-1-0“ nebst Anlagen zu entnehmen.