ArchiMate

ArchiMate (ursprünglich von Architecture-Animate) ist eine offene und unabhängige Modellierungssprache für die Unternehmensarchitektur, die die Beschreibung, Analyse und Visualisierung von Architektur in und zwischen Geschäftsbereichen auf eindeutige Weise unterstützt.

ArchiMate ist ein technischer Standard von The Open Group und basiert auf den Konzepten des IEEE-1471-Standards. Es wird von verschiedenen Tool-Anbietern und Beratungsfirmen unterstützt. ArchiMate ist auch eine eingetragene Marke von The Open Group. Die Open Group hat ein Zertifizierungsprogramm für ArchiMate-Benutzer, Software-Tools und Kurse.

ArchiMate unterscheidet sich von anderen Sprachen wie Unified Modeling Language (UML) und Geschäftsprozessmodellierung und -notation (BPMN) durch seinen Unternehmensmodellierungsumfang.

Überblick
ArchiMate bietet eine gemeinsame Sprache zur Beschreibung der Konstruktion und des Betriebs von Geschäftsprozessen, Organisationsstrukturen, Informationsflüssen, IT-Systemen und technischer Infrastruktur. Dies ist wie eine architektonische Zeichnung im klassischen Gebäude, in der die Architektur die verschiedenen Aspekte der Konstruktion und Nutzung eines Gebäudes beschreibt. Dieser Einblick hilft den verschiedenen Beteiligten, die Konsequenzen von Entscheidungen und Änderungen innerhalb und zwischen diesen Geschäftsbereichen zu entwerfen, zu bewerten und zu kommunizieren.

Die wichtigsten Konzepte und Beziehungen der ArchiMate-Sprache können als ein Framework, das sogenannte Archimate Framework, betrachtet werden: Es unterteilt die Unternehmensarchitektur in eine Geschäfts-, Anwendungs- und Technologieebene. In jeder Schicht werden drei Aspekte betrachtet: aktive Elemente, die Verhalten zeigen (z. B. Prozess und Funktion), eine interne Struktur und Elemente, die Informationen definieren oder verwenden.

Eines der Ziele der ArchiMate-Sprache besteht darin, die Beziehungen zwischen Konzepten in verschiedenen Architekturdomänen zu definieren. Die Konzepte dieser Sprache stehen daher in der Mitte zwischen den Detailkonzepten, die für die Modellierung einzelner Domänen verwendet werden, z. B. der UML für die Modellierung von Softwareprodukten. Und BPMN, das für die Geschäftsprozessmodellierung verwendet wird.

Geschichte
ArchiMate basiert teilweise auf dem IEEE-1471-Standard. Es wurde in den Niederlanden von einem Projektteam des Telematica Instituut in Zusammenarbeit mit mehreren niederländischen Partnern aus Regierung, Industrie und Wissenschaft entwickelt. Zu den Partnern gehörten Ordina, die Radboud Universiteit Nimwegen, das Leiden Institute for Advanced Computer Science (LIACS) und das Centrum Wiskunde & Informatica (CWI). Später wurden Tests in Organisationen wie ABN AMRO, der niederländischen Steuer- und Zollverwaltung und der ABP durchgeführt.

Der Entwicklungsprozess dauerte von Juli 2002 bis Dezember 2004 und dauerte rund 35 Mannjahre und rund 4 Millionen Euro. Die Entwicklung wurde von der niederländischen Regierung (Dutch Tax and Customs Administration) und Geschäftspartnern, darunter ABN AMRO und der ABP Pension Fund, finanziert.

Im Jahr 2008 wurde der Besitz und die Verantwortung von ArchiMate auf die Open Group übertragen. Es wird jetzt vom ArchiMate Forum innerhalb der Open Group verwaltet. Im Februar 2009 veröffentlichte The Open Group den Standard ArchiMate® 1.0 als formellen technischen Standard. Im Januar 2012 wurde der ArchiMate® 2.0-Standard und 2013 der ArchiMate® 2.1-Standard veröffentlicht.

