ArchiMate-Viewpoint-Leitfaden (mit Beispielen)
Jeder Viewpoint enthält eine spezialisierte Menge an ArchiMate-Elementen, die die Modellierung eines bestimmten Aspekts der Unternehmensarchitektur ermöglichen.
Die offizielle ArchiMate 3-Spezifikation bietet 23 Beispiel-Viewpoints für ArchiMate. In diesem ArchiMate-Viewpoint-Leitfaden stellen wir alle 23 dieser ArchiMate-Viewpoints mit Beschreibungen und ArchiMate-Diagramm-Beispielen für jeden einzelnen vor.
Alle ArchiMate-Diagramm-Beispiele in diesem Leitfaden wurden mitVisual Paradigm Online’sArchiMate-Diagramm-Tool.
Was ist ein ArchiMate-Viewpoint?
Was sind ArchiMate-Beispiel-Viewpoints?
ArchiMate stellt eine Reihe von Viewpoints bereit, die als Ausgangspunkt für Modellierungsarbeiten dienen können. Jeder ArchiMate-Viewpoint besteht aus Elementen verschiedener ArchiMate-Ebenen, die spezifische Stakeholder-Anliegen ansprechen. Organisationen sind herzlich eingeladen, diese Beispiel-Viewpoints in ihre Architekturmodelle einzubeziehen oder eigene zu definieren.
Die von ArchiMate vorgeschlagenen Beispiel-Viewpoints sind in vier Hauptkategorien gruppiert:
- Grundlegende Viewpoints: Konzepte aus den drei Ebenen Business, Anwendung und Technologie können verwendet werden.
- Motivations-Viewpoints: Für die Modellierung motivativer Aspekte der Architektur.
- Strategie-Viewpoints: Für die Beschreibung des strategischen Aspekts des Unternehmens durch Darstellung der strategischen Ausrichtung auf hoher Ebene und der Struktur des Unternehmens.
- Implementierungs- und Migration-Viewpoints: Für die Modellierung der Steuerung von Architekturänderungen, des Übergangs von der Baseline zur Zielarchitektur sowie der Beziehungen zwischen Programmen und Projekten.
Wie werden die Beispiel-Viewpoints angewendet?
Es ist wichtig zu beachten, dass die in der ArchiMate-Spezifikation offiziell veröffentlichten Beispiel-Viewpoints die Modellierungsaktivitäten nicht einschränken sollten. Sie sollten die Beispiel-Viewpoints anpassen oder sogar eigene Viewpoints definieren, um spezifische Stakeholder-Anliegen zu adressieren.
Grundlegende Viewpoints
Die grundlegenden Viewpoints von ArchiMate umfassen ArchiMate-Elemente und -Konzepte der drei Hauptarchitekturebenen: Business, Anwendung und Technologie. Untenstehend finden Sie eine Tabelle mit ArchiMate 3.1-Beispiel-Viewpoints, gruppiert in vier Kategorien, die die Richtung und den Umfang angeben, die sie abdecken:
- Zusammensetzung: Viewpoints, die interne Zusammensetzungen und Aggregationen von Elementen definieren.
- Unterstützung: Blickwinkel, bei denen Sie Elemente betrachten, die von anderen Elementen unterstützt werden. Typischerweise von einer Ebene aus nach oben zu einer darüber liegenden Ebene.
- Zusammenarbeit: Hinweis auf gleichrangige Elemente, die miteinander kooperieren. Typischerweise über verschiedene Aspekte hinweg.
- Realisierung: Blickwinkel, bei denen Sie Elemente betrachten, die andere Elemente realisieren. Typischerweise von einer Ebene aus nach unten zu einer darunter liegenden Ebene.
Zusammensetzung:
| Name | Perspektive | Anliegen |
|---|---|---|
| Organisation | Struktur des Unternehmens in Bezug auf Rollen, Abteilungen usw. | Identifikation von Kompetenzen, Befugnissen und Verantwortlichkeiten |
| Informationsstruktur | Zeigt die Struktur der im Unternehmen verwendeten Informationen an. | Struktur und Abhängigkeiten der Benutzerdaten und Informationen, Konsistenz und Vollständigkeit |
| Technologie | Infrastruktur und Plattformen, die die Informationssysteme des Unternehmens in Bezug auf Netzwerke, Geräte und Systemsoftware unterstützen. | Stabilität, Sicherheit, Abhängigkeiten, Kosten der Infrastruktur |
| Schichtensystem | Bietet einen Überblick über die Architektur(en). | Konsistenz, Reduzierung der Komplexität, Auswirkungen von Änderungen, Flexibilität |
| Physisch | Physische Umgebung und deren Beziehung zur IT-Infrastruktur. | Beziehungen und Abhängigkeiten der physischen Umgebung und deren Beziehung zur IT-Infrastruktur |
Unterstützung:
| Name | Perspektive | Anliegen |
|---|---|---|
| Produkt | Zeigt den Inhalt der Produkte an. | Produktentwicklung, der durch die Produkte des Unternehmens gebotene Wert |
| Anwendungsnutzung | Verknüpft Anwendungen mit ihrer Nutzung beispielsweise in Geschäftsprozessen. | Konsistenz und Vollständigkeit, Reduzierung der Komplexität. |
| Technologienutzung | Zeigt, wie Technologien von Anwendungen genutzt werden. | Abhängigkeiten, Leistungsfähigkeit, Skalierbarkeit |
Zusammenarbeit:
| Name | Perspektive | Anliegen |
|---|---|---|
| Geschäftsprozesszusammenarbeit | Zeigt die Beziehungen zwischen verschiedenen Geschäftsprozessen an. | Abhängigkeiten zwischen Geschäftsprozessen, Konsistenz und Vollständigkeit, Verantwortlichkeiten |
| Anwendungszusammenarbeit | Zeigt Anwendungskomponenten und ihre gegenseitigen Beziehungen an. | Beziehungen und Abhängigkeiten zwischen Anwendungen, Orchestrierung/Choreografie von Diensten, Konsistenz und Vollständigkeit, Reduzierung der Komplexität |
Realisierung:
| Name | Perspektive | Anliegen |
|---|---|---|
| Dienstrealisierung | Zeigt, wie Dienste durch die erforderliche Verhaltensweise realisiert werden. | Wertschöpfung von Geschäftsprozessen, Konsistenz und Vollständigkeit, Verantwortlichkeiten |
| Implementierung und Bereitstellung | Zeigt, wie Anwendungen auf die zugrundeliegende Technologie abgebildet werden. | Struktur von Anwendungsplattformen und ihre Beziehung zu unterstützender Technologie |
In den folgenden Abschnitten werden wir alle grundlegenden ArchiMate-Perspektiven ausführlich behandeln. Für jede Perspektive werden die angesprochenen Interessengruppen, die zu bearbeitenden Anliegen, das Ziel und der Umfang behandelt. Außerdem werden ArchiMate-Diagramm-Beispiele bereitgestellt.
Zusätzlich zu den angegebenen Elementen können das Gruppierungselement, das Junction-Element und das Oder-Junction-Element in jeder Perspektive verwendet werden.
Organisationsperspektive
Was ist die Organisationsperspektive?
Die Organisationsperspektive wird verwendet, um die organisatorische Struktur einer Organisationseinheit wie einer Gesellschaft, eines Unternehmens, einer Abteilung oder sogar eines Unternehmensnetzwerks darzustellen. Typischerweise wird die Struktur in verschachtelter Form präsentiert. Es ist jedoch nicht ungewöhnlich, ein traditionelles Organigramm darzustellen. Die Organisationsperspektive wird häufig verwendet, um die Kompetenzen und Verantwortlichkeiten einer Organisationseinheit zu identifizieren.
Die folgende Tabelle beschreibt die Organisationsperspektive ausführlicher.
| Interessenten | Unternehmens-, Prozess- und Domänenarchitekten, Manager, Mitarbeiter, Aktionäre |
| Anliegen | Identifikation von Kompetenzen, Befugnissen und Verantwortlichkeiten |
| Zweck | Entwerfen, Entscheiden, Informieren |
| Umfang | Einzelne Ebene/Einzelner Aspekt |
| Elemente | Geschäftsakteur, Geschäftsrolle, Geschäfts-Kooperation, Standort, Geschäfts-Schnittstelle |
Beispiel für die Organisationsperspektive
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Organisationsperspektive erstellt wurde.
Perspektive der Geschäftsprozesskooperation
Was ist die Perspektive der Geschäftsprozesskooperation?
Die Perspektive der Geschäftsprozesskooperation wird verwendet, um den Ablauf der wichtigsten Geschäftsprozesse eines Unternehmens zu modellieren. Sie kann verwendet werden, um ein hochwertiges Design von Geschäftsprozessen zu erstellen, wodurch den operativen Managern Einblick in ihre Abhängigkeiten ermöglicht wird. Sie können auch die Zuordnung von Geschäftsprozessen zu Geschäftsfunktionen modellieren und darstellen, wie Geschäftsleistungen durch Geschäftsprozesse realisiert werden können.
Die folgende Tabelle beschreibt die Perspektive der Geschäftsprozesskooperation ausführlicher.
| Interessenten | Prozess- und Domänenarchitekten, operative Manager |
| Anliegen | Abhängigkeiten zwischen Geschäftsprozessen, Konsistenz und Vollständigkeit, Verantwortlichkeiten |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Mehrere Ebenen/Mehrere Aspekte |
| Elemente | Geschäftsakteur, Geschäftsrolle, Geschäfts-Kooperation, Standort, Geschäfts-Schnittstelle, Geschäftsprozess/Funktion/Interaktion, Geschäftsereignis, Geschäftsleistung, Geschäftsobjekt, Darstellung, Anwendungskomponente/Kooperation, Anwendungsschnittstelle, Anwendungsprozess/Funktion/Interaktion, Anwendungsevent, Anwendungsservice, Datenobjekt |
Beispiel für die Blickrichtung Geschäftsprozesszusammenarbeit
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Blickrichtung Geschäftsprozesszusammenarbeit erstellt wurde.

