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.

Z założenia system ma za zadanie usprawnić oraz zautomatyzować sprzedaż i skup samochodów i motocyklów w komisie. Projektowany system powinien:

• pobierać, przechowywać i archiwizować dane kupujących i sprzedających oraz pojazdów,

• sprawdzać, czy dany pojazd nie jest kradziony, ewentualnie informować o tym jednostkę policji,

• automatycznie sporządzać umowy kupna-sprzedaży,

• drukować pokwitowania przekazania pojazdu do komisu lub wpłacenia zaliczki,

• obsługiwać funkcję rezerwacji telefonu.

4. Opis wymagań niefunkcjonalnych.

System powinien charakteryzować się stosunkowo prostym interfejsem graficznym, za pomocą którego możliwy będzie szybki dostęp do składników systemu, co oczywiście umożliwia sprawną obsługę klienta. Wymagania sprzętowe nie powinny być zbyt wysokie, co sprzyja ograniczeniu kosztów wdrożenia systemu. Ważne jest również zastosowanie łatwej w obsłudze platformy systemowej, co pozwoli zaoszczędzić czas oraz środki finansowe niezbędne do przeszkolenia pracowników komisu.

5. Diagram przepływu danych.

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).

6. Diagram związków encji.

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.

Modele LDM są zdenormalizowane na potrzeby rozwoju i optymalizacji. Wspierane są tutaj klucze obce, indeksy oraz widoki, które nie są dostępne na poziomie CDM. Modele logiczne są niezależne od silnika bazodanowego, stąd mogą zostać wykorzystane przy generowaniu modelu fizycznego dla dowolnego środowiska wdrożeniowego. Logiczny model danych wspiera wszystkie standardowe notacje

8. Słownik danych.

ZBIÓR ENCJI „Pracownik”
Nazwa	Opis	Typ	Dziedzina atrybutu
Id_pracownika	Numer jednoznacznie identyfikujący pracownika	Liczba całkowita	Zbiór trzycyfrowych liczb całkowitych bez powtórzeń
Imię	Imię i nazwisko pracownika	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie imiona obecnych oraz potencjalnych pracowników firmy
Nazwisko	Adres pracownika	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie nazwiska obecnych oraz potencjalnych pracowników firmy
Pesel	Nr PESEL pracownika	Liczba całkowita	Zbiór 11-cyfrowych liczb całkowitych bez powtórzeń

ZBIÓR ENCJI „Kupujący”
Nazwa	Opis	Typ	Dziedzina atrybutu
Id_kupującego	Numer jednoznacznie identyfikujący kupującego	Liczba całkowita	Zbiór trzycyfrowych liczb całkowitych bez powtórzeń
Imię	Imię kupującego	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie imiona obecnych oraz potencjalnych klientów kupujących samochody w firmie
Nazwisko	Nazwisko kupującego	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie imiona obecnych oraz potencjalnych klientów kupujących samochody w firmie
Pesel	Nr PESEL kupującego	Liczba całkowita	Zbiór 11-cyfrowych liczb całkowitych bez powtórzeń

ZBIÓR ENCJI „Sprzedający”
Nazwa	Opis	Typ	Dziedzina atrybutu
Id_sprzedającego	Numer jednoznacznie identyfikujący sprzedającego	Liczba całkowita	Zbiór trzycyfrowych liczb całkowitych bez powtórzeń
Imię	Imię sprzedającego	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie imiona obecnych oraz potencjalnych klientów sprzedających samochody w firmie
Nazwisko	Nazwisko sprzedającego	Znakowy	Zbiór łańcuchów znakowych opisujących wszystkie imiona obecnych oraz potencjalnych klientów sprzedających samochody w firmie
Pesel	Nr PESEL sprzedającego	Liczba całkowita	Zbiór 11-cyfrowych liczb całkowitych bez powtórzeń

ZBIÓR ENCJI „Rezerwacja”
Nazwa	Opis	Typ	Dziedzina atrybutu
Id_kupującego	Numer jednoznacznie identyfikujący kupującego	Liczba całkowita	Zbiór trzycyfrowych liczb całkowitych bez powtórzeń
Nr_rejestracyjny	Numer rejestracyjny rezerwowanego pojazdu	Znakowy	Zbiór łańcuchów znakowych identyfikujących samochód bez powtórzeń
Kwota-zaliczki	Kwota wpłaconej zaliczki	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku
Od_kiedy	Data wpłaty zaliczki	Data	Zbiór liczb określający datę (dd-mm-rrrr)
Do_kiedy	Data do kiedy zarezerwowano pojazd	Data	Zbiór liczb określający datę (dd-mm-rrrr)

ZBIÓR ENCJI „Samochód”
Nazwa	Opis	Typ	Dziedzina atrybutu
Nr_rejestracyjny	Numer rejestracyjny rezerwowanego pojazdu	Znakowy	Zbiór łańcuchów znakowych identyfikujących samochód bez powtórzeń
Nr_VIN	Numer identyfikacyjny pojazdu	Znakowy	Zbiór łańcuchów znakowych identyfikujących pojazd bez powtórzeń
Marka	Marka pojazdu	Znakowy	Zbiór łańcuchów znakowych opisujących Markę pojazdu
Model	Model pojazdu	Znakowy	Zbiór łańcuchów znakowych opisujących Model pojazdu
Pojemność_silnika	Pojemność skokowa silnika w cm^3	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do jednego miejsca po przecinku
Moc_silnika	Moc silnika w koniach mechanicznych	Liczba całkowita	Zbiór trzycyfrowych liczb całkowitych bez powtórzeń
Kolor	Kolor nadwozia pojazdu	Znakowy	Zbiór łańcuchów znakowych określający kolor
Cena_kupna	Cena zakupu pojazdu do komisu	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku
Cena_sprzedaży	Cena sprzedaży samochodu w komisie	Liczba rzeczywista	Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku
Czy_Sprzedany	Określa czy samochód został już sprzedany	Bool	True lub False

9. Specyfikacja procesów.

Przedstawiaja akcje wykonywane w systemie oraz wynikające z nich zmiany stanów.










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.







16 | Strona

---