ArchiMate-Beispielansichten: Vollständige Galerie – Motivation, Strategie, Geschäft, Anwendung, Technologie & Migration

Framework-Ansicht

Framework-Ansicht.

Diese Ansicht stellt das Framework für die Erstellung aller Entwicklungsebenen und zugehöriger Diagramme dar. Die Ansicht kann je nach Situation angepasst werden. Daher kann diese Ansicht zur Navigation zwischen Diagrammen verwendet werden. Diese Version der Ansicht wird aus dem ArchiMate (3)-Framework übernommen. Motivation wird hier als „Ebene“ anstelle eines „Aspekts“ eingeführt.

Motivationsansicht

Motivationsansicht

Motivationsansicht.

Diese Ansicht kann verwendet werden, um die Motivationen oder Treiber zu analysieren, die die Organisation und ihre Unternehmensarchitekturgestaltung oder -veränderung leiten. Diese Motivationsanalysen bilden den Ausgangspunkt für alle Veränderungsaktivitäten oder Geschäftstransformationen innerhalb der Organisation. Die Ansicht stellt die Vision der Entwicklungsarbeit dar – ob der Umfang und die Skalierung die gesamte Organisation oder nur einen Teil davon (z. B. eine Geschäftseinheit) oder ein einzelnes Programm oder Projekt (Lösungsebene) umfasst. Hinweis: Ein Wert kann z. B. einem Outcome (oder einem anderen ArchiMate-Element) hinzugefügt werden, um anzugeben, welcher echte Nutzen geschaffen wird!

Motivationselemente basieren auf dem Business Motivation Model (BMM) [Spezifikation v.1.3, 2015, OMG].

Mission – Vision – Werte-Ansicht

Mission – Vision – Werte.

Diese Ansicht kann verwendet werden, um die Mission, Vision und Kernwerte der Organisation darzustellen. Die Mission drückt beispielsweise aus: „Was ist das Ziel der Organisation, was sie tatsächlich tut oder tun möchte, und warum existiert sie eigentlich?“ Die Vision ist der zukünftige Zustand, den die Organisation anstrebt. Kernwerte unterstützen die Vision, prägen die Kultur und spiegeln die Werte der Organisation wider. Um die Vision der Organisation zu verwirklichen, müssen strategische Ziele erreicht werden.

Quelle: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Strategie modellieren mit ArchiMate.

Strategische-Wert-Karte-Ansicht

Wertekarte – Strategiekarte-Ansicht.

Diese Ansicht kann verwendet werden, um die Strategie der Organisation zu visualisieren. Die Ansicht enthält strategische Wertelemente, und alle Entwicklungstätigkeiten müssen — direkt oder indirekt — von diesen strategischen Wertelementen abgeleitet werden. Durch die Visualisierung strategischer Werte ist es möglich, alle anderen Elemente, die mit der tatsächlichen strategischen Umsetzung verbunden sind, nachzuverfolgen. Mit dieser Ansicht kann Strategie greifbar gemacht werden: visualisiert, kommuniziert und mit der Realität verknüpft.

Interessenten-Analyse-Ansicht

Interessenten-Analyse-Ansicht.

Diese Ansicht kann für die Analyse von Interessenten im Bereich der Geschäftsentwicklung verwendet werden: Was sind die Treiber der Veränderung? Zunächst werden relevante Interessenten identifiziert, danach werden Veränderungstreiber ermittelt, die mit ihren Interessen übereinstimmen. Der Begriff „Bewertung“ kann verwendet werden, um Treiber detaillierter zu analysieren, beispielsweise nach dem SWOT-Ansatz (Stärken, Schwächen, Chancen, Bedrohungen). Normalerweise können aus verschiedenen Blickwinkeln unterschiedliche Interessenten-Ansichten erstellt werden. Ein weiterer Grund, das große Bild in kleinere Teile zu zerlegen, ist, die Diagramme kompakt und übersichtlich zu halten – aus Gründen der Einfachheit.

Interessenten-Ansicht

Interessenten-Ansicht.

Diese Ansicht kann verwendet werden, um die Treiber der Interessenten mit Geschäftzielen zu verknüpfen. Ziele sind zentrale Elemente der Entwicklung der Organisation. Alle nachfolgenden Elemente sollten auf diese primären Treiber aller Veränderungsaktivitäten zurückgeführt werden.

Grundsätze-Ansicht

Grundsätze-Ansicht.

Risiko- und Sicherheits-Ansicht

Risiko- und Sicherheits-Ansicht. Abbildung von Risiko- und Sicherheitskonzepten auf ArchiMate. Sicherheits- und Datenschutzfragen sind Teil des Risikomanagements. Dieser Modellierungsansatz deckt beide Aspekte ab.

Quellen:

