WYDZIAŁ ELEKTROTECHNIKI, AUTOMATYKI I INFORMATYKI

KIERUNEK INFORMATYKA

INŻYNIERIA OPROGRAMOWANIA

Komis samochodowy i motocyklowy

Autor:

Karol Pyka

III INF stac. I-go st. L7

Prowadzący:

dr inż. Krzysztof Bartecki

Spis treści

1. Cel projektu.

Firma prowadząca komis samochodowy i motocyklowy potrzebuje zautomatyzować proces skupu i sprzedaży samochodów i motocyklów. Program będzie ułatwiał dostęp do danych technicznych pojazdu oraz czy nie jest on aktualnie zarezerwowany.

2. Opis obszaru i przedmiotu projektowania.

1. Opis dziedziny problemu.

Klient trafiający do komisu oczekuje rzetelnej oraz aktualnej informacji związanej z dostępnymi w komisie pojazdami. Każdy z obsługiwanych klientów staje się również potencjalnym kupującym lub sprzedającym.

2. Opis zakresu i kontekstu.

Osobą, do której zwraca się klient jest pracownik sprzedaży. Jest on wspierany przez zintegrowany system informatyczny (który właśnie jest przedmiotem niniejszego projektu), co pozwala mu na szybką i sprawną interakcję z klientem, zainteresowanym nabyciem lub zbyciem, czy też jedynie informacją. Po odpowiednich uzgodnieniach, zostaje on wprowadzony do bazy danych indywidualnych klientów, co później ułatwi czynności związane z zakupem pojazdu (sporządzenie umowy kupna-sprzedaży, uregulowanie płatności). Jeżeli klient chce sprzedać pojazd, to pobierane są dodatkowo dane pojazdu i również wprowadzane do bazy danych. W przypadku pomyślnego przebiegu wszystkich czynności, klient otrzymuje w rezultacie oczekiwany produkt.

3. Opis wymagań funkcjonalnych.

1. Postać hierarchii funkcji.

2. Forma formularzy.

Ewidencja pojazdów.
Nazwa funkcji	Dodaj nowy pojazd.
Opis	Dodatnia nowego pojazdu do systemu.
Dane wejściowe	Dane dotyczące pojazdu. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dowód rejestracyjny pojazdu.
Wynik	Dodanie nowej krotki do relacji pojazd bazy danych.
Warunek wstępny	Dowód rejestracyjny.
Warunek końcowy	Dodanie pojazdu do systemu.
Nazwa funkcji	Edytuj dane dotyczące pojazdu.
Opis	Edycja danych wybranego pojazdu.
Dane wejściowe	Dane dotyczące pojazdu, które mają ulec zmianie. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dowód rejestracyjny pojazdu. Dane wpisywane są przez pracownika firmy.
Wynik	Modyfikacja określonej krotki.
Warunek wstępny	Pojazd musi się znajdować w ewidencji.
Warunek końcowy	Edycja wybranych danych pojazdu.
Nazwa funkcji	Usuń pojazd z ewidencji.
Opis	Usunięcie wybranego pojazdu.
Dane wejściowe	Numer rejestracyjny pojazdu. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dowód rejestracyjny pojazdu.
Wynik	Usunięci określonej krotki.
Warunek wstępny	Pojazd musi się znajdować w ewidencji.
Warunek końcowy	Usunięcie pojazdu z systemu.
Nazwa funkcji	Wyszukanie pojazdu.
Opis	Wyszukanie wybranego pojazdu.
Dane wejściowe	Numer rejestracyjny pojazdu. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dowód rejestracyjny pojazdu.
Wynik	Zwrócenie rekordu.
Warunek wstępny	Pojazd musi się znajdować w ewidencji.
Warunek końcowy	Wyszukanie pojazdu w systemie.
Ewidencja klientów.
Nazwa funkcji	Dodaj nowego klienta.
Opis	Dodatnia nowego klienta do systemu.
Dane wejściowe	Dane dotyczące klienta. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dowód tożsamości klienta oraz dane podane przez klienta.
Wynik	Dodanie nowej krotki do relacji klient bazy danych.
Warunek wstępny	Dowód tożsamości.
Warunek końcowy	Dodanie klienta do systemu.

