Tutorial: Zeichnen Ihrer Ersten ArchiMate-Diagramme unter Verwendung der Drei Kernansichten Korrekt

Unternehmensarchitektur erfordert Präzision. Bei der Dokumentation komplexer Systeme führt Unklarheit zu Fehlausrichtung. ArchiMate bietet eine standardisierte Sprache, um diese Komplexität zu visualisieren. Dieser Leitfaden konzentriert sich auf die drei Kernansichten: Geschäft, Anwendung und Technologie. Das Verständnis, wie diese Schichten getrennt und verbunden werden müssen, ist entscheidend für eine genaue Modellierung.

Viele Praktiker haben Schwierigkeiten mit dem ersten Schritt der Diagrammerstellung. Sie vermischen oft die Schichten und erstellen Diagramme, die schwer zu lesen oder zu validieren sind. Dieser Tutorial erläutert die strukturellen Anforderungen für jede Ansicht. Er erklärt die Semantik hinter den Symbolen. Ziel ist Klarheit, nicht Komplexität.

🧩 Verständnis der Kernstruktur

Bevor Sie eine einzige Form zeichnen, müssen Sie die zugrundeliegende Struktur der ArchiMate-Spezifikation verstehen. Die Sprache basiert auf drei grundlegenden Schichten. Diese Schichten repräsentieren unterschiedliche Anliegen innerhalb einer Organisation.

• Geschäfts-Schicht: Bezieht sich auf die Geschäftsstrategie, Governance und operative Tätigkeit. Sie beschreibt, was die Organisation tut.
• Anwendungs-Schicht: Bezieht sich auf die Softwareanwendungen, die die Geschäftsprozesse unterstützen. Sie beschreibt, wie die Geschäftsaktivitäten digital unterstützt werden.
• Technologie-Schicht: Bezieht sich auf die physische und logische Infrastruktur. Sie beschreibt, wo die Anwendungen laufen.

Diese Schichten sind nicht isoliert. Sie interagieren über spezifische Beziehungen. Ein einzelnes Diagramm sollte jedoch die Elemente nicht willkürlich vermischen. Hier kommt der Begriff einerAnsichtins Spiel.

Ansicht vs. Sicht

Es ist entscheidend, zwischen einer Ansicht und einer Sicht zu unterscheiden.

• Ansicht: Eine Spezifikation eines Modells oder Diagramms. Sie definiert, welche Elemente und Beziehungen für einen bestimmten Stakeholder oder ein bestimmtes Anliegen relevant sind.
• Sicht: Das tatsächliche Diagramm oder die Darstellung, die auf Basis einer Ansicht erstellt wird.

Wenn Sie ein Diagramm zeichnen, erstellen Sie eine Sicht. Sie müssen die passende Ansicht auswählen, um sicherzustellen, dass der Inhalt für die Zielgruppe relevant ist. Die drei Kernansichten entsprechen direkt den drei Schichten.

🏢 Die Geschäftsansicht

Die Geschäftsansicht konzentriert sich auf die operative Realität der Organisation. Sie abstrahiert die digitalen und physischen Details, um darzustellen, wie Wert geschaffen wird. Dieses Diagramm wird typischerweise von Managern, Geschäftsanalysten und operativen Leitern gelesen.

Wichtige Elemente in der Geschäftsansicht

Um ein korrektes Diagramm der Geschäftsansicht zu zeichnen, müssen Sie Elemente aus der Geschäfts-Schicht verwenden. Die Verwendung von Elementen aus anderen Schichten führt hier zu Verwirrung.