Blickrichtung Produkt
Was ist die Blickrichtung Produkt?
Die Blickrichtung Produkt konzentriert sich auf den Nutzen, den das Produkt den Kunden bietet. Sie zeigt die Zusammensetzung des Produkts in Bezug auf die bestehenden (geschäftliche, anwendungstechnische oder technologische) Dienstleistungen sowie die beteiligten Verträge oder anderen Vereinbarungen. Sie können auch die Schnittstellen anzeigen, über die dieses Produkt angeboten wird, sowie die mit dem Produkt verbundenen Ereignisse. Die Blickrichtung Produkt wird typischerweise verwendet, um die Dienstleistungen zu modellieren, die beim Einsatz des Produkts beteiligt sind, die entweder aus bestehenden Dienstleistungen bestehen oder neue Dienstleistungen darstellen, die erst erstellt werden müssen.
Die folgende Tabelle beschreibt die Blickrichtung Produkt ausführlicher.
| Interessenten | Produktentwickler, Produktmanager, Prozess- und Domänenarchitekten |
| Anliegen | Produktentwicklung, der Nutzen, den die Produkte des Unternehmens bieten |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Mehrere Ebenen/Mehrere Aspekte |
| Elemente | Geschäftsakteur, Geschäftsrolle, Geschäfts-Kooperation, Geschäfts-Schnittstelle, Geschäftsprozess/Funktion/Interaktion, Geschäftsereignis, Geschäfts-Dienstleistung, Geschäftsobjekt, Produkt, Vertrag, Anwendungskomponente/Kooperation, Anwendungsschnittstelle, Anwendungsprozess/Funktion/Interaktion, Anwendungsereignis, Anwendungs-Dienstleistung, Datenobjekt, Technologie-Dienstleistung, Artefakt, Material, Wert |
Beispiel für die Blickrichtung Produkt
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Blickrichtung Produkt erstellt wurde.

