ArchiMate-Sichten
Das Modell ist eine Sache; eine Ansicht ist ein Fenster, das für ein Publikum und eine Frage hineingeschnitten wird. Sichten sind, womit ArchiMate verhindert, dass ein grosses Modell zum Plakat wird, das niemand liest.
8 Min. LesezeitArchiMate 44 von 5
Die kurze Antwort
- Eine Sicht ist die Spezifikation, eine Ansicht ein danach gezeichnetes Diagramm. Die Sicht ist die Schablone, die Ansicht die Instanz.
- Der Standardkatalog besteht aus ausgearbeiteten Beispielen, nicht aus einem geschlossenen Satz. Der Mechanismus zählt mehr als die Namensliste.
- Wählen Sie von der Person her, die es lesen wird, und von der Entscheidung, die sie treffen muss - nicht von den Elementen, die Sie zufällig haben.
- Eine Sicht, die jeden Elementtyp zulässt, ist keine Sicht, sondern das Modell. Fügen Sie nie Elemente hinzu, damit eine Ansicht richtig aussieht.
01Das Modell ist nicht das Bild#
Das ist die Idee, um die herum ArchiMate gebaut ist, und die, die von jemandem aus einem Zeichenwerkzeug am ehesten übersehen wird. Es gibt ein Modell: eine Menge von Elementen und den Beziehungen dazwischen, einmal gespeichert. Eine Sicht ist eine Auswahl daraus, für einen Zweck angeordnet. Dieselbe Anwendungskomponente erscheint auf sechs Sichten und ist trotzdem ein Element - benennen Sie sie um, und alle sechs ändern sich.
Ein Viewpoint ist das Rezept, nach dem eine Sicht gemacht wird: für welche Stakeholder sie ist, welches Anliegen sie adressiert und welche Element- und Beziehungstypen auf ihr erlaubt sind. Der Viewpoint ist die Definition; die Sicht ist eine Instanz davon.
02Ein Modell, zwei Sichten#
Achten Sie darauf, was jede Sicht weglässt. Die Schichtensicht hat nichts zur Abrechnung zu sagen; die Kooperationssicht hat nichts zum Cluster zu sagen, auf dem die Software läuft. Beide Auslassungen sind der Punkt - eine Sicht, die alles enthielte, würde keine der beiden Fragen gut beantworten.
Deshalb arbeiten Viewpoints und abgeleitete Beziehungen zusammen. Die Schichtensicht zeigt den Cluster, der den Prozess direkt bedient, und das ist eine Ableitung einer längeren, im Modell gespeicherten Kette. Das Publikum bekommt die kurze Antwort; das Modell behält die lange.
03Die Standard-Viewpoints#
Die Spezifikation definiert einen Katalog davon. Sie müssen ihn nicht auswendig können, sollten aber ungefähr wissen, welche es gibt, denn zu einem benannten Viewpoint zu greifen ist schneller als ein Layout zu erfinden und ergibt eine Sicht, die andere Architekten auf einen Blick wiedererkennen.
| Element | Notation | Was es bedeutet |
|---|---|---|
| Schichten | alle Ebenen, eine Spalte | Die Übersicht. Geschäft über Anwendung über Technologie, mit der Bedienungs- und Realisierungskette dazwischen. Die, die man zuerst zeichnet, und die, die Führungskräfte tatsächlich anschauen. |
| Anwendungskooperation | Komponenten und die Flüsse dazwischen | Die Integrationslandschaft. Was mit was spricht und was sich bewegt. Die Sicht, in der ein Integrationsteam lebt. |
| Anwendungsnutzung | Services treffen Prozesse | Welche Geschäftsprozesse von welchen Anwendungsservices abhängen. Die Sicht für die Auswirkungsanalyse. |
| Technologie | Knoten, Netze, Artefakte | Infrastruktur zu ihren eigenen Bedingungen, für die, die sie betreiben. |
| Geschäftsprozess | Prozesse, Rollen, Ereignisse | Die Prozesskette mit den ihr zugeordneten Rollen. Dort, wo eine Leserin sonst BPMN erwarten würde - und oft auch BPMN bekommen sollte. |
| Motivation | Stakeholder, Treiber, Ziele | Das Warum. Stakeholder, was sie treibt, und die Ziele im Spiel. |
| Zielrealisierung | von Zielen hinunter zu Anforderungen | Die Kette von einem abstrakten Ziel zu den konkreten Anforderungen, die es erreichen sollen. Gut für Diskussionen über den Umfang. |
| Umsetzung und Migration | Arbeitspakete, Plateaus, Lücken | Die Roadmap, als Architektur ausgedrückt statt als Gantt-Diagramm. |
| Fähigkeitslandkarte | verschachtelte Fähigkeiten | Was die Organisation kann, unabhängig davon, wer es tut oder was es stützt. Der Ausgangspunkt für Strategiegespräche. |
Neun aus dem Standardsatz, ausgewählt, weil sie die meiste echte Arbeit abdecken. Der volle Katalog steht in der Spezifikation, und der Rest sind Variationen dieser neun.
04Einen für ein Publikum wählen#
Ein Viewpoint ist durch Stakeholder und Anliegen definiert, also beginnt die Wahl mit einem Satz der Form "X muss über Y entscheiden". Können Sie diesen Satz nicht beenden, hat die Sicht kein Publikum und sollte nicht gezeichnet werden.
| Element | Notation | Was es bedeutet |
|---|---|---|
| Sponsor aus der Leitung | Schichten, Fähigkeitslandkarte | Will die Form des Ganzen und wohin das Geld geht. Höchstens zwölf Elemente, keine Technologiedetails. |
| Integrationsarchitekt | Anwendungskooperation | Will Schnittstellen und was darüber geht. Flüsse immer beschriftet. |
| Infrastrukturleitung | Technologie, Verteilung | Will Knoten, Netze und was wo deployt ist. |
| Product Owner | Anwendungsnutzung, Geschäftsprozess | Will wissen, auf welche Systeme sich sein Prozess stützt. |
| Programmleitung | Umsetzung und Migration | Will Plateaus, Lücken und Arbeitspakete, in dieser Reihenfolge. |
05Eigene definieren#
Der Standardsatz ist ein Ausgangspunkt, und die Spezifikation erwartet, dass Sie ihn ergänzen. Ein eigener Viewpoint lohnt sich, wenn dieselbe gefilterte Sicht immer wieder von Hand gezeichnet wird - etwa eine Sicht "Systeme im Umfang der Migration" oder "was personenbezogene Daten berührt".
Dazu greifen, wenn
- Dieselbe Auswahl von Elementtypen wird immer wieder für dasselbe Publikum gezeichnet
- Eine Compliance- oder Auditfrage braucht eine wiederholbare, belastbare Sicht
- Eine Domäne hat Vokabular, das die Standard-Viewpoints nicht sichtbar machen
- Sie wollen eine Sicht, die ein Werkzeug neu erzeugen kann, statt einer, die jemand pflegt
Zu etwas anderem greifen, wenn
- Es wäre der Schichten-Viewpoint mit zwei zusätzlichen Elementtypen - nehmen Sie den
- Das eigentliche Problem ist, dass das Modell zu groß ist, nicht dass die Sichten falsch sind
- Niemand hat die Frage gestellt, die der Viewpoint beantworten würde
- Die Definition erlaubte jeden Elementtyp, und das ist kein Viewpoint
Schreiben Sie die Definition auf: Name, Stakeholder, Anliegen, erlaubte Elementtypen, erlaubte Beziehungstypen. Ein Viewpoint, der nur als Gewohnheit im Kopf einer Architektin existiert, erzeugt Sichten, die still auseinanderlaufen - genau das Problem, zu dessen Lösung Viewpoints eingeführt wurden.
In je einer Zeile
- 01Ein Modell, viele Sichten; ein Viewpoint ist das Rezept, nach dem eine Sicht gemacht wird.
- 02Eine Sicht ist durch Stakeholder und Anliegen definiert - benennen Sie beides oder zeichnen Sie sie nicht.
- 03Was eine Sicht weglässt, ist ebenso bewusst wie das, was sie zeigt.
- 04Beginnen Sie mit dem Schichten-Viewpoint; er ist der, den Nicht-Architekten lesen.
- 05Abgeleitete Beziehungen lassen eine Sicht die kurze Antwort zeigen, ohne die lange zu verlieren.
- 06Die eine Alles-Sicht ist ein Symptom, und die Aufteilung nach Publikum ist die Kur.
06Häufige Fragen#
Was unterscheidet Ansicht und Sicht in ArchiMate?
Eine Sicht ist die Spezifikation: welche Element- und Beziehungstypen zugelassen sind und an welchen Stakeholder und welches Anliegen sie sich richtet. Eine Ansicht ist ein tatsächliches Diagramm, nach dieser Spezifikation gezeichnet. Die Sicht ist die Schablone, die Ansicht die Instanz.
Was sind die ArchiMate-Standardsichten?
Die Spezifikation definiert einen Katalog, der unter anderem die geschichtete Sicht, Anwendungszusammenarbeit, Technologienutzung, Geschäftsprozesszusammenarbeit, Dienstrealisierung und Zielrealisierung umfasst. Sie sind ausgearbeitete Beispiele und kein geschlossener Satz - der Mechanismus zählt mehr als die Liste.
Kann ich eigene ArchiMate-Sichten definieren?
Ja, und die Spezifikation erwartet es. Eine eigene Sicht benennt ihre Stakeholder, deren Anliegen sowie die Element- und Beziehungstypen, die sie zulässt. Was Sie nicht tun dürfen: dem Modell Elemente hinzufügen, die nur existieren, damit eine Ansicht richtig aussieht.
Wie wähle ich eine Sicht?
Beginnen Sie bei der Person, die sie lesen wird, und bei der Entscheidung, die sie treffen muss. Eine Sicht, die jeden Elementtyp zulässt, ist keine Sicht, sondern das Modell - und ein Diagramm, das alles zeigt, beantwortet nichts.
In dieser Reihe
- 01Was ist ArchiMate
- 02Ebenen und Aspekte
- 03Beziehungen
- 04Sichten
- 05ArchiMate mit KI
Passend dazu
Grundlagen
Strukturdiagramme
Notationsreferenz
Modellierungspraxis
Modellierungspraxis