Software und Erweiterungsszenarien für das iBS
Die in der STE-Anlage zur Anwendung kommende und zu liefernde Software hat alle Anforderungen, die sich aus den im Zeitpunkt der Beauftragung des Einzelprojekts gültigen Lastenheften an die Software ergeben, zu erfüllen.
Der AN hält die Software in seinen Systemen vor, übernimmt das Versionsmanagement und ist jederzeit aussagefähig, wo welche Software installiert ist.
Stellt der AN die Pflege der Software des Systems ein, hat der AN dem AG die Software einschließlich Softwaredokumentation in der beim AN vorhandenen Form zu überlassen.
Der AN stellt sicher, dass über die gesamte Vertragslaufzeit die Kompatibilität für die Leistungsgegenstände erhalten bleibt und darüber hinaus über den Softwarepflegevertrag abgedeckt wird.
| Anlass (Neubau/ Erweiterung) | Neubau. bzw. Erweiterungsfall | Kompatibilitäts-anforderungen |
|---|---|---|
| Neubau iBS | * Neueinrichtung eines iBS | Durch den AG wird im Rahmen der Planung sichergestellt, dass die Versionen des iBS und der iUZ, die bedient werden sollen, kompatibel sind. Zudem ist die Kompatibilität zum LMC zum Zeitpunkt der IBN sicherzustellen. |
| Update generisches System eines in Betrieb befindlichen iBS | * Update der Systemsoftware * Update der Hardware * Ergänzung Projektierung | Wenn Änderungen an einem bestehenden iBS Auswirkungen auf die Kompatibilität zu angrenzenden Teilsystemen (z. B. iUZ oder LMC) haben oder haben könnten, ist durch den AN darauf hinzuweisen. |
| Technische Änderung des in Betrieb befindlichen iBS | * Anschluss/ Rückbau von Komponenten: integrierter Bedienplatz * Ergänzung/ Änderung Konfigurationsdaten iBS | Wenn Änderungen an einem bestehenden iBS Auswirkungen auf die Kompatibilität zu angrenzenden Teilsystemen (z. B. iUZ) haben oder haben könnten, ist durch den AN darauf hinzuweisen. |
| Neubau Broker | * Neubau eines Brokers | Durch den AG wird im Rahmen der Planung sichergestellt, dass die verwendete AMQP-Version zur im iLBS eingesetzten Version kompatibel ist, ebenso muss das verwendete Brokerprotokoll kompatibel sein. |
| Update generisches System eines in Betrieb befindlichen Broker | * Update eines Brokers * Hardwaretausch eines Brokers | Durch den AG wird im Rahmen der Planung sichergestellt, dass die verwendete AMQP-Version zur im iLBS eingesetzten Version kompatibel ist, ebenso muss das verwendete Brokerprotokoll kompatibel sein. |
| Neubau VD | * Neubau eines VD | Durch den AG wird im Rahmen der Planung sichergestellt, dass die verwendete VD-Version zur im iLBS eingesetzten Version des ZVD und dessen Protokollen kompatibel ist. |
| Update generisches System eines in Betrieb befindlichen VD | * Update eines VD * Hardwaretausch eines VD | Durch den AG wird im Rahmen der Planung sichergestellt, dass die verwendete VD-Version zur im iLBS eingesetzten Version des ZVD und dessen Protokollen kompatibel ist. |
| Neubau TNR | * Neubau eines TNR | Durch den AG wird im Rahmen der Planung sichergestellt, dass die verwendete Komponente der Typfreigabe der DB InfraGo AG entspricht. |
| Update generisches System eines in Betrieb befindlichen TNR | * Update eines TNR * Hardwaretausch eines TNR | Durch den AG wird im Rahmen der Planung sichergestellt, dass die verwendete Komponente der Typfreigabe der DB InfraGo AG entspricht. |
| Neubau LLPV | * Neubau einer LLPV | Durch den AG wird im Rahmen der Planung sichergestellt, dass die verwendete LLPV-Version zur im iLBS eingesetzten Version der LPV und dessen Protokollen kompatibel ist. Die Kompatibilität zum iBS ist sicherzustellen. |
| Update generisches System eines in Betrieb befindlichen LLPV | * Update einer LLPV * Hardwaretausch einer LLPV | Durch den AG wird im Rahmen der Planung sichergestellt, dass die verwendete LLPV-Version zur im iLBS eingesetzten Version der LPV und dessen Protokollen kompatibel ist. Die Kompatibilität zum iBS ist sicherzustellen. |