Safety Einführung
Safety Einführung
Safety Einführung
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
3 WARUM IST SAFETY WICHTIG? 8<br />
Abbildung 3: Die Fehlerwahrscheinlichkeit wird in diskrete Ebenen (Level)<br />
unterteilt, in der IEC 61508 gibt es vier verschiedene Ebenen. Für jede Ebene<br />
hat die IEC 61508 Anforderungen gestellt, die das System erfüllen muss.<br />
2.4 Die SIL<br />
Für <strong>Safety</strong> Funktionen dessen Aufgabe es ist hohe Risiken zu lindern, benötigen<br />
wir ein höheres Level an <strong>Safety</strong> Integrity als für <strong>Safety</strong> Funktionen die niedrige<br />
Risiken absichern. Das Äquivalent zu SIL in der Securitycommunity ist<br />
EAL (Evaluation Assurance Level)<br />
Die SIL (= <strong>Safety</strong> Integration Levels) benutzt vier verschiedene Level.<br />
Angefangen von SIL 1, was die niedrigste Stufe ist bis hin zu SIL 4, was<br />
die höchste Stufe ist. SIL 0 wird dabei für Funktionen benutzt, die keine<br />
<strong>Safety</strong>relevanz haben. Je höher das SIL desto niedriger ist die dazugehörige<br />
tolerierbare Gefährdungsstufe.<br />
3 Warum ist <strong>Safety</strong> wichtig?<br />
Früher waren viele Systeme entweder safetykritisch oder securitykritisch.<br />
In Zukunft werden viele Systeme wohl beides sein, also <strong>Safety</strong>- und Securitykritisch.<br />
Der Grund dafür ist, dass immer mehr IT-Systeme in wichtige<br />
Teile unserer Lebens- und Arbeitsumgebung eingebettet werden. Diese<br />
IT-Systeme sind dann meist noch vernetzt, was sowohl in der <strong>Safety</strong> Entwicklung<br />
als auch in der Security Entwicklung für höhere Ansprüche sorgt.<br />
Gründe für diese Vernetzung von auch sicherheitskritischeren Systemen ist<br />
meist mehr Funktionalität und eine einfacherer Wartung.[Pfi04]<br />
Leider werden Expertenwahrnungen, auch kleine Systeme mit einem hohen<br />
Maß an <strong>Safety</strong> und Security auszustatten, heruntergespielt. Argumente gegen<br />
eine aufwendigere Entwicklung sind meist: ” So kleine Systeme können<br />
keine ernsthaften Probleme auslösen“. Aber mit der heutigen Vernetzung<br />
von vielen kleinen Systemen können dann viele Fehler zur gleichen Zeit auftreten,<br />
was dann meist doch ernsthafte Probleme auslösen kann.[Pfi04]