EA-DOMAIN-ABSTRACTION-001

Unternehmensabstraktion und Lösungsspezialisierung#

Enterprise#

Enterprise Architecture beschreibt kein konkretes Unternehmen. Sie beschreibt die höchste, organisationsunabhängige Abstraktionsebene eines Wissens- und Bedeutungsmodells, das in unterschiedlichen Kontexten angewendet werden kann.

Unternehmen, Verwaltungen, Krankenhäuser, Gaststätten, Forschungsprojekte oder technische Plattformen sind mögliche Anwendungskontexte dieser Theorie.

Enterprise beantwortet universelle Fragen wie:

• Was ist ⌘MeaningBedeutung beschreibt den fachlichen Sinn eines Elements und seine Relevanz für Menschen und Organisationen.?
• Was ist ein ⌘ArtifactEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird.?
• Was ist eine ⌘RelationshipEine Beziehung beschreibt eine nachvollziehbare Verbindung zwischen Bedeutungen, Artefakten und ihrem Kontext.?
• Was ist Identity?
• Was ist ⌘CapabilityEine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung.?
• Was ist Execution?
• Wie entstehen ⌘EvidenceTechnical documentation artifact. und Learning?

Solution#

Eine Solution ist keine Software. Sie ist ein Lösungsraum und zugleich die Spezialisierung der universellen Enterprise-Theorie für diesen Lösungsraum.

Die Software ist eine mögliche Realisierung der Solution.

Eine Solution darf:

• Enterprise-Meanings spezialisieren,
• Capabilities mit kleinerem und konkreterem Scope beschreiben,
• lösungsspezifische Artifact Types und Relationship Types definieren,
• eigene Regeln ergänzen,
• universelle Konzepte für ihren Kontext präzisieren.

Sie darf die Bedeutung der übergeordneten Enterprise-Theorie nicht stillschweigend verändern.

Capabilities auf mehreren Ebenen#

Capability ist eine Kategorie von Meaning und kann auf jeder Architekturebene mit unterschiedlichem Scope auftreten.

Enterprise Capability
                    ↓ Spezialisierung
                Solution Capability
                    ↓ weitere Konkretisierung
                Design-nahe Capability

Eine Capability beschreibt Leistungsvermögen. Sie ist weder Component noch ⌘Building BlockEin Building Block ist ein abgegrenzter Baustein mit stabiler Verantwortung zur Realisierung von Capabilities.. Artifacts können über Relationships zu Capabilities beitragen oder sie realisieren.

Ableitungsprinzip#

Niedrigere Architekturebenen dürfen übergeordnete Semantik spezialisieren und realisieren, aber nicht neu definieren.

Related Architecture#

• ◆Enterprise Ontology CoreDefiniert Meaning, Artifact und Relationship als fundamentale semantische Familien sowie Identity als universelle Eigenschaft. – realized-through
• ◆Capability ModelDefiniert Capability als Meaning, ihre fachliche Herkunft, Beziehungen, Spezialisierung und Realisierung. – realized-through
• ◆Architecture Derivation PrincipleNiedrigere Ebenen spezialisieren und materialisieren höhere Ebenen, ohne sie neu zu definieren. – constrained-by
• ◆ADR-012Beschließt universelle Enterprise-Abstraktion, drei semantische Familien und Execution als zeitliche Interpretation. – decided-by