Die ArchiMate-Spezifikation ist ein offener Standard, eine offene und unabhängige Sprache für die Modellierung von Unternehmensarchitekturen, die von verschiedenen Tool-Anbietern und Beratungsfirmen unterstützt wird. ArchiMate ermöglicht es Unternehmensarchitekten, Beziehungen zwischen Architekturbereichen klar zu beschreiben, zu analysieren und zu visualisieren.

Genau wie Baupläne in der klassischen Baukunst verschiedene Aspekte des Gebäudedesigns und der Nutzung beschreiben, bietet die ArchiMate-Spezifikation eine gemeinsame Sprache zur Beschreibung von Geschäftsprozessen, Organisationsstrukturen, Informationsflüssen, IT-Systemen sowie technischen und physischen Infrastrukturen. ArchiMate-Modelle ermöglichen es Stakeholdern, Entscheidungen und Veränderungen innerhalb und zwischen diesen Architekturbereichen zu gestalten, zu bewerten und zu kommunizieren.

Dieser Whitepaper stellt die ArchiMate 3.0-Spezifikation vor. Die ArchiMate 3.0-Spezifikation ist ein wesentlicher Update der ArchiMate 2.1-Spezifikation, die im Juni 2016 als Open Group-Standard veröffentlicht wurde. Zu den neuen Funktionen in Version 3.0 gehören Elemente zur Modellierung auf strategischer Ebene, wie beispielsweise Fähigkeiten, Ressourcen und Strategien. Zudem wird die Modellierung der physischen Welt unterstützt, einschließlich Materialien und Ausrüstung. Außerdem wurden Konsistenz und Struktur der Sprache verbessert, Definitionen wurden mit anderen Standards abgestimmt, und die Benutzerfreundlichkeit wurde in mehreren Aspekten erhöht.

Entwicklung der ArchiMate-Sprache

Die ArchiMate-Sprache wurde zwischen 2002 und 2004 in den Niederlanden von einem Projektteam am Institut für Ferninformationverarbeitung in Zusammenarbeit mit mehreren Partnern aus der öffentlichen Verwaltung, der Industrie und der Akademie entwickelt, darunter Ordina, die Radboud-Universität Nijmegen und das Leidener Institut für Angewandte Informatik (LIACS). Die Entwicklung umfasste Tests an Institutionen wie ABN AMRO, der niederländischen Steuerverwaltung und der Stichting Pensionfonds ABP.

Im Jahr 2008 wurde die Eigentums- und Verwaltungsrechte an der ArchiMate-Sprache von der ArchiMate Foundation an The Open Group übertragen. Seit 2009 entwickelt und veröffentlicht das ArchiMate Forum von The Open Group die ArchiMate-Spezifikationen auf seiner öffentlichen Website.

ArchiMate-Sprache und Unternehmensarchitektur

Die ArchiMate-Spezifikation dient dazu, eine grafische Sprache zur Darstellung der Unternehmensarchitektur über die Zeit (d. h. einschließlich strategischer, transformations- und migrationsplanerischer Aspekte) sowie der Begründung und der grundlegenden Prinzipien der Architektur bereitzustellen. Die ArchiMate-Modellierungssprache bietet eine einheitliche Darstellung für Diagramme zur Beschreibung der Unternehmensarchitektur und ermöglicht einen integrierten Ansatz zur Beschreibung und Visualisierung verschiedener Architekturbereiche sowie ihrer zugrundeliegenden Beziehungen und Abhängigkeiten.

Die Gestaltung der ArchiMate-Sprache beginnt mit einer Reihe relativ generischer Konzepte (Objekte und Beziehungen), die speziell für verschiedene Ebenen der Unternehmensarchitektur angepasst sind. Die wichtigste Gestaltungsbeschränkung von ArchiMate ist, dass sie explizit darauf ausgelegt ist, so knapp wie möglich zu sein, während sie dennoch auf die meisten Aufgaben der Unternehmensarchitektur-Modellierung anwendbar bleibt. In Bezug auf Lernen und Nutzung beschränkt sich die Sprache auf Konzepte, die ausreichen, um etwa 80 % der realen Anwendungsfälle zu modellieren.

Was ist neu in der ArchiMate 3.0-Spezifikation?

Warum eine neue Version der Sprache?

Die neue Version der Sprache wurde als Reaktion auf zahlreiche Anfragen erstellt:

