ArchiMate-Beispiele
In diesem Artikel sehen Sie eine umfangreiche Sammlung von ArchiMate-Beispielansichten, die in einem mehrschichtigen Rahmen nach dem ArchiMate-Standard organisiert sind. Diese ArchiMate-Ansichten zeigen, wie ArchiMate-Elemente verwendet werden können. Einige der Beispiele können als Entwurfsmuster verwendet werden.
Die Beispiele wurden mit Visual Paradigm Online entworfen , basierend auf den Beispielen im ArchiMate Cookbook. Wenn Sie das Kochbuch noch nicht gelesen haben, empfehlen wir Ihnen, einen Blick darauf zu werfen. Link: http://www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf
ArchiMate-Beispielansichten
Framework-Ansicht
Diese Framework-Ansicht strukturiert alle verwendeten Ansichten. Es kann zur Navigation zwischen Diagrammen verwendet werden.
Motivationsansichten
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Diese Motivationssicht kann verwendet werden, um die Motivationen oder Ursachen zu untersuchen, die das Design oder die Transformation einer Organisation vorantreiben, sowie ihre Unternehmensarchitektur, die als Grundlage für alle Änderungsvorgänge und Geschäftstransformationen innerhalb eines Unternehmens dient. Diese Ansicht stellt die Vision der Entwicklungsanstrengungen dar, unabhängig davon, ob Umfang und Umfang die gesamte Organisation, eine Teilmenge davon (z. B. einen Geschäftsbereich) oder ein bestimmtes Programm oder Projekt (Lösungsebene) umfassen. Beachten Sie, dass jedem ArchiMate-Element, wie z. B. dem Ergebnis (oder jedem anderen ArchiMate-Element), ein Wert hinzugefügt werden kann, um zu zeigen, was der wirkliche Mehrwert ist.
Zur Definition der Motivationselemente wird das Business Motivation Model (BMM) [Spezifikation v.1.3, 2015, OMG] verwendet.
Mission-Werte-Vision View
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Der Zweck, die Vision und die Grundwerte der Organisation können alle mit der Mission-Values-Vision-Ansicht dargestellt werden. Es hilft Ihnen, den Zweck einer Organisation zu identifizieren, was die Organisation tatsächlich tut oder zu tun beabsichtigt und was der Hauptgrund für ihre Existenz ist. Die Vision ist der angestrebte Zustand der Organisation in der Zukunft. Die Vision, die Kultur und die Ideale der Organisation werden alle von Grundwerten unterstützt. Strategische Ziele müssen erfüllt werden, damit die Vision der Organisation verwirklicht werden kann.
Referenz: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Modellierungsstrategie mit ArchiMate.
Strategische Value Map-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Ansicht Strategic Value Map visualisiert die Strategien einer Organisation. Alle Entwicklungsoperationen müssen – direkt oder indirekt – aus dieser Sicht gezogen werden, die strategische Wertelemente enthält. Es ist möglich, alle anderen Aspekte im Zusammenhang mit der tatsächlichen Strategieumsetzung zu verfolgen, indem die strategischen Werte visualisiert werden. Mit dieser Perspektive lässt sich der Ansatz darstellen, vermitteln und auf die Realität beziehen.
Stakeholder-Analyse-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Stakeholder-Analyse-Ansicht wird häufig für die Stakeholder-Analyse verwendet, um die Veränderungstreiber zu identifizieren. Identifizieren Sie zuerst die wichtigen Stakeholder und dann die Veränderungstreiber, die in ihrem besten Interesse sind. Die „Assessment“-Konzepte können für eine tiefgreifende Treiberanalyse verwendet werden, beispielsweise unter Verwendung der SWOT-Technik (Strengths, Weaknesses, Opportunities, and Threats). Aus verschiedenen Blickwinkeln können wie gewohnt unterschiedliche Stakeholder-View-Diagramme generiert werden. Ein weiterer Grund, riesige Diagramme in kleinere aufzuteilen, besteht darin, sie kompakt und lesbar zu halten – zum Zwecke der Übersichtlichkeit.
Stakeholder-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Diese Stakeholder-Sicht verbindet Stakeholder-Motivationen mit Unternehmenszielen. Ziele sind der wichtigste Bestandteil der Entwicklung einer Organisation. Alle nachfolgenden Elemente für alle Änderungsaktionen sollten auf diese Hauptgründe zurückgeführt werden.
Prinzipien-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Risiko- und Sicherheitsansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Risiko- und Sicherheitskonzepte werden über diese Ansicht auf ArchiMate abgebildet. Das Risikomanagement umfasst Bedenken hinsichtlich Sicherheit und Datenschutz. Beides wird von dieser Ansicht erfasst.
Verweise:
- How to Model Enterprise Risk Management and Security with the ArchiMate® Language, Open Group, DocumentNo: W172, 2017.
- Modeling Enterprise Risk Management and Security with the ArchiMate® Language, Open Group, 2015.
SWOT-Analyseansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Zielansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Ziele und Schlüsselergebnisse
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
OKR, kurz für Objectives and Key Results, ist eine beliebte Managementmethode, um Ziele zu definieren und Fortschritte zu verfolgen. Es hilft bei der Schaffung von Ausrichtung und Engagement um messbare Ziele. OKRs bestehen aus zwei Teilen: (1) dem Ziel, das Sie erreichen möchten, und (2) den wichtigsten Ergebnissen, die verwendet werden, um Ihren Fortschritt in Richtung dieses Ziels zu verfolgen.
Ziele sind …
- Qualitative Erklärungen dessen, was Sie erreichen wollen, die einprägsam sind. Kurze, inspirierende und fesselnde Ziele sind ideal. Das Team soll durch das Ziel motiviert und gefordert werden.
Die wichtigsten Ergebnisse sind …
- Eine Reihe von Kennzahlen, die Ihren Fortschritt beim Erreichen Ihres Ziels verfolgen. Sie sollten zwei bis fünf Schlüsselergebnisse für jedes Ziel haben. Wenn zu viele Schlüsselergebnisse vorhanden sind, wird es für die Leute schwierig, sich daran zu erinnern.
Eine andere Version mit unten gezeigten Aktionen.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Strategieansichten
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Strategieansicht
Konzepte im Zusammenhang mit der Geschäftsstrategie wie „Aktionsverlauf“, „Fähigkeit“ und „Ressource“ sind jetzt in ArchiMate Version 3 verfügbar und können verwendet werden, um die Geschäftspläne einer Organisation zu modellieren. Die Nützlichkeit und Bedeutung dieser Sichtweise liegt in der Art und Weise, wie die Ziele der Organisation über Fähigkeiten mit Strategien und dann mit der Unternehmensarchitektur verknüpft werden können. Diese Ansicht kann verwendet werden, um das „Goal-Based Strategic Model“ (Azevedo et al. 2015) anzuwenden, in dem Ziele eine Hierarchie bilden, die in untergeordnete Ziele zerlegt werden kann.
Ansicht der Geschäftsstrategie
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Ansicht des Geschäftsmotivationsmodells (BMM).
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anforderungsansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Diese Anforderungsansicht kann verwendet werden, um Anforderungen basierend auf strategischen Zielen zu erfassen. Dies ist der Prozess, Strategien mit Implementierungen zu verbinden: Strategien können bis zur Ausführung zurückverfolgt werden.
Strategie zur Fähigkeitsansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Strategie-to-Capability-Ansicht kann zusammen mit anderen ArchiMate-Elementen wie „Driver“ und „Goal“ für Capability-Based Planning (CBP) verwendet werden, wie im ArchiMate-Diagramm unten gezeigt. Diese Ansicht kann verwendet werden, um bei der Planung (und Ausführung) von Strategien zu helfen. Folglich kann diese Art von Perspektive in der Strategy-to-Capability-Phase verwendet werden, die Teil der IT4IT-Phase „Strategy-to-Portfolio“ ist.
Fähigkeitskartenansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Capability Map-Ansicht kann verwendet werden, um einen allgemeinen Überblick über die Fähigkeiten eines Unternehmens zu geben: was es tut oder tun kann.
Fähigkeitsplanungsansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Capability Planning-Ansicht kann für „die Verbindung zwischen Strategie und Unternehmensarchitektur“ verwendet werden, wie sie von Capability-Based Planning (CBP) definiert wird. Dieser Ansatz kann verwendet werden, um unter anderem Strategien auf erforderliche Fähigkeiten und Fähigkeiten auf Ressourcen und andere Bausteine abzubilden.
Fähigkeitsrealisierungsansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Sicht der Fähigkeitsrealisierung 2
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Ein weiteres Beispiel für die Ansicht „Fähigkeitsrealisierung“, das zeigt, wie definiert wird, welche Elemente verwendet werden können, um eine Fähigkeit zu realisieren.
Wertstromansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Es ist wichtig zu beachten, dass am Anfang einer Wertschöpfungskette / eines Wertstroms eine „gerichtete Assoziation“ verwendet wird. Wertstufen können in einem Wertstrom gefunden werden. Eine „Wertkette“, die aus Wertströmen besteht, kann analog zu einem übergreifenden Wertstrom auf hoher Ebene sein. Die IT4IT (Link) führt eine Wertschöpfungskette ein, die vier Wertströme umfasst: Strategy to Portfolio, Requirement to Deploy, Request to Fulfill und Detect to Correct (Link).
Wertstrom – Fähigkeits-Cross-Mapping-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Ein einfaches Beispiel einer Wertschöpfungskette ist unten dargestellt. Das Element ArchiMate Value Stream, das in der Edition ArchiMate 3.1 enthalten ist, kann verwendet werden, um Wertschöpfungsketten, Wertschöpfungsnetzwerke und Wertschöpfungsströme zu modellieren.
Dies ist ein detaillierteres Beispiel dafür, wie Fähigkeiten den Wertstrom unterstützen (dienen). Diese Perspektive kann verwendet werden, um zu definieren, WAS das Unternehmen tut (das Geschäftsmodell) und WARUM Fähigkeiten erforderlich sind, sowie deren Beziehung zur Wertschöpfung.
Die Referenzimplementierung des Lean EA Framework (LEAF) enthält diese Ansicht (Link). Gehen Sie zu „Value Streams“ und dann zu „Value Delivery Chain“.
Canvas-Ansicht des Geschäftsmodells
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Dies ist eine Basisversion von A. Osterwalders Business Model Canvas (BMC), die an Ihre Bedürfnisse angepasst werden kann. Versionierte Techniken wie „Service Model Canvas“ und „Lean Canvas“ sind ebenfalls verfügbar. Mit einem BMC können beispielsweise Geschäftsmodelle entworfen und innoviert werden.
„Erleichtert die Rückverfolgung von Anforderungen von Geschäftsanfragen bis hin zu Designspezifikationen“ durch die Modellierung eines BMC mit ArchiMate. Dies hilft bei der Entdeckung der Auswirkungen von Änderungen in Geschäftsmodellen auf das architektonische Design.“ [LO Meertens und Kollegen]
Integrierte Architekturunterstützung für Strategie- und Geschäftsmodellanalyse ist in der ganzheitlichen Entwicklung enthalten. Auf diese Weise können Business-Analysten und Entwickler beurteilen, wie gut das Geschäftsmodell die Strategie unterstützt und in die Organisation passt und umgekehrt.
Wenn der BMC in einem Modellierungstool modelliert wird, besteht ein Vorteil dieser Methode darin, dass alle Elemente des BMC in anderen Ansichten desselben Modellrepositorys wiederverwendet werden können. Bei der Umstellung des Geschäftsmodells fallen sofort alle Veränderungen auf. Geschäftsmodellierer können neue Elemente wie Dienste konstruieren oder alle vorhandenen Elemente des Repositorys wie Organisationseinheiten und Ressourcen verwenden.
Konzept-Canvas-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Der BMC kann, wie oben gezeigt, in einer Vielzahl von Formen vorliegen. Der mehrschichtige Ansatz von ArchiMate spiegelt sich im Layout dieses Concept Canvas wider.
Geschäftsansichten
Ebenenansichten der Geschäftsarchitektur.
Es gibt verschiedene „Karten“ von Elementen, die innerhalb des EA-Tools in jeder Ebene gesteuert werden, wie z. B. Business Services Map, Process Map und so weiter. Nachdem Sie Karten erkannt und eingeführt haben, können Sie sie in anderen Diagrammen (z. B. Ebenenansichten) verwenden. Das Ziel der Maps ist es, „EA-Assets“-Kataloge als „Portfolios“ zu behandeln (analog zu Portfolios von Ideen, Dienstleistungen und Projekten etc.). Andere Features, wie Eigenschaften oder Attribute, werden oft von EA-Tools für jedes Element bereitgestellt. Diese können verwendet werden, um weitere Details zu jedem Aspekt bereitzustellen. Diese Art von Zusatzdaten kann auch für verschiedene Arten von Analysen verwendet werden.
Jede Ebene kann mehrere Karten haben, wie z. B. die folgenden:
- Geschäftsdienste, Geschäftsakteure und Geschäftsprozesse in der Geschäftsschicht;
- Anwendungsdienste, Anwendungen in der Anwendungsschicht;
- Technologiedienste, Plattformen und Technologien in der Technologieschicht; usw.
Hier sind einige Beispiele für Business-Layer-Karten.
Business Services Kartenansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Ansicht Business Services Map bietet einen Überblick über die Business Services des Unternehmens. Für Verwaltungszwecke kann diese Art von Ansicht als „Servicekatalog“ oder „Serviceportfolio“ verwendet werden. Es ist wichtig herauszufinden, welche Art von kommerziellen Dienstleistungen das Unternehmen seinen Kunden anbietet. Ein Business Service kann auch verwendet werden, um alle zugrunde liegenden organisatorischen Prozesse und Strukturen zu simulieren. Business Services sind daher kritische Bestandteile der Unternehmensarchitektur.
Geschäftsprozess-Map-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Diese Ansicht kann als „Prozesslandkarte“ verwendet werden, die einen Überblick über die Geschäftsprozesse der Organisation bietet.
Ansicht Geschäftsprozesszusammenarbeit
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Diese Ansicht kann beispielsweise zur Modellierung des Betriebsmodells verwendet werden.
Kartenansicht der Geschäftsakteure
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Es gibt zwei Arten von Geschäftsaktionen: Interne und externe. Kunden, Geschäftspartner oder andere Interessengruppen, die mit der Organisation zusammenarbeiten, sind Beispiele für interne Geschäftsakteure, während externe Geschäftsakteure Kunden, Geschäftspartner oder andere Interessengruppen sind, die mit dem Unternehmen zusammenarbeiten (z. B. Organisationen des öffentlichen Sektors oder andere Regierungsbehörden). ).
Ansicht der Zusammenarbeit von Wirtschaftsakteuren
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Im Folgenden sind zwei Verwendungsszenarien aufgeführt:
- Unternehmensinterne Ansicht: Diese Ansicht visualisiert, wie interne Geschäftsakteure zusammenarbeiten und Informationen austauschen.
- Inter-Enterprise View: Eine Ökosystemansicht, die das Betriebsumfeld darstellt, in dem eine Organisation funktioniert. Ein Ökosystem ist eine Sammlung von Organisationen und Handelspartnern, die durch Interaktionen zusammenarbeiten. Es gibt Lieferanten, Subunternehmer und andere Business-to-Business-Partner sowie Kunden.
Geschäftsprozessansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Geschäftsprozesssicht zeigt die „allgemeine Struktur und Zusammensetzung eines Geschäftsprozesses (oder zahlreicher Prozesse), die bereitgestellten Dienste, die zugewiesenen Rollen von Akteuren und die vom Geschäftsprozess verwendeten Informationen“. Dieses Prozessdiagramm enthält „Junction“-Elemente, um „Fork“ und „Join“ des Prozessflusses darzustellen.
Nachfolgend finden Sie eine erweiterte Prozessperspektive. Dies ist das Betriebsmodell, das auf dem im obigen Wertstromdiagramm dargestellten Geschäftsmodell basiert.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
SIPOC (Lieferanten, Inputs, Prozesse, Outputs, Kunden)
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
SIPOC (Suppliers, Inputs, Process, Outputs, Customers) ist ein Six-Sigma-Tool, mit dem Aspekte definiert werden können, die allen Prozessen ähnlich sind. Dies ist eine einfache Methode, um den Business Case zu untersuchen: Welchen Wert erhält der Kunde und wie erhält er ihn.
Geschäftsprozessansicht mit Geschäftsrollen als „Swimlanes“ eines Prozesses – ein mehrschichtiger Ansatz
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Der Kunde wird durch „Geschäftsrolle A“ dargestellt und der Customer Journey-Pfad wird durch die oberste „Schwimmlinie“ dargestellt.
Beachten Sie, dass Geschäftsrollen (als „Swimlanes“ visualisiert) innerhalb von Prozessschritten (Aktivitäten) verschachtelt sind, was bedeutet, dass diese Geschäftsrollen diesen Geschäftsprozessen/Prozessphasen zugeordnet sind. Daher ist diese Ansicht eine Mischung aus einer mehrschichtigen Ansicht und einer Geschäftsprozessansicht.
In dieser Version werden die Informations- und Datenflüsse abgebildet (Flussbeziehung). Der Client-Reisepfad wird durch die obere „Schwimmlinie“ dargestellt (Aktivitäten, die mit der auslösenden Beziehung verbunden sind).
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Service-Design-Methodik ist unten dargestellt. Der Customer-Journey-Pfad (Rolle A) wird durch die oberste „Schwimmlinie“ dargestellt, die über Business Services (1 und 2) mit der Organisation (Rollen B und C) in Verbindung steht.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Mehrschichtige Geschäftsprozessansicht
Diese Ansicht kann verwendet werden, um einen Geschäftsprozess sowohl mit manuellen als auch mit automatisierten Schritten darzustellen.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Kartenansicht der Customer Journey
Wenn eine Kundenreise auf hohem Niveau untersucht werden muss, wird diese Version unter Verwendung von Motivations- und Strategieelementen erstellt.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Wenn der Kundendienstpfad detaillierter untersucht werden muss, wird diese Version unter Verwendung von Teilen der Geschäfts- und Anwendungsschicht (Kern) generiert.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Das Kundenerlebnis steht im Mittelpunkt dieser kundenzentrierten Sichtweise. Diese „Service Design“-bezogene Technik konzentriert sich auf die „Outside-in“-Entwicklung des zu erstellenden Dienstes. Dies unterstreicht die Bedeutung von Dienstleistungen und Produkten bei der Wertschöpfung für Kunden – und indirekt für die Organisation. Eine Kundenreiseroute kann verwendet werden, um einen Kundenwertstrom zu visualisieren, der viele Anwendungsdienste und Apps umfasst.
Service-Blueprint-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Diese Service-Blueprint-Ansicht konzentriert sich auf den Kunden und den Service, hebt aber auch den „Inside-Out“-Aspekt des Service hervor. Die serviceorientierte Entwicklungsstrategie kann die zugrunde liegenden Verhaltens- und Strukturimplikationen des Dienstes identifizieren, der mit Hilfe dieser Technik erstellt werden soll. Infolgedessen fügt diese Ansicht dem kundenerlebnisorientierten Ansatz prozessuale und funktionale Faktoren hinzu.
Diese Ansicht kann in einer Vielzahl von Formen gefunden werden. Die Informationsflüsse zwischen den Schichten und Elementen sind Gegenstand dieses Beispiels.
User-Story-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Mit dieser Ansicht können User Stories visualisiert werden.
Ansicht Cloud-Service-Modelle
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Informationsansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die folgenden Abstraktionsebenen können verwendet werden, um Informationen zu modellieren: a) konzeptionell, b) logisch und c) physisch. Diese Abstraktionsschichten sind im obigen Diagramm dargestellt.
Konzeptionelle Datenmodellansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Geschäftsobjekte, auch Konzepte genannt, die im Geschäftsbetrieb verwendet werden, sind in der Informationsarchitektur des EA enthalten. Ein konzeptionelles Datenmodell kann verwendet werden, um diese Konzepte und ihre Beziehungen darzustellen.
„Service“-Konzept
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Problematisch ist häufig der Servicegedanke, wie sich in vielfältiger Weise zeigen lässt. Um deutlich zu machen, um welchen Diensttyp es sich handelt, ist es eine gute Idee, das Präfix zu verwenden: Geschäfts-, Anwendungs- oder Technologiedienst. Laut ITIL ist der IT-Service an den Produktionsservice gebunden. Infolge. Der IT Service ist am engsten mit den Application Services verbunden.
Service und Produkt
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Ein Produktbegriff kann verwendet werden, um Dienstleistungen als zusammengesetztes Element zu aggregieren. Spezifikation laut ArchiMate:
„Ein Produkt stellt eine kohärente Sammlung von Dienstleistungen und/oder passiven Strukturelementen dar, begleitet von einem Vertrag/einer Reihe von Vereinbarungen, die (internen oder externen) Kunden als Ganzes angeboten werden.“
„Ein Produkt kann Geschäftsdienste, Anwendungsdienste und Technologiedienste, Geschäftsobjekte, Datenobjekte und Technologieobjekte sowie einen Vertrag aggregieren oder zusammensetzen. Daher kann ein Produkt Elemente aus anderen Schichten als der Business-Schicht aggregieren oder zusammensetzen. „
„Einem Produkt kann ein Wert zugeordnet werden. Der Name eines Produkts ist normalerweise der Name, der in der Kommunikation mit Kunden verwendet wird, oder möglicherweise ein allgemeineres Substantiv (z. B. „Reiseversicherung“).“
Anwendungsansichten
Kartenansicht der Anwendungsdienste
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anwendungskartenansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anwendungsportfolio, das z. B. nach Geschäftsbereichen in Geschäftsbereiche unterteilt werden kann.
Anwendungskooperationsansicht (Datenflüsse)
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anwendungsintegrationsansicht (Dynamische Beziehungen)
Die Beispiele (1–10) unten zeigen verschiedene Techniken zum Simulieren des Datenwechsels zwischen Anwendungen.
- „Anwendung A“ besitzt das Datenobjekt „A-1“, das „Anwendung B“ anfordert.
- „Anwendung A“ sendet Daten an „Anwendung B“.
- „Anwendung A“ erstellt den Dienst „A-1“, der von „Anwendung B“ verwendet wird.
- In der Praxis sendet „Anwendung B“ eine Anfrage an „Anwendung A-1“ und erhält eine Antwort…
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anwendungsstrukturansicht
Diese Ansicht ist wichtig für das Entwerfen oder Analysieren der Primärstruktur, der Unterkomponenten und der zugehörigen Daten einer Anwendung. Dieses Diagramm kann verwendet werden, um die Struktur eines Anwendungssystems in der Entwicklung aufzuschlüsseln, um die Modularisierung / Zerlegung zu demonstrieren: Welche Subsysteme / Subkomponenten werden bereitgestellt, und welche Anwendungsdienste (oder Anwendungsschnittstellen) werden bereitgestellt geben.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die über die strukturellen Schnittstellen (GUIs und/oder APIs im Bild unten) bereitgestellten Verhaltensmerkmale werden als Anwendungsdienste bezeichnet (Abbildung oben). „Verschiedene Seiten derselben Medaille“ sind Anwendungsdienste und Anwendungsschnittstellen.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anwendungsarchitekturansicht
Da es in derselben Ansicht sowohl Anwendungen als auch Anwendungsmodule gibt, kombiniert diese Ansicht Techniken auf EA- und Lösungsebene.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anwendungskomponentenmodell (CM)
Das Anwendungskomponentenmodell 0-n ist eine Technik zur Modellierung der Anwendungsarchitektur, die aus den folgenden Diagrammen verschiedener Abstraktionsebenen besteht:
- Das Diagramm auf CM-0-Ebene zeigt, wie die Anwendung mit ihrer Umgebung interagiert, einschließlich der Interaktion mit anderen Apps und Benutzern. Zur Darstellung der Zielanwendung wird eine Blackbox verwendet.
- Die Zielanwendung wird in Module (Hauptkomponenten) und welche Anwendungsdienste (oder Anwendungsschnittstellen) diese Module liefern und auf CM-1-Ebene fordern, unterteilt. Ein White-Box wird verwendet, um die Zielanwendung darzustellen.
- Die Module sind auf der CM-2-Ebene in Unterkomponenten unterteilt. (Die Anzahl der wesentlichen Ebenen variiert je nach den Umständen.)
Anwendungskomponenten und Anwendungsdienste sind in den folgenden Diagrammen des Anwendungskomponentenmodells (CM) dargestellt. Je nach Situation können Anwendungsschnittstellen anstelle von Anwendungsdiensten verwendet werden. Wie immer ist es wichtig, einen für die jeweilige Aufgabe geeigneten Modellierungsstil zu verwenden und nur die Aspekte zu modellieren, die ausreichend informativ sind und einen Mehrwert bieten. Dabei bleibt es dem Modellierer überlassen, ob er die funktionalen Merkmale hervorhebt oder detaillierter vorgeht und beispielsweise die eigentlichen Schnittstellen mit genauer Nomenklatur modelliert.
Anwendungskomponenten und Anwendungsdienste sind in den folgenden Diagrammen des Komponentenmodells dargestellt. Anstatt Anwendungsdienste zu verwenden, könnten Anwendungsschnittstellen verwendet werden.
Anwendungskomponentenmodell – 0 (CM-0)
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Interaktionen zwischen der Zielanwendung und umgebenden Apps werden auf der Ebene des Komponentenmodells – 0 (CM-0) (oben) dargestellt. Alle notwendigen Anwendungsdienste (oder Anwendungsschnittstellen) werden beschrieben. Die Komponenten der Unternehmensarchitekturebene und ihre Dienste werden auf der 0-Ebene des Diagramms dargestellt, mit der Zielanwendung in der Mitte.
Anwendungskomponentenmodell – 1 (CM-1)
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Ebene des Komponentenmodells – 1 (CM-1) (oben) zeigt, wie die Zielanwendung in Module (oder primäre Komponenten) unterteilt ist und welches Modul für welche Anwendungsdienste (oder Anwendungsschnittstellen) verantwortlich ist. Notiz! Externe Apps müssen auf dieser Ebene nicht angezeigt werden, wohl aber ihre Dienste (oder Schnittstellen). Wenn mehr Low-Level-Teile angezeigt werden, können/müssen mehr High-Level-Elemente weggelassen werden – aus Gründen der Übersichtlichkeit: um das Diagramm verständlich zu halten.
Anwendungskomponentenmodell – 2 (CM-2)
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Ebene des Komponentenmodells – 2 (CM-2) (siehe oben) zeigt, wie die Module der Zielanwendung aus Unterkomponenten bestehen und interagieren.
Ansicht Anwendungsfunktionen
Zerlegung von Anwendungsfunktionalitäten: Was sind die Funktionen des Systems und welche Anwendungsdienste stellen sie bereit?
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Bewerbungsprozess anzeigen
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Das Folgende ist die verschachtelte Ansicht der Anwendungsprozessansicht.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Nachfolgend sehen Sie den internen Inhalt der Bewerbungsprozessansicht.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anwendungskomponenten-Sequenzdiagrammansicht
Sequenzdiagramme werden von ArchiMate nicht genau abgedeckt; Stattdessen werden sie von UML abgedeckt. Wie unten gezeigt, kann ArchiMate jedoch verwendet werden, um Sequenzen von Operationen zu modellieren, die von Anwendungskomponenten ausgeführt werden.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Zur Modellierung von Dynamiken zwischen Anwendungskomponenten können die dynamischen Relationen „Trigger“ und „Flow“ verwendet werden. Das Layout dieser Ansicht ähnelt dem des UML-Sequenzdiagramms.
Anwendungskomponenten-Sequenzdiagrammansicht 2
Diese Version (Abbildung unten) zeigt, wie ArchiMate verwendet werden kann, um die Aktionen zu modellieren, die interne Elemente von Anwendungskomponenten ausführen. Verhaltensprozesse oder -funktionen sowie strukturelle Unterkomponenten sind Beispiele für interne Teile. Anwendungsprozess-, Anwendungsfunktions- und Anwendungskomponentenelemente werden verwendet, um sie zu modellieren. Diese werden nur alternativ angeboten.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Aktionen in diesem Sequenzdiagramm (oben) sind wie folgt:
- Der Teilprozess „X“ der Anwendungskomponente „A“ sendet eine Anforderungsnachricht an Anwendung B mit dem Parameter „A“.
- Der Teilprozess „B-1“ der Anwendungskomponente „B“ erhält die eingehende Anfrage und ruft dann (synchron) die Anwendungskomponente C auf, wo die Anwendungsfunktion „Y“ die Anfrage akzeptiert, bestimmte Aktionen ausführt und zurückkehrt.
- Der andere Teilprozess “B-2” der Anwendungskomponente “B” sendet eine Nachricht mit Parametern an die Anwendungskomponente D und erhält eine Bestätigung. Die Verarbeitung erfolgt durch die Teilkomponente „D“ der Anwendungskomponente „D“.
- Die Antwortnachricht von Anwendungskomponente B wird von Anwendungskomponente „A“ empfangen Das Sequenzdiagramm hat seinen eigenen speziellen Zweck im Softwaredesign, aber ArchiMate kann für ziemlich viele Modellierungszwecke verwendet werden – auch im Anwendungsdesign.
Einer der wichtigsten Aspekte der Unternehmensarchitektur ist die Anwendungsintegration (EA). Deshalb ist es hilfreich, wenn wir genauer beschreiben können, wie Anwendungen Daten wechseln und welche Interaktionsmethoden verwendet werden. Hier ist ein Link zum Buch „Enterprise Integration Patterns“, das ein fantastischer Ort ist, um mit dem Lernen über Integrationsmuster zu beginnen.
Dieselbe Idee zur Nutzung der dynamischen ArchiMate-Beziehungen Trigger und Flow, die verwendet werden können, um sowohl synchrone als auch asynchrone Nachrichtenmuster zu modellieren, wird in einer Sequenz mit eingeschlossenem Endbenutzer verwendet (Abbildung unten) (Anfrage-Antwort und Rückruf, auch Veröffentlichung). abonnieren usw.).
ETL-Prozessansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
EAI / ESB-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Geschichtete Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Die Layered View kann als Zielbereichsübersichts-Kontextdiagramm verwendet werden. Der Hauptvorteil dieses Ansatzes besteht darin, dass er zeigt, wie Anwendungen in Geschäftsprozessen verwendet werden und welche Dienste sie bereitstellen. Zum Modellieren verschiedener Ebenen verwendet das obige Diagramm das Gruppierungselement von ArchiMate, während das folgende Diagramm das visuelle Gruppenelement des Tools verwendet.
ArchiMate hat drei (3) Schichten, die wie folgt sind: Die drei Schichten sind: 1) die Geschäftsschicht, 2) die Anwendungsschicht und 3) die Technologieschicht. Sie sind typischerweise wie folgt gefärbt: Gelb für die Business-Schicht, Türkis für die Anwendungsschicht und Grün für die Technologieschicht.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Anwendungs- und Datenbankansicht
Eine Datenbank ist ein wichtiger Bestandteil der gesamten Unternehmensarchitektur einer Organisation. Zum Beispiel „Kundendatenbank“, „Kundendatenbank“, „Produktdatenbank“ und so weiter. Alternativ kann eine Datenbank eine logische (und physische) Zusammenstellung aller Tabellen einer Anwendung sein (z. B. „Kundentabelle“, „Auftragstabelle“, „Rechnungstabelle“ usw.), die zusammen eine Datenbank bilden. Ein Datenobjekt kann verwendet werden, um eine logische Datenbank (Abbildung unten) gemäß dem ArchiMate-Standard zu modellieren. In Kapitel 9.4.1 „Datenobjekt“ heißt es: „Typische Beispiele für Datenobjekte sind ein Kundendatensatz, eine Kundendatenbank oder ein Versicherungsanspruch.“ „Eine bedeutende Ausnahme ist, wenn ein Datenobjekt verwendet wird, um eine Datensammlung mit nur einer Instanz zu modellieren, wie z. B. eine Datenbank. ” ArchiMate enthält ein cleveres integriertes System, das es Ihnen ermöglicht, dasselbe Konzept auf mehrere Abstraktionsebenen (und Detailebenen) anzuwenden. Dadurch kann das Datenobjekt beispielsweise verwendet werden, um eine logische Datenbank, eine Datenbanktabelle, eine Nachrichtenstruktur (appübergreifend umgeschaltet) usw. zu simulieren.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Datenbank als Anwendungskomponente
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Datenbankabstraktionsebenen:
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Datenmodellansicht:
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Use-Case-Ansicht
ArchiMate kann verwendet werden, um Anwendungsfälle vom funktionalen Standpunkt einer Anwendung aus zu untersuchen. Wie im Diagramm unten gezeigt, können Anwendungsfälle (wie von UML definiert) Anwendungsdiensten zugeordnet werden.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Ein Anwendungsfall kann in zwei Kategorien unterteilt werden: Geschäftsanwendungsfälle und Systemanwendungsfälle (auch Systemfälle genannt). Das folgende Diagramm zeigt, wie ein „primärer Anwendungsfall“ durch einen Business Service dargestellt werden kann, wobei nachfolgende Systemfälle durch Anwendungsdienste dargestellt werden.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Wenn Anwendungsfälle als Anwendungsdienste definiert sind, können sie als Teile von Zielanwendungsfunktionen in anderen Diagrammen (z. B. der Ebenenansicht) verwendet werden. Mit anderen Worten, Anwendungsdienste repräsentieren das Verhalten (Funktionalitäten) einer Anwendung. Weitere Informationen zur Anwendungsfallanalyse finden Sie im ArchiMate Cookbook, Link.
Technologieansichten
Ansichten der Technologiearchitekturebene.
Infrastrukturansicht
Diese Ansicht zeigt die Plattform einer Anwendung. Dieses Muster kann verwendet werden, um die Einrichtung einer Laufzeitumgebung sowie die Bereitstellung einer Geschäftsanwendung zu modellieren.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Infrastrukturansicht (Verschachtelung):
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Ebenenansichten der Implementierungs- und Migrationsebene/Transformationsarchitektur
Ansicht Implementierungs-Roadmap
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Kanban-Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Das Kanban-Board ist ein Werkzeug zur Visualisierung von Arbeit und Prozessen. Das Kanban-Board zeigt, wie Entwicklungsanforderungen, Epics, User Stories und andere Elemente aus dem Backlog in den Bereitschaftszustand (Done) fließen. Je nach Umfang und Breite des Entwicklungsszenarios kann ein Kanban-Board für unterschiedliche Zwecke eingesetzt werden. Beispielsweise können „Epics“ auf EA-Ebene und „User Stories“ oder „Requirements“ als Workitems auf Projektebene verwendet werden. Je nach Situation kann die Granularität der Aufgabenelemente variieren.
Generische Ansicht
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Diese vereinfachte Darstellung kann beispielsweise als Kontextdiagramm für einen bestimmten Dienst, ein Programm oder ein Projekt verwendet werden.
Extras
Kontextübersicht – Die Milchstraßenkarte
Dies ist eine Technik, um so viel wie möglich in einem einzigen Look zu visualisieren. Weitere Informationen finden Sie unter Die Milchstraßenkarte mit ArchiMate.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Kooperationsansicht
Wie im Beispiel des Datenflussdiagramms unten gezeigt, können die Schichten gemischt werden.
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Metamodell
BEARBEITEN SIE DIESES ARCHIMATE-DIAGRAMM
Diese Beispiele wurden mit Visual Paradigm Online erstellt .
