Przykłady analiza i projektowanie
Halina Tańska
Opis funkcjonowania sklepu komputerowego
Zadaniem sklepu jest sprzedaż sprzętu komputerowego klientom oraz
świadczenie napraw związanych z tym sprzętem. Termin „zestaw” będziemy używali do określenia pełnych zestawów komputerowych. Poszczególne części wchodzące w ich skład (drukarki, klawiatury, dyski twarde, monitory, skanery itp.) będą nazywane podzespołami.
Klient z pomocą sprzedawcy ustala interesującą go konfigurację sprzętu. Po jego skompletowaniu tworzone jest przez sprzedawcę zamówienia, czyli dokument opisujący wybraną przez klienta konfigurację zestawu. W takiej formie jest on następnie przekazywany monterowi. Po złożeniu zestawu jest on przekazywany bezpośrednio klientowi w sklepie lub dostarczany do jego domu przez dostawcę sprzętu. Dodatkowo łącznie z wydaniem sprzętu, sprzedawca sporządza
odpowiednie dokumenty sprzedaży (rachunek, gwarancję).
Wszystkie podzespoły służące do montażu zestawów są dostarczane do sklepu przez dostawcę na podstawie dokumentu dostawy (zamówienia) wystawionego przez zaopatrzeniowca. Po dostarczeniu przez dostawcę nowej partii
podzespołów, są one odpowiednio ewidencjonowane przez magazyniera.
Dodatkowo sklep świadczy usługi polegające na serwisie sprzedanych zestawów
komputerowych. Po zgłoszeniu naprawy przez klienta sprzedawca sporządza
formularz naprawy. Uszkodzony sprzęt, łącznie z formularzem naprawy, jest
dostarczany serwisantowi, który usuwa uszkodzenie. Po wykonaniu naprawy
sprzedawca przekazuje zestaw klientowi.
Sklep komputerowy
Identyfikacja aktorów dla systemu „Sklep komputerowy”
Klient Dostawca
Dla tego systemu można wyodrębnić aktorów: Klienta i Dostawcę. Aktor Klient korzysta z usług systemu biznesowego Sklep komputerowy kupując zamówiony zestaw komputerowy lub jego poszczególne elementy . Jest on również elementem składowym środowiska zewnętrznego firmy (jej otoczenia). Podobną pozycję zajmuje aktor Dostawca. Jego interakcja z systemem polega na dostarczaniu zamówionych podzespołów i otrzymaniu za nie zapłaty.
Aktorzy – z uwagi na to, iż nie należą do systemu – są umieszczani na zewnątrz modelowanego przedsięwzięcia
Sklep komputerowy
Prostokąt wokół przypadku użycia oznacza granice systemu. Wewnątrz tego prostokąta umieszcza się nazwę systemu lub podsystemu.
Klient
Dostawca
Aktorami są Klient i Dostawca. Przypadki użycia to Sprzedaż zestawu, Naprawa zestawu, Zakup urządzeń
Model przypadków użycia dla systemu sklep komputerowy
Sprzedaż zestawu
Naprawa zestawu
Zakup urządzeń
Aktor i przypadek użycia mogą być powiązani związkiem komunikacji. Kierunek strzałki pozwala stwierdzić, kto rozpoczyna przypadek użycia.
Opis przebiegu przypadku użycia
• Przypadek użycia: Sprzedaż zestawu
Po wejściu klienta do sklepu, sprzedawca podchodzi do niego i pyta o plany zakupu. Klient – z pomocą sprzedawcy – wybiera określoną konfigurację zestawu. Wówczas sprzedawca, na podstawie ustalonej konfiguracji,
sporządza zamówienie. Jednocześnie ustalane są szczegóły związane z ceną zestawu, terminem jego złożenia oraz sposobem dostarczenia. Następnie lista z konfiguracją jest przekazywana monterowi, którego zadaniem jest złożenie zestawu z podzespołów oraz jego zapakowanie. Gotowy zestaw jest odbierany przez klienta w sklepie lub dostarczany do domu przez dostawcę sprzętu.
Jednocześnie wypisywane zostają niezbędne dokumenty sprzedaży (np.
rachunek, gwarancja).
• Przypadek użycia: Zakup urządzeń
Pierwszą czynnością jest wysłanie zamówienia na podzespoły przez
zaopatrzeniowca do dostawcy. Po przyjeździe dostawcy z towarem jest on składowany w magazynie sklepu a następnie ewidencjonowany przez
magazyniera. Ostatnią czynnością jest uregulowanie spraw związanych z dokumentami dostawy (podpisanie, zapłacenie).
• Przypadek użycia: Naprawa sprzętu
Klient, po wejściu do sklepu, zgłasza naprawę sprzętu komputerowego
zakupionego w sklepie. Sprzedawca sporządza formularz naprawy w którym są podstawowe dane dotyczące usterki, przewidywanych kosztów jej naprawy oraz czasu realizacji naprawy. Naprawa jest przeprowadzana przez
serwisanta. Po jej realizacji, sprzedawca przekazuje sprzęt klientowi.
Model obiektów
• Model obiektów przedstawia architekturę wewnętrzną systemu.
Model jest zbudowany z obiektów oraz powiązań i komunikacji między nimi. Obiekty dzieli się na trzy typy: obiekty interfejsu, obiekty encji i obiekty sterujące.
• Obiekty interfejsu – osoby lub urządzenia w obrębie firmy, z
którymi komunikuje się aktor w trakcie realizacji przypadku użycia.
• Obiekty encje – produkty, dokumenty, rzeczy itp. (elementy bierne systemu), które są niezbędne do wykonania przypadku użycia.
• Obiekty sterujące – aktywne elementy systemu, nie komunikujące
się bezpośrednio z aktorami, ale wykonujące inne ważne czynności,
niezbędne do przeprowadzenia przypadku użycia.
Przykłady obiektów dla różnych przedsięwzięć biznesowych
Restauracja Fabryka części
metalowych Obiekty
interfejsu Kelner Szatniarz
Zaopatrzeniowiec
Sprzedawca
Zaopatrzeniowiec Pracownik transportu Obiekty
encje
Menu
Formularz zamówienia posiłku Rachunek
Formularz zamówienia produktów Posiłek
Surowce
Druk zamówienia
Dokument sprzedaży Dokument zakupu Surowce
Towary do sprzedaży Ewidencja klienta
Obiekty
sterujące Kucharz Magazynier
Magazynier
Pracownik księgowości
Typy obiektów - notacja
Obiekty interfejsu
Obiekty encje
Obiekty sterujące
Rodzaje związków - notacje
Asocjacje – najczęstsze związki między obiektami, opisujące ich wzajemne relacje (np. relacja pracuje dla między pracownikami a firmą, relacja środek płatności między zamówieniem a czekami.
Związek całość-część (agregacja) – opisuje powiązania obiektów z ich
częściami składowymi (zamówienie może się składać z określonej liczby I dań, II dań oraz deserów).
płacony jest
rachunek czek
Związek generalizacja-specjalizacja (dziedziczenie) – obrazują relacje, w
których określone obiekty dziedziczą pewne cechy innych obiektów (obiekty
zamówienie posiłku oraz zamówienie surówki posiadają pewne wspólne
cechy, które zostały przydzielone nowemu obiektowi zamówienie).
Obiekty realizujące przypadki użycia dla systemu Sklep komputerowy
Przykładowe przypadki
użycia Przykładowe obiekty je realizujące
Sprzedaż zestawów
Zakup podzespołów
Naprawa zestawów
Sprzedawca Monter Zestaw
Zaopatrzeniowiec Podzespół Magazynier
Formularz
naprawy Sprzedawca Serwisant
System obsługi zamówień
• Stworzenie oprogramowania do obsługi zamówień dla firmy wysyłkowej XYZ, która sprzedaje towary zakupione od wielu
różnych dostawców. Dwa razy w roku firma publikuje katalog, który wysyła pocztą do klientów i innych zainteresowanych osób.
• Klienci składają zamówienia, przesyłając listę towarów wraz z opłatą do firmy XYZ. Firma XYZ przygotowuje zamówione towary i wysyła je pod adres klienta. Program obsługi śledzi zamówienie od chwili jego otrzymania aż do wysyłki towarów.
• Firma XYZ zapewni szybką obsługę klientów. Będzie realizować zamówienia za pomocą najszybszych, najefektywniejszych metod.
Klienci mogą zwracać towary, ale w niektórych przypadkach nie
otrzymają pełnego zwrotu pieniędzy.
Przypadki użycia dla obsługi zamówień – poziom systemu
Klient
Przedstawiciel Handlowy
Kierownik Działu Obsługi Klienta
System Księgowy
System Magazynowy
Pracownik
Firma Kurier
Złóż skargę Dostarcz katalog
Sprawdź stan zamówienia Zaloguj się
Anuluj zamówienie Złóż zamówienie
Zwróć towar
Przygotuj raport
Aktualizuj stan konta
include
Aktualizuj ilość towaru Pobierz inform.
o towarze Przyjmij towar od
dostawców Przygotuj i wyślij
przesyłkę
Architektura systemu obsługi zamówień
<<subsystem>>
Kontrola Dostępu
<<interface>>
IZarządzanieZamówieniami
złóżZamówienie() anulujZamówienie() zwróćTowar()
<<interface>>
IInformacjeOTowarze
pobierzOpisTowaru() pobierzCenęTowaru()
pobierzIlośćTowaru()
<<interface>>
IObsługaFinansów
obciążKonto() uznajKonto() obsłużPłatności()
<<interface>>
IBazaDanych
zapiszZamówienie (zamówienie)
aktualizujStanZamówienia()
<<subsystem>>
Informacje o Towarze
<<subsystem>>
Zarządzanie Zamówieniami
<<subsystem>>
Obsługa Finansów
<<subsystem>>
Wysyłanie Przesyłek
<<subsystem>>
Baza Danych
Architektura systemu obsługi zamówień
Podsystem Kontrola Dostępu
Ten podsystem obsługuje logowanie się do systemu i wylogowanie oraz sprawdza prawa dostępu.
Podsystem Informacje o Towarze
Ten podsystem dostarcza informacji o towarach. Komunikuje się z systemem magazynowym.
Podsystem Zarządzania Zamówieniami
Ten podsystem obsługuje przyjmowanie zamówień, zwroty towarów, sprawdzanie stanu zamówienia i anulowanie zamówień.
Podsystem Wysyłania Przesyłek
Ten podsystem pobiera listę zamówień, drukuje etykiety adresowe na przesyłki i oblicza opłaty za wysyłkę dla pobranych zamówień.
Podsystem Obsługi Finansów
Ten podsystem komunikuje się z systemem księgowym, aktualizuje stany kont,
obciąża i uznaje konta klientów oraz obsługuje czeki, karty kredytowe i wysyłanie za pobraniem.
Podsystem Baza Danych
Ten podsystem zawiera dane, które program musi przechowywać. Dostarcza
standardowych funkcji zapisu, odczytu, aktualizacji i usuwania zapisanych danych.
Zaloguj się
Scenariusz główny (przebieg zdarzeń)
1.Przypadek użycia rozpoczyna się, gdy użytkownik włącza aplikację.
2.System wyświetla Ekran powitalny.
3.Użytkownik wprowadza nazwę użytkownika i hasło.
4.System sprawdza podane informacje.
5.System nadaje użytkownikowi właściwe prawa dostępu.
6.System wyświetla główny formularz (wycinkowy przypadek użycia:
Wyświetl główny formularz).
7.Przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi) 3A Zła nazwa użytkownika
3B Złe hasło
3C Użytkownik nie ma nazwy ani hasła pozwalającego na dostęp
3D Użytkownik wybiera funkcję, do której nie ma dostępu
3E Użytkownik nie wybiera żadnej funkcji
Klient
Zaloguj się
Diagram kontekstowy dla przypadku użycia Zaloguj się
Ten przypadek użycia opisuje proces logowania się użytkownika do systemu obsługi zamówień. W ramach tego procesu użytkownikowi są nadawane
prawa dostępu zależne od kategorii, do której należy.
Diagram wycinkowych przypadków użycia dla Zaloguj się
Pobierz dane
użytkownika Wyświetl główny
formularz Pobierz dane użytkownika
Główny ciąg zdarzeń:
1. Przypadek użycia rozpoczyna się, gdy
otrzymywane jest żądanie pobrania danych
użytkownika, korzystając z nazwy użytkownika.
2. System wyszukuje rekord z danymi użytkownika,
korzystając z nazwy użytkownika.
3. System zwraca rekord z danymi użytkownika.
4. Przypadek użycia się kończy.
Wyświetl główny formularz:
Główny ciąg zdarzeń:
1. Przypadek użycia rozpoczyna się, gdy otrzymywane jest żądanie wyświetlenia głównego
formularza.
2. System sprawdza, na podstawie praw dostępu ustalonych podczas logowania się do systemu, które funkcje mają być dostępne dla użytkownika.
3. System wyświetla główny formularz z odpowiednimi funkcjami dostępnymi dla użytkownika.
4. Przypadek użycia się kończy.
Diagram czynności
Główny scenariusz Zaloguj się
Sprawdź informacje Wyświetlono ekran
powitalny
Wprowadź nazwę Użytkownika i hasło
Ustal prawa dostępu Wyświetl główny
formularz
Interfejs użytkownika
Ekran powitalny
Witamy w sieciowym katalogu firmy XYZ
Proszę wprowadzić nazwę użytkownika i hasło, aby skorzystać z naszego elektronicznego katalogu
Nazwa użytkownika:
Hasło:
Główny formularz
Proszę wybrać dalej
Złóż zamówienie
Zwróć towar
Przejrzyj zamówienia
Kontakt z obsługą klienta
Anuluj zamówienie
Wyślij katalog
Wyjście Przygotuj raport
o sprzedaży
Diagram kontekstowy dla przypadku użycia Złóż zamówienie
Klient
Zapisz zamówienie
Ten przypadek użycia opisuje proces składania zamówienia w systemie obsługi zamówień.
Złóż zamówienie
Aktualizuj zamówienie
Aktualizuj stan konta
Pobierz informacje o towarze
include include
include include
Złóż zamówienie
Scenariusz główny (przebieg zdarzeń)
1.Przypadek użycia rozpoczyna się, gdy klient wybierze Złóż zamówienie.
2.System wyświetla formularz Składania zamówienia.
3.Klient wprowadza swoje imię i nazwisko oraz adres.
4.Klient wprowadza kod towarów, które chce zamówić.
5.Dla każdego wpisanego kodu towaru pobiera informacje o towarze, natomiast system dodaje cenę towaru do sumy.
6.Klient wprowadza informacje o karcie płatniczej.
7.System sprawdza podane informacje.
8.System zapisuje zamówienie jako oczekujące – Include Zapisz zamówienie.
9.Include analizuj stan konta
10.System oznacza zamówienie jako potwierdzone.
11.Include Aktualizuj stan zamówienia.
12.System zwraca klientowi numer zamówienia, a przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi) 3A Adres klienta jest niepełny.
4A Podany kod towaru nie pasuje do żadnego towaru.
4B Towar już nie jest sprzedawany.
6A Złe informacje o płatności 6B Klient płaci czekiem
1A Klient przesyła zamówienie pocztą
1B Klient przekazuje zamówienie przez telefon
Scenariusz alternatywny (nadzwyczajne przebiegi): Anuluj składanie zamówienia Warunek wstępny: Klient nie wybrał jeszcze Zatwierdź
1.Nadzwyczajny ciąg zdarzeń rozpoczyna się, gdy użytkownik wybierze Anuluj.
2.System pomija wszystkie wprowadzone informacje.
3.System wraca do wcześniejszego formularza.
4.Przypadek użycia się kończy
Diagram czynności
Główny scenariusz przypadku użycia Złóż zamówienie
Obciąż konto Zatwierdź
Zamówienie zaznaczone jako oczekujące
Zamówienie zaznaczone jako potwierdzone Wyświetlono numer
zamówienia Wyświetlono formularz
zamówienia
Wprowadź nazwisko i adres
Podaj informacje o towarze
Oblicz nową cenę
Wyświetlono formularz zamówienia
[nie ma więcej kodów towarów]
[wprowadzono kod towaru]
[wprowadzono kod towaru]
[wybrano złóż zamówienie]
Czynności odwoływalne
[informacje pełne]
[opłata potwierdzona]
Interfejs użytkownika
Formularz składania zamówienia
Imię i nazwisko adresata:
Ulica i numer domu:
Miasto, kod pocztowy:
Kod towaru Nazwa towaru Ilość Cena za sztukę Wartość
Suma netto:
VAT:
Razem:
Numer karty kredytowej:
Ważna do:
Numer zamówienia: Anuluj Zatwierdź
Diagram kontekstowy dla przypadku użycia Zapisz zamówienie
Baza danych z zamówieniami
Zapisz zamówienie
Ten przypadek użycia opisuje proces składania zapamiętywania przypadku
użycia w bazie danych.
Scenariusz główny (przebieg zdarzeń)
1. Przypadek użycia rozpoczyna się, po otrzymaniu żądania zapisania nowego zamówienia.
2. System oznacza zamówienie jako oczekujące.
3. System wysyła do bazy danych z zamówieniami żądanie zapisania zamówienia.
4. Baza danych zwraca unikatowy numer zamówienia.
5. System zwraca wywołującemu numer zamówienia.
6. Przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi) 4A. Baza danych nie działa
Zapisz zamówienie
Diagram kontekstowy dla przypadku użycia Aktualizuj zamówienie
Baza danych z zamówieniami
Aktualizuj zamówienie
Ten przypadek użycia opisuje, w jaki sposób aktualizuje się zamówienia w
bazie danych.
Aktualizuj zamówienie
Scenariusz główny (przebieg zdarzeń)
1. Przypadek użycia rozpoczyna się, po otrzymaniu żądania aktualizacji istniejącego zamówienia.
2. System wysyła do bazy danych z zamówieniami zmienione pola oraz numer zamówienia wraz z żądaniem aktualizacji rekordu zamówienia.
3. Baza danych zwraca potwierdzenie.
4. Przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi)
3A. Baza danych nie działa
Diagram kontekstowy dla przypadku użycia Pobierz informacje o towarze
System Magazynowy
Pobierz informacje o towarze
Ten przypadek użycia pobiera informacje o towarze z systemu
magazynowego.
Pobierz informacje o towarze
Scenariusz główny (przebieg zdarzeń)
1. Przypadek użycia rozpoczyna się, gdy wprowadzany jest nowy kod towaru.
2. System wysyła do systemu magazynowego polecenie
dostarczenia danych o towarze na podstawie kodu tego towaru.
3. System magazynowy zwraca informacje o towarze, które muszą zawierać co najmniej jego nazwę, cenę i stan w magazynie.
4. Przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi) 1A. Nie ma takiego towaru
2A. Towar jest już sprzedany
3A. System magazynowy nie działa
Diagram kontekstowy dla przypadku użycia Aktualizuj stan konta
System Księgowy
Aktualizuj stan konta
Ten przypadek użycia komunikuje się z systemu księgowym, aby obciążyć
konto klienta bądź je uznać.
Aktualizuj stan konta
Scenariusz główny (przebieg zdarzeń)
1. Przypadek użycia rozpoczyna się, gdy otrzymywane jest żądanie aktualizacji stanu konta.
2. System wysyła do systemu księgowego informacje o karcie płatniczej oraz sumie pieniędzy do ściągnięcia albo wpłacenia.
3. System magazynowy informuje, że operacja się powiodła.
4. Przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi) 1A. Brak środków na koncie
2A. Konto nie istnieje
3A. System księgowy nie działa
Diagram kontekstowy dla przypadku użycia Zwróć towar
System Księgowy
Aktualizuj zamówienie
Zwróć towar
Szukaj zamówienia
Aktualizuj stan konta
Aktualizuj ilość towaru
include include
include include
Ten przypadek użycia opisuje proces zwrotu przez klienta niechcianych
towarów.
Zwróć towar
Scenariusz główny (przebieg zdarzeń)
1. Przypadek użycia rozpoczyna się, gdy przedstawiciel handlowy wybierze Zwróć towar.
2. Include Szukaj zamówienie.
3. System wyświetla wybrane zamówienie w formularzu Zwracanie towarów.
4. Przedstawiciel handlowy wybiera zwracane towary.
5. Przedstawiciel handlowy wybiera Zatwierdź.
6. Include Aktualizuj stan konta.
7. Include Aktualizuj ilość towaru.
8. Include Aktualizuj zamówienie.
9. System wyświetla potwierdzenie, a przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi) 2A. Nie ma zamówienia dla tego klienta
2B. Nie istnieje zamówienie o podanym numerze 2C. Klient nie jest znany systemowi
6A. Konto klienta wygasło
6B. System księgowy nie działa 7A. System magazynowy nie działa
Interfejs użytkownika
Formularz zwracania towarów
Imię i nazwisko adresata:
Ulica i numer domu:
Miasto, kod pocztowy:
Kod towaru Nazwa towaru Zwracana ilość
Zatwierdź
Diagram kontekstowy dla przypadku użycia Szukaj zamówienia
Baza danych z zamówieniami
Szukaj zamówienia
Ten przypadek użycia opisuje proces wyszukiwania konkretnego zamówienia
w systemie.
Szukaj zamówienia
Scenariusz główny (przebieg zdarzeń)
1. Przypadek użycia rozpoczyna się, gdy wyświetla się formularz Znajdź zamówienie.
2. Użytkownik wprowadza numer zamówienia albo nazwisko i adres.
3. Użytkownik wybiera Szukaj.
4. System wysyła zapytanie do bazy danych, aby otrzymać wyszukiwane zamówienia.
5. System wyświetla listę zamówień klienta gdy użytkownik wprowadził nazwisko i adres. Na liście znajdują się przynajmniej numery i daty zamówień.
6. Klient wybiera jedno z zamówień.
7. System zwraca wybrane zamówienie i przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi)
2A. Nie ma zamówienia dla tego klienta
2B. Nie istnieje zamówienie o podanym numerze 2C. Nie ma takiego klienta
4A. Baza danych nie działa
Diagram wycinkowych przypadków użycia Pobierz listę zamówień, Pobierz zamówienie
Pobierz listę zamówień Pobierz zamówienie
Pobierz listę zamówień
Główny ciąg zdarzeń
1. Przypadek użycia rozpoczyna się, gdy otrzymywane jest żądanie dostarczenia listy zamówień.
2. System wysyła do bazy danych z
zamówieniami nazwisko i adres, pytając o wszystkie zamówienia tego klienta.
3. Baza danych zwraca listę wszystkich znalezionych rekordów, w których
nazwisko i adres zgadzają się z podanymi.
Na liście muszą się znajdować
przynajmniej numery i daty zamówień.
4. Przypadek użycia się kończy.
Pobierz zamówienie
Główny ciąg zdarzeń
1. Przypadek użycia rozpoczyna się, gdy otrzymywane jest żądanie podania zamówienia.
2. System przesyła do bazy danych zapytanie o zamówienie, które ma podany numer.
3. Baza danych zwraca zero lub jeden rekord z odpowiednim numerem zamówienia.
4. Przypadek użycia się kończy.
Interfejs użytkownika
1. Formularz szukania zamówienia
Imię i nazwisko adresata:
Ulica i numer domu:
Miasto, kod pocztowy:
Numer zamówienia Data Wybierz
Zatwierdź Numer zamówienia:
lub
Interfejs użytkownika
2. Formularz wyboru zamówienia
Wybierz zamówienie
Diagram kontekstowy dla przypadku użycia Aktualizuj ilość towaru
Aktualizuj ilość towaru
System Magazynowy
Ten przypadek użycia współpracuje z systemem magazynowym w celu
aktualizacji ilości towaru w magazynie.
Aktualizuj ilość towaru
Scenariusz główny (przebieg zdarzeń)
1. Przypadek użycia rozpoczyna się, gdy otrzymywane jest żądanie aktualizacji ilości towaru w magazynie.
2. Jeśli ilość jest dodatnia, to system wyśle żądanie do systemu magazynowego, aby dodać tę ilość do aktualnej ilości towaru w magazynie.
3. W przeciwnym razie system wyśle do systemu magazynowego żądanie odjęcia tej ilości od stanu towaru w magazynie.
4. System magazynowy przesyła potwierdzenie i przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi) 1A. System magazynowy nie działa
2A. Towar nie jest składowany w magazynie
Diagram kontekstowy dla przypadku użycia Anuluj zamówienie
Klient
Aktualizuj zamówienie
Ten przypadek użycia opisuje proces anulowania zamówienia przez klienta.
Anuluj zamówienie
Aktualizuj ilość towaru
Aktualizuj stan konta
Szukaj zamówienie
include
include include
include
Anuluj zamówienie
Scenariusz główny (przebieg zdarzeń)
1. Przypadek użycia rozpoczyna się, gdy użytkownik wybierze Anuluj zamówienie.
2. Klient wybiera zamówienie do anulowania – Include Szukaj zamówienia.
3. System wyświetla formularz Anulowanie zamówienia dla tego zamówienia.
4. Klient wybiera Anuluj.
5. Jeżeli zamówienie nie zostało jeszcze wysłane
a) System usuwa zamówienie z bazy danych – Include Aktualizuj zamówienie b) System zwraca pieniądze klientowi – Include Aktualizuj stan konta
c) System zwalnia towary z zamówienia i zwraca je do magazynu – Include Aktualizuj ilość towaru
6. W przeciwnym razie system wyświetli ekran informacji o warunkach zwrotu towarów. Koniec warunku
7. Przypadek użycia się kończy.
Scenariusz alternatywny (nadzwyczajne przebiegi) 2A. Nie ma zamówienia dla tego klienta
2B. Nie istnieje zamówienie o podanym numerze 4A. Nie ma takiego klienta
4B. Konto klienta wygasło 5A. System księgowy nie działa