Zunehmende Nachfrage, strategische Unternehmensziele mit Geschäftstätigkeiten und IT-Operationen zu verbinden
Konvergenz von IT- und physischen Innovationsfeldern
Einsatz in neuen Bereichen; beispielsweise Fertigung, Logistik
Verbesserte Konsistenz und Verständlichkeit
Verbesserte Abstimmung mit anderen Open Group-Standards, insbesondere dem TOGAF-Framework

Erweiterte Unterstützung für strategische und physische Modellierung

Das ArchiMate-Modell wurde erweitert, um strategische und physische Elemente einzubeziehen, wie in Abbildung 1 dargestellt.

Abbildung 1: ArchiMate-Modell

Strategische Elemente umfassen Fähigkeiten, Ressourcen und Aktionspläne. Physische Elemente basieren auf der technischen Ebene und umfassen Elemente zur Modellierung physischer Einrichtungen und Ausrüstung, Verteilungsnetzwerke und Materialien.

Strategische Elemente

Es wurden Elemente hinzugefügt, um die Modellierung von Strategien, fähigkeitsbasiertem Planen und verwandten Bereichen zu unterstützen. Dies fördert die stärkere Nutzung der Unternehmensarchitektur zur Unterstützung der strategischen Umsetzung und stimmt mit Methoden überein, die in verwandten Standards wie dem TOGAF-Framework [1] und dem Business Motivation Model [2] verwendet werden.

Abbildung 2: Beispiel für Motivations- und strategische Elemente

Abbildung 2 zeigt ein Beispiel, das sowohl Motivations- als auch strategische Elemente verwendet. Beachten Sie, dass Ergebnisse, Aktionspläne, Fähigkeiten und Ressourcen neue Elemente sind, die in der ArchiMate 3.0-Spezifikation eingeführt wurden. Der Gewinnanstieg ist ein Ziel, das in viele andere Ziele zerlegt werden kann: Kostenreduzierung und Umsatzsteigerung. Ersteres steht im Zusammenhang mit der Strategie der operativen Exzellenz des Unternehmens und wird als Aktionsplan modelliert. Dies wird weiter in zwei weitere Aktionspläne zerlegt: Zentralisierung der IT-Systeme und Standardisierung der Produkte. Dies führt zu zwei Ergebnissen: reduzierte Kosten und Kundenabwanderung, die beide das Ziel beeinflussen – positiv und negativ. Dies verdeutlicht die wichtige Unterscheidung zwischen Zielen und Ergebnissen: Nicht alle Ergebnisse führen zu den beabsichtigten Ergebnissen.

Aktionspläne werden durch mehrere Fähigkeiten ermöglicht: IT-Management und -Operationen sowie Produktmanagement. Angemessene menschliche und IT-Ressourcen werden dem Ersteren zugewiesen. Der Modellabschnitt zeigt außerdem, dass diese Ressourcen im Hauptsitz des Unternehmens lokalisiert sind, was mit dem Aktionsplan zur Zentralisierung der IT-Systeme übereinstimmt.

Physische Elemente

Die technische Ebene wurde erweitert, um Elemente zur Modellierung der physischen Welt einzuschließen – beispielsweise Fertigung, Logistik und andere physische Umgebungen.

Abbildung 3: Beispiel für physische Elemente

Abbildung 3 zeigt ein Beispiel für physische Elemente. Beachten Sie, dass alle Elemente im Beispiel neu in der ArchiMate 3.0-Spezifikation sind, mit Ausnahme von Pfad, der von Kommunikationspfad umbenannt wurde und dessen Bedeutung erweitert wurde, um die Integration mit physischen Elementen zu ermöglichen.

Ein Gerät wird am Produktionsstandort modelliert und installiert, wobei vorgefertigte Leiterplatten, interne Antennen und Kunststoffgehäuse verwendet werden, um Material für Fahrzeugtelematikgeräte herzustellen. Das Gerät befindet sich zunächst am Produktionsstandort, wird dann über ein Verteilungsnetz mit internationaler Seefracht und lokalem Lkw-Transport zum nationalen Verteilungszentrum und zum lokalen Verteilungszentrum transportiert. Diese Verteilungsnetzwerke bilden gemeinsam einen multimodalen Pfad.

