Alle Tabs der Lerneinheit (Erklärung · Interaktiv verstehen · Praxis-Übung · Klausur-Quiz) als durchgehender Text. Ideal zum Wiederholen vor der Klausur, und für Suchmaschinen wie Google, Bing und KI-Suche (ChatGPT, Perplexity).
Erklärung
UML-Verhaltensdiagramme: Sequenz + Aktivität
Statische Klassen-Diagramme zeigen Strukturen, VERHALTENS-Diagramme zeigen wie's läuft. UML-Sequenz- und Aktivitätsdiagramme sind Klausurpflicht in 6/11 WInf-Programmen.
Die Idee in zwei Sätzen
Sequenzdiagramm: Wer schickt wem WANN welche Nachricht?, Achse Zeit vertikal, Objekte horizontal.
Aktivitätsdiagramm: Was passiert in welcher Reihenfolge? Wer ist zuständig?, Flow-Chart mit Verzweigungen + Parallelität + Swimlanes.
Sequenzdiagramm, Objekt-Interaktionen
Bausteine
| Element | Symbol | Bedeutung |
|---|---|---|
| Lifeline | Rechteck oben + gestrichelte Vertikale | Objekt-Lebenslinie über die Zeit |
| Aktivierung | Rechteck auf Lifeline | Objekt ist aktiv (verarbeitet) |
| Sync. Nachricht | Pfeil mit Vollspitze | Synchroner Aufruf (warte auf Antwort) |
| Async. Nachricht | Pfeil mit offener Spitze | Async (fire and forget) |
| Return | Pfeil gestrichelt | Antwort / Rückgabe-Wert |
| Self-Message | Pfeil zurück zu sich selbst | Methoden-Aufruf auf eigenem Objekt |
Kontroll-Frames (Combined Fragments)
| Frame | Bedeutung |
|---|---|
| alt | Alternative, wie if/else (mehrere Optionen mit [condition]) |
| opt | Optional, wie if ohne else |
| loop | Schleife |
| par | Parallel, mehrere Sequenzen gleichzeitig |
| break | Bruch, Ende der Interaktion |
| ref | Referenz auf anderes Sequenzdiagramm |
Beispiel: Login-Prozess
User → LoginUI: login(user, pwd)
LoginUI → AuthService: validate(user, pwd)
AuthService → Database: findUser(user)
Database → AuthService: user_data (return)
alt [erfolgreich]
AuthService → LoginUI: ok
LoginUI → User: showDashboard()
else [fehler]
AuthService → LoginUI: fail
LoginUI → User: showError()
Aktivitätsdiagramm, Workflow
Bausteine
| Element | Symbol | Bedeutung |
|---|---|---|
| Startknoten | Gefüllter Kreis | Beginn |
| Endknoten | Kreis-im-Kreis | Ende |
| Aktion | Abgerundetes Rechteck | Ein Schritt / eine Aktivität |
| Entscheidung | Diamant ◇ | Verzweigung (if-else) |
| Merge | Diamant ◇ (Eingangs-mehrere) | Zusammenführung mehrerer Pfade |
| Fork | Schwarzer Balken | Parallele Ausführung beginnt |
| Join | Schwarzer Balken | Parallele Ausführung endet |
| Swimlane | Vertikale Spalten | Verantwortlichkeit / Rolle |
| Objekt-Fluss | Rechteck mit Daten | Daten zwischen Aktionen |
Vergleich zu BPMN
Aktivitätsdiagramm ≈ BPMN-Lite. BPMN hat mehr Details (Events, Gateways-Varianten, Pools), Aktivitätsdiagramm ist allgemeiner für Software-Modellierung.
Beispiel: Login-Workflow
Start (●)
↓
Login-Daten eingeben
↓
Daten validieren
↓
Gültig? (◇)
├── [nein] → Fehler anzeigen → Merge
└── [ja] → Dashboard zeigen → Merge
↓
End (●)
Sequenz vs. Aktivität: Wann was?
| Kriterium | Sequenzdiagramm | Aktivitätsdiagramm |
|---|---|---|
| Fokus | Wer-mit-wem | Was-in-welcher-Reihenfolge |
| Achsen | Zeit ↓, Objekte horizontal | Flussrichtung über Pfeile |
| Akteure | Lifelines (Objekte/Klassen) | Swimlanes (Rollen/Komponenten) |
| Parallelität | par-Frame | Fork/Join-Balken |
| Entscheidungen | alt-Frame | Diamant |
| Best for | Detail-Interaktionen | Workflows / Geschäftsprozesse |
| Vergleichbar mit | Sequence Chart (ITU) | BPMN, Flowchart |
Wann nutzt man welches?
- Sequenzdiagramm: Wenn du das ZUSAMMENSPIEL von Objekten/Komponenten zeigst, typisch in Use-Case-Analyse und beim Software-Design.
- Aktivitätsdiagramm: Wenn du den GESAMT-Workflow zeigst, typisch in Geschäftsprozess-Modellierung und User-Flows.
Praxis: Oft beide für gleichen Use-Case, verschiedene Aspekte.
Klausur-Faustregeln
1. Sequenzdiagramm: Zeit läuft VON OBEN NACH UNTEN.
2. Synchrone Nachricht ≠ asynchrone Nachricht. Vollspitze vs. offene Spitze. Klausur-Klassiker.
3. Aktivitätsdiagramm = Workflow. Mit Swimlanes für Verantwortlichkeiten.
4. Fork/Join für Parallelität, Diamant für Verzweigung.
5. alt-Frame im Sequenzdiagramm ist if/else. Mehrere Optionen pro Frame.
6. Sequenz für DETAILS, Aktivität für ÜBERSICHT. Hierarchie: erst Aktivität (grob), dann Sequenz (fein).
Häufige Stolpersteine
1. Lifeline-Reihenfolge falsch. Akteure typisch von links nach rechts in Aufruf-Reihenfolge. Bessere Lesbarkeit.
2. Returns vergessen. Bei synchronem Aufruf sollte Return-Pfeil (gestrichelt) folgen, sonst unklar wo Antwort.
3. Fork OHNE Join. Jeder Fork braucht ein Join. Sonst hängt die parallele Aktivität.
4. Aktivität vs. Aktion verwechseln. Aktion = atomare Einheit, Aktivität = ganzes Diagramm. In Klausur oft als 'Aktion' angegeben.
5. Diamant-Bedingungen auf den falschen Pfeilen. Bedingungen [bedingung] gehören in eckige Klammern auf den AUSGEHENDEN Pfeilen, nicht auf den Diamanten selbst.
6. Sequenz mit zu vielen Lifelines. > 5 Lifelines wird unübersichtlich. Lieber in Sub-Sequenzen aufteilen (mit ref-Frames).
Interaktiv verstehen
UML-Sequenz vs. Aktivität, gleicher Use-Case
Login-Use-Case dargestellt als beide Diagramm-Typen. Toggle, um die unterschiedlichen Sichten zu sehen.
Interaktive Visualisierung
Interaktive Komponente: probiere sie im Topic-Player oben aus.
Klausur-Tipp: Sequenz für 'Detail-Interaktionen zwischen Objekten' (Use-Case-Analyse), Aktivität für 'Workflow / Geschäftsprozess'. Beide zusammen geben das vollständige Verhaltens-Bild, Klausur fragt oft 'welches Diagramm für welche Fragestellung?'.
Praxis-Übung
UML-Verhaltensdiagramme, Praxis-Übung
6 Aufgaben zu Notation und Anwendungsfällen.
Klausurfragen mit Lösungen (6)
- F1.Wie verläuft die Zeit-Achse in einem UML-Sequenzdiagramm?
Antwort: Vertikal von oben nach unten
Erklärung: Im UML-Sequenzdiagramm läuft Zeit VON OBEN NACH UNTEN. Lifelines sind vertikale gestrichelte Linien, Nachrichten werden zeitlich nach unten sortiert. Klausur-Klassiker: Zeit-Achse + Achsen-Anordnung der Objekte (horizontal) auswendig wissen.
- F2.Welches UML-Symbol modelliert eine Verzweigung (if-else) in einem Aktivitätsdiagramm?
Antwort: Diamant
Erklärung: Diamant ◇ ist das Symbol für Entscheidung/Verzweigung in UML-Aktivitätsdiagrammen. Eingehende Pfeile + ausgehende Pfeile mit Bedingungen [in eckigen Klammern]. Kreis = Start/End. Rechteck (abgerundet) = Aktion. Pfeil = Fluss.
- F3.Ordne UML-Element seinem Diagramm-Typ zu.
Zuordnungen:
- Lifeline (gestrichelte Vertikale) → Sequenzdiagramm
- Swimlane (vertikale Spalten) → Aktivitätsdiagramm
- alt-Frame → Sequenzdiagramm
- Fork/Join-Balken → Aktivitätsdiagramm
Erklärung: Sequenzdiagramm: Lifelines (Objekt-Linien), Combined Fragments (alt, opt, loop, par), Aktivierungs-Rechtecke. Aktivitätsdiagramm: Swimlanes (Rollen-Spalten), Diamanten (Entscheidung), Fork/Join (Parallelität), Start/End-Knoten. Beide Diagramme zeigen Verhalten, aber aus unterschiedlicher Perspektive.
Typ: Zuordnung
- F4.Wofür steht ein 'par-Frame' in einem UML-Sequenzdiagramm?
Antwort: Parallele Ausführung von Sequenzen
Erklärung: par-Frame (parallel) zeigt parallele Sequenz-Ausführung im Sequenzdiagramm. Mehrere Bereiche im Frame, die gleichzeitig ablaufen. Andere Combined Fragments: alt (alternative), opt (optional), loop (Schleife), ref (Referenz). Klausur-Klassiker bei Multi-Thread-Modellierung.
- F5.Ein UML-Aktivitätsdiagramm ähnelt konzeptionell einem Flowchart oder BPMN-Diagramm, alle drei modellieren Workflows mit Aktionen, Entscheidungen und Flüssen.
Antwort: Wahr
Erklärung: RICHTIG. Aktivitätsdiagramme, Flowcharts und BPMN sind verwandte Workflow-Notationen. UML-Aktivität ist allgemeiner (Software + Geschäftsprozess), BPMN ist spezialisierter für Geschäftsprozesse (mehr Event-Typen, Pools etc.). Flowchart ist die historische Vorläufer-Notation. Praxis: UML in Software, BPMN in Business-Modeling.
Typ: Wahr/Falsch
- F6.Wann wählt man Sequenzdiagramm statt Aktivitätsdiagramm?
Antwort: Wenn die Interaktion zwischen mehreren OBJEKTEN/KOMPONENTEN über Zeit gezeigt werden soll
Erklärung: Sequenzdiagramm: Fokus auf Nachrichten zwischen OBJEKTEN/KOMPONENTEN über Zeit (z.B. UI → Service → DB). Aktivitätsdiagramm: Fokus auf Reihenfolge von AKTIVITÄTEN (Workflow, Geschäftsprozess). Faustregel: viele Akteure + technische Nachrichten = Sequenz; viele Schritte + 1-2 Akteure = Aktivität.
Klausur-Quiz
UML-Verhaltensdiagramme, Klausur-Quiz
6 typische Klausurfragen zu Notation und Auswahl.
Klausurfragen mit Lösungen (6)
- F1.Was unterscheidet eine synchrone von einer asynchronen Nachricht im UML-Sequenzdiagramm?
Antwort: Synchron = Pfeil mit Vollspitze (warte auf Antwort), asynchron = offene Pfeilspitze (fire and forget)
Erklärung: Synchron-Aufruf: Vollpfeil ▶, Sender wartet auf Return des Empfängers (typische Methoden-Aufrufe). Asynchron: offene Pfeilspitze ⊳, Sender wartet NICHT (Event, Message Queue). Wichtige Unterscheidung in der Architektur-Modellierung von Microservices, Queues, Events.
- F2.Welcher UML-Diagramm-Typ ist KEIN Verhaltensdiagramm?
Antwort: Klassendiagramm
Erklärung: Klassendiagramm ist ein STRUKTUR-Diagramm (zeigt statische Klassen-Beziehungen, nicht Verhalten). Verhaltensdiagramme: Sequenz, Aktivität, Zustand, Use-Case, Kommunikation, Timing, Interaktions-Übersicht. UML 2.x: 14 Diagramm-Typen insgesamt, 7 Struktur + 7 Verhalten.
- F3.Im UML-Sequenzdiagramm zeigt die {{1}} (gestrichelte Vertikale) das Objekt über die Zeit. Eine {{2}}-Nachricht hat eine Vollspitze. Im Aktivitätsdiagramm wird ein {{3}}-Symbol für Verzweigungen genutzt, und ein {{4}}-Balken für Parallelität.
Lösungen pro Lücke:
- {{1}}: Lifeline
- {{2}}: synchrone / synchron
- {{3}}: Diamant / Raute
- {{4}}: Fork / Fork/Join
Erklärung: UML-Verhaltens-Standardelemente: Sequenz: Lifeline = Objekt-Existenz über Zeit, Vollspitze-Pfeil = synchron, offene-Spitze-Pfeil = asynchron. Aktivität: Diamant = Verzweigung (if-else), Fork-Balken = Parallelität-Start, Join-Balken = Parallelität-Ende. Diese Notation auswendig kennen für Klausur.
Typ: Lückentext
- F4.Bringe die UML-Sequenzdiagramm-Notation in die richtige zeitliche Reihenfolge (Login-Beispiel).
Richtige Reihenfolge:
- User → LoginUI: login()
- LoginUI → AuthService: validate()
- AuthService → Database: findUser()
- Database → AuthService: user_data (return)
Erklärung: Aufruf-Reihenfolge im Login-Sequenzdiagramm: 1) User → LoginUI: login() (User startet). 2) LoginUI → AuthService: validate() (UI delegiert). 3) AuthService → Database: findUser() (Service prüft). 4) Database → AuthService: user_data (Antwort zurück). Returns folgen in umgekehrter Aufruf-Reihenfolge. Zeit läuft von oben nach unten.
Typ: Reihenfolge
- F5.Wofür stehen 'Swimlanes' in einem UML-Aktivitätsdiagramm?
Antwort: Verantwortlichkeiten / Rollen / Komponenten
Erklärung: Swimlanes (vertikale Spalten im Aktivitätsdiagramm) zeigen Verantwortlichkeiten, wer macht was. Z.B.: Spalte 'Kunde', Spalte 'Verkäufer', Spalte 'Lager'. Aktionen werden ihrer Spalte zugeordnet. Sehr nützlich bei Cross-Departmental-Workflows. Pendant in BPMN: Pools + Lanes.
- F6.UML 2.5 hat 14 Diagramm-Typen, die in 7 Struktur- und 7 Verhaltens-Diagramme aufgeteilt sind.
Antwort: Wahr
Erklärung: RICHTIG. UML 2.5 (2017): 14 Diagramm-Typen. Struktur (7): Klasse, Objekt, Komponente, Komposite-Struktur, Deployment, Paket, Profil. Verhalten (7): Use-Case, Aktivität, Zustand, Sequenz, Kommunikation, Timing, Interaktions-Übersicht. Klausur-Standard: Anzahl + Hauptkategorien.
Typ: Wahr/Falsch
