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 |
Baza zamówień i sprzedaży |
|
Nazwa funkcji |
Złóż zamówienie |
Opis |
Dodanie nowego zamówienia do systemu , zamówienie przyjmowane jest przez pracownika hurtowni |
Dane wejściowe |
Dane dotyczące zamówienia , dane na podstawie etykiety produktu |
Źródło danych wejściowych |
Etykieta producenta |
Wynik |
Dodanie nowej krotki do relacji Złóż zamówinie |
Warunek wstępny |
Produkt musi być dostępny u dystrybutorów |
Warunek końcowy |
Dodanie zamówienia do systemu |
Nazwa funkcji |
Przyjmij zamówienie |
Opis |
Przyjęcie nowego zamówienia |
Dane wejściowe |
Dane danego produktu |
Źródło danych wejściowych |
Etykieta produktu |
Wynik |
Dodanie nowej krotki do relacji Przyjmij zamówienie bazy danych |
Warunek wstępny |
Towar musi być dostępny po stronie dystrybutorów |
Warunek końcowy |
Pomyśle przyjęcie zamówienia |
Nazwa funkcji |
Kup produkt |
Opis |
Dodanie nowego produktu do systemu |
Dane wejściowe |
Dane dotyczące produktu |
Źródło danych wejściowych |
Dane podane przez klienta |
Wynik |
Dodanie nowej krotki do relacji Kup proukt bazy danych |
Warunek wstępny |
NIP |
Warunek końcowy |
Dodanie produktu do systemu |
Nazwa funkcji |
Sprzedaj produkt |
Opis |
Przyogtowanie danych do sprzedaży danego produktu |
Dane wejściowe |
Dane dotyczące produktu |
Źródło danych wejściowych |
Etykieta produktu |
Wynik |
Sprzedanie określonego produktu |
Warunek wstępny |
Produkt musi być dostępny w bazie |
Warunek końcowy |
Produkt sprzedany , odejmij wartość o 1 |
Baza rezerwacji |
|
Nazwa funkcji |
Dodaj rezerwację |
Opis |
Dodanie nowej rezerwacji do systemu |
Dane wejściowe |
Dane dotyczące produktu |
Źródło danych wejściowych |
Dane wyszukane przez klienta |
Wynik |
Dodanie nowej krotki do relacji rezerwacji |
Warunek wstępny |
NIP |
Warunek końcowy |
Dodanie rezerwacji do systemu |
Nazwa funkcji |
Usuń rezerwację |
Opis |
Usunięcie wybranej rezerwacji |
Dane wejściowe |
Identyfikator rezerwacji ,Dane wprowadzane są przez pracownika |
Źródło danych wejściowych |
Dane uzyskane po wyszukaniu Id |
Wynik |
Usunięcie określonej krotki |
Warunek wstępny |
Rezerwacja musi znajdować się w bazie |
Warunek końcowy |
Usunięcie rezerwacji z systemu |
Nazwa funkcji |
Wyszukaj rezerwację |
Opis |
Znajdź wybraną rezerwację |
Dane wejściowe |
Dane podane przez klienta , wprowadzane przez pracownika |
Źródło danych wejściowych |
Klient |
Wynik |
Zwrócenie rekordu |
Warunek wstępny |
Rezerwacja musi znajdować sie w ewidencji |
Warunek końcowy |
Wyszukanie rezerwacji |
Baza pracowników |
|
Nazwa funkcji |
Dodaj pracownika |
Opis |
Dodanie pracownika do systemu |
Dane wejściowe |
Dane dotyczące pracownika , wpisywane przez pracownika |
Źródło danych wejściowych |
Dane podane przez pracownika, dowód osobisty |
Wynik |
Dodanie nowej krotki do relacji pracownik bazy danych |
Warunek wstępny |
Dowód osobisty |
Warunek końcowy |
Dodanie pracownika do systemu |
Nazwa funkcji |
Usuń pracownika |
Opis |
Usunięcie pracownika z systemu |
Dane wejściowe |
Id.pracownika, dane wpisywane są przez pracownika |
Źródło danych wejściowych |
Dane umożliwijające wyszukanie pracownika , wprowadzane przez pracownika |
Wynik |
Usunięcie określonej krotki |
Warunek wstępny |
Pracownik musi znajdować się w systemie |
Warunek końcowy |
Usunięcie pracownika z systemu |
Nazwa funkcji |
Edytuj dane pracownika |
Opis |
Edycja wybranych danych pracownika |
Dane wejściowe |
Dane pracownika ,które mają ulec zmienie |
Źródło danych wejściowych |
Dane podane przez pracownika, dowód osobisty |
Wynik |
Modyfikacja określonej krotki |
Warunek wstępny |
Pracownik musi znajdować się w systemie |
Warunek końcowy |
Edycja wybranych danych pracownika |
Wymagania niefunkcjonalne
Baza danych powinna być zdolna archiwizować wszystkie transakcje sprzed 10 lat ,a jej kopia wykonywana codziennie.
Połączenie z bazą powinno być realizowane dla handlowców za pośrednictwem urządzeń mobilnych.
System powininen być kompatybilny ze środowiskiem Microsoft Windowś począwszy od WindowsXp.
System jest obsługiwany przez kilku pracowników hurtowni.
Diagram przepływu danych
a) diagram kontekstowy
b) diagram systemowy
c) diagram obsługi kupna-sprzedaży
d) diagram obsługi zamówień handlowych
e) diagram zarządzania asortymentem
f) diagram zarządzania pracownikami
g) diagram obsługi rezerwacji
10. Diagram przepływu danych
11. Logiczny model danych
13. Specyfikacja procesów
Jest to algorytmiczna definicja procesu, opisuje ona, co dzieje się wewnątrz procesu w celu przekształcenia danych wejściowych w dane wyjściowe.
SPECYFIKACJA PROCESU: dodaj nowy obiekt;
Warunek początkowy 1:
Podano dane nowego obiektu w wszystkich polach obowiązkowych, zgodne z obowiązkowymi polami w magazynie OBIEKTY.
Warunek końcowy 1:
Zostaje utworzony nowy rekord z danymi obiektu w magazynie OBIEKTY.
Warunek początkowy 2:
Warunek 1 nie został spełniony.
Warunek końcowy 2:
Wyświetla komunikat o błędzie.
SPECYFIKACJA PROCESU: dodaj nowego klienta;
Warunek początkowy 1:
Podano dane nowego klienta w wszystkich polach obowiązkowych, zgodne z obowiązkowymi polami w magazynie KLIENT. PESEL wybranego klienta istnieje w magazynie KLIENT.
Warunek końcowy 1:
Wybrane dane rekordu klienta zostaną zmienione w magazynie KLIENT.
Warunek początkowy 2:
Warunek 1 nie został spełniony.
Warunek końcowy 2:
Wyświetla komunikat o błędzie.
SPECYFIKACJA PROCESU: przygotowywanie umowy;
Warunek początkowy 1:
Tworząc nową umowę pojawiają się dane potrzebne do jej wystawienia z magazynu danych Kupno lub Sprzedaż zgodne z polami dane kupna lun sprzedaży.
Warunek końcowy 1:
Zostaje wyświetlony wydruk umowy gotowy do drukowania.
Warunek początkowy 2:
Warunek 1 nie został spełniony.
Warunek końcowy 2:
Wyświetla komunikat o błędzie.
SPECYFIKACJA PROCESU: edytuj dane obiektu;
Warunek początkowy 1:
Jeśli istnieje obiekt, którego numer identyfikacji znajduje się w magazynie OBIEKTY. Rekord obiektu jest wczytywany z magazynu OBIEKTY.
Warunek końcowy 1:
Wyświetlają się dane wybranego obiektu zgodne z danymi w magazynie OBIEKTY.
Warunek początkowy 2:
Dodany zostaje nowy obiekt którego numer identyfikacji nie znajduje się w magazynie OBIKETY. Wszystkie pola obiektu zostały wypełnione zgodne z obowiązkowymi polami magazynu OBIKETY.
Warunek końcowy 2:
Wyświetlają się dane nowego obiektu zgodne z danymi w magazynie OBIEKTY.
Warunek początkowy 3:
Wprowadzany zostaje nowy obiekt którego numer identyfikacji nie znajduje się w magazynie OBIEKTY. Pola obiektu nie są wypełnione zgodne z obowiązkowymi polami magazynu OBIEKTY.
Warunek końcowy 3:
Wyświetla komunikat o błędzie.
SPECYFIKACJA PROCESU: przygotowywanie potwierdzenia rezerwacji;
Warunek początkowy 1:
Tworząc nowe potwierdzenie pojawiają sie dane rezerwacji z wyjścia procesu Przetwarzanie rezerwacji zgodne z polami dane rezerwacji.
Warunek końcowy 1:
Wyświetla się wydruk z potwierdzeniem gotowy do drukowania.
Warunek początkowy 2:
Warunek 1 nie jest spełniony.
Warunek końcowy 2:
Generuje komunikat o błędzie.
14. Interfejs użytkownika
15. Model procesów biznesowych
Jest zbiorem 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.
16. Diagram przypadków użycia
Diagram przypadków użycia wykorzystuje się do modelowania aktorów (użytkowników systemu, odbiorców systemu, systemów zewnętrznych) i ich potrzeb w stosunku do tworzonego systemu. Przypadki użycia prezentowane na sekwencje czynności, które prowadzą do spełnienia celu użycia.
17. 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.
18. Diagramy sekwencji
Diagram sekwencji przedstawia sposób wymiany komunikatów pomiędzy obiektami z zachowaniem ich kolejności.
19. Testy