Use Case Diagramm (UCD)
Dieser Beitrag ist eine Begriffserklärung zum Use Case Diagramm (UCD) – inklusive Prüfungsfragen, Kernkomponenten und Tags.
In a Nutshell
Ein Use Case Diagramm modelliert aus Nutzersicht, welche Ziele Akteure mit einem System erreichen und welche Anwendungsfälle das System anbietet. Es ist ein wichtiges Artefakt der Anforderungsanalyse.
Kompakte Fachbeschreibung
Ein UCD zeigt:
- Akteure (Rollen/externen Systeme) außerhalb der Systemgrenze
- Systemgrenze (Scope)
- Use Cases (zielorientierte Anwendungsfälle)
Relationen:
- include: zwingende Wiederverwendung (immer erforderlich)
- extend: optionale Erweiterung unter Bedingung
- Generalisierung: Spezialisierung von Akteuren/Use Cases
UCD beschreibt das Was, nicht das Wie. Details gehören in textuelle Use-Case-Beschreibungen (Trigger, Vor-/Nachbedingungen, Haupt-/Alternativszenarien) und in Sequenz-/Aktivitätsdiagramme.
Für Security können Misuse Cases genutzt werden.
Prüfungsrelevante Stichpunkte
- Zielebene, keine technischen UI-Klicks
- Akteure sind Rollen außerhalb der Systemgrenze
- include vs extend (IHK prüft das häufig)
- Aus UCD Anforderungen, Akzeptanzkriterien und Tests ableiten
- Misuse Cases für Bedrohungen
- Diagramm + Textbeschreibung versionieren/abnehmen
Kernkomponenten
- Primäre/sekundäre Akteure
- Systemgrenze
- Use Case (Ellipse)
- Assoziation Akteur ↔ Use Case
- include
- extend
- Generalisierung
- Externe Systeme
- Misuse Case
- Traceability (Use Case → Test)
Praxisbeispiel (Webshop)
Akteure: Kunde, Zahlungsanbieter, Admin
Use Cases: Registrieren, Anmelden, Produkt suchen, Warenkorb, Bezahlen
Bezahlen: include Zahlungsprozess starten
Bezahlen: extend Rabatt anwenden (wenn Gutschein)
Misuse: Unbefugter Zugriff → Gegenmaßnahme 2FA
Vorteile und Nachteile
Vorteile
- Sehr gute Stakeholder-Kommunikation
- Klare Systemabgrenzung
- Gute Basis für Anforderungs- und Testableitung
Nachteile
- Keine Prozesslogik im Detail
- Gefahr der Überladung
- Textbeschreibungen sind zusätzlich nötig
Typische Prüfungsfragen (mit Kurzantwort)
- Wofür nutzt man ein UCD? Funktionsumfang aus Nutzersicht + Systemgrenze.
- include vs extend? include = immer nötig, extend = optional unter Bedingung.
- Was gehört in die textuelle Use-Case-Beschreibung? Trigger, Vor-/Nachbedingungen, Szenarien, Akzeptanzkriterien.
- Wie leitest du Tests ab? Jede Szenariovariante liefert mindestens einen Testfall.
Freie Antwort
In der FIAE-Prüfung ist mit „UCD“ fast immer das Use Case Diagramm gemeint (nicht User-Centered Design). Achte daher auf korrekte Notation, klare Zielnamen und die Ableitung von Anforderungen und Tests.
Lernstrategie
- UCD für Webshop skizzieren.
- Use Cases textuell beschreiben (Vor-/Nachbedingungen).
- include/extend üben.
- Traceability-Tabelle Use Case → Testfall erstellen.