Blickrichtung Anwendungszusammenarbeit
Was ist die Blickrichtung Anwendungszusammenarbeit?
Die Blickrichtung Anwendungszusammenarbeit zeigt die Informationsflüsse zwischen Anwendungskomponenten sowie die Dienstleistungen, die die Komponenten bereitstellen und benötigen. Personen verwenden diese Blickrichtung, um einen Überblick über das Anwendungsumfeld zu erstellen. Außerdem kann diese Blickrichtung auch verwendet werden, um die Zusammenarbeit von Dienstleistungen zu modellieren, die gemeinsam die Ausführung eines Geschäftsprozesses unterstützen.
Die folgende Tabelle beschreibt die Blickrichtung Anwendungszusammenarbeit ausführlicher.
| Interessenten | Unternehmensarchitekten, Prozessarchitekten, Anwendungsarchitekten und Domänenarchitekten |
| Anliegen | Beziehungen und Abhängigkeiten zwischen Anwendungen, Orchestrierung/Choreografie von Dienstleistungen, Konsistenz und Vollständigkeit, Reduzierung der Komplexität |
| Zweck | Entwerfen |
| Geltungsbereich | Mehrfachschicht/Mehrfachaspekt |
| Elemente | Standort, Anwendungskomponente/Kooperation, Anwendungschnittstelle, Anwendungsprozess/Funktion/Interaktion, Anwendungsereignis, Anwendungsdienst, Datenobjekt |
Beispiel für die Blickrichtung Anwendungszusammenarbeit
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Blickrichtung Anwendungszusammenarbeit erstellt wurde.

