EP-REQ-REG-001
Engineering Requirement Register#
Zweck#
Das Register führt repositoryweite Anforderungen, die aus den bereits konsolidierten Contracts abgeleitet sind. Es ersetzt nicht die jeweiligen Detailverträge.
| ID | Aussage | Klasse | Status | Realisierung | Nachweis |
|---|---|---|---|---|---|
| EP-REQ-001 | Das Repository MUSS einen eindeutigen Scope und Contract besitzen. | Constraint | Satisfied | 00-overview/ENGINEERING_SCOPE.md, ENGINEERING_CONTRACT.md |
EP-001 Report |
| EP-REQ-002 | Builds MÜSSEN reproduzierbare Eingaben und nachvollziehbare Ergebnisse besitzen. | Quality | Satisfied | Build- und Pipeline-Verträge | EP-002 Report |
| EP-REQ-003 | Changed-only-Pakete MÜSSEN ohne implizite Löschung installierbar sein. | Functional | Satisfied | Workspace- und Roundtrip-Verträge | EP-003 Report |
| EP-REQ-004 | Import, Export und Packaging MÜSSEN Paketidentität und sichere Installationsgrenzen prüfen. | Functional | Satisfied | Packaging-Verträge | EP-004 Report |
| EP-REQ-005 | Validation und Verification MÜSSEN getrennt nachgewiesen werden. | Quality | Satisfied | Validation-/Verification-Verträge | EP-005 Report |
| EP-REQ-006 | Automation DARF fachliche Freigaben nicht ersetzen. | Constraint | Satisfied | Automation Approval Boundary | EP-006 Report |
| EP-REQ-007 | Engineering-Runs MÜSSEN korrelierbare Zustände, Fehler und Evidenz besitzen. | Quality | Satisfied | Runtime-Verträge | EP-007 Report |
| EP-REQ-008 | Geschützte Änderungen MÜSSEN Governance und Autorisierung folgen. | Constraint | Satisfied | Governance-Verträge | EP-008 Report |
| EP-REQ-009 | Jedes neue akzeptierte Requirement MUSS Akzeptanzkriterien und Traceability besitzen. | Constraint | Accepted | Requirements Contracts | EP-009 GlossarbegriffTechnical documentation artifact.Glossareintrag vollständig lesen |
Pflege#
Neue Einträge werden nur ergänzt, wenn die normative Aussage, Quelle, Akzeptanz und Traceability bestimmt sind. Bestehende IDs werden nicht wiederverwendet.