VerstÀndnis der Grundlagen der Unternehmensarchitekturmodellierung
đ EinfĂŒhrung
Willkommen zu diesem umfassenden Tutorial ĂŒberKapitel 3: Sprachstruktur der ArchiMateÂź 3.2 Spezifikation. Dieses Kapitel ist die konzeptionelle Grundlage der gesamten ArchiMate-Sprache â es listet noch keine spezifischen Modellierungselemente auf (diese folgen in spĂ€teren Kapiteln), sondern definiert vielmehrwie die Sprache strukturiert ist, warum sie so gestaltet ist, wie sie ist, undwie Abstraktion, Schichten und Perspektiven zusammenarbeiten um eine effektive Modellierung der Unternehmensarchitektur (EA) zu unterstĂŒtzen.

Das VerstĂ€ndnis von Kapitel 3 ist fĂŒr jeden Architekten, Modellierer oder Beteiligten unerlĂ€sslich, der folgendes erreichen möchte:
- Konsistente, wiederverwendbare EA-Modelle erstellen
- Den âgroĂen Zusammenhangâ verstehen, bevor man sich mit den Einzelheiten der Elemente beschĂ€ftigt
- ArchiMate ĂŒber die Syntax hinaus anwenden â in Strategie, Ausrichtung und Kommunikation
Dieses Tutorial fĂŒhrt Sie durch die zentralen Ideen von Kapitel 3 mit klaren ErklĂ€rungen, realen Beispielen, visuellen Metaphern und einer Zusammenfassungstabelle fĂŒr schnellen Zugriff.
Lassen Sie uns beginnen.
đ SchlĂŒsselkonzepte
1. Philosophie der Sprachgestaltung: âKlein, aber ausreichendâ
âDie ArchiMate-Sprache ist auf die Konzepte beschrĂ€nkt, die ausreichen, um die berĂŒhmten 80 % der praktischen FĂ€lle zu modellieren.â
- ArchiMate vermeidet FunktionsĂŒberschuss: sie ist bewusstminimalistisch, und konzentriert sich auf Konzepte, die die meisten EA-AnwendungsfĂ€lle abdecken.
- Im Gegensatz zu UML oder SysML, die versuchen, alles â ArchiMate legt PrioritĂ€t aufKlarheit, Lernbarkeit und Ausrichtung der Stakeholder.
- Stellen Sie sich das als das âSchweizer Taschenmesserâ vor â nicht als das vollstĂ€ndige Werkzeugset.
đ Tipp: Beim Modellieren immer fragen: âIst dieses Konzept fĂŒr das architektonische VerstĂ€ndnis erforderlich, oder handelt es sich um eine Detailfrage der Gestaltung/Implementierung?â Falls letzteres der Fall ist â ĂŒberlegen Sie, es wegzulassen.
2. Oberste Struktur: Konzepte = Elemente + Beziehungen

