MVP-001-BUILDING-BLOCK-OWNERSHIP-DEPENDENCY-MATRIX

MVP-001 – Building-Block-Verantwortungs- und Abhängigkeitsmatrix#

Zweck#

Diese Matrix konsolidiert die fachliche Ownership der aktuellen Solution Building Blocks. Sie ersetzt keine Enterprise-Capability und keine komponenteninterne Konstruktion. Historische Building-Block-IDs dienen ausschließlich als und werden nicht als aktuelle Ziel-IDs fortgeführt.

Ownership-Regel#

Jedes fachliche Konzept, jede Geschäftsregel und jedes fachlich relevante Persistenzobjekt besitzt genau einen primären Owner. Andere Building Blocks greifen ausschließlich über veröffentlichte Commands, Queries, Events oder Ports darauf zu. Gemeinsame technische Mechanismen begründen keine gemeinsame fachliche Ownership.

Matrix#

Solution	Primäre Ownership	Veröffentlichte Grenze	Zulässige direkte Abhängigkeiten
`BB-EP-001` Platform Shell	Shell, Navigation, Composition und UI-Laufzeitrahmen	Contribution Registry, , Navigation Context, Health	Identity, fachliche Contribution Ports, Runtime Integration
`BB-EP-002` Identity & Access	Benutzer, Rollen, Sessions, Berechtigungen und Präferenzen	Current User Context, Authorization Port, Preference API	Persistence, Audit
`BB-EP-003` Management	Artefaktidentität, Revision, Metadaten und fachliche Artifact-Operationen	Artifact Commands, Queries, Revision Events	Identity, Persistence, Audit
`BB-EP-004` Management	Beziehungen, Beziehungstypen, Kardinalitäten und Beziehungsrevisionen	Relationship Commands, Queries, Change Events	Artifact Management, Persistence, Audit
`BB-EP-005` Localization	sprachabhängige Artefaktinhalte und Fallbackstatus	Localization Queries und Update Commands	Artifact Management, Terminology, Persistence, Audit
`BB-EP-006` Terminology	Terminologiegruppen, Begriffe, Definitionen und Auflösungsstrategien	Terminology Resolution Port	Localization, Persistence, Audit
`BB-EP-007` Translation	Übersetzungsaufträge, Provider-Koordination und Ergebnisse	Translation Job Port und Provider Port	Localization, Terminology, Persistence, Audit
`BB-EP-008` Audit & Traceability	Audit Events, Korrelation und Evidence-Abfragen	Audit Event Sink, Trace Query Port	Persistence
`BB-EP-009` Roundtrip Orchestration	fachlicher Roundtrip-Status, Entscheidungen und Paketlebenszyklus	Roundtrip Commands, Queries und Validation Port	Artifact Management, Audit, Runtime Integration, Persistence
`BB-EP-010` Persistence	technische Repository-, Transaktions-, Migrations- und Outbox-Mechanismen	Repository Ports, Transaction Boundary, Outbox	keine fachliche Abhängigkeit; implementiert veröffentlichte Ports
`BB-EP-011` Runtime Integration	Runtime-Status, technische Ausführungskopplung und Environment-Abstraktion	Runtime Status Port, Execution Adapter Port	Audit, Persistence
`BB-EP-012` Knowledge & Guidance Management	Knowledge Provider, Help Contexts, Search, Guidance und Explainability-Aggregation	Provider Registry, Knowledge Query, Help und Explanation Services	Artifact Management, Relationship Management, Localization, Terminology, Identity, Audit, Persistence
`BB-EP-013` Bootstrap & Installation Management	deklarative Installationspläne, Preconditions, Verifikation und Bootstrap-Evidence	Installation Plan, Bootstrap Status, Verification Port	Runtime Integration, Persistence, Audit

Abhängigkeitsregeln#

Abhängigkeiten folgen veröffentlichten Verträgen und niemals fremden Tabellen oder internen Paketstrukturen.
BB-EP-010 ist technischer Adapter-Owner, nicht fachlicher Owner der gespeicherten Modelle.
BB-EP-008 sammelt , übernimmt aber nicht die fachliche Entscheidung anderer Building Blocks.
BB-EP-001 komponiert Beiträge, besitzt jedoch nicht deren Fachlogik.
BB-EP-012 aggregiert und publiziert Knowledge, besitzt jedoch keine zentrale fachliche Inhaltshoheit.
BB-EP-013 koordiniert Installation und Verifikation, definiert aber keine fachlichen Runtime- oder Persistenzmodelle neu.
Zyklische direkte Abhängigkeiten sind unzulässig. Rückmeldungen erfolgen über Events, Queries oder orchestrierende Application Services.