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