- Modell = Sammlung von Konzepte
- Konzepte sind entweder:
- Elemente (Dinge: was)
- Beziehungen (Verbindungen: wie Dinge miteinander verbunden sind)
- Konzepte sind entweder:
Und Elemente fallen in vier abstrakte Kategorien (niemals direkt in Diagrammen verwendet):
| Abstrakte Kategorie | Zweck | Beispielinstanziierungen |
|---|---|---|
| Struktur | Die âNomenâ â wer/was fĂŒhrt etwas aus oder wird betroffen | GeschĂ€ftsakteur, Anwendungskomponente, Knoten |
| Verhalten | Die âVerbenâ â was getan wird | GeschĂ€ftsprozess, Anwendungsfunktion, Dienst |
| Motivation | Das âWarumâ â Treiber, Ziele, BegrĂŒndung | Ziel, Prinzip, Interessent |
| Kompositum | Querbezogene Konzepte (z.âŻB. Gruppierung) | Gruppierung, Lage, Plateau |
đ Wichtig: Diese abstrakt Konzepte sind nicht in Modellen darstellbar â sie sind wie Superklassen in der OOP. Sie verwenden ihre konkreten Spezialisierungen (z.âŻB. Anwendungskomponente, nicht nur âStrukturelementâ).
3. Die drei Schichten: GeschĂ€fts â Anwendung â Technologie
ArchiMate modelliert das Unternehmen in drei zentrale Schichten, jeweils mit zunehmender technischer SpezifitÀt:
| Schicht | Schwerpunkt | Wichtige Fragen | Beispiel |
|---|---|---|---|
| GeschĂ€ft | Werteschöpfung und -bereitstellung | Welche Dienstleistungen bieten wir unseren Kunden an? Wer stellt sie bereit und wie? | Prozess der Kundenakquise, Verkaufsabteilung, Dienstleistung âKonto eröffnenâ |
| Anwendung | Software, die das GeschĂ€ft unterstĂŒtzt | Welche Anwendungen ermöglichen geschĂ€ftliche FĂ€higkeiten? Welche Dienstleistungen stellen sie bereit? | CRM-System, âCustomer Data APIâ, Funktion âKYC validierenâ |
| Technologie | IT-Infrastruktur und Hardware | Welche Server, Netzwerke und GerĂ€te fĂŒhren die Anwendungen aus? | Cloud-VM, Lastenausgleich, Datenbankserver |
đ Querlayer-Beziehungen:
- Bereitstellung: Elemente der höheren Ebene werdenbereitgestellt durchDienstleistungen der niedrigeren Ebene
(z.âŻB. âVerkaufsprozessâ â[bereitgestellt durch]â âCRM-Dienstâ) - Realisierung: Elemente der niedrigeren EbenerealisierenElemente der höheren Ebene
(z.âŻB. âCRM-Anwendungskomponenteâ â[realisiert]â âCRM-Dienstâ)
â Â Beispiel einer Realisierungskette (von oben nach unten):
GeschĂ€fts-Dienstleistung âAntrag auf Darlehen bearbeitenâ
â wird realisiert durch âAnwendungsdienst âUnternehmensentscheidungâ
â realisiert durch â Anwendungskomponente âRiskEngineAppâ
â realisiert durch â Artefakt ârisk-engine-v2.1.jarâ auf einer Knoten âAppServer-Prodâ
4. Das Kernframework: 3 Ebenen à 3 Aspekte = 9 Zellen
Â

Stellen Sie sich dies als das âPeriodensystemâ von ArchiMate â es ordnet alle zentralen Elemente.
| Aspekt | Zweck | GeschÀftsEbene | Anwendungsebene | TechnologieEbene |
|---|---|---|---|---|
| Aktive Struktur | Wer/Was fĂŒhrt Verhalten aus (Subjekte, âAkteureâ) |
GeschÀftsakteur, Rolle, Zusammenarbeit | Anwendungskomponente, Zusammenarbeit, Schnittstelle | Knoten, GerÀt, Systemsoftware |
| Verhalten | Was ausgefĂŒhrt wird (Verben, Aktionen) |
GeschÀftsprozess, Funktion, Dienst, Ereignis | Anwendungsprozess, Funktion, Dienst, Ereignis | Technologieprozess, Funktion, Dienst, Ereignis |
| Passive Struktur | Was handelt wird (Objekte, Daten) |
GeschĂ€ftsobjekt (z.âŻB. Kunde) | Datenobjekt (z.âŻB. Kundenprotokoll) | Artefakt (z.âŻB. Datenbankdatei, Konfiguration) |
đ§ Â Hilfsmittel zur Erinnerung:Â SubjektâVerbâOObjekt (wie natĂŒrliche Sprache):
- Der Verkaufsmitarbeiter (Aktiv) reicht ein (Verhalten) das Bestellformular (Passiv).
đĄÂ Zusammengesetzte Elemente (z.âŻB. GeschĂ€ftsrolle) umfasst Aspekte â eine Rolle ist sowohl Struktur (eine Position) und Verhalten (zugeordnete Prozesse).
5. Full Framework: Erweiterung des Kerns
Die ArchiMate Full Framework fĂŒgt hinzu:
| Erweiterung | Standort | Zweck | Beispiele |
|---|---|---|---|
| Strategieebene | Ăber dem GeschĂ€ft | Langfristige Ausrichtung und Entscheidungen | FĂ€higkeit, Ressource, Handlungsstrategie |
| Physische Ebene | Innerhalb der Technologie | Tangible, realweltliche Vermögenswerte | Einrichtung, GerÀt, Material, Verteilungsnetz |
| Motivationsaspekt | Ăber alle Ebenen hinweg | âWarumâ wir Dinge tun | Interessengruppe, Treiber, Ziel, Prinzip, Anforderung |
| Implementierungs- und Migrations-Ebene | Ăberlagerung | Ăbergang und VerĂ€nderung | Arbeitspaket, Liefergegenstand, Plateau, LĂŒcke |

