forked from s444417/Automat_spozywczy
Merge branch 'master' of https://git.wmi.amu.edu.pl/s444417/Automat_spozywczy
This commit is contained in:
Jakub Adamski
commit
d9e52037ff
103
use-case-2.md
Normal file
103
use-case-2.md
Normal file
@ -0,0 +1,103 @@
|
|||||||
|
Use Case 2: Zakup produktu
|
||||||
|
=====================
|
||||||
|
|
||||||
|
**Aktor podstawowy:** Klient
|
||||||
|
|
||||||
|
|
||||||
|
Główni odbiorcy i oczekiwania względem systemu:
|
||||||
|
-----------------------------------------------
|
||||||
|
|
||||||
|
- Klient: zakup produktów
|
||||||
|
|
||||||
|
- System płatniczy: realizacja i autoryzacja transakcji gotówkowych i płatności kartą
|
||||||
|
|
||||||
|
- Dział zaopatrzenia: odbieranie pełnego raporty od automatu spożywczego
|
||||||
|
|
||||||
|
Warunki wstępne:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
Automat jest w trybie "uruchomiony". Stan magazynowy każdej z monet jest większy niż 0.
|
||||||
|
|
||||||
|
Warunki końcowe:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
Sprzedaż produktu odbyła się poprawnie. Płatność została autoryzowana. Maszyna przechowuje dane o transakcji.
|
||||||
|
|
||||||
|
Scenariusz główny (ścieżka podstawowa):
|
||||||
|
---------------------------------------
|
||||||
|
|
||||||
|
1. Klient wprowadza numer dostępnego produktu.
|
||||||
|
2. Automat tworzy w systemie nową transakcję, nadaje jej status "rozpoczęta" i zapisuje ją w pamięci.
|
||||||
|
3. Automat wyświetla konieczną do zapłacenia kwotę.
|
||||||
|
4. Klient wybiera formę płatności.
|
||||||
|
5. Automat przygotowuje i wydaje produkt.
|
||||||
|
6. Automat sprawdza stan magazynowy sprzedanego produktu i monet, zapisuje te stany w informacji o transakcji.
|
||||||
|
7. Automat automat aktualizuje status transakcji na "zakończona" i zapisuje zmiany w pamięci.
|
||||||
|
|
||||||
|
|
||||||
|
Rozszerzenia (ścieżki alternatywne):
|
||||||
|
------------------------------------
|
||||||
|
|
||||||
|
*a. zacięcie automatu
|
||||||
|
|
||||||
|
1. automat ponownie wprowadzony w tryb "uruchomiony" sprawdza ostatnią transakcję zapisana w pamięci. Na podstawie kompleksowych danych z pamięci, automat jest wstanie kontynuować transakcję, w każdym jej kroku
|
||||||
|
|
||||||
|
1a. ostatnia transakcja ma status "rozpoczęta"
|
||||||
|
|
||||||
|
1. automat kontynuuje sprzedaż wykonując następny krok procedury w stosunku do ostatniej zapisanej aktywności
|
||||||
|
|
||||||
|
1b. ostatnia transakcja ma status "zakończony"
|
||||||
|
|
||||||
|
1. automat jest gotowy do obsługi kolejnego klienta
|
||||||
|
|
||||||
|
4a. płatność gotówką
|
||||||
|
|
||||||
|
1. klient wrzuca monety
|
||||||
|
2. po każdej wrzuconej monecie automat wyświetla pozostałą do zapłacenia kwotę (do momentu aż kwota wprowadzona zrówna się, bądź przewyższy wartosć wybranego produktu)
|
||||||
|
3. automat wydaje resztę
|
||||||
|
|
||||||
|
|
||||||
|
4b. płatność kartą
|
||||||
|
|
||||||
|
1. automat komunikuje się z systemem płatniczym, wysyłając mu należną kwotę
|
||||||
|
2. klient płaci kartą płaniczą w sposób zbliżeniowy
|
||||||
|
|
||||||
|
2a. system płatniczy odrzuca kartę
|
||||||
|
|
||||||
|
1. automat informuje klienta o odrzuconej płatności i wraca do kroku 3. scenariusza głównego
|
||||||
|
|
||||||
|
2b. system autoryzuje płatność
|
||||||
|
|
||||||
|
1. automat dbiera dane od systemu płatniczego
|
||||||
|
|
||||||
|
3. automat wyświetla komunikat o sukcesie
|
||||||
|
|
||||||
|
7a. stan magazynowy surowca jest poprawny
|
||||||
|
|
||||||
|
1. automat jest gotowy do wykonania kolejnych sprzedaży
|
||||||
|
|
||||||
|
7b. stan magazynowy jest równy minimalnemu stanowi magazynowemu
|
||||||
|
|
||||||
|
1. automat poprzez sieć internetową wysyła informację do działu zaopatrzenia ze swoim ID i ID surowca.
|
||||||
|
|
||||||
|
Wymagania specjalne:
|
||||||
|
--------------------
|
||||||
|
|
||||||
|
- informacje o przebiegu każdego kroku transakcji są na bieżąco zapisywane w pamięci maszyny.
|
||||||
|
|
||||||
|
- numery produktów składają się z dwóch cyfr np. 01, 15
|
||||||
|
|
||||||
|
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
|
||||||
|
---------------------------------------------------------------
|
||||||
|
|
||||||
|
7b. automat spożywczy jest podłączony do sieci internetowej za pomocą kabla sieciowego.
|
||||||
|
|
||||||
|
|
||||||
|
Kwestie otwarte:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
|
||||||
|
|
||||||
|
- ...
|
||||||
|
|
||||||
|
- ...
|
||||||
94
use-case-4.md
Normal file
94
use-case-4.md
Normal file
@ -0,0 +1,94 @@
|
|||||||
|
Use Case 1: Nazwa ...
|
||||||
|
=====================
|
||||||
|
|
||||||
|
**Aktor podstawowy:** <!-- np. Klient -->
|
||||||
|
|
||||||
|
|
||||||
|
Główni odbiorcy i oczekiwania względem systemu:
|
||||||
|
-----------------------------------------------
|
||||||
|
|
||||||
|
- Odbiorca1: oczekiwania ...
|
||||||
|
|
||||||
|
- Odbiorca2: oczekiwania ...
|
||||||
|
|
||||||
|
- Odbiorca3: oczekiwania ...
|
||||||
|
|
||||||
|
Warunki wstępne:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
...
|
||||||
|
|
||||||
|
Warunki końcowe:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
...
|
||||||
|
|
||||||
|
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. ....
|
||||||
|
|
||||||
|
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:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
|
||||||
|
|
||||||
|
- ...
|
||||||
|
|
||||||
|
- ...
|
||||||
111
use-case-8.md
Normal file
111
use-case-8.md
Normal file
@ -0,0 +1,111 @@
|
|||||||
|
Use Case 8: Naprawa automatu w przypadku awarii systemu
|
||||||
|
=====================
|
||||||
|
|
||||||
|
**Aktor podstawowy:** Serwisant
|
||||||
|
|
||||||
|
|
||||||
|
**Główni odbiorcy i oczekiwania względem systemu**:
|
||||||
|
------------------------------------------------
|
||||||
|
|
||||||
|
- **Serwisant**: Chce by serwis/naprawa poszły bezproblemowo i w ciągui jednego posiedzenia. Oczekuje jeszcze dobrze opisanej instrukcji naprawy automatu i dobrze zaprojektowanego systemu
|
||||||
|
|
||||||
|
- **Klient**: Oczekuje sprawności automatu 24/7 oraz szybkiej i bezproblemowej transakcji.
|
||||||
|
|
||||||
|
- **Właściciel**: Oczekuje, że automat będzie sprawny, oraz że w przypadku awwarii zostanie ona szybko usunięta, gdyż w przeciwnym wypadku nie będzie zarabiał ze sprzedaży w automacie. Oczekuje jeszcze zadowolenie klienta z powodu możliwości dokonania zakupu przez niego
|
||||||
|
|
||||||
|
**Warunki wstępne**:
|
||||||
|
Występuje pewna awaria w systemie informatycznym automatu spożywczego. Serwisant zna hasło do systemu automatu
|
||||||
|
|
||||||
|
...
|
||||||
|
|
||||||
|
**Warunki końcowe**:
|
||||||
|
Automat został naprawiony i jest zdany do użytku klientom. Potwierdzenie naprawy jest wysłane do centrali oraz właściciela automatu
|
||||||
|
|
||||||
|
...
|
||||||
|
|
||||||
|
**Scenariusz główny (ścieżka podstawowa)**:
|
||||||
|
---------------------------------------
|
||||||
|
|
||||||
|
1. Serwisant przy pomocy klucza otwiera automat
|
||||||
|
2. Serwisant podłącza swoje urządzenie (Laptop) do Płyty głównej automatu, oraz wpisuje wymagane hasło
|
||||||
|
3. Serwisant włącza narzędzie diagnostyczne w celu analizy błędów występujących na automacie
|
||||||
|
4. Serwisant analizuje błędy
|
||||||
|
5. Serwisant Naprawia automat
|
||||||
|
6. Po ukończonej naprawie Serwisant resetuje automat
|
||||||
|
7. Serwisant przeprowadza testową operację zakupu produktu z automatu
|
||||||
|
8. Serwisant raz jeszcze sprawdza Logi systemu i wysyła je do centrali w raporcie z naprawy
|
||||||
|
9. Serwisant zamyka automat
|
||||||
|
|
||||||
|
**Rozszerzenia (ścieżki alternatywne):**
|
||||||
|
------------------------------------
|
||||||
|
|
||||||
|
*a. Laptop służący do naprawy się zawiesza
|
||||||
|
|
||||||
|
1. Serwisant resetuje system, loguje się, i żąda odtworzenia stanu przed zawieszeniem się systemu
|
||||||
|
|
||||||
|
2a. Laptop nie chce się zrestartować
|
||||||
|
|
||||||
|
1. Serwisant wysyła rapot o uszkodzonym laptopie i wraca do centrali
|
||||||
|
|
||||||
|
2. System odtwarza system przed zawieszeniem
|
||||||
|
|
||||||
|
2a. Odtworzenie stanu nie jest możliwe
|
||||||
|
|
||||||
|
1. Serwisant wraca do kroku 2 scenariusza głównego
|
||||||
|
|
||||||
|
|
||||||
|
2a. Płyta główna jest uszkodzona co uniemożliwia podłączenie i analizę błędów
|
||||||
|
1. Serwisant demontuje płytę główną
|
||||||
|
2. Serwisant wysyła raport, który zawiera zamówienie na nową płytę główną
|
||||||
|
|
||||||
|
|
||||||
|
3a. Mimo błędów w systemie narzędzie diagnostycznie nie wskazuje na żaden błąd
|
||||||
|
|
||||||
|
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. System nie posiada błędów i działa w 100% poprawnie
|
||||||
|
|
||||||
|
1. Serwisant kontynuuje od 7 kroku scenariusza głównego
|
||||||
|
|
||||||
|
3-4a. nazwa rozszerzenia <!-- rozszerzenia 3-4a. może wystąpić w kroku 3 lub 4 -->
|
||||||
|
|
||||||
|
**Wymagania specjalne**:
|
||||||
|
--------------------
|
||||||
|
|
||||||
|
- Wielojęzyczny interface narzędzia diagnostycznego
|
||||||
|
|
||||||
|
- ...
|
||||||
|
|
||||||
|
- ...
|
||||||
|
|
||||||
|
**Wymagania technologiczne oraz ograniczenia na wprowadzane dane**:
|
||||||
|
---------------------------------------------------------------
|
||||||
|
|
||||||
|
2a. Laptop jest w stanie uruchomić narzędzie diagnostyczne, oraz umożliwić naprawę automatu
|
||||||
|
|
||||||
|
2b. ...
|
||||||
|
|
||||||
|
3a. ... <!-- np. 3a. Pin składa się z 4 cyfr. -->
|
||||||
|
|
||||||
|
**Kwestie otwarte**:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
- Czy dopuszczamy w 100% zdalną naprawę?
|
||||||
|
- Jaki jest system zabezpieczeń przed włamaniem do systemu automatu?
|
||||||
|
|
||||||
|
- ...
|
||||||
94
use-case-9.md
Normal file
94
use-case-9.md
Normal file
@ -0,0 +1,94 @@
|
|||||||
|
Use Case 9: Automat- Generowanie raportu ze sprzedaży
|
||||||
|
=====================
|
||||||
|
|
||||||
|
**Aktor podstawowy: Klient**
|
||||||
|
|
||||||
|
|
||||||
|
Główni odbiorcy i oczekiwania względem systemu:
|
||||||
|
-----------------------------------------------
|
||||||
|
|
||||||
|
- Odbiorca1: oczekiwania ...
|
||||||
|
|
||||||
|
- Odbiorca2: oczekiwania ...
|
||||||
|
|
||||||
|
- Odbiorca3: oczekiwania ...
|
||||||
|
|
||||||
|
Warunki wstępne:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
...
|
||||||
|
|
||||||
|
Warunki końcowe:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
...
|
||||||
|
|
||||||
|
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. ....
|
||||||
|
|
||||||
|
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:
|
||||||
|
----------------
|
||||||
|
|
||||||
|
- ... <!-- np. Czy dopuszczamy autoryzację z wykorzystaniem rozpoznawania twarzy?-->
|
||||||
|
|
||||||
|
- ...
|
||||||
|
|
||||||
|
- ...
|
||||||
@ -29,7 +29,7 @@
|
|||||||
**Use Case 1: Automat - Wysłanie komunikatu o stanie magazynowym produktów**
|
**Use Case 1: Automat - Wysłanie komunikatu o stanie magazynowym produktów**
|
||||||
Dział zaopatrzeniowy wysyła prośbę o raport stanu magazynowego wszystkich produktów do maszyny o odpowiednim ID. Automat sprawdza stan wszystkich produktów. Automat wysyła raport stanu do działu zaopatrzenia (ilość każdego z produktów).
|
Dział zaopatrzeniowy wysyła prośbę o raport stanu magazynowego wszystkich produktów do maszyny o odpowiednim ID. Automat sprawdza stan wszystkich produktów. Automat wysyła raport stanu do działu zaopatrzenia (ilość każdego z produktów).
|
||||||
|
|
||||||
**Use Case 2: Automat- sprzedaż produktu**
|
**Use Case 2: Klient - zakup produktu**
|
||||||
Klient wprowadza dostępny numer produktu. Automat wyświetla konieczną do zapłacenia kwotę. Klient dokonuje płatności(patrz UC 3 lub UC4). Automat przygotowuje i wydaje produkt. Automat sprawdza stan magazynowy zakupionego produktu. Jeśli, stan magazynowy tego produktu jest równy minimalnemu stanowi magazynowemu, automat poprzez sieć internetową wysyła informację do działu zaopatrzenia ze swoim ID i ID produktu.
|
Klient wprowadza dostępny numer produktu. Automat wyświetla konieczną do zapłacenia kwotę. Klient dokonuje płatności(patrz UC 3 lub UC4). Automat przygotowuje i wydaje produkt. Automat sprawdza stan magazynowy zakupionego produktu. Jeśli, stan magazynowy tego produktu jest równy minimalnemu stanowi magazynowemu, automat poprzez sieć internetową wysyła informację do działu zaopatrzenia ze swoim ID i ID produktu.
|
||||||
|
|
||||||
**Use Case 3: Automat - płatność gotówką**
|
**Use Case 3: Automat - płatność gotówką**
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user