• Geschäftsakteur: Eine Entität, die Tätigkeiten ausführt (z. B. ein Kunde, eine Bank, ein Mitarbeiter).
• Geschäftsrolle: Ein Teil eines Geschäftsakteurs, der eine spezifische Funktion ausführt (z. B. Buchhalter, Vertriebsmitarbeiter).
• Geschäftsprozess: Eine Sammlung von Tätigkeiten, die ein bestimmtes Ergebnis erzeugt (z. B. Auftragsbearbeitung, Rechnungserstellung).
• Geschäftsfunktion: Eine Fähigkeit, die erforderlich ist, um ein Ziel zu erreichen (z. B. Finanzmanagement).
• Geschäftsobjekt: Etwas von Wert für das Geschäft (z. B. Rechnung, Produkt, Auftrag).
• Geschäftsereignis: Etwas, das zu einer bestimmten Zeit geschieht und eine Tätigkeit auslöst (z. B. Auftrag erhalten, Zahlungsfrist erreicht).

Wichtige Beziehungen aus der Geschäftsperspektive

Beziehungen definieren die Logik des Diagramms. Aus der Geschäftsperspektive gehören die häufigsten Beziehungen ein:

• Assoziation: Ein genereller Link zwischen zwei Elementen. Verwenden Sie dies, wenn die Beziehung strukturell ist.
• Fluss: Zeigt den Fluss von Daten oder Materialien zwischen Prozessen oder Objekten an.
• Zugriff: Zeigt an, dass eine Rolle oder ein Prozess auf ein Objekt zugreift oder es verwendet.
• Dient: Zeigt an, dass eine Geschäftsfunktion oder ein Prozess eine andere Geschäftsfunktion oder einen anderen Prozess unterstützt.
• Realisierung: Zeigt an, dass ein Prozess eine Funktion realisiert oder eine Funktion eine Anforderung erfüllt.

Beispiel-Szenario: Auftragsmanagement

Betrachten Sie eine Situation, in der ein Kunde einen Auftrag erteilt. Aus der Geschäftsperspektive würden Sie folgendes modellieren:

• Ein Geschäftsakteur der den Kunden darstellt.
• Ein Geschäftsrolle der die Verkaufsabteilung darstellt.
• Ein Geschäftsprozess mit dem Namen „Auftrag bearbeiten“.
• Ein Geschäftsobjekt mit dem Namen „Verkaufsauftrag“.

Der Kunde greift auf die Verkaufsrolle zu. Die Verkaufsrolle löst die Auftragsbearbeitung aus. Die Auftragsbearbeitung verbraucht das Verkaufsauftragsobjekt. Diese Abfolge beschreibt den Arbeitsablauf, ohne Software oder Server zu erwähnen.

💻 Die Anwendungsperspektive

Die Anwendungsperspektive beschreibt die logischen Softwarekomponenten, die das Geschäft unterstützen. Sie ist die Brücke zwischen geschäftlichen Anforderungen und technischer Umsetzung. Diese Darstellung wird typischerweise von Lösungsarchitekten und Anwendungsentwicklern gelesen.

Wichtige Elemente in der Anwendungsperspektive

Alle Elemente müssen der Anwendungsschicht angehören. Vermeiden Sie hier die Mischung von Geschäfts- oder Technologieelementen.

• Anwendungskomponente: Ein modulares Teil eines Systems, das eine Reihe von Funktionen bereitstellt (z. B. CRM-Modul, Bestandsdienst).
• Anwendungsschnittstelle: Ein Interaktionspunkt, an dem eine Anwendungskomponente mit einer anderen Komponente oder einem Akteur interagiert.
• Anwendungsdienst: Eine Reihe von Funktionen, die von einer Anwendungskomponente bereitgestellt werden.
• Datenobjekt: Eine logische Darstellung von Daten, die von einer Anwendung verwendet werden (z. B. Kundendaten, Lagerbestand).

Wichtige Beziehungen in der Anwendungsperspektive

Die Beziehungen hier konzentrieren sich auf Datenfluss und Dienstnutzung.

• Nutzung: Zeigt an, dass eine Anwendungskomponente oder -schnittstelle einen Dienst nutzt.
• Zugriff: Zeigt an, dass eine Anwendungskomponente auf ein Datenobjekt zugreift oder es modifiziert.
• Realisierung: Zeigt an, dass ein Dienst von einer Komponente realisiert wird.
• Kommunikation: Zeigt eine Netzwerkverbindung oder Datenübertragung zwischen Komponenten an.

