FMEA (Failure Mode Effects Analysis)

In der Funktionalen Sicherheit gibt es eine Methode, die immer wieder zum Einsatz kommt - die FMEA (Failure Mode Effects Analysis). In der Projektpraxis stellt sich oft die Frage, ob nicht auch auf Softwareebene eine FMEA Sinn macht und erstellt werden muss.

Martin Heininger, Geschäftsführer und Inhaber von HEICON Global Engineering, widmet sich der Frage nach Sinn und Zweck von System und Hardware FMEAs bei der Erfüllung der Forderungen von Funktionalen Sicherheitsstandards wie ISO 26262 oder IEC 61508 in seinem Blog.

Das eine Software FMEA nicht zielführend ist, wenn sie als Ersatz für die in den funktionalen Sicherheitsstandards definierten Methoden und Prozessen des Software Entwicklungsprozesses gedacht ist, ist wohl seine erste Schlussfolgerung. Aber seiner Erfahrung nach geht die Problematik noch viel weiter.

Der Begriff Software FMEA wird allzuoft verwendet, wenn eigentlich eine funktionale System FMEA gemeint ist. Dies hat seine Ursache darin, dass ein Großteil der Funktionalität von modernen Embedded Systemen in Software realisiert wird. Dadurch hat man das Gefühl, dass man eine Software FMEA durchführt, sobald man die Systemfunktionen systematisch analysiert.
Darüber hinaus gibt es noch den Einsatzzweck einer FMEA für die Analyse von Prozessen.

Die Lösung: Wenn man Schwachstellen eines Software-Entwicklungsprozesses analysieren will, kann man eine sogenannte Prozess FMEA durchführen. In diesem Fall ist das Ziel aber "nur" Schwachstellen des Prozesses zu identifizieren. Methoden und Prozesse der funktionalen Sicherheitsnormen sollten dann nicht ersetzt werden.

HEICON Engineering kennt die Fallstricke des modernen Engineering und freut sich auf den Austausch mit Kollegen zu den Themen Embedded Systeme, Funktionale Sicherheit, Systemtest und Safety.