Blickrichtung Anwendungsnutzung
Was ist die Blickrichtung Anwendungsnutzung?
Die Blickrichtung Anwendungsnutzung zeigt, wie Anwendungen zusammenarbeiten, um Geschäftsprozesse zu unterstützen, und wie Anwendungen von anderen Anwendungen genutzt werden. Sie kann verwendet werden, um die von Geschäftsprozessen und anderen Anwendungen benötigten Dienste zu identifizieren oder bei der Gestaltung von Geschäftsprozessen, indem die verfügbaren Dienste beschrieben werden.
Die folgende Tabelle beschreibt die Blickrichtung Anwendungsnutzung ausführlicher.
| Interessenten | Unternehmens-, Prozess- und Anwendungsentwickler, operative Manager |
| Anliegen | Konsistenz und Vollständigkeit, Reduzierung der Komplexität |
| Zweck | Entwerfen, Entscheiden |
| Geltungsbereich | Mehrfachschicht/Mehrfachaspekt |
| Elemente | Geschäftsakteur, Geschäftsrolle, Geschäftskooperation, Geschäftsprozess/Funktion/Interaktion, Geschäftsereignis, Geschäftsobjekt, Anwendungskomponente/Kooperation, Anwendungschnittstelle, Anwendungsprozess/Funktion/Interaktion, Anwendungsereignis, Anwendungsdienst, Datenobjekt |
Beispiel für die Blickrichtung Anwendungsnutzung
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Blickrichtung Anwendungsnutzung erstellt wurde.

Öffnen Sie im VP Online ArchiMate-Diagramm-Tool
Blickrichtung Implementierung und Bereitstellung
Was ist die Blickrichtung Implementierung und Bereitstellung?
Die Blickrichtung Implementierung und Bereitstellung zeigt die Realisierung von Anwendungen auf der Infrastruktur. Dazu gehört die Abbildung von Anwendungen und Komponenten auf Artefakte sowie die Abbildung der von diesen Anwendungen und Komponenten verwendeten Informationen auf die zugrundeliegende Speicherinfrastruktur.
Die folgende Tabelle beschreibt die Blickrichtung Implementierung und Bereitstellung ausführlicher.
| Interessenten | Anwendungs- und Domänenarchitekten |
| Anliegen | Struktur von Anwendungsplattformen und deren Beziehung zu unterstützender Technologie |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Mehrfachschicht/Mehrfachaspekt |
| Elemente | Anwendungskomponente/Kooperation, Anwendungschnittstelle, Anwendungsprozess/Funktion/Interaktion, Anwendungsereignis, Anwendungs-Service, Datenobjekt, Systemsoftware, Technologieschnittstelle, Pfad, Technologieprozess/Funktion/Interaktion, Technologie-Service, Artefakt |
Beispiel für die Implementierungs- und Bereitstellungsperspektive
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Implementierungs- und Bereitstellungsperspektive erstellt wurde.

Technologie-Perspektive
Was ist die Technologie-Perspektive?
Die Technologie-Perspektive zeigt, wie die Anwendungsschicht durch technologische Elemente aus Software und Hardware wie physische Geräte, Netzwerke oder Systemsoftware (z. B. Betriebssysteme, Datenbanken und Middleware) unterstützt wird.
Die folgende Tabelle beschreibt die Technologie-Perspektive ausführlicher.
| Interessengruppen | Infrastrukturarchitekten, operative Manager |
| Anliegen | Stabilität, Sicherheit, Abhängigkeiten, Kosten der Infrastruktur |
| Zweck | Entwerfen |
| Umfang | Einzelne Schicht/Mehrere Aspekte |
| Elemente | Ort, Knoten, Technologie-Kooperation, Gerät, Systemsoftware, Technologieschnittstelle, Kommunikationsnetzwerk, Pfad, Technologieprozess/Funktion/Interaktion, Technologie-Service, Technologie-Ereignis, Artefakt |
Beispiel für die Technologie-Perspektive
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Technologie-Perspektive erstellt wurde.

Technologie-Nutzungsperspektive
Was ist die Technologie-Nutzungsperspektive?
Die Technologie-Nutzungs-Sichtweise zeigt, wie Anwendungen durch Software- und Hardware-Technologie unterstützt werden. Diese Sichtweise wird häufig angewendet, wenn eine Leistungs- oder Skalierbarkeitsanalyse erforderlich ist, da sie die physische Infrastruktur mit der logischen Welt der Anwendungen verbindet.
Die folgende Tabelle beschreibt die Technologie-Nutzungs-Sichtweise ausführlicher.
| Interessenten | Anwendungsentwickler, Infrastrukturarchitekten, Betriebsmanager |
| Anliegen | Abhängigkeiten, Leistung, Skalierbarkeit |
| Zweck | Entwurf |
| Umfang | Mehrere Ebenen/Mehrere Aspekte |
| Elemente | Anwendungskomponente/Kooperation, Anwendungsprozess/Funktion/Interaktion, Anwendungsereignis, Datenobjekt, Knoten, Gerät, Technologiekooperation, Systemsoftware, Technologie-Schnittstelle, Kommunikationsnetzwerk, Pfad, Technologieprozess/Funktion/Interaktion, Technologiedienst, Technologieereignis, Artefakt |
Beispiel für die Technologie-Nutzungs-Sichtweise
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Technologie-Nutzungs-Sichtweise erstellt wurde.

