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 i potwierdza wprowadzenie całej kwoty do bankomatu.
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.

2a. Klient nie potwierdza wprowadzenia całej kwoty do bankomatu.

Klient wprowadza kolejny banknot do bankomatu.
Powrót do punktu 2. scenariusza głównego.

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.

1a. Nie przekroczono limitu prób aktualizacji
    1. System ponawia próbę aktualizacji danych.
    2. Powrót do scenariusza głównego.

1b. Przekroczono limit prób aktualizacji
    1. System wyświetla informację o przekroczeniu limitu prób aktualizacji.
    2. System oddaje klientowi wprowadzone banknoty.
    3. System anuluje wszystkie wprowadzone dane.
    4. System oddaje klientowi kartę.
    5. System kończy transakcje.

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ą?

4.7 KiB Raw Blame History