Der Funktionsaufruf kehrt zurück, bevor die Welt sich geändert hat
Wer die Physik beim Funktionsaufruf in der Entwicklung ignoriert, entdeckt Fehler erst bei der Integration.
Case Study: Wie Bosch es geschafft hat, FMEA-Aufwand mit AbRA drastisch zu reduzieren
Florian Beer von Bosch hat den Ansatz AbRA entwickelt, mit dem FuSi in der Architektur lebt und FMEA-Workshops unnötig werden.
Wie funktioniert eine Fault Tree Analyse (FTA)?
Die Fault Tree Analyse (FTA) ist ein Werkzeug im Systems Engineering, das die Sicherstellung der funktionalen Sicherheit unterstützt.
Was ist eine FMEA?
FMEA steht für Failure Mode and Effects Analysis, zu Deutsch: Auswirkungsanalyse. Eine FMEA sorgt während der Entwicklung dafür, dass die Zuverlässigkeit des Produkts akzeptabel ist. Als Systems Engineer gehört die FMEA in unseren Werkzeugkasten. Wie sie genau funktioniert beschreibe ich im Folgenden.
Wann sind „fälschungssichere“ Komponenten sinnvoll?
„Fälschungssichere“ Komponenten sind nicht neu. Schon in den 90ern fühlten sich viele Besitzer von Tintenstrahldruckern vor dem Kopf gestoßen, als die Hersteller begannen, die Kartuschen mit Chips auszustatten, die das Wiederbefüllen verhinderten. Heute ärgern sich iPhone-Besitzer über entsprechende Warnmitteilungen bezüglich einer möglicherweise unechten Batterie. Doch gleichzeitig erledigen wir heute unbekümmert unsere Bankgeschäfte am Smartphone. Das…
Safety Integrity Level (SIL): Essentiell für die funktionale Sicherheit
Das Safety Integrity Level (SIL) ist für die funktionale Sicherheit wichtig und wird von Standards wie ISO 61508 gefordert.
Warum ignorieren wir die Qualität der Traceability?
Nachverfolgbarkeit (Traceability) ist ohne Zweifel ein wichtiges Konzept im Systems Engineering. In vielen Fällen wird ein Traceability sogar vorgeschrieben, besonders im Kontext der funktionalen Sicherheit. Doch selten wird die Qualität der Traceability hinterfragt (außer vielleicht im Audit) und noch seltener wird sie aktiv in der Entwicklung genutzt. Das ist ein Problem, denn ohne Qualität verpufft…
Fallstudie: Auswahl von SoC-Komponenten mit ISO 26262 Part 11
Diese Woche möchte ich eine Fallstudie vorstellen, bei der es um die Auswahl von sicherheitskritischen Komponenten im Automotive-Umfeld geht. Immer mehr Fahrzeuge verbauen Ein-Chip-Systeme (SoC). Daher zeige ich im Folgenden, wie die Richtlinie Part 11 der ISO 26262 dabei hilft.
Die Illusion eines simplen Systems
Alle reden von steigender Komplexität, die sich ja unter anderem in der Anzahl der Teile manifestiert. Doch dann kommen Produkte wie der Citroen Ami auf den Markt, eines scheinbar simplen Systems, der angeblich aus nur 250 Einzelteilen besteht. Wie ist das möglich? Die Antwort ist recht offensichtlich, jedes der Einzelteile ist selbst hochkomplex. Dieser Trend…
Security im Systems Engineering
Im Systems Engineering unterscheiden wir zwischen funktionaler Sicherheit („Safety“) und Einbruchs- oder IT-Sicherheit (Security). In der Vergangenheit hatte Security oft eine niedrigere Priorität und wurde teilweise auch komplett vernachlässigt. Durch den Einzug von immer mehr Software in Systeme ist Security ein dringendes Problem geworden. Wenn wir Security nicht in den Griff bekommen,haben wir ein großes…
Recalls bei medizintechnischen Geräten – ein Qualitätsproblem
Wenn es um Systeme funktionaler Sicherheit geht, dann ist Qualität kritisch: Es stehen nicht nur hohe Investitionen auf dem Spiel, auch Gefahr für Leib und Leben. Weiterhin kann so ein Vorfall die Existenz eines Unternehmens gefährden. Steigende Komplexität in Systemen führt zu steigenden Qualitätsproblemen. Um nur ein Beispiel zu nennen: Die Anzahl der Recalls von…
Nachverfolgung bis zum Code: Geht das?
Um die Frage aus dem Titel gleich zu beantworten: Natürlich ist eine Traceability von Anforderung bis zum Code möglich. Doch der Aufwand ist beträchtlich. Wann dies Sinn macht und wie es umgesetzt werden kann, darum geht es in diesem Artikel.
