Anwendungsfalldiagramm: Unterschied zwischen den Versionen

Die '''Unified Modeling Language''' (Vereinheitlichte Modellierungssprache), kurz '''UML''', ist eine standardisierte grafische Modellierungssprache zur Beschreibung von Anforderungen und Softwarearchitekturen. Das '''Anwendungsfalldiagramm''' ist Teil der UML und wird im englischsprachigen Raum auch als '''Use Case Diagramm''' bezeichnet.  

Ziel des Anwendungsfalldiagramms ist es, in der Analysephase die funktionalen Anforderungen des Auftraggebers aus fachlicher Sicht für alle Beteiligten verständlich, übersichtlich und vollständig zu modellieren. Es dient als zentrales Kommunikationsmittel, um zwischen potenziellen Anwendern, Auftraggebern (Fachseite) und Auftragnehmern (Entwicklerteam) zu vermitteln. Als strukturierte Anforderungsbeschreibung können Anwendungsfalldiagramme direkt in das Lastenheft mit aufgenommen werden.

Das Anwendungsfalldiagramm besteht aus drei wesentlichen Elementen:<ref>Heide Balzer: ''Lehrbuch der Objektmodellierung - Analyse und Entwurf'', Spektrum Akademischer Verlag, S. 62 ff.</ref>

# '''Akteure (engl. ''actors''):''' In einem Anwendungsfalldiagramm werden potenzielle Benutzer des Systems identifiziert. Diese Benutzer nennt man Akteure. Jeder Akteur hat gewisse Erwartungen an die Software. Benutzer erwarten, dass das Programm ihnen hilft, ihre Aufgaben schneller und einfacher zu lösen.

# '''Anwendungsfälle (engl. ''use cases''):''' Diese Aufgaben der Benutzer nennt man Anwendungsfälle. Sie erzeugen für den Anwender ein Ergebnis von messbarem Wert.

# '''Beziehungen (engl. ''relations''):''' Die Verbindung zwischen Akteur und Anwendungsfall (oder zwischen Anwendungsfällen untereinander) nennt man Beziehung oder Relation.

''Hinweis zur Abgrenzung:'' Der detaillierte, prozessuale Ablauf von Anwendungsfällen wird nicht hier, sondern vorzugsweise in einem UML-Aktivitätendiagramm dargestellt.

Der Aufbau eines Anwendungsfalldiagramms folgt methodisch folgenden drei Regeln:

# '''Akteure identifizieren:''' Als erstes sollte man klären, welche unterschiedlichen Akteure die zu erstellende Software benutzen werden. Akteure werden als „Strichmännchen“ dargestellt. Alle notwendigen Benutzer der Software sind darzustellen. Dies sind in der Regel Personen wie Kunden, Mitarbeiter oder Administratoren. Es können aber auch andere Software-Systeme sein, die eine Anwendung benutzen werden. Jeder Akteur sollte einen aussagekräftigen und selbsterklärenden Namen haben. „User“ bzw. „Akteur“ sind keine aussagekräftigen Namen, da sie für jede Software gültig sind.

# '''Anwendungsfälle definieren:''' Als zweites sollte geklärt werden, welche Anwendungsfälle die Software erfüllen soll. Anwendungsfälle werden in Ellipsen dargestellt. In diese Ellipsen wird die inhaltliche Beschreibung geschrieben. Es wird empfohlen, den Anwendungsfall kurz und aussagekräftig zusammenzufassen. Trotz der Kürze muss er verständlich bleiben! Daher sollte er in einem ganzen, aber möglichst knappen Satz im Sinne von ''Subjekt-Prädikat-Objekt'' (bzw. im Infinitiv) formuliert werden.

# '''Beziehungen verknüpfen:''' Erst im dritten Schritt werden die Anwendungsfälle und Akteure über Beziehungen miteinander verbunden. Beziehungen zwischen Akteuren und Anwendungsfällen müssen durch Linien gekennzeichnet werden.

