ADR-012

ADR-012 – Universelle Enterprise-Ontologie und Execution-Theorie#

Status#

Accepted

Context#

Das historische Gesamtmodell SolutionArchitecture.zip enthält universelle Theorie, Solution-Spezialisierungen, Design, Engineering und Execution in einer gemeinsamen Struktur. Die heutige Dokumentation trennt diese Verantwortungen in eigene Repositories.

Eine mechanische Übernahme würde entweder Wissen duplizieren oder lösungsspezifische Aussagen fälschlich zu Enterprise-Theorie erklären.

Decision#

1. Enterprise Architecture ist organisationsunabhängig und gilt für alle Solutions.
2. Eine Solution ist ein Lösungsraum und eine Spezialisierung der Enterprise-Theorie, nicht die Software selbst.
3. ⌘MeaningBedeutung beschreibt den fachlichen Sinn eines Elements und seine Relevanz für Menschen und Organisationen., ⌘ArtifactEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird. und ⌘RelationshipEine Beziehung beschreibt eine nachvollziehbare Verbindung zwischen Bedeutungen, Artefakten und ihrem Kontext. sind fundamentale semantische Familien.
4. Identity ist eine universelle Eigenschaft aller drei Familien.
5. ⌘CapabilityEine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung. ist eine Kategorie von Meaning und kann auf jeder Ebene mit unterschiedlichem Scope spezialisiert werden.
6. Relationship ist ein erstklassiges semantisches Element und verbindet auch Execution, Events, ⌘EvidenceTechnical documentation artifact. und Knowledge.
7. Execution gehört zur Enterprise-Theorie. Sie interpretiert die Ontologie in einem konkreten zeitlichen und situativen Context.
8. Execution ist ein zusammenhängender Container für viele Events; Events beschreiben Geschehen, Entscheidungen, Beobachtungen und Zustandsübergänge.
9. Events sind unveränderliche Aussagen. Korrekturen und Neubewertungen werden durch weitere Events ausgedrückt.
10. Evidence ist ein zweckgebundener, nachvollziehbarer Nachweis tatsächlicher Execution und nicht mit beliebiger Telemetrie gleichzusetzen.
11. Learning entsteht aus bewerteter und konsolidierter Evidence und wird entsprechend seiner Gültigkeit geschichtet.
12. Observability macht Execution sichtbar; Explainability führt sie auf Context, Meanings, Artifacts, Relationships, Regeln und Reasons zurück.
13. Stabile technische Reason identities bleiben sprachneutral; menschenlesbare Erklärungen werden lokalisiert.
14. Historische Gesamtmodelle werden semantisch extrahiert, nicht strukturell kopiert.
15. Neue, noch nicht ausreichend erprobte Begriffe bleiben ausdrücklich Arbeitstitel.

Consequences#

• Das Unified Artifact Model bleibt Solution-Realisierung und verweist auf die Enterprise-Ontologie.
• Enterprise-Dokumente enthalten keine solution-spezifischen Identifier-, Persistenz-, Event-Bus-, Logging- oder Telemetrieentscheidungen.
• Solutions spezialisieren Execution Context, Event, Evidence, Reason und Explainability für ihren Lösungsraum.
• Engineering Roundtrips sind eine konkrete Spezialisierung der universellen Execution-Theorie.
• Architekturänderungen aus Runtime-Beobachtungen benötigen nachvollziehbare Evidence und konsolidiertes Learning.
• Arbeitstitel bleiben ausdrücklich als solche markiert, bis ihre Bedeutung durch Anwendung stabilisiert ist.

Related Architecture#

• ◆Enterprise Ontology CoreDefiniert Meaning, Artifact und Relationship als fundamentale semantische Familien sowie Identity als universelle Eigenschaft. – decides
• ◆Execution Context and Event ModelDefiniert Execution als zeitliche Interpretation der Ontologie in einem konkreten Kontext. – decides
• ◆Layered Knowledge ModelDefiniert Gültigkeit, Herkunft und Entwicklung von Wissensartefakten entlang der Architekturebenen. – related-to