SPRAWOZDANIE Z WYKONANIA

ZADANIA PROJEKTOWEGO REALIZOWANEGO

W RAMACH PRZEDMIOTU
Projektowanie systemw informatycznych

TEMAT:
System internetowej sprzeday internetowego sklepu z suplementami
sportowymi

Prac wykonali:
Chrzanowski Jakub
Lesiak Arkadiusz
Pazio Tomasz

Prowadzcy zajcia:
Dr Gustaw Konopacki

KIERUNEK: INFORMATYKA
GRUPA: V ZIN I
Warszawa 2016/2017
Spis treci
1. Informacje wstpne ........................................................................................................................ 3
2. Procesy informacyjne ..................................................................................................................... 4
2.1 Procesy zwizane ze sprzeda ......................................................................................................... 5
2.2 Procesy zwizane ze sprzeda w ujciu opisowym ......................................................................... 6
2.3 Procesy zwizane ze sprzeda w ujciu systemowym - funkcje...................................................... 7
3. Podejcie Strukturalne.................................................................................................................. 10
3.1 Encje, atrybuty, diagram ERD .................................................................................................... 10
3.2 Kontekstowy i zerowy diagram przepywu danych DFD ........................................................... 11
4. Podejcie obiektowe..................................................................................................................... 13
4.1 Analiza biznesowa .................................................................................................................... 13
4.1.1 Biznesowy diagram przypadkw uycia ....................................................................................... 13
4.1.2 Mapa procesw biznesowych ...................................................................................................... 14
4.1.3 Diagram realizacji biznesowych przypadkw uycia .................................................................... 15
4.1.4 Diagram sekwencji dla jednej wybranej realizacji biznesowych przypadkw uycia................... 16
4.2 Specyfikacja wymaga funkcjonalnych i niefunkcjonalnych .................................................. 17
4.2.1 Diagram systemowych przypadkw uycia prezentujcych realizacj danych funkcjonalnoci
systemu ................................................................................................................................................. 19
4.2.2 Scenariusze uszczegawiajce systemowe przypadki uycia. ..................................................... 21
4.2.3 Diagram systemowy klas. ............................................................................................................. 22
4.2.4 Diagram sekwencji dla wybranej funkcjonalnoci systemu. ........................................................ 23
4.2.5 Model konceptualny (logiczny) bazy danych. .............................................................................. 24
 1. Informacje wstpne
Suplementy sportowe - s uzupenieniem diety. Sprzedawane w sklepach posiadaj
status "dietetycznych rodkw spoywczych", potwierdzony specjalnymi atestami. Gwnymi
zaletami suplementw s zbilansowany i dokadnie podany skad oraz prosty sposb
przyrzdzania. Suplementy stosowane s zarwno przez osoby uprawiajce sport amatorsko,
jak i profesjonalnych sportowcw.

Internetowy sklep z suplementami forma dystrybucji rodkw dietetycznych

specjalnego przeznaczenia. Z racji atwoci dostpu do wielu marek produktw oraz
moliwo dokadnego zapoznania si z produktami - sprzeda internetowa pozwala uatwi
klientowi detalicznemu i hurtowemu zakupy.

Celem informatyzacji procesu kupna i sprzeday w internetowym sklepie jest maksymalizacja

zysku, przy jednoczesnej minimalizacji kosztw obsugi.
 2. Procesy informacyjne
W sklepie z suplementami zachodzi szereg procesw informacyjnych, ktre mog zosta
poddane informatyzacji. S to procesy podstawowe:
Procesy zaopatrzeniowe
Transport i procesy logistyczne
Procesy zwizane ze sprzeda
Usugi posprzedane
Procesy pomocnicze:
Ksigowo
Zarzdzanie jednostk
Zarzdzanie patnociami
Zarzdzanie zasobami ludzkimi
Procesy rozwojowe (doskonalenie produktw i procesw)

W poniszej pracy poddane informatyzacji zostan Procesy zwizane ze sprzeda.

 Na przebieg procesw podstawowych skadaj si z trzech obligatoryjnych etapw
nastpujcych po sobie chronologicznie oraz jednego opcjonalnego w postaci usug
posprzedanych.

Procesy
podstawowe

P1 P2 P3
P4
Procesy Transport i procesy Procesy zwizane ze
Usugi posprzedane
zaopatrzeniowe logistyczne sprzeda

2.1 Procesy zwizane ze sprzeda

Procesy zwizane ze sprzeda tworz szereg nastpujcych po sobie
podprocesw, usytuowanych w poniszej hierarchii. Do podprocesw nale:

