Politechnika Opolska

Wydział Elektrotechniki i Automatyki

Kierunek Informatyka

Semestr IV

Studia dzienne

Inżynieria oprogramowania

PROJEKT

Zakład wypożyczeń autobusów

Autor Prowadzący

Przemysław Kultys mgr inż. K. Bartecki

Opole 2004

1. Opis słowny systemu

Przedmiotem analizy jest zakład zajmujący się wypożyczaniem oraz udostępnianiem autobusów, głównie w komunikacji miejskiej, ale także na dalsze odległości.

Celem systemu jest pomoc w wypożyczaniu pojazdów autobusowych, poprzez usprawnienie zarządzania wypożyczaniem tych pojazdów.

Klient może złożyć zamówienie wypożyczenia autobusu, do wyboru ma kilka opcji. Zakład dysponuje różnymi modelami autobusów, które lepiej nadają się do konkretncyh zastosowań.

Jeśli jest to pierwsze zamówienie danego klienta, pobiera się od niego niezbędne informacje, które następnie wprowadzone zostają do komputerowego systemu bazodanowego, która zawierać będzie ewentualne dane o jego wszystkich transakcjach.

Po złożeniu zamówienia, zostaje ono zweryfikowane pod kątem błędów, gdy jakieś wystąpią - operację wykonuje się ponownie. W większości przypadków, gdy wszystko jest w jak największym porządku, klient może zrealizować swoje zamówienie, oczywiście jeżelu wszystkie stawiane przez niego wymagania sąmożliwe do spełnienia przez zakład.

Finalizacją skorzystania z usługi jest dokonanie zapłaty przez klienta oraz wydanie mu faktury, będącej pisemnym dowodem skorzystania z usługi. Istnieje możliwość uatrakcyjnienia oferty, pierwszeństwo tutaj przysługuje stałym klientom zakładu.

Zakład - wypożyczalnia dba o jakość swoich usług, posiada swój przyzakładowy warsztat naprawczy, w którym dokonywane są niezbędne konserwacje wyposażenia firmy.

2. Zadania stawiane systemowi

1. Wypożyczenie autobusu

1.1 Przyjęcie zamówienia na wypożyczenie autobusu

1.2 Sprawdzenie czy pojazd jest dostępny

1.3 Pobranie danych klienta

2. Sprawdzenie informacji o kliencie

2.1 Sprawdzenie czy klientowi przysługuje zniżka

2.2 Wprowadzanie nowych danych o kliencie, jeśli jest to nowy klient

2.3 Przydzielenie numeru ID klientowi

2.4 Zachowanie danych kliencie

3. Regulacja Należności za wypożyczenie

4. Wydanie pojazdu klientowi.

3. Opis struktury danych

3.1 Encje występujące w systemie:

• KLIENT - ID Klienta, Nazwisko Imię, Nazwa firmy, Adres, Tel. Kontaktowy, NIP

• PRACOWNIK - ID Pracownika, Nazwisko, Imię, Data zatrudnienia, Data zwolnienia, Tel. Kontaktowy

• FAKTURA - ID Faktury, ID zamówienia, Czy dana faktura jest korektą?

• ZAMÓWIENIE - ID Zamówienia, Data zamówienia, Data realizacji, Termin płatności, Czy opłacono już?

• WYPOŻYCZENIE - Data, Kwota

• POJAZD - ID Pojazdu, Ilość sztuk, Nazwa pokazdu

• AUTOBUS - ID Autobusu, Marka autobusu, Typ autobusu Nr silnika

3.2 Wymagania funkcjonalne systemu:

• Ewidencja pojazdów

• Ewidencja klienta

• Dodanie i edycja klienta

• Zabezpieczenie danych o kliencie

• Ewidencja wypożyczeń:

• Edycja wypożyczeń

• Sprawdzanie danych poprawności wypożyczeń

• Wyświetlanie informacji o wypożyczeniach

• Przeglądnie ewidencji wypożyczeń

3.3. Wymagania niefunkcjonalne systemu:

• łatwość modyfikacji cen na poszczególne połączenia

• możliwość udzielenia szybkiej informacji klientowi przez obsługującego system

4. Diagram związków encji ERD

Diagram związków encji ERD (entity relation diagram) służy do prezentowania danych przechowywanych w systemie oraz związków pomiędzy nimi. Model ten nazywany bywa także modelem danych lub modelem informacyjnym.

5. Diagram kontekstowy DFD

Diagramy przepływu danych DFD (data flow diagrams) służą do prezentowania sposobu, w jaki dane przepływają oraz są przetwarzane w systemie.

Diagram kontekstowy definiuje zakres i granice systemu. Przedstawia powiązanie systemu z otoczeniem.

6. 
   Diagram kontekstowy zerowego poziomu

7. 
   Dekompozycja procesu Obsługa klienta - 1

