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).
Teil 1·Erklärung
Diese Lerneinheit wurde für typische Bachelor-Klausuren konzipiert. So prüfen wir · Fehler entdeckt? Melde ihn uns oder markiere die fragliche Stelle direkt im Text oben.
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).
Statische Klassen-Diagramme zeigen Strukturen — VERHALTENS-Diagramme zeigen wie's läuft. UML-Sequenz- und Aktivitätsdiagramme sind Klausurpflicht in 6/11 WInf-Programmen.
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?'.
Anmelden, um den Fortschritt zu speichern.
Nächster Schritt
Aktives Abrufen festigt Wissen schneller als nochmal lesen.
Statische Klassen-Diagramme zeigen Strukturen — VERHALTENS-Diagramme zeigen wie's läuft. UML-Sequenz- und Aktivitätsdiagramme sind Klausurpflicht in 6/11 WInf-Programmen.
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.
| 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 |
| 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 |
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()
| 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 |
Aktivitätsdiagramm ≈ BPMN-Lite. BPMN hat mehr Details (Events, Gateways-Varianten, Pools), Aktivitätsdiagramm ist allgemeiner für Software-Modellierung.
Start (●)
↓
Login-Daten eingeben
↓
Daten validieren
↓
Gültig? (◇)
├── [nein] → Fehler anzeigen → Merge
└── [ja] → Dashboard zeigen → Merge
↓
End (●)
| 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 |
Praxis: Oft beide für gleichen Use-Case — verschiedene Aspekte.
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).
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).
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?'.
6 Aufgaben zu Notation und Anwendungsfällen.
Klausurfragen mit Lösungen (6)
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.
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.
Zuordnungen:
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
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.
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
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.
6 typische Klausurfragen zu Notation und Auswahl.
Klausurfragen mit Lösungen (6)
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.
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.
Lösungen pro Lücke:
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
Richtige Reihenfolge:
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
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.
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
| Swimlane | Vertikale Spalten | Verantwortlichkeit / Rolle |
| Objekt-Fluss | Rechteck mit Daten | Daten zwischen Aktionen |