1
0

Compare commits

..

46 Commits

Author SHA1 Message Date
11d2cfa29a Upload files to '' 2020-01-28 13:54:06 +00:00
JG
05f334e7fb Merge branch 'master' of https://git.wmi.amu.edu.pl/s434758/APO_automat 2020-01-21 15:00:17 +01:00
JG
9173c39d0b statechart 2020-01-21 14:59:57 +01:00
239f1e34be Upload files to '' 2020-01-14 13:55:06 +00:00
1b7b748004 Upload files to '' 2020-01-14 10:49:01 +00:00
52176c04d5 Delete 'design-model-patterns.asta' 2020-01-14 10:48:06 +00:00
054c0e1686 Upload files to '' 2020-01-14 10:47:07 +00:00
=
36427c76ab change interaction-diagrams-3 2020-01-07 13:46:10 +01:00
=
307eaa0e72 Add interaction-diagrams-3 2020-01-07 13:40:28 +01:00
JG
52647cb0ea add interaction diag 2 and rename domain model 2020-01-06 21:02:46 +01:00
9cf0d2b48a Upload files to 'interaction-diagrams-1.asta' 2020-01-06 17:33:12 +00:00
31b4fe77b0 Delete 'apo_identyfikator.asta' 2020-01-06 17:30:08 +00:00
e26847fbe4 Delete 'apo_drzwi.asta' 2020-01-06 17:29:57 +00:00
fcfed5b482 Upload files to '' 2020-01-06 17:29:39 +00:00
79160d0214 Upload files to 'interaction-diagrams-4.asta' 2020-01-06 16:34:07 +00:00
b7ac91338e Usuń 'plikach interaction-diagrams-4.asta/dodawanie monet.asta' 2020-01-06 16:31:41 +00:00
8037b90ce6 Usuń 'plikach interaction-diagrams-4.asta/Wybranie_produktu.asta' 2020-01-06 16:31:34 +00:00
7372ecd2a9 Upload files to 'plikach interaction-diagrams-4.asta' 2020-01-06 16:11:32 +00:00
bee00ddf88 Zaktualizuj 'system-events.md' 2019-12-04 08:57:43 +00:00
Jacob
f1b86a5ba2 Add seystem-events.md and correct misspelling 2019-12-03 14:53:03 +01:00
daf3c9b343 Upload files to '' 2019-12-03 12:56:07 +00:00
f7e3e723ed Prześlij pliki do '' 2019-11-13 06:48:02 +00:00
e1b3a2e539 Zaktualizuj 'README.md' 2019-11-12 13:04:26 +00:00
8348a05fb9 Zaktualizuj 'use-case-1.md' 2019-11-06 08:46:12 +00:00
69e5fb60d7 Use-case 5 2019-11-06 08:37:54 +00:00
22e37e88b2 Usuń 'use-case-5.txt' 2019-11-06 08:37:17 +00:00
6f8fe66d58 Zaktualizuj 'use-case-1.md' 2019-11-06 08:35:53 +00:00
061cca312f Prześlij pliki do '' 2019-11-06 06:59:07 +00:00
8c089c54d6 Update 'use-case-1.md' 2019-11-05 14:20:08 +00:00
4de28621b2 Aktualnym prezydentem Zimbabwe jest Emmerson Mnangagwa. 2019-11-05 13:55:03 +00:00
=
e85ff82581 Merge branch 'master' of https://git.wmi.amu.edu.pl/s434758/APO_automat 2019-11-05 14:42:29 +01:00
=
20aeb69f8e Add use-case-3.md 2019-11-05 14:42:22 +01:00
c397ec364e Update 'use-case-1.md' 2019-11-05 13:36:55 +00:00
796246fb14 Update 'use-case-1.md' 2019-11-05 13:35:04 +00:00
f3a1726238 Upload files to '' 2019-11-05 13:29:27 +00:00
56096996fb Update 'Usecases.md' 2019-11-05 12:59:12 +00:00
ba39a83eb2 Zaktualizuj 'Usecases.txt' 2019-10-29 13:12:15 +00:00
99cafd6894 Zaktualizuj 'Usecases.txt' 2019-10-29 13:09:55 +00:00
b3f38a8c59 Zaktualizuj 'Usecases.md' 2019-10-29 13:09:36 +00:00
c4d4eda316 Prześlij pliki do '' 2019-10-23 07:59:03 +00:00
4212b29b18 Usuń 'Apo_opiss1.rtf' 2019-10-23 07:58:49 +00:00
759f2cbf2a Prześlij pliki do '' 2019-10-23 07:21:23 +00:00
7c6782b52c Usuń 'Apo_opiss1.rtf' 2019-10-23 07:21:01 +00:00
60dc5fef61 Prześlij pliki do '' 2019-10-23 06:27:22 +00:00
a73d4ba1d8 Usuń 'Apo_opiss1.rtf' 2019-10-23 06:27:08 +00:00
915b1db014 Prześlij pliki do '' 2019-10-22 13:05:24 +00:00
19 changed files with 454 additions and 1 deletions

