113 lines
3.6 KiB
Markdown
113 lines
3.6 KiB
Markdown
Use case 3: Płatność gotówką
|
|
=====================
|
|
|
|
**Aktor podstawowy:** <!-- np. Klient -->
|
|
|
|
|
|
Główni odbiorcy i oczekiwania względem systemu:
|
|
-----------------------------------------------
|
|
|
|
- Klient: opłacenie zakupu i otrzymanie produktu
|
|
|
|
- Kasa: przyjmowanie gotówki, opłata produktu, wydanie reszty
|
|
|
|
- Automat: wydanie produktu
|
|
|
|
Warunki wstępne:
|
|
----------------
|
|
Konieczność opłaty za produkt
|
|
Wybrana metoda płatności jest gotówka
|
|
|
|
Warunki końcowe:
|
|
----------------
|
|
Produkt jest oplacony i wydany klientowi
|
|
|
|
|
|
Scenariusz główny (ścieżka podstawowa):
|
|
---------------------------------------
|
|
|
|
1. Klient wybiera metodę płatności gotówka. <!-- np. 1. Klient wkłada kartę do bankomatu. -->
|
|
2. Klient wprowadza gotówkę do pojemnika. <!-- np. 2. System prosi o podanie pinu. -->
|
|
3. Automat sprawdza czy podana suma jest dostatkowa. <!-- np. 3. Klient wprowadza pin.) -->
|
|
4. Automat wydaje produkt.
|
|
5. Klientowi zostaje wydrukowany paragon
|
|
|
|
Rozszerzenia (ścieżki alternatywne):
|
|
------------------------------------
|
|
|
|
*a. nazwa rozszerzenia <!-- rozszerzenie *a może wystąpić w dowolnym kroku -->
|
|
|
|
1. krok pierwszy rozszerzenia *a
|
|
2. krok drugi rozszerzenia *a
|
|
|
|
1a. Klient decyduje zmienić metodę płatności
|
|
1. Automat powraca do ekranu z wybieraniem metod płatności
|
|
|
|
2a. Klient wprowadza niedostateczna sume
|
|
1. Kasa liczy ile pozostało do zapłaty
|
|
2. Kasa prosi Klientowi wprowadzenie pozostałej sumy do pojemnika
|
|
3. Powtarzamy punkty 1-2 dopóki nie zostanie nadana potrzebna suma dla zapłaty
|
|
|
|
2a. Klient decyduje zrezygnować z płatnośći
|
|
1. Wprowadzona klientem suma zostaje zwrócona
|
|
2. Wybranie produktu zostaje anulowane
|
|
|
|
2b. Klient wprowadza banknotę 100zł i wyżej
|
|
1. Automat zwraca banknotę i czeka na odpowiednia
|
|
|
|
|
|
|
|
3a. nazwa rozszerzenia <!-- np. 3a. Nieprawidłowy pin -->
|
|
|
|
1. krok pierwszy rozszerzenia 3a
|
|
2. krok drugi rozszerzenia 3a
|
|
|
|
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
|
|
|
|
1. Krok pierwszy.
|
|
2. Krok drugi.
|
|
3. ...
|
|
|
|
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-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 -->
|
|
|
|
Wymagania specjalne:
|
|
--------------------
|
|
|
|
- Napis sumy potrzebnej do zapłaty jest dobrze widoczny na ekranie <!--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. -->
|
|
|
|
- Informacja o sumie pozostałej do zapłaty musi być dokonana w czasie 10 sekund w 90% przypadków
|
|
|
|
- W przypadkach możliwych błędów w pracy automatu wprowadzona Klientem suma musi być zwrócona
|
|
|
|
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
|
|
---------------------------------------------------------------
|
|
|
|
2a. Klient nie może wprowadzać banknotę 100zł i wyżej
|
|
|
|
2b. Płatność musi być wykonana tylko w złotych
|
|
|
|
3a. Po skończeniu płatności musi być wydrukowany paragon <!-- np. 3a. Pin składa się z 4 cyfr. -->
|
|
|
|
Kwestie otwarte:
|
|
----------------
|
|
|
|
- Kiedy musi być powiadomiony Serwisant o niedostatku pieniędzy dla wydania reszty? <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
|
|
|
|
- W przypadku niedostatku pieniędzy dla wydania reszty Automat musi wysyłać kominikat o niemożliwości wydania reszty?
|
|
|
|
- W przypadku skończenia papieru albo farby czy musi Automat to definiować w jakiś sposób i powiadomiać o tym Serwisanta
|