Die UML gibt die Strichfigur als Akteur-Symbol vor. The actor can be a human or other external system. Die Abläufe und die Reihenfolge können im Szenario[1] Siehe Test Cases in „Hinzufügen von Tests“ auf Seite 148In einem Anwendungsfalldiagramm werden alle Beteiligten (Stakeholder) eines Vorganges (Anwendungsfalls) mit Hilfe von Akteuren dargestellt. Der Akteur Kunde hingegen darf den Use Case Geld einzahlen nicht ausführen!UML gestattet für alle Anwendungsfälle und Akteure, detaillierte Beschreibungen in Form von verbalen Formulierungen anzufügen.
0000003248 00000 n
Die Pfeilspitze zeigt auf den Anwendungsfall, der erweitert wird.Ist ein Anwendungsfall in einem Zweiten enthalten, d. h. ist er fester Bestandteil von diesem, werden beide Anwendungsfälle mit einem Pfeil verbunden, der das Stereotyp «include» als Beschriftung erhält. 12, Zusatz (a) und (b)). 11).Wie bei der «include» Beziehung wird auch bei der «extend» Beziehung im Diagramm kein Zeitpunkt angegeben, wann der erweiternde Use Case ausgeführt wird.
(Alternativ können Verhaltensmodelle verwendet werden, um Details in strukturierter Form anzufügen.) Für jeden Use Case (Anwendungsfall) sollte es mindestens einen Test Case (Testfall) geben. trailer
0000001637 00000 n
0000004738 00000 n
Use-Case-Modellierung mag auf den ersten Blick trivial, wie „Ma-len-nach-Zahlen“, aussehen. Die Use-Cases sind in einem Rechteck eingezeichnet, das die Beschriftung Online-Shopträgt. Beide Seiten entwickeln ein gemeinsames Bild des Systems, so können Missverständnisse über den Funktionsumfang frühzeitig vermieden werden. 0000008052 00000 n
0000008680 00000 n
In systems engineering, use cases are used at a higher level than within software engineering, often representing missions or stakeholder goals. Alle Rechte vorbehalten. Der Kunde der eigenen Bank ist somit auch ein Kunde (Generalisierung wir auch als is-a Beziehung bezeichnet), daher erbt der Kunde der eigenen Bank auch die Beziehung zum Use Case Geld abheben vom Kunden. 0000001761 00000 n
Die Beziehungen werden mit Linien modelliert. Wann genau der eingebundene Use Case auszuführen ist, kann nicht im Diagramm beschrieben werden! Der Akteur © 2020 Sparx Systems Ltd und SparxSystems Software GmbH. In der Projektrealität trifft man häufig eine sehr einfa-che, skizzenhafte Verwendung von Use-Case-Diagrammen für erste Diskussionen mit den Stakeholdern an, die es Ihnen ermöglicht, Besprochenes in ein Bild zu fas- Die Pfeilspitze zeigt auf den enthaltenen Anwendungsfall.Diese Beziehung kann zwischen Akteuren und zwischen Anwendungsfällen modelliert werden und bedeutet, dass ein Anwendungsfall oder ein Akteur spezialisiert wird.
A Use Case represents a discrete unit of interaction between a user (human or machine) and the system. Das Diagramm beschreibt nur, welche Anwendungsfälle es gibt und wer daran beteiligt ist.
0000001240 00000 n
Das Use Case Diagramm ist lediglich die grafische Repräsentation von Anwendungsfällen und deren Beziehungen zur Umwelt und zueinander. 0000009306 00000 n
Aus den Anforderungen, die uns zum Online-Shop vorliegen, könnte man folgendes erstes Use-Case-Diagramm erstellen. Mit dem eingebundenen Anwendungsfall muss nicht zwingend ein Akteur verbunden sein.Use Cases, die nicht direkt von einem Akteur aufgerufen werden können, werden oft mit dem Stereotyp «secondary» versehen. Ein Akteur wird mittels einer einfachen Assoziation mit Anwendungsfällen verbunden. B. eine Klasse oder eine Komponente sein, welche die gesamte Anwendung repräsentiert. Das hat den Vorteil, dass die Größe der Ellipse nicht mit der Länge des Anwendungsfallnamens skalieren muss.
Jede Beziehung von einem Akteur (Benutzer bzw. 99 0 obj
<>
endobj
Auf dem Pfeil wird das Schlüsselwort «include» notiert. 0000005264 00000 n
Das gehört nicht zum UML-Standard, es ist aber üblich Anwendungsfälle als "sekundär" zu bezeichnen, wenn sie nicht direkt von einem Akteur ausgeführt werden können, sondern nur im Kontext eines "primären" Anwendungsfall Sinn machen oder lediglich in dessen Kontext ausführbar sein sollen.