Write usecase 2

This commit is contained in:
barmal4 2021-11-09 13:59:32 +01:00
parent 81bdccae60
commit 89b07859ac

View File

@ -18,7 +18,7 @@ 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)
Urządzenie wydawania posiłku spełnia normy sanitarne (stan jest akceptowalny)
Warunki końcowe:
----------------
@ -51,72 +51,63 @@ Automat zapisuje stan, w którym proces zakupu posiłku się znajduje.
- 3. Automat sprawdza czy stan zakupu jest po dokonaniu płatności.
- 1. Stan zakupu jest po dokonaniu płatności
- Płatności dokonana gotówką
- Automat zwraca pieniądze
- Płatność dokonana kartą
- Automat wysyła żądanie do Systemu Płatności o anulowanie transakcji
- 2. Stan zakupu jest przed płatnością
- Automat wraca do stanu początkowego
- Płatności dokonana gotówką
- Automat zwraca pieniądze
- Płatność dokonana kartą
- Automat wysyła żądanie do Systemu Płatności o anulowanie transakcji
- 2. Stan zakupu jest przed płatnością
- Automat wraca do stanu początkowego - sprzed zamówienia
- 4. Automat sprawdza czy posiłek znajduje się w urządzeniu do wydawania posiłków
- 1. Posiłek znajduje się w urządzeniu do wydawania posiłków
- Automat wzywa serwisanta do usunięcia posiłku z urządzenia przygotowującego
- Serwisant wyciąga posiłek
- Automat sprawdza stan urządzenia przygotowującego posiłki
- Automat wysyła informacje o stanie urządzenia do serwisanta
- Automat wysyła informacje o stanie ilości posiłku, który właśnie
został zakupiony, do magazynu
- Automat wraca do stanu początkowego - sprzed zamówienia
- 2. Posiłek nie znajduje się w urządzeniu do wydawania posiłków
- Automat wraca do stanu początkowego - sprzed zamówienia
------
1a. Klient wybiera zły posiłek
1. Klient naciska przycisk anulowania zamówienia
2. Automat wraca do stanu początkowego - sprzed zamówienia
------
4. Klient płaci
- 4a Klient płaci kartą (UseCase 3)
- 4b Klient płaci gotówką (UseCase 4)
6. krok pierwszy rozszerzenia *a
7. krok drugi rozszerzenia *a
------
3a. nazwa rozszerzenia <!-- np. 3a. Nieprawidłowy pin -->
1. krok pierwszy rozszerzenia 3a
2. 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. ...
3. krok trzeci rozszerzenia 3a
4. krok czwarty rozszerzenia 3a
3b. nazwa rozszerzenia
1. krok pierwszy rozszerzenia 3b
2. krok drugi rozszerzenia 3b
3. ...
3-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 -->
8a. Klient nie odbiera posiłku
- Automat informuje serwisanta
- Serwisant odbiera posiłek
- Automat wraca do stanu początkowego - sprzed zamówienia
----
Wymagania specjalne:
--------------------
- ... <!--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. -->
- Interfejs użytkownika musi być dostępny w języku polskim i angielskim
- ...
- Posiłek musi zostać odebrany przez klienta w przeciągu 30 sekund od wydania
- ...
- Pinpad powinien zawierać przycisk powrotu - służący do zmiany wybranego posiłku w
przypadku pomyłki
- Posiłki powinny być wydawane na jednorazowych talerzykach
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
2a. ...
2b. ...
3a. ... <!-- np. 3a. Pin składa się z 4 cyfr. -->
1a. Numer produktu powinien być liczbą całkowitą z przedziąłu 1 - 99.
Kwestie otwarte:
----------------
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
- ...
- ...
- Jak automat powinien wydawać posiłek aby zminimalizować kontakt między klientem, a
urządzeniem? - kwestie higieny