Im Juni 2016 veröffentlichte die Open Group Version 3.0 der ArchiMate-Spezifikation. Version 3.0 bietet erweiterte Unterstützung für die kapazitätsorientierte strategische Modellierung, neue Entitäten, die physische Ressourcen repräsentieren (zur Modellierung der in der physischen Welt verwendeten Zutaten, Ausrüstung und Transportressourcen) und ein allgemeines Metamodell, das die Entitätstypen und die Beziehungen zwischen ihnen zeigt.

ArchiMate-Themen
ArchiMate ist ein integrierter Architekturansatz, der die verschiedenen Geschäftsdomänen und ihre Beziehungen beschreibt und visualisiert. Die Verwendung dieser integrierten Architekturen unterstützt Stakeholder bei der Beurteilung der Auswirkungen von Designentscheidungen und Änderungen.

Die Architektur
Unternehmen müssen sich immer schneller anpassen und sich verändernde Kundenanforderungen und Geschäftsziele antizipieren. Diese Notwendigkeit beeinflusst die gesamte Kette von Aktivitäten eines Unternehmens, von der Organisationsstruktur bis zur Netzwerkinfrastruktur. Wie können Sie die Auswirkungen dieser Änderungen steuern? Architektur kann die Antwort sein.

Architektur ist eine konsistente Gesamtheit von Prinzipien, Methoden und Modellen, die bei der Gestaltung und Realisierung von Organisationsstrukturen, Geschäftsprozessen, Informationssystemen und Infrastruktur verwendet werden. Diese Bereiche werden jedoch nicht in integrierter Weise angegangen, wodurch es schwierig ist, die Auswirkungen der vorgeschlagenen Änderungen zu beurteilen. Jede Domäne spricht eine eigene Sprache, zeichnet ihre eigenen Modelle und verwendet ihre eigenen Techniken und Werkzeuge. Kommunikation und Entscheidungsfindung über Domains hinweg ist stark beeinträchtigt.

ArchiMate bietet diese Integration. ArchiMate ist eine Architektursprache und Visualisierungstechniken, die diese Domänen und ihre Beziehungen darstellen. ArchiMate stellt dem Architekten Instrumente zur Verfügung, die den Architekturprozess unterstützen und verbessern.

Lagen
ArchiMate bietet einen geschichteten und serviceorientierten Blick auf Architekturmodelle. Die höheren Schichten nutzen Dienste, die von den unteren Schichten bereitgestellt werden. Obwohl auf einer abstrakten Ebene die Konzepte, die in jeder Ebene verwendet werden, ähnlich sind, definieren wir konkretere Konzepte, die für eine bestimmte Ebene spezifisch sind. In diesem Zusammenhang unterscheiden wir drei Hauptschichten:

Die Business-Schicht befasst sich mit Geschäftsprozessen, Services, Funktionen und Ereignissen von Geschäftsbereichen. Diese Schicht „bietet Produkten und Dienstleistungen für externe Kunden, die in der Organisation durch Geschäftsprozesse realisiert werden, die von Geschäftsakteuren und Rollen ausgeführt werden“.
Bei der Anwendungsschicht handelt es sich um Softwareanwendungen, die „die Komponenten im Geschäft mit Anwendungsdiensten unterstützen“.
Die Technologieebene befasst sich „mit der Hardware- und Kommunikationsinfrastruktur zur Unterstützung der Anwendungsschicht. Diese Schicht bietet infrastrukturelle Dienste, die zum Ausführen von Anwendungen erforderlich sind, die durch Computer- und Kommunikationshardware und Systemsoftware realisiert werden“.
Jede dieser Hauptschichten kann weiter in Unterschichten unterteilt sein. Zum Beispiel können in der Business-Schicht die primären Geschäftsprozesse, die die Produkte eines Unternehmens realisieren, eine Schicht sekundärer (unterstützender) Geschäftsprozesse nutzen; In der Anwendungsschicht können die Endbenutzeranwendungen allgemeine Dienste verwenden, die von unterstützenden Anwendungen angeboten werden. Oberhalb der Business-Schicht kann eine separate Umgebungsebene hinzugefügt werden, die die externen Kunden modelliert, die die Dienste der Organisation nutzen (obwohl diese auch als Teil der Business-Schicht betrachtet werden können).

