LUFTRAUM / WISSEN & DESIGN

Überwachung & Störungsreaktion | Vorbereitet sein auf den Moment, in dem das Bild verloren geht

Verbindungsverluste, veraltete Positionen, Planabweichungen. Flugunterstützung muss nicht nur für den gesunden Bildschirm gestaltet werden, sondern für die Momente, in denen Informationen fehlen.

Diese Seite der Reihe nach lesen
01

Zwei Zeitstempel und drei Zustände führen

Trennen Sie den Zeitpunkt einer Beobachtung vom Zeitpunkt, zu dem der Server sie empfangen hat. Führen Sie neben „normal“ und „abnormal“ einen dritten Zustand: „unbekannt“. Ein Fluggerät, das an seiner letzten bekannten Position stehen geblieben ist, und eine Anzeige, die schlicht nicht mehr aktualisiert wird, sind nicht dasselbe. Dies ist ein Entwurfsvorschlag für ein allgemeines Flugunterstützungssystem.

ZustandUmgang damit
Aktuelle Daten vorhandenInnerhalb der geltenden Bedingungen weiter überwachen
Anomalie erkanntAngeben, was, welches Fluggerät, wann erkannt und wer zuständig ist
Daten veraltet oder unbekanntNicht als aktuelle Position zeichnen; die letzte Beobachtung anzeigen
02

Alarme danach gestalten, wessen Handeln sie ändern

Mehr Warnungen bedeuten nicht automatisch mehr Sicherheit. Übermitteln Sie Gegenstand, Grund und nächste Handlung an jemanden, der tatsächlich reagieren kann. Bauen Sie Quittierung, Eskalation unbeantworteter Alarme und die Grundlage für deren Aufhebung ein. Jede sicherheitsrelevante Meldung sollte zuerst den konkreten Zustand nennen, ohne Formulierungen, die ihre Bedeutung verwischen.

BeispielereignisBeispielreaktion am BildschirmWas aufzuzeichnen ist
Beobachtungsupdates bleiben ausLetzter Empfangszeitpunkt; aktueller Zustand unbekanntBeginn, Wiederherstellung, Quittierung durch die zuständige Person
Mögliche Abweichung vom PlanFluggerät und Differenz anzeigenEntscheidungskriterien, Planversion, beobachtete Werte
Ausfall eines externen DienstesBetroffener Bereich und alternative PrüfstellenFehlgeschlagene Verbindungen, Wiederholungen
Zuständige Person reagiert nichtEntlang der vereinbarten Kontaktreihenfolge eskalierenEmpfänger, Quittierung, Ergebnis
03

Notfallverfahren richten sich nach Fluggerät und Betrieb

Was bei Verbindungsverlust zu tun ist, hängt von den Spezifikationen des Fluggeräts, dem Standort, den Flugbedingungen, dem Betriebshandbuch und mehr ab. Eine allgemeine Website sollte nicht darauf ausgelegt sein, pauschale Befehle wie „steigen“, „zurückkehren“ oder „landen“ zu erteilen. Die App zeigt den bestätigten Plan und den Kontaktweg zur zuständigen Person und zieht eine klare Verantwortungsgrenze zwischen sich und den eigenen Sicherheitsfunktionen des Fluggeräts.

04

Szenarien, die Sie auf dem Papier durchspielen sollten

  • Wenn eine Beobachtung mit einem älteren Zeitstempel als die letzte eintrifft, überschreibt sie neuere Daten?
  • Wenn derselbe Alarm wiederholt zugestellt wird, sieht er wie eine eigene Anomalie aus?
  • Kann jemand ohne Befugnis einen Alarm aufheben?
  • Wenn eine Verbindung wiederhergestellt wird und ein Rückstau alter Daten hereinströmt, vermischt er sich mit der aktuellen Position?
  • Werden bei einem Schichtwechsel ungelöste Anomalien und ihre Grundlagen übergeben?

Beginnen Sie die Verifikation mit Log-Replay und Simulation. Tests mit realen Fluggeräten brauchen einen eigenen Sicherheitsplan und ein richtiges Team; gehen Sie daher stufenweise vor.

ABNAHMEKRITERIEN

Prüfen Sie diese Punkte, wenn Sie es umsetzen.

  • Ein unbekannter Zustand wird nie in der Farbe für „normal“ angezeigt.
  • Das Quittieren eines Alarms und das Lösen des Problems werden getrennt erfasst.
  • Alte Beobachtungen werden nie als neue wiedergegeben.

Prüfpunkte für Spezifikationsreviews und Funktionstests.

Wie diese Seite zu lesen ist

Diese Seite ist ein eigener Entwurfsvorschlag. Implementierung und Zahlenbeispiele sind kein Beleg für reale Ergebnisse oder eine Zertifizierung. Prüfen Sie sie anhand der Bedingungen der Arbeit, auf die Sie sie anwenden.

Lesen Sie, wie dies entstanden ist, und unsere Redaktionsprinzipien