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

- 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 trakcie realizacji".

------------------------------------

*a. System ulega awarii  

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

 *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ę.
   2. System odpowiednio zmieni status wybranego zamówienia, z "W trakcie realizacji" na "Do realizacji".
   3. Kucharz zmienia status zamówienia, którym rzeczywiście chciał się zajać.
   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