• Wie man Enterprise-Risikomanagement und Sicherheit mit der ArchiMate®-Sprache modelliert, The Open Group, Dokumentnummer: W172, 2017.
• Modellierung von Enterprise-Risikomanagement und Sicherheit mit der ArchiMate®-Sprache, The Open Group, 2015.

SWOT-Analyseansicht

SWOT-Analyseansicht.

Ziele-Ansicht

Ziele-Ansicht (mit Wert-Element).

Ziele und Schlüsselergebnisse

OKR-Muster.

OKR ist eine beliebte Managementstrategie zur Definition von Zielen und zur Verfolgung von Ergebnissen. Sie hilft, eine Ausrichtung und Beteiligung an messbaren Zielen zu schaffen. OKRs bestehen aus zwei wichtigen Teilen: dem Ziel, das Sie erreichen möchten, und den Schlüsselergebnissen, mit denen Sie die Erreichung des Ziels messen.

Ziel:

• Eine einprägsame, qualitative Beschreibung dessen, was Sie erreichen möchten. Ziele sollten kurz, inspirierend und ansprechend sein. Ein Ziel sollte das Team motivieren und herausfordern.

Schlüsselergebnisse:

• Eine Reihe von Metriken, die Ihren Fortschritt gegenüber dem Ziel messen. Sie sollten für jedes Ziel 2–5 Schlüsselergebnisse haben. Nicht zu viele, sonst wird niemand sie sich merken.

Eine andere Version von OKR ist unten dargestellt.

OKR-Muster (2).

Strategie-Sichtweise

Strategie-Ebenen-Ansicht

Strategie-Ansicht

Strategie-Ansicht.

ArchiMate Version 3 unterstützt nun Konzepte im Bereich der Geschäftsstrategie, wie beispielsweise „Handlungsoption“, „Fähigkeit“ und „Ressource“, die zur Modellierung der Geschäftsstrategie einer Organisation verwendet werden können. Der Wert und die Bedeutung dieser Ansicht liegen darin, dass die Ziele der Organisation mit der Strategie verknüpft werden können und wie diese Verknüpfung über Fähigkeiten mit der Unternehmensarchitektur erfolgt. Diese Ansicht kann verwendet werden, um „zielbasiertes strategisches Modellieren“ (Azevedo et al. 2015) anzuwenden, bei dem Ziele eine Hierarchie bilden, sodass höherwertige Ziele in niedrigere Ziele zerlegt werden können.

Geschäftsstrategie-Ansicht

Geschäftsstrategie.

Geschäfts-Motivationsmodell (BMM) Ansicht

Geschäfts-Motivationsmodell (BMM) Ansicht.

Anforderungs-Ansicht

Anforderungs-Ansicht.

Diese Ansicht kann verwendet werden, um Anforderungen auf der Grundlage strategischer Ziele zu sammeln. Dies verbindet Strategie mit Umsetzung: Strategie kann der Umsetzung nachverfolgt werden.

Strategie-zu-Fähigkeit-Ansicht

Strategie-zu-Fähigkeit-Ansicht.

Diese Ansicht kann beispielsweise für die Fähigkeitsbasierte Planung (CBP) sowie für andere ArchiMate-Konzepte wie „Treiber“ und „Ziel“ verwendet werden, wie in der Abbildung unten gezeigt. Diese Ansicht kann zur Unterstützung strategischer Planung (und Umsetzung) dienen. Daher kann diese Ansicht für die Strategie-zu-Fähigkeit-Phase verwendet werden, die in IT4ITs „Strategie-zu-Portfolio“ einbezogen werden kann.

Fähigkeitskarten-Ansicht

Ansicht der Fähigkeitskarte.

Diese Ansicht kann verwendet werden, um einen Überblick über die Fähigkeiten der Organisation zu geben: was die Organisation tut oder tun kann.

Ansicht zur Fähigkeitsplanung

Ansicht zur Fähigkeitsplanung.

Diese Ansicht kann beispielsweise für Zwecke der fähigkeitsbasierten Planung (CBP) verwendet werden, d. h. „die Verbindung zwischen Strategie und Unternehmensarchitektur“. Die Ansicht kann beispielsweise verwendet werden, um Strategie auf erforderliche Fähigkeiten abzubilden und Fähigkeiten auf Ressourcen und andere Bausteine.

Ansicht der Fähigkeitsrealisierung

Ansicht der Fähigkeitsrealisierung.

Ansicht der Fähigkeitsrealisierung 2

Eine weitere Ansicht, die definiert, wie Fähigkeiten durch welche Elemente realisiert werden…

Ansicht der Fähigkeitsrealisierung 2.

Ansicht der Wertströme

Ansicht der Wertströme (Muster).

