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

Gestalten · 3.10

Interworking planen und nachweisen

Zeit: etwa 11–14 Minuten einschliesslich Aufgabe; Schätzung

Leitfrage: Wie lässt sich die Aussage «GSM-R und FRMCS arbeiten zusammen» belastbar eingrenzen?

Lernziel: Du erstellst eine IWF-Funktionsmatrix mit belastbaren Nachweisstufen.

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

Die Demonstration wird zur Beschaffungsfrage

Im Versuch aus 2.20 hören Niko, Lea und Amir einander. Die Talbahn möchte daraus eine Entscheidung für den gemischten Einsatz ableiten. Dazu muss sie wissen, welche Funktionen beobachtet wurden und welche Bedingungen der Versuch nicht abdeckte.

Die IWF vermittelt die ausdrücklich vorgesehenen Funktionen zwischen FRMCS und GSM-R. Für eine Bewertung werden diese Funktionen einzeln betrachtet. Ein gemeinsamer Status «erledigt» würde verdecken, dass etwa Medienübertragung funktioniert, die Rollenabbildung aber noch nicht nachgewiesen ist.

Die IWF vermittelt definierte Funktionen zwischen FRMCS und GSM-R. Drei Prüffelder zeigen Identität und Gruppe, Priorität und Sprechsteuerung sowie Medien und Fehlerfälle.
G07 · Eigene vereinfachte Lehrdarstellung. Die IWF vermittelt definierte Funktionen zwischen FRMCS und GSM-R. Drei Prüffelder zeigen Identität und Gruppe, Priorität und Sprechsteuerung sowie Medien und Fehlerfälle.

Grafik in voller Grösse öffnen (SVG, neuer Tab) G07

Vier Nachweisstände

Für jede Funktion unterscheidet die Talbahn:

  1. Anforderung zugeordnet: Eine konkrete Sollforderung ist mit Quelle und Umfang identifiziert.
  2. Implementierung dokumentiert: Ein benannter Produktstand beschreibt die Unterstützung.
  3. In benannter Kombination getestet: Ein nachvollziehbares Ergebnis liegt für bestimmte Geräte, Netze, Konfigurationen und Szenarien vor.
  4. Für das Projekt abgenommen: Die zuständige Stelle akzeptiert den Nachweis nach den vereinbarten Kriterien und behandelt verbleibende Abweichungen.

Der letzte Stand ist ein Projektentscheid. Er entsteht nicht automatisch aus einem technischen Testerfolg. Ebenso kann ein fehlerhafter Test die Umsetzung betreffen, ohne die Anforderung selbst aufzuheben.

Eine bewusst unvollständige Beispielmatrix

Die Einträge sind fiktive Lernstände, keine Produktbewertungen.

Funktion Anforderung Implementierung Testkombination Projektabnahme
Sprache in beide Richtungen Zugeteilt Dokumentiert Im Pilot geprüft Für Pilotumfang akzeptiert
Funktionale Adressierung Zugeteilt Dokumentiert Rollenwechsel fehlt Offen
Gruppenänderung Zugeteilt Teilumfang dokumentiert Nicht geprüft Offen
Priorität und Notfallfunktion Zugeteilt Behauptet, Beleg fehlt Lastfall fehlt Offen
Rückruf nach Unterbrechung Noch zu präzisieren Offen Nicht prüfbar Offen

«Nicht prüfbar» in der letzten Zeile bedeutet hier: Das erwartete Verhalten ist noch nicht eindeutig genug festgelegt. Es bedeutet nicht, dass Rückruf technisch unmöglich wäre.

Die Matrix macht sichtbar, warum der Sprachversuch den priorisierten gemischten Gruppenruf noch nicht trägt. Die Talbahn ergänzt einen Test für Prioritätsabbildung unter Last und präzisiert den Rückruffall. Beim Rollenwechsel verknüpft sie die IWF-Zeile mit einer Erweiterung von TB-REQ-017; dessen ursprünglicher Umfang war auf einen FRMCS-Dienstbereich begrenzt.

Grenzen nicht stillschweigend erweitern

Ein Test in einer Richtung belegt die Gegenrichtung nicht automatisch. Eine Kombination aus zwei Lieferanten belegt keine dritte Implementierung. Ebenso verändert ein Softwareupdate möglicherweise das Vermittlungsverhalten.

Die Talbahn hält deshalb Versionen, Konfigurationen, Gruppenarten, Berechtigungen und Fehlerbedingungen zusammen mit dem Ergebnis fest. Sie unterscheidet bewusst «nicht unterstützt», «nicht getestet» und «Test fehlgeschlagen». Diese Aussagen führen zu verschiedenen Massnahmen.

Prüfe dein Verständnis

Ein Lieferant ersetzt in der Matrix «Implementierung dokumentiert» durch «standardisiert» und will damit den Test entfallen lassen. Begründe deine Antwort und benenne einen nächsten Schritt.

Musterantwort

Eine standardisierte Funktion ist noch keine dokumentierte Umsetzung im angebotenen Produkt. Auch eine dokumentierte Umsetzung belegt nicht das Zusammenspiel mit der anderen Seite. Ich verlange zunächst Produktstand und unterstützten Umfang und danach den vereinbarten Test in der konkreten Kombination. Die Anforderung und der noch fehlende Nachweis bleiben in der Matrix getrennt sichtbar.

Das nimmst du mit

Standardisierung, Implementierung, Test und Abnahme beantworten unterschiedliche Fragen.

Deine Talbahn-Fallakte

Führe die Funktionsmatrix mit vier getrennten Nachweisständen weiter. Verknüpfe jede offene Funktion mit einem nächsten Entscheid oder Test.

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