Nazwa funkcji	Edytuj dane dotyczące klienta.
Opis	Edycja danych wybranego klienta.
Dane wejściowe	Dane dotyczące klienta, które mają ulec zmianie. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dowód tożsamości klienta oraz dane podane przez klienta.
Wynik	Modyfikacja określonej krotki.
Warunek wstępny	Klient musi się znajdować w ewidencji.
Warunek końcowy	Edycja wybranych danych klienta.
Nazwa funkcji	Usuń klienta z ewidencji.
Opis	Usunięcie wybranego klienta.
Dane wejściowe	Pesel. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dowód tożsamości klienta bądź dane uzyskane poprzez wyszukanie klienta.
Wynik	Usunięci określonej krotki.
Warunek wstępny	Klient musi się znajdować w ewidencji.
Warunek końcowy	Usunięcie klienta z systemu.
Nazwa funkcji	Wyszukanie klienta.
Opis	Wyszukanie wybranego klienta.
Dane wejściowe	Dane umożliwiające identyfikacje klienta. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Klient.
Wynik	Zwrócenie rekordu.
Warunek wstępny	Klient musi się znajdować w ewidencji.
Warunek końcowy	Wyszukanie klienta w systemie.
Ewidencja kupna-sprzedaży.
Nazwa funkcji	Kup pojazd.
Opis	Dodatnia nowego pojazdu do systemu.
Dane wejściowe	Dane dotyczące kupna. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dane podane przez klienta.
Wynik	Dodanie nowej krotki do relacji kupno bazy danych.
Warunek wstępny	Dowód tożsamości.
Warunek końcowy	Dodanie pojazdu do systemu.
Nazwa funkcji	Sprzedaj pojazd.
Opis	Sporządzenie danych do sprzedaży wybranego przez klienta pojazdu.
Dane wejściowe	Dane dotyczące pojazdu i klienta. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dane podane przez klienta, dane pojazdu.
Wynik	Sprzedanie określonego pojazdu.
Warunek wstępny	Pojazd musi się znajdować w ewidencji.
Warunek końcowy	Zmiana statusu pojazdu na sprzedany.

Ewidencja rezerwacji.
Nazwa funkcji	Dodaj rezerwację.
Opis	Dodatnia nowej rezerwacji do systemu.
Dane wejściowe	Dane dotyczące pojazdu. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dane wyszukane w systemie podane przez klienta.
Wynik	Dodanie nowej krotki do relacji rezerwacja bazy danych.
Warunek wstępny	Dowód tożsamości.
Warunek końcowy	Dodanie rezerwacji do systemu.
Nazwa funkcji	Usuń rezerwację.
Opis	Usunięcie wybranej rezerwacji.
Dane wejściowe	Identyfikator rezerwacji. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dane uzyskane poprzez wyszukanie.
Wynik	Usunięci określonej krotki.
Warunek wstępny	Rezerwacja musi się znajdować w ewidencji.
Warunek końcowy	Usunięcie rezerwacji z systemu.
Nazwa funkcji	Realizacja rezerwacji.
Opis	Realizacja rezerwacji poprzez kupno.
Dane wejściowe	Dane umożliwiające identyfikacje rezerwacji, podane przez klienta. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dane wyszukane w systemie podane przez klienta.
Wynik	Zwrócenie danych dotyczących rezerwacji, które zostaną wykorzystane przy kupnie.
Warunek wstępny	Rezerwacja musi się znajdować w ewidencji.
Warunek końcowy	Kupno.
Nazwa funkcji	Wyszukaj rezerwację.
Opis	Wyszukanie wybranej rezerwacji.
Dane wejściowe	Dane umożliwiające wyszukanie rezerwacji, podane przez klienta. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Klient.
Wynik	Zwrócenie rekordu.
Warunek wstępny	Rezerwacja musi się znajdować w ewidencji.
Warunek końcowy	Wyszukanie rezerwacji.
Ewidencja pracowników.
Nazwa funkcji	Dodaj pracownika
Opis	Dodatnia nowego pracownika do systemu.
Dane wejściowe	Dane dotyczące pracownika. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dane podane przez pracownika, dowód tożsamości.
Wynik	Dodanie nowej krotki do relacji pracownik bazy danych.
Warunek wstępny	Dowód tożsamości.
Warunek końcowy	Dodanie pracownika do systemu.

