APO_Cashpoint/use-case-2.md

Use Case 2: Wpłata gotówki
=====================

**Aktor podstawowy:** Klient


Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
 - Klient: chce zrealizować szybko żądaną operację, oczekuje potwierdzenia wykonanej transkacji. 
 - Bank: chce otrzymać potwierdzenie, że w bankomacie została umieszczona odpowiednia ilość gotówki. 

Warunki wstępne:
----------------
Bankomat ma aktywne połączenie z bankiem. W bankomacie poprawnie działa urządzenie do pobierania gotówki i karty, klawiatura, ekran oraz kamera.  

Warunki końcowe:
----------------
Wpłacone środki są prawidłowo przeliczone i dodane do konta klienta. System bankowy jest zaktualizowany. Potwierdzenie wykonanej operacji zostało wydrukowane. Karta została odebrana przez klienta. Transakcja została dodana do historii transakcji klienta.

Scenariusz główny (ścieżka podstawowa):
---------------------------------------

1.Klient wkłada kartę do bakomatu.  
2.Klient wprowadza PIN.  
3.System weryfikuje PIN na podstawie konta użytkownika powiązanego z kartą.  
4.Klient wybiera opcję wpłaty.  
5.Klient wpisuje kwotę.  
6.Bankomat pyta o potwierdzenie.  
7.Bankomat sprawdza wpłaconą sumę z wprowadzoną sumą.  
8.Bankomat wydaje kartę.  
9.Bankomat zasila konto powiązane z kartą.  
10.Bankomat drukuje potwierdznie.  

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 -->

 3a. Klient podał błędny PIN.  
   1. Komunikat o podaniu błędnego PIN-u.  
   2. Bank otrzymuje informację o podaniu błednego PIN-u.  
   3. Bankomat oddaje kartę.  
   4. Powrót do kroku 1.  
     2a. Bank dostał informacje o podaniu złego PIN-u trzeci raz z rzędu.  
       1. Komunikat o podaniu złego PIN-u trzeci raz z rzędu.  
       2. Karta zostaje zablokowana.  
       3. Bankomat oddaje kartę.  
       4. Bankomat powraca do ekranu startowego.

     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:
--------------------

 - Interfejs użytkownika musi być dostępny w języku polskim i angielskim.  


Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
  2a. Pin składa się z 4 cyfr.  

Kwestie otwarte:
----------------

 - Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy zamiast podawania numeru PIN?