Przykłady analiza i
projektowanie
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
Dostawc
a
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
interfejs
u
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ąc
e
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
Sprzedawc
a
Monter
Zestaw
Zaopatrzeniowi
ec
Podzespół Magazynier
Formularz
naprawy
Sprzedawc
a
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
Przedstawicie
l Handlowy
Kierownik Działu
Obsługi Klienta
System
Księgow
y
System
Magazynowy
Pracowni
k
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
inc
lud
e
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
inclu
de
inc
lud
e
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
inclu
de
inc
lud
e
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
inclu
de
inc
lud
e
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