📘 Tutorial: ArchiMate 3.2 — Kapitel 2: Definitionen

Verständnis des grundlegenden Vokabulars der Unternehmensarchitekturmodellierung

🔍 Einführung: Warum Definitionen wichtig sind

Bevor Sie ein nützliches Architekturdiagramm zeichnen können – sei es, um Geschäftsziele mit IT-Systemen abzustimmen oder Cloud-Migrationspläne zu kommunizieren – benötigen Sie eine gemeinsame Sprache. Genau das bietet Kapitel 2 der ArchiMate 3.2-Spezifikation bietet: das formale Vokabular der Sprache.

Stellen Sie sich dieses Kapitel als das Wörterbuch + Grammatik-Einführung für ArchiMate. Ohne präzise Definitionen könnten zwei Architekten dasselbe Wort („Ansicht“, „Ebene“, „Element“) mit unterschiedlichen Bedeutungen verwenden – was zu Missverständnissen, fehlerhaften Modellen oder gescheiterten Umsetzungen führen könnte.

✅ Dieser Tutorial wird Ihnen helfen:

• Jedes Stichwort verstehen intuitiv durch Analogien und Beispiele
• Sehen Sie, wie Begriffe verknüpft sind (z. B. Ansichtspunkt → Ansicht → Modell → Element)
• Häufige Verwechslungen vermeiden (z. B. Ansicht vs. Ansichtspunkt, Ebene vs. Aspekt)
• Sicher auf die ArchiMate-Zertifizierung oder die praktische Modellierung vorbereiten.

Legen wir los – einen Begriff nach dem anderen.

🧱 Wichtige Konzepte und detaillierte Erklärungen (mit Beispielen)

1. ArchiMate-Kernframework

„Eine Referenzstruktur, die verwendet wird, um Elemente der ArchiMate-Kernsprache zu klassifizieren. Sie besteht aus drei Ebenen und drei Aspekten.“

🔹 Analogie: Stellen Sie sich vor, es ist ein 3×3-Gitter in einer Tabellenkalkulation — Zeilen =Ebenen, Spalten =Aspekte — was Ihnen hilft, jedes Baustein zu kategorisieren.

📌 Beispiel:

• Sie modellieren, wie Kundenaufträge erfüllt werden.
  • Geschäftsebene: Kunde (Aktor), Auftrag verarbeiten (Prozess), Auftrag (Objekt)
  • Anwendungsebene: Auftragsverwaltungssystem (Komponente), API zum Auftrag platzieren (Dienst)
  • Technologieebene: Webserver (Knoten), Auftragsdatenbank (Artefakt)

⚠️ Hinweis: Das vollständige Raster und das Metamodell befinden sich in Abschnitt 3.4, aber dieses Framework ist die mentale Karte die anzeigt, wo Elemente platziert werden sollen.

2. ArchiMate-Kernsprache

„Der zentrale Teil… umfasst Konzepte aus drei Ebenen: Geschäft, Anwendung und Technologie (einschließlich physischer Ebene).“

🔹 Dies ist die „Standard-Toolbox“ — die offizielle Menge an Elementen und Beziehungen, die Sie erlaubt zur Verwendung in konformen ArchiMate-Modellen.

🚫 Nicht Teil der Kernsprache: Motivations-, Strategie-, Implementierungs- und Migrationserweiterungen (werden in späteren Kapiteln oder Erweiterungen behandelt).

📌 Praktischer Tipp:
Wenn Sie ein TOGAF-konformes EA-Modell in einer großen Organisation (z. B. Acme Cloud) erstellen, halten Sie sich zunächst an die Kernsprache erst — dies gewährleistet Klarheit und Tool-Kompatibilität (z. B. mit BiZZdesign, Sparx EA oder Archi).

3. Architekturansicht gegenüber Architekturansichtspunkt

Häufig verwechselt! Lassen Sie uns das klären.

✅ Best Practice: Dokumentieren Sie Ihre Perspektive immer vor der Ansicht zeichnen. Dies stellt die Ausrichtung der Stakeholder sicher (z. B. der CFO interessiert sich für Kostenflüsse; der CISO interessiert sich für Datenzugriffe).

4. Aspekt

„Klassifizierung basierend auf schichtunabhängigen Merkmalen… im Zusammenhang mit den Interessen der Stakeholder.“

Drei Aspekte:

1. Aktive Struktur → Wer/ was führt aus? (z. B. Akteur, Rolle, Komponente)
2. Verhalten → Was wird getan? (z. B. Prozess, Funktion, Dienst)
3. Passive Struktur → Was wird beeinflusst? (z. B. Objekt, Daten, Artefakt)

📌 Beispiel: E-Commerce-Bestellablauf

💡 Erkenntnis: Aspekte ermöglichen es Ihnen, das Modell horizontal zu schneiden — zum Beispiel „Zeigen Sie mir alle Passive Strukturen über Schichten hinweg“, um die Datenherkunft zu analysieren.

5. Element, Beziehung, Beziehung-Verbindung, und Konzept

6. Verbundenes Element

„Ein Element, das aus anderen Elementen aus mehreren Aspekten oder Schichten besteht.“

🔹 Die meisten realen Elemente sind zusammengesetzt!

📌 Beispiele:

• Online-Banking-System = Geschäftsdienstleistung (Gelder überweisen) + Anwendungskomponente (Transaktions-Engine) + Technologieknoten (Cloud-Cluster)
• Kundenportal = Geschäftsschnittstelle (Web-Oberfläche) + Anwendungskomponente (Frontend-App) + Technikgerät (Web-Server)

