Anwendungsfalldiagramm (Use-Case) – Akteure, Systemgrenze, Include, Extend & Generalisierung
Dieser Beitrag ist eine Begriffserklärung zum Anwendungsfalldiagramm – inklusive Prüfungsfragen und Tags.
In a Nutshell
Ein Anwendungsfalldiagramm (Use-Case-Diagramm) stellt dar, welche Funktionen ein System aus Sicht der Benutzer (Akteure) bietet und wie diese mit dem System interagieren.
Kompakte Fachbeschreibung
Anwendungsfalldiagramme gehören zur UML (Unified Modeling Language) und visualisieren funktionale Anforderungen an ein Softwaresystem. Sie zeigen, welche Akteure mit welchen Anwendungsfällen interagieren. Jeder Anwendungsfall beschreibt dabei eine abgeschlossene Funktionalität des Systems. Die Diagramme helfen besonders in der frühen Phase der Softwareentwicklung bei der Anforderungsanalyse und Kommunikation mit Stakeholdern. Typische Beziehungen wie Include, Extend oder Generalisierung verdeutlichen Abhängigkeiten zwischen Anwendungsfällen. Akteure können reale Benutzer oder externe Systeme sein.
Prüfungsrelevante Stichpunkte
- Bestandteil der UML für die Anforderungsanalyse
- Visualisiert Benutzer- und Systeminteraktionen
- Besteht aus Akteuren, Systemgrenzen, Anwendungsfällen
- Wichtig für Pflichtenheft und Systemkonzeption (IHK-relevant)
- Fördert Kommunikation mit Auftraggebern und Endanwendern
- Unterstützt Risikoanalyse durch klare Funktionsübersicht
- Frühzeitig einsetzbar zur Aufwandsschätzung
- Muss sauber dokumentiert und versioniert werden
Kernkomponenten
- Akteur (z.B. Benutzer, externer Dienst)
- Systemgrenze (System Boundary)
- Anwendungsfall (Use Case)
- Beziehungen: Include
- Beziehungen: Extend
- Generalisierung zwischen Akteuren oder Use-Cases
- Systemkontext-Definition
- Interaktionsszenarien
- Zugriffsbeschränkung durch Rollenvergabe
- Review/Test gegen Anforderungsdokumente
Praxisbeispiel
// Beispiel: Webshop
Akteur: Kunde
Anwendungsfälle: Konto erstellen, Einloggen, Bestellung aufgeben
Beziehung: "Bestellung aufgeben" inkludiert "Einloggen"
Erklärung: Der Kunde kann eine Bestellung nur aufgeben, wenn er zuvor eingeloggt ist. Das "Einloggen" ist somit ein zwingender Teilprozess des Anwendungsfalls "Bestellung aufgeben".
Vorteile und Nachteile
Vorteile
- Fördert gemeinsames Verständnis
- Klare Abgrenzung der Systemverantwortung
- Einfach visualisierbar
- Früher Einstieg in Modellierung möglich
Nachteile
- Keine technische Detailtiefe
- Nur begrenzt geeignet für komplexe Abläufe
- Gefahr der Überabstraktion
Typische Prüfungsfragen (mit Kurzantwort)
- Anwendungsfalldiagramm stellt dar? Zeigt, welche Akteure mit welchen Anwendungsfällen eines Systems interagieren.
- Include vs. Extend? Include zwingt zur Ausführung eines Use-Cases, Extend ist optional und erweitert bei Bedarf.
- Elemente in Anwendungsfalldiagramm? Akteure, Anwendungsfälle, Systemgrenze, Beziehungen (include, extend, generalization).
- Systemgrenze dient wozu? Trennt das System von seiner Umgebung und zeigt, was zum System gehört.
- Primärer vs. sekundärer Akteur? Primäre Akteure stoßen den Anwendungsfall an, sekundäre werden vom System benötigt.
- Früh im Projekt sinnvoll? Hilft, Anforderungen zu sammeln und mit Stakeholdern zu verifizieren.
- Qualitätssicherung unterstützen? Klare Funktionstrennung lässt sich besser testen.
- Sicherheitsanalyse beitragen? Identifikation kritischer Funktionen und Zugriffspunkte für Rollen.