create blank models project in OBUML

This commit is contained in:
Radek 2020-12-02 11:03:55 +01:00
parent d103594d9b
commit 9fffb73b8c

View File

@ -1,94 +1,94 @@
Use Case 1: Nazwa ...
Use Case 1: Płatność kartą
=====================
**Aktor podstawowy:** <!-- np. Klient -->
**Aktor podstawowy:** Klient
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Odbiorca1: oczekiwania ...
- Terminal: otrzymać potwierdzenie zapłaty
- Odbiorca2: oczekiwania ...
- Terminal: obsługiwać karty różnego rodzaju
- Odbiorca3: oczekiwania ...
- System autoryzacjic płatności: autoryzacja płatności
Warunki wstępne:
----------------
...
Klient wybrał produkt z listy oraz opcje płatności kartą.
Warunki końcowe:
----------------
...
Płatność zostaje zatwierdzona.
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. Automat uruchamia terminal.
2. Terminal łączy się z serwisem płatniczym.
3. Automat wyświetla wartość zamówienia na terminalu, powiadamia o kotowości do operacji.
4. Klient dokonuje płatności kartą.
5. Automat wysyła dane potrzebne do przelewu.
6. Automat przetwarza informacje zwrotną.
7. Automat akceptuje transakcje.
Rozszerzenia (ścieżki alternatywne):
------------------------------------
*a. nazwa rozszerzenia <!-- rozszerzenie *a może wystąpić w dowolnym kroku -->
*a. Terminal nie działa
1. krok pierwszy rozszerzenia *a
2. krok drugi rozszerzenia *a
1. Pojawienie się komunikatu, na ekranie startowym, o braktu możliwości płacenia kartą.
3a. nazwa rozszerzenia <!-- np. 3a. Nieprawidłowy pin -->
2a. Terminal nie może połączyć się z serwisem płatniczym.
1. krok pierwszy rozszerzenia 3a
2. krok drugi rozszerzenia 3a
1. Termianl ponawia próbę połączenie się
2a. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
1. Próba połączenia się z serwisem (maksymalnie 3 próby).
2. Informuja dla klienta o braku możliwości płatności kartą.
3. Przerywanie obecnej transakcję.
1. Krok pierwszy.
2. Krok drugi.
3. ...
2. krok trzeci rozszerzenia 3a
2b. nazwa scenariusza alternatywnego dla kroku 2 rozszerzenia 3a
4a. Błąd podczas sczytywania danych(ZMIANA)
1. Krok pierwszy.
2. ...
1. Przekroczenie limitu czasowego, po 30 sekundach oczekiwania na kartę
3. krok trzeci rozszerzenia 3a
4. krok czwarty rozszerzenia 3a
<!-- 1. Oczekiwanie na kartę przez 30s. -->
2. Informacja o przekroczeniu czas transakcji.
3. Przerwanie obecnej transakcji.
3b. nazwa rozszerzenia
2. Błędne sczytanie danych
1. krok pierwszy rozszerzenia 3b
2. krok drugi rozszerzenia 3b
3. ...
1. Prośba o ponowne przyłożenie karty.
2. Maksymalnie 3 próby.
3. Przerwanie obecnej transakcji.
3-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 -->
5a. Zerwanie połaczenia z systemem
1. Powrót do kroku 2
6a. Brak potwierdzenia z terminalu
1. Komunikat o przerwaniu transakci.
2. Powrót do punktu 4.
Wymagania specjalne:
--------------------
- ... <!--np. Interfejs użytkownika musi być dostępny w języku polskim i angielskim. -->
- Komunikaty muszą pojawiać się na ekranie oraz być wymawiane przez syntezator mowy.
- ...
- ...
- Akceptowanie wyłącznie kart Visa i Mastercard.
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
2a. ...
2b. ...
3a. ... <!-- np. 3a. Pin składa się z 4 cyfr. -->
2a.
Kwestie otwarte:
----------------
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
- Ile czasu oczekujemu na ponowną interakcję klienta z systemem po pojawieniu się błędów?
- ...
- ...
- Czy akceptowane będą wszyskie rodzaje kart?