Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/03182.jsonl.gz/1727

Das Produkt ist fertig, lasst es uns sicher machen!
Ein ähnlicher Fall ist es, wenn der Anspruch an funktionale Sicherheit erst auftaucht, wenn das Produkt schon fertig entwickelt ist. Oder ein bestehendes Produkt sollte nun mit einem SIL, einem PL verkauft werden.
In fast allen Fälle bedeutet eine solche Situation, das Produkt komplett neu zu entwickeln, da viele Aspekte der funktionale Sicherheit sich auf die Hard- und Softwarearchitektur auswirken. Z.B. auf Isolation von Kanälen voneinander, auf Software-Architekturen ohne "Hidden Data Flow", sogar auf die Wahl der Programmiersprache und der Komponenten (ohne Safety Manual des Hersteller geht da leider nichts, man kann also nur eine eingeschränkte Auswahl verwenden). Daher macht es mehr Sinn, von Anfang an die funktionale Sicherheit im Projekt einzubeziehen, dann gibt es am Ende keine massiven Korrekturen mehr.
Was sich hingegen lohnen kann sind Rapid Prototypen oder Funktionsmuster, um Risiken zu minimieren. Diese erlauben es, auch Sicherheitsaspekte (z.B.: reicht die Rechenleistung für die Sicherheitsmechanismen?) vorab abzuklären.