Informationen-Struktur-Sichtweise
Was ist die Informationen-Struktur-Sichtweise?
Die Informationen-Struktur-Sichtweise funktioniert wie ein traditionelles Informationsmodell, das üblicherweise bei der Entwicklung von Informationssystemen erstellt wird. Die Sichtweise zeigt die Struktur der in der Organisation verwendeten Informationen. Sie kann auch darstellen, wie die Informationen auf der GeschäftsEbene in Form der dort verwendeten Datenstrukturen auf der Anwendungsebene dargestellt werden, und wie diese dann auf die zugrundeliegende Technologie-Infrastruktur abgebildet werden.
Die folgende Tabelle beschreibt die Informationen-Struktur-Sichtweise ausführlicher.
| Interessenten | Fachbereichs- und Informationsarchitekten |
| Anliegen | Struktur und Abhängigkeiten der Benutzerdaten und Informationen, Konsistenz und Vollständigkeit |
| Zweck | Entwurf |
| Umfang | Mehrere Ebenen/Ein Aspekt |
| Elemente | Geschäftsobjekt, Darstellung, Datenobjekt, Artefakt, Bedeutung |
Beispiel für die Informationen-Struktur-Sichtweise
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Informationstruktur-Sichtweise erstellt wurde.

Sichtweise der Dienstrealisierung
Was ist die Sichtweise der Dienstrealisierung?
Die Sichtweise der Dienstrealisierung modelliert, wie Geschäftsleistungen durch die zugrundeliegenden Prozesse/Applikationskomponenten realisiert werden.
Die folgende Tabelle beschreibt die Sichtweise der Dienstrealisierung genauer.
| Interessenten | Prozess- und Bereichsarchitekten, Produkt- und Betriebsmanager |
| Anliegen | Wertschöpfung von Geschäftsprozessen, Konsistenz und Vollständigkeit, Verantwortlichkeiten |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Mehrere Schichten/Mehrere Aspekte |
| Elemente | Geschäftsakteur, Geschäftsrolle, Geschäfts-Kooperation, Geschäfts-Schnittstelle, Geschäftsprozess/Funktion/Interaktion, Geschäftsereignis, Geschäftsleistung, Geschäftsobjekt, Darstellung, Anwendungskomponente/Kooperation, Anwendungsschnittstelle, Anwendungsprozess/Funktion/Interaktion, Anwendungsereignis, Anwendungsdienst, Datenobjekt |
Beispiel für die Sichtweise der Dienstrealisierung
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Sichtweise der Dienstrealisierung erstellt wurde.

Physische Sichtweise
Was ist eine physische Sichtweise?
Die physische Sichtweise zeigt die Ausrüstung, die Materialien erzeugen, nutzen, speichern, bewegen oder umwandeln kann, wie die Ausrüstung über das Verteilungsnetzwerk verbunden ist und welche anderen aktiven Elemente der Ausrüstung zugeordnet sind.
Die folgende Tabelle beschreibt die physische Sichtweise genauer.
| Interessenten | Infrastrukturarchitekten, Betriebsmanager |
| Anliegen | Beziehungen und Abhängigkeiten der physischen Umgebung und deren Zusammenhang mit der IT-Infrastruktur |
| Zweck | Entwerfen |
| Umfang | Mehrschichtig / Mehrere Aspekte |
| Elemente | Ort, Knoten, Gerät, Ausstattung, Einrichtung, Pfad, Kommunikationsnetzwerk, Verteilungsnetzwerk, Material |
Beispiel für die physische Sichtweise
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der physischen Sichtweise erstellt wurde.

Schichtensichtweise
Was ist eine Schichtensichtweise?
Die Schichtensichtweise bietet einen Überblick über die zentralen Elemente aller Schichten und Aspekte einer Unternehmensarchitektur. Das strukturelle Prinzip hinter einer vollständig schichtigen Sichtweise ist, dass jede spezifische Schicht mittels der „Realisierungs“-Beziehung eine Dienstschicht offenlegt, die dann wiederum die nächste spezifische Schicht „bedient“. Mit dieser Sichtweise können Sie die interne Struktur und Organisation einer spezifischen Schicht leicht von ihrem extern beobachtbaren Verhalten, das als Dienstschicht dargestellt wird, die die spezifische Schicht realisiert, trennen.
Die folgende Tabelle beschreibt die Schichtensichtweise ausführlicher.
| Interessenten | Unternehmens-, Prozess-, Anwendungs-, Infrastruktur- und Fachbereichsarchitekten |
| Anliegen | Konsistenz, Reduzierung der Komplexität, Auswirkungen von Veränderungen, Flexibilität |
| Zweck | Entwerfen, Entscheiden, Informieren |
| Umfang | Mehrschichtig / Mehrere Aspekte |
| Elemente | <Alle zentralen Elemente und alle Beziehungen sind in dieser Sichtweise zulässig.> |
Beispiel für die Schichtensichtweise
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Schichtensichtweise erstellt wurde.

