Seminar Bizzdesign HOPEX – IT Architecture mit ArchiMate

Das dreitägige Architekturmodellierungsseminar verbindet ArchiMate-Grundlagen mit einem konsistenten HOPEX-Repository. Geschäfts-, Anwendungs-, Technologie-, Motivations-, Strategie- und Implementierungssichten werden aus Stakeholderfragen abgeleitet, geprüft und in Zielarchitektur sowie Roadmap überführt.

Inhaltsübersicht

• Repository, Konventionen und Stakeholderfragen vorbereiten
• ArchiMate-Grundelemente und Beziehungen anwenden
• Geschäftsarchitektur modellieren
• Anwendungsarchitektur modellieren
• Technologiearchitektur modellieren
• Motivation, Strategie und Anforderungen verbinden
• Abhängigkeits- und Auswirkungsanalyse durchführen
• Zielarchitektur und Übergangszustände entwickeln
• Roadmap und Umsetzungselemente modellieren
• Modellqualität und Architektur-Governance sichern

Lernziele

• ArchiMate-Konzepte und Beziehungen sicher und zweckorientiert in HOPEX anwenden.
• Stakeholderfragen in lesbare, konsistente Architektursichten übersetzen.
• Abhängigkeiten und Auswirkungen über Geschäfts-, Anwendungs- und Technologieebene analysieren.
• Zielarchitektur und Roadmap mit Governance und Qualitätssicherung verbinden.

Schrittweise Seminarinhalte

Schritt 1: Repository, Konventionen und Stakeholderfragen vorbereiten

Die Modellierung wird mit klaren Fragestellungen, Namensregeln, Wiederverwendung und Verantwortlichkeiten gestartet.

1. Stakeholder, Entscheidungen und benötigte Architekturantworten erfassen.
2. Repository-Bereiche und Verantwortlichkeiten für Architekturobjekte festlegen.
3. Benennungs-, Granularitäts- und Wiederverwendungsregeln definieren.
4. Beispielobjekte auf Dubletten und unklare Semantik prüfen.

Prüfpunkt: Jede geplante Sicht beantwortet eine konkrete Stakeholderfrage und folgt dokumentierten Konventionen.

Schritt 2: ArchiMate-Grundelemente und Beziehungen anwenden

Elemente und Beziehungen werden semantisch korrekt und anhand kleiner Modellierungsaufgaben eingeübt.

1. Aktive Struktur, Verhalten, passive Struktur und Motivation unterscheiden.
2. Zulässige Beziehungen anhand konkreter Modellierungsabsichten auswählen.
3. Komposition, Aggregation, Zuweisung, Realisierung und Serving korrekt einsetzen.
4. Modelle durch Beziehungsketten und Gegenprüfung auf Plausibilität prüfen.

Prüfpunkt: Die Basismodelle sind semantisch konsistent und enthalten keine bedeutungslosen Beziehungsketten.

Schritt 3: Geschäftsarchitektur modellieren

Fähigkeiten, Wertströme, Organisation, Prozesse, Services und Informationsobjekte werden zu einer verständlichen Geschäftssicht verbunden.

1. Strategische Fähigkeiten und Wertströme für einen Geschäftskontext erfassen.
2. Geschäftsrollen, Prozesse und Services mit klarer Granularität modellieren.
3. Informationsobjekte und geschäftliche Verantwortlichkeiten zuordnen.
4. Eine Managementsicht aus den zugrunde liegenden Objekten ableiten.

Prüfpunkt: Die Geschäftssicht erklärt nachvollziehbar, wie Fähigkeiten durch Organisation, Prozesse und Services realisiert werden.

Schritt 4: Anwendungsarchitektur modellieren

Anwendungen, Komponenten, Services, Schnittstellen, Funktionen und Daten werden konsistent mit dem Geschäftskontext verknüpft.

1. Anwendungskomponenten und fachlich nutzbare Application Services abgrenzen.
2. Schnittstellen, Funktionen und Datenobjekte zielgerichtet modellieren.
3. Unterstützung von Geschäftsprozessen und Fähigkeiten rückverfolgbar darstellen.
4. Abhängigkeiten und konzentrierte Kopplungspunkte analysieren.

Prüfpunkt: Für einen ausgewählten Prozess ist die unterstützende Anwendungs- und Datensicht vollständig nachvollziehbar.

Schritt 5: Technologiearchitektur modellieren

Infrastruktur, Plattformen, Systemsoftware, Netzwerke und technische Services werden mit Anwendungen und Betriebsanforderungen verbunden.

1. Knoten, Geräte, Systemsoftware und technische Services unterscheiden.
2. Deployment von Anwendungskomponenten auf technischen Laufzeitumgebungen modellieren.
3. Netzwerk- und Plattformabhängigkeiten für einen kritischen Service erfassen.
4. Lifecycle-, Verfügbarkeits- und Sicherheitsrisiken an relevanten Elementen kennzeichnen.