Nazwa funkcji	Edytuj dane pracownika.
Opis	Edycja danych wybranego pracownika.
Dane wejściowe	Dane dotyczące pracownika, które mają ulec zmianie Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dane podane przez pracownika, dowód tożsamości.
Wynik	Modyfikacja określonej krotki.
Warunek wstępny	Pracownik musi się znajdować w ewidencji.
Warunek końcowy	Edycja wybranych danych pracownika.
Nazwa funkcji	Usuń pracownika.
Opis	Usunięcie wybranego pracownika.
Dane wejściowe	Identyfikator pracownika. Dane wpisywane są przez pracownika firmy.
Źródło danych wejściowych	Dane umożliwiające wyszukanie pracownika. Dane wpisywane są przez pracownika firmy.
Wynik	Usunięcie określonej krotki.
Warunek wstępny	Pracownik musi się znajdować w ewidencji.
Warunek końcowy	Usunięcie pracownika z systemu.

4. Opis wymagań niefunkcjonalnych.

• Dane archiwalne muszą być przechowywane w bazie danych przez okres 5 lat.

• Maksymalnie jeden użytkownik pracuje z systemem.

• Musi istnieć możliwość obsługi systemu wyłącznie za pomocą klawiatury.

• Baza danych powinna mieć wystarczającą ilość pamięci do przechowywania 1 000 000 archiwalnych transakcji.

• Czas szkolenia nowego pracownika do systemu nie może być dłuższy niż 3 godziny.

• System powinien być kompatybilny zarówno z środowiskiem Microsoft Windows jak i z środowiskiem Linux.

5. Diagram przepływu danych.

Diagram przepływu danych (DPD lub z ang. DFD - Data Flow Diagram) - graficzna prezentacja przepływu danych w procesie. Na proces składają się następujące elementy:

• Funkcje — (procesy) realizują określone cele; jeśli funkcji nie można rozbić na pod-funkcje, wówczas nosi ona nazwę elementarnej.

• Magazyny danych — trwałe lub tymczasowe składnice danych, które są argumentami dla funkcji.

• Terminatory — obiekty, które nie są częścią systemu, ale stanowią odbiorców bądź źródła danych lub argumentów funkcji.

• Przepływy — elementy pokazujące kierunek przesyłu danych (np. bajtów, znaków, pakietów..).

DFD obrazuje za pomocą przepływów kierunek przepływu danych pomiędzy funkcjami, magazynami i obiektami zewnętrznymi. DFD mogą być prezentowane na różnych stopniach szczegółowości, mówimy o:

• Diagramach kontekstowych, które pokazują granice systemu, źródła i odbiorców danych oraz główne wejścia i wyjścia systemu.

• Diagramach systemowych (zerowych), które przedstawiają główne funkcje systemu.

• Diagramach szczegółowych (procesów elementarnych), które pokazują szczegółowe realizacje funkcji systemowych które prowadzą do spełnienia celu użycia (zaspokojenia pewnej potrzeby użytkownika).

1. Diagram kontekstowy.

2. Diagram systemowy.

Macierz CRUD dla diagramu systemowego.
	Obsługa kupna-sprzedaży	Zarządzanie pracownikami	Zarządzanie klientami	Zarządzanie pojazdami	Obsługa rezerwacji
Klienci	R		CRUD		R
Pracownicy	R	CRUD			R
Pojazdy	RU			CRUD	RU
Kupno	CRUD
Sprzedaż	CRUD
Rezerwacje					CRUD

3. Diagram obsługi kupna-sprzedaży.

Macierz CRUD dla diagramu obsługi kupna-sprzedaży.
	Zarządzanie kupnem	Zarządzanie sprzedażą	Wpłata	Zapłata
Klienci	R	R
Pracownicy	R	R
Pojazdy	RU	R
Kupno	CRUD			U
Sprzedaż		CRUD	U

4. Diagram obsługi rezerwacji.

Macierz CRUD dla diagramu obsługi rezerwacji.
	Przetwarzanie rezerwacji	Przygotowanie potwierdzenia
Klienci	CUD	R
Pracownicy	R
Pojazdy	RU
Kupno	R

5. Diagram zarządzania klientami.

Macierz CRUD dla diagramu zarządzania klientami.
	Dodaj nowe	Edytuj dane klienta	Przetwarzaj dane klienta
Klienci	C	UD	R

6. Diagram zarządzania pojazdami.

Macierz CRUD dla diagramu zarządzania pojazdami.
	Dodaj nowe	Edytuj dane	Przetwarzaj dane pojazdu
Pojazdy	C	UD	R

7. Diagram zarządzania pracownikami.

Macierz CRUD dla diagramu zarządzania pracownikami.
	Dodaj nowego	Edytowanie pracownika	Przetwarzaj dane pracownika
Pracownicy	C	UD	R

6. Diagram przepływu danych.

