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
Dein Fortschritt wird in diesem Browser auf diesem Gerät gespeichert.