Anwendungsfalldiagramm vs. Anwendungsfallspezifikation

Anwendungsfall vs. Anwendungsfallspezifikation

Ein Anwendungsfall beschreibt eine Aufgabe, die von einem Akteur ausgeführt wird und zu einem Ergebnis mit geschäftlichem Wert für ein Unternehmen führt. Ein Anwendungsfall kann als Anwendungsfalldiagramm und/oder in einem strukturierten Textspezifikationsformat visualisiert werden:

Anwendungsfall (Aufgabe – die ein Kunde ausführen möchte) kann sein:

• Interaktiv  – Ein Systemanwendungsfall beschreibt die Interaktion eines Akteurs mit einem System zur Verfolgung des definierten Geschäftsziels
• Manuell  – Eine Abfolge von Aktionen, die von einem Akteur ausgeführt werden
• Automatisiert  – Eine Abfolge von Schritten, die von einem Programm oder Skript ausgeführt werden

Merkmale von Anwendungsfällen

Ein Anwendungsfall hat:

• Nur ein Ziel
• Ein einziger Ausgangspunkt
• Ein einziger Endpunkt
• Mehrere Wege, um vom Anfang bis zum Ende zu gelangen
• dh Verhalten für eine Vielzahl möglicher Bedingungen festlegen
• Jede Bedingung kann bestimmte Maßnahmen erfordern

Zum Beispiel – Kunde zahlt Rechnung:

Es gibt mehrere Wege zum  Ziel :

• Telefonische Zahlung
• Per Mail
• Persönlich
• per Scheck
• per Bargeld usw.

Ein Weg,  der nicht zum Ziel führt:

• Kreditkarte wird abgelehnt

Agiler Use-Case-Ansatz

Das Anwendungsfallmodell und seine einzelnen Anwendungsfälle entwickeln sich im Laufe der Zeit Ebene für Ebene weiter. Nicht alle Anwendungsfälle eines Modells müssen zwangsläufig im gleichen Detaillierungsgrad spezifiziert werden.

Just-in-Time und Just-Enough

Anwendungsfälle können auf unterschiedlichen Daten- und Umfangsebenen geschrieben werden, wobei jeder einem bestimmten Zweck dient:

• Zusammenfassung : Allgemeine Beschreibungen und umfassende Übersichten über Systemfunktionen oder Geschäftsprozesse.
• Benutzerebene  : Aufgabenbezogene Beschreibungen von Benutzern und wie sie mit dem System interagieren; Beschreibungen eines bestimmten Geschäftsprozesses. Anwendungsfälle auf Benutzerebene werden normalerweise auf der Aufgabenebene betrachtet, die die Hauptarbeit des Benutzers darstellt.
• Unterfunktion : Beschreibungen von Aktivitäten auf niedrigerer Ebene, die verwendet werden, um Unterteile eines Kernanwendungsfalls abzuschließen.

Hinweis: Einige Anwendungsfälle können bis Stufe II ausreichend spezifiziert sein. Sie hören auf, wenn mit Just-in-Time und Just-Enough-Weise genügend Details erreicht sind.

Eine detaillierte Anwendungsfallspezifikation

Der detaillierte Anwendungsfall ist eine Textdarstellung, die eine Abfolge von Ereignissen zusammen mit anderen verwandten Anwendungsfallinformationen in einem bestimmten Format darstellt. Menschen verwenden typischerweise eine Standard-Use-Case-Vorlage zum Aufzeichnen der detaillierten Informationen für die Use-Cases

Use Case Template – Fallbeispiel für Geldautomatenabhebungen

Wie bereits erwähnt, gibt es mehrere Notationsstile für Anwendungsfälle (z. B. Diagrammstil, einheitliche Modellierungssprache, textuelles Format). Welche Notation auch immer verwendet wird, sie sollte leicht verständlich sein. Sie können Vorlagen wie die von  Alistair Cockburn verwenden , aber es ist auch eine Option, das zu verwenden, was am besten zu Ihrem Team passt.

Anwendungsfallspezifikation

Name des Anwendungsfalls:  Bargeld abheben

Akteur(e): Kunde (primär), Bankensystem (sekundär)

Kurzbeschreibung:  Ermöglicht jedem Bankkunden, Bargeld von seinem Bankkonto abzuheben.

Priorität:  Must Have

Status:  Mittlerer Detailgrad

Voraussetzung:  Der Bankkunde hat eine Karte zum Einstecken in den Geldautomaten
Der Geldautomat ist ordnungsgemäß online

Nachbedingung(en):

• Der Bankkunde hat sein Bargeld (und optional eine Quittung) erhalten
• Die Bank hat das Bankkonto des Kunden belastet und Einzelheiten der Transaktion aufgezeichnet

Basispfad:

1. Der Kunde führt seine Karte in den Geldautomaten ein
2. Der Geldautomat prüft, ob es sich bei der Karte um eine gültige Bankkarte handelt
3. Der Geldautomat fordert einen PIN-Code an
4. Der Kunde gibt seinen PIN-Code ein
5. Der Geldautomat validiert die Bankkarte anhand des PIN-Codes
6. Der Geldautomat bietet Serviceoptionen, einschließlich „Abheben“
7. Der Kunde wählt „Auszahlen“
8. Der Geldautomat bietet Optionen für Beträge
9. Der Kunde wählt einen Betrag aus oder gibt einen Betrag ein
10. Der Geldautomat überprüft, ob er genügend Bargeld in seinem Hopper hat
11. Der Geldautomat überprüft, ob der Kunde die Auszahlungslimits unterschritten hat
12. Der Geldautomat überprüft die ausreichende Deckung des Bankkontos des Kunden
13. Der Geldautomat belastet das Bankkonto des Kunden
14. Der Geldautomat gibt die Bankkarte des Kunden zurück
15. Der Kunde nimmt seine Bankkarte
16. Der Geldautomat gibt das Bargeld des Kunden aus
17. Der Kunde nimmt sein Bargeld

Alternative Pfade:

2a. Ungültige Karte

2b. Karte verkehrt herum

5a. Gestohlene Karte

5b. PIN ungültig

10 A. Unzureichendes Bargeld im Hopper

10b. Falscher Bargeldwert im Hopper

11a. Auszahlung oberhalb der Auszahlungslimits

12a. Unzureichende Deckung auf dem Bankkonto des Kunden

14a. Bankkarte steckt im Automaten

15a. Der Kunde nimmt seine Bankkarte nicht mit

16a. Bargeld im Automaten stecken

17a. Der Kunde nimmt sein Bargeld nicht an

• Ein Geldautomat kann nicht mit dem Banksystem kommunizieren
• b Der Kunde reagiert nicht auf die Eingabeaufforderung des Geldautomaten

Geschäftsregeln:

B1: Format der PIN

B2: Anzahl der PIN-Wiederholungen

B3: Serviceoptionen

B4: Betragsoptionen

B5: Auszahlungslimit

B6: Karte muss vor Bargeldausgabe eingezogen werden

Nicht-funktionale Anforderungen:

NF1: Zeit für vollständige Transaktion

NF2: Sicherheit für die PIN-Eingabe

NF3: Zeit, um die Abholung von Karte und Bargeld zu ermöglichen

NF4: Sprachunterstützung

NF5: Blinde und teilweise blinde Unterstützung