Diagram związków encji (Entity-Relationship Diagram - ERD) jest to rodzaj graficznego przedstawienia związków pomiędzy encjami używany w projektowaniu systemów informacyjnych do przedstawienia konceptualnych modeli danych używanych w systemie.

7. Logiczny model danych.

8. Słownik danych.

Nazwa	Opis	Typ	Dziedzina atrybutu
ZBIÓR ENCJI „OSOBA”
PESEL	Nr PESEL pracownika	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
IMIE	Imię osoby	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie imiona obecnych oraz potencjalnych osób.
NAZWISKO	Nazwisko osoby	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie nazwiska obecnych oraz potencjalnych osób.
ULICA	Ulica na której mieszka osoba	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie ulice podane w adresach osób.
NR_BUDYNKU	Numer budynku pod którym mieszka osoba	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
NR_LOKALU	Numer lokalu pod którym mieszka osoba	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
KOD_POCZTOWY	Kod pocztowy osoby	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
MIEJSCOWOSC	Miejscowość w której mieszka osoba	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie miejscowości w których mieszkają osoby.
NR_TELEFONU	Numer telefonu osoby	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
ZBIÓR ENCJI „KLIENT”
NIP	Numer identyfikacji podatkowej klienta	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
REGON	Regon klienta	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
ZBIÓR ENCJI „PRACOWNIK”
STANOWISKO	Stanowisko pracownika	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie stanowiska pracowników.

ZBIÓR ENCJI „KUPNO”
ID_KUPNA	Numer jednoznacznie identyfikujący kupno	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
DATA_SPRZEDAZY	Data sprzedaży	Date	Zbiór liczb określający datę (dd-mm-rrrr).
ZALICZKA	Kwota wpłaconej zaliczki	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
ZAPLACONO	Określa czy zaliczka została wpłacona	Bool	True lub False.
ZBIÓR ENCJI „SPRZEDAŻ”
ID_SPRZEDAŻY	Numer jednoznacznie identyfikujący sprzedaż	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
DATA_SPRZEDAZY	Data sprzedaży	Date	Zbiór liczb określający datę (dd-mm-rrrr).
ZALICZKA	Kwota wpłaconej zaliczki	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
ZAPLACONO	Określa czy zaliczka została wpłacona	Bool	True lub False.
ZBIÓR ENCJI „REZERWACJA”
ID_REZERWACJI	Numer jednoznacznie identyfikujący rezerwację	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
ZALICZKA	Kwota wpłaconej zaliczki	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.

ZBIÓR ENCJI „POJAZD”
NR_REJESTRACYJNY	Nr rejestracyjny pojazdu	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie nr rejestracyjne obecnych oraz potencjalnych pojazdów.
NR_NADWOZIA	Nr nadwozia pojazdu	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
MARKA	Marka pojazdu	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie marki obecnych oraz potencjalnych pojazdów.
MODEL	Model pojazdu	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie modele obecnych oraz potencjalnych pojazdów.
ROK_PRODUKCJI	Rok produkcji pojazdu	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
DOSTEPNOSC	Określa czy dany pojazd jest dostępny	Bool	True lub False.
CENA	Cena pojazdu	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
ZBIÓR ENCJI „SAMOCHOD”
TYP	Typ samochodu	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie typy obecnych oraz potencjalnych samochodów.
AKTUALNY_PRZEBIEG	Aktualny przebieg samochodu	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
RODZAJ_SILNIKA	Rodzaj silnika samochodu	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie rodzaje silników obecnych oraz potencjalnych samochodów.
POJEMNOSC_SILNIKA	Pojemność silnika samochodu	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
WYPOSAZENIE	Wyposażenie samochodu	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie dostępne wyposażenia obecnych oraz potencjalnych samochodów.

ZBIÓR ENCJI „MOTOCYKL”
TYP	Typ motocyklu	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie typy obecnych oraz potencjalnych motocyklów.
AKTUALNY_PRZEBIEG	Aktualny przebieg motocyklu	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.
POJEMNOSC_SILNIKA	Pojemność motocyklu	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.

9. Specyfikacja procesów.

Stanowi algorytmiczną definicję procesu, czyli opisuje, co dzieje się wewnątrz procesu w celu przekształcenia danych wejściowych w dane wyjściowe.

• SPECYFIKACJA PROCESU: DODAJ NOWY POJAZD

Warunek początkowy 1:

