SAFETY GOALS AUS HARA-ERGEBNISSEN SCHREIBEN

Safety Goals sind die Bruecke zwischen HARA und den folgenden ISO 26262 Arbeitsergebnissen. Sie beschreiben die oberste Safety-Intention, die aus einem Hazardous Event entsteht. Wenn die HARA zeigt, welches Risiko existiert, definiert das Safety Goal, was das Item sicherheitsbezogen leisten muss.

Vom Hazardous Event ausgehen

Ein gutes Safety Goal entsteht nicht aus einem isolierten Hazard-Label. Es beruecksichtigt Fehlverhalten, Betriebssituation und Konsequenz. Deshalb sollte der Reviewer immer prüfen, ob das Ziel wirklich zur konkreten HARA-Zeile passt.

Nicht zu früh implementieren

Safety Goals sollten nicht sofort eine technische Lösung vorschreiben. Redundanz, Diagnose, Monitor, Sensorfusion oder konkrete Architekturentscheidungen gehoeren später in Functional Safety Concept und Technical Safety Concept. Das Safety Goal beschreibt zunaechst die Safety-Intention.

ASIL und Traceability sichtbar halten

Safety Goals erben ihre ASIL-Relevanz aus den Hazardous Events. Wenn mehrere HARA-Zeilen auf ein Safety Goal abbilden, muss sichtbar bleiben, welche Zeilen beteiligt sind und warum das Ziel diese Integritaetsanforderung traegt.

Review-Checkliste

SafeForge hilft, HARA-Zeilen, Safety Goals, Review-Status und Requirements Traceability im selben Workflow zu verbinden. KI kann Formulierungen vorschlagen, aber Freigabe und Verantwortung bleiben beim Safety Team.