Zum Inhalt springen
Unabhängige Referenz zum Future Railway Mobile Communication System

Gestalten · 3.15

Use-Case-basierte Beschaffung, Compliance und TCO

Zeit: etwa 12–15 Minuten einschliesslich Aufgabe; Schätzung

Leitfrage: Wie werden Use Cases, anwendbare Anforderungen, Nachweise und Kosten gemeinsam beschafft?

Lernziel: Du verknüpfst Use Cases, Compliance-Nachweise und Lebenszykluskosten.

Voraussetzungen: Die vorausgehenden Lektionen bis 3.14; insbesondere die dort erklärte Fallakte.

Der Kaufpreis erklärt nur einen Teil

Die Talbahn vergleicht zwei Angebote. Variante A ist günstiger in der Anschaffung, Variante B verursacht im Beispiel geringere jährliche Betriebskosten. Die Entscheidung betrifft aber auch Migration, Nachweise, Schnittstellen, Ersatzteile und spätere Änderungen.

Total Cost of Ownership (TCO) bezeichnet die Kosten einer Lösung über einen festgelegten Betrachtungsumfang und Zeitraum. Welche Kosten enthalten sind, muss offengelegt werden. Ein TCO-Vergleich ist sonst nur eine Summe unterschiedlich abgegrenzter Zahlen.

Die bekannte Rechnung sauber begrenzen

Alle Werte sind fiktiv, in Millionen CHF. Betrachtet werden zehn Jahre; Preisänderungen, Finanzierung, Steuern und Abzinsung werden für diese Übung nicht berücksichtigt. Abzinsung würde zukünftige Zahlungen auf einen gemeinsamen heutigen Bewertungszeitpunkt umrechnen.

Kostenanteil Variante A Variante B
Einmalige Einführung 4,0 5,2
Jährlicher Betrieb 0,55 0,35
Zusätzlicher Aufwand im Zeitraum 0,8 0,5
Summe über zehn Jahre 10,3 9,2

A: 4,0 + 10 × 0,55 + 0,8 = 10,3 Mio. CHF. B: 5,2 + 10 × 0,35 + 0,5 = 9,2 Mio. CHF.

Die Sensitivitätsanalyse untersucht, wie das Ergebnis auf veränderte Annahmen reagiert. Entstehen bei B zusätzliche 1,4 Mio. CHF, steigt die Summe auf 10,6 Mio. CHF. A wäre dann um 0,3 Mio. CHF günstiger. Der Rangwechsel zeigt, welche Annahme vor einer Entscheidung besonders genau zu prüfen ist.

Nachweisrisiken gehören ins Angebot

Ein günstiger Preis für eine noch nicht nachgewiesene Funktion ist nicht direkt mit einer abgenommenen Lösung vergleichbar. Die Talbahn fordert deshalb je Anforderung Dokumentstand, Implementierung, Testumfang, offene Punkte und Lieferbedingungen.

Auch spätere Wechsel brauchen einen vereinbarten Umfang: Schnittstellenzugang, Konfigurationsdaten, Dokumentation, unterstützte Versionen und Übergangsleistungen. Der Begriff «offen» allein garantiert keinen wirtschaftlichen Lieferantenwechsel.

Compliance vom konkreten Bedarf aus aufbauen

Die Forderung «vollständig FRMCS-V3-konform» lässt Lieferumfang, Dokumentstand und anwendbare Funktionen offen. Eine belastbare Beschaffung benennt zuerst ihre Use Cases und ordnet ihnen danach die anwendbaren Spezifikationsanforderungen zu. Verbindliche Anforderungen an Sicherheit, Schnittstellen und Interoperabilität bleiben dabei erhalten. Ein ausgewählter Use Case ist kein Freibrief, solche Anforderungen wegzulassen. [S16; S37]

Die Nachweiskette lautet: Use Case, benötigte Funktion, anwendbare Anforderung, Implementierung, Test, Abnahme. Ein erfolgreicher Use-Case-Test beweist nicht automatisch vollständige Normkonformität. Umgekehrt beantwortet ein allgemeines Konformitätsstatement nicht alle projektbezogenen Betriebsfälle.

