This commit is contained in:
s444480 2020-11-25 12:19:11 +01:00
commit 21f4f48f62
3 changed files with 147 additions and 45 deletions

View File

@ -1,35 +1,34 @@
Use Case 1: Nazwa ...
Use Case 3: Wypłata pieniędzy
=====================
**Aktor podstawowy:** <!-- np. Klient -->
**Aktor podstawowy:** Klient
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Odbiorca1: oczekiwania ...
- Klient: Oczekuje błyskawicznej i bezproblemowej wypłaty gotówki
- Bank: oczekuje zadowolenia klienta oraz sprawnego działania bankomatu
- Serwisant: chce szybko znaleźć usterkę oraz ją naprawić
- Odbiorca2: oczekiwania ...
- Odbiorca3: oczekiwania ...
Warunki wstępne:
----------------
...
- Sprawny bankomat
- Klient posiada sprawną karte
- Użytkownik przeszedł poprawnie proces autoryzacji
Warunki końcowe:
----------------
...
- Po przeprowadzeniu transakcji klient otrzymał pieniądze.
Scenariusz główny (ścieżka podstawowa):
---------------------------------------
1. Krok 1 scenariusza głównego. <!-- np. 1. Klient wkłada kartę do bankomatu. -->
2. Krok 2 scenariusza głównego. <!-- np. 2. System prosi o podanie pinu. -->
3. Krok 3 scenariusza głównego. <!-- np. 3. Klient wprowadza pin.) -->
4. ....
1. Klient wybiera wypłatę gotówki z menu głównego
2. Bankomat wyświetla menu z kwotami do wypłacenia
4. ....
Rozszerzenia (ścieżki alternatywne):
------------------------------------

View File

@ -1,64 +1,63 @@
Use Case 1: Nazwa ...
Use Case 1: Wykonanie przelewu
=====================
**Aktor podstawowy:** <!-- np. Klient -->
**Aktor podstawowy:** Klient
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Odbiorca1: oczekiwania ...
- Klient-nadawca: bezproblemowe wykonanie przelewu przy użyciu intuicyjnego interfejsu
- Odbiorca2: oczekiwania ...
- Klient-odbiorca: szybkie uzyskanie przelewu na konto
- Odbiorca3: oczekiwania ...
- Bank: bezproblemowy przebieg transakcji
Warunki wstępne:
----------------
...
Klient ma konto w banku, posiada uruchomioną możliwość dokonywania przelewów w systemie oraz jest prawidłowo zalogowany.
Warunki końcowe:
----------------
...
Konto klienta, który wykonał przelew zostaje obciążone właściwą sumę, która trafia na rachunek docelowy. Całość przebiega automatycznie i bez problemów technicznych.
Scenariusz główny (ścieżka podstawowa):
---------------------------------------
1. Krok 1 scenariusza głównego. <!-- np. 1. Klient wkłada kartę do bankomatu. -->
2. Krok 2 scenariusza głównego. <!-- np. 2. System prosi o podanie pinu. -->
3. Krok 3 scenariusza głównego. <!-- np. 3. Klient wprowadza pin.) -->
4. ....
1. Klient wybiera opcję wykonania przelewu.
2. Klient wprowadza kwotę przelewu.
3. Klient wybiera rachunek docelowy przelewu.
4. System sprawdza czy przelew możliwy jest do wykonania.
5. System dokonuje przelewu.
Rozszerzenia (ścieżki alternatywne):
------------------------------------
*a. nazwa rozszerzenia <!-- rozszerzenie *a może wystąpić w dowolnym kroku -->
*a. Problem połączenia systemu.
1. krok pierwszy rozszerzenia *a
2. krok drugi rozszerzenia *a
1. System wyświetla informację o błędzie.
2. Niezatwierdzone zmiany wprowadzone na koncie użytkownika nie zostają zapisane.
3. Klient otrzymuje z powrotem swoją kartę.
4. System wysyła informację o problemie do centrali.
5. System restartuje się.
3a. nazwa rozszerzenia <!-- np. 3a. Nieprawidłowy pin -->
*b. Zakończenie sesji przez użytkownika.
1. krok pierwszy rozszerzenia 3a
2. krok drugi rozszerzenia 3a
1. Użytkownik wybiera opcję Zakończ.
2. Niezatwierdzone zmiany wprowadzone na koncie użytkownika nie zostają zapisane.
3. Klient otrzymuje z powrotem swoją kartę.
4. System wyświetla stan początkowy.
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Krok pierwszy.
2. Krok drugi.
3. ...
2a. Brak środków na koncie.
2b. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Klient wpisuje kwotę przelewu.
2. System porównuje kwotę przelewu z ilością dostępnych środków i narzuconymi limitami osobistymi.
3. Kwota przelwu jest większa niż dostępne środki.
4. System wyświetla informację o niewystarczających środkach.
5. Klient wybiera następną akcję.
1. Krok pierwszy.
2. ...
3. krok trzeci rozszerzenia 3a
4. krok czwarty rozszerzenia 3a
3b. nazwa rozszerzenia
3a. Błędny rachunek docelowy.
1. krok pierwszy rozszerzenia 3b
2. krok drugi rozszerzenia 3b
@ -69,7 +68,7 @@ Rozszerzenia (ścieżki alternatywne):
Wymagania specjalne:
--------------------
- ... <!--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. -->
- Interfejs użytkownika musi być dostępny w języku polskim i angielskim.
- ...