Istnieją dane nowego pojazdu z wypełnionymi wszystkimi polami obowiązkowymi, zgodne z obowiązkowymi polami magazynu POJAZD. NUMER REJESTRACYJNY nowego pojazdu nie istnieje w magazynie POJAZD.

Warunek końcowy 1:

Zostaje utworzony nowy rekord z danymi pojazdu w magazynie POJAZD

Warunek początkowy 2:

Warunek 1 nie jest spełniony.

Warunek końcowy 2:

Generuje komunikat o błędzie.

• SPECYFIKACJA PROCESU: EDYTUJ DANE KLIENTA

Warunek początkowy 1:

Istnieją dane wybranego klienta z wypełnionymi wszystkimi polami obowiązkowymi, zgodne z obowiązkowymi polami magazynu KLIENT. PESEL wybranego pracownika istnieje w magazynie KLIENT.

Warunek końcowy 1:

Wybrane dane rekordu klienta zostaną zmodyfikowane w magazynie KLIENT.

Warunek początkowy 2:

Warunek 1 nie jest spełniony.

Warunek końcowy 2:

Generuje komunikat o błędzie.

• SPECYFIKACJA PROCESU: PRZYGOTOWANIE UMOWY

Warunek początkowy 1:

Na wejściu pojawiają się dane potrzebne do umowy z magazynu danych Kupno lub Sprzedaż zgodne z polami dane kupna lun sprzedaży.

Warunek końcowy 1:

Na wyjściu pojawia się wydruk umowy.

Warunek początkowy 2:

Warunek 1 nie jest spełniony.

Warunek końcowy 2:

Generuje komunikat o błędzie.

• SPECYFIKACJA PROCESU: PRZETWARZAJ DANE POJAZDU

Warunek początkowy 1:

Istnieje pojazd, którego numer rejestracyjny znajduje się w magazynie POJAZDY. Rekord pojazdu jest pobierany z magazynu POJAZDY.

Warunek końcowy 1:

Na wyjściu pojawiają się dane wybranego pojazdu zgodne z polami magazynu POJAZD.

Warunek początkowy 2:

Wprowadzany zostaje nowy pojazd którego numer rejestracyjny nie znajduje się w magazynie POJAZDY. Wszystkie pola pojazdu są wypełnione zgodne z obowiązkowymi polami magazynu POJAZDY.

Warunek końcowy 2:

Na wyjściu pojawiają się dane nowego pojazdu zgodne z polami magazynu POJAZDY.

Warunek początkowy 3:

Wprowadzany zostaje nowy pojazd którego numer rejestracyjny nie znajduje się w magazynie POJAZDY. Pola pojazdu nie są wypełnione zgodne z obowiązkowymi polami magazynu POJAZDY.

Warunek końcowy 3:

Generuje komunikat o błędzie.

• SPECYFIKACJA PROCESU: PRZYGOTOWANIE POTWIERDZENIA REZERWACJI

Warunek początkowy 1:

Na wejściu pojawiają się dane rezerwacji z wyjścia procesu Przetwarzanie rezerwacji zgodne z polami dane rezerwacji.

Warunek końcowy 1:

Na wyjściu pojawia się wydruk z potwierdzeniem.

Warunek początkowy 2:

Warunek 1 nie jest spełniony.

Warunek końcowy 2:

Generuje komunikat o błędzie.

10. Interfejs użytkownika.

11. Model procesów biznesowych.

Jest to zbiór czynności wykonywanych przez analityków procesów biznesowych w przedsiębiorstwie. Modelowanie procesów ma na celu ustalenie w jaki sposób działa dana organizacja i może służyć do określenia docelowego sposobu postępowania.

12. Diagram przypadków użycia.

Diagram przypadków użycia (ang. use-case diagram) służy do modelowania aktorów (użytkowników systemu, odbiorców systemu, systemów zewnętrznych) i ich potrzeb w stosunku tworzonego systemu. Przypadki użycia prezentowane na sekwencje czynności, które prowadzą do spełnienia celu użycia (zaspokojenia pewnej potrzeby użytkownika).

13. Diagram klas.

Diagram klas przedstawia klasy występujące w systemie i statyczne relacje pomiędzy nimi wraz z ograniczeniami. Jest podstawowym diagramem struktury logicznej systemu, jest także najczęściej używanym diagramem UML. Z reguły zawiera także największą ilość informacji i stosuje największą liczbę symboli.

14. Diagramy sekwencji.

Diagram sekwencji przedstawia sposób wymiany komunikatów pomiędzy obiektami z zachowaniem ich kolejności.

1 | Strona

---