Hinweis! „Gerichtete Assoziation“ am Anfang der Wertkette / des Wertstroms verwendet. Ein Wertstrom kann aus Wert „Stufen“ bestehen. Ebenso kann ein übergeordneter, hochwertiger Wertstrom eine „Wertkette“ sein, die wiederum aus Wertströmen besteht. Zum Beispiel führt IT4IT (Link) führt eine Wertkette ein, die aus vier Wertströmen besteht: Portfolio-Strategie, Bereitstellung der Nachfrage, Erfüllung der Anfrage, Erkennen bis Korrigieren (Link).

Ansicht der Kreuzverknüpfung von Wertströmen und Fähigkeiten

Ein einfaches Beispiel einer Wertlieferkette ist unten dargestellt. Wertketten, Wertnetzwerke und Wertströme können mit dem ArchiMate-Wertstrom-Element, das in der ArchiMate 3.1-Version enthalten ist, modelliert werden.

Beispielansicht der Wertkette von der Idee zur Produktion.

Wertlieferkette. Dies ist ein erweitertes Beispiel, das zeigt, wie Funktionen den Wertstrom unterstützen (bedienen). Diese Ansicht kann verwendet werden, um zu definieren, was die Organisation tut (Geschäftsmodell), warum Fähigkeiten benötigt werden, und wie sie mit der Wertschöpfung verbunden sind.

Diese Ansicht ist im Referenzimplementierung des Lean EA Frameworks (LEAF) enthalten (Link). Navigieren Sie zu „Wertströmen“, „Wertlieferkette“.

Ansicht des Geschäftsmodell-Boards

Ansicht des Geschäftsmodells.

Dies ist die Grundform des Geschäftsmodell-Boards von A. OsterwalderGeschäftsmodell-Board (BMC), kann aber je nach Situation variiert werden. Es gibt auch versionierte Ansätze, wie beispielsweise „Service-Modell-Board“ oder „Lean-Board“. BMC kann beispielsweise für die Gestaltung und Innovation von Geschäftsmodellen verwendet werden.

Modellierung des BMC mit ArchiMate „hilft, Anforderungen von Geschäftsbedürfnissen zu Design-Spezifikationen nachzuverfolgen. Dies hilft, die Auswirkungen von Änderungen im Geschäftsmodell auf die Architekturgestaltung zu erkennen.“ [LO Meertens et al.]

Die Gesamtentwicklung umfasst eine integrierte architektonische Unterstützung für Strategie- und Geschäftsmodellanalyse. Dies ermöglicht es Business-Analysten und Entwicklern, beispielsweise zu beobachten, wie das Geschäftsmodell die Strategie unterstützt und wie das Geschäftsmodell sich an die Organisation anpasst, und umgekehrt.

Wenn BMC in einem Modellierungswerkzeug modelliert wird, besteht der Vorteil dieses Ansatzes darin, dass alle Elemente von BMC in anderen Ansichten im selben Modell-Repository verwendet werden können. Wenn das Geschäftsmodell verändert wird, sind alle Änderungen sofort sichtbar. Business-Modelleure können neue Elemente erstellen (z. B. Dienstleistungen) oder alle vorhandenen Elemente im Repository nutzen (z. B. organisatorische Einheiten oder Ressourcen).

Ansicht Concept Canvas

Concept Canvas. BMC kann verschiedene Varianten aufweisen, wie in der nachfolgenden Abbildung gezeigt. Die Anordnung dieses Concept Canvas ist konsistent mit dem schichtbasierten Ansatz von ArchiMate.

Geschäftsansicht

Ansicht der Geschäftsarchitekturschicht.

Ansicht Business-Services-Karte

Ansicht Business-Services.

Diese Ansicht bietet einen Überblick über die Geschäftsdienstleistungen der Organisation. Diese Ansicht kann als „Servicekatalog“ oder „Serviceportfolio“ für die Management-Übersicht verwendet werden. Es ist sehr wichtig, herauszufinden, welche Geschäftsdienstleistungen die Organisation ihren Kunden bereitstellt. Zudem sind Geschäftsdienstleistungen der Ausgangspunkt für die Modellierung aller zugrundeliegenden organisatorischen Prozesse und Strukturen. Daher gehören Geschäftsdienstleistungen zu den wichtigsten Elementen der Unternehmensarchitektur.

Ansicht Business-Prozesse-Karte

Ansicht Business-Prozesse.

Diese Ansicht kann als „Prozesskarte“ verwendet werden, die einen Überblick über die Geschäftsprozesse der Organisation bietet.

Ansicht Geschäftsprozess-Kooperation

Ansicht Geschäftsprozess-Kooperation.

Diese Ansicht kann beispielsweise verwendet werden, um Betriebsmodelle zu modellieren.

Ansicht Business-Akteure-Karte

Ansicht Business-Akteure.

Geschäftsakteure können a) intern oder b) extern sein. Interne Geschäftsakteure sind beispielsweise organisatorische Einheiten, während externe Geschäftsakteure beispielsweise Kunden, Geschäftspartner oder andere Stakeholder-Gruppen sind, die mit der Organisation zusammenarbeiten (z. B. Organisationen des öffentlichen Sektors oder andere Regierungsbehörden).

