inżynieria oprogramowania dokumentacja 2(1), INSTYTUT MATEMATYKI I INFORMATYKI


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

8. Wymagania niefunkcjonalne

1 000 00 archiwalnych transakcji.

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:

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:

a) Diagram kontekstowy

0x01 graphic

b) Diagram systemowy

0x01 graphic

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

0x01 graphic

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

0x01 graphic

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

0x01 graphic

Macierz CRUD dla diagramu zarządzania klientami.

Dodaj nowe

Edytuj dane klienta

Przetwarzaj dane klienta

Klienci

C

UD

R

f) Diagram zarządzania asortymentem

0x01 graphic

Macierz CRUD dla diagramu zarządzania pojazdami.

Dodaj nowe

Edytuj dane

Przetwarzaj dane obiektu

Obiekty

C

UD

R

g) Diagram zarządzania pracownikami

0x01 graphic

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

0x01 graphic

11. Logiczny model danych

0x01 graphic

12. Słownik danych

Nazwa

Opis

Typ

Dziedzina
atrybutu

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_
PRZEBIEG

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_
SILNIKA

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_
PRZEBIEG

Aktualny przebieg motocyklu

Liczba rzeczywista

Zbiór liczb rzeczywistych z dokładnością do dwóch miejsc po przecinku.

POJEMNOSC_
SILNIKA

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



Wyszukiwarka

Podobne podstrony:
Rafał Polak 12k2 lab8, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
sciąga moja, Informatyka SGGW, Semestr 4, Inżynieria oprogramowania, Od starszego rocznika
Rafał Polak 12k2 lab9, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Inżynieria oprogramowania, Studia, Informatyka, Informatyka, Informatyka
ou, wisisz, wydzial informatyki, studia zaoczne inzynierskie, oprogramowanie uzytkowe
Inżynieria oprogramowania Przykładowe pytania na egzamin 4 semestr, edukacja i nauka, Informatyka
Rafał Polak 12k2 lab4a, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
Rafał Polak 12k2 lab4b, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
2006 05 Antywzorce w zarządzaniu projektami informatycznymi [Inzynieria Oprogramowania]
ofi sciaga, Studia WIT - Informatyka, IO - Inżynieria Oprogramowania
Rafał Polak 12k2 lab11, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Sp
przydział, Informatyka SGGW, Semestr 4, Inżynieria oprogramowania
Inżynieria oprogramowania 2, Studia, Informatyka, Informatyka, Informatyka
Rafał Polak 12k2 lab2, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
Dokumentacja projektowa, Studia infa, Inżynieria oprogramowania
Dokument specyfikacji wymagan, WAT, semestr IV, Inżynieria oprogramowania
Wymagania metody, Inżynieria Oprogramowania - Informatyka, Semestr IV, Metody Obliczeniowe, Egzamin

więcej podobnych podstron