ArchiMate 3.0 führt kein separates physisches Verhaltenselement ein. Stattdessen werden die Verhaltenselemente der technischen Ebene (technische Funktionen, Prozesse, Interaktionen, Dienstleistungen und Ereignisse) verwendet, um das Verhalten aller Knoten, einschließlich physischer Geräte, zu modellieren. Da Geräte typischerweise computergesteuert sind oder sonst eng mit IT verknüpft sind, kann ihr Verhalten mit bestehenden technischen Verhaltenskonzepten vollständig und konsistent beschrieben werden. Diese Konzepte können ebenfalls verwendet werden, um das Verhalten von Sensoren und vernetzten Geräten zu beschreiben, die das Internet der Dinge (IoT) bilden.

Erhöhte Verfügbarkeit und Konsistenz

Es wurden zahlreiche Änderungen vorgenommen, um die Benutzerfreundlichkeit und Konsistenz der Sprache zu verbessern. Diese werden nachfolgend zusammengefasst.

Allgemeines Metamodell

Ein oberstes allgemeines Metamodell wurde eingeführt, um die vollständige Struktur der Sprache zu dokumentieren.

Komposit-Elemente

Gruppen werden nicht länger als Beziehungen klassifiziert; sie sind nun Komposit-Elemente. Gruppen haben nun Aggregations- oder Zusammensetzungsbeziehungen zu ihren Inhalten, was sie nützlicher macht. Beziehungen können nun von oder zu einer Gruppe gezeichnet werden. Eine nützliche Anwendung der Gruppierung besteht darin, Architektur- und Lösungsbaukästen zu modellieren; eine weitere besteht darin, Bereiche innerhalb einer Architektur zu modellieren. Ortselemente wurden von der Geschäfts-Ebene in das allgemeine Metamodell verlegt und als Komposit-Elemente definiert.

Die verbesserte Nutzung der Verschachtelung als Notation ermöglicht eine bessere Darstellung verwandter Elemente im Modell.

Aktualisierte Symbole für Ansichten und Verträge

Die Notation für Ansichten und Verträge wurde aktualisiert, um sie eindeutig von Lieferobjekten und Geschäftsobjekten abzugrenzen.

Optionale Schichtsymbole

Ein optionales Symbol wurde eingeführt, um die Schicht eines Elements explizit anzugeben. Die Buchstaben „M“, „S“, „B“, „A“, „T“, „P“ oder „I“ in der linken oberen Ecke eines Elements können jeweils Motivation, Strategie, Geschäfts-, Anwendungs-, Technologie-, Physisch- oder Implementierungs- und Migrationselemente anzeigen. Abbildung 4 ist ein Beispielmodell, das Anwendungs- und Technologieelemente zeigt.

Abbildung 4: Beispiel für Element-Symbole

Beziehungen

In einigen Fällen ist es nun erlaubt, Beziehungen zu anderen Beziehungen zu haben – beispielsweise die Assoziation eines Objekts mit einer Gruppe oder einer Fluss- oder Aggregationsbeziehung innerhalb einer Plattform.

Abbildung 5: Beispiel für eine Beziehung mit einer Beziehung

Die Beziehung „genutzt von“ wurde in „Dienstleistung“ umbenannt, um ihre Richtung mit einem aktiven Verb besser widerzuspiegeln: Dienstleistung dient Nutzern. Die Bedeutung der Beziehung hat sich nicht geändert. Der Name „genutzt von“ ist weiterhin erlaubt, aber veraltet und wird in zukünftigen Versionen der Norm entfernt werden.
Um die Übereinstimmung mit anderen Abhängigkeitsbeziehungen (Zugriff und Dienstleistung) herzustellen, wurde das Symbol für die Auswirkungsbeziehung aktualisiert.

Abbildung 6: Symbol für Auswirkungsbeziehung

Für die Zuweisungsbeziehung wurde ein Richtungssymbol eingeführt, indem der schwarze Kreis am Zielende durch einen Pfeil ersetzt wurde.

Abbildung 7: Symbol für Zuweisungsbeziehung

Links werden nicht länger als Beziehungen klassifiziert, sondern als Beziehungsknoten. Links sind nun explizit „oder“-Verbindungen oder allgemeine „und“-Verbindungen.

Abbildung 8: Symbol für Verbindung

Motivations-Elemente

Das Ergebnis-Element wurde hinzugefügt. Elemente für Bedeutung und Wert wurden von der Geschäfts-Ebene verschoben.

