Zaktualizuj 'use-case-2.md'

This commit is contained in:
Konrad Mikołajczak 2023-11-09 17:13:49 +01:00
parent 660e3cb482
commit 2e559699c7

View File

@ -1,94 +1,101 @@
Use Case 1: Nazwa ... Use Case 2: Wpłata pieniędzy
===================== =====================
**Aktor podstawowy:** <!-- np. Klient --> **Aktor podstawowy:** Klient
Główni odbiorcy i oczekiwania względem systemu: Główni odbiorcy i oczekiwania względem systemu:
----------------------------------------------- -----------------------------------------------
- Odbiorca1: oczekiwania ... - Klient: oczekuje szybkiej wpłaty pieniędzy, szybkiej aktualizacji stanu konta oraz potwierdzenia wpłaty
- Odbiorca2: oczekiwania ... - Bank: oczekuje poprawnej realizacji wpłaty, zaaktualizowania stanu bankomatu po wpłacie
- Odbiorca3: oczekiwania ... - Odbiorca3: oczekiwania ...
Warunki wstępne: Warunki wstępne:
---------------- ----------------
... Klient przeszedł wstępną weryfikację i wybrał opcję wpłaty pieniędzy.
Warunki końcowe: Warunki końcowe:
---------------- ----------------
... 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): Scenariusz główny (ścieżka podstawowa):
--------------------------------------- ---------------------------------------
1. Krok 1 scenariusza głównego. <!-- np. 1. Klient wkłada kartę do bankomatu. --> 1. Klient wprowadza, jaką kwotę chce wpłacić.
2. Krok 2 scenariusza głównego. <!-- np. 2. System prosi o podanie pinu. --> 2. Klient wprowadza banknoty.
3. Krok 3 scenariusza głównego. <!-- np. 3. Klient wprowadza pin.) --> 3. System weryfikuję otrzymane banknoty.
4. .... 4. System wyświetla potwierdzenie otrzymania banknotów oraz ilość otrzymanych nominałów.
5. Klient akceptuje wpłatę pieniędzy.
Rozszerzenia (ścieżki alternatywne): 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.
*a. nazwa rozszerzenia <!-- rozszerzenie *a może wystąpić w dowolnym kroku --> 9. Klient akceptuje zapytanie wybierając odpowiednią opcje.
10. System drukuje potwierdzenie transakcji.
1. krok pierwszy rozszerzenia *a 11. Klient odbiera potwierdzenie.
2. krok drugi rozszerzenia *a
Rozszerzenia (ścieżki alternatywne):
3a. nazwa rozszerzenia <!-- np. 3a. Nieprawidłowy pin --> ------------------------------------
1. krok pierwszy rozszerzenia 3a *a. System wykrył nieprawidłowe dane.
2. krok drugi rozszerzenia 3a
1. System prosi o ponowne wprowadzenie danych
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a 2. Powrót do scenariusza głównego
1. Krok pierwszy. 3a. nazwa rozszerzenia
2. Krok drugi.
3. ... 1. krok pierwszy rozszerzenia 3a
2. krok drugi rozszerzenia 3a
2b. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Krok pierwszy.
2. ... 1. Krok pierwszy.
2. Krok drugi.
3. krok trzeci rozszerzenia 3a 3. ...
4. krok czwarty rozszerzenia 3a
2b. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
3b. nazwa rozszerzenia
1. Krok pierwszy.
1. krok pierwszy rozszerzenia 3b 2. ...
2. krok drugi rozszerzenia 3b
3. ... 3. krok trzeci rozszerzenia 3a
4. krok czwarty rozszerzenia 3a
3-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 -->
3b. nazwa rozszerzenia
Wymagania specjalne:
-------------------- 1. krok pierwszy rozszerzenia 3b
2. krok drugi rozszerzenia 3b
- ... <!--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. --> 3. ...
- ... 3-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 -->
- ... Wymagania specjalne:
--------------------
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
--------------------------------------------------------------- - ... <!--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. -->
2a. ... - ...
2b. ... - ...
3a. ... <!-- np. 3a. Pin składa się z 4 cyfr. --> Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
Kwestie otwarte:
---------------- 1a. Kwota do wpłaty nie może przekraczać 10000 zł i musi być liczbą całkowitą.
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?--> 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?-->
- ...
- ... - ...