🔧 Modellier-Tipp: Verwenden Sie Zusammensetzung (schwarzes Diamant) oder Aggregation (weißes Diamant) Beziehungen, um Zusammensetzungen zu erstellen:

[Kundenportal] ◆── [Frontend-App]  
                ◆── [Authentifizierungsdienst]  
                ◆── [Web-Server]

7. Attribut

„Eine Eigenschaft, die mit einem Element oder einer Beziehung verknüpft ist.“

📌 Nicht direkt gezeichnet, aber verwendet in Tool-Metadaten oder Modell-Repositories:

• Element: Zahlungsgateway → Attribute: Version=3.2, SLA=99,95%, Eigentümer=Finanzteam
• Beziehung: Kunde →[zugreift auf]→ DB → Attribut: Verschlüsselung=TLS 1.3

💡 In Archi (kostenloses Tool) können Sie Attribute im Tab „Eigenschaften“ hinzufügen – ideal für Nachvollziehbarkeit, Compliance oder Governance.

8. Konformität und konforme Implementierung

„Erfüllung der festgelegten Anforderungen.“
„Eine Implementierung, die die Konformitätsbestimmung erfüllt.“

✅ Kritisch für:

• Tool-Hersteller (z. B. sicherstellen, dass Sparx EA gültiges ArchiMate 3.2-XML exportiert)
• Zertifizierungsprüfungen (Open Group ArchiMate®-Zertifizierung)
• Unternehmensgovernance (nachvollziehbare Architekturartefakte)

📌 Beispielhafte Konformitätsprüfung:

• ✅ Gültig: Nur Verwendung von standardisierte Namen (Geschäftsakteur, nicht Person)
• ❌ Ungültig: Erfinden einer neuen Beziehung wie magicLink ohne Erweiterungsdefinition

🔗 Referenz: Konformitätsregeln befinden sich in Abschnitt 1.3 — aber Absicht ist: Interoperabilität und Konsistenz über Teams/Tools hinweg.

9. Modell

„Eine Sammlung von Konzepten im Kontext der ArchiMate-Sprachstruktur.“

🔎 Verwechseln Sie nicht mit Diagramm!

• Ein Modell = vollständige Datenbank an Elementen, Beziehungen, Ansichten, Blickwinkeln, Metadaten (wie eine Datenbank)
• Ein Ansicht = ein Diagramm oder Bericht extrahiert aus dem Modell

📌 Analogie:

• Modell = Ganze Filmstudio (Drehbücher, Bühnen, Schauspieler, Kameras)
• Ansicht = Eine Szene (Aufnahme für Marketing, geschnitten für Trailer, usw.)

🔧 Werkzeug-Tipp: In Archi ist Ihre .archimate Datei ist das Modell — mit mehreren Ansichten (Diagrammen), gruppiert nach Blickwinkeln.

10. Ebene

„Eine Abstraktion… auf der eine Organisation modelliert werden kann.“

Drei Kern-Ebenen:

📌 Realitätsnahe Nachverfolgbarkeit (z. B. bei Acme Cloud):
Geschäftsziel: Reduzierung der Kassenzeit
→ Geschäftsprozess: Optimierung des Zahlungsflusses
→ Anwendungsdienst: Asynchrone Zahlungsautorisierung
→ Technologie: Kafka + Redis-Cache

DiesNachverfolgbarkeit über Schichten hinweg ist dort, wo ArchiMate glänzt.

📊 Zusammenfassungstabelle: Definitionen aus Kapitel 2 im Überblick

🎯 Fazit: Alles zusammengefasst

Kapitel 2 mag wie „nur Definitionen“ erscheinen — aber es ist die semantische Grundlage von ArchiMate. Die Beherrschung dieser Begriffe ermöglicht Ihnen:

✅ Präzise sprechen mit Architekten, Entwicklern und Führungskräften
✅ Konsistent modellieren — Vermeidung von Mehrdeutigkeiten oder Werkzeuginkompatibilitäten
✅ Effektiv skalieren — von einzelnen Diagrammen bis hin zu unternehmensweiten Architekturrepositorys
✅ Mit TOGAF integrieren — Verwendung von ArchiMate für die Architektur-Inhalts-Framework (z. B. TRM, ABM)

📌 Pro-Tipp für Praktiker (z. B. Senior-PM bei Acme Cloud):
Beim Erstellen einer Roadmap für die Cloud-Modernisierung beginnen Sie mit:

1. Auswahl von Sichtweisen (z. B. Anwendungsmigration, Kostenwirkung)
2. Erstellen von Ansichten unter Verwendung von Kernelemente über Ebenen
3. Verfolgung von Abhängigkeiten über Beziehungen
4. Dokumentieren von Attribute (Kosten, Risiko, Eigentümer) zur Entscheidungsunterstützung

➡️ Kurz gesagt: Definieren → Strukturieren → Modellieren → Kommunizieren

Nachdem Kapitel 2 verinnerlicht wurde, bist du bereit, Kapitel 3 (Sprachstruktur) und beginnen Zeichnen — nicht nur reden — Architektur.

📘 Nächste Schritte?
Lassen Sie mich wissen, wenn Sie möchten:

• Ein praktisches Labor, in dem ein SaaS-Produkt mit diesen Definitionen modelliert wird
• Ein Vergleich: ArchiMate im Vergleich zu UML und BPMN
• Ein PDF-Übersichtsblatt dieses Tutorials
• Übungsfragen für die Zertifizierung der Open Group

Viel Erfolg beim Modellieren!
— Ihr EA-Lernpartner 🏗️