APO_Restaurant/use-case-2.md

Use Case 2: Kucharz skończył zamówienie

Aktor podstawowy: Kucharz

Główni odbiorcy i oczekiwania względem systemu:

• Kucharz: Wygodny i intuicyjny sposób zmiany stanu zamówień

Warunki wstępne:

Zamówienie, które kucharz zakończył miało status "W trakcie realizacji"

Warunki końcowe:

Zamówienie ma ustawiony status "Ukończone"

Scenariusz główny (ścieżka podstawowa):

1. Kucharz zmienia status zamówienia, które jest w stanie "W trakcie realizacji" na status "Ukończone"
2. System odpowiednio zmieni status zamówienia, z “W trakcie realizacji” na “Ukończone”

Rozszerzenia (ścieżki alternatywne):

*a. System ulega awari

1. Kucharz resetuje system

2. System ponownie wczytuje zamówienia, ich statusy i je wyświetla 2a. System nie mógł wczytać części lub żadnego zamówienia

   1. System wyświetla kucharzowi informację o błędzie
   2. System wyświetla zamówienia, które udało mu się wczytać

*1a. Kucharz zmienia status nie tego zamówienia, które rzeczywiście ukończył

1. Kucharz wybiera opcję "cofnij"
2. System odpowiednio zmieni status ostatniego modyfikowanego zamówienia na status poprzedni
3. Kucharz wybiera prawidłowe zamówienie, aby status wybranego zadania zmienił się z “W trakcie realizacji” na “Ukończone”
4. System odpowiednio zmieni status prawidłowego zamówienia z “W trakcie realizacji” na “Ukończone”

Wymagania specjalne:

• Wodoodporny ekran dotykowy, tekst musi być widoczny z odległości 1 metra

Wymagania technologiczne oraz ograniczenia na wprowadzane dane:

Kwestie otwarte:

• Przypisywanie realizowanych zamówień pod konkretnych kucharzy