Beispiel-Szenario: Kundendaten

Im Anschluss an die vorherige Szene: Wie werden die Daten behandelt? In der Anwendungsperspektive:

• Eine Anwendungskomponente genannt „Order Management System“.
• Ein Anwendungs-Schnittstelle genannt „API Gateway“.
• Ein Datenobjekt genannt „Kunden-Daten“.

Das „Order Management System“ greift auf „Kunden-Daten“ zu. Der „API Gateway“ bietet eine Schnittstelle zum „Order Management System“. Dies definiert die logische Architektur der Software.

🖥️ Die Technologie-Perspektive

Die Technologie-Perspektive beschreibt die physische oder virtuelle Infrastruktur. Sie umfasst Hardware, Netzwerke und Plattform-Software. Diese Diagramm wird typischerweise von Infrastruktur-Ingenieuren und Betriebsteams gelesen.

Wichtige Elemente in der Technologie-Perspektive

Alle Elemente müssen der Technologie-Ebene zugeordnet sein. Geschäftsakteure dürfen hier nicht enthalten sein.

• Knoten: Eine rechnerische Ressource, auf der Anwendungen bereitgestellt werden (z. B. Server, Cloud-Instanz).
• Gerät: Eine Ressource, auf der eine Anwendung läuft (z. B. Laptop, Mobiltelefon).
• System-Software: Software, die eine Plattform für Anwendungen bereitstellt (z. B. Betriebssystem, Datenbankverwaltungssystem).
• Kommunikationsnetzwerk: Eine Gruppe von Geräten und Software, die Kommunikation ermöglicht (z. B. LAN, Internet).
• Pfad: Eine Route für die Datenübertragung über ein Netzwerk.

Wichtige Beziehungen in der Technologie-Perspektive

Diese Beziehungen konzentrieren sich auf Bereitstellung und Konnektivität.

• Bereitstellung: Zeigt an, dass ein Anwendungskomponente auf einem Knoten oder Gerät bereitgestellt ist.
• Realisierung: Zeigt an, dass eine System-Software einen Knoten realisiert (seltener, aber gültig).
• Kommunikation: Zeigt eine Verbindung zwischen Knoten oder Geräten an.
• Zugriff: Gibt an, dass ein Knoten auf ein Kommunikationsnetz zugreift.

Beispiel-Szenario: Bereitstellung

Wie läuft das „Auftragsverwaltungssystem“? Aus Sicht der Technologie:

• Ein Knoten mit dem Namen „Produktionsserver“.
• Ein Systemsoftware mit dem Namen „Linux OS“.
• Ein Kommunikationsnetz mit dem Namen „Unternehmens-LAN“.

Der „Produktionsserver“ ist auf dem „Unternehmens-LAN“ bereitgestellt. Das „Linux OS“ läuft auf dem „Produktionsserver“. Dies definiert die physische Umgebung.

🔗 Beziehungen über Schichten hinweg

Während Diagramme sich auf eine einzelne Schicht konzentrieren sollten, geht es bei der Unternehmensarchitektur um die Verbindungen zwischen ihnen. Sie müssen verstehen, wie Schichten miteinander in Beziehung stehen, indem Sie spezifische Beziehungen über Schichten hinweg nutzen.

Vergleich der Kernschichten

Schicht	Hauptanliegen	Wichtige Frage	Beispiel-Element
Geschäft	Wertgeschäft	Was tun wir?	Geschäftsprozess
Anwendung	Funktionalität	Wie erledigen wir es digital?	Anwendungskomponente
Technologie	Infrastruktur	Wo machen wir es?	Knoten / Gerät

Die Realisierungsbeziehung

Dies ist die wichtigste Beziehung zum Verbinden von Schichten. Sie zeigt an, dass ein Element die Mittel bereitstellt, um ein anderes Element zu erfüllen.