Ansicht Geschäftsakteur-Kooperation

Ansicht Geschäftsakteur-Kooperation.

Zwei Anwendungsfälle sind wie folgt:

1. Intra-Unternehmensansicht: Ansicht der Geschäftsakteur-Kooperation, die beschreibt, wie interne Geschäftsakteure zusammenarbeiten und Informationen austauschen.
2. Inter-Unternehmensansicht: Ökosystem-Ansicht, die die Betriebsumgebung darstellt, in der die Organisation tätig ist. Ein Ökosystem ist ein Netzwerk von Organisationen und Geschäftspartnern, die durch kooperative Interaktionen zusammenarbeiten. Dazu gehören Lieferanten, Subunternehmer und andere B2B-Partner, Kunden usw.

Ansicht Geschäftsprozess

Ansicht Geschäftsprozess.

Diese Geschäftsprozess-Ansicht bietet eine „hochgradige Struktur und Zusammensetzung eines oder mehrerer Geschäftsprozesse (oder Teile davon), bei denen Dienstleistungen bereitgestellt werden, Akteure Rollen zugewiesen werden und Informationen von Geschäftsprozessen genutzt werden“ [ArchiMate 2.1-Spezifikation]. Das Prozessdiagramm enthält „Verzweigungs“-Elemente, die verwendet werden, um „Fork“ und „Join“ in Prozessflüssen zu modellieren.

Eine hochgradige Prozessansicht ist unten dargestellt. Sie basiert auf dem Betriebsmodell, das aus dem Geschäftsmodell abgeleitet wurde, wie in der obenstehenden Wertströme-Diagramm gezeigt.

Idee-zu-Produktion-Prozess.

SIPOC (Lieferanten, Eingaben, Prozess, Ausgaben, Kunden)

SIPOC.

Das Six-Sigma-Tool namens SIPOC (Lieferanten, Eingaben, Prozess, Ausgaben, Kunden) kann verwendet werden, um Elemente zu definieren, die allen Prozessen gemeinsam sind. Dies ist ein einfaches Werkzeug zur Analyse von Geschäftsfallen: Welchen Wert erhält der Kunde und wie wird er erhalten?

Business-Process-Ansicht mit Geschäftsrollen als Prozess-„Schwimmzellen“ – Schichtenansatz

Business-Process-Schwimmzellen-Ansicht (Muster) 2.0.

„Geschäftsrolle A“ steht für den Kunden, während die oberste „Schwimmzelle“ den Kundenreiseverlauf darstellt.

Hinweis! Prozessschritte (Aktivitäten) sind innerhalb von Geschäftsrollen (als „Schwimmzellen“ visualisiert) verschachtelt, was bedeutet: Diese Geschäftsrollen sind diesen Geschäftsprozessen/Prozessschritten zugeordnet. Daher ist diese Ansicht eine Kombination aus einer Geschäftsprozessansicht und einer Schichtenansicht.

Die Version unten zeigt Informations- und Datenflüsse (Flussbeziehungen). Die oberste „Schwimmzelle“ stellt den Kundenreiseverlauf dar (Aktivitäten, die durch Auslösebeziehungen verbunden sind).

Business-Process-Schwimmzellen-Ansicht (Muster) 2.0 (Informationsfluss).

Die Version unten stellt einen Service-Design-Ansatz dar. Die oberste „Schwimmzelle“ (Rolle A) stellt den Kundenreiseverlauf dar, der über Geschäftsleistungen (1 und 2) mit der Organisation (Rollen B und C) verbunden ist.

Business-Process-Schwimmzellen-Ansicht (Muster) 2.0 (Leistungen).

Schichten-Bezogene Geschäftsprozessansicht

Schichten-Bezogene Prozessansicht.

Diese Ansicht kann verwendet werden, um Geschäftsprozesse zu modellieren, die sowohl manuelle als auch automatisierte Schritte enthalten.

Ansicht der Kundenreisekarte

Beim Analyse von Kundenreisen auf hoher Ebene wird diese Version mit Motivations- und Strategieelementen erstellt.

Kundenreisekarte (auf hoher Ebene).

Beim detaillierten Analysieren von Kunden-Servicewegen wird diese Version mit Geschäfts- und Anwendungsschicht-(Kern-)Elementen erstellt.

Ansicht der Kundenreise (Beispiel) 1.0.

Diese kundenzentrierte Ansicht konzentriert sich auf die Kundenerfahrung. Dieser „außen-nach-innen“-Entwicklungsansatz im Zusammenhang mit „Service-Design“ betont die wichtige Tatsache, dass Dienstleistungen und Produkte geschaffen werden, um Wert für Kunden zu liefern – und indirekt auch für die Organisation selbst. Kundenreiseverläufe können verwendet werden, um Kundennutzenströme zu visualisieren, die mehrere Anwendungsleistungen und Anwendungen umfassen.

