APO_Restaurant/use-case-1.md

Use Case 1: Kucharz wybiera zamówienie do realizacji

Aktor podstawowy: Kucharz

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

• Kucharz: przejrzysty widok zamówień, które należy przygotować, oraz zamówień, które już są w fazie przygotowywania
• Kucharz: możliwość zasygnalizowania poprzez system, że dane zamówienie jest już w fazie przygotowywania

Warunki wstępne:

• System wyświetla co najmniej jedno zamówienie ze statusem "do realizacji".

Warunki końcowe:

• System zmienił status zamówienia.

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

1. Kucharz wybiera zamówienie, aby zmienić status wybranego zamówienia.
2. System odpowiednio zmieni status zamówienia, z "do realizacji" na "w fazie przygotowywania".

---

*a. System ulega awarii

1. Kucharz resetuje system  
2. System ponownie wczytuje zamówienia, ich statusy, i je wyświetla  

*1a. Kucharz wykonał scenariusz 1, ale chce zmienić swój wybór

1. Kucharz zmienia status zamówienia wybranego przez pomyłkę z powrotem na status "do realizacji".
2. System odpowiednio zmieni status wybranego zamówienia.
3. Kucharz zmienia status zamówienia, którym rzeczywiście chce się zająć na status "w fazie przygotowania".
4. System odpowiednio zmieni status wybranego zamówienia.

*1b. Kucharz chce cofnąć ostatnią modyfikację statusu

1. Kucharz wybiera opcję "cofnij", aby cofnąć ostatnią modyfikację statusu zamówienia.
2. System odpowiednio zmieni status ostatniego modyfikowanego zamówienia, na status poprzedni.

Wymagania specjalne:

Wymagania technologiczne oraz ograniczenia na wprowadzane dane:

a*. Wymagany ekran dotykowy

Kwestie otwarte:

• Przypisywanie realizowanych zamówień pod konkretnych kucharzy