105 lines
3.0 KiB
Markdown
105 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
|
|
|
|
- Odbiorca3: oczekiwania ...
|
|
|
|
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.
|
|
|
|
3a. nazwa rozszerzenia
|
|
|
|
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:
|
|
--------------------
|
|
|
|
- ... <!--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. -->
|
|
|
|
- ...
|
|
|
|
- ...
|
|
|
|
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
|
|
---------------------------------------------------------------
|
|
|
|
1a. Kwota do wpłaty nie może przekraczać 10000 zł i musi być liczbą całkowitą.
|
|
|
|
3a. Banknoty nie mogą być uszkodzone.
|
|
|
|
3a. ... <!-- np. 3a. Pin składa się z 4 cyfr. -->
|
|
|
|
Kwestie otwarte:
|
|
----------------
|
|
|
|
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
|
|
|
|
- ...
|
|
|
|
- ... |