Use Case 3: Przelew
=====================

**Aktor podstawowy:** Klient


Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------

 - Klient: Wpłata, wypłata, przelew

 - Serwisant: Naprawa błędow systemu

 - Konwojent: Uzupełnienie zawartości (banknotów) bankomatu

Warunki wstępne:
----------------

Została przeprowadzona autoryzacja klienta.

Warunki końcowe:
----------------

Informacja o przelewie jest zapisana w bazie danych.

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

 1. Klient wkłada kartę do bankomatu.
 2. System prosi o podanie pinu.
 3. Klient wprowadza pin.
 4. 

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

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

 - ...

 - ...

Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------

 2a. ...

 2b. ...

 3a. ... <!-- np. 3a. Pin składa się z 4 cyfr. -->

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

 - Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?

 - ...