Hinzugefügte Ereignisse

Ereignis-Elemente mit Zeitattributen wurden allen Ebenen der ArchiMate-Kernsprache sowie für Implementierungs- und Migrationselemente hinzugefügt. Die neuen Elemente sind Anwendungsereignisse, technische Ereignisse und Implementierungsereignisse, die den bestehenden Geschäftsereignissen entsprechen.

Verbesserte Schichtenkonsistenz

Neue Elemente wie Anwendungsprozesse, technische Prozesse, technische Interaktionen und technische Zusammenarbeit wurden hinzugefügt, um die Konsistenz über die Ebenen hinweg zu verbessern.

GeschäftsEbene

Ort, Wert und Bedeutungselemente werden nicht mehr in der GeschäftsEbene angegeben. Die Symbole für Ansichten und Verträge wurden aktualisiert, um sie von Liefergegenständen und Geschäftsobjekten zu unterscheiden.

Technische Ebene

Elemente in der technischen Ebene wurden von „Infrastruktur [Elementname]“ in „Technologie [Elementname]“ umbenannt. Das Element „Kommunikationspfad“ wurde in „Pfad“ umbenannt, und seine Bedeutung wurde erweitert, um physische Elemente zu unterstützen. Das Element „Netzwerk“ wurde in „Kommunikationsnetzwerk“ umbenannt, um es von dem physischen Element „Verteilungsnetzwerk“ zu unterscheiden.

Quer-Ebenen-Beziehungen

Quer-Ebenen-Beziehungen wurden nun definiert, um Motivation und Strategie mit zentralen Konzepten (Geschäft, Anwendung, Technologie, physisch) zu verbinden und die Strategie mit ihrer Umsetzung zu verknüpfen. Quer-Ebenen-Beziehungen wurden ebenfalls überarbeitet, um eine bessere Ausrichtung zwischen Elementen verschiedener Ebenen zu unterstützen (z. B. GeschäftsEbene ausgerichtet an unteren Ebenen).

Ansichtsmechanismus

Frühere Versionen des Standards enthielten eine umfassende Liste von Ansichten im Hauptteil der Spezifikation sowie die Möglichkeit, benutzerdefinierte Ansichten für spezifische Situationen zu definieren. In Version 3.0 wurde der Ansichtsmechanismus verbessert, und die Liste der Ansichten wurde in einen informativen Anhang verlegt, um deutlich zu machen, dass es sich um Beispielansichten handelt.

ArchiMate-Sprache und TOGAF ADM

Die ArchiMate-Sprache besteht aus der ArchiMate-Kernsprache, die die Geschäfts-, Anwendungs- und Technikebene sowie Elemente zur Modellierung von Strategie und Motivation sowie zur Umsetzung und Migration umfasst. Abbildung 9 zeigt eine vereinfachte Abbildung der Beziehung zwischen der ArchiMate-Sprache und den verschiedenen Phasen des TOGAF-Architektur-Entwicklungsmethoden (ADM).

Abbildung 9: Vereinfachte Abbildung zwischen ArchiMate-Sprache und TOGAF ADM

Die Geschäfts-, Anwendungs- und Technikebene unterstützen die Beschreibung der im TOGAF-Framework definierten Bereiche Geschäftsarchitektur, Informationssystemarchitektur und Technologiearchitektur sowie deren Wechselwirkungen. Die strategischen und motivierenden Elemente in ArchiMate können die Phasen Anforderungsmanagement, Vorstudie und Architekturvision im TOGAF-ADM unterstützen, in denen hochrangige Geschäftsziele, Architekturprinzipien und erste Geschäftsanforderungen festgelegt werden. Sie sind auch mit der Phase Architektur-Änderungsmanagement im TOGAF-ADM verbunden, da diese Phase sich mit sich verändernden Anforderungen befasst. Obwohl dies in Abbildung 9 nicht dargestellt ist, sollte beachtet werden, dass diese Elemente auch in anderen ADM-Phasen, wie Phasen B, C und D, eingesetzt werden können.
Die Implementierungs- und Migrationselemente in ArchiMate unterstützen die Umsetzung und Migration der Architektur durch die TOGAF-ADM-Phasen der Gelegenheit und Lösung, der Planung der Migration und der Implementierungssteuerung.

Einführung in die ArchiMate 3.0-Spezifikation