APO_Restaurant/use-case-1.md

58 lines
2.0 KiB
Markdown

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