Seminar ADOIT ArchiMate Aufbau und Viewpoints

Das praxisorientierte Format behandelt fortgeschrittene ArchiMate-Modellierung, Viewpoint-Design, Schichtenintegration und konsistente Architekturbeschreibungen in ADOIT. Methodische Einordnung, strukturierte Systemarbeit und ein durchgängiges Übungsszenario verbinden Architekturkonzept, Repository-Pflege, Analyse und nachvollziehbare Entscheidungen.

Inhaltsverzeichnis

1. Einordnung und Lernziele
2. Zielgruppe
3. Voraussetzungen
4. Seminarinhalte
5. Modellierungsauftrag und Viewpoint-Logik
6. Strategie- und Motivationselemente
7. Business-, Application- und Technology-Schicht
8. Implementation und Migration
9. Komposition, Aggregation und Spezialisierung
10. Viewpoint-Portfolio und Modelllandkarte
11. Modellqualität und Review
12. Praxisaufgaben

Einordnung und Lernziele

Im Mittelpunkt steht die handlungsorientierte Anwendung von ADOIT im Themenfeld fortgeschrittene ArchiMate-Modellierung, Viewpoint-Design, Schichtenintegration und konsistente Architekturbeschreibungen in ADOIT. Die Inhalte führen von der fachlichen Zielsetzung über die konkrete Konfiguration oder Modellierung bis zur Qualitätsprüfung und zur Einbettung in einen wiederholbaren Arbeitsprozess. Alle Arbeitsschritte werden an einem konsistenten Unternehmensszenario nachvollzogen.

• Fachliche Fragestellungen in geeignete ADOIT-Strukturen, Modelle, Workspaces oder Analysen übersetzen.
• Arbeitsschritte in einer belastbaren Reihenfolge durchführen und Zwischenergebnisse gezielt prüfen.
• Repository-Objekte, Beziehungen, Eigenschaften und Verantwortlichkeiten konsistent verwenden.
• Qualitäts-, Governance- und Betriebsaspekte in die praktische Umsetzung integrieren.
• Erarbeitete Strukturen auf einen eigenen organisatorischen Kontext übertragbar dokumentieren.

Zielgruppe

Erfahrene Modellierende, Enterprise Architects, Domain Architects, Solution Architects, Methodikverantwortliche und Repository-Verantwortliche.

Voraussetzungen

Sichere ArchiMate-Grundlagen und praktische Erfahrung mit einfachen ADOIT-Modellen.

Seminarinhalte

Modellierungsauftrag und Viewpoint-Logik

Architektursichten werden konsequent aus Adressat, Fragestellung und Entscheidung abgeleitet.

1. Schritt 1: Stakeholder, Anliegen und gewünschte Entscheidung für eine Sicht präzisieren.
2. Schritt 2: Geeignete ArchiMate-Konzepte und Beziehungen auf den notwendigen Umfang begrenzen.
3. Schritt 3: Viewpoint, Modelltyp und Detailgrad passend zur Kommunikationsaufgabe auswählen.
4. Schritt 4: Konventionen für Benennung, Abstraktion und visuelle Struktur festlegen.
5. Schritt 5: Eine Prüffrage formulieren, mit der die Aussagekraft der Sicht bewertet wird.

Praxisübung: Entwurf dreier unterschiedlicher Sichten auf denselben Architekturfall für Management, Fachbereich und Technik.

Strategie- und Motivationselemente

Treiber, Ziele, Anforderungen und Prinzipien werden konsistent mit Architekturentscheidungen verknüpft.

1. Schritt 1: Stakeholder, Treiber und Assessments als Ausgangslage modellieren.
2. Schritt 2: Ziele und Outcomes mit klarer Wirkungskette strukturieren.
3. Schritt 3: Prinzipien, Anforderungen und Constraints aus Zielsetzungen ableiten.
4. Schritt 4: Konflikte und Prioritäten zwischen Anforderungen sichtbar machen.
5. Schritt 5: Realisierungsbeziehungen zu Capabilities, Ressourcen und Arbeitspaketen herstellen.

Praxisübung: Modellierung einer nachvollziehbaren Kette von strategischem Treiber bis zur Architekturanforderung.

Business-, Application- und Technology-Schicht

Schichten werden in sich korrekt und übergreifend nachvollziehbar modelliert.

