Unternehmensarchitektur erfordert mehr als nur das Zeichnen von Diagrammen. Sie verlangt eine strukturierte Art, komplexe Systeme an unterschiedliche Zielgruppen zu kommunizieren. Die ArchiMate-Spezifikation bietet eine standardisierte Sprache fĂŒr die Modellierung, doch die wahre StĂ€rke liegt darin, wie diese Sprache auf spezifische Anforderungen von Stakeholdern angewendet wird. Hier kommt der BegriffArchiMate-Sichtweisenwird entscheidend. Eine Sichtweise definiert die Perspektive, von der aus eine bestimmte Architekturansicht erstellt wird, und stellt sicher, dass die prĂ€sentierten Informationen relevant, vollstĂ€ndig und konsistent sind.
FĂŒr Unternehmensarchitekten ist das VerstĂ€ndnis der Feinheiten von Sichtweisen keine Wahl; es ist eine grundlegende Voraussetzung fĂŒr einen erfolgreichen Einsatz. Dieser Leitfaden untersucht die Architektur von Sichtweisen, ihre Beziehung zu Ansichten, die spezifischen Kategorien, die in der Spezifikation definiert sind, sowie praktische Strategien zur Gestaltung wirksamer architektonischer Dokumentation.

đ Ansichten vs. Sichtweisen: Der zentrale Unterschied
Bevor man auf spezifische Arten eingeht, ist es entscheidend, zwischen einerAnsichtund einerSichtweise. Diese Begriffe werden oft synonym verwendet, erfĂŒllen aber unterschiedliche Funktionen im Architekturrahmen.
- Ansicht: Eine Darstellung eines Systems aus der Perspektive eines betroffenen Stakeholders. Es handelt sich um die tatsÀchliche Ausgabe, das Diagramm oder das Dokument, das bestimmte Elemente und Beziehungen zeigt.
- Sichtweise: Ein Vorlage oder eine Spezifikation, die die Anliegen einer Stakeholder-Gruppe definiert. Sie legt fest, welche Elemente, Beziehungen und Sprachen fĂŒr eine bestimmte Ansicht angemessen sind.
Stellen Sie sich eine Sichtweise wie einen Bauplan fĂŒr ein Haus vor. Er sagt Ihnen, welche RĂ€ume benötigt werden, welche Materialien verwendet werden sollen und wo die Rohrleitungen verlaufen. Die Ansicht ist das tatsĂ€chliche Haus, das nach diesen Spezifikationen gebaut wurde. Ohne eine definierte Sichtweise könnte eine Ansicht unwichtige Details enthalten, die die Zielgruppe verwirren, oder kritische Informationen auslassen, die der Stakeholder zur Entscheidungsfindung benötigt.
𧩠Die ArchiMate-Struktur: Ebenen und DomÀnen
Um Sichtweisen zu verstehen, muss man die zugrundeliegende Struktur der ArchiMate-Sprache verstehen. Die Spezifikation ordnet die Architektur in Ebenen und DomÀnen ein. Sichtweisen sind darauf ausgelegt, durch diese Struktur hindurchzuschneiden, um spezifische Anliegen zu adressieren.
đ Die Ebenen
ArchiMate definiert mehrere Ebenen, die unterschiedliche Aspekte des Unternehmens darstellen:
- Motivation:Befasst sich mit dem Warum. Elemente wie Ziele, Prinzipien und Anforderungen.
- GeschÀft:Befasst sich mit dem Was. Elemente wie GeschÀftsprozesse, Akteure und Rollen.
- Anwendung:Befasst sich mit dem Wie (Software). Elemente wie Anwendungs-Funktionen und Anwendungs-Komponenten.
- Technologie:Befasst sich mit der Infrastruktur. Elemente wie Knoten und GerÀte.
- Daten:Befasst sich mit Informationen. Elemente wie Datenobjekte und Daten-EntitÀten.
- Physisch: Bezieht sich auf die Hardware. Elemente wie AusrĂŒstung und Einrichtungen.
đ Die DomĂ€nen
ZusÀtzlich zu Schichten ist die Architektur in DomÀnen unterteilt, die Elemente nach ihrer Art gruppieren:
- GeschÀftsdomÀne:EnthÀlt die Schichten GeschÀfts, Daten und Motivation.
- Anwendungsdome:EnthÀlt die Schichten Anwendung und Daten.
- Technologie-DomÀne:EnthÀlt die Schichten Technologie, Physisch und Daten.
| Schicht | Hauptanliegen | Typische Interessenten |
|---|---|---|
| Motivation | Strategie & Ziele | C-Suite, StrategiebĂŒro |
| GeschÀft | Betrieb und Prozesse | GeschÀftsleiter, Prozessverantwortliche |
| Anwendung | Software-Funktionen | IT-Manager, Entwickler |
| Technologie | Infrastruktur | Infrastruktur-Ingenieure, Betrieb |
| Umsetzung | Projekte & Migration | Projektmanager, Architekten |
đ SchlĂŒsselansichtskategorien
Die ArchiMate-Spezifikation enthĂ€lt eine Reihe standardisierter Ansichten, die darauf abzielen, hĂ€ufige Interessen der Stakeholder abzudecken. Obwohl Organisationen oft maĂgeschneiderte Ansichten erstellen, bietet das VerstĂ€ndnis der Standardansichten eine solide Grundlage.
đŻ Motivationsansicht
Diese Ansicht konzentriert sich auf die strategischen Treiber hinter einer Architektur. Sie verbindet die GeschÀftstrategie mit architektonischen Entscheidungen.
- Wichtige Elemente: Ziel, Zielsetzung, Prinzip, Anforderung, Bewertung, Stakeholder.
- Wichtige Beziehungen: ErfĂŒllt, Weist zu, Auslöst, Realisiert, Beeinflusst.
- Verwendung: Wird verwendet, um zu begrĂŒnden, warum eine ArchitekturĂ€nderung notwendig ist. Sie verknĂŒpft GeschĂ€ftsziele mit den Anforderungen, die die Umsetzung antreiben.
đą GeschĂ€ftsprozessansicht
Dies ist möglicherweise die am hĂ€ufigsten verwendete Ansicht, die dazu dient, zu visualisieren, wie das GeschĂ€ft funktioniert. Sie ist fĂŒr GeschĂ€ftsanalysten und operative Manager von entscheidender Bedeutung.
- Wichtige Elemente: GeschÀftsprozess, GeschÀftsobjekt, GeschÀftsakteur, GeschÀftsrolle, GeschÀftsleistung.
- Wichtige Beziehungen: Zugriff, Auslöser, Kommunikation, Zuweisung, Fluss.
- Verwendung: KlĂ€rt Verantwortlichkeiten und ArbeitsablĂ€ufe. Sie hilft dabei, EngpĂ€sse oder Ăberlappungen in operativen AblĂ€ufen zu identifizieren.
đŸ Anwendungsansicht
Diese Ansicht beschreibt detailliert die Softwarelandschaft. Sie ist fĂŒr IT-Manager und Entwickler unverzichtbar, die das VerstĂ€ndnis fĂŒr Systemwechselwirkungen benötigen.
- Wichtige Elemente: Anwendungs-Funktion, Anwendungs-Komponente, Anwendungs-Schnittstelle, Anwendungs-Leistung.
- Wichtige Beziehungen: Zugriff, Kommunikation, Fluss, Aggregation, Zusammensetzung.
- Verwendung: Zeigt auf, welche Softwarekomponenten spezifische GeschĂ€ftsleistungen unterstĂŒtzen. Sie wird hĂ€ufig fĂŒr die Planung von Migrationen und die Bewertung technischer Schulden verwendet.
đ„ïž Technologieansicht
Diese Ansicht beschreibt die Infrastruktur, die die Anwendungs- und GeschĂ€ftsschichten hostet. Sie ist fĂŒr Infrastruktur-Teams von entscheidender Bedeutung.
- Wichtige Elemente: Knoten, GerÀt, Systemsoftware, Netzwerk, Datenobjekt, Datenbank.
- Wichtige Beziehungen: Realisierung, Kommunikation, Aggregation, Zusammensetzung, Zuweisung.
- Verwendung: Zeigt, wie Software auf Hardware bereitgestellt wird. Es unterstĂŒtzt bei der KapazitĂ€tsplanung und der Sicherheitsbewertung.
đ Datenperspektive
Daten sind eine quer verlaufende Anliegen in ArchiMate. Die Datenperspektive konzentriert sich speziell auf Informationsobjekte und deren Fluss.
- Wichtige Elemente: Datenobjekt, DatenentitÀt, Datenstruktur.
- Wichtige Beziehungen: Zugriff, Fluss, Aggregation, Zusammensetzung.
- Verwendung: Stellt die Datenkonsistenz ĂŒber verschiedene Schichten hinweg sicher. Es wird verwendet, um zu verfolgen, wie Informationen von GeschĂ€ftsprozessen ĂŒber Anwendungen bis zur Speicherung gelangen.
đ Umsetzungs- und Migrationsperspektive
Diese Perspektive ist fĂŒr die Planung von VerĂ€nderungen von entscheidender Bedeutung. Sie verbindet den aktuellen Zustand (wie es ist) mit dem Zielzustand (wie es sein soll) ĂŒber spezifische Projekte.
- Wichtige Elemente: Umsetzungsereignis, Migration, Arbeitspaket, Projekt, Phase, Ziel, Anforderung, Liefergegenstand, Bewertung.
- Wichtige Beziehungen: ErfĂŒllt, Realisiert, Zugreift auf, Auslöst, Zuweisung.
- Verwendung: Definiert den Weg fĂŒr VerĂ€nderungen. Es stellt sicher, dass architektonische Ziele durch ausfĂŒhrbare Arbeitspakete und Projekte erreicht werden.
đŻ Gestaltung wirksamer Perspektiven
Eine Perspektive zu erstellen, ist mehr als nur eine Vorlage auszuwĂ€hlen. Es erfordert sorgfĂ€ltige Ăberlegungen bezĂŒglich des Publikums und des spezifischen Problems, das gelöst werden soll. Die folgenden Schritte leiten den Gestaltungsprozess.
1. Stakeholder-Analyse
Beginnen Sie damit, herauszufinden, wer die Architekturdokumentation nutzen wird. Unterschiedliche Stakeholder haben unterschiedliche Anliegen.
- Executives: Benötigen eine strategische Ăbersicht und Kostenfolgen. Sie benötigen die Motivations- und GeschĂ€fts-Ebenen.
- GeschĂ€ftsmanager: Benötigen Klarheit ĂŒber Prozesse und Service-Definitionen. Sie benötigen die GeschĂ€fts-Ebene.
- Entwickler: Benötigen technische Spezifikationen und Schnittstellen-Definitionen. Sie benötigen die Anwendungs- und Technologie-Ebenen.
Die Abstimmung der Perspektive auf den Stakeholder verhindert InformationsĂŒberlastung. Ein technisches Diagramm, das einem C-Level-Executive prĂ€sentiert wird, vermittelt oft keinen Wert.
2. Abgrenzung des Umfangs
Ein Blickwinkel muss Grenzen definieren. Was ist eingeschlossen und was ausgeschlossen? Ein hĂ€ufiger Fehler besteht darin, die gesamte Unternehmung in einer einzigen Ansicht darzustellen. Dies erzeugt UnĂŒbersichtlichkeit und verringert die Nutzbarkeit.
- Horizontale Reichweite: Welche Schichten sind eingeschlossen? (z.âŻB. nur Business und Anwendung).
- Vertikale Reichweite: Welche spezifischen GeschĂ€ftseinheiten oder Regionen werden abgedeckt? (z.âŻB. nur Finanzabteilung).
- Detailtiefe: Wie detailliert sollten die Elemente sein? (z.âŻB. Hoch-Level-Prozesse gegenĂŒber detaillierten Aufgabenschritten).
3. Inhaltsauswahl
Nicht alle Elemente der ArchiMate-Sprache sind fĂŒr jeden Blickwinkel relevant. Die Spezifikation des Blickwinkels sollte explizit angeben, welche Elemente zulĂ€ssig sind.
- Fokus auf Beziehungen: Stellen Sie sicher, dass die dargestellten Beziehungen sinnvoll sind. Vermeiden Sie, die Darstellung mit schwachen oder generischen Verbindungen zu ĂŒberladen.
- Konsistenz: Verwenden Sie konsistente Namenskonventionen in allen Ansichten, die aus dem Blickwinkel generiert werden.
- Schichtung: Verwenden Sie geschichtete Ansichten, um Anliegen zu trennen. Mischen Sie technische Infrastrukturdetails nicht mit strategischen GeschĂ€ftszielen in derselben Darstellung, es sei denn, dies ist ausdrĂŒcklich erforderlich.
â ïž HĂ€ufige Fehler bei der Gestaltung von Blickwinkeln
Sogar erfahrene Architekten begehen Fehler bei der Definition von Blickwinkeln. Die Erkennung dieser Fallen kann die QualitÀt der architektonischen Dokumentation verbessern.
- Ăberdimensionierung: Erstellen von ĂŒbermĂ€Ăig komplexen Blickwinkeln, die schwer zu pflegen sind. Einfachheit ist oft besser fĂŒr die Kommunikation.
- Ignorieren der Motivations-Schicht: Viele Architekturen scheitern, weil sie sich ausschlieĂlich auf das âWasâ und das âWieâ konzentrieren, ohne das âWarumâ zu erklĂ€ren. Die Motivations-Schicht liefert die BegrĂŒndung fĂŒr Investitionen.
- Inkonsistente Abstraktion: Das Mischen von hochrangigen strategischen Zielen mit niedrigstufigen technischen Details in derselben Ansicht verwirrt den Leser. Halten Sie die Abstraktionsstufen konsistent.
- Statische Dokumentation: Die Architektur ist dynamisch. Blickwinkel sollten so gestaltet sein, dass sie Aktualisierungen unterstĂŒtzen. Wenn ein Blickwinkel zu starr ist, wird er schnell veraltet.
- Mangel an RĂŒckverfolgbarkeit: Stellen Sie sicher, dass Elemente in einer Ansicht auf das Quellmodell zurĂŒckverfolgt werden können. Dies ermöglicht eine Auswirkungsanalyse bei Ănderungen.
đ Integration mit Methoden
ArchiMate ist eine Modellierungssprache, keine Methode. Sie wird oft mit Frameworks wie TOGAF oder SABSA integriert. Blickwinkel spielen bei dieser Integration eine entscheidende Rolle.
Zum Beispiel erzeugt in TOGAF die Architektur-Entwicklungsmethode (ADM) in jeder Phase Artefakte. Blickwinkel helfen dabei, diese Artefakte der richtigen Zielgruppe zuzuordnen.
- Phase A (Architekturvision): Verwenden Sie die Motivationsperspektive, um den Umfang und die BeschrÀnkungen zu definieren.
- Phase B (GeschÀftsarchitektur): Verwenden Sie die GeschÀftsprozessperspektive, um FÀhigkeiten zu modellieren.
- Phase C (Informationssystemarchitektur): Verwenden Sie die Anwendungs- und Datensicht, um die Systemlandschaft zu modellieren.
- Phase D (Technologiearchitektur): Verwenden Sie die Technologieperspektive, um die Infrastruktur zu modellieren.
- Phase G (Migrationsplanung): Verwenden Sie die Umsetzungs- und Migrationsperspektive, um die Transition zu planen.
Diese Ausrichtung stellt sicher, dass die erzeugten architektonischen Artefakte nicht nur Diagramme sind, sondern handlungsleitende Lieferungen, die in den umfassenderen Governance-Rahmen passen.
â Zusammenfassung der Best Practices
Zusammenfassend basiert die effektive Nutzung von ArchiMate-Perspektiven auf Disziplin und Klarheit. Hier sind die zentralen Prinzipien, die Sie sich merken sollten:
- Interessenten zuerst: Gestalten Sie die Perspektive immer fĂŒr die Person, die sie lesen wird.
- Konsistenz: Stellen Sie eine standardisierte Auswahl an Perspektiven ĂŒber das gesamte Unternehmen hinweg sicher.
- Nachvollziehbarkeit: Stellen Sie sicher, dass jedes Element auf eine geschĂ€ftliche Anforderung oder ein strategisches Ziel zurĂŒckverfolgt werden kann.
- Einfachheit: Vermeiden Sie unnötige KomplexitÀt. Ein klares, einfaches Diagramm ist besser als ein komplexes, verwirrendes.
- Wartbarkeit: Stellen Sie sicher, dass das Modell aktualisiert werden kann, wÀhrend sich das Unternehmen weiterentwickelt.
Durch Einhaltung dieser Prinzipien können Unternehmensarchitekten Dokumentation erstellen, die tatsĂ€chlich die Entscheidungsfindung unterstĂŒtzt und eine erfolgreiche Transformation voranbringt. Die ArchiMate-Spezifikation stellt die Werkzeuge bereit; die Perspektive definiert, wie diese Werkzeuge eingesetzt werden, um echte geschĂ€ftliche Probleme zu lösen.