View File

@ -1 +1 @@
ala ma kota APO

48
Usecases.md Normal file
View File

@ -0,0 +1,48 @@
Opis skrócony przypadków użycia
===============================
Aktorzy procesu i ich cele
--------------------------
Aktor Cel
----------- -----------------------------
Klient Zakup produktu
Magazynier Uzupełnienie produktu
Magazynier Usunięcie zepsutego produktu
Serwisant Naprawa automatu
System obsługi płatności elektronicznej przyjmowanie płatności kartą
Przypadki użycia
----------------
### Use case 1: Zakup produktu pakowanego
Klient wybiera produkt i otrzymuje informacje o cenie. Klient dokonuje płatności gotówką. Automat wydaje wybrany produkt.
### Use case 2: Zakup produktu pakowanego za pomocą karty
Klient wybiera produkt i otrzymuje informacje o cenie. Klient dokonuje płatności kartą(UC 8). System obsługi płatności elektronicznej pobiera pieniądze z karty. Automat wydaje wybrany produkt.
### Use case 3: Zakup przygotowywanego produktu
Klient wybiera produkt i otrzymuje informacje o cenie. Klient dokonuje płatności gotówką. Automat przygotowuje produkt. Automat wydaje wybrany produkt.
### Use case 4: Zakup przygotowywanego produktu za pomocą karty
Klient wybiera produkt i otrzymuje informacje o cenie. Klient dokonuje płatności kartą (UC 8). System obsługi płatności elektronicznej pobiera pieniądze z karty Automat przygotowuje produkt. Automat wydaje wybrany produkt.
### Use case 5:Uzupełnienie automatu
W przypadku braku konkretnego produktu automat wysyła komunikat do magazyniera. Magazynier po otrzymaniu komunikatu przyjeżdża i uzupełnia automat.
### Use case 6: Wymiana przeterminowanego produktu
W przypadku przeterminowanego produktu automat wysyła komunikat do magazyniera. Magazynier po otrzymaniu komunikatu przyjeżdża i usuwa przeterminowany produkt.
### Use case 7: Naprawa automatu
Automat wysyła komunikat do serwisanta. Serwisant po otrzymaniu komunikatu przyjeżdża i naprawia automat.
### Use case 8: Płatność kartą
Klient wprowadza kartę. System obsługi płatności elektronicznej weryfikuję poprawność karty i potwierdza płatność.

BIN
design-model-patterns.asta Normal file

Binary file not shown.

BIN
design-model.asta Normal file

Binary file not shown.

BIN
domain-model.asta Normal file

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

BIN
interaction-diagrams-2.asta Normal file

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

Binary file not shown.

BIN
statechart.asta Normal file

Binary file not shown.

57
system-events.md Normal file
View File