1. Schritt 1: Geschäftsakteure, Rollen, Prozesse, Funktionen, Services und Objekte sauber voneinander abgrenzen.
2. Schritt 2: Application Components, Functions, Services, Interfaces und Data Objects fachlich korrekt einsetzen.
3. Schritt 3: Nodes, System Software, Technology Services, Devices und Artefakte im technischen Kontext modellieren.
4. Schritt 4: Serving-, Realization-, Access- und Flow-Beziehungen gezielt für schichtenübergreifende Aussagen verwenden.
5. Schritt 5: Übermodellierung und semantisch schwache Verknüpfungen anhand von Prüfregeln erkennen.

Praxisübung: Aufbau einer durchgängigen Sicht von Capability und Geschäftsprozess bis zur technischen Plattform.

Implementation und Migration

Veränderungsvorhaben und Übergänge werden mit Zielarchitekturen verbunden.

1. Schritt 1: Work Packages, Deliverables, Plateaus, Gaps und Events semantisch korrekt unterscheiden.
2. Schritt 2: Ist-, Übergangs- und Zielzustand mit passenden Plateaus strukturieren.
3. Schritt 3: Lücken zwischen Zuständen konkret beschreiben und priorisieren.
4. Schritt 4: Arbeitspakete den zu realisierenden Architekturelementen zuordnen.
5. Schritt 5: Abhängigkeiten und zeitliche Reihenfolge in eine Roadmap-Sicht überführen.

Praxisübung: Modellierung eines Übergangs vom Ausgangszustand über ein Zwischenplateau zur Zielarchitektur.

Komposition, Aggregation und Spezialisierung

Strukturbeziehungen werden konsistent eingesetzt, damit Modelle analysierbar bleiben.

1. Schritt 1: Whole-Part-Semantik von Composition und Aggregation anhand konkreter Beispiele unterscheiden.
2. Schritt 2: Assignment und Realization gegenüber strukturellen Beziehungen abgrenzen.
3. Schritt 3: Spezialisierungen nur bei stabiler fachlicher Bedeutung einsetzen.
4. Schritt 4: Beziehungsketten auf implizite Aussagen und mögliche Fehlinterpretationen prüfen.
5. Schritt 5: Konventionen für erlaubte, bevorzugte und zu vermeidende Beziehungen dokumentieren.

Praxisübung: Bereinigung eines fehlerhaften Modells mit widersprüchlichen Struktur- und Realisierungsbeziehungen.

Viewpoint-Portfolio und Modelllandkarte

Ein abgestimmtes Set von Sichten verhindert Doppelarbeit und unterstützt wiederkehrende EA-Fragen.

1. Schritt 1: Wiederkehrende Stakeholderfragen sammeln und nach Entscheidungstyp clustern.
2. Schritt 2: Sichten für Strategie, Capability, Anwendungen, Technologien, Migration und Governance auswählen.
3. Schritt 3: Verantwortung, Aktualisierungsanlass und Qualitätskriterien je Sicht festlegen.
4. Schritt 4: Wiederverwendbare Objekte und Beziehungen als gemeinsame Informationsbasis bestimmen.
5. Schritt 5: Eine Modelllandkarte mit Abhängigkeiten zwischen den Sichten erstellen.

Praxisübung: Entwicklung eines Viewpoint-Katalogs für eine unternehmensweite EA-Praxis.

Modellqualität und Review

Fortgeschrittene Modelle werden semantisch, syntaktisch und kommunikativ geprüft.

1. Schritt 1: Formale Validierungsregeln und fachliche Review-Kriterien kombinieren.
2. Schritt 2: Unverbundene Elemente, redundante Sichten und unklare Beziehungsketten erkennen.
3. Schritt 3: Modelllesbarkeit durch Layout, Gruppierung, Filter und gezielte Beschriftung verbessern.
4. Schritt 4: Review-Befunde nach Kritikalität klassifizieren und nachvollziehbar korrigieren.
5. Schritt 5: Ein wiederholbares Peer-Review mit Rollen und Abnahmekriterien organisieren.

Praxisübung: Durchführung eines strukturierten Reviews für eine mehrschichtige Architektur- und Migrationssicht.

Praxisaufgaben

1. Aufgabe 1: Mehrere stakeholderbezogene Viewpoints aus einer gemeinsamen Repository-Basis entwickeln.
2. Aufgabe 2: Eine schichtenübergreifende Architekturbeschreibung mit Strategie- und Migrationselementen modellieren.
3. Aufgabe 3: Fehlerhafte Beziehungssemantik systematisch erkennen und korrigieren.
4. Aufgabe 4: Einen Viewpoint-Katalog und einen belastbaren Review-Prozess entwerfen.