đ Hinweis: Diese Erweiterungen tun nicht den Kern nicht brechen â sie integrieren sich nahtlos ĂŒber Beziehungen (z.âŻB. Ziel â[beeinflusst]â GeschĂ€ftsprozess).
6. Abstraktion: KomplexitÀt verwalten
ArchiMate unterstĂŒtzt drei leistungsfĂ€hige Abstraktionsmechanismen:
| Typ | Beschreibung | Beispiel |
|---|---|---|
| Schwarzer Kasten vs. weiĂer Kasten | Interne Strukturen verbergen oder offenlegen | Ein âZahlungsgatewayâ-Feld kann Mikrodienste innerhalb verbergen |
| Verhalten vs. Struktur | Trennen was von wer | Zuerst das Verhalten von âBetrugsdetektionâ modellieren, danach der App âFraudServiceâ zuweisen |
| Konzeptuell â Logisch â Physisch | Zunehmende Konkretisierung | Konzeptuell: Kunde (GeschĂ€ftsobjekt) Logisch: CustomerRecord (Datenobjekt) Physisch: customers_v3.parquet (Artefakt)â verbunden durch Realisierung Beziehungen |
â Â Die Realisierung ist entscheidend:
- Es ermöglicht die Nachverfolgbarkeit ĂŒber Abstraktionsstufen hinweg.
- UnterstĂŒtzt die Architektur-Evolution:Â âWir werden dieses neue Datenobjekt vorerst mithilfe der bestehenden PostgreSQL-Tabelle realisieren, planen aber eine Migration zu NoSQL.â
đ« ArchiMate unterscheidet nicht Modell Instanzen (z.âŻB. âKunde #12345â) â nur Typen (z.âŻB. âKundeâ).
7. Notation & Visualisierung: Flexibel, aber standardisiert
Im Gegensatz zu UML oder BPMN (einheitliche Notation) trennt ArchiMate:
- Metamodell (was existiert)
- Sichtweisen (wie es fĂŒr einen Stakeholder dargestellt wird)
Es bietet jedoch eine Standard-Notation fĂŒr Konsistenz:
| Visueller Hinweis | Bedeutung |
|---|---|
| đŠÂ Blaue Hintergrund | Anwendungsschicht |
| đšÂ Gelber Hintergrund | GeschĂ€ftslogik-Schicht |
| đ©Â GrĂŒner Hintergrund | Technologie-Schicht |
| đČ Eckige Ecken | Strukturelemente |
| đŽÂ Abgerundete Ecken | Verhaltenselemente |
| âŹÂ Diagonale Ecken | Motivations-Elemente |
| đ·ïžÂ Buchstabe oben links (B, A, T, M, usw.) | Schicht-/Aspekt-Tag zur Klarheit |
| đŠÂ Feld mit Symbol (oben rechts) | Standard-Element-Symbol (z.âŻB. ZahnrĂ€dchen fĂŒr Funktion, Ordner fĂŒr Artefakt) |
đš Farben haben keine formale Semantik â verwenden Sie sie als visuelle Hilfsmittel.
đ Verschachtelung (z.âŻB. ein Prozess innerhalb einer Komponente) = AbkĂŒrzung fĂŒr Zuweisung oder Zusammensetzung Beziehungen.
đ§Ș Beispiele in der Praxis
Beispiel 1: Dienstekette ĂŒber mehrere Schichten
Ein Bank âKreditantrag stellenâ Dienst wird Kunden angeboten.
Â
[GeschÀft] Kunde (Aktor)
â
⌠dient
[GeschĂ€ft] âKreditantrag stellenâ (GeschĂ€fts-Dienst)
â
⌠realisiert
[Anwendung] âMortgageAppâ (Anwendungs-Komponente)
â
âââ stellt bereit â âAntrag einreichenâ (Anwendungs-Dienst)
âââ greift auf â âMortgageApplicationâ (Datenobjekt)
â
⌠realisiert
[GeschĂ€ft] âKreditantragâ (GeschĂ€ftsobjekt)
[Technologie] âAppServer-Prodâ (Knoten)
â
⌠hostet
[Technologie] âmortgage-app.warâ (Artefakt)
â
⌠realisiert
[Anwendung] âMortgageAppâ

đĄ Zeigt Dienstleistung (vertikaler Wertefluss) und Realisierung (ImplementierungsrĂŒckverfolgbarkeit).
Beispiel 2: Abstraktionsstufen fĂŒr Daten
| Ebene | Element | ArchiMate-Typ | Hinweise |
|---|---|---|---|
| Konzeptuell | Kunde | GeschÀftsobjekt | Was das GeschÀft betrifft |
| Logisch | Kundenprotokoll | Datenobjekt | Strukturiert fĂŒr Anwendungen: ID, Name, Geburtsdatum, Risikoscore |
| Physisch | customers_postgres_table |
Artefakt | PostgreSQL-Tabelle mit Spalten, Indizes und Partitionen |
Beziehungen:
Kundenprotokoll â[realisiert]âÂKundecustomers_postgres_table â[realisiert]âÂKundenprotokoll
Beispiel 3: Motivation, die das Design beeinflusst
[Treiber] "Regulatorische Compliance (DSGVO)"
â
⌠beeinflusst
[Ziel] "Datenschutz sicherstellen"
â
⌠realisiert
[Prinzip] "Datenretention minimieren"
â
⌠begrenzt
[Anforderung] "Persönliche Daten mĂŒssen nach 90 Tagen gelöscht werden"
â
⌠zugeordnet an
[Anwendungsprozess] "DatensÀuberungsjob"
â
⌠zugeordnet an
[Anwendungskomponente] "DataGovernanceService"
Zeigt, wie Motivationsaspekt leitet die technische Umsetzung an.
đ Zusammenfassungstabelle: ArchiMate-Sprachstruktur im Ăberblick
| Konzept | Beschreibung | Wichtige Elemente | Beziehungen | Visuelle Hinweise |
|---|---|---|---|---|
| Hierarchie auf oberster Ebene | Modell = Elemente + Beziehungen Elemente = Struktur / Verhalten / Motivation / Zusammengesetzt |
Abstrakt (nicht direkt verwendet) | Zusammensetzung, Aggregation, Spezialisierung | WeiĂe Felder, kursiv beschriftet |
| Drei Ebenen | GeschĂ€ft / Anwendung / Technologie | Siehe Rahmenwerk-Tabelle unten | Bereitstellung, Realisierung | Gelb / Blau / GrĂŒn |
| Kern-Rahmenwerk (9 Felder) | 3 Aspekte Ă 3 Ebenen |
|
Zuweisung (StrukturâVerhalten), Zugriff (VerhaltenâPassiv) | Eckig / Rund / Diagonal abgerundet |
| VollstĂ€ndiges Rahmenwerk | FĂŒgt Strategie, Physikalisch, Motivation, I&M hinzu | FĂ€higkeit, Einrichtung, Ziel, Plateau | Einfluss, Aggregation, Realisierung | Optionale âMâ/âSâ/âPâ/âIâ-Tags |
| Abstraktion | Konzeptuell â Logisch â Physikalisch Schwarzes Feld/WeiĂes Feld Trennung von Verhalten und Struktur |
GeschĂ€ftsobjekt â Datenobjekt â Artefakt | Realisierung, Zuweisung | Verschachtelung zur Zusammensetzung |
| Notation | Standard-Symbole + Farben + Formen | Symbol in der rechten oberen Ecke | Verschachtelung = AbkĂŒrzung fĂŒr Beziehungen | B/A/T/M-Bezeichnungen, Farbcodierung |
Hier sind die offiziellen Empfehlungen von Visual Paradigm fĂŒr ArchiMate-Tools mit echten, aktuellsten URLs:
1. Visual Paradigm Online (kostenloses Online-ArchiMate-Tool)
- URL: https://online.visual-paradigm.com/diagrams/features/archimate-tool/
- Eigenschaften:Kostenloses Online-ArchiMate-Diagramm-Tool, das ArchiMate 3-Notation und -Syntax unterstĂŒtzt. Bietet Beispiele, Vorlagen und kooperative Funktionen fĂŒr die Modellierung von Unternehmensarchitektur.
2. Visual Paradigm Enterprise Edition (zertifiziertes ArchiMate 3.1-Tool)
- URL: https://www.visual-paradigm.com/features/archimate-tools/
- Eigenschaften:Zertifiziert durch The Open Group, unterstĂŒtzt alle ArchiMate 3.1-Vokabular, Notation und Semantik. EnthĂ€lt erweiterte Modellierung, Zusammenarbeit und kĂŒnstliche-intelligenz-gestĂŒtzte Diagrammerstellung.
3. KI-gestĂŒtzter ArchiMate-Generator und Blickwinkel
- URL: https://updates.visual-paradigm.com/releases/ai-archimate-viewpoints-generator/
- Eigenschaften:KI-gestĂŒtzte Erstellung von ArchiMate-Diagrammen und Blickwinkeln, die die Modellierung von Unternehmensarchitektur und die Kommunikation mit Stakeholdern beschleunigt.
4. ArchiMate-Blickwinkel-Leitfaden und Beispiele
- URL: https://www.visual-paradigm.com/guide/archimate/full-archimate-viewpoints-guide/
- Eigenschaften:Umfassender Leitfaden zu allen 23 offiziellen ArchiMate-Blickwinkeln mit Beispielen, erstellt mit dem zertifizierten Tool von Visual Paradigm.
Hinweis:Visual Paradigm wird von Fortune-500-Unternehmen, Start-ups und Regierungsbehörden fĂŒr Unternehmensarchitektur und digitale Transformation weit verbreitet eingesetzt. Das Tool ist von The Open Group zertifiziert und unterstĂŒtzt sowohl die ArchiMate-2.1- als auch die ArchiMate-3.1-Standards.
đŻ Fazit
Kapitel 3 der ArchiMate 3.2-Spezifikation handelt nicht ĂŒberwaszu modellieren â es geht umwie man denktĂŒber Unternehmensarchitektur.
Durch die Beherrschung von:
- Diegeschichtete Struktur (GeschĂ€ft â Anwendung â Technologie),
- Dieaspektbasiertes Framework (Aktiv/Verhalten/Passiv),
- DieAbstraktionsmechanismen (Realisierung, Black-Boxing), und
- Dieflexible, aber standardisierte Notation,
âŠerhalten Sie die mentale StĂŒtzstruktur, umkohĂ€rente, skalierbare und stakeholder-relevante EA-Modelle â egal, ob Sie Systeme im aktuellen Zustand dokumentieren, Zielarchitekturen entwerfen oder digitale Transformation planen.
đ Pro-Tipp: Beginnen Sie jedes Modellierungsprojekt mit der Frage:
âWelche Schicht(en) und Aspekt(e) sind fĂŒr die Anliegen meines Stakeholders am relevantesten?â
Dann verwenden Sie das ArchiMate-Framework, um Ihre Elementauswahl zu leiten.
Mit dieser Grundlage sind Sie nun bereit, inKapitel 4 (Generisches Metamodell) und darĂŒber hinaus â wo die eigentlichen Modellierungselemente (wieGeschĂ€ftsprozess, Anwendungskomponente, Knoten, usw.) werden ausfĂŒhrlich definiert.
Viel SpaĂ beim Modellieren! đïžđ