APO-projekt-bankomat/use-case-1.md

121 lines
3.5 KiB
Markdown

Use Case 1: Wypłata gotówki
=====================
**Aktor podstawowy:** Klient
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Klient: oczekuje możliwości szybkiego wprowadzania danych oraz braku błędów
- Klient: oczekuje wypłaty gotówki oraz dowodu wykonania wypłaty
- Klient: oczekuje wypłaty gotówki oraz dowodu wykonania wypłaty
- Bank: oczekuje poprawnie realizowanych transakcji i zadowolenia Klienta
- SOT: oczekuje otrzymania zapytań w poprawnym protokole transmisji danych.
Warunki wstępne:
----------------
Klient posiada konto w banku oraz kartę i zostało przeprowadzone uwierzytelnianie.
Warunki końcowe:
----------------
Usługa jest bezpieczna. System księgowy jest zaktualizowany. Rachunek jest wydrukowany. Pieniądze zostały wydane. Dokument autoryzacji płatności jest przechowany.
Scenariusz główny (ścieżka podstawowa):
---------------------------------------
1. Klient wybiera opcję wypłaty gotówki.
2. System wyświetla kwoty możliwe do wypłaty.
3. Klient wybiera kwotę do wypłaty.
4. System weryfikuję możliwość wykonania wypłaty z SOT.
4. System wysuwa kartę oraz informuje klienta o pomyślności tranzakcji.
6. Klient odbiera kartę.
7. System wydaje gotówkę oraz potwierdzenie.
9. Klient odbiera gotówkę oraz potwierdzenie.
Rozszerzenia (ścieżki alternatywne):
------------------------------------
*a. Awaria systemu
1. System zawiesza się.
2. System przywraca stan systemu sprzed zawieszenia.
2a. System był w trakcie obsługi klienta.
1. System wyswietla komunikat o błędzie.
2. System wysuwa kartę.
3. Klient odbiera kartę.
2b. System nie był używany.
3. System wysyła powiadomienie do operatora.
4. Operator wyłącza bankomat.
*b. Klient nie jest aktywny przez określony czas.
1. System wyświetla komunikat o zbyt długiej bezczynności użytkownika.
2. System wysuwa kartę.
2a. Klient znajduje się przy bankomacie.
1. Klient odbiera kartę.
2b. Klient zostawił kartę w bankomacie.
1. System wciąga kartę.
2. System wysyła powiadomienie do operatora.
3a. nazwa rozszerzenia <!-- np. 3a. Nieprawidłowy pin -->
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:
--------------------
- Niezbędny ekran, tekst musi być widoczny z odległości 1 metra
- Autoryzacja musi być dokonana w czasie 30 sekund w 90% przypadków
- Możliwość interfejsu wielojęzycznego
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
2a. ...
2b. ...
3a. ... <!-- np. 3a. Pin składa się z 4 cyfr. -->
Kwestie otwarte:
----------------
- Czy system ma pytać o drukowanie potwierdzeń?
- Czy system ma umożliwiać transakcje zbliżeniowe?
- Czy system ma umożliwiać użycie flunkcjonalności BLIK?
- Czy system ma umożliwiać wypłate w różnych walutach?