Seminar Moqups – Diagramme, Flowcharts, UML und ERD

Das Seminar zeigt, wie fachliche und technische Sachverhalte in Moqups nachvollziehbar modelliert werden. Der Schwerpunkt liegt auf Aussagekraft, konsistenter Notation und wartbarer Struktur statt auf dekorativer Diagrammerstellung.

Zwei Tage sind notwendig, um mehrere Diagrammtypen nicht nur formal kennenzulernen, sondern anhand eines gemeinsamen Fallbeispiels aufzubauen, zu verbinden und zu prüfen.

Inhaltsverzeichnis

• Zielgruppe und Voraussetzungen
• Seminarinhalte
  • Diagrammauftrag und Modellgrenze
  • Flowcharts und Prozessmodelle
  • Use Cases und funktionale Sicht
  • UML- und Architekturmodelle
  • ERD und Datenbeziehungen
  • Layout, Konsistenz und Review
• Praxisübungen
• Qualitätskriterien und Abnahme

Zielgruppe und Voraussetzungen

Zielgruppe: Business Analyse, Prozessmanagement, Softwarearchitektur, Produktmanagement, Requirements Engineering, Datenmodellierung und technische Dokumentation.

Voraussetzungen: Grundverständnis für Prozesse, Systeme oder Datenmodelle. Vorkenntnisse in UML oder ERD sind hilfreich, aber für den Einstieg nicht zwingend.

Seminarinhalte

1. Diagrammauftrag und Modellgrenze

Jedes Diagramm beginnt mit einer klaren Frage, Zielgruppe und Abgrenzung.

1. Schritt 1: Entscheidung, Prozess, System oder Datenstruktur als Modellgegenstand bestimmen.
2. Schritt 2: Adressaten und erforderliche Detailtiefe festlegen.
3. Schritt 3: Startpunkt, Endpunkt, Ausnahmen und nicht betrachtete Bereiche dokumentieren.
4. Schritt 4: Passenden Diagrammtyp und notwendige Notation auswählen.

2. Flowcharts und Prozessmodelle

Abläufe werden mit eindeutigen Aktivitäten, Entscheidungen und Übergängen aufgebaut.

1. Schritt 1: Prozessschritte, Ereignisse, Entscheidungen und Verantwortungen sammeln.
2. Schritt 2: Stencils auf der Seite platzieren und logisch ausrichten.
3. Schritt 3: Elemente mit intelligenten Verbindern verbinden und Verzweigungen beschriften.
4. Schritt 4: Hauptpfad, Ausnahmefälle und Rücksprünge auf Vollständigkeit prüfen.

3. Use Cases und funktionale Sicht

Use-Case-Modelle verdeutlichen Akteure, Ziele und Systemgrenzen.

1. Schritt 1: Akteure und deren fachliche Ziele erfassen.
2. Schritt 2: Systemgrenze und relevante Anwendungsfälle darstellen.
3. Schritt 3: Beziehungen, Abhängigkeiten und gemeinsame Funktionen kennzeichnen.
4. Schritt 4: Modell mit Anforderungen und priorisierten Szenarien abgleichen.

4. UML- und Architekturmodelle

Technische Strukturen werden auf die für die Entscheidung notwendige Sicht reduziert.

1. Schritt 1: Komponenten, Schnittstellen und Abhängigkeiten identifizieren.
2. Schritt 2: Geeignete UML-Blöcke, Container und Beschriftungen verwenden.
3. Schritt 3: Schichten, Verantwortlichkeiten und Kommunikationsrichtungen sichtbar machen.
4. Schritt 4: Kopplungen, Zyklen und unklare Zuständigkeiten im Review markieren.

5. ERD und Datenbeziehungen

Datenmodelle werden aus fachlichen Begriffen und Regeln abgeleitet.

1. Schritt 1: Entitäten, Attribute, Schlüssel und fachliche Identifikatoren sammeln.
2. Schritt 2: Beziehungen und Kardinalitäten modellieren.
3. Schritt 3: Optionale, verpflichtende und mehrdeutige Beziehungen prüfen.
4. Schritt 4: Das Modell anhand typischer Erfassungs- und Auswertungsfälle validieren.

6. Layout, Konsistenz und Review

Lesbarkeit und Wartbarkeit werden durch verbindliche Darstellungsregeln gesichert.

1. Schritt 1: Ausrichtung, Abstände, Leserichtung und Ebenen vereinheitlichen.
2. Schritt 2: Farben nur für definierte Bedeutungen einsetzen.
3. Schritt 3: Legende, Status, Version und Modellgrenze ergänzen.
4. Schritt 4: Review-Kommentare nach Inhalt, Notation und Lesbarkeit strukturieren.

Praxisübungen

• Erstellung eines End-to-End-Prozessdiagramms mit Hauptpfad und Ausnahmen.
• Modellierung eines Use-Case-Diagramms mit Akteuren und Systemgrenze.
• Aufbau eines kompakten Architekturdiagramms für mehrere Komponenten und Schnittstellen.
• Entwurf eines ERD mit Kardinalitäten und anschließender fachlicher Validierung.

Qualitätskriterien und Abnahme

• Modellzweck, Zielgruppe und Betrachtungsgrenze sind sichtbar.
• Symbole und Verbinder werden konsistent und semantisch korrekt eingesetzt.
• Hauptpfade, Ausnahmen und Abhängigkeiten sind vollständig nachvollziehbar.
• Layout und Leserichtung unterstützen die fachliche Aussage.
• Version, Status und offene Punkte sind für Reviews dokumentiert.