@ -0,0 +1,57 @@
Zdarzenia systemowe
===================
Use case 1: Zakup produktu pakowanego
-----------------
- wybór produktu pakowanego
- wprowadzenie monety
- odbiór produktu
- anulowanie zakupu
Use case 2: Zakup produktu pakowanego za pomocą karty
-----------------
- wybór produktu pakowanego
- przyłożenie karty
- odbiór produktu
Use case 3: Zakup przygotowywanego produktu
-----------------
- wybór produktu przygotowywanego
- wprowadzenie monet
- odbiór produktu
- anulowanie zakupu
Use case 4: Zakup przygotowywanego produktu za pomocą karty
-----------------
- wybór produktu przygotowywanego
- przyłożenie karty
- odbiór produktu
Use case 5: Uzupełnienie automatu
-----------------
- przyłożenie identyfikatora magazyniera
- zamknięcie drzwi automatu
Use case 6: Wymiana przeterminowanego produktu
-----------------
- przyłożenie identyfikatora magazyniera
- zamknięcie drzwi automatu
Use case 7: Naprawa automatu
-----------------
- przyłożenie identyfikatora serwisanta
- zamknięcie drzwi automatu
Use case 8: Płatność kartą
-----------------
- przyłożenie karty

97
use-case-1.md Normal file
View File

@ -0,0 +1,97 @@
Use Case 1: Zakup produktu pakowanego, płatność gotówka
=====================
**Aktor podstawowy:** Klient
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Klient: Chce otrzymać zakupiony prodkt i resztę. Ocekuje, że cały proces przebiegnie sprawnie.
- Właściciel automatu: Oczekuje, że zostanie wydana taka ilość produktów za jaką klient zapłacił oraz, że automat wyda klientowi odpowiednią resztę.
Warunki wstępne:
----------------
Automat jest sprawny i wzystkie produkty są uzupełnione.
Warunki końcowe:
----------------
Zakup zosał poprawnie przeprowadzony. Klient dokonał zapłaty i otrzymał wybrany produkt.
Scenariusz główny (ścieżka podstawowa):
---------------------------------------
1. Klient wybiera produkt, który chce kupić.
2. Automat podaje cenę wybranego produktu i jego skład.
3. Klient dokonuje płatności gotówką.
4. System zapisuje informacje o dacie, godzinie i danych transakcji, system aktualizuje informacje o stanie automatu.
5. Automat wydaje reszte i podaje zakupiony produkt.
Rozszerzenia (ścieżki alternatywne):
------------------------------------
*a. W dowolnym czasie, dotyczy sytuacji kiedy system zawiesza się:
1. Załącza sie system awaryjny.
2. Transakcja zostaje przerwana.
3. Wpłacone pieniądze zostają zwrócone klientowi.
4. System zostaje zresetowany.
1a. Wybór przez klienta produktu nie isteniejącego, lub którego nie ma na stanie:
1. wyswietlenie informacji o błędzie i prośby o ponowny wybór na ekranie.
2a. Brak ceny produktu w systemie:
1. system informuje obraku danych o cenie i odmawia możliwości zakupu produktu.
2b. Brak danych o składzie danego produktu w systemie:
1. system informuje o braku danych o składzie i alergenach.
2. Klient kupuje produkt.
2a. Klient rezygnuje z zakupu, zakup anulowany, transakcja przerwana.
3a. Klient dokonuje płatności obcą walutą lub nie obsugiwanym nominałem:
1. System nie przyjmuje pieniędzy, zwraca je klientowi.
3b. Klient ma niewystarczająca ilość pieniędzy aby zapłącić za wybrany produkt:
1. Klient klika przycisk "anuluj zakup".
1a. Po upłunięciu 90 sekund od wybrania produktu, system przechodzi do pkt 4b2.
2. System zwraca pieniądze, przerywa transakcje.
5a. W automacie nie ma pieniędzy aby wydać reszte:
1. System informuje klienta o braku pieniędzy do wydania reszty
2. Klient zgadza sie na zapłacenie wyższej ceny.
2a. Klient rezygnuje z zakupu, klika przycisk "anuluj zakupu", system przerywa transakcje.
5b. Produkt blokuje się:
1. System informuje klienta o błędzie.
2. Automat zwraca wpłącone pieniądze.
3. System wzywa pomoc techniczną.
Wymagania specjalne:
--------------------
- System posoada informacje o składzie produktu i o alergenach.
- Możliwość interfejsu wielojęzycznego.
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
*a. Wszystkie dane wprowadzone w trakcie zakupu objete są wspólną transakcją bazodanową.
*b. Panel dotykowy, słóżący do wyboru produktu i anulowania zakupu.
*c. Ekran do wyświatlania ceny i informacji o prodkucie (skład), informacje muszą być czytalne z odległości 1m.
2a. Identyfikator produktu wprowadzony z panela dotykowego przez klienta (identyfikator w postaci dwucyfrowej od 00 do 99)
*5. Wydanie prodktu i reszy po dokonaniu płatności przez klienta w mniej niż 30 sekund w 90% przypadków.
Kwestie otwarte:
----------------
- obsługa automatu przez osoby niewidome?

