MVP-001-SOLUTION-DECISION-CATALOG
MVP-001 – Lösungsentscheidungskatalog#
Führende Entscheidungen#
| SADR | Status | Primärer Entscheidungsbereich | Führende Verträge | Nachweis |
|---|---|---|---|---|
| MeaningSADR-002 – Artifact-ManifestmaterialisierungVerbindliche Solution-Entscheidung SADR-002 - Artifact Manifest Materialization.Vollständig lesen | Accepted | 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 Manifest und UAM-Materialisierung | 70-data, 95-building-blocks |
UAM Requirements und Verification |
| MeaningSADR-003 – Materialisierung menschenlesbarer Code-VerträgeVerbindliche Solution-Entscheidung SADR-003 - Human-Readable Code Contract Materialization.Vollständig lesen | Accepted | menschenlesbare Code- und Modulverträge | 95-building-blocks |
Teststrategie und Manifestvalidierung |
| MeaningSADR-004 – QualitätsmodellmaterialisierungVerbindliche Solution-Entscheidung SADR-004 - Quality Model Materialization.Vollständig lesen | Accepted | Quality Goals und GlossarbegriffTechnical documentation artifact.Glossareintrag vollständig lesen | 95-building-blocks/MVP-001-quality-goals.md |
Quality- und Plateau-Verification |
| MeaningSADR-007 – Speicherklassengesteuerter RoundtripVerbindliche Solution-Entscheidung SADR-007 - Storage-class-driven Roundtrip.Vollständig lesen | Accepted | Storage-Klassen und Roundtrip | 80-runtime, 90-deployment |
Runtime-/Deployment-Verification |
| MeaningSADR-008 – manifestgesteuerte Workbench-KompositionVerbindliche Solution-Entscheidung SADR-008 - Manifest-driven Workbench Composition.Vollständig lesen | Accepted | manifestgetriebene Workbench-Komposition | 50-components, 70-data |
EP-002.1 Verification |
| MeaningSADR-009 – Policy-gefilterte, nutzerkonfigurierbare ContributionsUI-Beiträge werden zuerst durch Policies begrenzt und anschließend innerhalb des erlaubten Rahmens personalisiert.Vollständig lesen | Accepted | Policy- und Benutzerfilterung | 50-components, 70-data |
EP-002.2 Verification |
| MeaningSADR-010 – Strukturierte Überwachbarkeit für Workbench-ÜbergängeVerbindliche Solution-Entscheidung SADR-010 - Structured Observability for Workbench Transitions.Vollständig lesen | Accepted | strukturierte Workbench-Observability | 50-components |
EP-002.2C Verification |
| MeaningSADR-011 – Dezentrale Wissensverantwortung und kontextbezogene VeröffentlichungEntscheidung zu dezentraler Inhaltshoheit und zentral komponierter Veröffentlichung.Vollständig lesen | Accepted | Knowledge Ownership und Veröffentlichung | 50-components, 60-services, 70-data |
Knowledge Verification |
| MeaningSADR-012 – Ports und Contributions als LösungsgrenzenComponents communicate through application ports; workbench extensions use validated contributions.Vollständig lesen | Accepted | Ports, Adapter und Contributions | 50-components, 60-services |
Component/GlossarbegriffEin Service ist eine abgegrenzte bereitgestellte technische oder fachliche Leistung mit klarer Verantwortung.Glossareintrag vollständig lesen Verification |
| MeaningSADR-013 – Unveränderliche Assemblierung und koordiniertes DeploymentEntscheidung für unveränderliche Assemblies und koordinierten Runtime-Austausch.Vollständig lesen | Accepted | Assembly und koordinierter Deployment-Austausch | 80-runtime, 90-deployment |
Runtime-/Deployment-Verification |
| MeaningSADR-014 – Workspace-Konsolidierung und AusführungsgrenzenVerbindliche Verantwortung für Workspace-Altbestand, Engineering Tools und Runtime im konsolidierten Roundtrip.Vollständig lesen | Accepted | Workspace-Konsolidierung und Ausführungsgrenzen | 80-runtime, 96-decisions |
SADR-Governance und Phase-8-Roundtrip-Evidence |
Katalogregeln#
- Die Tabelle enthält nur aktuelle Zielentscheidungen.
- Historische ADR-Nummern werden nicht fortgeführt oder umnummeriert.
- Eine fachliche Aussage darf nicht gleichzeitig in mehreren SADRs normativ entschieden werden.
- Überlappende SADRs müssen ihre Grenze und Relation ausdrücklich benennen.
- Neue SADRs benötigen vor Annahme Requirement- und Verification-Auswirkungen.
Offene Kandidaten#
Historische Aussagen ohne aktuelle SADR werden ausschließlich in der MeaningMVP-001 – Historische EntscheidungsdispositionSemantische Disposition des historischen ADR-Bestands gegenüber der aktuellen Solution Architecture.Vollständig lesen als Kandidat geführt. Diese Liste ist kein Backlog-Versprechen und keine vorweggenommene Entscheidung.
Verification- und Evidence-Bezug#
Accepted SADRs entfalten normative Wirkung über die von ihnen referenzierten Verträge und Requirements. Ihre repositoryweite Einordnung zu Verification und Evidence erfolgt in der BeziehungMVP-001 – Anforderungs-, Verifikations- und Traceability-MatrixRepositoryweiter Einstieg von Solution-Verträgen und Requirements zu Realisierung, Verification und Evidence-Grenzen.Vollständig lesen. Kandidaten und historische Dispositionen erzeugen keine Requirement- oder Testpflicht, solange sie nicht ausdrücklich angenommen wurden.