From 5c3b97ac7e59a1633bff1e108b25d2e7d1c305b5 Mon Sep 17 00:00:00 2001 From: Pascal Bertin Date: Wed, 27 Oct 2021 11:24:27 +0200 Subject: [PATCH 1/8] =?UTF-8?q?Prze=C5=9Blij=20pliki=20do=20''?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- use-case-4.md | 94 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 94 insertions(+) create mode 100644 use-case-4.md diff --git a/use-case-4.md b/use-case-4.md new file mode 100644 index 0000000..7643a0e --- /dev/null +++ b/use-case-4.md @@ -0,0 +1,94 @@ +Use Case 4 Płatność gotówką +===================== + +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-- + + - ... + + - ... From f8044dc4cfe1a5e32d63b01505217976b20cee47 Mon Sep 17 00:00:00 2001 From: Konrad Date: Wed, 27 Oct 2021 11:26:32 +0200 Subject: [PATCH 2/8] changed typos --- use-case-3.md | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/use-case-3.md b/use-case-3.md index 9b10e33..b5171b1 100644 --- a/use-case-3.md +++ b/use-case-3.md @@ -7,7 +7,7 @@ Use Case 1: Nazwa ... Główni odbiorcy i oczekiwania względem systemu: ----------------------------------------------- -- Klient: oczekuje mozliwości płatności zprzy pomocy karty. +- Klient: oczekuje mozliwości płatności przy pomocy karty. - Agencja autoryzacji płatności: chce otrzymać zapytania o potwierdzenie zapłaty w poprawnym protokole transmisji danych. Chcą poprawnej obsługi transakcji realizowanej przez automat. - Klient: oczekuje dowodu zakupu. @@ -24,10 +24,10 @@ Płatność przebiegła pomyślnie. Rachunek jest wydrukowany. Scenariusz główny (ścieżka podstawowa): --------------------------------------- -1. Klient przykłada kartę do terminala +1. Klient przykłada kartę do terminala. 2. System wysyła zapytanie o autoryzację transakcji do Systemu Autoryzacji i żąda potwierdzenia możliwości zrealizowania transakcji. 3. System otrzymuje zgodę na realizację transakcji. -4. System zachowuje informację o zrealizowaniu zapłaty przy pomocy karty oraz informację o potwierdzeniu realizacji transakcji +4. System zachowuje informację o zrealizowaniu zapłaty przy pomocy karty oraz informację o potwierdzeniu realizacji transakcji. 5. System przsyła informację do automatu o poprawnym wykonaniu transakcji. @@ -45,7 +45,6 @@ Rozszerzenia (ścieżki alternatywne): 2. krok drugi rozszerzenia 3a 2a. Automat wykrywa błąd współpracy z systemem zewnętrznym - 1. Automat prosi Klienta o alternatywną formę zapłaty. @@ -63,7 +62,7 @@ Wymagania specjalne: Wymagania technologiczne oraz ograniczenia na wprowadzane dane: --------------------------------------------------------------- -2a. długość pinu +2a. Pin składa się z 4 cyfr. 2b. ... From 6bc3159e90ecaa8fbabab5af68251015e35e46ff Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jakub=20=C5=81angowski?= Date: Wed, 27 Oct 2021 11:26:40 +0200 Subject: [PATCH 3/8] use case 1 - s452708 --- use-case-1.md | 63 +++++++++++++++++++-------------------------------- 1 file changed, 23 insertions(+), 40 deletions(-) diff --git a/use-case-1.md b/use-case-1.md index 4faa302..10f7588 100644 --- a/use-case-1.md +++ b/use-case-1.md @@ -1,70 +1,53 @@ -Use Case 1: Nazwa ... +Use Case 1: Zakup produktu ===================== -**Aktor podstawowy:** +**Aktor podstawowy:** Klient Główni odbiorcy i oczekiwania względem systemu: ----------------------------------------------- -- Odbiorca1: oczekiwania ... - -- Odbiorca2: oczekiwania ... - -- Odbiorca3: oczekiwania ... +- Klient: oczekuje możliwości zakupu wybranego produktu +- Klient: oczekuje szybkiego wydania poprawnego produktu Warunki wstępne: ---------------- -... +Klient nacisnął przycisk start na automacie Warunki końcowe: ---------------- -... +Klient otrzymał zamówiony produkt, + - w przypadku płatności monetami otrzymał poprawna resztę, + - w przypdaku płatności kartą płatność została poprawnie obsłużona Scenariusz główny (ścieżka podstawowa): --------------------------------------- -1. Krok 1 scenariusza głównego. -2. Krok 2 scenariusza głównego. -3. Krok 3 scenariusza głównego. -4. .... +1. Klient podchodzi do automatu +2. +3. Klient wybiera na terminalu kod produktu jaki chce zakupic +4. Klient wybiera sposób w jaki chce dokonać płatności +5. Po zakończeniu płatności wybrany produkt jest wydawany z odpowiedniej półki automatu +6. Klient odbiera wybrany produkt Rozszerzenia (ścieżki alternatywne): ------------------------------------ -*a. nazwa rozszerzenia +*a. Automat zawiesza się -1. krok pierwszy rozszerzenia *a -2. krok drugi rozszerzenia *a + 1. Nastepuje restart procesu zakupu + 2. -3a. nazwa rozszerzenia +2a. Wybrano niepoprawny produkt + 1. Automat informuje klient o wybraniu niepoprawnego produktu + 2. Automat prosi o ponowen wybranie produktu + +3a. Anulowano zakup -1. krok pierwszy rozszerzenia 3a -2. krok drugi rozszerzenia 3a + 1. Nastepuje restart procesu zakupu - 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 Wymagania specjalne: -------------------- From f742563547e9e8713dd711f68d021e84226f5ecb Mon Sep 17 00:00:00 2001 From: Thyme1 Date: Tue, 2 Nov 2021 15:41:37 +0100 Subject: [PATCH 4/8] added few changes to usecase3 --- use-case-3.md | 50 +++++++++++++++++++++++++------------------------- 1 file changed, 25 insertions(+), 25 deletions(-) diff --git a/use-case-3.md b/use-case-3.md index b5171b1..d863460 100644 --- a/use-case-3.md +++ b/use-case-3.md @@ -1,4 +1,4 @@ -Use Case 1: Nazwa ... +Use Case 3: Płatność kartą ===================== **Aktor podstawowy:** Klient @@ -8,7 +8,7 @@ Główni odbiorcy i oczekiwania względem systemu: ----------------------------------------------- - Klient: oczekuje mozliwości płatności przy pomocy karty. -- Agencja autoryzacji płatności: chce otrzymać zapytania o potwierdzenie zapłaty w poprawnym protokole transmisji danych. Chcą poprawnej obsługi transakcji realizowanej przez automat. +- Agencja autoryzacji płatności: chce otrzymać zapytanie o potwierdzenie zapłaty w poprawnym protokole transmisji danych. Chce poprawnej obsługi transakcji realizowanej przez automat. - Klient: oczekuje dowodu zakupu. Warunki wstępne: @@ -29,6 +29,7 @@ Scenariusz główny (ścieżka podstawowa): 3. System otrzymuje zgodę na realizację transakcji. 4. System zachowuje informację o zrealizowaniu zapłaty przy pomocy karty oraz informację o potwierdzeniu realizacji transakcji. 5. System przsyła informację do automatu o poprawnym wykonaniu transakcji. +6. Automat drukuje paragon. Rozszerzenia (ścieżki alternatywne): @@ -36,43 +37,42 @@ Rozszerzenia (ścieżki alternatywne): *a. W dowolnym czasie, dotyczy sytuacji kiedy automat zawiesza się: Aby zapewnić poprawne księgowanie, niezbędne jest aby wszystkie kluczowe dane dotyczące transakcji mogły zostać odtworzone w dowolnym momencie ścieżki podstawowej -1. krok pierwszy rozszerzenia *a -2. krok drugi rozszerzenia *a +1. Automat restartuje się i próbuje odtworzyć stan przed zawieszeniem się systemu. + 1. Automat odtwarza stan przed zawieszeniem się. + 1. Automat wykrywa błędy. + 1. Automat przesyła informację o błędzie do obsługi serwisowej, zapisuje błąd i resetuje się. + 2. Automat rozpoczyna nową sprzedaż. + -1a. Klient nie posiada możliwości płatności zbliżeniowej +1a. Klient nie posiada możliwości płatności zbliżeniowej + 1. Klient wkłada kartę płatniczą do terminala. -1. Klient wkłada kartę płatniczą do terminala. -2. krok drugi rozszerzenia 3a +2a. Automat wykrywa błąd współpracy z systemem zewnętrznym + 1. Automat prosi klienta o alternatywną formę zapłaty. -2a. Automat wykrywa błąd współpracy z systemem zewnętrznym -1. Automat prosi Klienta o alternatywną formę zapłaty. +2b. System zewnętrzny żąda numeru PIN do autoryzacji transakcji. + 1. Klient podaje numer PIN. + 1a. Klient podał nieprawidłowy PIN. + 1. Automat wyświetla prośbę o ponowne wpisanie numeru PIN. -3-4a. nazwa rozszerzenia +3a. System nie otrzymuje zgody na realizację transakcji. +1. Powrót do ekranu wyboru sposobu transakcji. + +6a. Automat nie może wydrukować paragonu +1. Wezwanie obsługi serwisowej. +2. Wyświetlenie komunikatu o problemie oraz o wezwaniu obsługi serwisowej. Wymagania specjalne: -------------------- -- ... - -- ... - -- ... +- Interfejs użytkownika musi być dostępny w języku polskim, angielskim i niemieckim. Wymagania technologiczne oraz ograniczenia na wprowadzane dane: --------------------------------------------------------------- 2a. Pin składa się z 4 cyfr. -2b. ... - -3a. ... - Kwestie otwarte: ---------------- - -- ... - -- czy dopuszczamy autoryzacje przy pomocy odcisku palca - -- ... +- From d16e51bda3b4690c4ecf16b0e13afb7475325040 Mon Sep 17 00:00:00 2001 From: s452667 Date: Tue, 2 Nov 2021 21:28:32 +0100 Subject: [PATCH 5/8] changes in use-case-3 --- use-case-3.md | 63 +++++++++++++++++++++++++++++++-------------------- 1 file changed, 39 insertions(+), 24 deletions(-) diff --git a/use-case-3.md b/use-case-3.md index d863460..30c4901 100644 --- a/use-case-3.md +++ b/use-case-3.md @@ -8,8 +8,10 @@ Główni odbiorcy i oczekiwania względem systemu: ----------------------------------------------- - Klient: oczekuje mozliwości płatności przy pomocy karty. -- Agencja autoryzacji płatności: chce otrzymać zapytanie o potwierdzenie zapłaty w poprawnym protokole transmisji danych. Chce poprawnej obsługi transakcji realizowanej przez automat. -- Klient: oczekuje dowodu zakupu. +- Agencja autoryzacji płatności: chce otrzymać zapytanie o potwierdzenie zapłaty w poprawnym protokole transmisji + danych. Chce poprawnej obsługi transakcji realizowanej przez automat. +- Klient: chce wybrać czy automat ma drukować potwierdzenie transakcji. +- Klient: oczekuje wydrukowanego rachunku. Warunki wstępne: ---------------- @@ -24,45 +26,56 @@ Płatność przebiegła pomyślnie. Rachunek jest wydrukowany. Scenariusz główny (ścieżka podstawowa): --------------------------------------- -1. Klient przykłada kartę do terminala. -2. System wysyła zapytanie o autoryzację transakcji do Systemu Autoryzacji i żąda potwierdzenia możliwości zrealizowania transakcji. -3. System otrzymuje zgodę na realizację transakcji. -4. System zachowuje informację o zrealizowaniu zapłaty przy pomocy karty oraz informację o potwierdzeniu realizacji transakcji. -5. System przsyła informację do automatu o poprawnym wykonaniu transakcji. -6. Automat drukuje paragon. - +1. Klient przykłada kartę do terminala. +2. Automat wysyła zapytanie o autoryzację transakcji do Systemu Autoryzacji i żąda potwierdzenia możliwości + zrealizowania transakcji. +3. Automat otrzymuje zgodę na realizację transakcji. +4. Automat zachowuje informację o zrealizowaniu zapłaty przy pomocy karty oraz informację o potwierdzeniu realizacji + transakcji. +5. Klient wybiera czy automat ma drukować potwierdzenie płatności. +6. Automat drukuje paragon i potwierdzenie płatności. Rozszerzenia (ścieżki alternatywne): ------------------------------------ *a. W dowolnym czasie, dotyczy sytuacji kiedy automat zawiesza się: - Aby zapewnić poprawne księgowanie, niezbędne jest aby wszystkie kluczowe dane dotyczące transakcji mogły zostać odtworzone w dowolnym momencie ścieżki podstawowej +Aby zapewnić poprawne księgowanie, niezbędne jest aby wszystkie kluczowe dane dotyczące transakcji mogły zostać +odtworzone w dowolnym momencie ścieżki podstawowej + 1. Automat restartuje się i próbuje odtworzyć stan przed zawieszeniem się systemu. - 1. Automat odtwarza stan przed zawieszeniem się. - 1. Automat wykrywa błędy. - 1. Automat przesyła informację o błędzie do obsługi serwisowej, zapisuje błąd i resetuje się. - 2. Automat rozpoczyna nową sprzedaż. - + 1. Automat odtwarza stan przed zawieszeniem się. + 1. Automat wykrywa błędy. + 1. Automat przesyła informację o błędzie do obsługi serwisowej, zapisuje błąd i resetuje się. + 2. Automat rozpoczyna nową sprzedaż. 1a. Klient nie posiada możliwości płatności zbliżeniowej - 1. Klient wkłada kartę płatniczą do terminala. -2a. Automat wykrywa błąd współpracy z systemem zewnętrznym - 1. Automat prosi klienta o alternatywną formę zapłaty. +1. Klient wkłada kartę płatniczą do terminala. + +2a. Automat wykrywa błąd współpracy z systemem zewnętrznym + +1. Automat prosi klienta o alternatywną formę zapłaty. 2b. System zewnętrzny żąda numeru PIN do autoryzacji transakcji. - 1. Klient podaje numer PIN. - 1a. Klient podał nieprawidłowy PIN. - 1. Automat wyświetla prośbę o ponowne wpisanie numeru PIN. +1. Klient podaje numer PIN. + + 1a. Klient podał nieprawidłowy PIN. + 1. Automat wyświetla prośbę o ponowne wpisanie numeru PIN. 3a. System nie otrzymuje zgody na realizację transakcji. + 1. Powrót do ekranu wyboru sposobu transakcji. 6a. Automat nie może wydrukować paragonu + 1. Wezwanie obsługi serwisowej. 2. Wyświetlenie komunikatu o problemie oraz o wezwaniu obsługi serwisowej. +6b. Klient wybrał, że nie chce aby automat drukował potwierdzenie płatności. + +1. Automat drukuje tylko paragon. + Wymagania specjalne: -------------------- @@ -73,6 +86,8 @@ Wymagania technologiczne oraz ograniczenia na wprowadzane dane: 2a. Pin składa się z 4 cyfr. -Kwestie otwarte: ----------------- -- +[comment]: <> (Kwestie otwarte:) + +[comment]: <> (----------------) + +[comment]: <> (- ) From da2e538e2355aaf857c8149fb84cff9beabd8cc9 Mon Sep 17 00:00:00 2001 From: Pascal Bertin Date: Tue, 2 Nov 2021 23:59:16 +0100 Subject: [PATCH 6/8] add complete use case 4 --- use-case-4.md | 170 ++++++++++++++++++++++---------------------------- 1 file changed, 76 insertions(+), 94 deletions(-) diff --git a/use-case-4.md b/use-case-4.md index 7643a0e..8504dc5 100644 --- a/use-case-4.md +++ b/use-case-4.md @@ -1,94 +1,76 @@ -Use Case 4 Płatność gotówką -===================== - -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-- - - - ... - - - ... +Use Case 4 Płatność gotówką +===================== + +Aktor podstawowy: Klient + + +Główni odbiorcy i oczekiwania względem systemu +----------------------------------------------- + + - Klient: oczekuje informacji o kwocie do zapłaty i możliwości zapłacenia + + - Klient: oczekuje wydania kupionego produktu + +Warunki wstępne +---------------- + +Klient wybrał dany produkt. Przy wyborze płatności wybrał opcję płatność gotówką. + +Warunki końcowe +---------------- + +Automat akceptuje gotówkę od klienta i wydaje żądany produkt. + +Scenariusz główny (ścieżka podstawowa) +--------------------------------------- + + 1. Po wyborze danego produktu, klient wybiera płatność gotówką. + 2. Automat wyświetla kwotę do zapłaty. + 3. Klient wrzuca monety/banknoty do pobieracza. + 4. Automat sprawdza gotówkę i informuje klienta o zaakceptowaniu płatności. + 5. Automat wydaje żądany produkt. + +Rozszerzenia (ścieżki alternatywne) +------------------------------------ + + a. W dowolnym czasie, dotyczy sytuacji kiedy system zawiesza się: + + 1. Automat restartuje się i próbuje odtworzyć stan przed zawieszeniem się systemu. + + 1. Automat odtwarza stan przed zawieszeniem się. + 2. Automat wykrywa błędy. + + i. Automat przesyła informację o błędzie do obsługi serwisowej, zapisuje błąd i resetuje się. + + ii. Automat rozpoczyna nową sprzedaż. + + 1a. Wybranego produktu nie ma na stanie automatu. + + 1. Automat cofa transakcję i prosi o wybranie innego produktu. + + 3a. Automat zawiesza się podczas wrzucania gotówki + + 1. Klient wybiera inną formę płatności za produkt. + + 4a. Automat wykrywa nieprawidłowości we wrzuconej gotówce od klienta. + + 1. Klient wrzuca za małą ilość gotówki. + + i. Automat wyświetla informację z prośbą o uzupełnienie brakującej gotówki. + 2. Klient wrzuca za dużą ilość gotówki. + + i. Automat po zakończonej transakcji zwraca resztę gotówki klientowi. + 3. Klient wrzuca zniszczone banknoty. + + i. Automat zwraca zniszczony banknot i wyświetla informację o odrzuceniu gotówki. + +Wymagania specjalne +-------------------- + + - możliwość wybrania języka: polski, angielski, niemiecki + - ekran musi być dotykowy + +Kwestie otwarte +---------------- + + - Czy dopuszczamy możliwość płacenia obcymi walutami, np: EURO, DOLAR From 5d9909b966b8f6d99528272b2a48c256b5732b33 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jakub=20=C5=81angowski?= Date: Wed, 3 Nov 2021 10:00:49 +0100 Subject: [PATCH 7/8] use-case 1 -s452708 --- use-case-1.md | 14 ++++++-------- 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/use-case-1.md b/use-case-1.md index 19bc4d2..e52f742 100644 --- a/use-case-1.md +++ b/use-case-1.md @@ -26,11 +26,10 @@ Scenariusz główny (ścieżka podstawowa): --------------------------------------- 1. Klient podchodzi do automatu -2. -3. Klient wybiera na terminalu kod produktu jaki chce zakupic -4. Klient wybiera sposób w jaki chce dokonać płatności -5. Po zakończeniu płatności wybrany produkt jest wydawany z odpowiedniej półki automatu -6. Klient odbiera wybrany produkt +2. Klient wybiera na terminalu kod produktu jaki chce zakupic +3. Klient wybiera sposób w jaki chce dokonać płatności +4. Po zakończeniu płatności wybrany produkt jest wydawany z odpowiedniej półki automatu +5. Klient odbiera wybrany produkt Rozszerzenia (ścieżki alternatywne): ------------------------------------ @@ -45,9 +44,8 @@ Rozszerzenia (ścieżki alternatywne): 2. Automat prosi o ponowen wybranie produktu 3a. Anulowano zakup - - 1. Nastepuje restart procesu zakupu - + 1. Nastepuje restart procesu zakupu + 2. Wymagania specjalne: -------------------- From 2e92c5eeef64e45da96117890bd9c28164c92c6d Mon Sep 17 00:00:00 2001 From: Konrad Date: Wed, 3 Nov 2021 10:35:42 +0100 Subject: [PATCH 8/8] changes after presentation --- use-case-3.md | 16 +++++----------- 1 file changed, 5 insertions(+), 11 deletions(-) diff --git a/use-case-3.md b/use-case-3.md index 30c4901..915a7a0 100644 --- a/use-case-3.md +++ b/use-case-3.md @@ -32,7 +32,7 @@ Scenariusz główny (ścieżka podstawowa): 3. Automat otrzymuje zgodę na realizację transakcji. 4. Automat zachowuje informację o zrealizowaniu zapłaty przy pomocy karty oraz informację o potwierdzeniu realizacji transakcji. -5. Klient wybiera czy automat ma drukować potwierdzenie płatności. +5. Klient wybiera, ze chce aby automat wydrukował potwierdzenie płatności. 6. Automat drukuje paragon i potwierdzenie płatności. Rozszerzenia (ścieżki alternatywne): @@ -42,11 +42,10 @@ Rozszerzenia (ścieżki alternatywne): Aby zapewnić poprawne księgowanie, niezbędne jest aby wszystkie kluczowe dane dotyczące transakcji mogły zostać odtworzone w dowolnym momencie ścieżki podstawowej -1. Automat restartuje się i próbuje odtworzyć stan przed zawieszeniem się systemu. - 1. Automat odtwarza stan przed zawieszeniem się. - 1. Automat wykrywa błędy. - 1. Automat przesyła informację o błędzie do obsługi serwisowej, zapisuje błąd i resetuje się. - 2. Automat rozpoczyna nową sprzedaż. +1. Automat restartuje się i odtwarza stan przed zawieszeniem się systemu. +- 1a. Automat wykrywa błędy. + 1. Automat przesyła informację o błędzie do obsługi serwisowej, zapisuje błąd i resetuje się. + 2. Automat rozpoczyna nową sprzedaż. 1a. Klient nie posiada możliwości płatności zbliżeniowej @@ -86,8 +85,3 @@ Wymagania technologiczne oraz ograniczenia na wprowadzane dane: 2a. Pin składa się z 4 cyfr. -[comment]: <> (Kwestie otwarte:) - -[comment]: <> (----------------) - -[comment]: <> (- )