adding cases to whole path

This commit is contained in:
jonspacz 2020-11-25 09:09:06 +01:00
parent 74cc312b88
commit 1d59080cfa

View File

@ -11,56 +11,52 @@ Główni odbiorcy i oczekiwania względem systemu:
- Kucharz: Podaje informacje o gotowym zamówieniu - Kucharz: Podaje informacje o gotowym zamówieniu
- Odbiorca3: oczekiwania ...
Warunki wstępne: Warunki wstępne:
---------------- ----------------
Kelner jest zalogowany w systemie
Kelner korzysta z systemu w celu realizowania zamówień Kelner korzysta z systemu w celu realizowania zamówień
Warunki końcowe: Warunki końcowe:
---------------- ----------------
Klient dostaje zamówiony posiłek w odpowiednim czasie
Scenariusz główny (ścieżka podstawowa): Scenariusz główny (ścieżka podstawowa):
--------------------------------------- ---------------------------------------
1. Kucharz powiadamia, że potrawa jest zrobiona i czeka na odbiór 1. Kucharz powiadamia, że potrawa jest zrobiona i czeka na odbiór
2. Kelner odbiera zamówienie i zaznacza jako zrobione 2. Kelner odbiera zamówienie i zaznacza jako zrobione
3. Klient otrzymuje posiłek od kelnera
Rozszerzenia (ścieżki alternatywne): Rozszerzenia (ścieżki alternatywne):
------------------------------------ ------------------------------------
*a. nazwa rozszerzenia <!-- rozszerzenie *a może wystąpić w dowolnym kroku --> *a. System się zawiesza <!-- rozszerzenie *a może wystąpić w dowolnym kroku -->
1. krok pierwszy rozszerzenia *a 1. Restart systemu *a
2. krok drugi rozszerzenia *a 2. Czekanie aż system się włączy (max 30 s.)
2.1 System się włączył, kontynuacja zamówienia
2.2 System dalej nie działą. Przechodzimy na komunikacje werbalną i prosimy kucharza o zawołanie nas kiedy potrawa jest gotowa. Zapisujemy wszystko w notesie.
3a. nazwa rozszerzenia <!-- np. 3a. Nieprawidłowy pin --> 1. Błąd wezwania
1. Kucharz zaznacza, że potrawa jest zrobiona mimoo faktu, że nie jest
1.a Kucharz zauważył błąd i zmienił status zamówienia z gotowe na w_toku
1. krok pierwszy rozszerzenia 3a 1.b Kelner podchodzi do miejsca wydawania posiłków i dowiaduje się o błędzie
2. krok drugi rozszerzenia 3a 1.b.1 Kelner zaznacza, że był to błąd
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Krok pierwszy. 3. Kelner przynosi złą potrawę
2. Krok drugi. 3.1 Klient powiadamia Kelnera, że to nie jest jego potrawa
3. ... 3.2 Kelner realizuje polisę "Nasz klient nasz Pan" i zamawia nową potrawę
3.3 Kelner sprawdza czy ktoś inny zamówił taką potrawę
3.2.a Ktoś zamawiał taką potrawę
- kelner zanosi potrawę
3.2.b Nikt nie zamawiał takiej potrawy
- obsługa dostaje darmową potrawę
3.4 Po zrobieniu nowej, poprawnej potrawy klient otrzymuje posiłek
2b. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Krok pierwszy.
2. ...
3. krok trzeci rozszerzenia 3a
4. krok czwarty rozszerzenia 3a
3b. nazwa rozszerzenia
1. krok pierwszy rozszerzenia 3b
2. krok drugi rozszerzenia 3b
3. ...
3. Klient
3-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 --> 3-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 -->
Wymagania specjalne: Wymagania specjalne: