README
Dienste#
Zweck#
Dieser Bereich definiert solutionweite Servicegrenzen und veröffentlichte Verträge zwischen Workbench, Application Layer, Domain, Persistenz, Knowledge Providern und Engineering Tools.
Führender Lesefaden#
- ArtifactMVP-001 – AnwendungsdienstgrenzeGrenzen zwischen UI, Application Services, Domain, Ports und Adaptern.Vollständig lesen
- ArtifactMVP-001 – Command-, Query- und KontextdienstvertragVertrag für stabile Commands, Queries, Current User Context und korrelierte Ausführung.Vollständig lesen
- ArtifactMVP-001 – Adapter- und Provider-VertragSolutionweiter Vertrag für externe Capability Provider, Persistenz- und Engineering-Tool-Adapter.Vollständig lesen
- ArtifactMVP-001 – Wissens-, Terminologie- und ErklärbarkeitsdienstvertragServicevertrag für Provider, Auflösung, Suche, Hilfe und Erklärungen.Vollständig lesen
- ArtifactMVP-001 – Komponenten- und DienstrealisierungFührende Komponentensicht und Realisierungskette zwischen Workbench, Application Backend, Services, Adaptern und Building Blocks.Vollständig lesen
- ArtifactMVP-001 – Komponenten-, Dienst- und Building-Block-ZuordnungTraceability zwischen Komponenten, Serviceverträgen und aktuellen Solution Building Blocks.Vollständig lesen
Plateau-Verträge#
- ArtifactEP-001C – Go-Domain- und Repository-VertragTechnical documentation artifact.Vollständig lesen
- ArtifactEP-001D – Anwendungs- und REST-VertragTechnical documentation artifact.Vollständig lesen
- ArtifactEP-002R – Bootstrap- und InstallationsverwaltungsvertragTechnical documentation artifact.Vollständig lesen
Abgrenzung#
Konkrete Endpoint-Konfigurationen, interne Handler, Datenbanktreiber und Build-Anweisungen sind keine solutionweiten Serviceverträge. Änderungen an veröffentlichten Grenzen benötigen Traceability zu Contract, SADR, Requirements und Verification.