IO Projekt MaxkoM


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.

  1. Ramy planowania

  1. 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:

  • rozpoznawanie potrzeb firmy prowadzącej hurtownię

  • przygotowanie założeń dla programu obsługi hurtowni

  • utworzenie sprecyzowanej bazy danych dla hurtowni

  • etap projektowania i testowania programu

  • zaaplikowanie projektu

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”:

  • udoskonalona baza kontrahentów

  • poprawa szybkości obsługi klientów

  • przyspieszenie realizacji zamówień

W jaki sposób?

Etapy realizacji projektu:

  • rozpoznanie zasad działania struktury hurtowni w sferze sprzedażowej

  • opracowanie bazy danych

  • opracowanie oprogramowania

  • wdrożenie i weryfikacja poprawności działania oprogramowania

Za ile?

Całkowity koszt projektu stanowi kwota....

b) analiza SWOT

Pozytywy

Negatywy

Dzisiaj

Tutaj

Atuty:

  • Doświadczony zespół programistów (specjalistów

  • w danej dziedzinie z licznymi certyfikatami)

  • Wdrażanie oprogramowania dla dużych firm korporacyjnych

  • udział w projektach o wysokim nakładzie budżetowym

Słabości:

  • duża baza produktów, klientów i przedstawicieli handlowych

  • problemy związane z importowaniem rekordów ze starej bazy danych(brak kompatybilności)

Jutro

Tam

Szanse:

  • ogólna poprawa jakości obsługi klienta

  • przyspieszenie realizacji zamówień

  • redukcja pracowników działu sprzedaży do minimum (handlowcy sami weryfikują stan magazynowy hurtowni)

Zagrożenia:

  • opóźnienia związane z importem starej bazy danych obsługiwanej przez nowe środowisko programowe

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:

  • analiza struktury starej bazy danych

  • przygotowanie struktury nowej bazy danych

  • opracowanie zaleceń programowych

  • udział przy integracji bazy danych z modułem programu

Xcom:

  • przygotowanie programu do obsługi hurtowni

  • testy wraz z wdrożeniem oprogramowania

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

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

  1. Harmonogram

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

0x08 graphic

7. Opis wymagań funkcjonalnych

  1. postać hierarchii funkcji

0x01 graphic

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

  1. Wymagania niefunkcjonalne

  1. Diagram przepływu danych

a) diagram kontekstowy

0x01 graphic

b) diagram systemowy

0x01 graphic

c) diagram obsługi kupna-sprzedaży

0x01 graphic

d) diagram obsługi zamówień handlowych

0x01 graphic

e) diagram zarządzania asortymentem

0x01 graphic

f) diagram zarządzania pracownikami

0x01 graphic

g) diagram obsługi rezerwacji

0x01 graphic

10. Diagram przepływu danych

0x08 graphic

11. Logiczny model danych

0x08 graphic

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

0x08 graphic
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.

0x08 graphic

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.

0x08 graphic

18. Diagramy sekwencji

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

19. Testy



Wyszukiwarka

Podobne podstrony:
IO Projekt
io projekt part2 Przypadki uzycia
Grabowska IO projekt raport
io w11 zasady projektowania opr
Projekt IO 1 1
io w12 projektowanie architekury opr
IO wyk6 projektowanie architektura v2
IO 05 2 Wzorce projektowe
Prezentacja i specyfikacja, Projekt IO, Template für Pflichtenheft
Io 8 Wzorce projektowe
Projekt IO
projekt dokumentacji Borzęcki Andruszkiewicz Jasiński, IIS PWSZ, inżynieria oprogramowania, io
io w11 zasady projektowania opr
IO wyk6 projektowanie architektura v2
projekt o narkomanii(1)

więcej podobnych podstron