• Geschäftsprozess wird realisiert durch eine Anwendungskomponente.
• Anwendungskomponente wird realisiert durch eine Knoten.

Beim Zeichnen eines Schichtendiagramms verwenden Sie häufig gestrichelte Linien, um die Realisierung über Schichten hinweg darzustellen. Dadurch bleibt die Integrität der einzelnen Ansichten erhalten, während die Abhängigkeit sichtbar wird.

Die Zuweisungsbeziehung

Diese Beziehung weist einen Akteur einer Rolle oder eine Komponente einem Knoten zu. Sie dient zur Darstellung von Eigentum oder Position.

• Ein Geschäftsakteur wird zugewiesen zu einer Geschäftsrolle.
• Eine Anwendungskomponente wird zugewiesen zu einer Knoten.

⚠️ Häufige Modellierungsfehler

Sogar erfahrene Praktiker begehen Fehler, wenn sie beginnen. Die frühzeitige Erkennung dieser Fehler spart Zeit und verbessert die Modellqualität.

1. Vermischung von Schichten auf einem einzigen Diagramm

Ein häufiger Fehler ist das direkte Verbinden eines Geschäftsprozesses mit einem Knoten ohne dazwischenliegende Anwendungsschicht. Obwohl dies technisch in einer „Kombinierten“ Ansicht möglich ist, verstößt es gegen das Prinzip der Trennung der Anliegen.

• Korrektur:Halten Sie Geschäfts-, Anwendungs- und Technologie-Diagramme getrennt. Verwenden Sie Querschichtbeziehungen nur, um sie logisch zu verknüpfen.

2. Verwendung generischer Formen

Die Verwendung eines generischen Rechtecks für alles macht das Diagramm mehrdeutig. ArchiMate definiert spezifische Formen für bestimmte Elementtypen.

• Korrektur:Verwenden Sie das Sechseck für Geschäftsprozesse. Verwenden Sie das Zylinder für Datenobjekte. Verwenden Sie das Server-Symbol für Knoten. Halten Sie sich an die Notationsstandards.

3. Ignorieren der Richtung von Beziehungen

Beziehungen haben oft eine Richtung. Zum Beispiel stellt ein Fluss Daten dar, die von einem Ort zu einem anderen bewegt werden. Eine Bereitstellung stellt Software dar, die auf Hardware übertragen wird.

• Korrektur:Stellen Sie sicher, dass Pfeile in die logische Richtung der Abhängigkeit oder des Flusses zeigen. Umgekehrte Pfeile können die Architektur falsch darstellen.

4. Überkomplizieren des Diagramms

Versuchen, jedes einzelne Detail in einem Diagramm darzustellen, macht es unlesbar. Ein Diagramm sollte einem spezifischen Zweck dienen.

• Korrektur:Konzentrieren Sie sich auf den Umfang. Wenn Sie einen Prozess modellieren, konzentrieren Sie sich auf die Prozesse. Vermeiden Sie unnötige Details zur Infrastruktur, es sei denn, sie beeinflussen den Prozess direkt.

🛠️ Schritt-für-Schritt-Modellierungsablauf

Zeichnen Sie Ihr erstes Diagramm korrekt, indem Sie einen strukturierten Ablauf befolgen. Dadurch wird Konsistenz gewährleistet und das Risiko von Fehlern reduziert.

Schritt 1: Definieren des Umfangs

Identifizieren Sie die spezifische Geschäftsfähigkeit oder das System, das Sie modellieren. Modellieren Sie die Verkaufsabteilung? Oder das Zahlungsverarbeitungssystem? Definieren Sie die Grenzen.

Schritt 2: Auswahl der Perspektive

Wählen Sie die primäre Perspektive. Ist dies ein Geschäfts-Perspektive-Diagramm? Ein Anwendungs-Perspektive-Diagramm? Wählen Sie die Elemente aus, die in dieser Ebene verfügbar sind.

