Dieses Modell extrahiert die universelle Ontologie aus dem historischen Unified GlossarbegriffEin 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 · ArchitekturbegriffGlossareintrag vollständig lesen Model, ohne dessen solution-spezifische Realisierung zu ersetzen.
Die historische Gesamtarchitektur hat bereits zwischen Elementen unterschieden, die eine Lösung, ihre Struktur oder ihr Verhalten beschreiben, und Elementen, die GlossarbegriffBedeutung beschreibt den fachlichen Sinn eines Elements und seine Relevanz für Menschen und Organisationen.Glossareintrag vollständig lesen, Begründung, Ziel, GlossarbegriffEine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung.Glossareintrag vollständig lesen, Erfahrung oder Bewertung ausdrücken. Sie hat Relationships als fachlich bedeutsame Verbindungen zwischen diesen Elementen modelliert.
Die Enterprise Architecture hebt diese bestehende Unterscheidung auf ihre universelle Abstraktionsebene und präzisiert sie als drei gleichrangige fundamentale Familien.
Die drei Familien sind keine technischen Datentypen. Sie sind universelle semantische Kategorien, die von jeder Solution für ihren Lösungsraum spezialisiert werden können.
Capability beschreibt ein Leistungsvermögen. Sie ist deshalb ein Meaning und kein Bestandteil, GlossarbegriffEin Service ist eine abgegrenzte bereitgestellte technische oder fachliche Leistung mit klarer Verantwortung.Glossareintrag vollständig lesen oder GlossarbegriffEin Building Block ist ein abgegrenzter Baustein mit stabiler Verantwortung zur Realisierung von Capabilities.Glossareintrag vollständig lesen einer Lösung.
Eine Capability kann auf mehreren Architekturebenen mit unterschiedlichem Scope spezialisiert werden:
Artifact beschreibt ein konkret identifizierbares und behandelbares Element.
Artifact beantwortet insbesondere:
Was existiert oder wird repräsentiert?
Was wird beschrieben, verändert, versioniert oder materialisiert?
Was kann als eigenständiges Element behandelt und referenziert werden?
Building Blocks, Components, Services, Dokumente, UI-Elemente und konkrete fachliche Gegenstände können Artifact Types sein.
Die interne Struktur eines Artifacts wird durch seinen konkreten Typ bestimmt. Unterschiedliche Payloads oder Darstellungsformen begründen keine neue fundamentale Familie.
Ein Artifact kennt nur sich selbst. Aussagen, die ein anderes Element betreffen, werden als Relationships modelliert.
GlossarbegriffEine Beziehung beschreibt eine nachvollziehbare Verbindung zwischen Bedeutungen, Artefakten und ihrem Kontext.Glossareintrag vollständig lesen beschreibt einen fachlich relevanten und bedeutungsvollen Zusammenhang zwischen zwei Elementen.
Relationship ist kein bloßer Pfeil, kein Darstellungsdetail und keine Hilfsstruktur. Sie ist eine eigenständige fundamentale Familie und der semantische Klebstoff zwischen Meaning und Artifact sowie zwischen Elementen derselben Familie.
Eine Relationship kann beispielsweise bedeuten:
uses
creates
synchronizes
implements
depends on
replaces
extends
is source for
motivates
contributes to
realizes
specializes
constrains
explains
conflicts with
Wissen entsteht nicht nur aus Elementen, sondern aus ihren bedeutungsvollen Relationships.
eine stabile Identity, wenn sie eigenständig referenziert oder historisiert werden muss,
optional Titel, Label oder Name,
optional Beschreibung,
optional weitere typisierte Eigenschaften.
Relationships können Meaning und Artifact verbinden, Elemente derselben Familie verbinden und später ausdrücklich zugelassene Execution-Elemente einbeziehen.
Das kanonische Vokabular und seine Regeln stehen im BeziehungKatalog der Beziehungstypen der UnternehmensarchitekturMetamodelKanonischer Katalog der übernommenen Relationship Types und der minimalen Zeit- und Evolutionserweiterungen.Vollständig lesen. Zeitliche Gültigkeit, Reihenfolge und Evolution werden dort als typisierte Relationships modelliert und nicht in Pfaden, Namen oder unstrukturiertem Freitext verborgen.
Identity ist keine vierte Familie. Sie ist eine universelle Eigenschaft von Meaning, Artifact und Relationship.
Identity beantwortet:
Welches Element ist das?
Ein Identifier ist lediglich eine technische Repräsentation dieser Identity. Identifier-Strategien, Formate, Speicher- und Auflösungsmechanismen gehören in die jeweilige Solution und ihr Design.
Beschreibt es Bedeutung, Begründung, Ziel, Leistungsvermögen,
Erfahrung oder Bewertung?
→ Meaning
Beschreibt es ein konkret identifizierbares und behandelbares Element?
→ Artifact
Beschreibt es den fachlich bedeutsamen Zusammenhang zwischen Elementen?
→ Relationship
Diese drei Fragen bilden einen stabilen Einstieg in das Modell. Grenzfälle werden nicht stillschweigend vereinfacht, sondern anhand ihres fachlichen Zwecks geprüft.
Das historische und solution-spezifische Unified Artifact Model bleibt als Realisierung bestehen. Es konkretisiert, wie eine Solution die Enterprise-Ontologie technisch organisiert, typisiert, persistiert und auflöst.
Die Enterprise-Ontologie ersetzt diese Realisierung nicht. Sie definiert die universelle Theorie, auf die das Unified Artifact Model verweist.
Damit gilt:
Enterprise Ontology
defines
Meaning, Artifact, Relationship and Identity
Solution Unified Artifact Model
realizes
these concepts for a concrete solution space
Dieses Modell konsolidiert insbesondere die semantischen Kernaussagen aus:
CON-012 – Kern des Unified Artifact Model,
CON-013 – Meaning (Arbeitstitel),
DOM-004 – Relationship & Stereotype Domain.
Die historischen Dokumente bleiben Wissensquellen. Ihre universelle Theorie wird hier semantisch normalisiert; solution-spezifische Typ-, Payload-, Persistenz- und Darstellungsentscheidungen verbleiben in der Solution Architecture.
MeaningUnternehmensabstraktion und LösungsspezialisierungDomain TheoryDefiniert Enterprise als universelle Abstraktion und Solution als Spezialisierung eines Lösungsraums.Vollständig lesen – derived-from
MeaningPrinzip typisierter RelationshipsPrincipleFachliche Zusammenhänge werden als typisierte semantische Relationships modelliert.Vollständig lesen – constrained-by
Kontext & ZeitExecution-Kontext- und Ereignis-ModelMetamodelDefiniert Execution als zeitliche Interpretation der Ontologie in einem konkreten Kontext.Vollständig lesen – related-to
MeaningGeschichtetes Wissens-ModelSemantic ModelDefiniert Gültigkeit, Herkunft und Entwicklung von Wissensartefakten entlang der Architekturebenen.Vollständig lesen – related-to
MeaningADR-012 – Universelle Enterprise-Ontologie und Execution-TheorieArchitecture DecisionBeschließt universelle Enterprise-Abstraktion, drei semantische Familien und Execution als zeitliche Interpretation.Vollständig lesen – decided-by