This commit is contained in:
jonspacz 2020-11-25 09:09:44 +01:00
commit 8a66b5d7c0

View File

@ -21,56 +21,74 @@ Warunki końcowe:
Zamówienie znajduje się w systemie. Zamówienie znajduje się w systemie.
Scenariusz główny (ścieżka podstawowa): Scenariusz główny (ścieżka podstawowa):
--------------------------------------- ---------------------------------------
1. Kelner tworzy nowe zamówienie na numer stolika, który obsługuje. 1. Kelner tworzy nowe zamówienie na numer stolika, który obsługuje.
2. Kelner wprowadza do systemu kolejne produkty, które zamawia klient. 2. Kelner wprowadza do systemu kolejne produkty, które zamawia klient.
3. Kelner zatwierdza zamówienie. 3. System wyświetla animacje sugerującą dodanie produktu do zamówienia.
4. Po wprowadzeniu wszystkich posiłków, system wyświetla Kelnerowi podsumowanie zamówienia.
5. Kelner zatwierdza zamówienie.
6. System wyświetla komunikat o poprawnym dodaniu zamówienia do bazy.
Rozszerzenia (ścieżki alternatywne): Rozszerzenia (ścieżki alternatywne):
------------------------------------ ------------------------------------
*a. nazwa rozszerzenia <!-- rozszerzenie *a może wystąpić w dowolnym kroku --> *a. System zamówieniowy ulega awarii.
1. krok pierwszy rozszerzenia *a 1. System zapisuje bazy w bezpiecznej pamięci.
2. krok drugi rozszerzenia *a 2. Na urządzeniach (tabletach) kelnerów oraz ekranach dla kucharzy .wyświetlany jest widoczny błąd.
3. System uruchamiany jest ponownie i odtworzony jest stan sprzed awarii.
3a. nazwa rozszerzenia <!-- np. 3a. Nieprawidłowy pin --> 1a. Kelner omyłkowo wpisuje numer stolika, który jest zajęty.
1. krok pierwszy rozszerzenia 3a 1. System wyświetla na tablecie kelnera błąd o istniejącym już zamówieniu dla danego stolika.
2. krok drugi rozszerzenia 3a 2. Stan systemu powraca do kroku 1.
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a 2a. Kelner wpisuje zły numer stolika i chce go zmienić.
1. Krok pierwszy. 1. Kelner klika na pole edycji numeru stolika.
2. Krok drugi. 2. Po wpisaniu nowego numeru stolika system sprawdza poprawność numeru
3. ...
2b. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a 2a. Numer stolika jest już zajęty
1. System zaznacza numer na czerwono i nie pozwala go zaktualizować.
3. System aktualizuje numer stolika.
1. Krok pierwszy. 2b. Kelner wybiera niedostępny produkt.
2. ...
3. krok trzeci rozszerzenia 3a 1. System wyświetla powiadomienie o niedostępności produktu i nie dodaje produktu do zamówienia.
4. krok czwarty rozszerzenia 3a
3b. nazwa rozszerzenia 4a. Kelner chcę zmodyfikować zamówienie po podsumowaniu.
1. krok pierwszy rozszerzenia 3b 1. Kelner wybiera opcje modyfikacji zamówienia.
2. krok drugi rozszerzenia 3b 2. Stan systemu powraca do roku 2.
3. ...
5a. Podczas potwierdzania zamówienia, któryś z produktów przestaje być dostępny
1. System wyświetla komunikat o braku danego zamówienia.
2. Kelner wybiera, czy chcę zmienić ten produkt na inny.
a. Kelner chce powrócić do edycji zamówienia
1. System usuwa nieaktualny produkt z zamówienia.
2. Stan systemu powraca do 2.
b. Kelner nie chce zamieniać produktu.
1. System usuwa nieaktualny produkt z zamówienia.
2. Stan systemu powraca do 4.
3-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 -->
Wymagania specjalne: Wymagania specjalne:
-------------------- --------------------
- ... <!--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. --> - Tablet dotykowy
- ... - Nazwy produktów w języku polskim i angielskim
- ...
Wymagania technologiczne oraz ograniczenia na wprowadzane dane: Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
--------------------------------------------------------------- ---------------------------------------------------------------