Seminar Gaphor: Überblick für Entscheider und Modellierungsverantwortliche

Eine tragfähige Werkzeugentscheidung benötigt mehr als eine Funktionsliste. Der Kurs ordnet Gaphor in typische Modellierungsaufgaben ein, zeigt die Einsatzmöglichkeiten von UML, SysML, RAAML und C4 und entwickelt daraus realistische Einführungsoptionen. Organisatorische Voraussetzungen, Governance, Qualifizierung, Dateiverwaltung und Automatisierungspotenziale werden ebenso berücksichtigt wie fachliche Grenzen und Pilotrisiken.

Inhaltsübersicht

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

Zielsetzung

• Einsatzfelder und Grenzen von Gaphor für konkrete Organisationsbedarfe bewerten.
• UML, SysML, RAAML und C4 nach Fragestellung und Zielgruppe einordnen.
• Notwendige Rollen, Regeln, technische Voraussetzungen und Qualifizierungsmaßnahmen bestimmen.
• Einen begrenzten Pilot mit messbaren Erfolgskriterien planen.
• Entscheidungsrisiken und Folgekosten transparent machen.

Fachliche Schwerpunkte

1. Bedarf und Entscheidungskriterien klären

Die Bewertung beginnt mit konkreten Arbeitsproblemen und erwarteten Entscheidungen.

1. Aktuelle Modellierungsaufgaben, Medienbrüche und Qualitätsprobleme erfassen.
2. Stakeholder, Nutzergruppen und benötigte Sichten identifizieren.
3. Muss-, Soll- und Ausschlusskriterien für einen Werkzeugeinsatz formulieren.
4. Bewertungsmaßstäbe für Nutzen, Aufwand, Wartbarkeit und Akzeptanz definieren.

2. Modellierungssprachen zielgerichtet einordnen

Die Sprachauswahl folgt der Fragestellung und nicht dem Wunsch nach maximaler Notationsbreite.

1. UML für fachliche Struktur, Softwarestruktur und Verhalten einordnen.
2. SysML für Anforderungen, Systemstruktur, Schnittstellen und Systemverhalten bewerten.
3. C4 für verständliche Softwarearchitektursichten einplanen.
4. RAAML-orientierte Risikomodellierung und STPA-orientierte Analysen nach Bedarf abgrenzen.

3. Betriebs- und Governance-Modell entwerfen

Werkzeug, Regeln und Verantwortlichkeiten werden als zusammenhängendes System betrachtet.

1. Rollen für Modellierung, Review, Freigabe, Administration und Automatisierung festlegen.
2. Namenskonventionen, Modellstruktur und Qualitätskriterien skizzieren.
3. Ablage, Versionierung, Sicherung und Zugriff organisatorisch planen.
4. Schulungs- und Supportbedarf nach Nutzergruppen differenzieren.

4. Pilot und Einführungsentscheidung vorbereiten

Ein begrenzter Pilot liefert belastbare Erkenntnisse ohne vorzeitige Vollskalierung.

1. Einen repräsentativen, aber überschaubaren Anwendungsfall auswählen.
2. Liefergegenstände, Zeitrahmen, Rollen und Abbruchkriterien festlegen.
3. Messgrößen für Modellqualität, Bearbeitungsaufwand und Reviewnutzen definieren.
4. Entscheidungsvorlage mit Chancen, Risiken, Voraussetzungen und nächsten Schritten erstellen.

Praxisprojekt

Anhand eines fiktiven Unternehmens mit Software-, System- und Sicherheitsmodellierung wird eine Bewertungsmatrix erstellt. Daraus entstehen ein begrenzter Pilotauftrag, ein Rollenmodell, erste Qualitätskriterien und eine Entscheidungsvorlage. Eine kurze Werkzeugdemonstration zeigt, wie unterschiedliche Sichten aus einer gemeinsamen Modellstruktur entstehen.

Qualitätskriterien

• Entscheidungskriterien sind messbar und auf reale Arbeitsprobleme bezogen.
• Der Pilot bleibt in Umfang, Rollen und Erfolgsmaßstäben eindeutig begrenzt.
• Sprachen und Diagrammarten werden nur für konkrete Fragestellungen vorgesehen.
• Betrieb, Governance, Qualifizierung und Wartung sind Teil der Entscheidung.

Zielgruppe und Voraussetzungen

Zielgruppe: IT- und Entwicklungsleitung, Architekturverantwortung, Methodenverantwortung, Toolauswahl, Projektleitung, Qualitätsmanagement und Beschaffung.

Voraussetzungen: Keine Gaphor- oder Modellierungskenntnisse erforderlich. Ein Überblick über bestehende Entwicklungs- und Dokumentationsprozesse ist hilfreich.