Schritt 3: Identifizieren der Schlüsselelemente

Listen Sie die zentralen Akteure, Prozesse, Komponenten oder Knoten auf, die beteiligt sind. Schreiben Sie sie auf, bevor Sie sie auf die Leinwand setzen.

Schritt 4: Definieren von Beziehungen

Ermitteln Sie, wie diese Elemente interagieren. Fließen Daten? Wird eines auf dem anderen bereitgestellt? Wird eines durch ein anderes realisiert? Definieren Sie diese Verbindungen logisch.

Schritt 5: Zeichnen und Anordnen

Platzieren Sie die Elemente auf der Leinwand. Gruppieren Sie verwandte Elemente zusammen. Verwenden Sie Ausrichtung und Abstand, um die Lesbarkeit zu verbessern. Stellen Sie sicher, dass der Fluss von links nach rechts oder von oben nach unten gelesen wird.

Schritt 6: Überprüfen und Validieren

Überprüfen Sie anhand der ArchiMate-Spezifikation. Sind die Formen korrekt? Sind die Beziehungen für die ausgewählten Ebenen gültig? Bitten Sie einen Kollegen, das Diagramm zu überprüfen.

✅ Sicherstellen der Konsistenz

Konsistenz ist entscheidend für ein wartbares Modell. Inkonsistente Modellierung führt zu Verwirrung und Fehlern in nachgelagerten Systemen.

Namenskonventionen

• Verwenden Sie eine konsistente Benennung über alle Schichten hinweg. Wenn beispielsweise ein Geschäftsprozess als „Auftragsbearbeitung“ benannt ist, sollte die unterstützende Anwendungskomponente als „Auftragsbearbeitungssystem“ benannt werden.
• Vermeiden Sie mehrdeutige Namen wie „System 1“ oder „Prozess A“.

Standardisierung von Beziehungen

• Definieren Sie, welche Beziehungstypen für Ihr Projekt zulässig sind. Einige Organisationen beschränken die Verwendung generischer „Assoziation“-Verbindungen zugunsten spezifischer Verbindungen wie „Dient“ oder „Realisiert“.
• Dokumentieren Sie diese Regeln in einer Stilrichtlinie.

Versionskontrolle

• Verfolgen Sie Änderungen an den Diagrammen. Die Architektur entwickelt sich im Laufe der Zeit weiter. Stellen Sie sicher, dass Sie wissen, welche Version den aktuellen Zustand darstellt.

🚀 Vorwärts schauen

Die Beherrschung der drei zentralen Blickwinkel erfordert Übung. Beginnen Sie mit kleinen Diagrammen. Konzentrieren Sie sich auf Genauigkeit statt Geschwindigkeit. Sobald Sie sich mit den Elementen vertraut gemacht haben, können Sie komplexere Szenarien mit Motivationsansichten oder Strategieansichten bearbeiten.

Denken Sie daran, dass ArchiMate eine Sprache ist. Wie jede Sprache benötigt auch sie Grammatik und Wortschatz, um effektiv zu kommunizieren. Durch die Beachtung der Schichtentrennung und die Verwendung der richtigen Beziehungen stellen Sie sicher, dass Ihre Diagramme die gewünschte Botschaft vermitteln.

Zusammenfassung der Best Practices

• ✅ Halten Sie Geschäfts-, Anwendungs- und Technologie-Diagramme voneinander getrennt.
• ✅ Verwenden Sie spezifische Elementformen für spezifische Schichttypen.
• ✅ Überprüfen Sie Beziehungen anhand der Schichtdefinitionen.
• ✅ Konzentrieren Sie sich auf die spezifische Anliegen des Stakeholders.
• ✅ Vermeiden Sie das Mischen von Schichten in einer einzigen Ansicht, es sei denn, es ist unbedingt notwendig.

Mit diesen Prinzipien im Hinterkopf werden Ihre ArchiMate-Diagramme klar, genau und wertvolle Assets für die Architekturpraxis Ihrer Organisation sein.