Motivations-Sichtweisen
Die ArchiMate-Motivations-Sichtweisen definieren eine Reihe von Beispiel-Sichtweisen zur Modellierung der motivatorischen Aspekte einer Unternehmensarchitektur.
In den folgenden Abschnitten werden wir alle ArchiMate-Motivations-Sichtweisen im Detail betrachten.
Interessentensichtweise
Was ist die Interessentensichtweise?
Die Interessentensichtweise wird verwendet, um die Interessenten, Treiber von Veränderungen (sowohl interne als auch externe) und die Bewertungen dieser Treiber im Hinblick aufSWOT. Es kann auch verwendet werden, um die Verbindungen zu den ursprünglichen Zielen zu modellieren, die diese Anliegen und Bewertungen ansprechen. Diese Ziele bilden die Grundlage für den Anforderungsingenieurprozess, einschließlich der Zielverfeinerung, der Beitrags- und Konfliktdiagnose sowie der Ableitung von Anforderungen, die die Ziele realisieren.
Die folgende Tabelle beschreibt die Stakeholder-Perspektive ausführlicher.
| Interessenten | Interessenten, Geschäftsmanager, Unternehmens- und ICT-Architekten, Geschäftsanalysten, Anforderungsmanager |
| Anliegen | Architektur-Mission und -Strategie, Motivation |
| Zweck | Entwerfen, Entscheiden, Informieren |
| Umfang | Motivation |
| Elemente | Interessent, Treiber, Bewertung, Ziel, Ergebnis |
Beispiel für die Stakeholder-Perspektive
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Stakeholder-Perspektive erstellt wurde.

Zielrealisierungsperspektive
Was ist die Zielrealisierungsperspektive?
Die Zielrealisierungsperspektive modelliert die Verfeinerung von hochwertigen Zielen in spezifischere Ziele und die weitere Verfeinerung dieser spezifischen Ziele in Anforderungen oder Beschränkungen. Die Verfeinerung von Zielen in Unterziele wird mittels Aggregation modelliert, während die Verfeinerung von Zielen in Anforderungen mittels Realisierung modelliert wird.
Die folgende Tabelle beschreibt die Zielrealisierungsperspektive ausführlicher.
| Interessenten | Interessenten, Geschäftsmanager, Unternehmens- und ICT-Architekten, Geschäftsanalysten, Anforderungsmanager |
| Anliegen | Architektur-Mission, -Strategie und -Taktik, Motivation |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Motivation |
| Elemente | Ziel, Prinzip, Anforderung, Beschränkung, Ergebnis |
Beispiel für die Zielrealisierungsperspektive
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Zielrealisierungsperspektive erstellt wurde.

Anforderungsrealisierungsperspektive
Was ist die Anforderungsrealisierungsperspektive?
Die Anforderungsrealisierungsperspektive zeigt die Realisierung von Anforderungen durch zentrale Elemente wie Geschäftsakteure, Geschäftsleistungen, Geschäftsprozesse, Anwendungsleistungen, Anwendungskomponenten usw. Typischerweise ergeben sich die Anforderungen aus der Zielverfeinerungsperspektive.
Die folgende Tabelle beschreibt die Anforderungsrealisierungsperspektive ausführlicher.
| Interessenten | Unternehmens- und ICT-Architekten, Geschäftsanalysten, Anforderungsmanager |
| Anliegen | Architekturstrategie und -taktik, Motivation |
| Zweck | Entwerfen, Entscheiden, Informieren |
| Umfang | Motivation |
| Elemente | Das Ziel, Anforderung/Bedingung, Ergebnis, Wert, Bedeutung, Kernelement |
Beispiel für die Anforderungsrealisierungsperspektive
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Anforderungsrealisierungsperspektive erstellt wurde.

