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 zrealizować, oraz zamówień, które już są w trakcie realizacji

Warunki wstępne:

• Prawidłowe działanie systemu i ekranu dotykowego.

Warunki końcowe:

• Oczekiwana zmiana statusu danego zamówienia.

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

1. System wyświetla co najmniej jedno zamówienie ze statusem "Do realizacji"
2. Kucharz wybiera zamówienie, aby status wybranego zadania zmienił się z "Do realizacji" na "W trakcie realizacji"
3. System odpowiednio zmieni status zamówienia, z "Do realizacji" na "W trakcie realizacji"

---

*a. System ulega awarii

*1a. Kucharz zmienia status nie tego zamówienia, którym chce się rzeczywiście zająć

1. Kucharz zmienia status zamówienia wybranego przez pomyłkę, z powrotem na status "Do realizacji"
2. System odpowiednio zmieni status wybranego zamówienia, z "W trakcie realizacji" na "Do realizacji"
3. Kucharz wybiera zamówienie, aby status wybranego zadania zmienił się z "Do realizacji" na "W trakcie realizacji"
4. System odpowiednio zmieni status wybranego zamówienia, z "Do realizacji" na "W trakcie realizacji"

*1b. Kucharz nie pamięta, który status został zmieniony przez pomyłkę

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