Ansicht des Service-Blueprints

Ansicht des Service-Blueprints 1 (Leistungen und Flüsse)

Diese Ansicht ist kunden- und servicezentriert, betont aber auch den „innen-nach-außen“-Aspekt des Dienstes. Mit Hilfe dieses Ansatzes kann die servicegetriebene Entwicklung potenzielle Verhaltens- und Strukturauswirkungen auf die zu gestaltenden Dienstleistungen identifizieren. Daher ergänzt diese Ansicht den kundenorientierten Ansatz durch prozess- und funktionsbasierte Aspekte.

Diese Ansicht hat mehrere Varianten. Das obenstehende Beispiel konzentriert sich auf Informationsflüsse zwischen Schichten und Elementen.

Ansicht der Benutzerstory

Ansicht der Benutzerstory.

Diese Ansicht kann verwendet werden, um Benutzerstories zu visualisieren.

Ansicht der Cloud-Service-Modelle

Ansicht der Cloud-Service-Modelle.

Informationsansicht

Informationsansicht.

Information kann auf verschiedenen Abstraktionsstufen modelliert werden: a) konzeptuell, b) logisch und c) physisch. Die obige Abbildung veranschaulicht diese Abstraktionsstufen.

Konzeptuelles Datenmodell-View

Konzeptuelles Datenmodell-View.

Die Informationsarchitektur von EA umfasst Geschäftsobjekte, die in Geschäftsprozessen verwendet werden, also Konzepte. Diese Konzepte und ihre Beziehungen können in einem konzeptuellen Datenmodell dargestellt werden.

„Service“-Konzept

Service-Konzept.

Das Service-Konzept ist oft problematisch und kann auf viele verschiedene Weisen verstanden werden. Um die Arten von Services klar zu unterscheiden, ist es üblich, das Präfix anzugeben: Geschäfts-Service, Anwendungs-Service oder Technologie-Service. Laut ITIL beziehen sich IT-Services auf Produktions-Services. Genau so. IT-Services entsprechen am ehesten Anwendungs-Services.

Service gegenüber Produkt

Produktansicht.

Das Produkt-Konzept kann als zusammengesetztes Element zur Gruppierung von Services verwendet werden. Laut der ArchiMate-Spezifikation:

„Ein Produkt stellt eine Sammlung kohärenter Services und/oder passiver Strukturelemente dar, die zusammen mit einem Vertrags-/Abkommenssatz als Ganzes an (interne oder externe) Kunden angeboten werden.“

„Ein Produkt kann Geschäfts-Services, Anwendungs-Services und Technologie-Services, Geschäftsobjekte, Datenobjekte und Technologie-Objekte sowie Verträge aggregieren oder zusammensetzen. Daher kann ein Produkt Elemente aus Schichten außerhalb der Geschäfts-Schicht aggregieren oder zusammensetzen.“

„Dem Produkt kann ein Wert zugeordnet werden. Der Produktname ist typischerweise der Name, der in der Kommunikation mit Kunden verwendet wird, oder es kann ein allgemeinerer Begriff sein (z. B. „Reiseversicherung“).“

Anwendungsperspektive

Anwendung-Architekturschichtansicht.

Anwendungs-Services-Kartenansicht

Anwendungs-Services-Ansicht.

Anwendungs-Kartenansicht

Anwendungs-Kartenansicht.

Anwendungsportfolio, in dem Anwendungen nach Geschäftseinheit gruppiert werden können.

Anwendungs-Kooperationsansicht (Datenflüsse)

Anwendungs-Kooperationsansicht.

Anwendungs-Integration-Ansicht (dynamische Beziehungen)

Im folgenden Beispiel werden mehrere alternative Möglichkeiten gezeigt, den Datenaustausch zwischen Anwendungen zu modellieren (1 bis 10).

• „Anwendung A“ besitzt das Datenobjekt „A-1“, das von „Anwendung B“ angefordert wird.
• Daten fließen von „Anwendung A“ zu „Anwendung B“.
• „Anwendung A“ realisiert den Service „A-1“, der von „Anwendung B“ verwendet wird.
• In der Praxis fordert „Anwendung B“ die Anwendungs-Schnittstelle „A-1“ an und erhält eine Antwort…

Anwendungs-Integration-Ansicht.

Anwendungs-Strukturansicht

Diese Ansicht hilft bei der Gestaltung oder dem Verständnis der Hauptstruktur einer Anwendung sowie ihrer Unterkomponenten und zugehörigen Daten. Das Diagramm kann verwendet werden, um die Struktur des entwickelten Anwendungssystems zu zerlegen, um Modularität/Dezomposition zu veranschaulichen: Was sind die Unter-Systeme/Unterkomponenten, welche Anwendungs-Services (oder Anwendungs-Schnittstellen) bieten sie?

