add complete use case 4

This commit is contained in:
Pascal Bertin 2021-11-02 23:59:16 +01:00
parent d16e51bda3
commit da2e538e23

View File

@ -7,88 +7,70 @@ Aktor podstawowy: Klient
Główni odbiorcy i oczekiwania względem systemu
-----------------------------------------------
- Odbiorca1 oczekiwania ...
- Klient: oczekuje informacji o kwocie do zapłaty i możliwości zapłacenia
- Odbiorca2 oczekiwania ...
- Odbiorca3 oczekiwania ...
- Klient: oczekuje wydania kupionego produktu
Warunki wstępne
----------------
...
Klient wybrał dany produkt. Przy wyborze płatności wybrał opcję płatność gotówką.
Warunki końcowe
----------------
...
Automat akceptuje gotówkę od klienta i wydaje żądany produkt.
Scenariusz główny (ścieżka podstawowa)
---------------------------------------
1. Krok 1 scenariusza głównego. !-- np. 1. Klient wkłada kartę do bankomatu. --
2. Krok 2 scenariusza głównego. !-- np. 2. System prosi o podanie pinu. --
3. Krok 3 scenariusza głównego. !-- np. 3. Klient wprowadza pin.) --
4. ....
1. Po wyborze danego produktu, klient wybiera płatność gotówką.
2. Automat wyświetla kwotę do zapłaty.
3. Klient wrzuca monety/banknoty do pobieracza.
4. Automat sprawdza gotówkę i informuje klienta o zaakceptowaniu płatności.
5. Automat wydaje żądany produkt.
Rozszerzenia (ścieżki alternatywne)
------------------------------------
a. nazwa rozszerzenia !-- rozszerzenie a może wystąpić w dowolnym kroku --
a. W dowolnym czasie, dotyczy sytuacji kiedy system zawiesza się:
1. krok pierwszy rozszerzenia a
2. krok drugi rozszerzenia a
1. Automat restartuje się i próbuje odtworzyć stan przed zawieszeniem się systemu.
3a. nazwa rozszerzenia !-- np. 3a. Nieprawidłowy pin --
1. Automat odtwarza stan przed zawieszeniem się.
2. Automat wykrywa błędy.
1. krok pierwszy rozszerzenia 3a
2. krok drugi rozszerzenia 3a
i. Automat przesyła informację o błędzie do obsługi serwisowej, zapisuje błąd i resetuje się.
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
ii. Automat rozpoczyna nową sprzedaż.
1. Krok pierwszy.
2. Krok drugi.
3. ...
1a. Wybranego produktu nie ma na stanie automatu.
2b. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Automat cofa transakcję i prosi o wybranie innego produktu.
1. Krok pierwszy.
2. ...
3a. Automat zawiesza się podczas wrzucania gotówki
3. krok trzeci rozszerzenia 3a
4. krok czwarty rozszerzenia 3a
1. Klient wybiera inną formę płatności za produkt.
3b. nazwa rozszerzenia
4a. Automat wykrywa nieprawidłowości we wrzuconej gotówce od klienta.
1. krok pierwszy rozszerzenia 3b
2. krok drugi rozszerzenia 3b
3. ...
1. Klient wrzuca za małą ilość gotówki.
3-4a. nazwa rozszerzenia !-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 --
i. Automat wyświetla informację z prośbą o uzupełnienie brakującej gotówki.
2. Klient wrzuca za dużą ilość gotówki.
i. Automat po zakończonej transakcji zwraca resztę gotówki klientowi.
3. Klient wrzuca zniszczone banknoty.
i. Automat zwraca zniszczony banknot i wyświetla informację o odrzuceniu gotówki.
Wymagania specjalne
--------------------
- ... !--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. --
- ...
- ...
Wymagania technologiczne oraz ograniczenia na wprowadzane dane
---------------------------------------------------------------
2a. ...
2b. ...
3a. ... !-- np. 3a. Pin składa się z 4 cyfr. --
- możliwość wybrania języka: polski, angielski, niemiecki
- ekran musi być dotykowy
Kwestie otwarte
----------------
- ... !-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy--
- ...
- ...
- Czy dopuszczamy możliwość płacenia obcymi walutami, np: EURO, DOLAR