o Budowa bazy danych produktw w magazynie

o Budowa bazy danych klientw
o Wybr produktw z bazy produktowej
o Wybr formy i realizacja dostawy
o Wybr formy i realizacja patnoci
 Hierarchia procesw zwizanych ze sprzeda (FHD)

P3
Procesy zwizane ze
sprzeda

P3.1 P3.3 P3.4

P3.2
Budowa bazy P3.5 Wybr formy i
danych produktw w
Budowa bazy Wybr produktw z Wybr formy i realizacja patnoci
danych klientw bazy produktowej realizacja dostawy
magazynie

F3.1.1 F3.5.1
F3.2.1 F3.3.1 F3.4.1
Utworzenie / Utworzenie konta Przypisanie Przypisanie formy Przypisanie formy
aktualizacja listy klienta produktu do klienta dostawy do klienta patnoci do klienta
dostpnych
produktw
F3.1.2 F3.2.2 F3.5.2
F3.3.2
Podzia produktw Utworzenie listy
Modyfikacja ceny
Potwierdzenie
na kategorie klientw patnoci

F3.3.3
Zatwierdzenie F3.4.2
ostatecznej ceny Wysyka towaru

2.2 Procesy zwizane ze sprzeda w ujciu opisowym

Pierwszy z wymienionych podprocesw (P3.1) obejmuje utworzenie bazy danych
dostpnych produktw. Na proces ten skada si: utworzenie/aktualizacj listy dostpnych
produktw oraz z uwagi na ich mnogo podzia na kategorie. Utworzenie bazy
produktowej jest warunkiem niezbdnym do nastpnych procesw.
Kolejny podproces (P3.2) odpowiada za utworzenie bazy danych klientw. Klient uzupenia
formularz podajc; login, imi, nazwisko, typ konta (panel hurtowy/detaliczny) oraz adres
jednoczenie tworzc konto w serwisie. Tak utworzone konto zostaje zaindeksowane w bazie.

Nastpnie klient - korzystajc z uprzednio utworzonego konta wybiera podane

produkty (P3.3), przypisujc je do tzw. koszyka. Na tym etapie moliwe jest zatwierdzenie
zakupu i przejcie do nastpnego podprocesu po wczesnym etapie modyfikacji ceny
produktw, Modyfikacja zalena jest od typu konta, zamawianej iloci produktw oraz kodw
rabatowych.
Kolejny podproces (P3.4) obejmuje wybranie formy dostawy. Klient ma wybr
spord kilku opcji, rnicych si cen oraz czasem realizacji. Do wyboru oddane zostaj
opcje; przesyki pocztowej ekonomicznej, przesyki pocztowej poleconej, kuriera,
paczkomatu lub odbioru osobistego.
Nastpnie musi zosta wybrana i zatwierdzona forma patnoci (P3.5) tu ponownie
klient posiada kilka opcji wyboru warunkowanych wczeniej wybran form dostawy.
S to; przelew, serwisy transakcyjne (PayPal, PayU, Przelewy24 etc.), pobranie, patno przy
odbiorze. Patno po zaksigowaniu umoliwia zakoczenie procesw zwizanych ze
sprzeda poprzez realizacj dostawy.

2.3 Procesy zwizane ze sprzeda w ujciu systemowym - funkcje

Korzystajc z bazy oraz utworzonego w niej konta klienta, takowy przechodzi przez
szereg etapw, ktre finalnie kocz procesy zwizane ze sprzeda.
Program bdzie oferowa nastpujce funkcjonalnoci:

F3.1.1 Utworzenie/aktualizacja listy dostpnych produktw.

W systemie wprowadzamy, aktualizujemy oraz zatwierdzamy stany magazynowe
poszczeglnych produktw.
F3.1.2 Podzia produktw na kategorie
W systemie zatwierdzamy list produktw speniajcych okrelone kryteria.
 F3.2.1 Utworzenie konta klienta
Klient wypenia formularz z danymi, jednoczenie tworzac konto w systemie sprzeday.
F3.2.2 Utworzenie listy klientw
Konto klienta zostaje zapisane w systemie oraz skategoryzowane.

F3.3.1 Przypisanie produktu do klienta

Produkt zostaje tymczasowo przypisany do konta klienta.
F3.3.2 Modyfikacja ceny
Warto produktw przypisanych do konta klienta zostaje zmodyfikowana, zalenie od
podanych faktorw
F3.3.3 Zatwierdzenie ostatecznej ceny
Warto ceny po modyfikacjach zostaje zapisana
 F3.4.1 Przypisane formy dostawy do klienta
