MVP-001-CAPABILITY-TRACEABILITY-MATRIX
MVP-001 – Capability-Traceability-Matrix#
Zweck#
Die Matrix ersetzt historische Building-Block-Zuordnungen nicht mechanisch. Sie ordnet nur die im aktuellen Zielrepository vorhandenen Solution Building Blocks den ausgewählten Capabilities zu.
| GlossarbegriffEine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung.Glossareintrag vollständig lesen | Primäre Solution-Beiträge | Requirement-/Verification-Einstieg |
|---|---|---|
CAP-002 |
BB-EP-003 GlossarbegriffEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird. Alles Modellierbare wird als Artefakt geführt. Dazu gehören unter anderem Systeme, Beziehungen, Features, Dokumente, ADRs, Tests, UI-Buttons, Menüs, Farben, Icons, Konfigurationen, Diagramme, Runtime-Ressourcen, fachliche Objekte und reale Objekte wie ein Blumentopf, sofern sie modelliert werden. Knowledge ist keine Sonderklasse. UI- und Applikationsartefakte werden fachlich nach demselben Grundmodell behandelt.Glossareintrag vollständig lesen Management, BB-EP-005 Localization, BB-EP-010 Persistence |
MVP-001-requirements.md, UAM Requirements und Verification Matrix |
CAP-004 |
BB-EP-004 GlossarbegriffEine Beziehung beschreibt eine nachvollziehbare Verbindung zwischen Bedeutungen, Artefakten und ihrem Kontext.Glossareintrag vollständig lesen Management, BB-EP-010 Persistence |
GlossarbegriffEin MVP ist eine kleinste überprüfbare Materialisierung mit bewusst begrenztem Umfang.Glossareintrag vollständig lesen Requirements und Acceptance Tests |
CAP-014 |
BB-EP-002 Identity & Access, BB-EP-001 Platform Shell |
MVP Requirements und Acceptance Tests |
CAP-015 |
BB-EP-003, BB-EP-008 Audit & Traceability, BB-EP-010 Persistence |
UAM sowie Persistence Contracts und Tests |
CAP-016 |
BB-EP-002, BB-EP-011 Runtime Integration |
Security- und Environment-NFRs, Runtime Verification |
CAP-021 |
BB-EP-001, BB-EP-005, BB-EP-009 Roundtrip Orchestration |
UI-, Export- und Roundtrip-Acceptance Tests |
CAP-022 |
BB-EP-009, BB-EP-011 |
Repository-/Roundtrip-Verträge und Verification |
CAP-023 |
BB-EP-007 Translation, BB-EP-009 |
Translation-, Review- und Roundtrip-Requirements |
CAP-024 |
BB-EP-008, BB-EP-009, Test Infrastructure außerhalb des Produktkerns |
Validation-, Audit- und Verification Matrices |
CAP-025 |
BB-EP-001, BB-EP-011 |
Environment-Neutrality-NFRs und Deployment Verification |
CAP-026 |
BB-EP-007, BB-EP-009, BB-EP-011 |
Job- und Roundtrip-Verification |
CAP-027 |
BB-EP-008, BB-EP-011 |
Observability-, Deployment- und Recovery-Verification |
Interpretationsregel#
Die genannten Building Blocks sind Beiträge, keine Capability-Eigentümer. Die vollständige Abdeckung entsteht aus ihrem Zusammenspiel mit Services, Datenverträgen, Runtime und Engineering-Nachweisen.
Repositoryweiter Nachweisbezug#
Die hier genannten Einstiege werden durch die BeziehungMVP-001 – Anforderungs-, Verifikations- und Traceability-MatrixRepositoryweiter Einstieg von Solution-Verträgen und Requirements zu Realisierung, Verification und Evidence-Grenzen.Vollständig lesen auf normative Verträge, Requirement Sets, Realisierung und Evidence-Grenzen abgebildet. Unspezifische Verweise wie „MVP Requirements“ bleiben Navigationshilfen; die fachlich führenden IDs liegen in den jeweiligen Requirement Sets.