Anwendungsfalldiagramm
| Strukturdiagramme der UML |
|---|
| Klassendiagramm |
| Komponentendiagramm |
| Kompositionsstrukturdiagramm |
| Objektdiagramm |
| Paketdiagramm |
| Profildiagramm |
| Verteilungsdiagramm |
| Verhaltensdiagramme der UML |
| Aktivitätsdiagramm |
| Anwendungsfalldiagramm |
| Interaktionsübersichtsdiagramm |
| Kommunikationsdiagramm |
| Sequenzdiagramm |
| Zeitverlaufsdiagramm |
| Zustandsdiagramm |
Ein Anwendungsfalldiagramm (engl. use case diagram), auch Nutzfalldiagramm, ist eine der Diagrammarten der Unified Modeling Language (UML), einer Sprache für die Modellierung der Strukturen und des Verhaltens von Software- und anderen Systemen. Es stellt Anwendungsfälle und Akteure mit ihren jeweiligen Abhängigkeiten und Beziehungen dar.
Das Anwendungsfalldiagramm ist seit UML 2 ein Verhaltensdiagramm. Es stellt das erwartete Verhalten eines Systems dar und wird deshalb dafür eingesetzt, die Anforderungen an ein System zu spezifizieren.
Ein Anwendungsfalldiagramm stellt keine Ablaufbeschreibung dar. Diese kann stattdessen mit einem Aktivitäts-, einem Sequenz- oder einem Kollaborationsdiagramm (ab UML 2.x Kommunikationsdiagramm) dargestellt werden.
Anwendungsfalldiagramm in Stichpunkten[Bearbeiten | Quelltext bearbeiten]
- Ziel ist es, möglichst einfach zu zeigen, was man mit dem zu bauenden Softwaresystem machen will, welche Fälle der Anwendung es also gibt.
- Akteure werden als „Strichmännchen“ dargestellt, welche sowohl Personen wie Kunden oder Administratoren als auch ein System darstellen können (bei Systemen wird manchmal auch ein Bandsymbol verwendet).
- Anwendungsfälle werden in Ellipsen dargestellt. Sie müssen beschrieben werden (z. B. in einem Kommentar oder einer eigenen Datei).
- Assoziationen zwischen Akteuren und Anwendungsfällen müssen durch Linien gekennzeichnet werden.
- Systemgrenzen werden durch Rechtecke gekennzeichnet.
- include-Beziehungen vom aufrufenden Anwendungsfall zum inkludierten Anwendungsfall werden als gestrichelter Pfeil mit dem Stereotyp
«include»dargestellt. - extend-Beziehungen vom erweiternden Anwendungsfall zum aufrufenden Anwendungsfall werden als gestrichelter Pfeil mit dem Stereotyp
«extend»dargestellt. Der erweiternde Anwendungsfall kann, muss aber nicht aktiviert werden.
Elemente[Bearbeiten | Quelltext bearbeiten]
Der Systemkontext wird durch Systemgrenzen in Form von Rechtecken gekennzeichnet.
Akteure werden als „Strichmännchen“ dargestellt, welche sowohl Personen wie Kunden oder Administratoren als auch ein System darstellen können.
Anwendungsfälle werden in Ellipsen dargestellt. Sie müssen (z. B. in einem Kommentar oder einer eigenen Datei) beschrieben werden.
Beziehungen[Bearbeiten | Quelltext bearbeiten]
Assoziation / Kommunikation von Akteur und Anwendungsfall.
Multiplizität von Akteur und Anwendungsfall, wobei die Voreinstellung des Akteurs 1 ist.
Generalisierung von Anwendungsfällen.
Generalisierung von Akteuren.
Include-Beziehung im Anwendungsfalldiagramm, wobei Anwendungsfall A den Anwendungsfall B beinhaltet.
Extend-Beziehung im Anwendungsfalldiagramm, wobei Anwendungsfall A den Anwendungsfall B erweitert.
Extend-Beziehung mit extension point, wobei Anwendungsfall A den Anwendungsfall B unter der angegebenen Bedingung erweitert.
Anwendungsfall mit extension point.
Beispiele[Bearbeiten | Quelltext bearbeiten]
Das Schlüsselwort im Kopfbereich ist use case. Das Anwendungsfalldiagramm in der Abbildung links ist in einen Kopf- und in einen Inhaltsbereich getrennt und mit einem Rahmen umschlossen, so wie es die UML2 neu für alle Diagramme vorsieht.
Ein komplexeres Anwendungsfalldiagramm, das die Beziehungen zwischen dem Akteur
Benutzerund dem SystemMultimediasystemfesthält. Ein Benutzer ist an vier Anwendungsfällen interessiert, die ihrerseits untereinander in Beziehung stehen.Musik-CD erstellenist der komplexeste Anwendungsfall, weil er zwei andere Anwendungsfälle importiert und optional durch einen dritten,CD beschriften, erweitert wird.
Unterschiede zur UML 1.x[Bearbeiten | Quelltext bearbeiten]
Das Anwendungsfalldiagramm wird in der UML2 neu als Verhaltensdiagramm und nicht mehr als Strukturdiagramm eingestuft. Des Weiteren müssen Akteure nun einen Namen haben und die Vorbedingungen der jeweiligen extension points müssen per Notiz an die entsprechende Erweiterungsbeziehung angehängt werden.
Siehe auch[Bearbeiten | Quelltext bearbeiten]
Literatur[Bearbeiten | Quelltext bearbeiten]
- Bernd Oestereich: Analyse und Design mit UML 2, Oldenbourg Wissenschaftsverlag, 2006, ISBN 3-486-57926-6
- Christoph Kecher: UML 2.0 – Das umfassende Handbuch, Galileo Computing, 2006, ISBN 3-89842-738-2
Weblinks[Bearbeiten | Quelltext bearbeiten]
- Das Use Case Diagramm - Auszug aus "Der moderne Softwareentwicklungsprozess mit UML"
- Mario Jeckle: Use-Case-Diagramm. (PDF; 323 KB) In: mario-jeckle.de.