Do konta klienta zostaje przypisana forma dostawy
F3.4.2 Wysyka towaru
Dane dotyczce iloci towaru, ceny, formy patnoci oraz potwierdzenia zapaty
(F3.5.2) zostaj przekazane do bazy danych magazynu.

F3.5.1 Przypisanie formy patnoci do klienta

Wybr oraz przypisanie formy patnoci do konta klienta
F3.5.2 Potwierdzenie patnosci
Potwierdzenie wpaty zostaje zaksigowane umoliwajc wysyk (F3.4.2).
 3. Podejcie Strukturalne

3.1 Encje, atrybuty, diagram ERD

Cena Patno
#id_cena #id_patnoci
#typ #typ
#rabat Klient #potwierdzenie
#warto
#id_klienta
#imi
#nazwisko
#adres
#towar
Towar
#id_towaru
#cena Wysyka
#ilo #wysyka #id_wysyki
#rodzaj
#cena
#kategoria #pato #warto_wysyki
3.2 Kontekstowy i zerowy diagram przepywu danych DFD

- Diagram Kontekstowy
- Diagram zerowy
 4. Podejcie obiektowe

4.1 Analiza biznesowa

Utworzenie
konta Administrator

Klient

Realizacja
zamwienia

Pracownik
Wysyka

4.1.1 Biznesowy diagram przypadkw uycia

Zarzdzanie
kontami
Administrator

Konto
online

Realizacja
zakupu

Klient
Pracownik
Stan
magazynowy
4.1.2 Mapa procesw biznesowych

Procesy
podstawowe

wprowadzenie realizacja korekta stanu

zaoenie konta wysyka
danych klienta zakupu magazynowego

Procesy
pomocnicze

wywietlenie
sprawdzenie modyfikacja
danych osobowych historia zakupw stany magazynowe
koszyka pracownikw
klienta

dodanie nowego korekta stanu

modyfikacja wywietlenie dodanie nowego
produktu do magazynowego
danych klienta historii zakupw pracownika
koszyka produktw

przypisanie kodu
rabatowego
4.1.3 Diagram realizacji biznesowych przypadkw uycia

Zaoenie konta Administrator

klienta w systemie

Klient Konto klienta Baza danych z kontami

klienckimi

Utworzenie Otwarcie Sprawdzenie

konta konta klienta czy ju konto
klienta istnieje
Brak konta Brak konta Lista kont
klienta klienta klienckich
Podanie Wprowadzenie Utworzenie
danych danych konta klienta
klienta
Konto Wywietlenie Potwierdzenie
utworzone potwierdzenie utworzenia
poprawnie utworzenia konta
konta

Zamknicie
4.1.4 Diagram sekwencji dla jednej wybranej realizacji biznesowych
przypadkw uycia

System SMTP

Klient

1. Inicjacja rejestracji konta

1.1 Wywietlenie formularza Dane klienta

2.Wypenienie formularza i potwierdzenie

Dane klienta

[dane niepoprawne]

2.1 Wypenienie formularza Dane klienta

oraz wywietla powrt to pkt 2

2.2 Potwierdzenie Przyjcia danych

2.3 monit na adres email klienta
klienta

2.3.2 Potwierdzenie
4.2 Specyfikacja wymaga funkcjonalnych i niefunkcjonalnych

Wymagania Funkcjonalne:

Scenariusze:
1. Uytkownik systemu
a. Rejestracja Uytkownika:
- uytkownik chcc si zarejestrowa wchodzi na stron rejestracji
- wypenia formularz swoimi danymi osobowymi, loginem i hasem, lub wybiera opcj
rejestracji za pomoc konta na facebooku
- po poprawnej rejestracji uytkownik zostaje przekierowany do swojego zamwienia

b. Edycja danych uytkownika:

- uytkownik loguje si za pomoc loginu i hasa lub konta FB
- po zalogowaniu uytkownik moe zmieni dane dostawy oraz korespondencji (mail/adress)
- zatwierdzenie aktualizacji

c. Zamwienie Produktu
- uytkownik loguje si za pomoc loginu i hasa lub konta FB
- po zalogowaniu uytkownik szuka interesujcego go produktu oraz umieszcza go w koszyku
- uytkownik zatwierdza zamwienie oraz realizuje patno wybierajc wczeniej jej form
- zamwienie zostaje zrealizowane