Ansicht der Anwendungsstruktur.

Beachten Sie, dass Anwendungsdienste (obere Abbildung) verhaltensbasierte Funktionalitäten sind, die durch strukturelle Schnittstellen bereitgestellt werden (GUI und/oder API in der unteren Abbildung). Anwendungsdienste und Anwendungsschnittstellen sind „zwei Seiten einer Medaille“.

Ansicht der Anwendungsstruktur 2.

Ansicht der Anwendungsarchitektur

Diese Ansicht kombiniert EA-Ebene und Lösungsebene, da sowohl Anwendungen als auch Anwendungsmodul in derselben Ansicht existieren.

Anwendungsarchitektur.

Anwendungs-Komponentenmodell (CM)

Das Anwendungs-Komponentenmodell 0-n ist eine Methode zur Modellierung der Anwendungsarchitektur, die Diagramme auf verschiedenen Abstraktionsstufen umfasst, wie folgt:

• Auf Ebene CM-0 beschreibt das Diagramm, wie die Zielanwendung mit ihrer Umgebung interagiert und welche Interaktionen mit benachbarten Anwendungen und Benutzern bestehen. Die Zielanwendung wird als schwarze Box beschrieben.
• Auf Ebene CM-1 wird die Zielanwendung in Module (Hauptkomponenten) zerlegt, und es wird angegeben, welche Anwendungsdienste (oder Anwendungsschnittstellen) diese Module bereitstellen und benötigen. Die Zielanwendung wird als weiße Box beschrieben.
• Auf Ebene CM-2 werden Module in Unterkomponenten zerlegt. (Die Anzahl der benötigten Ebenen hängt von der Situation ab.)

Das untenstehende Diagramm des Anwendungs-Komponentenmodells (CM) besteht aus Anwendungs-Komponenten und Anwendungsdiensten. Alternativ können Anwendungsschnittstellen anstelle von Anwendungsdiensten verwendet werden, je nach Situation. Wie immer ist es wichtig, ein Modellierungsstil zu wählen, der dem Zweck entspricht, und nur jene Elemente zu modellieren, die ausreichend Informationen liefern und Wert hinzufügen. Dies hängt vom Modellierer ab – ob er sich eher auf funktionale Aspekte konzentrieren oder genauer sein und beispielsweise tatsächliche Schnittstellen mit präzisen Namen modellieren möchte.

Das untenstehende Komponentenmodell-Diagramm besteht aus Anwendungs-Komponenten und Anwendungsdiensten. Alternativ können Anwendungsschnittstellen anstelle von Anwendungsdiensten verwendet werden.

Anwendungs-Komponentenmodell – 0 (CM-0)

Anwendungs-Komponentenmodell – 0.

Die Ebene Komponentenmodell – 0 (CM-0) (oben) zeigt die Interaktion zwischen der Zielanwendung und benachbarten Anwendungen. Alle relevanten Anwendungsdienste (oder Anwendungsschnittstellen) werden eingeführt. Das Diagramm der Ebene 0 besteht aus Komponenten der Enterprise-Architektur-Ebene und ihren Diensten, wobei die Zielanwendung in der Mitte steht.

Anwendungs-Komponentenmodell – 1 (CM-1)

Anwendungs-Komponentenmodell – 1.

Die Ebene Komponentenmodell – 1 (CM-1) (oben) zeigt, wie die Zielanwendung in Module (oder Hauptkomponenten) zerlegt wird, und welche Anwendungsdienste (oder Anwendungsschnittstellen) jedes Modul realisiert. Hinweis! Externe Anwendungen können von dieser Ebene ausgeschlossen werden, aber ihre Dienste (oder Schnittstellen) werden angezeigt. Wenn mehr Elemente auf niedriger Ebene gezeigt werden, müssen mehr Elemente auf höherer Ebene weggelassen werden – aus Gründen der Übersichtlichkeit: halte das Diagramm lesbar.

Anwendungs-Komponentenmodell – 2 (CM-2)

Anwendungs-Komponentenmodell – 2.

Die Ebene Komponentenmodell – 2 (CM-2) (oben) zeigt, wie Module der Zielanwendung aus Unterkomponenten bestehen und wie sie miteinander interagieren.

Ansicht der Anwendungs-Funktion

Zerlegung der Anwendungs-Funktion: Welche Funktionen enthält das System und welche Anwendungsdienste bietet es?

Ansicht der Anwendungs-Funktionen.

Ansicht der Anwendungs-Prozesse

Ansicht der Anwendungs-Prozesse.

Ansicht der Anwendungs-Prozesse – Verschachtelung.

Ansicht der Anwendungs-Prozesse – Interna.

Ansicht des Anwendungs-Komponenten-Sequenzdiagramms