Im Einklang mit der Serviceorientierung wird die wichtigste Beziehung zwischen den Schichten durch Nutzungsbeziehungen gebildet, die zeigen, wie die höheren Schichten die Dienste der unteren Schichten nutzen. Eine zweite Art von Verbindung wird jedoch durch Realisierungsbeziehungen gebildet: Elemente in unteren Schichten können vergleichbare Elemente in höheren Schichten realisieren; zB kann ein ‚Datenobjekt‘ (Anwendungsschicht) ein ‚Geschäftsobjekt‘ (Business-Schicht) realisieren; oder ein „Artefakt“ (Technologieebene) kann entweder ein „Datenobjekt“ oder eine „Anwendungskomponente“ (Anwendungsschicht) realisieren.

Allgemeine Struktur von Modellen innerhalb der verschiedenen Schichten
Die allgemeine Struktur von Modellen innerhalb der verschiedenen Schichten ist ähnlich. Die gleichen Arten von Konzepten und Beziehungen werden verwendet, obwohl ihre genaue Art und Granularität sich unterscheiden.

Zunächst unterscheiden wir den strukturellen oder statischen Aspekt und den Verhaltens- oder dynamischen Aspekt. Verhaltenskonzepte werden strukturellen Konzepten zugeordnet, um zu zeigen, wer oder was das Verhalten anzeigt. In diesem Beispiel werden Rolle, Schnittstelle und Zusammenarbeit dem Geschäftsprozess, dem organisatorischen Service bzw. der Geschäftsinteraktion zugeordnet.

Zweitens unterscheiden wir zwischen einer externen Sicht und einer internen Sicht auf Systeme. Bei der Betrachtung des Verhaltensaspekts spiegeln diese Ansichten die Prinzipien der Dienstleistungsorientierung wider, wie sie im vorherigen Abschnitt vorgestellt wurden. Das Servicekonzept stellt eine Einheit wesentlicher Funktionalität dar, die ein System seiner Umgebung aussetzt. Für die externen Benutzer sind nur diese externe Funktionalität sowie nicht funktionale Aspekte wie Servicequalität, Kosten etc. relevant. Diese können bei Bedarf in einem Vertrag oder Service Level Agreement festgelegt werden. Die Dienste sind über Schnittstellen zugänglich, die die externe Sicht auf den strukturellen Aspekt darstellen.

Obwohl für die externen Nutzer nur die externe Sicht relevant ist, erfordert die Gestaltung von Organisationen oder Systemen und deren internen Betrieb und Management auch Kenntnisse über die interne Realisierung der Dienste und Schnittstellen. Für diese Erkenntnis unterscheiden wir zwischen einem Verhalten, das von einem einzelnen Strukturelement (z. B. Akteur, Rollenkomponente usw.) ausgeführt wird, oder kollektivem Verhalten (Interaktion), das durch die Zusammenarbeit mehrerer Strukturelemente ausgeführt wird.

Neben den aktiven Strukturelementen (den Geschäftsakteuren, Anwendungskomponenten und Geräten, die das tatsächliche Verhalten zeigen, dh den „Subjekten“ der Aktivität), erkennen wir auch passive Strukturelemente, dh die Objekte, auf denen das Verhalten ausgeführt wird. Im Bereich informationsintensiver Organisationen, auf die sich unsere Sprache konzentriert, handelt es sich in der Regel um Informationsobjekte in der Business-Schicht und um Datenobjekte in der Anwendungsebene, sie können aber auch zur Repräsentation von physischen Objekten verwendet werden.

Exchange-Dateiformat
Für die ArchiMate 2.1- und 3.0-Modelle wurde ein Standard-Austauschformat für Modelle entwickelt. Dies ist ein XML / XSD-basiertes Dateiformat und ist eher für den Austausch als für ein persistentes Dateiformat gedacht. Zu den bekannten Tools, die Import und Export im Exchange-Dateiformat unterstützen, gehören Archi, BiZZdesign Architect und Corso System Architect.