2. Administrator Systemu
a. Zarzdzanie platform:
- administrator loguje si za pomoc loginu i hasa
- po poprawnym zalogowaniu weryfikuje:
ilo zamwie oraz sprawdza dziaanie systemu (kolejka zamwie oraz patnoci)
w przypadku wprowadzenia nowego produktu, administrator dodaje nowe produkty
do aktualnej oferty sklepu
weryfikuje aktualn ofert i sprawdza aktualno cen produktw wraz z ich opisem
w przypadku zatrudnienia nowego pracownika nadaje nowe dostpy dla innych
pracownikw
modyfikuje uprawnienia aktualnie pracujcych osb

Wymagania niefunkcjonalne:

1. Wymagania Jakociowe
Gwna aplikacja to aplikacja Webowa. Dziaanie na wszystkich przegldarkach
(FF/IE/Opera/Chrome/Safari/Tor)
 2. Uywalno
Aplikacja w jzyku polskim oraz angielskim. Ten sam wygld w kadej przegldarce. Wysoki
poziom rozpoznawalnoci dla wyszukiwarek.
3. Niezawodno
Dziaanie sklepu i zamwie 24/7
4. Wydajno:
Serwis powinien mc obsugiwa ok 50 zalogowanych uytkownikw w jednym czasie
5. Wspieralno
Specjalny czat z uytkownikami serwisu
6. Wymagania implementacyjne- Brak
7. Wymagania Interface
Wygld interface: Strona powinna wyglda w ten sam sposb w kadej przegldarce
internetowej oraz mobilnej. Musi by przejrzysta oraz atwa w obsudze dla uytkownika
8. Wymagania:
Zainstalowana jedna z przegldarek
9. Bezpieczestwo
- dane powinny by zabezpieczone poprzez backupy baz danych
- metadane uytkownikw musz by dokadnie zabezpieczone przed nieuprawnionym
dostpem przez osoby trzecie
- hasa uytkownikw nie powinny by trzymane jako plain text.
- haso powinno zawiera przynajmniej jedn cyfr.
- prace zwizane z updatem serwisu bd wykonywane po godzinie 23 przed godzin 6.
- w przypadku awarii wynikajcej z dziaania serwisu projektant stara si w przecigu 24h
naprawi usterk. (w przypadku awarii serwera prowadzon s rozmowy z hostingiem)
10. Wymagania prawne:
Okrelenie regulaminu sklepu oraz rejestracja petentw
4.2.1 Diagram systemowych przypadkw uycia prezentujcych
realizacj danych funkcjonalnoci systemu

Diagram uycia- Uytkownik

Diagram uycia- Pracownik
4.2.2 Scenariusze uszczegawiajce systemowe przypadki uycia.

Scenariusz 1
Nazwa przypadku- zamwienie produktu
Nr id.- 1
Aktor- Uytkownik
Opis- Uytkownik kupuj produkt w sklepie internetowym
Dane wejciowe- Klient wybiera jeden z produktw w sklepie i chce go zakupi
Gwny przepyw zdarze
Uytkownik
1. Wybranie produktu
2. Umieszczenie produktu w koszyku
3. Logowanie
4. Patno
5. Wybr dostawy
Alternatywny przepyw zdarze
Uytkownik
1a. Logowanie przed wyborem produktu
2a. Brak produktu na magazynie

Wynik- Zamwienie produktu przez uytkownika

Warunek wstpny- Uytkownik chce kupi jeden z produktw
Efekty uboczne- Brak

Scenariusz 2
Nazwa przypadku- Dostarczenie produktu do Klienta
Nr id.- 2
Aktor- Pracownik, Administrator
Opis- Pracownik realizuje zamwienie poprzez wysanie paczki z produktami do
Klienta
Dane wejciowe- Zamwienie zostao zoone przez Klienta
Gwny przepyw zdarze
1. Akceptacja wysyki po weryfikacji patnoci
2. Przygotowanie towaru
3. Wystawienie potwierdzenia sprzeday
4. Wysyka
Alternatywny przepyw zdarze
1a. Brak patnoci
2a. Brak danego produktu
4a. Brak moliwoci wysania produktu

Wynik- Wysanie przesyki do Klienta

Warunek Wstpny- Produkty zostay opacone i s dostpne na magazynie
Efekty uboczne- Brak
4.2.3 Diagram systemowy klas.
4.2.4 Diagram sekwencji dla wybranej funkcjonalnoci systemu.

klient System Magazyn Finanse

Zapytanie
Przyjcie zamwienia o stan
magazynowy

Odpowied
o stanie

Realizacja patnoci

Zakup produktw

Przyjcie
produktw

Wydanie
Realizacja zamwienia produktw
4.2.5 Model konceptualny (logiczny) bazy danych.