UML Use-Case-Diagramm: Unterschied zwischen den Versionen
Aus FI-Wiki
Die Seite wurde neu angelegt: „= UML Use-Case-Diagramm = Ein '''Use-Case-Diagramm''' (Anwendungsfalldiagramm) zeigt, welche Funktionen (Use Cases) ein System aus Sicht der Benutzer oder anderer externen Akteure bereitstellt. Es beschreibt *was* ein System tun soll – nicht *wie* es technisch umgesetzt wird. == Bestandteile == Ein Use-Case-Diagramm besteht aus drei zentralen Elementen: === 1. Akteure (Actors) === * externe Benutzer, Rollen oder Systeme * stehen **außerhalb** de…“ |
|||
| (Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
= UML Use-Case-Diagramm = | == UML Use-Case-Diagramm == | ||
Ein '''Use-Case-Diagramm''' (Anwendungsfalldiagramm) zeigt, welche Funktionen (Use Cases) ein System aus Sicht der Benutzer oder anderer externen Akteure bereitstellt. | Ein '''Use-Case-Diagramm''' (Anwendungsfalldiagramm) zeigt, welche Funktionen (Use Cases) ein System aus Sicht der Benutzer oder anderer externen Akteure bereitstellt. | ||
Es beschreibt *was* ein System tun soll – nicht *wie* es technisch umgesetzt wird. | Es beschreibt *was* ein System tun soll – nicht *wie* es technisch umgesetzt wird. | ||
== Bestandteile == | === Bestandteile === | ||
Ein Use-Case-Diagramm besteht aus drei zentralen Elementen: | Ein Use-Case-Diagramm besteht aus drei zentralen Elementen: | ||
=== 1. Akteure (Actors) === | ==== 1. Akteure (Actors) ==== | ||
* externe Benutzer, Rollen oder Systeme | * externe Benutzer, Rollen oder Systeme | ||
* stehen **außerhalb** des Systems | * stehen **außerhalb** des Systems | ||
| Zeile 14: | Zeile 14: | ||
Beispiele: „Benutzer“, „Admin“, „Zahlungsdienst“, „Drucker“ | Beispiele: „Benutzer“, „Admin“, „Zahlungsdienst“, „Drucker“ | ||
=== 2. Use Cases (Anwendungsfälle) === | ==== 2. Use Cases (Anwendungsfälle) ==== | ||
* Funktionen oder Aufgaben, die das System ausführt | * Funktionen oder Aufgaben, die das System ausführt | ||
* werden als Ovale dargestellt | * werden als Ovale dargestellt | ||
| Zeile 21: | Zeile 21: | ||
Beispiele: „Einloggen“, „Bestellung aufgeben“, „Daten speichern“ | Beispiele: „Einloggen“, „Bestellung aufgeben“, „Daten speichern“ | ||
=== 3. Systemgrenze === | ==== 3. Systemgrenze ==== | ||
* ein Rechteck, das das System umfasst | * ein Rechteck, das das System umfasst | ||
* zeigt, welche Funktionen vom System angeboten werden | * zeigt, welche Funktionen vom System angeboten werden | ||
* Akteure stehen außerhalb, Use Cases innerhalb | * Akteure stehen außerhalb, Use Cases innerhalb | ||
== Beziehungen zwischen Use Cases == | === Beziehungen zwischen Use Cases === | ||
=== Include (<<include>>) === | ==== Include (<<include>>) ==== | ||
Ein Use Case enthält zwingend einen anderen Anwendungsfall. | Ein Use Case enthält zwingend einen anderen Anwendungsfall. | ||
Beispiel: „Bestellung aufgeben“ beinhaltet immer „Bezahlung durchführen“. | Beispiel: „Bestellung aufgeben“ beinhaltet immer „Bezahlung durchführen“. | ||
=== Extend (<<extend>>) === | ==== Extend (<<extend>>) ==== | ||
Ein optionaler oder bedingter Anwendungsfall erweitert einen anderen. | Ein optionaler oder bedingter Anwendungsfall erweitert einen anderen. | ||
Beispiel: „Passwort zurücksetzen“ erweitert „Anmelden“, wenn das Passwort falsch ist. | Beispiel: „Passwort zurücksetzen“ erweitert „Anmelden“, wenn das Passwort falsch ist. | ||
=== Generalisierung === | ==== Generalisierung ==== | ||
Akteure oder Use Cases können vererbt werden. | Akteure oder Use Cases können vererbt werden. | ||
Beispiel: „Admin“ erbt von „Benutzer“. | Beispiel: „Admin“ erbt von „Benutzer“. | ||
== Einfaches Beispiel == | === Einfaches Beispiel === | ||
Bild folgt | Bild folgt | ||
== Einsatzgebiete == | === Einsatzgebiete === | ||
* Erfassung und Dokumentation von Anforderungen | * Erfassung und Dokumentation von Anforderungen | ||
* Kommunikation zwischen Entwicklern und Fachabteilungen | * Kommunikation zwischen Entwicklern und Fachabteilungen | ||
| Zeile 49: | Zeile 49: | ||
* Planung der Systemfunktionen aus Benutzersicht | * Planung der Systemfunktionen aus Benutzersicht | ||
== Kurzmerksatz == | === Kurzmerksatz === | ||
'''Ein Use-Case-Diagramm zeigt, was das System aus Sicht der Benutzer leisten soll | '''Ein Use-Case-Diagramm zeigt, was das System aus Sicht der Benutzer leisten soll, Funktionen, Akteure und deren Beziehungen.''' | ||
Aktuelle Version vom 23. November 2025, 09:24 Uhr
UML Use-Case-Diagramm
Ein Use-Case-Diagramm (Anwendungsfalldiagramm) zeigt, welche Funktionen (Use Cases) ein System aus Sicht der Benutzer oder anderer externen Akteure bereitstellt. Es beschreibt *was* ein System tun soll – nicht *wie* es technisch umgesetzt wird.
Bestandteile
Ein Use-Case-Diagramm besteht aus drei zentralen Elementen:
1. Akteure (Actors)
- externe Benutzer, Rollen oder Systeme
- stehen **außerhalb** des Systems
- interagieren mit den Use Cases
Beispiele: „Benutzer“, „Admin“, „Zahlungsdienst“, „Drucker“
2. Use Cases (Anwendungsfälle)
- Funktionen oder Aufgaben, die das System ausführt
- werden als Ovale dargestellt
- beschreiben ein fachliches Ziel
Beispiele: „Einloggen“, „Bestellung aufgeben“, „Daten speichern“
3. Systemgrenze
- ein Rechteck, das das System umfasst
- zeigt, welche Funktionen vom System angeboten werden
- Akteure stehen außerhalb, Use Cases innerhalb
Beziehungen zwischen Use Cases
Include (<<include>>)
Ein Use Case enthält zwingend einen anderen Anwendungsfall. Beispiel: „Bestellung aufgeben“ beinhaltet immer „Bezahlung durchführen“.
Extend (<<extend>>)
Ein optionaler oder bedingter Anwendungsfall erweitert einen anderen. Beispiel: „Passwort zurücksetzen“ erweitert „Anmelden“, wenn das Passwort falsch ist.
Generalisierung
Akteure oder Use Cases können vererbt werden. Beispiel: „Admin“ erbt von „Benutzer“.
Einfaches Beispiel
Bild folgt
Einsatzgebiete
- Erfassung und Dokumentation von Anforderungen
- Kommunikation zwischen Entwicklern und Fachabteilungen
- Grundlage für Testszenarien
- Planung der Systemfunktionen aus Benutzersicht
Kurzmerksatz
Ein Use-Case-Diagramm zeigt, was das System aus Sicht der Benutzer leisten soll, Funktionen, Akteure und deren Beziehungen.
