Fünf Phasen.
Vier Gates.
Ein Gate ist eine Entscheidung, kein Termin und kein Review. Es gelten nur vier: Gate 0 fragt, ob der Intent so bestimmt ist, dass Engineering ohne stillschweigende Annahmen beginnen kann. Das Behavior Gate fragt, ob das erwartete Verhalten so vollständig definiert ist, dass die Implementierung kein eigenes Verhalten erfinden muss. Das Verifikations-Gate fragt, ob ein integriertes, betriebsfähiges, prüfbares System vorliegt. Das Validierungs-Gate fragt, ob das verifizierte System den Intent erfüllt. Eine Änderung durchläuft dieselben vier.
PhasePhase 1 · Änderung aufnehmen
Was passiertAnlass, Umfang und Auswirkung klären. Berührt die Änderung den Intent, beginnt sie ganz vorne.
GateGate 0, wenn der Intent berührt ist
PhasePhase 2 · Modell zuerst
Was passiertDie Änderung wird in der Behavior Reference (BR) beschrieben und freigegeben — nie direkt im Code.
GateBehavior Gate
PhasePhase 3 · Ableiten
Was passiertCode, HMI und Diagnose werden aus der aktualisierten Referenz neu abgeleitet, eine Quelle bleibt führend.
Gatekein eigenes Gate — läuft in das Verifikations-Gate
PhasePhase 4 · Change Verification
Was passiertBetroffene Testfälle erneut ausführen, Runtime Behavior gegen die geänderte Referenz prüfen, Behavior Deviations dokumentieren.
GateVerifikations-Gate
PhasePhase 5 · Freigabe und Report
Was passiertÄnderung mit Ergebnis, Version und Freigabe protokollieren, in den Service-Report übernehmen.
GateValidierungs-Gate, wenn der Intent berührt war