Sequenzdiagramme liegen nicht vollständig im Bereich von ArchiMate, sondern im Bereich von UML. Wir können jedoch beispielsweise die Abfolge von Aktionen, die von Anwendungskomponenten ausgeführt werden, mit ArchiMate modellieren, wie unten gezeigt.

Anwendungssequenzansicht.

Dynamische Beziehungen „Auslöser“ und „Fluss“ können verwendet werden, um Dynamiken zwischen Anwendungskomponenten zu modellieren. Die Anordnung dieser Ansicht kann einer UML-Sequenzdiagramm-Anordnung ähneln.

Anwendungskomponenten-Sequenzdiagramm-Ansicht 2

Diese Version (unten) zeigt, wie ArchiMate verwendet werden kann, um die Abfolge von Aktionen, die von internen Teilen von Anwendungskomponenten ausgeführt werden, zu modellieren. Interne Teile sind beispielsweise a) Verhaltensprozesse oder Funktionen und b) strukturelle Unterkomponenten. Diese werden mit den Elementen Anwendungsprozess, Anwendungs-Funktion und Anwendungskomponente modelliert. Diese werden hier lediglich als Alternativen gezeigt.

Anwendungssequenzansicht (2).

Der Ablauf der Operationen in diesem Sequenzdiagramm (oben):

1. Unterprozess „X“ der Anwendungskomponente „A“ sendet eine Anforderungsnachricht mit dem Parameter „A“ an Anwendung B.
2. Unterprozess „B-1“ der Anwendungskomponente „B“ empfängt die eingehende Anforderung und ruft dann (synchron) die Anwendungskomponente C auf, in der die Anwendungs-Funktion „Y“ die Anforderung empfängt, einige Operationen ausführt und antwortet.
3. Ein weiterer Unterprozess „B-2“ der Anwendungskomponente „B“ sendet eine Nachricht mit Parametern an die Anwendungskomponente D und empfängt eine Bestätigung. Die Anwendungskomponente „D“ enthält Unterkomponenten, die Verarbeitung durchführen.
4. Die Anwendungskomponente „A“ empfängt eine Antwortnachricht von der Anwendungskomponente B.

Wie hier gezeigt, können wir recht komplexe Integrationsfälle modellieren, indem wir diese Elemente (Anwendungskomponenten, Anwendungsprozesse und Anwendungs-Funktionen sowie Beziehungen (Auslöser, Fluss)) kombinieren. UML-Sequenzdiagramme haben ihre spezifische Verwendung in der Softwaregestaltung, aber ArchiMate kann für viele Modellierungszwecke eingesetzt werden – auch für die Anwendungsdesign.

Die Anwendungsinintegration ist eines der wichtigsten Elemente der Unternehmensarchitektur (EA). Deshalb ist es vorteilhaft, wenn wir detailliert modellieren können, wie Anwendungen Daten austauschen und welche Interaktionsmechanismen verwendet werden. Eine gute Quelle für ein tieferes Verständnis von Integrationsmustern ist das Buch „Enterprise Integration Patterns“, hier ist die Link.

Die hinzugefügte Endbenutzersequenz (unten) folgt der gleichen Idee, ArchiMate-dynamische Beziehungen Auslöser und Fluss zu verwenden, die zur Modellierung synchroner und asynchroner Nachrichtenmuster (Anfrage-Antwort und Callback sowie Publish-Subscribe usw.) eingesetzt werden können.

Sequenzmusteransicht.

ETL-Prozessansicht

ETL-Prozessansicht.

EAI / ESB-Ansicht

EAI – ESB-Musteransicht.

Schichtenansicht

Schichtenansicht.

Die Schichtenansicht kann als Übersichts-Kontextdiagramm des Zielbereichs verwendet werden. Der Hauptvorteil dieser Ansicht besteht darin, die Nutzung von Anwendungen in den Geschäftsprozessen und den von ihnen bereitgestellten Diensten zu veranschaulichen. Das obige Bild verwendet das ArchiMate-Gruppierungselement, um verschiedene Schichten zu modellieren, während das untenstehende Bild das visuelle Gruppierungselement verwendet, das vom Tool bereitgestellt wird (Archi).

In ArchiMate gibt es grundsätzlich drei (3) Schichten wie folgt: 1) Geschäfts-Schicht, 2) Anwendungs-Schicht und 3) Technologie-Schicht. Ihre Farben sind üblicherweise wie folgt: Geschäfts-Schicht ist gelb, Anwendungs-Schicht ist turkis, Technologie-Schicht ist grün (siehe ArchiMate-Core-Framework, Link).

Schichtenansicht.

Anwendungs- und Datenbankansicht