Assoziationen verbinden Akteure mit Use Cases. Eine Assoziation bedeutet, dass der User die Aktion ausführen kann und somit mit dem System interagiert, das den Use Case enthält. Dabei darf ein einzelner Use Case mit mehreren Akteuren und ein einzelner Akteur mit mehreren Use Cases verbunden sein. Eine einzelne Assoziation muss immer genau zwei Elemente miteinander verbinden (binäre Assoziation).

Ungerichtete Assoziationen werden als eine durchgehende Linie dargestellt. Es ist die offenste Form der Darstellung und lässt Spielraum für Interpretation bezüglich des genauen Datenflusses.

<svg width="450" height="140" viewBox="0 0 450 140" xmlns="http://www.w3.org/2000/svg" style="background-color: transparent;">

Pfeile an der Assoziation geben an, wer die Aktion initiieren kann. Hier spricht man von einer gerichteten Assoziation. Ein Pfeil, der auf den Use Case gerichtet ist, besagt, dass nur der Akteur die Aktion initiieren kann, während ein Pfeil, der auf den Akteur zeigt, besagt, dass nur der Use Case die Aktion initiieren kann. Können beide Seiten die Aktion initiieren, werden die Pfeile weggelassen, anstatt zwei Pfeile zu setzen.

<svg width="500" height="140" viewBox="0 0 500 140" xmlns="http://www.w3.org/2000/svg" style="background-color: transparent;">

Multiplizitäten geben an, wie viele Akteure mit wie vielen Anwendungsfällen in Beziehung stehen. Sie werden an gerichtete oder ungerichtete Assoziationen modelliert.

 

 

 

 

 

Da diese Information jedoch häufig für die Adressaten des Use Case Diagramms keine Rolle spielt, werden Multiplizitäten im Anwendungsfalldiagramm eher selten notiert. Eine elementare Rolle spielen sie hingegen beim [[Klassendiagramm]].

<code>include</code>-Beziehungen (dt. beinhalten) werden mittels einer mit <code><<include>></code> gekennzeichneten gestrichelten Linie und einem Pfeil zum inkludierten Anwendungsfall gekennzeichnet. Hierdurch wird abgebildet, dass der inkludierte Anwendungsfall immer zwingend ausgeführt werden muss.

Die Include-Anweisung gibt an, dass ein Use Case alle inkludierten Use Cases zwingend mitbenutzt. Die Include-Beziehung wird durch eine gestrichelte Linie dargestellt, die durch das Schlüsselwort <code><<include>></code> gekennzeichnet ist und vom Basis Use Case einen Pfeil in Richtung des zu inkludierenden Use Cases hat.

<svg width="580" height="110" viewBox="0 0 580 110" xmlns="http://www.w3.org/2000/svg" style="background-color: transparent;">

    <text x="95" y="39" font-family="Arial, sans-serif" font-size="12" font-weight="bold" text-anchor="middle" fill="#222222">Basis Use-Case</text>

    <line x1="200" y1="55" x2="370" y2="55" stroke="#222222" stroke-width="2" stroke-dasharray="6,6" />

  <g transform="translate(380, 20)">

    <ellipse cx="95" cy="35" rx="90" ry="30" fill="#ffffff" stroke="#222222" stroke-width="2"/>

    <text x="95" y="39" font-family="Arial, sans-serif" font-size="12" font-weight="bold" text-anchor="middle" fill="#222222">Inkludierter Use-Case</text>

Die <code>extend</code>-Beziehung gibt an, dass ein Use Case optional ist und nur unter bestimmten Bedingungen ausgeführt wird. Sie wird durch eine gestrichelte Linie dargestellt, die durch das Schlüsselwort <code><<extend>></code> gekennzeichnet ist und vom Extension Use Case (Erweiterung) einen Pfeil in Richtung des Basis Use Cases hat.

Der Basis Use Case bestimmt sogenannte Erweiterungspunkte (''Extension Points''), die den präzisen Ort innerhalb des Use Cases angeben, an dem Extensions hinzugefügt werden dürfen. Erweiterungspunkte werden dargestellt, indem dem Use Case eine horizontale Linie hinzugefügt wird, unter der das Schlüsselwort <code>extension points</code> steht, gefolgt von den Namen der Erweiterungspunkte.

