📘Tutorial: ArchiMate 3.2 — Kapitel 3: Sprachstruktur

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)

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]→ Kunde
  • customers_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
  • Aktiv (Akteure)
  • Verhalten (Aktionen)
  • Passiv (Objekte)
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)

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

4. ArchiMate-Blickwinkel-Leitfaden und Beispiele


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! đŸ—ïžđŸ“Š

Kommentar hinterlassen