3.8 KiB
Use Case 2: Wpłata pieniędzy
Aktor podstawowy: Klient
Główni odbiorcy i oczekiwania względem systemu:
-
Klient: oczekuje szybkiej wpłaty pieniędzy, szybkiej aktualizacji stanu konta oraz potwierdzenia wpłaty
-
Bank: oczekuje poprawnej realizacji wpłaty, zaaktualizowania stanu bankomatu po wpłacie
-
Dostawca usług bazodanowych: oczekuje poprawnej i bezpiecznej aktualizacji danych po każdej transakcji
Warunki wstępne:
Klient przeszedł wstępną weryfikację i wybrał opcję wpłaty pieniędzy.
Warunki końcowe:
Transakcja przebiegła poprawnie. Stan konta klienta został zaaktualizowany odpowiednio do wprowadzonej kwoty. Klient otrzymał potwierdzenie. Informacje o banknotach w bankomacie zostały zaaktualizowane.
Scenariusz główny (ścieżka podstawowa):
- Klient wprowadza, jaką kwotę chce wpłacić.
- Klient wprowadza banknoty.
- System weryfikuję otrzymane banknoty.
- System wyświetla potwierdzenie otrzymania banknotów oraz ilość otrzymanych nominałów.
- Klient akceptuje wpłatę pieniędzy.
- System aktualizuje stan konta klienta oraz stan nominałów w bankomacie.
- System oddaje klientowi kartę.
- System wyświetla zapytanie o wydrukowanie potwierdzenia transakcji.
- Klient akceptuje zapytanie wybierając odpowiednią opcje.
- System drukuje potwierdzenie transakcji.
- Klient odbiera potwierdzenie.
Rozszerzenia (ścieżki alternatywne):
*a. Klient anulował transakcje
- System prosi o potwierdzenie anulowania transakcji.
- Klient akceptuje zapytanie.
- System kończy transakcję i oddaje kartę klientowi.
*b. System zawiesił się
- System anuluje wszystkie wprowadzone dane.
- System kończy transakcję.
1a. System wykrył nieprawidłowe dane.
1a. Nie przekroczono limitu wprowadzania danych
1. System prosi o ponowne wprowadzenie danych.
2. Powrót do scenariusza głównego.
1b. Przekroczono limit wprowadzania danych
1. System wyświetla informację o przekroczeniu limitu prób.
2. System kończy transakcje.
3a. System zweryfikował banknoty jako uszkodzone.
- System wyświetla informację, że wprowadzone banknoty są uszkodzone.
- System zwraca banknoty klientowi.
- System kończy transakcję.
9a. Klient nie zaakceptował wydrukowania potwierdzenia transakcji
- System nie drukuje potwierdzenia transakcji.
3-4a. nazwa rozszerzenia
Wymagania specjalne:
-
Wielojęzyczny interfejs użytkownika - przynajmniej język polski i angielski.
-
Interfejs użytkownika musi być prosty i intuicyjny.
-
Potwierdzenie transakcji powinno zawierać istotne informacje, takie jak data, kwota wpłaty i stan konta.
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
*a. Wprowadzane dane, takie jak PIN, powinny być szyfrowane dla ochrony prywatności klienta.
1a. Kwota do wpłaty nie może przekraczać 10000 zł i musi być liczbą całkowitą.
1b. Ilość prób wprowadzenia poprawnych danych nie może być większa niż 5.
1c. Bankomat powinien umożliwiać wpłatę różnych nominałów banknotów.
Kwestie otwarte:
-
Czy dajemy możliwość klientowi na wpłatę pieniędzy innym sposobem niż gotówka, np. przelewem?
-
Czy bankomat powinien być zooptymalizowany równieź pod kątem osób z niepełnosprawnościami, np. implementując interfejs głosowy?
-
Czy klient może otrzymać potwierdzenie transakcji w formie elektronicznej na swoją aplikację mobilną?