96 lines
3.0 KiB
Markdown
96 lines
3.0 KiB
Markdown
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):
|
|
---------------------------------------
|
|
|
|
1. Klient wprowadza, jaką kwotę chce wpłacić.
|
|
2. Klient wprowadza banknoty.
|
|
3. System weryfikuję otrzymane banknoty.
|
|
4. System wyświetla potwierdzenie otrzymania banknotów oraz ilość otrzymanych nominałów.
|
|
5. Klient akceptuje wpłatę pieniędzy.
|
|
6. System aktualizuje stan konta klienta oraz stan nominałów w bankomacie.
|
|
7. System oddaje klientowi kartę.
|
|
8. System wyświetla zapytanie o wydrukowanie potwierdzenia transakcji.
|
|
9. Klient akceptuje zapytanie wybierając odpowiednią opcje.
|
|
10. System drukuje potwierdzenie transakcji.
|
|
11. Klient odbiera potwierdzenie.
|
|
|
|
Rozszerzenia (ścieżki alternatywne):
|
|
------------------------------------
|
|
|
|
*a. 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.
|
|
|
|
*b. Klient anulował transakcje
|
|
1. System prosi o potwierdzenie anulowania transakcji.
|
|
2. Klient akceptuje zapytanie.
|
|
3. System kończy transakcję i oddaje kartę klientowi.
|
|
|
|
3a. System zweryfikował banknoty jako uszkodzone.
|
|
|
|
1. System zwraca banknoty klientowi.
|
|
2. System kończy transakcję.
|
|
|
|
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:
|
|
--------------------
|
|
|
|
- Wielojęzyczny interfejs użytkownika - przynajmniej język polski i angielski.
|
|
|
|
- ...
|
|
|
|
- ...
|
|
|
|
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
|
|
---------------------------------------------------------------
|
|
|
|
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.
|
|
|
|
3a. Banknoty nie mogą być uszkodzone.
|
|
|
|
Kwestie otwarte:
|
|
----------------
|
|
|
|
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
|
|
|
|
- ...
|
|
|
|
- ... |