Prüfpunkt: Die technische Sicht erklärt den tatsächlichen Betriebs- und Abhängigkeitskontext der Anwendung.

Schritt 6: Motivation, Strategie und Anforderungen verbinden

Ziele, Treiber, Bewertungen, Prinzipien, Anforderungen und Fähigkeiten werden mit Architekturentscheidungen verknüpft.

1. Treiber und Stakeholderbewertungen strukturiert erfassen.
2. Ziele, Outcomes und Fähigkeiten als strategischen Kontext modellieren.
3. Prinzipien und Anforderungen aus dem Zielbild ableiten.
4. Realisierung der Anforderungen in Architekturbausteinen rückverfolgbar machen.

Prüfpunkt: Eine Architekturentscheidung lässt sich von strategischem Treiber bis zum realisierenden Baustein verfolgen.

Schritt 7: Abhängigkeits- und Auswirkungsanalyse durchführen

Das integrierte Modell wird genutzt, um Veränderungen und Risiken über mehrere Ebenen zu analysieren.

1. Änderung an Anwendung oder Technologie als Ausgangspunkt auswählen.
2. Betroffene Services, Prozesse, Fähigkeiten, Daten und Verantwortliche ermitteln.
3. Direkte und indirekte Auswirkungen nach Kritikalität priorisieren.
4. Analyseannahmen und nicht modellierte Unsicherheiten dokumentieren.

Prüfpunkt: Die Auswirkungsanalyse ist reproduzierbar und trennt belegte Abhängigkeiten von Annahmen.

Schritt 8: Zielarchitektur und Übergangszustände entwickeln

Ein fachlich begründetes Zielbild wird mit erreichbaren Zwischenständen und Veränderungspaketen aufgebaut.

1. Ist-Probleme und architektonische Zielkriterien zusammenführen.
2. Zielbausteine und abzulösende Elemente modellieren.
3. Übergangsarchitekturen mit stabilen Zwischenzuständen definieren.
4. Lücken, Abhängigkeiten und notwendige Maßnahmen dokumentieren.

Prüfpunkt: Der Weg von Ist zu Ziel ist über mindestens einen realistischen Übergangszustand vollständig beschrieben.

Schritt 9: Roadmap und Umsetzungselemente modellieren

Architekturveränderungen werden mit Arbeitspaketen, Meilensteinen und Lieferergebnissen in eine zeitliche Steuerung überführt.

1. Veränderungspakete aus den Architekturunterschieden ableiten.
2. Reihenfolge nach Abhängigkeit, Risiko und Geschäftswirkung bestimmen.
3. Lieferergebnisse, Meilensteine und verantwortliche Initiativen zuordnen.
4. Roadmap gegen Zielarchitektur und verfügbare Übergangszustände prüfen.

Prüfpunkt: Jedes Roadmap-Element trägt nachvollziehbar zu einem Teil des Zielbilds bei.

Schritt 10: Modellqualität und Architektur-Governance sichern

Die Modelle werden mit automatischen und manuellen Regeln geprüft und in einen Review-Prozess überführt.

1. Semantik-, Benennungs-, Vollständigkeits- und Layoutregeln anwenden.
2. Dubletten, verwaiste Objekte und unklare Eigentümer identifizieren.
3. Review-Kommentare, Freigabe und Gültigkeitsstatus dokumentieren.
4. Pflege- und Aktualisierungszyklus für die erstellten Sichten festlegen.

Prüfpunkt: Die freigegebenen Modelle erfüllen die Qualitätsregeln und besitzen klare Pflegeverantwortung.

Praxisfall und Arbeitsweise

Für einen digitalen Kundenservice wird eine mehrschichtige Architekturbeschreibung erstellt. Geschäftsfähigkeit, Prozess, Anwendungen, Daten und Technologie werden verbunden, eine Modernisierungswirkung analysiert und als Zielarchitektur mit Übergangszuständen und Roadmap ausgearbeitet.

Kurze Fachimpulse wechseln mit Demonstrationen, strukturierten Konfigurationsschritten, Modellierungsaufgaben und kontrollierten Prüfungen. Jede Übung beginnt mit definierten Ausgangsdaten und endet mit einem dokumentierten Sollzustand, damit die erarbeiteten Vorgehensweisen im eigenen Repository reproduzierbar bleiben.

Zielgruppe und Voraussetzungen

Zielgruppe: Enterprise-, Domänen-, Lösungs- und IT-Architekten, Architekturverantwortliche, Modellierungsverantwortliche und technische Transformationsrollen.

Voraussetzungen: Grundverständnis von Geschäfts-, Anwendungs- und Technologiearchitektur; ArchiMate-Vorkenntnisse sind hilfreich, werden aber nicht zwingend vorausgesetzt.