Datenbanken sind eine sinnvolle Einheit in der Gesamten Unternehmensarchitektur einer Organisation. Zum Beispiel „Kunden-Datenbank“ oder „Produkt-Datenbank“ usw. Alternativ kann eine Datenbank alle Tabellen einer Anwendung umfassen (z. B. „Kundentabelle“, „Bestellungstabelle“, „Rechnungstabelle“ usw.), die gemeinsam eine Datenbank bilden. Gemäß der ArchiMate-Spezifikation kann das Datenobjekt verwendet werden, um logische Datenbanken zu modellieren (siehe Abbildung unten), Kapitel 9.4.1 „Datenobjekt“ sagt: „Typische Beispiele für Datenobjekte sind Kundendaten, Kundendatenbanken oder Versicherungsansprüche.“ „Eine wichtige Ausnahme besteht darin, dass ein Datenobjekt verwendet wird, um eine Sammlung von Daten, wie beispielsweise eine Datenbank, zu modellieren, bei der nur eine Instanz existiert.“ ArchiMate verfügt über eine elegante integrierte Mechanismen, die es ermöglichen, bestimmte Konzepte auf verschiedenen Abstraktions- (und Detail-)ebenen zu verwenden. Daher kann beispielsweise das Datenobjekt verwendet werden, um logische Datenbanken, Datenbanktabellen, Nachrichtenstrukturen (zwischen Anwendungen ausgetauscht) usw. zu modellieren.

Überlegungen zur Datenbankmodellierung.

Datenbank als Anwendungskomponente.

Abstraktionsstufen der Datenbank.

Datenschemaansicht.

Anwendungsfalldarstellung

ArchiMate kann verwendet werden, um Anwendungsfälle aus der funktionalen Perspektive von Anwendungen zu analysieren. Anwendungsfälle (bekannt aus UML) können wie in der folgenden Abbildung gezeigt auf Anwendungsdienste abgebildet werden.

Anwendungsfalldarstellung (Muster 1).

Anwendungsfälle können in: a) geschäftliche Anwendungsfälle und b) systemische Anwendungsfälle (auch Systemanwendungsfälle genannt) unterteilt werden. Die folgende Abbildung zeigt, wie „primäre Anwendungsfälle“ als Geschäftsleistungen modelliert werden und nachfolgende systemische Fälle als Anwendungsdienste.

Anwendungsfalldarstellung (Beispiel).

Wenn Anwendungsfälle als Anwendungsdienste identifiziert werden, können sie als funktionale Elemente von Zielanwendungen in anderen Diagrammen (z. B. in Schichtenansichten) weiter verwendet werden. Mit anderen Worten: Anwendungsdienste repräsentieren das Verhalten (Funktionalität) von Anwendungen. Für weitere detaillierte Informationen zur Anwendungsfalldarstellung siehe das ArchiMate Kochbuch, Link.

Technologieansicht

Technologiearchitekturschichtansicht.

Infrastrukturansicht

Diese Ansicht stellt die Plattform von Anwendungen dar. Dieses Muster kann verwendet werden, um die Konfiguration der Laufzeitumgebung und die Bereitstellung von Geschäftsanwendungen zu modellieren.

Infrastrukturansicht.

Infrastrukturansicht (geschachtelt).

Implementierungs- und Übergangsarchitekturschichtansicht

Implementierungsroadmapansicht

Implementierungsroadmapansicht.

Kanban-Board-Ansicht

Kanban-Board (EA).

Kanban kann verwendet werden, um Arbeit und Arbeitsabläufe zu visualisieren. Kanban zeigt beispielsweise, wie Entwicklungsanforderungen, Epics, Benutzerstories usw. vom Backlog in den Zustand „bereit“ (erledigt) fließen. Kanban kann je nach Skalierung und Umfang des Entwicklungsprojekts unterschiedlich eingesetzt werden. Zum Beispiel können „Epics“ auf Ebene der Enterprise-Architektur oder „Benutzerstories“ oder „Anforderungen“ auf Projekt-Ebene verwendet werden. Die Feinheit der Arbeitsaufträge kann je nach Situation variieren.

Generische Ansicht

Generische Ansicht.

Diese vereinfachte Ansicht kann beispielsweise als Kontextdiagramm für einen bestimmten Dienst, ein Programm oder ein Projekt verwendet werden.

Zusätzliche Funktionen

Kontextübersicht – Milchstraße-Karte

Dies ist ein Ansatz, so viel wie möglich in derselben Ansicht darzustellen. Für weitere Details siehe Milchstraße-Karte für ArchiMate,Link.

FM Milchstraße-Karte (Ebene 2). (Hinweis! Dieses Farbschema verwendet die Standardfarben von ArchiMate. Andere Farben können bei Bedarf verwendet werden.)

Zusammenarbeitssicht

Ebenen können gemischt werden, wie im folgenden Beispiel eines Datenflussdiagramms gezeigt.

Anwendungszusammenarbeitssicht (erweitert).

Metamodell

Metamodell.