Projekt_APO-Automat_spozywczy/use-case-2.md

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:

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):

1. Klient wybiera posiłek
2. Automat wyświetla cenę do zapłaty Brutto
3. Klient wybiera metode płatności
4. Klient płaci
5. Automat wyświetla informacje o przygotowywaniu posiłku
6. Automat przygotowywuje posiłek
7. Automat wydaje posiłek
8. Klient odbiera posiłek
9. Automat wysyła informacje o stanie ilości posiłku, który właśnie został zakupiony, do magazynu
10. Automat sprawdza stan urządenia przygotowywującego posiłki
11. Automat wysyła informacje o stanie urządzenia do serwisanta

Rozszerzenia (ścieżki alternatywne):

*a: Zawieszenie systemu: Automat zapisuje stan, w którym proces zakupu posiłku się znajduje.

• 1. Automat wyświetla informacje o błędzie
• 2. Serwisant resetuje automat
• 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 - 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)

---

8a. Klient nie odbiera posiłku

• Automat informuje serwisanta
• Serwisant odbiera posiłek
• Automat wraca do stanu początkowego - sprzed zamówienia

---

Wymagania specjalne:

• 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:

1a. Numer produktu powinien być liczbą całkowitą z przedziąłu 1 - 99.

Kwestie otwarte:

• Jak automat powinien wydawać posiłek aby zminimalizować kontakt między klientem, a urządzeniem? - kwestie higieny