4.1 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.
- System aktualizuje 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 powiadamia dostawce usług bankomatowych oraz bank o awarii.
- 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 oddaje klientowi kartę.
3. 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ę.
6-7a. Błąd systemu podczas aktualizacji stanu banknotów w bankomacie lub stanu konta klienta.
- System ponawia próbę aktualizacji danych.
10a. Klient nie zaakceptował wydrukowania potwierdzenia transakcji
- System nie drukuje potwierdzenia transakcji.
- System wyświetla informację o zakończeniu transakcji.
Wymagania specjalne:
-
Wielojęzyczny interfejs użytkownika - przynajmniej język polski i angielski.
-
Interfejs bankomatu musi być prosty i intuicyjny.
-
Szyfrowanie danych klienta, aby zapewnić bezpieczeństwo informacji.
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.
9a. Potwierdzenie transakcji powinno zawierać istotne informacje, takie jak data, kwota wpłaty i stan konta.
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ą?