Seminar Gaphor: Intensivseminar Gesamtprogramm

Das Gesamtprogramm richtet sich an Rollen, die Gaphor nicht nur bedienen, sondern als integrierte Modellierungsplattform bewerten, einführen oder fachlich steuern. Innerhalb von fünf Tagen werden alle Themenblöcke des Seminarportfolios in verdichteter Form verbunden: Orientierung und Auswahl, UML-Grundlagen, Softwarearchitektur, C4, SysML-Anforderungen und Systemarchitektur, RAAML- und STPA-orientierte Risikoanalyse, Diagrammgestaltung, Publikation, Governance, Zusammenarbeit sowie Python-Automatisierung und Plugins.

Inhaltsübersicht

• Zielsetzung
• Fachliche Schwerpunkte
• Praxisprojekt
• Qualitätskriterien
• Zielgruppe und Voraussetzungen

Zielsetzung

• Geeignete Modellierungssprachen und Sichten für unterschiedliche Analyse- und Architekturfragen auswählen.
• Ein gemeinsames Modell über UML-, SysML-, C4- und Risikoaspekte hinweg strukturieren.
• Gestaltung, Qualität, Governance und Zusammenarbeit als festen Bestandteil des Modellierungsprozesses etablieren.
• Automatisierungs- und Erweiterungspotenziale fachlich bewerten und prototypisch umsetzen.
• Ein vollständiges Pilotmodell mit Einführungskonzept und Qualitätsregeln entwickeln.

Fachliche Schwerpunkte

1. Tag 1: Orientierung, Werkzeugbasis und UML-Grundmodell

Der erste Seminartag verbindet Entscheidungskriterien für den Werkzeugeinsatz mit einer belastbaren Modellierungsgrundlage.

1. Einsatzfelder, unterstützte Modellierungssprachen, Rollen und Grenzen für einen Pilot festlegen.
2. Projektstruktur, Pakete, Namenskonventionen und gemeinsame Modellelemente in Gaphor einrichten.
3. Systemkontext, Akteure und Anwendungsfälle für den durchgängigen Praxisfall modellieren.
4. Fachbegriffe, Klassen, Beziehungen und zentrale Geschäftsregeln in einer statischen Sicht strukturieren.
5. Aktivitäts-, Zustands- und Sequenzsichten für ausgewählte Szenarien ergänzen und miteinander abgleichen.

2. Tag 2: UML-Softwarearchitektur und C4

Der zweite Seminartag überführt das fachliche Modell in Architektur- und Verhaltenssichten für Entwicklung und Betrieb.

1. Pakete, Komponenten und Abhängigkeiten aus Verantwortungen und Änderungsgrenzen ableiten.
2. Schnittstellen, Bereitstellung und technische Einsatzumgebungen auf angemessener UML-Ebene darstellen.
3. Systemkontext und Container nach C4 strukturieren und mit vorhandenen Modellelementen verbinden.
4. Komponenten- und dynamische Sichten für einen kritischen Durchstich ausarbeiten.
5. Architekturentscheidungen, Sicherheitsaspekte und Betriebsverantwortung in einem Review prüfen.

3. Tag 3: SysML-Anforderungen, Traceability und Systemarchitektur

Der dritte Seminartag erweitert das Modell um Anforderungen, Systemstruktur, Schnittstellen und Verhalten.

1. Herkunft, Hierarchie, Qualität und eindeutige Identifikation der Anforderungen festlegen.
2. Ableitung, Verfeinerung, Erfüllung und Verifikation als nachvollziehbare Beziehungen modellieren.
3. Blöcke, Eigenschaften, Ports, Schnittstellen und interne Verbindungen für das System strukturieren.
4. Aktivitäten und Zustände mit Anforderungen und Systemelementen verknüpfen.
5. Änderungsauswirkungen und Abdeckungsdefizite anhand gezielter Review-Sichten untersuchen.

4. Tag 4: RAAML, STPA, Gestaltung und Publikation

Der vierte Seminartag verbindet Risikoanalyse mit einer verständlichen, reproduzierbaren Darstellung.

1. Verluste, Gefährdungen, Systemgrenzen und sicherheitsrelevante Annahmen erfassen.
2. Eine STPA-orientierte Kontrollstruktur mit Steueraktionen und Rückmeldungen modellieren.
3. Unsichere Steueraktionen, Verlustszenarien und zugehörige Maßnahmen nachvollziehbar verknüpfen.
4. Diagramme nach Informationsdichte, Leserichtung und semantischer Hervorhebung überarbeiten.
5. CSS-Regeln, Gestaltungsrichtlinien und einen kontrollierten Export für Reviews und Dokumentation anwenden.

5. Tag 5: Governance, Zusammenarbeit, Automatisierung und Pilotabschluss

Der fünfte Seminartag macht aus dem Modell einen betreibbaren Arbeitsgegenstand mit Regeln, Prüfungen und Erweiterungsperspektive.

1. Modellierungsleitfaden, Verantwortlichkeiten, Freigabestufen und Qualitätskriterien definieren.
2. Dateiablage, Versionsverwaltungsworkflow, Reviews und Konfliktprävention für die Zusammenarbeit festlegen.
3. Ein Python-Skript für Modellabfragen und automatisierte Qualitätsprüfungen entwickeln.
4. Plugin-Architektur, Ereignisse, Paketierung, Tests und Wartungsgrenzen anhand eines Prototyps bewerten.
5. Das integrierte Pilotmodell präsentieren, Reviewbefunde einarbeiten und eine realistische Einführungsroadmap erstellen.

Praxisprojekt

Ein durchgängiger Praxisfall verbindet ein digitales, sicherheitsrelevantes System mit Fachprozessen, Softwarekomponenten, physischen oder logischen Systembausteinen und externen Partnern. Das Modell beginnt mit Kontext und UML, wird über C4 und SysML verfeinert, um Risiken ergänzt, visuell standardisiert und schließlich durch Governance-Regeln sowie eine kleine Python-Qualitätsprüfung operationalisiert. Jeder Seminartag liefert einen prüfbaren Modellstand.

Qualitätskriterien

• Alle Sichten basieren auf einer gemeinsamen Modellstruktur und verwenden abgestimmte Begriffe.
• Die ausgewählte Modellierungssprache passt zur Fragestellung; unnötige Sprachmischung wird vermieden.
• Anforderungen, Architektur, Verhalten und Risiken besitzen nachvollziehbare Beziehungen.
• Gestaltung, Review, Versionierung und automatisierte Prüfungen sind als wiederholbare Arbeitsabläufe beschrieben.
• Der Pilot enthält klare Grenzen, Verantwortlichkeiten und nächste Einführungsschritte.

Zielgruppe und Voraussetzungen

Zielgruppe: Architekturleitung, Systementwicklung, Enterprise- und Softwarearchitektur, Requirements Engineering, Safety und Risk Engineering, Modellierungsverantwortung, Tooling und technische Projektleitung.

Voraussetzungen: Grundverständnis von System- oder Softwareentwicklung. Für den Automatisierungsanteil sind einfache Python-Grundkenntnisse hilfreich; alle übrigen Inhalte setzen keine Gaphor-Vorkenntnisse voraus.