Motivationsperspektive
Was ist die Motivationsperspektive?
Die Motivationsperspektive kann verwendet werden, um eine vollständige oder teilweise Übersicht über das Motivationsaspekt darzustellen, indem Interessenten, ihre primären Ziele, die angewendeten Prinzipien sowie die wichtigsten Anforderungen an Dienstleistungen, Prozesse, Anwendungen und Objekte miteinander verknüpft werden.
Die folgende Tabelle beschreibt die Motivationsperspektive ausführlicher.
| Interessenten | Unternehmens- und ICT-Architekten, Geschäftsanalysten, Anforderungsmanager |
| Anliegen | Architekturstrategie und -taktik, Motivation |
| Zweck | Entwerfen, Entscheiden, Informieren |
| Umfang | Motivation |
| Elemente | Interessengruppe, Treiber, Bewertung, Ziel, Prinzip, Anforderung, Beschränkung, Ergebnis, Wert, Bedeutung |
Beispiel für die Motivationsperspektive
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Motivationsperspektive erstellt wurde.

Strategieperspektiven
Die ArchiMate-Strategieperspektiven definieren eine Reihe von Beispiel-Perspektiven zur Modellierung der strategischen Aspekte des Unternehmens. Sie können zur Modellierung der hochrangigen strategischen Ausrichtung und Struktur des Unternehmens eingesetzt werden.
In den kommenden Abschnitten werden wir alle ArchiMate-Strategieperspektiven im Detail betrachten.
Strategieperspektive
Was ist die Strategieperspektive?
Die Capability-Map-Perspektive bietet eine strukturierte Übersicht über die Fähigkeiten des Unternehmens. Eine Capability-Map zeigt typischerweise zwei oder drei Ebenen von Fähigkeiten über das gesamte Unternehmen hinweg. Oft wird die Capability-Map-Perspektive als Wärmekarte verwendet.
Die folgende Tabelle beschreibt die Strategieperspektive ausführlicher.
| Interessengruppen | CxOs, Geschäftsführer, Unternehmens- und Geschäftsarchitekten |
| Anliegen | Strategieentwicklung |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Strategie |
| Elemente | Handlungsoption, Fähigkeit, Ressource, Ergebnis |
Beispiel für die Strategieperspektive
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Strategieperspektive erstellt wurde.

Capability-Map-Perspektive
Was ist die Capability-Map-Perspektive?
Die Capability-Map-Perspektive ermöglicht dem Geschäftsarchitekten, eine strukturierte Übersicht über die Fähigkeiten des Unternehmens zu erstellen. Eine Capability-Map zeigt typischerweise zwei oder drei Ebenen von Fähigkeiten über das gesamte Unternehmen hinweg. Sie kann beispielsweise als Wärmekarte verwendet werden, um Investitionsbereiche zu identifizieren. In einigen Fällen kann eine Capability-Map auch spezifische Ergebnisse zeigen, die durch diese Fähigkeiten erzielt werden.
Die folgende Tabelle beschreibt die Capability-Map-Perspektive ausführlicher.
| Interessenten | Geschäftsmanager, Unternehmens- und Geschäftsarchitekten |
| Anliegen | Architekturstrategie und -taktiken, Motivation |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Strategie |
| Elemente | Ergebnis, Fähigkeit, Ressource |
Beispiel für die Fähigkeitskarten-Sichtweise
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Fähigkeitskarten-Sichtweise erstellt wurde.

Sichtweise der Ergebnisrealisierung
Was ist die Sichtweise der Ergebnisrealisierung?
Die Sichtweise der Ergebnisrealisierung dient dazu, aufzuzeigen, wie die höchsten Ebene, geschäftsorientierten Ergebnisse durch Fähigkeiten und zugrundeliegende Kernelemente erzeugt werden.
Die folgende Tabelle beschreibt die Sichtweise der Ergebnisrealisierung ausführlicher.
| Interessenten | Geschäftsmanager, Unternehmens- und Geschäftsarchitekten |
| Anliegen | Geschäftsorientierte Ergebnisse |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Strategie |
| Elemente | Fähigkeit, Ressource, Ergebnis, Wert, Bedeutung, Kernelement |
Beispiel für die Sichtweise der Ergebnisrealisierung
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter der Sichtweise der Ergebnisrealisierung erstellt wurde.

Kostenloser ArchiMate-Diagrammersteller: Jetzt bearbeiten
Ressourcenkarten-Sichtweise
Was ist die Ressourcenkarten-Sichtweise?
Die Ressourcenkarten-Sichtweise zeigt eine strukturierte Übersicht über die Ressourcen des Unternehmens. Eine Ressourcenkarte umfasst in der Regel zwei oder drei Ebenen von Ressourcen über das gesamte Unternehmen hinweg. Sie kann als Wärmekarte verwendet werden, um Bereiche der Investition zu identifizieren.
Die folgende Tabelle beschreibt die Ressourcenkarten-Sichtweise ausführlicher.
| Interessengruppen | Geschäftsmanager, Unternehmens- und Geschäftsarchitekten |
| Anliegen | Architekturstrategie und -taktik, Motivation |
| Zweck | Entwerfen, Entscheiden |
| Umfang | Strategie |
| Elemente | Ressource, Fähigkeit, Arbeitspaket |
Beispiel für die Ressourcenkarten-Sichtweise
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Ressourcenkarten-Sichtweise erstellt wurde.

