Anwendungsfalldiagramme

Ein wichtiger Teil der Unified Modeling Language (UML) sind die Möglichkeiten zum Zeichnen von Anwendungsdiagrammen. Anwendungsfälle werden während der Analysephase eines Projekts verwendet, um die Systemfunktionalität zu identifizieren und zu partitionieren. Sie unterteilen das System in Akteure und Anwendungsfälle. Akteure stellen Rollen dar, die von Benutzern des Systems gespielt werden können.

Diese Benutzer können Menschen, andere Computer, Hardwareteile oder sogar andere Softwaresysteme sein. Das einzige Kriterium ist, dass sie außerhalb des Teils des Systems liegen müssen, der in Anwendungsfälle unterteilt wird. Sie müssen diesen Teil des Systems mit Stimuli versorgen und von ihm Ausgänge empfangen.

Anwendungsfälle stellen die Aktivitäten dar, die Akteure mit Hilfe Ihres Systems ausführen, um ein Ziel zu verfolgen. Wir müssen definieren, was diese Benutzer (Akteure) vom System benötigen. Der Anwendungsfall sollte die Bedürfnisse und Ziele der Benutzer widerspiegeln und von einem Akteur initiiert werden. Unternehmen, Akteure und Kunden, die am Geschäftsanwendungsfall teilnehmen, sollten durch Vereinigung mit dem Anwendungsfall verbunden werden.

Anwendungsfalldiagramme zeichnen

Die folgende Abbildung zeigt, wie ein Anwendungsfall wie eine UML-Schaltform aussehen könnte. Der Anwendungsfall selbst sieht aus wie ein Oval. Die Schauspieler sind als kleine Strichmännchen gezeichnet. Die Akteure sind über Linien mit dem Anwendungsfall verbunden.

Use-case 1 - Der Verkäufer checkt einen Artikel aus

• Der Kunde legt den Artikel auf den Schalter.
• «Verwendet» Swipe UPC Reader.
• Das System sucht in der Datenbank nach UPC-Code, um die Artikelbeschreibung und den Preis zu ermitteln
• Das System gibt einen Signalton aus.
• Das System gibt die Artikelbeschreibung und den Preis über die Sprachausgabe bekannt.
• Das System fügt der aktuellen Rechnung Preis und Artikeltyp hinzu.
• Das System addiert den Preis zur korrekten Zwischensumme der Steuern

Die Beziehung «using» ähnelt also stark einem Funktionsaufruf oder einer Unterroutine.

Der auf diese Weise verwendete Anwendungsfall wird als abstrakter Anwendungsfall bezeichnet, da er nicht eigenständig existieren kann, sondern von anderen Anwendungsfällen verwendet werden muss.

Beispiel ─ Anwendungsfall für das Zurückziehen

Das Ziel eines Kunden in Bezug auf unseren Geldautomaten ist es, Geld abzuheben. Also fügen wir hinzuWithdrawalAnwendungsfall. Das Abheben von Geld aus dem Automaten kann eine Bank für die durchzuführenden Transaktionen einbeziehen. Also fügen wir noch einen weiteren Schauspieler hinzu -Bank. Beide am Anwendungsfall beteiligten Akteure sollten durch Vereinigung mit dem Anwendungsfall verbunden sein.

Der Geldautomat bietet dem Kunden und den Akteuren der Bank einen Anwendungsfall für die Auszahlung.

Beziehungen zwischen Akteuren und Anwendungsfällen

Anwendungsfälle können mithilfe der folgenden Beziehungen organisiert werden:

• Generalization
• Association
• Extend
• Include

Verallgemeinerung zwischen Anwendungsfällen

Es kann Fälle geben, in denen Akteure mit ähnlichen Anwendungsfällen verbunden sind. In diesem Fall erbt ein untergeordneter Anwendungsfall die Eigenschaften und das Verhalten der übergeordneten Verwendung. Daher müssen wir den Akteur verallgemeinern, um die Vererbung von Funktionen zu zeigen. Sie werden durch eine durchgezogene Linie mit einer großen Pfeilspitze aus einem hohlen Dreieck dargestellt.

Assoziation zwischen Anwendungsfällen

Assoziationen zwischen Akteuren und Anwendungsfällen sind in Anwendungsfalldiagrammen durch durchgezogene Linien gekennzeichnet. Eine Assoziation besteht immer dann, wenn ein Akteur an einer Interaktion beteiligt ist, die durch einen Anwendungsfall beschrieben wird.

Erweitern

Es gibt einige Funktionen, die optional ausgelöst werden. In solchen Fällen wird die Erweiterungsbeziehung verwendet und die Erweiterungsregel daran angehängt. Beachten Sie, dass der Basisanwendungsfall in der Lage sein sollte, eine Funktion selbst auszuführen, selbst wenn der erweiterte Anwendungsfall nicht aufgerufen wird.

Die erweiterte Beziehung wird als gestrichelte Linie mit einer offenen Pfeilspitze angezeigt, die vom erweiterten Anwendungsfall zum erweiterten (Basis-) Anwendungsfall gerichtet ist. Der Pfeil ist mit dem Schlüsselwort «verlängern» gekennzeichnet.

Einschließen

Es wird verwendet, um Anwendungsfallfragmente zu extrahieren, die in mehreren Anwendungsfällen dupliziert werden. Es wird auch verwendet, um große Anwendungsfälle zu vereinfachen, indem es in mehrere Anwendungsfälle aufgeteilt wird, und um gemeinsame Teile des Verhaltens von zwei oder mehr Anwendungsfällen zu extrahieren.

Schließen Sie die Beziehung zwischen Anwendungsfällen ein, die durch einen gestrichelten Pfeil mit einer offenen Pfeilspitze vom Basisanwendungsfall zum eingeschlossenen Anwendungsfall angezeigt wird. Der Pfeil ist mit dem Schlüsselwort «include» gekennzeichnet.

Anwendungsfälle befassen sich nur mit den funktionalen Anforderungen an ein System. Andere Anforderungen wie Geschäftsregeln, Anforderungen an die Servicequalität und Implementierungsbeschränkungen müssen separat dargestellt werden.

Das folgende Diagramm ist ein Beispiel für ein einfaches Anwendungsfalldiagramm, in dem alle Elemente markiert sind.

Grundprinzipien für eine erfolgreiche Anwendung von Anwendungsfällen

• Halten Sie es einfach, indem Sie Geschichten erzählen
• Seien Sie produktiv ohne Perfektion
• Verstehe das große Ganze
• Identifizieren Sie die Wiederverwendungsmöglichkeit für Anwendungsfälle
• Wert im Fokus
• Bauen Sie das System in Scheiben
• Liefern Sie das System in Schritten
• Passen Sie sich an die Bedürfnisse des Teams an

Anwendungsfallvorlage

Hier haben wir eine Beispielvorlage eines Anwendungsfalls gezeigt, die ein Business Analyst ausfüllen kann, damit die Informationen für das technische Team nützlich sein können, um Informationen über das Projekt zu ermitteln.

Anwendungsfall-ID:
Anwendungsfallname:
Erstellt von:		Zuletzt aktualisiert von
Datum erstellt:		Datum der letzten Aktualisierung
Darsteller:
Beschreibung:
Voraussetzungen:
Postbedingungen:
Priorität:
Häufigkeit der Nutzung:
Normaler Ablauf:
Alternative Kurse:
Ausnahmen:
Beinhaltet:
Besondere Anforderungen:
Annahmen:
Anmerkungen und Probleme: