Aus deinem Architektur- und Fehlermodell: Fehlerbaum (IEC 61025), FMEA, priorisierte Cut-Sets, Common-Cause und Bericht. Drei Wege zum Modell — Editor, Chat oder aus dem Quellcode.
Deterministische Engines — sie rechnen, sie raten nicht.
Das Problem
FTA und FMEA von Hand sind langsam und fehleranfällig.
Sicherheitsanalysen entstehen heute in Tabellen und Zeichenwerkzeugen — manuell gepflegt, schwer aktuell zu halten, kaum reproduzierbar.
01Jede Architekturänderung bricht den Fehlerbaum — die Pflege frisst Wochen.
02Cut-Sets, Common-Cause und Priorisierung werden von Hand kuratiert und veralten.
03Reviews stolpern über inkonsistente Tabellen statt über echte Sicherheitsfragen.
Der Kern
Drei Wege zum Modell, eine deterministische Analyse.
Wie du zum Modell kommst, ist deine Wahl. Was hinten herauskommt, ist immer dasselbe: ein Fehlerbaum nach IEC 61025 und eine FMEA — gerechnet, nicht geraten.
münden in FtaDSL / FmeaDSL → FTA + FMEA
Editor Live
Im Studio schreiben
Modell direkt im Studio-Canvas als FtaDSL/FmeaDSL schreiben — strukturiert, versionierbar, sofort prüfbar.
Chat Live
Aus Prosa erzeugen
rfChat erzeugt die DSLs aus deiner Beschreibung. Du formulierst den Fall in Worten, das Modell entsteht strukturiert.
Quellcode Pilot
Aus dem Code rekonstruieren
rfRecover rekonstruiert das Modell aus deinem Quellcode. Heute im Pilot — der Einstieg für bestehende Codebasen.
Das Ziel ist der Kern: ein Fehlerbaum (mcsa + fta-render) und eine FMEA. Die drei Wege sind nur, wie du dort hinkommst.
Was du bekommst
Ehrlich gestaffelt: was heute geliefert wird — und was kommt.
Geliefert — der FTA/FMEA-Kern
Live
Heute real und live.
→Fehlerbaum nach IEC 61025Symbolik strikt nach IEC 61025, als SVG und PDF — sauber gesetzt, prüffähig.
→Priorisierte Cut-Set-ListeMinimal-Cut-Sets, nach Relevanz geordnet.