So schreiben Sie effektive Anwendungsfälle

Name des Anwendungsfalls – Tickets bestellen

Der Name ist gut. Es gibt einen klaren Hinweis darauf, was der Anwendungsfall ist

Ziel – Der Kunde bucht erfolgreich Tickets für das Fußballspiel auf der Website

Beschreibung – Der Akteur besucht die Website, sieht sich die an
Zeitplan, wählt das Spiel aus
und Sitzplätze, bucht die
Ticket und bezahlt das Fußballspiel

Das Ziel und die Beschreibung werden klar erwähnt.
Das hilft den Designern
und Entwickler verstehen, was das ist
Ziel ihrer Designdokumente und ihres Codes

Akteure – Kunde, Kundendienstmitarbeiter
Voraussetzungen – Das System ist betriebsbereit.
Auslöser – Der Akteur hat auf das System zugegriffen, um Tickets zu buchen.
Nachbedingung – Der Schauspieler kann Tickets buchen. Das System aktualisiert die Informationen.

Alle anderen Use-Case-Details wie Akteure,
Vorbedingungen, Nachbedingungen u
Trigger erwähnt werden, die helfen werden
Design und Entwicklung der Anwendung einfacher.

Hauptfluss – Schritte

1. Der Schauspieler greift auf die Website zu und wählt aus, Tickets zu buchen
2. Das System zeigt die Buchungsinformationen an
3. Der Akteur bestätigt die Übereinstimmungsdetails (Weitere Details in der UI-Spezifikation)
4. Der Akteur bestätigt Sitzdetails (Weitere Details in der UI-Spezifikation)
5. System bestätigt Verfügbarkeit
6. Das System präsentiert ein Formular, um Benutzerinformationen zu erhalten
7. Der Akteur gibt Benutzerinformationen (Details in einem anderen Anwendungsfall)
8. System präsentiert Formular für Zahlungsinformationen
9. Der Akteur gibt Zahlungsinformationen (Details in einem anderen Anwendungsfall)
10. Das System bestätigt die Details und gibt eine Buchungs-ID aus
11. Der Schauspieler speichert Ticket
12. Der Akteur verlässt das System.

Enthaltene Anwendungsfälle

– Zahlung leisten

– Buchungs-ID generieren

Erweiterte Anwendungsfälle

– Zahlungsausfallmeldung generieren

– Ticket drucken

Die Schritte im Hauptablauf sind aber klar
UI-Details werden weggelassen. UI-Details im Anwendungsfall
bezüglich Sitzplatzwahl und Spiel
Auswahl kann den Anwendungsfall unhandlich machen.
Der Anwendungsfall zeigt deutlich, was der Akteur tun muss und was das System tun wird
Der Zahlungsvorgang ist in a
unterschiedlicher Anwendungsfall, damit Aufgaben gestellt werden können
leicht in verschiedene Designkomponenten zerlegt werden.
Enthaltene und erweiterte Anwendungsfälle werden genannt
damit man kann
Verweisen Sie auf sie für weitere Details.

Alternativer Fluss

-Tickets stornieren

1. Akteur bricht Transaktion ab
2. System bricht Transaktion ab

Ausnahmefluss

-Tickets für ausgewählte Spiele/ausgewählte Sitzplätze nicht verfügbar

1. Das System zeigt eine Fehlermeldung an

Alternativ- und Ausnahmeabläufe werden detailliert beschrieben.

* Der Anwendungsfall kann in Bezug auf die Referenzen und Alternativ- und Ausnahmeabläufe detaillierter sein. Dieses Beispiel soll hervorheben, was in einem gut geschriebenen Anwendungsfall enthalten sein sollte.

Name des Anwendungsfalls – Ticketbestellung

Der Name stammt nicht aus der Benutzerperspektive und scheint eine Geschäftsprozessdefinition zu sein.

Beschreibung – Der Schauspieler besucht die Website, sieht sich den Zeitplan an, wählt das Spiel und die Sitzplätze aus, bucht das Ticket und leistet die Zahlung für das Fußballspiel

Das Ziel des Anwendungsfalls fehlt. Designer, Testanalysten und Entwickler werden nicht verstehen, warum diese Funktionalität entwickelt werden muss.

Akteure – Kunde, Kundendienstmitarbeiter
Auslöser – Der Akteur hat auf das System zugegriffen, um Tickets zu buchen.
Nachbedingung – Der Schauspieler kann Tickets buchen. Das System aktualisiert die Informationen.

Es fehlen die Voraussetzungen.

Hauptablaufschritte

1. Der Kunde greift auf die Website zu und wählt die Option „Tickets buchen“, um Tickets zu buchen
2. Das System zeigt die Liste der Übereinstimmungen in einem Dropdown-Menü an.
3. Der Kundendienstmitarbeiter wählt aus der Dropdown-Liste aus
4. Das System zeigt die Sitzplatzdetails in einer Karte der Sitzplätze an
5. Der Schauspieler wählt Sitzplätze aus. Wenn die Plätze nicht verfügbar sind, wird eine Fehlermeldung angezeigt.
6. Der Schauspieler gibt Zahlungsdetails an
7. Der Schauspieler bucht das Ticket, sonst storniert er das Ticket.
8. Das System generiert eine Buchungs-ID aus dem Vornamen des Kunden und einer zufällig generierten 4-stelligen Nummer

Enthaltene Anwendungsfälle
– Zahlung leisten

In den Anwendungsfallschritten gibt es einige Verweise auf tatsächliche UI-Elemente, die den Leser verwirren können. Alternative Abläufe werden innerhalb des Hauptablaufs geschrieben, was es schwierig macht, den gesamten Prozess zu verstehen.
Der Schauspieler wird mit vielen Namen bezeichnet – „Kunde, Schauspieler und Kundendienstmitarbeiter, was verwirrend ist.
Die Generierung der Buchungs-ID wird hier erklärt, ist aber für die mit der Ticketbestellung verbundenen Akteure nicht von Belang.
Es gibt keine alternativen Flows, Ausnahmeflows und keine Erwähnung aller verwandten Anwendungsfälle.

Diesem Anwendungsfall mangelt es an Klarheit und Details und er hilft dem Team nicht, die Funktionalität richtig zu entwickeln.

1. Name
2. Beschreibung/Ziel
3. Vorbedingungen
4. Abzug
5. Grundfluss und alternative Flüsse
6. Ausnahmeszenarien
7. Bedingungen posten
8. Sonderwünsche ggf
9. Link zu den UI-Details und anderen verwandten Modellen/Diagrammen

1. Implementierungsdetails
2. Interne Verarbeitung
3. Nicht-funktionale Anforderungen
4. Details zur Benutzeroberfläche sollten gleichzeitig mit Anwendungsfällen, aber in einem separaten Dokument erfolgen

.