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: 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: Warunki końcowe:
---------------- ----------------
@ -56,67 +56,58 @@ Automat zapisuje stan, w którym proces zakupu posiłku się znajduje.
- Płatność dokonana kartą - Płatność dokonana kartą
- Automat wysyła żądanie do Systemu Płatności o anulowanie transakcji - Automat wysyła żądanie do Systemu Płatności o anulowanie transakcji
- 2. Stan zakupu jest przed płatnością - 2. Stan zakupu jest przed płatnością
- Automat wraca do stanu początkowego - 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 4. Klient płaci
- 4a Klient płaci kartą (UseCase 3) - 4a Klient płaci kartą (UseCase 3)
- 4b Klient płaci gotówką (UseCase 4) - 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 --> 8a. Klient nie odbiera posiłku
- Automat informuje serwisanta
1. krok pierwszy rozszerzenia 3a - Serwisant odbiera posiłek
2. krok drugi rozszerzenia 3a - Automat wraca do stanu początkowego - sprzed zamówienia
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 -->
----
Wymagania specjalne: 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: Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
--------------------------------------------------------------- ---------------------------------------------------------------
2a. ... 1a. Numer produktu powinien być liczbą całkowitą z przedziąłu 1 - 99.
2b. ...
3a. ... <!-- np. 3a. Pin składa się z 4 cyfr. -->
Kwestie otwarte: 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
- ...
- ...