81
use-case-2.md Normal file
View File

@ -0,0 +1,81 @@
Use case 2: Zakup produktu pakowanego za pomocą karty
=====================
**Aktor podstawowy: Klient**
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Klient: Oczekuje wydania wybranego produktu po danej cenie.
- Właściciel automatu : Oczekuje ze automat nie wyda za dużo produktów.
Warunki wstępne:
----------------
Klient posiada przy sobie kartę płatniczą. W automacie znajduja sie produkty.
Warunki końcowe:
----------------
Klient dokonał zapłaty. Produkt został wydany klientowi.
Scenariusz główny (ścieżka podstawowa):
---------------------------------------
1. Klient wybiera numer produktu.
2. System informuje klienta o cenie.
3. Klient dokonje płatności kartą.
4. Automat komunikuje sie z systemem obsługi płatności elektronicznej pobiera pieniądze z karty.
5. Automat wydaje wybrany produkt.
6. Klient odbiera wybrany produkt.
Rozszerzenia (ścieżki alternatywne):
------------------------------------
*a. W dowolnej sytuacji kiedy system zawiesza się:
Niezbędne jest aby wszystkie kluczowe dane mogły zostać odtworzone w dowolnym momencie ścieżki
podstawowej.
1. System wyświetla informację o błędzie, zapisuje błąd i resetuje się
2. System odtwarza stan przed zawieszeniem się
*b. Brak produktu:
1. System wyświetla informacje o braku produktu.
2a. Błędny identyfikator produktu:
1. System sygnalizuje bład i prosi o podanie prawidłowego identyfikatora.
5a. System nie może dokonać transakcji:
1.System sygnalizuje bład i prosi o powtórzenie procesu płatnosci.
5b. Klient ma niewystarczająca ilość pieniędzy aby zapłącić za wybrany produkt:
1. System informuje o braku wystarczającej ilości srodków i przerywa tranzakcję.
6b. Produkt blokuje sie podczas wydawania:
1. System sygnalizuje bład i automatycznie wysyła informację o błedzie do techsupportu.
Wymagania specjalne:
--------------------
- System posiada informacje o składzie produktu i o alergenach.
- Możliwość interfejsu wielojęzycznego.
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
2a. Panel dotykowy, służący do wyboru produktu i anulowania zakupu.
4a. Czytnik kart płatniczych.
1. Autoryzacja musi być dokonana w czasie 10 sekund w 95% przypadków.
3a. Ekran do wyświatlania ceny i informacji o produkcie, informacje muszą być czytalne z odległości 1m.
Kwestie otwarte:
----------------
- Obsługa automatu przez osoby niewidome?
- ...
- ...

72
use-case-3.md Normal file
View File