Use Case Benötigte Funktion Spezifikationsbezug Nachweis
Gemischter priorisierter Sprachruf Identitäten, Ruf- und Prioritätsabbildung Gewählte IWF-Ausgabe und zugeordnete Anforderungen Benannte FRMCS-/GSM-R-Kombination unter Last
Diagnose nach Anwendungsneustart Registrierung, Sitzungs- und Adresszuordnung Gewählte Anwendungs- und Gateway-Schnittstellen Neustart mit neuer Sitzung und kontrollierter Bereinigung
Öffentlicher Ersatztransport Zulässiger Zugang und passende Dienstbehandlung Anwendbares Transport- und Anwendungsprofil Pfadausfall mit gemessener Anwendungswirkung

Die Tabelle ist eine Beschaffungsmethode, keine bereits ausgefüllte Konformitätserklärung. Im echten Projekt werden die konkreten Anforderungskennungen ergänzt. «Nicht anwendbar» benötigt eine Begründung; «geplant» ist nicht «implementiert» und «getestet» ist nicht automatisch «abgenommen».

Für das Angebot verlangt die Talbahn ausserdem eine Liste der Voraussetzungen, Einschränkungen und offenen Nachweise. Deren Kosten fliessen in den TCO-Vergleich ein. Ein niedriger Kaufpreis kann sonst lediglich bedeuten, dass Integrationsarbeit und Risiko auf die Bahn verschoben wurden.

Prüfe dein Verständnis

B bleibt ohne Zusatzaufwand günstiger. Warum folgt daraus noch keine uneingeschränkte Kaufempfehlung?

Musterantwort

Die Rechnung bewertet nur den benannten Kostenumfang. Erfüllung der Anforderungen, Nachweise, Migrationsfähigkeit, Betrieb, Risiken und Vertragsbedingungen müssen ebenfalls verglichen werden. Ein technisch nicht tragfähiges Angebot wird durch eine günstigere Summe nicht geeignet.

Zusätzliche Anwendung

Formuliere aus «vollständig V3-konform» eine überprüfbare Beschaffungsforderung für den gemischten Ruf.

Musterantwort

Benenne beteiligte Systeme, Identitäten, Rufart, Priorität und Fehlerfälle; ordne die anwendbaren Anforderungen der konkreten Dokumentausgaben zu. Fordere Nachweise für Implementierung, Tests und Abnahme der benannten Kombination. Verbindliche übergreifende Anforderungen bleiben erhalten.

Das nimmst du mit

Kosten, Leistungsumfang und Nachweisrisiken gehören in dieselbe Entscheidungsvorlage.

Deine Talbahn-Fallakte

Ergänze den Kostenvergleich und eine Use-Case-/Anforderungs-/Nachweismatrix. Halte Bedingungen deiner Empfehlung und den Kostenrangwechsel fest. Die vollständige Entscheidungsvorlage folgt in 3.16.

Quellen

  • S16 · ERA: CCS TSI Appendix A – Mandatory specifications

    ERA: CCS TSI Appendix A – Mandatory specifications

    Version: ETCS B4 R1 / RMR GSM-R B1 MR1 & FRMCS B0 / ATO B1 · Geprüft: 2026-10-11

    Bezug: Referenzliste, insbesondere EIRENE/ETCS-Einträge und Hinweise 7/9. FRMCS-Indizes 092–095 und 099 referenzieren jeweils Version 1.0.0; nicht 2.1.0.

    Geltungsgrenze: Referenzstatus von Vollständigkeit und Beschaffbarkeit trennen; Liste ist nicht selbst das vollständige geltende Recht.

    Verwendet in: 1.3, 1.9, 2.11, 2.16, 2.17, 3.2, 3.15

  • S37 · ERA Opinion ERA/OPI/2024-10 zu FRMCS V2

    ERA Opinion ERA/OPI/2024-10 zu FRMCS V2

    Version: Dezember 2024 · Geprüft: 2026-10-11

    Bezug: Abschnitte 1, 3, 4 und 5: V2, offene Punkte, Entwicklung zu V3.

    Geltungsgrenze: Ausdrücklich rechtlich unverbindliche Opinion; keine eigenständige Konformitäts- oder Ausschreibungsgrundlage.

    Verwendet in: 3.15

Gemeinsames Quellenregister

Dein Fortschritt wird in diesem Browser auf diesem Gerät gespeichert.