Sichtweisen für Umsetzung und Migration
Die ArchiMate-Sichtweisen für Umsetzung und Migration sind definiert, um die Steuerung von Architekturänderungen, den Übergang von der Baseline zur Zielarchitektur sowie die Beziehungen zwischen Programmen und Projekten zu modellieren.
In den folgenden Abschnitten werden wir alle ArchiMate-Sichtweisen für Umsetzung und Migration ausführlich behandeln.
Projekt-Sichtweise
Was ist die Projekt-Sichtweise?
Die Projekt-Sichtweise wird hauptsächlich verwendet, um die Steuerung von Architekturänderungen darzustellen, die die Modellierung von Projekten umfasst, die während des Übergangs von der Baseline zur Zielarchitektur verwaltet, geleitet und abgeschlossen werden sollen.
Die folgende Tabelle beschreibt die Projekt-Sichtweise ausführlicher.
| Interessengruppen | (operative) Manager, Unternehmens- und ICT-Architekten, Mitarbeiter, Aktionäre |
| Anliegen | Architekturvision und -richtlinien, Motivation |
| Zweck | Entscheiden, Informieren |
| Geltungsbereich | Implementierung und Migration |
| Elemente | Ziel, Arbeitspaket, Implementierungsereignis, Lieferable, Geschäftssubjekt, Geschäftsrolle |
Beispiel für den Projektansatz
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter dem Projektansatz erstellt wurde.

Migrationansatz
Was ist der Migrationansatz?
Der Migrationansatz umfasst Modelle und Konzepte, die zur Spezifikation der Transition von einer bestehenden Architektur zur gewünschten Architektur verwendet werden können.
Die folgende Tabelle beschreibt den Migrationansatz ausführlicher.
| Interessenten | Unternehmensarchitekten, Prozessarchitekten, Anwendungsarchitekten, Infrastrukturarchitekten und Fachbereichsarchitekten, Mitarbeiter, Aktionäre |
| Anliegen | Geschichte der Modelle |
| Zweck | Entwerfen, Entscheiden, Informieren |
| Geltungsbereich | Implementierung und Migration |
| Elemente | Plateau, Lücke |
Beispiel für den Migrationansatz
Die Abbildung unten zeigt ein ArchiMate-Diagramm, das unter dem Migrationansatz erstellt wurde.

Implementierungs- und Migrationansatz
Was ist der Implementierungs- und Migrationansatz?
Der Implementierungs- und Migrationansatz wird verwendet, um Programme und Projekte mit den Teilen der Architektur zu verknüpfen, die sie umsetzen. Diese Perspektive ermöglicht die Modellierung des Umfangs von Programmen, Projekten und Projektaktivitäten in Bezug auf die realisierten Plateaus oder die betroffenen einzelnen Architekturkomponenten.
Die folgende Tabelle beschreibt den Implementierungs- und Migrationansatz ausführlicher.
| Interessenten | (operative) Manager, Unternehmens- und ICT-Architekten, Mitarbeiter, Aktionäre |
| Anliegen | Architekturvision und -richtlinien, Motivation |
| Zweck | Entscheiden, informieren |
| Umfang | Mehrere Ebenen/Mehrere Aspekte |
| Elemente | Ziel, Anforderung, Beschränkung, Arbeitspaket, Implementierungsereignis, Liefergegenstand, Plateau, Lücke, Geschäftssubjekt, Geschäftsrolle, Ort, Kernelement |
Beispiel für die Implementierungs- und Migrationssicht
Die folgende Abbildung zeigt ein ArchiMate-Diagramm, das unter der Implementierungs- und Migrationssicht erstellt wurde.

Alle ArchiMate-Diagramm-Beispiele in diesem Leitfaden wurden mit Visual Paradigm Online’s ArchiMate-Diagramm-Tool.
Probieren Sie Visual Paradigm Online, eine Diagramm-Software, die eine Vielzahl von Geschäfts- und technischen Diagrammen unterstützt, einschließlich ArchiMate, BPMN, UML, SysML, Flussdiagramm, und vieles mehr.
Probieren Sie es jetzt aus. Zeichnen Sie Diagramme kostenlos
Verwandte Links














