EA-METAMODEL-EXECUTION-001
Execution-Kontext- und Ereignis-Model#
Enterprise
Solution
Engineering
Runtime
Beziehung: derived-from; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → EA-METAMODEL-ONTOLOGY-001 derived-from
Beziehung: constrained-by; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → OBSERVABILITY-BY-DESIGN constrained-by
Beziehung: realized-through; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → EXECUTION-EVIDENCE-MODEL realized-through
Beziehung: produces-evidence-for; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → RP-KNOWLEDGE-EVOLUTION produces-evidence-for
Beziehung: decided-by; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → ADR-012 decided-by
Beziehung: liefert Praxiserfahrung für die Unterscheidung von Zustandsinstanzen, Events und Snapshots; Pfeilrichtung: KS-0008 → EA-METAMODEL-EXECUTION-001 liefert Praxiserfahrung f…
Beziehung: derived-from; Pfeilrichtung: OBSERVABILITY-BY-DESIGN → EA-METAMODEL-EXECUTION-001 derived-from
Beziehung: related-to; Pfeilrichtung: EA-METAMODEL-ONTOLOGY-001 → EA-METAMODEL-EXECUTION-001 related-to
Beziehung: related-to; Pfeilrichtung: EA-RELATIONSHIP-TYPE-CATALOG-001 → EA-METAMODEL-EXECUTION-001 related-to
Beziehung: derived-from; Pfeilrichtung: EXECUTION-EVIDENCE-MODEL → EA-METAMODEL-EXECUTION-001 derived-from
Beziehung: derived-from; Pfeilrichtung: EA-REF-MODEL-EXPLAINABILITY-001 → EA-METAMODEL-EXECUTION-001 derived-from
Beziehung: related-to; Pfeilrichtung: ADR-011-OBSERVABILITY-BY-DESIGN → EA-METAMODEL-EXECUTION-001 related-to
Beziehung: decides; Pfeilrichtung: ADR-012 → EA-METAMODEL-EXECUTION-001 decides
Kernontologie der Unternehmensarchitektur — Bedeutung (meaning) · Enterprise Bedeutung (meaning) Kernontologie der Unternehmensarchitektur
Überwachbarkeit by Design — Bedeutung (meaning) · Enterprise Bedeutung (meaning) Überwachbarkeit by Design
Engineering-Execution- und Evidence-Modell — Kontext & zeitliche Einordnung (context-time) · Enterprise Kontext & zeitliche Einordnung (context-time) Engineering-Execution- und Evidence-Modell
Wissensevolutionsprozess — Kontext & zeitliche Einordnung (context-time) · Enterprise Kontext & zeitliche Einordnung (context-time) Wissensevolutionsprozess
ADR-012 – Universelle Enterprise-Ontologie und Execution-Theorie — Bedeutung (meaning) · Enterprise Bedeutung (meaning) ADR-012 – Universelle Enterprise-Ontologie u…
KS-0008 – Die Zustandsklassen waren keine Stationen — Bedeutung (meaning) · Enterprise Bedeutung (meaning) KS-0008 – Die Zustandsklassen waren …
Katalog der Beziehungstypen der Unternehmensarchitektur — Beziehung (relationship) · Enterprise Beziehung (relationship) Katalog der Beziehungstypen der Un…
Erklärbarkeitsreferenzmodell — Bedeutung (meaning) · Enterprise Bedeutung (meaning) Erklärbarkeitsreferenzmodell
ADR-011 – Überwachbarkeit by Design — Bedeutung (meaning) · Enterprise Bedeutung (meaning) ADR-011 – Überwachbarkeit by Des…
Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-KNOWLEDGE-GRAPH-001 → OBSERVABILITY-BY-DESIGN related-to
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-KNOWLEDGE-GRAPH-001 → EA-REF-MODEL-EXPLAINABILITY-001 realized-through
Beziehung der zweiten Ebene: explained-by; Pfeilrichtung: EA-LN-EXP-001 → EA-REF-MODEL-EXPLAINABILITY-001 explained-by
Beziehung der zweiten Ebene: learned-from; Pfeilrichtung: LN-OBS-001-SYSTEMS-MUST-EXPLAIN-THEMSELVES → OBSERVABILITY-BY-DESIGN learned-from
Beziehung der zweiten Ebene: related-to; Pfeilrichtung: LN-OBS-001-SYSTEMS-MUST-EXPLAIN-THEMSELVES → ADR-011-OBSERVABILITY-BY-DESIGN related-to
Beziehung der zweiten Ebene: related-to; Pfeilrichtung: LN-OBS-001-SYSTEMS-MUST-EXPLAIN-THEMSELVES → EXECUTION-EVIDENCE-MODEL related-to
Beziehung der zweiten Ebene: erläutert die Verbindung von Engineering Execution und Evidence; Pfeilrichtung: EVIDENCE-CLOSES-THE-ENGINEERING-LOOP → EXECUTION-EVIDENCE-MODEL erläutert die Verbind…
Beziehung der zweiten Ebene: erläutert den Übergang von Evidence zu Learning; Pfeilrichtung: EVIDENCE-CLOSES-THE-ENGINEERING-LOOP → RP-KNOWLEDGE-EVOLUTION erläutert den Übergan…
Beziehung der zweiten Ebene: erklärt die Abgrenzung zwischen Import Result und Engineering Result; Pfeilrichtung: IMPORT-SUCCESS-IS-NOT-ENGINEERING-SUCCESS → EXECUTION-EVIDENCE-MODEL erklärt die Abgrenzun…
Beziehung der zweiten Ebene: folgt dem Wissensevolutionsprozess; Pfeilrichtung: LEARNING-NUGGET-CONTRACT → RP-KNOWLEDGE-EVOLUTION folgt dem Wissensevol…
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-PRI-EXPLAINABILITY-BY-REFERENCE-001 → EA-REF-MODEL-EXPLAINABILITY-001 realized-through
Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-PRI-EXPLAINABILITY-BY-REFERENCE-001 → OBSERVABILITY-BY-DESIGN related-to
Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: PRINCIPLE-TYPED-RELATIONSHIPS → EA-METAMODEL-ONTOLOGY-001 derived-from
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: PRINCIPLE-TYPED-RELATIONSHIPS → EA-RELATIONSHIP-TYPE-CATALOG-001 realized-through
Beziehung der zweiten Ebene: decided-by; Pfeilrichtung: PRINCIPLE-TYPED-RELATIONSHIPS → ADR-012 decided-by
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-DOMAIN-ABSTRACTION-001 → EA-METAMODEL-ONTOLOGY-001 realized-through
Beziehung der zweiten Ebene: decided-by; Pfeilrichtung: EA-DOMAIN-ABSTRACTION-001 → ADR-012 decided-by
Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: EA-METAMODEL-ONTOLOGY-001 → EA-DOMAIN-ABSTRACTION-001 derived-from
Beziehung der zweiten Ebene: constrained-by; Pfeilrichtung: EA-METAMODEL-ONTOLOGY-001 → PRINCIPLE-TYPED-RELATIONSHIPS constrained-by
Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-METAMODEL-ONTOLOGY-001 → EA-SEMANTICS-LAYERED-KNOWLEDGE-001 related-to
Beziehung der zweiten Ebene: constrained-by; Pfeilrichtung: EA-RELATIONSHIP-TYPE-CATALOG-001 → PRINCIPLE-TYPED-RELATIONSHIPS constrained-by
Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: EA-SE-0039-MEANING-KONSOLIDIERUNG → EA-METAMODEL-ONTOLOGY-001 derived-from
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-SEMANTICS-EKEL-001 → EA-REF-MODEL-EXPLAINABILITY-001 realized-through
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-SEMANTICS-EKEL-001 → EXECUTION-EVIDENCE-MODEL realized-through
Beziehung der zweiten Ebene: governed-by; Pfeilrichtung: EA-SEMANTICS-EKEL-001 → RP-KNOWLEDGE-EVOLUTION governed-by
Beziehung der zweiten Ebene: uses; Pfeilrichtung: EA-HISTORICAL-CURRENT-VALIDITY-NETWORK-001 → EA-RELATIONSHIP-TYPE-CATALOG-001 uses
Beziehung der zweiten Ebene: informs; Pfeilrichtung: EF-006 → EXECUTION-EVIDENCE-MODEL informs
Beziehung der zweiten Ebene: informs; Pfeilrichtung: EF-008 → EXECUTION-EVIDENCE-MODEL informs
Beziehung der zweiten Ebene: informs; Pfeilrichtung: EF-011 → OBSERVABILITY-BY-DESIGN informs
Beziehung der zweiten Ebene: uses; Pfeilrichtung: KNOWLEDGE-MANAGEMENT → RP-KNOWLEDGE-EVOLUTION uses
Beziehung der zweiten Ebene: decided-by; Pfeilrichtung: EXECUTION-EVIDENCE-MODEL → ADR-009-ROUNDTRIP-INCLUDES-TEST-DEPLOYMENT-AND-EVIDENCE decided-by
Beziehung der zweiten Ebene: constrained-by; Pfeilrichtung: EA-REF-MODEL-EXPLAINABILITY-001 → EA-PRI-EXPLAINABILITY-BY-REFERENCE-001 constrained-by
Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: EA-REF-MODEL-EXPLAINABILITY-001 → KNOWLEDGE-REFERENCE-MODEL derived-from
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-REF-MODEL-EXPLAINABILITY-001 → EA-REF-MODEL-KNOWLEDGE-LEVEL-LOGGING-001 realized-through
Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: EA-REF-MODEL-KNOWLEDGE-LEVEL-LOGGING-001 → EA-REF-MODEL-EXPLAINABILITY-001 derived-from
Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-REF-MODEL-KNOWLEDGE-LEVEL-LOGGING-001 → EXECUTION-EVIDENCE-MODEL related-to
Beziehung der zweiten Ebene: constrained-by; Pfeilrichtung: EA-REF-MODEL-KNOWLEDGE-LEVEL-LOGGING-001 → OBSERVABILITY-BY-DESIGN constrained-by
Beziehung der zweiten Ebene: materializes; Pfeilrichtung: RP-KNOWLEDGE-EVOLUTION → EA-SEMANTICS-LAYERED-KNOWLEDGE-001 materializes
Beziehung der zweiten Ebene: uses; Pfeilrichtung: RP-KNOWLEDGE-EVOLUTION → KNOWLEDGE-REFERENCE-MODEL uses
Beziehung der zweiten Ebene: governs; Pfeilrichtung: EA-GOV-EXPLAINABILITY-KNOWLEDGE-REFERENCE-001 → EA-REF-MODEL-EXPLAINABILITY-001 governs
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: GOVERNANCE-TERMINOLOGY-LIFECYCLE → RP-KNOWLEDGE-EVOLUTION realized-through
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-FEEDBACK-PDCA-001 → RP-KNOWLEDGE-EVOLUTION realized-through
Beziehung der zweiten Ebene: related-to; Pfeilrichtung: ADR-012 → EA-SEMANTICS-LAYERED-KNOWLEDGE-001 related-to
Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-ADR-014 → EA-REF-MODEL-EXPLAINABILITY-001 realized-through
Beziehung der zweiten Ebene: uses; Pfeilrichtung: EA-STD-EXTERNE-EVIDENZ-001 → EA-RELATIONSHIP-TYPE-CATALOG-001 uses
Beziehung der zweiten Ebene: uses; Pfeilrichtung: EA-STD-RELATIONSHIP-LEDGER-001 → EA-RELATIONSHIP-TYPE-CATALOG-001 uses
Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: GLOSSARY-ENTERPRISE-CORE → EA-METAMODEL-ONTOLOGY-001 derived-from
Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: GLOSSARY-ENTERPRISE-CORE → EA-REF-MODEL-EXPLAINABILITY-001 derived-from
Beziehung der zweiten Ebene: specializes; Pfeilrichtung: SA-ENTERPRISE-SPECIALIZATION-001 → EA-METAMODEL-ONTOLOGY-001 specializes
ADR-009 – Engineering-Roundtrip umfasst Test-Deployment und Evidence — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) ADR-009 – Engineering-Roundtr…
ADR-014 – Erklärbarkeit durch stabile Wissensreferenzen — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) ADR-014 – Erklärbarkeit durch…
Unternehmensabstraktion und Lösungsspezialisierung — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Unternehmensabstraktion und Lösungsspeziali…
Feedback, PDCA und Evolution — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · Enterprise Kontext & zeitliche Einordnung (context-time) Feedback, PDCA und Evolution
Erklärbarkeits- und Wissensreferenz-Governance — zweite Beziehungsebene, Unklassifiziert (unknown) · Enterprise control (control) Erklärbarkeits- und Wissensreferenz-Governance
Gültigkeitsnetz für historische und aktuelle Aussagen — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · Enterprise Kontext & zeitliche Einordnung (context-time) Gültigkeitsnetz für historische und akt…
Wissensgraph der Unternehmensarchitektur — zweite Beziehungsebene, Beziehung (relationship) · Enterprise Beziehung (relationship) Wissensgraph der Unternehmensarchitektur
Reason Codes sind keine vollständigen Erklärungen — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Reason Codes sind keine vollständigen…
Prinzip der Erklärbarkeit durch Referenz — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Prinzip der Erklärbarkeit durch…
Wissensebenen-Protokollierungsmodell — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · Enterprise Kontext & zeitliche Einordnung (context-time) Wissensebenen-Protokollierungsmodell
SE-0039 — Meaning-Konsolidierung — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) SE-0039 — Meaning-Konsolidierung
Erklärbarkeits-, Wissens-, Evidence- und Lernstruktur — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Erklärbarkeits-, Wissens-, Evidence-…
Geschichtetes Wissens-Model — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Geschichtetes Wissens-Model
Externer Evidenzvertrag — zweite Beziehungsebene, Beziehung (relationship) · Enterprise Beziehung (relationship) Externer Evidenzvertrag
Beziehungsledger — zweite Beziehungsebene, Unklassifiziert (unknown) · Enterprise control (control) Beziehungsledger
EF-006 – Port ownership must be verified before restart — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · Enterprise Kontext & zeitliche Einordnung (context-time) EF-006 – Port ownership must be v…
EF-008 – Execution Evidence is an architecture artifact — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · Enterprise Kontext & zeitliche Einordnung (context-time) EF-008 – Execution Evidence is an arch…
EF-011 – Invisible state transitions block engineering — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · Enterprise Kontext & zeitliche Einordnung (context-time) EF-011 – Invisible state transitions b…
Evidence schließt den Engineering-Kreislauf — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Evidence schließt den Engineering-Kre…
Kernbegriffe der Unternehmensarchitektur — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Kernbegriffe der Unternehmensarchitektur
Governance des Terminologie-Lebenszyklus — zweite Beziehungsebene, Unklassifiziert (unknown) · Enterprise control (control) Governance des Terminologie-Lebenszyklus
Learning Nugget – Importerfolg ist kein Engineering-Erfolg — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Learning Nugget – Importerfolg ist ke…
Referenz-Building-Block – Wissensverwaltung — zweite Beziehungsebene, Artefakt (artifact) · Enterprise Artefakt (artifact) Referenz-Building-Block – Wissensverwaltung
Wissensreferenzmodell — zweite Beziehungsebene, Beziehung (relationship) · Enterprise Beziehung (relationship) Wissensreferenzmodell
Learning-Nugget-Vertrag — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Learning-Nugget-Vertrag
LN-OBS-001 – Systeme müssen sich selbst erklären — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) LN-OBS-001 – Systeme müssen sich selbst …
Prinzip typisierter Relationships — zweite Beziehungsebene, Bedeutung (meaning) · Enterprise Bedeutung (meaning) Prinzip typisierter Relationships
Enterprise Theory Specialization — zweite Beziehungsebene, Bedeutung (meaning) · Solution Bedeutung (meaning) Enterprise Theory Specialization
Execution-Kontext- und Ereignis-Model — Kontext & zeitliche Einordnung (context-time) · Enterprise. Strukturkontext öffnen. Kontext & zeitliche Einordnung (context-time) Execution-Kontext- und Ereignis-Model
+ − ⌂ 2 ← ↑ ↓ →
Übersicht · 2: zweite Ebene · Ziehen/Klicken: navigieren
Bedeutung (meaning) · Enterprise
Definiert Meaning, Artifact und Relationship als fundamentale semantische Familien sowie Identity als universelle Eigenschaft.
Als Fokus und Artikel öffnen →
Kontext & zeitliche Einordnung (context-time) · Enterprise
Ordnet Engineering Execution und Evidence als Spezialisierung der universellen Enterprise-Execution ein.
Als Fokus und Artikel öffnen →
Kontext & zeitliche Einordnung (context-time) · Enterprise
Lebenszyklus von Beobachtung und Evidence über Konsolidierung bis zur institutionalisierten Erkenntnis.
Als Fokus und Artikel öffnen →
Bedeutung (meaning) · Enterprise
Beschließt universelle Enterprise-Abstraktion, drei semantische Familien und Execution als zeitliche Interpretation.
Als Fokus und Artikel öffnen →
Beziehung (relationship) · Enterprise
Kanonischer Katalog der übernommenen Relationship Types und der minimalen Zeit- und Evolutionserweiterungen.
Als Fokus und Artikel öffnen →
Bedeutung (meaning) · Enterprise
Definiert die universellen Bestandteile einer nachvollziehbaren maschinellen und menschlichen Erklärung.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Ordnet Testdeployment, Verification und Evidence als vollständige Engineering Execution ein.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Entscheidet, dass Explainability auf stabilen Reason Codes, Knowledge References und Evidence References basiert.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Definiert Enterprise als universelle Abstraktion und Solution als Spezialisierung eines Lösungsraums.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Kontext & zeitliche Einordnung (context-time) · Enterprise
Verbindet Vision, Plateaus, Evidence und kontinuierliche Evolution.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Unklassifiziert (unknown) · Enterprise
Regelt stabile Reason Codes, Knowledge References, Revisionen, Lokalisierung und Evidence in Erklärungen.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Kontext & zeitliche Einordnung (context-time) · Enterprise
Verknüpft historische und aktuelle Aussagen durch typisierte Gültigkeits- und Evolutionsbeziehungen.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Beziehung (relationship) · Enterprise
Dokumentiert die semantischen Beziehungen zwischen den tragenden Enterprise-Artefakten.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Erklärt, warum ein Reason Code erst zusammen mit Kontext, Wissen und Evidenz eine belastbare Explanation bildet.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Verlangt erklärbare Entscheidungen und Zustandsübergänge durch stabile Referenzen auf Wissen, Regeln und Evidenz.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Kontext & zeitliche Einordnung (context-time) · Enterprise
Hebt technische Ereignisse durch stabile Knowledge-, Decision-, Principle- und Evidence-Referenzen auf eine nachvollziehbare Wissensebene.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Konsolidiert historische Meaning-Kandidaten auf kanonische Quellen und dokumentiert Folgearbeit.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Ordnet Explainability, Knowledge, Evidence und Learning als zusammenhängende, aber getrennt verantwortete Wissensstruktur ein.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Definiert Gültigkeit, Herkunft und Entwicklung von Wissensartefakten entlang der Architekturebenen.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Beziehung (relationship) · Enterprise
Vertrag für nachvollziehbare externe Quellen und ihre getrennte technische Erreichbarkeitsprüfung.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Unklassifiziert (unknown) · Enterprise
Versionierte Ergänzung für Begründung, Evidenz und Gültigkeitskontext einer bereits in Markdown deklarierten Beziehung.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Kontext & zeitliche Einordnung (context-time) · Enterprise
Vor einem Service-Restart muss nicht nur Portbelegung, sondern Eigentümerschaft geprüft werden.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Kontext & zeitliche Einordnung (context-time) · Enterprise
Build-, Deployment- und Runtime-Nachweise sind referenzierbare Artefakte und nicht bloß vergängliche Logs.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Kontext & zeitliche Einordnung (context-time) · Enterprise
Unobservable interactions, policy decisions and state transitions prevent reliable verification and evolution.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Evidence verbindet beabsichtigte Änderung, tatsächliche Execution, Verification und Learning.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Kurze verbindliche Abgrenzungen der zentralen Enterprise-Begriffe.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Unklassifiziert (unknown) · Enterprise
Regelt fachliche Heimat, Arbeitstitel, Definition, Übersetzung und Deprecation von Begriffen.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Artefakt (artifact) · Enterprise
Definiert die universelle Verantwortung für Wissensartefakte, ihre fachliche Heimat, Vernetzung und Materialisierung.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Beziehung (relationship) · Enterprise
Ordnet Wissensartefakte, Wissensbeziehungen, fachliche Heimat, Scope und Sprachfassungen universell ein.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Verbindlicher Vertrag für Bedeutung, Auslöser, Struktur, Grenzen und Verknüpfung von Learning Nuggets.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Unsichtbare Entscheidungen und Context-Wechsel verhindern belastbare Verification.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Enterprise
Fachliche Zusammenhänge werden als typisierte semantische Relationships modelliert.
Als Fokus und Artikel öffnen →
zweite Beziehungsebene · Bedeutung (meaning) · Solution
Ordnet die Solution Architecture als Spezialisierung der universellen Enterprise-Theorie ein.
Als Fokus und Artikel öffnen →
Kontext & zeitliche Einordnung (context-time) · Enterprise
Definiert Execution als zeitliche Interpretation der Ontologie in einem konkreten Kontext.
Zweck#
Die Enterprise-Ontologie beschreibt Möglichkeiten, Bedeutungen, identifizierbare Elemente und grundsätzlich geltende Zusammenhänge. Execution beschreibt, wie dieses semantische Modell in einem konkreten zeitlichen und situativen Kontext angewendet wird.
Execution ist universelle Enterprise-Theorie. Sie gilt für Dienstleistungen, Produktion, Behandlung, Verwaltung, Forschung, Bewirtung, Zusammenarbeit, Engineering und Softwarelaufzeit. Die technische Umsetzung einer Execution gehört dagegen in die jeweilige Solution Architecture, das Solution Design oder die Runtime.
Zentrale Aussage#
Jede Execution ist eine Interpretation des semantischen Modells innerhalb eines konkreten Kontexts.
Die Ontologie ist deshalb weder ein Laufzeitmodell noch die konkrete Realität. Sie beschreibt die Möglichkeiten und Regeln, auf deren Grundlage konkrete Ausführungen stattfinden können.
Execution Context#
Execution Context ist ein Arbeitstitel für den Container der konkreten Randbedingungen einer zusammenhängenden Ausführung. Der Begriff bleibt so lange ein Arbeitstitel, bis seine ⌘ Bedeutung Bedeutung beschreibt den fachlichen Sinn eines Elements und seine Relevanz für Menschen und Organisationen. Glossarbegriff Bedeutung beschreibt den fachlichen Sinn eines Elements und seine Relevanz für Menschen und Organisationen. Glossareintrag vollständig lesen durch weitere Anwendungen ausreichend stabilisiert ist.
Ein Execution Context kann unter anderem enthalten:
Zeitpunkt und Zeitraum,
Ort und Umgebung,
beteiligte Identitäten, Akteure und Rollen,
aktuelle Zustände,
Ziele, Trigger und Anlass,
verfügbare oder verwendete Artifacts,
wirksame Relationships,
geltende Meanings, Regeln und Entscheidungen,
Ressourcen und Einschränkungen,
vorherige Ereignisse und beobachtete Bedingungen.
Der gleiche Meaning-, Artifact- und Relationship-Bestand kann in unterschiedlichen Contexts zu unterschiedlichen Wahrnehmungen, Entscheidungen und Ergebnissen führen.
Execution#
Execution ist ein zusammenhängender Vorgang innerhalb eines Execution Contexts. Sie ist nicht nur eine Folge technischer Schritte und nicht mit einem einzelnen Event gleichzusetzen.
Eine Execution:
besitzt eine stabile Identity,
hat einen zeitlichen und situativen Scope,
wendet Meanings, Artifacts und Relationships an,
umfasst ein oder mehrere Events,
kann Ergebnisse und ⌘ Evidence Technical documentation artifact. Glossarbegriff Technical documentation artifact. Glossareintrag vollständig lesen hervorbringen,
kann durch weitere Executions fortgesetzt, korrigiert oder bewertet werden.
Beispiel:
Meaning: Bewirtungsleistung und süddeutsche Spezialität
Artifacts: Rezept, Zutaten, Griddle, Gericht, Koch, Gast
Relationships: Rezept beschreibt Zubereitung; Gerät erhitzt Speise
Execution Context: konkreter Tag, Veranstaltung, Gast, Hunger, Gesundheit, Temperatur
Execution: Käsespätzle für diesen Gast zubereiten und servieren
Die Identitäten der beteiligten semantischen Elemente können gleich bleiben, obwohl ein anderer Context zu einem anderen Ergebnis führt.
Event#
Ein Event ist ein zeitlich bestimmbares Geschehen, eine Entscheidung, Beobachtung oder ein Zustandsübergang innerhalb einer Execution.
Ein Event kann mindestens folgende Informationen tragen:
Event Identity und Event Type,
Zeitpunkt oder Zeitraum,
zugehörige Execution und Context,
Actor oder auslösende Identität,
Trigger und Reason,
betroffene Meanings, Artifacts und Relationships,
vorherigen und neuen Zustand,
Ergebnis und Referenzen,
⌘ Provenance Provenienz beschreibt die nachvollziehbare Herkunft eines Wissenselements, einer Aussage oder einer abgeleiteten Darstellung. Glossarbegriff Provenienz hält Quelle, Entstehungs- oder Ableitungskontext sowie gegebenenfalls Revision und Prüfung fest. Sie erklärt, warum etwas als Beleg erhalten bleibt, ohne daraus automatisch eine aktuell führende Aussage zu machen. Glossareintrag vollständig lesen und erzeugte Evidence.
Events können:
einen Zustand verändern,
eine ⌘ Relationship Eine Beziehung beschreibt eine nachvollziehbare Verbindung zwischen Bedeutungen, Artefakten und ihrem Kontext. Glossarbegriff Eine Beziehung beschreibt eine nachvollziehbare Verbindung zwischen Bedeutungen, Artefakten und ihrem Kontext. Glossareintrag vollständig lesen anwenden, aktivieren, bewerten, erzeugen, verändern oder beenden,
ein ⌘ Artifact Ein Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird. Glossarbegriff Ein 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. Unified Artifact Model · Architekturbegriff Glossareintrag vollständig lesen verwenden, erzeugen oder verändern,
eine Entscheidung oder Abweichung dokumentieren,
ein Ergebnis oder eine Beobachtung festhalten.
Events sind unveränderliche Aussagen über ein stattgefundenes oder beobachtetes Geschehen. Fehlerhafte, unvollständige oder später anders bewertete Aussagen werden nicht stillschweigend überschrieben, sondern durch weitere Events korrigiert, ergänzt oder neu eingeordnet.
Relationships in Execution#
Execution erzeugt keine zweite, von der Ontologie getrennte Beziehungswelt. Sie wendet vorhandene Relationship Types im konkreten Context an und kann relationale Zustände verändern.
Beispiele:
ein Benutzer has-role Gast,
eine Rolle permits eine Handlung,
ein ⌘ Building Block Ein Building Block ist ein abgegrenzter Baustein mit stabiler Verantwortung zur Realisierung von Capabilities. Glossarbegriff Ein Building Block ist ein abgegrenzter Baustein mit stabiler Verantwortung zur Realisierung von Capabilities. Glossareintrag vollständig lesen realizes eine ⌘ Capability Eine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung. Glossarbegriff Eine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung. Glossareintrag vollständig lesen ,
ein Gericht is-liked-by einen Gast,
ein Event produces Evidence.
Ein Event kann eine Relationship verändern, ohne dass sich die Identity der beteiligten Meaning- oder Artifact-Elemente ändert.
Evidence#
Evidence ist ein nachvollziehbarer Nachweis dessen, was innerhalb einer Execution tatsächlich geschehen ist oder welcher Zustand nachweislich erreicht wurde.
Evidence ist nicht mit beliebiger Telemetrie oder jedem Logeintrag gleichzusetzen. Sie besitzt mindestens:
Identity,
Zweck und Scope,
Provenance,
Bezug zu Execution und Events,
Zeitpunkt oder Gültigkeitszeitraum,
Ergebnis oder beobachteten Zustand,
Integritäts- und Referenzinformationen.
Mögliche Materialisierungen sind Reports, Snapshots, Messwerte, Beobachtungen, Prüfresultate, Bilder, Journalauszüge oder signierte Nachweise. Welche Form erforderlich ist, entscheidet die jeweilige Solution.
Learning#
Learning entsteht durch die bewertete Auswertung von Evidence. Eine einzelne Beobachtung ist noch kein dauerhaftes Learning.
Semantic Model
↓ Interpretation im Context
Execution
↓
Events
↓
Evidence
↓ Bewertung und Konsolidierung
Learning
↓
präzisiertes semantisches Modell
Learning wird entsprechend seiner Gültigkeit auf Enterprise-, Solution-, Design-, Engineering- oder Execution-Ebene eingeordnet. Erst wiederkehrende, nachvollziehbare und konsolidierte Erkenntnisse dürfen universelle Theorie verändern.
Observability und Explainability#
Observability macht bedeutungsvolle Executions, Events, Entscheidungen und Zustandsübergänge sichtbar. Explainability führt sie auf die angewendeten Meanings, Artifacts, Relationships, Regeln und Contexts zurück.
Vereinfachte Kette:
Meaning / Artifact / Relationship
↓
Execution Context
↓
Execution / Event
↓
Reason
↓
Evidence
↓
lokalisierte Erklärung
Stabile Reason Codes können technische Identitäten einer Erklärung bilden. Menschenlesbare Erklärungen werden lokalisiert; technische Identitäten und Referenzen bleiben stabil.
Abgrenzung#
Dieses Enterprise-Modell definiert keine konkrete:
Event-Technologie oder Event-Bus-Implementierung,
Persistenz- oder Identifier-Strategie,
Logging-Bibliothek,
Telemetrieplattform,
Reason-Code-Taxonomie,
Runtime- oder Deployment-Implementierung.
Diese Entscheidungen werden von Solutions spezialisiert. Sie dürfen die Enterprise-Semantik erweitern und materialisieren, aber nicht neu definieren.
◆ Enterprise Ontology Core Definiert Meaning, Artifact und Relationship als fundamentale semantische Familien sowie Identity als universelle Eigenschaft. Meaning Kernontologie der Unternehmensarchitektur Metamodel Definiert Meaning, Artifact und Relationship als fundamentale semantische Familien sowie Identity als universelle Eigenschaft. Vollständig lesen – derived-from
◆ Observability by Design Verlangt beobachtbare und erklärbare Actions, Decisions, State Transitions und Results. Meaning Überwachbarkeit by Design Documentation Verlangt beobachtbare und erklärbare Actions, Decisions, State Transitions und Results. Vollständig lesen – constrained-by
◆ Execution Evidence Model Ordnet Engineering Execution und Evidence als Spezialisierung der universellen Enterprise-Execution ein. Kontext & Zeit Engineering-Execution- und Evidence-Modell Documentation Ordnet Engineering Execution und Evidence als Spezialisierung der universellen Enterprise-Execution ein. Vollständig lesen – realized-through
◆ Knowledge Evolution Process Lebenszyklus von Beobachtung und Evidence über Konsolidierung bis zur institutionalisierten Erkenntnis. Kontext & Zeit Wissensevolutionsprozess ReferenceProcess Lebenszyklus von Beobachtung und Evidence über Konsolidierung bis zur institutionalisierten Erkenntnis. Vollständig lesen – produces-evidence-for
◆ ADR-012 Beschließt universelle Enterprise-Abstraktion, drei semantische Familien und Execution als zeitliche Interpretation. Meaning ADR-012 – Universelle Enterprise-Ontologie und Execution-Theorie Architecture Decision Beschließt universelle Enterprise-Abstraktion, drei semantische Familien und Execution als zeitliche Interpretation. Vollständig lesen – decided-by