README

Komponenten#

Zweck#

Dieser Bereich beschreibt strukturelle Solution-Komponenten, ihre Verantwortungen und ihre zulässigen Interaktionsgrenzen. Er enthält solutionweite Verträge, nicht die interne Konstruktion einzelner Implementierungen.

Führender Lesefaden#

1. ◆MVP-001-component-and-service-realization.mdFührende Komponentensicht und Realisierungskette zwischen Workbench, Application Backend, Services, Adaptern und Building Blocks.
2. ◆MVP-001-component-map.mdTechnical documentation artifact.
3. ◆MVP-001-workbench-composition-contract.mdSolutionweiter Vertrag für Composition Root, registrierte UI-Beiträge und gemeinsamen Workbench-Kontext.
4. ◆MVP-001-contribution-framework-contract.mdKonsolidierter Vertrag für deklarative Contributions, Registry, Policy, Personalisierung und Context Binding.
5. ◆MVP-001-knowledge-and-explainability-component-contract.mdKomponentenvertrag für Workbench-Integration, Knowledge Panel und kontextbezogene Erklärungen.
6. ../60-services/README.md
7. ◆../95-building-blocks/MVP-001-component-service-building-block-mapping.mdTraceability zwischen Komponenten, Serviceverträgen und aktuellen Solution Building Blocks.

Plateau-Spezialisierungen#

• ◆EP-002-platform-composition-slice.mdTechnical documentation artifact.
• EP-002-1-engineering-workbench-foundation.md
• ◆EP-002-2-manifest-driven-contribution-framework.mdArchitektur des rollenbasierten und personalisierbaren Contribution Frameworks der Engineering Workbench.
• EP-002-2B-contribution-and-context-demonstrator.md
• EP-002-2C-workbench-observability-and-trace-logging.md

Abgrenzung#

Komponenten dürfen Enterprise Capabilities nicht neu definieren. Komponenteninterne Klassen, UI-Details und Algorithmen gehören in Solution Design oder Building-Block-Dokumentation. Anforderungen und Verification werden unter 97-requirements und 98-tests geführt.