@ -0,0 +1,72 @@
Use Case 3: Zakup przygotowywanego produktu
=====================
**Aktor podstawowy:** Klient
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Klient: Otrzyma wybrany produkt za podaną cene.
- Właściciel automatu: Wyda dokładnie jeden produkt za odpowiednią cene.
Warunki wstępne:
----------------
- W automacie są dostępne produkty.
- Klient posiada pieniądze na wybrany produkt.
Warunki końcowe:
----------------
- Klient otrzymał wybrany produkt
- W automacie są pieniądze za zakupiony produkt
Scenariusz główny (ścieżka podstawowa):
---------------------------------------
1. Klient wybiera produkt podając jego numer.
2. Automat wyświetla cene na ekranie.
3. Klient dokonuje płatności.
4. Automat wydaje reszte.
5. Automat przygotowuje produkt do wydania.
6. Automat wydaje gotowy produkt.
7. Klient odbiera produkt.
Rozszerzenia (ścieżki alternatywne):
------------------------------------
*a. W przypadku awarii dostawy prądu po ponownym uruchomieniu automat wczytuje stan z ostatniego zapisu z przed awarii.
1. Automat uruchamia sie.
2. Automat wczytuje stan z ostatniego zapisu.
2a. Klient podał niewłaściwy numer produktu.
1. Automat prosi o ponowne wpisanie numeru produktu.
4a. Klient zapłacił nieprzyjmowaną walutą.
1. Automat oddaje monete i nie zwięksa środków.
8a. Klient nie odebrał produktu przez 20 sekund.
1 Automat wydaje dźwięk przypominający o gotowym produkcie.
Wymagania specjalne:
--------------------
- Ekran ma być czytelny odległości 1m.
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
2a. Panel dotykowy do wprowadania numeru produktu.
3a. Ekran do wyświetlania ceny.
4a. System do przyjmowania i wydawania pieniędzy.
8a. Głośnik
Kwestie otwarte:
----------------
- Obsługa automatu przez osoby niewidome.

98
use-case-5.md Normal file
View File

@ -0,0 +1,98 @@
Use case 5: Uzupełnienie automatu
=====================
**Aktor podstawowy:** Magazynier
Główni odbiorcy i oczekiwania względem systemu:
-----------------------------------------------
- Magazynier: Oczekuje ,że nie będzie musiał ręcznie wpisywać stanów ilości produktów.
- Właściciel automatu: Oczekuje, że automat zostanie całkowicie uzupełniony
Warunki wstępne:
----------------
-Brak jednego z produktów
-Magazynier otrzymał powiadomienie o braku produktu.
-Automat jest sprawny
Warunki końcowe:
----------------
-Automat zostaje uzupełniony.
Scenariusz główny (ścieżka podstawowa):
---------------------------------------
1. Magazynier otwiera automat korzystając ze swojego identyfikatora.
2. Magazynier uzupełnia automat wkładając produkty na odpowienie półki.
3. W czasie uzupełniania automat nie może wydawać produktów.
4. Magazynier zamyka automat zatrzaskując drzwi.
5. Automat skanuje ilość produktów i ponownie może wydawać produkty.
Rozszerzenia (ścieżki alternatywne):
------------------------------------
1a. Magazynier źle przyłożył identyfikator.
1. Skaner wyświetla komunikat "przyłóż ponownie kartę".
2. System przechodzi do kroku 1 scenariusza głównego.
1b. System zawiesza się i drzwi się nie otwierają.
1. System wydaje sygnał dźwiękowy o restarcie i resetuje się.
2. System przechodzi do kroku 1 scenariusza głównego.
2a-4a System zawiesza się.
1. System wydaje sygnał dźwiękowy o restarcie i prosi o zamknięci drzwi.
2. Magazyier zamyka drzwi.
3. System sprawdza czy drzwi są zamknięte i resetuje się.
4. System przechodzi do kroku 1 scenariusza głównego.
4b. Drzwi nie zostały domknięte dłużej niż 5min.
1. Automat nadaje charakterystyczny sygnał dźwiękowy
2. System przechodzi do kroku 4 scenariusza głównego.
5a. Automat podczas skanowania wykrył źle włożony produkt.
1. Automat nadaje sygnał dźwiękowy "Źle włożony produkt"
2. Magazynier otwiera automat i odpowiednio układa produkty.
3. System przechodzi do kroku 4 scenariusza głównego.
5b. System zawiesza się.
1. System wydaje sygnał dźwiękowy o restarcie i resetuje się.
2. System przechodzi do kroku 5 scenariusza głównego.
Wymagania specjalne:
--------------------
- Możliwość interfejsu wielojęzcznego.
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
*a. System dźwiękowy
1a. Czytnik indentyfikatorów
5a. Automat posiada skanner, który stwierdza ilość produktów.
Kwestie otwarte:
----------------
- Obsługa automatu przez osoby niewidome.