INSTYTUT MATEMATYKI I INFORMATYKI
UNIWERSYTETU OPOLSKIEGO
INŻYNIERIA OPROGRAMOWANIA
Hurtownia sprzętu i oprogramowania IT “NET”
Wykonali:
Szymon Hałaszewski
Mariusz Krzysiak
Mateusz Grzesiak
Spis treści
a) opis dziedziny problemu
Przedstawiciele handlowi danych firm oczekują otrzymywania zautomatyzowanych powiadomień i wglądu co do aktualnego stanu magazynowego hurtowni.
b) opis zakresu i kontekstu
Grupa przedstawicieli zwraca się do działu sprzedaży hurtowni poprzez wykorzystanie informacji będących podstawą do zdefiniowania nowych umów transakcyjnych przy sprzedaży danych produktów. Przedstawiciele czerpią informację z bazy danych będącej podstawą środowiska programowego. Na bieżąco aktualizowane są wszelkie zmiany stanów magazynowych. Nawiązywanie interakcji z nowymi kontrahentami skutkuje wprowadzeniem ich do bazy , uzyskują tym samym możliwości sprzedaży ściśle określonych produktów ,których są podmiotem sprzedaży. Finalny etap stanowi nabycie produktu nowego badź jeszcze nie będącego ofertą hurtowni.
Ramy planowania
analiza sytuacji wejściowej
1. Tabela
Co? |
Przygotowanie programu do obsługi hurtowni sprzętu i oprogramowania komputerowego. |
Kto? |
Odpowiedzialność za realizację projektu ponosi firma Maxcom. |
Z kim? |
W realizację projektu będzie zaangażowana firma Xcom |
Kiedy? |
Okres trwania projektu:: 1 miesiąc Kluczowe etapy:
|
Gdzie? |
Działania projektowe będą prowadzone w siedzibie firmy Maxcom |
Dlaczego? |
Udoskonalenie prowadzenia transakcji z dystrybutorami
|
Dla kogo? |
Końcowym odbiorcą jest hurtownia “NET” |
Z jakim skutkiem? |
Wpływ na sprawność pracy i obsługi hurtowni “NET”:
|
W jaki sposób? |
Etapy realizacji projektu:
|
Za ile? |
Całkowity koszt projektu stanowi kwota.... |
b) analiza SWOT
|
Pozytywy |
Negatywy |
Dzisiaj Tutaj |
Atuty:
|
Słabości:
|
Jutro Tam |
Szanse:
|
Zagrożenia:
|
c) karta projektu
Karta projektu Program do obsługi hurtowni sprzętu i oprogramowania IT |
Nr. Projektu 1 |
Przesłanki realizacji projektu: Poprawienie struktury organizacyjnej w firmie oraz udoskonalenie systemu bazodanowego |
Data: 06.07.2014 |
Odniesienie do celu strategicznego: Poprawa efektywności działu sprzedaży |
Opracowali (podpisy) |
Informacje o zespole projektowym: Szymon Hałaszewski, Mariusz Krzysiak, Mateusz Grzesiak - firma “Maxcom”, firma “Xcom”
|
|
Zadania dla zespołu projektowego: Maxcom:
Xcom:
|
Analiza problemów
Głównym aspektem problemowym dotychczasowych rozwiązań w firmie jest brak spójności oprogramowania obsługującego naszą bazę ,a przy tym środowisko programowe nie jest w pełni funkcjonalne dla wielu stron tj.: handlowcy nie mają wglądu do naszego asortymentu ,a klienci muszą do nas wystosowywać maile, telefoniczne zapytania co do dostępności produktów.
Analiza celów
Celem najistotniejszym jest dążenie do pochłonięcia większego rynku konsumenckiego poprzez przyspieszenie realizacji większych zamówień dla odbiorców jednostkowych jak i firmowych co będzie wiązało się z wprowadzeniem nowego oprogramowania sprawnie zarządzającego udoskonaloną bazą danych.
Rozwiązanie to pozwoli na sprawny nadzór nad przebiegiem realizacji sprzedaży poprzez monitorowanie statusów zamówień, weryfikację płatności oraz śledzeniem braków magazynowych co mogłoby skutkować utraceniem potencjalnych odbiorców.
Harmonogram
lista zadań i ich powiązania
Identyfikator zadania (TASK) |
Nazwa zadania |
Czas trwania (dni) |
Zależność i punkty kontrolne |
Przygotowanie strony formalnej projektu |
|||
T 1.1 |
Zdefiniowanie oczekiwań wobec nowego systemu |
3 |
|
T 1.2 |
Analiza dotychczasowej bazy |
4 |
T 1.1 |
Przygotowanie projektu |
|||
T 2.1 |
Opracowanie nowej bazy danych |
6 |
T 1.2 |
T 2.2 |
Przygotowanie nowego oprogramowania |
8 |
T 2.1 |
Wdrożenie projektu |
|||
T 3.1 |
Procesy instalacyjne i konfiguracyjne u odbiorcy |
2 |
T 2.1 T, 2.2 |
T 3.2 |
Instruktaż obsługi oprogramowania |
1 |
T 3.1 |
Testy projektu |
|||
T 4.1 |
Testowanie oprogramowania |
3 |
T 3.1 |
T 4.2 |
Eliminacja niepożądanych błędów funkcjonalnych programu |
3 |
T 4.1 |
T 4.3 |
Zdanie projektu u klienta i jego akceptacja |
1 |
T 4.1, T 4.2 |
b) wykres Gantta
7. Opis wymagań funkcjonalnych
postać hierarchii funkcji
b) forma formularzy:
Baza handlowców |
|
Nazwa funkcji |
Dodaj nowego handlowca |
Opis |
Dodanie nowego handlowca do bazy |
Dane wejściowe |
Dane wpisywane są przez pracownika hurtowni |
Źródło danych wejściowych |
Dowód osobisty, NIP firmy |
Wynik |
Dodanie nowej krotki do relacji handlowiec bazy danych |
Warunek wstępny |
Dowód osobisty,NIP firmy |
Warunek końcowy |
Dodanie handlowca do systemu |
Nazwa funkcji |
Usuń handlowca |
Opis |
Usunięcie handlowca z bazy |
Dane wejściowe |
Dowód osobisty, NIP firmy , dane wpisywane są przez pracownika hurtowni |
Żródło danych wejściowych |
Dowód osobisty , NIP firmy |
Wynik |
Usunięcie zdefiniowanej krotki |
Warunek wstępny |
Handlowiec musi znajdować sie w systemie |
Warunek końcowy |
Usunięcie handlowca z systemu |
Nazwa funkcji |
Edytuj dane handlowca |
Opis |
Edycja danych wybranego handlowca |
Dane wejściowe |
Dane handlowca poddawane zmianie , dokonywanej przez pracownika hurtowni |
Żródło danych wejściowych |
Dowód osobisty ,NIP firmy , dane wpisywane są przez pracownika firmy |
Wynik |
Modyfikacja określonej krotki |
Warunek wstępny |
Handlowiec musi znajdować sie w bazie |
Warunek końcowy |
Edycja wybranych danych handlowca |
Nazwa funkcji |
Wyszukaj handlowca |
Opis |
Wyszukanie określonego handlowca |
Dane wejściowe |
Dowód osobisty, NIP firmy , dane wpisywane są przez pracownika firmy |
Źródło danych wejściowych |
Dowód osobisty , NIP firmy, |
Wynik |
Zwraca szukany rekord |
Warunek wstępny |
Handlowiec musi znajdować się w bazie |
Warunek końcowy |
Wyszukanie określonego handlowca |
Baza klientów |
|
Nazwa funkcji |
Dodaj nowego klienta |
Opis |
Dodaje nowego klienta do bazy |
Dane wejściowe |
Dane klienta , wprowadzane przez pracownika |
Źródło danych wejściowych |
Dowód klienta , dane wprowadzane są przez pracownika |
Wynik |
Dodanie nowej krotki do relacji klient bazy danych |
Warunek wstępny |
Dowód klienta |
Warunek końcowy |
Dodanie klienta do bazy |
Nazwa funkcji |
Usuń klienta |
Opis |
Usunięcie danego klienta z bazy |
Dane wejściowe |
Nr. Pesel klienta , dane wpisywane są przez pracownika |
Źródło danych wejściowych |
Dowód osobisty klienta |
Wynik |
Usunięcie określonej krotki |
Warunek wstępny |
Klient musi znajdować się w bazie |
Warunek końcowy |
Klient zostaje usunięty |
Nazwa funkcji |
Edytuj dane klienta |
Opis |
Edycja danych klienta |
Dane wejściowe |
Dane ,które mają ulec zmianie , wpisywane są przez pracownika |
Źródło danych wejściowych |
Dowód osobisty |
Wynik |
Modyfikacja określonej krotki |
Warunek wstępny |
Klient musi znajdować sie w bazie |
Warunek końcowy |
Edycja wybranych danych klienta |
Nazwa funkcji |
Wyszukaj klienta |
Opis |
Znalezienie pozycji danego klienta |
Dane wejściowe |
Dane klieta uprzednio podane przy rejestracji , wpisywane są przez pracownika |
Źródło danych wejściowych |
Klient |
Wynik |
Zwrócenie rekordu |
Warunek wstępny |
Klient musi znajdować się w bazie |
Warunek końcowy |
Wyszukanie klienta w systemie |
|
|
|
|
8. Wymagania niefunkcjonalne
System powinien być kompatybilny z środowiskiem Microsoft Windows XP i nowszym.
Czas szkolenia nowego pracownika do systemu nie może być dłuższy niż 5 godzin.
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 00 archiwalnych transakcji.
Dane archiwalne muszą być przechowywane w bazie danych przez okres 6 lat.
9. 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).
a) Diagram kontekstowy
b) Diagram systemowy
Macierz CRUD dla diagramu systemowego. |
|||||
|
Obsługa kupna-sprzedaży |
Zarządzanie pracownikami |
Zarządzanie klientami |
Zarządzanie obiektami |
Obsługa rezerwacji |
Klienci |
R |
|
CRUD |
|
R |
Pracownicy |
R |
CRUD |
|
|
R |
Obiekty |
RU |
|
|
CRUD |
RU |
Kupno |
CRUD |
|
|
|
|
Sprzedaż |
CRUD |
|
|
|
|
Rezerwacje |
|
|
|
|
CRUD |
c) 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 |
|
|
Obiekty |
RU |
R |
|
|
Kupno |
CRUD |
|
|
U |
Sprzedaż |
|
CRUD |
U |
|
d) Diagram obsługi rezerwacji
Macierz CRUD dla diagramu obsługi rezerwacji. |
||
|
Przetwarzanie rezerwacji |
Przygotowanie potwierdzenia |
Klienci |
CUD |
R |
Pracownicy |
R |
|
Obiekty |
RU |
|
Kupno |
R |
|
e) Diagram obsługi zamówień handlowych
Macierz CRUD dla diagramu zarządzania klientami. |
|||
|
Dodaj nowe |
Edytuj dane klienta |
Przetwarzaj dane klienta |
Klienci |
C |
UD |
R |
f) Diagram zarządzania asortymentem
Macierz CRUD dla diagramu zarządzania pojazdami. |
|||
|
Dodaj nowe |
Edytuj dane |
Przetwarzaj dane obiektu |
Obiekty |
C |
UD |
R |
g) Diagram zarządzania pracownikami
Macierz CRUD dla diagramu zarządzania pracownikami. |
|||
|
Dodaj nowego |
Edytowanie pracownika |
Przetwarzaj dane pracownika |
Pracownicy |
C |
UD |
R |
10. Diagram przepływu danych
Diagram związków encji 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
11. Logiczny model danych
12. Słownik danych
Nazwa |
Opis |
Typ |
Dziedzina |
|
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_ |
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_ |
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_ |
Aktualny przebieg motocyklu |
Liczba rzeczywista |
Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku. |
|
POJEMNOSC_ |
Pojemność motocyklu |
Liczba rzeczywista |
Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku. |
13. Specyfikacja procesów
14. Interfejs użytkownika
15. Model procesów biznesowych
16. Diagram przypadków użycia
17. Diagram klas
18. Diagramy sekwencji
19. Testy