104
use_case.md Normal file
View File

@ -0,0 +1,104 @@
Use Case 5: Zakup kart pre-paidowych
=====================
**Aktor podstawowy:** Klient
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Klient: szybkie dokonanie zakupu przy minimalnym wysiłku
- Bank: rejestracja wszystkich transakcji, odporność na awarii
Warunki wstępne:
----------------
Bankomat jest w pełni sprawny technicznie i działa poprawnie
Warunki końcowe:
----------------
Sprzedaż została zapisana, zaktualizowano stan konta, wydrukowano potwierdzenie
Scenariusz główny (ścieżka podstawowa):
---------------------------------------
1. Klient wkłada kartę do bankomatu.
2. System prosi o podanie pinu.
3. Klinet wprowadza pin.
4. Klient wybiera opcję zakupu karty prepaid.
5. Klient wybiera kwotę karty pre-paidowej.
6. System sprawdza czy Klient posiada wystarczającą ilość środków na koncie.
7. System rejestruje transakcję.
8. System drukuje kod karty prepaidowej.
9. System drukuje potwierdzenie.
10. Klint odbiera kartę.
11. Klinet odbiera kartę prepaid.
Rozszerzenia (ścieżki alternatywne):
------------------------------------
*a. nazwa rozszerzenia <!-- rozszerzenie *a może wystąpić w dowolnym kroku -->
1. krok pierwszy rozszerzenia *a
2. krok drugi rozszerzenia *a
1a. Karta nieaktualna lub niepoprawnie włożona.
1. System wyświetla komunikat
2. System wzraca kartę
3a. Nieprawidłowy pin
1. System wyswietla komunikat
2. Klient wprowadza nowy pin
5a. Wybrana kwota jest za wysoka
1. System wyswietla komunikat
2. Klient wprowadza nową kwotę
6a. Kient nie posiada wystarczających środków na koncie
1. System wyswietla komunikat
2. Klient wprowadza nową kwotę
7a. Wystąpił błąd podczas zatwierdzania transakcji
1. System wyswietla komunikat
2. System anuluje całą transakcję
9a. Skończył się papier
1. System wyswietla komunikat
2. Klient nie dostaje potwierdzenia
10a. Bankomat nie zwracakarty.
1.Klient zgłasza usterkę do serwisu obsługi klienta
Wymagania specjalne:
--------------------
- Interfejs użytkownika musi być dostępny w języku polskim, angielskim i niemieckim.
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
2a. Pin składa się z 4 cyfr.
2b. Pin wprowadzany za pomocą PIN Padu.
3a. Dane są wprowadzane za pomocą ATM klawiatury.
Kwestie otwarte:
----------------
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
- ...
- ...