8. Dekompozycja pocesu Ewidencja pojazdów - 2

9. Dekompozycja procesu Wydawanie pojazdu - 3

10. Dekompozycja procesu Księgowanie - 4

11. Słownik danych

Słownik danych jest uporządkowanym wykazem wszystkich elementów danych mających związek z systemem, wraz z ich precyzyjnym określeniem, aby użytkownik i analityk jednakowo rozumieli wszystkie wejścia, wyjścia, składniki magazynów i obliczenia pośrednie.

KLIENT

ID_Klienta = @ {04K01234} *Najpierw skrótowo rok dodadania do bazy a po K nr *

Nazwisko = {Polak}

Imię = {Jan}

Nazwa_firmy = {Farma drobiu}

Adres = ulica + nr_mieszkania + miasto + kod_pocztowy + województwo

ulica = {Srocza}

nr_mieszkania = {5}

miasto = {Opole}

kod_pocztowy = {45-159}

województwo = {opolskie}

Tel.Kontaktowy = {0605123456}

NIP = {653-357-35-57}

PRACOWNIK

ID_Pracownika = @ {02K0123}

Nazwisko = {Polski}

Imię = {Stanisław}

Data_zatrudnienia = {2002-02-20}

Data _wolnienia = {----}

Tel.Kontaktowy = {0605654321}

FAKTURA

ID_Faktury = @ {012/01234/04}

ID_Zamówienia = {01234Z0123}

Czy_korekta = [oryginał | korekta]

ZAMÓWIENIE

ID_Zamówienia = @ {01234Z0123}

Data_zamówienia = {2004-04-24}

Data_realizacji = {2004-05-03 / 2004-05-16}

Termin_płatności = {2004-05-10}

Opłacono = [nic | całość | zaliczka]

WYPOŻYCZENIE

ID_Wypozyczenia = @ {01234/04/012}

Data = (2004-05-03)

Kwota = {2540 PLN}

POJAZD

ID_Pojazdu = @ [S123 | M123 | B123]

Ilość_sztuk = [12 | 10 | 6]

Nazwa_pojazdu = [Small | Medium | Big]

AUTOBUS

ID_Autobusu = @ {M012}

Marka_autobusu = [Jelcz | Bova | Ikarus]

Typ_autobusu = [Small14 | Medium32 | Big59]

Nr_silnika = {AB2001ABC12345S}

SKŁADANIE ZAMÓWIENIA = @ {ID_Zamówienia} + {Data_zamówienia} + {Data_realizacji} + {ID_klienta} + Nazwisko + Imię + Nazwa_firmy + Adres + Tel.Kontaktowy + NIP + Rabat + (Szczegółowa Charakterystyka Zamówienia Klienta)

EWIDENCJA POJAZDÓW = {ID_Zamówienia} + {Data_zamówienia} + {Data_realizacji} + {ID_Klienta} + {ID_Pracownika}

WYDAWANIE POJAZDU = {ID_Zamówienia} + ID _ypozyczenia + {Data} + {ID_Klienta} + {ID_Pracownika} + {ID_Pojazdu} + {ID_Autobusu} + {Marka_autobusu} + {Typ_autobusu} + {Nr_silnika}

NAPRAWIANIE POJAZDU = {ID_Pojazdu} + {ID_Autobusu} + {Marka_autobusu} + {Typ_autobusu} + {Nr_silnika} + rodzaj_uszkodzenia + nr_naprawy

KSIĘGOWANIE = ID_Faktury + {ID_Zamówienia} + Termin_płatności + Kwota + {Data}

12. Diagram przypadków użycia

Diagram przypadków użycia obiera sobie za główny cel odwzorowanie funkcjonalności projektowanego systemu z perspektywy przyszłych użytkowników. Użytkownicy systemu noszą miano aktorów.

13. Diagram klas

Diagram klas stanowi główne pojęcie w obiektowej metodzie pojektowania systemów informatycznych. Jest on pewną odmianą diagramów encja-związek. Cechą szczególną jest przypisanie metod występującym w nim klasom.

14. Diagramy interakcji

Diagramy interakcji należą do grupy diagramów dynamicznych. Ich główym zadaniem jest wspomaganie pojektanta w w procesie konstruowania modelu obiektowego. Pomoc ta polega na analizie zachowań systemu w trakcie realizacji jego zadań oraz ewentualnej korekcie powstających błędów.

Diagram ten umożliwia graficzne zaprezentowanie przepływu czasu, a nawet podawanie ograniczeń czasowych, czy też skali czasowej. Taka możliwość może mieć duże znaczenie dla opisu systemów czasu rzeczywistego.

14.1 Pierwszy diagram - złożenie zamówienia

14.2 Drugi diagram - ewidencja pojazdów

14.3 Trzeci diagram - sprawdzenie danych klienta

3

---