Optional kann an eine Extend-Anweisung eine Bedingung (''Condition'') hinzugefügt werden, die beschreibt, unter welchen Voraussetzungen bezogen auf den Erweiterungspunkt der Extend Use Case ausgeführt wird. Die Bedingung wird in der UML als Notizzettel dargestellt, der das Schlüsselwort <code>Condition</code> enthält, gefolgt von der Bedingung in geschweiften Klammern und darunter der Erweiterungspunkt, auf den sich die Bedingung bezieht. Die Bedingung ist mit einer gestrichelten Linie mit der Linie der Extend-Anweisung verbunden.

<html>

<svg width="620" height="230" viewBox="0 0 620 230" xmlns="http://www.w3.org/2000/svg" style="background-color: transparent;">

    <ellipse cx="100" cy="40" rx="95" ry="38" fill="#ffffff" stroke="#222222" stroke-width="2"/>

    <text x="100" y="32" font-family="Arial, sans-serif" font-size="12" font-weight="bold" text-anchor="middle" fill="#222222">Basis Use-Case</text>

    <line x1="15" y1="42" x2="185" y2="42" stroke="#555555" stroke-width="1" />

    <text x="100" y="55" font-family="Arial, sans-serif" font-size="10" font-style="italic" text-anchor="middle" fill="#555555">extension points:</text>

  <g transform="translate(410, 70)">

    <text x="100" y="44" font-family="Arial, sans-serif" font-size="12" font-weight="bold" text-anchor="middle" fill="#222222">Extension Use-Case</text>

  </g>

  <g transform="translate(220, 10)">

    <polygon points="0,0 160,0 180,20 180,50 0,50" fill="#ffffff" stroke="#222222" stroke-width="1" />

    <text x="10" y="18" font-family="Arial, sans-serif" font-size="10" font-weight="bold" fill="#222222">Condition: {Bedingung}</text>

    <text x="10" y="34" font-family="Arial, sans-serif" font-size="10" fill="#555555">Erweiterungspunkt</text>

  <line x1="310" y1="60" x2="310" y2="110" stroke="#555555" stroke-width="1" stroke-dasharray="3,3" />

Zwischen zwei Anwendungsfällen und Akteuren kann eine Generalisierungsbeziehung existieren (Vererbungspfeil). Ausgedrückt wird damit, dass der spezialisierte Anwendungsfall oder Akteur alle Bestandteile des allgemeinen Anwendungsfalls oder Akteurs beinhaltet. Der spezialisierte Anwendungsfall oder Akteur konkretisiert oder erweitert den allgemeinen Anwendungsfall.

<svg width="360" height="260" viewBox="0 0 360 260" xmlns="http://www.w3.org/2000/svg" style="background-color: transparent;">

  <g transform="translate(30, 10)">

    <circle cx="30" cy="20" r="15" fill="#ffffff" stroke="#222222" stroke-width="2"/>

    <line x1="30" y1="35" x2="30" y2="75" stroke="#222222" stroke-width="2"/>

    <line x1="10" y1="50" x2="50" y2="50" stroke="#222222" stroke-width="2"/>

    <text x="30" y="125" font-family="Arial, sans-serif" font-size="12" font-weight="bold" text-anchor="middle" fill="#222222">Anwender</text>

    <polygon points="60,135 50,150 70,150" fill="#ffffff" stroke="#222222" stroke-width="2" />

Im obigen Beispiel ist der Akteur '''Fahrer''' eine Spezialisierung von '''Anwender'''. Ein Fahrer besitzt alle Fähigkeiten, Use Cases und Eigenschaften eines allgemeinen Anwenders, wie z.B. Vorname, Nachname, Benutzername und dass er sich mit dem Benutzernamen und Passwort anmelden kann (login), fügt jedoch spezifische Eigenschaften oder Rollen hinzu.