Harmonized und Non-Harmonized Applications

Gleicher Kommunikationszugang, unterschiedliche Anwendungsumfänge

Die Talbahn möchte neben betrieblicher Sprache eine eigene Diagnoseanwendung nutzen. Diese überträgt Fahrzeugzustände an die Instandhaltung. Dass beide Anwendungen Kommunikation benötigen, bedeutet noch nicht, dass ihr fachliches Verhalten gleich umfassend standardisiert ist.

Harmonisierung beschreibt hier die gemeinsame Festlegung einer Funktion beziehungsweise Anwendung durch die zuständigen Beteiligten. Die FRS erläutert harmonisierte Anwendungen und ihren Zusammenhang mit verbindlich erklärten Funktionen. Non-Harmonized Applications bezeichnet im jeweiligen Dokumentkontext Anwendungen ausserhalb dieses harmonisierten Umfangs. Daraus folgt keine pauschale Aussage über Kritikalität oder technische Nutzbarkeit. Die FRS 2.1.0 unterscheidet ausserdem ihren eigenen Funktionsumfang von externen Anwendungen. Diese Grenzen werden anhand der konkreten Fundstelle bestimmt, nicht aus dem Namen einer Anwendung erraten. [S05, Begriffe und Abschnitt 5.2]

Vier Fragen getrennt beantworten

Erstens: Ist die fachliche Funktion im betrachteten Regelwerk harmonisiert? Zweitens: Welche Kommunikationsschnittstelle und Dienstleistung verwendet die Anwendung? Drittens: Welche betriebliche Bedeutung und welcher Schutzbedarf bestehen? Viertens: Welche Übergangs- und Nutzungsregeln gelten in einer anderen Domäne? Keine dieser Antworten ersetzt die anderen.

Für die fiktive Diagnoseanwendung wählen wir als Projektannahme einen betreiberspezifischen fachlichen Umfang. Ihr Datenformat und die Wartungsauswertung legt die Talbahn fest. Die Kommunikationsanbindung wird dennoch über eine benannte Schnittstelle realisiert und geprüft. «Betreiberspezifisch» bedeutet nicht «beliebiger Zugriff auf alle Ressourcen».

Nicht mit anderen Klassifikationen vermischen

Die SRS unterscheidet bei Domänenübergängen unter anderem Anwendungsarten nach Infrastrukturbetreiber beziehungsweise Eisenbahnunternehmen und nach Interoperabilität. Diese Einteilung ist nicht automatisch deckungsgleich mit «harmonisiert/nicht harmonisiert». Infrastrukturbetreiber stellen Bahninfrastruktur bereit; Eisenbahnunternehmen führen Zugverkehr durch. Ein Wechsel der Service-Domäne muss nach den tatsächlichen Anwendungs- und Übergangsregeln bewertet werden. [S06, Abschnitt 10.1.3.3]

Die Diagnoseanwendung erhält daher einen Integrationssteckbrief: Partner, Datenzweck, Kopplungsart, Identität, zulässige Netze, Lastverhalten und Reaktion bei Unterbrechung. Der Steckbrief hält auch fest, wer Änderungen an Datenformat und Kommunikation freigibt. So bleibt die Anwendung beherrschbar, auch wenn ihr fachlicher Umfang nicht durch dieselben Vorgaben wie die betriebliche Sprache beschrieben ist.

Prüfe dein Verständnis

Jemand erklärt: «Nicht harmonisiert bedeutet unkritisch; deshalb darf die Anwendung bei einem Grenzübertritt automatisch jeden öffentlichen Zugang nutzen.» Welche Schlüsse sind unbegründet?

Musterantwort

Aus dem Harmonisierungsstatus folgt weder der Schutzbedarf noch eine Zugangsberechtigung. Öffentliche Netznutzung, Dienstzugang und Domänenverhalten brauchen eigene Regeln. Für die Anwendung müssen fachlicher Umfang, Kommunikationsprofil und Übergangsverhalten getrennt bestimmt werden.

Das nimmst du mit

Harmonisierungsstatus, Interoperabilitätskategorie, Kopplung und Kritikalität sind verschiedene Eigenschaften. Eine saubere Einordnung verhindert falsche Architekturannahmen.

Deine Talbahn-Fallakte

Erstelle den Integrationssteckbrief der Diagnoseanwendung. Kennzeichne ihre betreiberspezifische Einordnung als Annahme des Lehrfalls und halte die einschlägigen Quellenbegriffe daneben fest.