s444460/Analiza_Obiektowa
3
2
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Zaktualizuj 'use-case-4.md'

Browse Source
This commit is contained in:
Marcin Dobrowolski 2020-12-01 20:05:18 +01:00
parent 6e5e29ef13
commit 338b4733d8
1 changed files with 128 additions and 128 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

24
use-case-4.md
View File

@ -9,13 +9,13 @@ Główni odbiorcy i oczekiwania względem systemu:
- Klient: oczekuje możliwości sprawnego zakupu ciepłego posiłku oraz bezbłędnych operacji płatniczych. Chce mieć możliwość dostosowania posiłku do swoich preferencji.
- Właściciel automatu: oczekuje poprawnie realizowanych transakcji oraz zadowolenia klienta. Ponad to ciągłego działania automatu pomimo ewentualnych usterek czy braków w towarze.
- Właściciel automatu: oczekuje poprawnie realizowanych transakcji oraz zadowolenia klienta. Ponadto ciągłego działania automatu pomimo ewentualnych usterek czy braków w towarze.
- Agencja autoryzacji płatności: chce otrzymać zapytania o potwierdzenie zapłaty w poprawnym protokole transmisji danych. Chce poprawnej obsługi transakcji realizowanej przez automat.
- Urząd Skarbowy: chce uzyskać podatek od każdego sprzedanego produktu.
- Inspektorat Sanitarny: oczekują by automat spełniał wszelkie wymogi sanitarne dotyczące przechowywania półproduktów jak i przygotowywania posiłków.
- Inspektorat Sanitarny: oczekują by automat spełniał wszelkie wymogi sanitarne dotyczące przechowywania półproduktów, jak i przygotowywania posiłków.
Warunki wstępne:
----------------
@ -32,14 +32,14 @@ Scenariusz główny (ścieżka podstawowa):
1. Klient wpisuje na klawiaturze kod produktu.
2. System prosi o dostosowanie szczegółów posiłku i wyświetla panel menu, który to umożliwia.
3. Użytkownik dostosowuje posiłek do swoich preferencji poprzez wybór jego pszczególnych składowych, może również przystać na ich domyślną kombinację.
3. Użytkownik dostosowuje posiłek do swoich preferencji poprzez wybór jego poszczególnych składowych, może również przystać na ich domyślną kombinację.
4. Użytkownik potwierdza swój wybór.
5. System akceptuje wprowadzone preferencje.
6. System uruchamia moduł odpowiedzialny za monitorowanie przebiegu transakcji.
7. System prosi o wybór metody płatności.
8. Użytkownik wybiera metodę płatności. Użytkownik wybrał płatność kartą. Przejście do use case 5: płatność kartą.
9. System wyłącza moduł odpowiedzialny za monitorowanie transkacji.
10. System przygotowywuje posiłek.
9. System wyłącza moduł odpowiedzialny za monitorowanie transakcji.
10. System przygotowuje posiłek.
11. System wydaje gotowy posiłek.
12. Klient odbiera posiłek.
@ -53,7 +53,7 @@ Rozszerzenia (ścieżki alternatywne):
3. System uruchamia się ponownie i odczytuje dane z modułu monitorującego transakcje.
4. System w zależności od informacji zawartych w danych podejmuje pewne kroki.
4.1. Jeżeli rozpoczęta przed restartem transakcja została sfinalizowana, system Ją unieważnia.
4.2. Jeżeli mechanizm odpowiedzialny za przygotowywanie posiłku nie jest na pozycji domyślnej, uruchamia jego czyszczenie i sprowadza na domyślną pozycje.
4.2. Jeżeli mechanizm odpowiedzialny za przygotowywanie posiłku nie jest na pozycji domyślnej, uruchamia jego czyszczenie i sprowadza na domyślną pozycję.
5. System wysyła komunikat o zdarzeniu do serwisanta.
6. System wyświetla komunikat o błędzie.
6. System przechodzi w tryb operacyjny.
@ -90,7 +90,7 @@ Rozszerzenia (ścieżki alternatywne):
2. Klient wciska na klawiaturze przycisk reklamacji.
3. System wyświetla instrukcje opisujące kroki, które klient musi podjąć na drodze reklamacji.
12a. Klient nieodbiera gotowego posiłku z automatu.
12a. Klient nie odbiera gotowego posiłku z automatu.
1. System oczekuje określoną długość czasu.
2. System pozbywa się gotowego produktu.
@ -100,13 +100,13 @@ Rozszerzenia (ścieżki alternatywne):
Wymagania specjalne:
--------------------
- 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.
- Automat nie posiada systemu odpowiadającego za dokładne monitorowanie przebiegu przygotowania ciepłego posiłku. Dlatego gdy podczas tego procesu dojdzie do błędu automat mimo wszystko doprowadzi go do końca, co może oznaczać oddanie w ręce klienta niekompletnego lub uszkodzonego posiłku. Może też nie oddać go wcale.
- Automat nie posiada systemu odpowiadającego za dokładne monitorowanie przebiegu przygotowania ciepłego posiłku. Dlatego, gdy podczas tego procesu dojdzie do błędu, automat mimo wszystko doprowadzi go do końca, co może oznaczać oddanie w ręce klienta niekompletnego lub uszkodzonego posiłku. Może też nie oddać go wcale.
- Niezbędna jest klawiatura aby zapewnić klientowi kanał komunikacji z systemem.
- Niezbędna jest klawiatura, aby zapewnić klientowi kanał komunikacji z systemem.
- Niezbędny jest ekran aby zapewnić systemowi kanał komunikacji z klientem.
- Niezbędny jest ekran, aby zapewnić systemowi kanał komunikacji z klientem.
Wymagania technologiczne oraz ograniczenia na wprowadzane dane:
---------------------------------------------------------------
@ -124,5 +124,5 @@ Kwestie otwarte:
- Jak ma wyglądać proces reklamacji?
- Ile czasu ma odczekać system zanim uzna stan bezczynności klienta?
- Ile czasu ma odczekać system, zanim uzna stan bezczynności klienta?