2.8 KiB
Use Case 2: Zakup posiłku
Aktor podstawowy: Klient
Główni odbiorcy i oczekiwania względem systemu:
-
Klient: Oczekuje zamówionego posiłku, który został poprawnie przygotowany w warunkach, które spełniają normy sanitarne.
-
Magazyn: Oczekuje informacji na temat stanu liczebności danego posiłku po każdym zakupe.
-
Serwisant: Oczekuje informacji o stanie urządzenia przygotowującego posiłki po każdym wykonanym posiłku.
Warunki wstępne:
Automat posiada posiłek na stanie i urządzenie wydawania posiłku spełnia normy sanitarne (stan jest akceptowalny)
Warunki końcowe:
Automat wydaje poprawie przygotowany posiłek, stan magazynu jest zaktualizowany, informacja o stanie urządzenia jest u serwisanta.
Scenariusz główny (ścieżka podstawowa):
- Klient wybiera posiłek
- Automat wyświetla cenę do zapłaty Brutto
- Klient wybiera metode płatności
- Klient płaci
- Automat wyświetla informacje o przygotowywaniu posiłku
- Automat przygotowywuje posiłek
- Automat wydaje posiłek
- Klient odbiera posiłek
- Automat wysyła informacje o stanie ilości posiłku, który właśnie został zakupiony, do magazynu
- Automat sprawdza stan urządenia przygotowywującego posiłki
- Automat wysyła informacje o stanie urządzenia do serwisanta
Rozszerzenia (ścieżki alternatywne):
*a: Zawieszenie systemu:
-
- Automat wyświetla informacje o błędzie.
- krok pierwszy rozszerzenia *a
- krok drugi rozszerzenia *a
3a. nazwa rozszerzenia
-
krok pierwszy rozszerzenia 3a
-
krok drugi rozszerzenia 3a
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Krok pierwszy. 2. Krok drugi. 3. ...2b. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Krok pierwszy. 2. ... -
krok trzeci rozszerzenia 3a
-
krok czwarty rozszerzenia 3a
3b. nazwa rozszerzenia
- krok pierwszy rozszerzenia 3b
- krok drugi rozszerzenia 3b
- ...
3-4a. nazwa rozszerzenia
Wymagania specjalne:
-
...
-
...
-
...
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
2a. ...
2b. ...
3a. ...
Kwestie otwarte:
-
...
-
...
-
...