e-moto Projekt APSI Maciej Jarka Łukasz Lenda Sebastian Pacho Mateusz Pruchniak
2 Tytuł dokumentu Nazwa dokumentu e-moto E_Moto_Dokumentacja_techniczna_projektu.docx Wersja dokumentu 0.1 Poziom poufności Tytuł projektu Zleceniodawca Wykonawca Wewnętrzny e-moto Driver sp. z.o.o Estymator SOFT & Friends sp. z.o.o Data Autor Opis zmiany Wersja 18.05.2010 Maciej Jarka Szablon dokumentu 0.1 20.05.2010 Maciej Jarka Wprowadzenie 0.2 (draft) 23.05.2010 Maciej Jarka Dodano UC dla 0.3 modułu analitycznego 26.05.2010 Maciej Jarka Dodano wymagania 0.4 niefunkcjonalne 02.06.2010 Łukasz Lenda Dodano UC dla 0.5 modułu sprzedaży 02.06.2010 Mateusz Pruchniak Dodano UC dla 0.6 modułu ofert. 02.06.2010 Sebastian Pacho Dodano UC 1.0 zaopatrzenia i modyfikacja całego dokumentu. Tabela 1: Historia modyfikacji dokumentu
3 Spis treści 1. Wprowadzenie... 5 1.1. Opis projektu... 5 1.2. Słownik pojęć... 5 1.3. Procesy biznesowe w firmie... 5 1.3.1. Dział analiz... 6 1.3.2. Dział ofert... 6 1.3.3. Dział sprzedaży... 6 1.3.4. Dział zaopatrzenia... 7 3. Przypadki użycia... 9 3.1. Moduł sprzedaży... 9 3.1.1. Diagram ogólny... 9 3.1.2. Zarządzanie sprzedażą... 10 3.2. Moduł zaopatrzenia... 21 3.2.1. Diagram ogólny... 21 3.2.2. Zarządzanie bazą produktów... 21 3.3. Moduł ofert... 37 3.3.1. Diagram ogólny... 37 3.3.2. Zarządzanie ofertami... 38 3.4. Moduł analityczny... 51 3.4.1. Diagram ogólny... 51 3.4.2. Projektowanie raportów... 51 3.4.6. Model danych w hurtowni danych... 68 4. Wymagania niefunkcjonalne... 68 4.1. Bezpieczeostwo... 69 4.2. Modyfikowalnośd... 69 4.3. Niezawodnośd... 69 4.4. Obsługa... 69 4.5. Pojemnośd... 69 4.6. Wydajnośd... 70 5. Model struktury statycznej systemu... 70 5.1. Hierarchia użytkowników... 70
4 5.2. Diagram klas.... 70 5.3. Model logiczny bazy danych.... 72 5.4. Opis klas... 73 6. Fizyczna i logiczna struktura systemu... 73 6.1. Wymagania sprzętowe... 75 6.1.1. Klient... 75 6.1.2. Serwer aplikacyjny... 75 6.1.3. Serwer bazy danych... 77 7. Prototyp interfejsu... 77 8. Specyfikacja sprzętu i oprogramowania... 82 8.1. Serwer aplikacyjny... 82 8.2. Serwer bazodanowy... 82
5 1. Wprowadzenie 1.1. Opis projektu Projekt e-moto jest systemem informatycznym mającym na celu modernizację procesów biznesowych w firmie Driver sp. z.o.o, zwana dalej firmą, zajmującej się sprzedażą części motoryzacyjnych. Dokument ten przedstawia analizę techniczną wykonywanego systemu. 1.2. Słownik pojęć Analityk Dostawca Faktura Klient Magazyn Magazynier Oferta Konsultant Promocja Reklamacja Sprzedawca Towar Pracownik firmy zajmujący się analizą danych dotyczących procesów zachodzących w firmie Firma dystrybutorska, współpracująca z firmą, mająca za zadanie zaopatrzenie firmy w towar. Dokument sprzedaży zawierający jej dane, takie jak wartość pieniężna, data oraz specyfikację przedmiotu lub przedmiotów transakcji. Podmiot nabywający towar lub zainteresowany treścią ofert firmy. Pomieszczenie w którym przechowywany jest towar. Pracownik firmy zajmujący się zaopatrzeniem oraz ewidencją magazynu towarów. Zbiór informacji handlowych dotyczących produktu lub produktów sprzedawanych przez firmę. Oferta musi zawierać cenę oraz specyfikację produktu lub produktów. Pracownik firmy zajmujący się kontaktem z klientem w celu przekazywania informacji technicznych dotyczących produktu. Zmniejszenie wartości pieniężnej oferty (ceny) względem wartości nominalnej. Proces wymiany uszkodzonego towaru zakupionego uprzednio przez klienta lub zwrot pieniędzy za zakupiony, uszkodzony towar. Osoba zatrudniona w firmie, zajmująca się procesem obsługi zamówień składanych przez klienta. Do zadań sprzedawcy należy odbiór zamówień, realizacja zamówień, wystawianie faktur oraz wysyłka zamówienia Dowolny przedmiot lub grupa przedmiotów, które mogą zostać objęte ofertą. Tabela 2: Słownik pojęć 1.3. Procesy biznesowe w firmie
6 Celem projektu E-Moto jest informatyzacja procesów biznesowych zachodzących w firmie. Dotychczasowa struktura firmy była podzielona na dział analiz, ofert, sprzedaży, zaopatrzenia. Każdy z tych działów odpowiedzialny był za oddzielne, ale zależne miedzy sobą procesy biznesowe. Rozdział ten krótko opisuje dotychczasowe procesy biznesowe zachodzące w firmie oraz definiuje modernizacje tych procesów przy pomocy projektu e- Moto. 1.3.1. Dział analiz Dział ten zajmuje się analizą danych o transakcjach i klientach. Dane zamówień z dokumentów Microsoft Excel były zbierane i przepisywane do dokumentów analiz, również w programie Microsoft Excel. Zebrane dane służyły następnie do tworzenia wykresów kwartalnych, przedstawiających: Zależność ilości sprzedanych od tygodnia w roku Zależność wartości sprzedanych produktów od tygodnia w roku z podziałem na rodzaj produktu Zależność wartości produktów zamówionych u dostawcy od czasu Modernizacja działu analiz ze strony projektu e-moto będzie obejmowało: Automatyzację procesów zbierania danych do hurtowni danych przy pomocy procesów ETL. Automatyzację procesu tworzenia raportów. Automatyzację procesu obiegu raportów. Umożliwienie tworzenia raportów przy użyciu narzędzi dostarczanych z projektem e- Moto zamiast programu Microsoft Excel 1.3.2. Dział ofert Dział ten zajmuje się przygotowywaniem ofert w postaci dokumentów tekstowych tworzonych w programie Microsoft Word. Dokumenty te były tworzone na podstawie danych produktów i sprzedaży znajdujących się w plikach programu Microsoft Excel. Projekty ofert przygotowywane przez pracowników działu ofert były następnie przekazywane w postaci papierowej do kierownika działu ofert w celu akceptacji. Treść zaakceptowanych ofert była następnie przekazywana drogą pocztową gazetom, w których oferty były umieszczane. Ponadto wydrukowane oferty wysyłano drogą pocztową klientom firmy, którzy zgodzili się otrzymywać takie materiały. 1.3.3. Dział sprzedaży
7 Dział ten zajmuje się obsługą zamówień składanych przez klientów. Zamówienia były składane drogą mailową lub telefoniczną. Aby złożyć zamówienie, klient musiał wyspecyfikować produkty, które chce kupić, podać adres, na który towar miał zostać wysłany (lub ustalić termin odbioru osobistego) oraz ustalić formę płatności. Szczegóły zamówienia były zapisywane w formularzu zamówienia programu Microsoft Excel i przekazywane do działu zaopatrzenia. Magazynier z działu zaopatrzenia znajdował w magazynie produkty z zamówienia i wysyłał pod wskazany na zamówieniu adres lub pozostawiał towar do odbioru osobistego w magazynie. Po realizacji tych czynności, przykazywał podpisany formularz zamówienia. Jeśli zamówionych produktów nie było w magazynie, zostawały one przez pracownika działu zaopatrzenia zamawiane u dostawcy. Sprzedawca natomiast zostawał słownie poinformowany o zaistniałej sytuacji i drogą telefoniczną lub mailową informował o niej klienta. W zależności od formy płatności (przelew lub opłata za pobraniem), sprzedawca rejestrował fakt dostarczenia kwoty transakcji na konto firmy w formularzu programu Microsoft Excel. 1.3.4. Dział zaopatrzenia Dział ten zajmuje się zaopatrywaniem magazynu w towar, ewidencjonowaniem stanu magazynu oraz dostarczaniem do działu sprzedaży towaru, który został zamówiony. Towar był ewidencjonowany przy pomocy arkuszy programu Microsoft Excel, które zawierały dane ilościowe towaru znajdującego się w magazynie. W przypadku stwierdzenia przez magazyniera braku danego towaru, składał on wniosek zapotrzebowania do kierownika sklepu o umożliwienie zamówienia towaru. Po otrzymaniu akceptacji wniosku, składał on zamówienie u odpowiedniego dostawcy poprzez kontakt telefoniczny, listowny lub mailowy specyfikując ilość i rodzaj zamawianego towaru. Następnie wykonywał on przelew kwoty na którą opiewało zamówienie. Po realizacji otrzymaniu towaru, uaktualniał dane ewidencji w arkuszu Microsoft Excel. Dział zaopatrzenia otrzymywał również polecenia z działu ofert o dodaniu lub usunięciu towaru w związku z wprowadzeniem nowej lub usunięciem starej oferty. Jeśli w magazynie znajdowały się produkty z wycofywanej oferty, informował on o tym fakcie dział ofert w celu przygotowania oferty promocyjnej. Modernizacja działu ofert ze strony projektu e-moto będzie obejmowało: Stworzenie w systemie bazy danych produktów będących w ofercie sklepu, w której przechowywane będą dane dotyczące ilości danego produktu w magazynie, ceny oraz dostawców, którzy oferują dany produkt. Program będzie umożliwiał, dodawanie/usuwanie produktów z oferty i automatyczną modyfikację stanu magazynowego na podstawie dokonywanych sprzedaży. Generowanie raportów o kończących się produktach, dzięki którym pracownicy magazynu będą mogli na stałe śledzić jego stan, dzięki czemu uniknie się sytuacji nagłego braku dotyczy to przede wszystkim typowych części i produktów, których sprzedaż jest dość duża. Umożliwienie zautomatyzowania procesu zamówień, dzięki bazie danych dostawców przypisanych do każdego produktu. Dzięki tej funkcji system będzie mógł sam wysyłać
8 zamówienia w przypadku malej liczby egzemplarzy danego produktu w magazynie ( zamówienia zautomatyzowane ). Ponadto zamówienia będzie można dokonywać po zatwierdzeniu ich przez kierownika na podstawie wspomnianych wcześniej raportów. Trzecim rodzajem zamówień jakie będą mogły być realizowane będą zamówienia tworzone przez pracowników sklepu w momencie, gdy klient sklepu zgłosi zapotrzebowanie na produkt. Tego typu zamówienia będą również zatwierdzane przez kierownika. Śledzenie stanu zamówień. Użytkownik systemu będzie miał możliwość śledzenia kiedy zamówienie zostało zlecone, czy zrealizowany już został przelew i w jakim czasie można liczyć na dostawę towaru. System umożliwi również wszelkie modyfikacje i przeglądanie danych wykorzystywanych w module zaopatrzenia, czyli: przeglądanie listy dostawców, usuwanie/przypisanie dostawców do produktów. Dodawanie/ usuwanie dostawców i produktów. Usuwanie produktów z oferty będzie skutkować ponadto możliwością zmniejszenia ceny egzemplarzy będących na stanie magazynu poprzez objęcie ich promocją. 2. Opis systemu Logiczny podział systemu informatycznego e-moto uwzględnia stworzenie modułu dla każdego z działów firmy. Działanie modułu będzie modelowane poprzez przypadki użycia opisane w rozdziale 3. Współpracujące ze sobą moduły będą opierały się na wspólnej bazie danych oraz hurtowni danych dla modułu analitycznego.
9 Rysunek 1: Struktura współpracy modułów systemu i bazy danych 3. Przypadki użycia 3.1. Moduł sprzedaży Moduł ten będzie odpowiedzialny za przeprowadzanie procesu sprzedaży (przy współpracy z działem zaopatrzenia). Sprzedawca na podstawie zamówienia będzie zapisywał je do bazy, przeprowadzał proces płatności (wraz z dodaniem do bazy), przekazywał przygotowane zamówienie do działu zaopatrzenia oraz rejestrował rachunkowość po udanej transakcji. Konsultant w przypadku braku dostępności produktów skontaktuje się z klientem w celu modyfikacji zamówienia. 3.1.1. Diagram ogólny
10 Rysunek 1 Diagram ogólny przypadków użycia modułu sprzedaży. 3.1.2. Zarządzanie sprzedażą 3.1.2.1.Opis słowny Zarządzanie sprzedażą obejmuje obsługę zamówień złożonych przez klientów, zapisanie ich do bazy, rozwiązanie kwestii płatności oraz przekazanie zamówienia do realizacji. W przypadku braku dostępności części produktów zawartych w zamówieniu zajmuje się również kontaktem z klientem w celu edycji zamówienia, a po zakończeniu wszystkich tych etapów, rejestracją wpłat do bazy. Aktorami występującymi są sprzedawca oraz konsultant. 3.1.2.1.1. Aktorzy: 3.1.2.1.2. Diagram Sprzedawca, Konsultant
11 3.1.2.1.3. Zapisanie zamówienia w bazie 3.1.2.1.3.1.Warunki wstępne Klient złożył zamówienie (telefonicznie lub poprzez e-mail). 3.1.2.1.3.2.Przebieg podstawowy 1. Sprzedawca wybiera opcję zapisania nowego zamówienia 2. System wyświetla formularz dodania nowego zamówienia. 3. Sprzedawca wypełnia wszystkie dane o kliencie oraz wybiera produkty i ich ilość, a następnie zatwierdza. 4. System wyświetla wprowadzone dane w przejrzystej formie, pytając o ich poprawność. 5. Sprzedawca zatwierdza wprowadzenie zamówienia. 3.1.2.1.3.3.Przebiegi alternatywne a) Poprawienie zamówienia 1. Kroki 1-4 z przebiegu podstawowego.
12 2. Sprzedawca wciska opcję "Popraw" 3. System wraca do okna wprowadzania danych wypełniając domyślnie wszystkie pole uprzednio wprowadzonymi wartościami 4. Sprzedawca wprowadza poprawki 5. Kroki 4-5 z przebiegu głównego. 3.1.2.1.3.4.Diagram sekwencji Zapisanie zamówienia w bazie 3.1.2.1.4. Przekazanie informacji o wysyłce 3.1.2.1.4.1.Warunki wstępne Sprzedawca wprowadził zamówienie do bazy. 3.1.2.1.4.2.Przebieg podstawowy 1. Sprzedawca wybiera opcję poinformowania o nowym zamówieniu. 2. System wyświetla listę zamówień prosząc o wybór zamówienia. 3. Sprzedawca zaznacza odpowiednie pola i zatwierdza 4. System wyświetla szczegółowe dane zamówienia pytając czy informacje są kompletne 5. Sprzedawca zatwierdza wprowadzenie zamówienia.
13 3.1.2.1.4.3.Przebiegi alternatywne a) Poprawienie notacji 1. Kroki 1-4 z przebiegu podstawowego. 2. Sprzedawca wciska opcję "Popraw" 3. System wraca do okna wyboru zamówień. 4. Sprzedawca dokonuje ponownego wyboru. 5. Kroki 4-5 z przebiegu głównego. b) Dodanie szczegółowych wskazówek 1. Kroki 1-4 z przebiegu podstawowego. 2. Sprzedawca wciska opcję "Dodatkowe informacje" 3. System wyświetla pole tekstowe przeznaczone na specjalne informacje dla działu Magazyn. 4. Sprzedawca dodaje odpowiednie informacje. 5. Kroki 4-5 z przebiegu głównego. 3.1.2.1.4.4.Diagram sekwencji Przekazanie informacji o wysyłce
14 3.1.2.1.5. Przygotowanie informacji o płatności 3.1.2.1.5.1.Warunki wstępne Sprzedawca wprowadził zamówienie do bazy. 3.1.2.1.5.2.Przebieg podstawowy 1. Sprzedawca wybiera opcję wprowadzania danych o płatnościach. 2. System wyświetla listę zamówień prosząc o wybór zamówienia. 3. Sprzedawca zaznacza odpowiednie pola i zatwierdza. 4. Wyświetla pola wszystkich produktów z zamówienia wypełniając przy każdym pole ceny domyślną ceną produktu. 5. Sprzedawca wybiera sposób zapłaty i zatwierdza. 3.1.2.1.5.3.Przebiegi alternatywne a) Zmiana wartości cen 1. Kroki 1-4 z przebiegu podstawowego. 2. Sprzedawca edytuje ceny produktów, które zmieniły się, a nie zostały jeszcze poprawione w bazie. 3. System wraca do okna wyboru zamówień. 4. Sprzedawca dokonuje ponownego wyboru. 5. Krok 5 z przebiegu głównego. a) Dodanie rabatów 1. Kroki 1-4 z przebiegu podstawowego. 2. Sprzedawca wypełnia pole "rabat" uzupełniając je wartością procentową lub dokładną kwotą, zaznaczając tryb. 3. Krok 5 z przebiegu głównego. 3.1.2.1.5.4.Diagram sekwencji Przygotowanie informacji o płatności
15 3.1.2.1.6. Zapisanie informacji o dokonanej płatności 3.1.2.1.6.1.Warunki wstępne Informacje o płatności zostały przygotowane. 3.1.2.1.6.2.Przebieg podstawowy 1. Sprzedawca wybiera opcję zapisania płatności. 2. System wyświetla listę płatności które nie zostały jeszcze dodane do głównej bazy. 3. Sprzedawca wybiera płatność 4. System wyświetla szczegóły płatności. 5. Sprzedawca zatwierdza. 6. System konwertuje dane do formatu pliku Excela i zapisuje. 3.1.2.1.6.3.Przebiegi alternatywne a) Anulowanie transakcji 1. Kroki 1-4 z przebiegu podstawowego. 2. Sprzedawca wybiera opcję anulowania płatności.
16 3. System pyta o powód wyświetlając pole tekstowe do wypełnienia. 4. Sprzedawca podaje powód i zatwierdza 5. Płatność zostaje anulowana. 3.1.2.1.6.4.Diagram sekwencji Zapisanie informacji o dokonanej płatności 3.1.2.1.7. Rachunkowość sklepu 3.1.2.1.7.1.Warunki wstępne 1. W ostatnim miesiącu zarejestrowano przynajmniej jedną płatność. 2. Aktualna data jest późniejsza od ostatniego dnia miesiąca dla którego przeprowadzamy rachunkowość. 3.1.2.1.7.2.Przebieg podstawowy 1. Sprzedawca wybiera opcję przeprowadzania rozliczenia rachunkowego. 2. System prosi o wybór miesiąca dla którego miało by odbyć się rozliczenie. 3. Sprzedawca wybiera wybiera odpowiedni miesiąc. 4. System wyświetla wszystkie zarejestrowane płatności z okresu. 5. Sprzedawca wypełnia pola dotyczące rozliczeń podatkowych i zatwierdza. 6. System rejestruje zmiany w bazie. 3.1.2.1.7.3.Diagram sekwencji
17 Rachunkowość sklepu 3.1.2.1.8. Kontakt z klientem 3.1.2.1.8.1.Warunki wstępne Konsultant otrzymał informację o braku towaru wybranego w zamówieniu. 3.1.2.1.8.2.Przebieg podstawowy 1. Konsultant nawiązuje kontakt z klientem drogą telefoniczną i informuje o problemie który wystąpił. 2. Konsultant proponuje możliwe rozwiązania problemu. 3. Klient decyduje o edycji zamówienia. 4. Konsultant notuje poprawki. 3.1.2.1.8.3.Przebiegi alternatywne a) Anulowanie transakcji 1. Kroki 1-2 z przebiegu podstawowego. 2. Klient decyduje o anulowaniu całego zamówienia. 3. Konsultant loguje się do systemu wybierając opcję usunięcia zamówienia. 4. System wyświetla listę dotychczas niezrealizowanych zamówień. 5. Konsultant wybiera odpowiednie zamówienie i wybiera opcję usuń. 6. System pyta o poprawność wyboru, ostrzegając o jego nieodwracalności 7. Konsultant zatwierdza wybór. 3.1.2.1.8.4.Diagram sekwencji Kontakt z klientem
18 3.1.2.1.9. Edycja zamówienia 3.1.2.1.9.1.Warunki wstępne Konsultant ustalił z klientem nową formę zamówienia. 3.1.2.1.9.2.Przebieg podstawowy 1. Konsultant wybiera w systemie opcję edycji zamówienia. 2. System wyświetla listę dotychczas niezrealizowanych zamówień. 3. Konsultant wybiera zamówienie do edycji i zatwierdza. 4. System wyświetla dane zamówienia domyślnie wypełnione wcześniejszymi wartościami. 5. Konsultant wprowadza zmiany. 6. System wyświetla nowe dane w przejrzystej formie i pyta o ich poprawność. 7. Konsultant zatwierdza zmiany. 3.1.2.1.9.3.Przebiegi alternatywne a) Zmiana wprowadzonych danych 1. Kroki 1-6 z przebiegu podstawowego. 2. Konsultant wybiera opcję "Popraw" i edytuje nieprawidłowo wprowadzone dane. 3. Kroki 6-7 z przebiegu głównego. 3.1.2.1.9.4.Diagram sekwencji
19 Edycja zamówienia 3.1.2.2.Diagram klas modułu
20 Uwagi do diagramu klas Zaznaczyć należy, że zamówienie zawierać może dowolną liczbę produktów, podobnie jak i produkt występować może w wielu zamówieniach, jednak w pojedynczym zamówieniu, każdy konkretny produk powinien wystąpić tylko raz. Klasa Zarządca ofert (stereotyp <<control>>) jest odpowiedzialna za zarządzanie przebiegiem przypadków użycia w obrębie tego modułu. Klasa Interfejs ofert (stereotyp <<boundary>>) odpowiada za warstwę prezentacji w obrębie przypadków użycia modułu. Pozostałe klasy (o stereotypie
21 <<entity>>) reprezentują odpowiednie pojęcia systemu przechowywane w pamięci trwałej). 3.2. Moduł zaopatrzenia Głównym zadaniem tego modułu będzie zarządzanie zamówieniami na produkty znajdujące się ofercie sklepu poprzez umożliwienie wysyłania zamówień drogą mailową do dostawców zdefiniowanych w bazie danych. Zamówienia będą mogły być wysyłane automatycznie, w momencie stwierdzenia przez system niedoboru jakiegoś produktu, lub na podstawie raportów o tanie magazynu, czy poprzez ręczne stworzenie zamówienia. Moduł ten odpowiedzialny będzie również będzie za monitorowanie stanu magazynu, dodanie, usuwanie i modyfikację bazy produktów będących w ofercie firmy. Może to być realizowane albo bezpośrednio na podstawie woli i wiedzy kierownika magazynu, albo na podstawie informacji przesłanej od kierownika działu ofert, który zgłasza potrzebę modyfikacji oferty sprzedażowej. Ponadto jego drugim głównym zadaniem będzie zarządzanie bazą danych dostawców, czyli dodawanie/usuwania modyfikacja danych sprzedawcy oraz przypisywanie dostawców do produktów. 3.2.1. Diagram ogólny 3.2.2. Zarządzanie bazą produktów 3.2.2.1 Opis słowny
22 W ramach zarządzania baza produktów oferowane są nast. funkcjonalności: monitorowanie stanu magazynu poprzez przeglądanie listy produktów zdefiniowanych w ofercie sklepu sprawdzanie jaka ilość egzemplarzy danego produktu dostępna jest w magazynie, dodawanie do oferty nowych produktów, które od tej pory będą znajdowały się w ofercie sklepów oraz usuwanie produktów znajdujących się w bieżącej bazie danych magazynu. 3.2.2.1.1 Aktorzy W tym przypadku aktor jest tylko jeden i jest to zarządca magazynu. 3.2.2.1.2 Diagram 3.2.2.1.3 Przeglądanie i modyfikacja stanu magazynu 3.2.2.1.3.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.2.1.3.2 Przebieg podstawowy (PP) 1. Zarządca magazynu wybiera w panelu głównym opcję Przegląd Magazynu
23 2. System wyświetla listę wszystkich znajdujących się bazie produktów posortowana alfabetycznie oraz formularz umożliwiający filtrowanie określonych produktów. 3. Użytkownik wybiera produkt z listy i wybiera opcję pokaż szczegóły. 4. System wyświetla formularz ze szczegółowymi informacjami o produkcie 3.2.2.1.3.2 Przebiegi alternatywne a) zastosowanie filtra 1. Jak w PP 2. Jak w PP 3. Użytkownik wpisuje do formularza dane produktu, który go interesuje i wybiera opcję filtruj 4. System odświeża listę produktów i wyświetla tylko te, które są zgodne z parametrami wprowadzonymi przez użytkownika. 5. Użytkownik wybiera produkt z listy i wybiera opcję pokaż szczegóły. 6. System wyświetla formularz ze szczegółowymi informacjami o produkcie b) modyfikacja danych o produkcie 1-6. Jak w PP lub przebiegu alternatywnym a) 7. Użytkownik wybiera opcję modyfikuj dane 8. System wyświetla formularz analogiczny do poprzedniego, z tą różnicą, że dane o produkcie wpisane są w pola umożliwiające ich edycję. 9. Użytkownik poprawia dane. 10. Użytkownik wybiera opcje zapisz zmiany. 11. System zapisuje zmiany wprowadzone przez użytkownika i wyświetla komunikat o pomyślnym zakończeniu operacji modyfikacji danych. 3.2.2.1.3.3 Diagram Sekwencji
24 3.2.2.1.4 Dodanie produktu do magazynu 3.2.2.1.4.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.2.1.4.2 Przebieg podstawowy (PP) 1. Zarządca magazynu wybiera w panelu głównym opcję Dodaj produkt. 2. System wyświetla formularz umożliwiający wprowadzenie wszystkich danych wymaganych do zapisania nowego produktu w bazie danych magazynu oraz listę dostawców. 3. Użytkownik wprowadza wszystkie wymagane dane, wybiera z listy dostawców odpowiedniego dostawcę, który zostanie przypisany do produktu i wybiera opcję zatwierdź dane. 4. System dodaje do bazy danych nowy produkt o wprowadzonych wcześniej przez użytkownika parametrach 3.2.2.1.4.2 Przebiegi alternatywne a) brak zdefiniowanego w bazie dostawcy dla dodawanego produktu 1-2 Jak w PP 7. Użytkownik wybiera opcję dodaj dostawcę 8-. Jak PP w przypadku 3.2.3.1.4 Dodanie dostawcy
25 3.2.2.1.4.3 Diagram Sekwencji 3.2.2.1.5 Usunięcie produktu z oferty 3.2.2.1.5.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.2.1.5.2 Przebieg podstawowy (PP) 1. Zarządca magazynu wybiera w panelu głównym opcję Usuń produkt. 2. System wyświetla formularz umożliwiający wpisanie parametrów produktu, jaki ma być wyszukany. 3. Użytkownik wypełnia formularz i wybiera opcje szukaj. 4. System wyświetla listę produktów znalezionych na podstawie wprowadzonych danych. 5. Użytkownik wybiera opcję usuń produkt. 6. System wyświetla prośbę o potwierdzenie usunięcia. 7. Użytkownik wybiera opcję zatwierdź. 8. System usuwa z bazy danych odpowiedni produkt i wyświetla potwierdzenie wykonania operacji. 3.2.2.1.5.2 Przebiegi alternatywne a) w magazynie są jeszcze egzemplarze produktu
26 1-7. Jak w PP 8. System wyświetla informację, o znajdujących się jeszcze w magazynie egzemplarzach danego produktu oraz formularz umożliwiający zastosowanie promocji i wprowadzenie upustu. 9. Użytkownik wprowadza liczbę będącą procentowym upustem za pozostałe w magazynie sztuki i zatwierdza wybór. 10. System blokuje możliwość zamawiania kolejnych egzemplarzy produktu. UWAGA: Produkt zostanie usunięty całkowicie z bazy danych w momencie zarejestrowania faktu sprzedaży ostatniej sztuki znajdującej się w magazynie. 3.2.2.1.5.3 Diagram Sekwencji 3.2.3 Zarządzanie bazą dostawców 3.2.3.1 Opis słowny W ramach tej części systemu użytkownik ma możliwość Przeglądania bazy danych dostawców produktów znajdujących się w bazie danych magazynu, modyfikacją ich danych oraz dodawaniem i usuwaniem dostawców współpracujących na stałe z firmą. Ten moduł jest bardzo istotny z uwagi na fakt, że dane o dostawcach oraz ich przypisania do poszczególnych produktów są wykorzystywane w zaimplementowanym w systemie module automatyzującym proces zamówień. 3.2.3.1.1 Aktorzy
27 W tym przypadku aktor jest tylko jeden i jest to zarządca magazynu. 3.2.3.1.2 Diagram 3.2.3.1.3 Przeglądanie i modyfikacja dostawców 3.2.3.1.3.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.3.1.3.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Przegląd Dostawców 2. System wyświetla listę wszystkich znajdujących się bazie dostawców, posortowaną alfabetycznie oraz formularz umożliwiający filtrowanie wyświetlonych danych 3. Użytkownik wybiera dostawce z listy i wybiera opcję pokaż szczegółowe dane. 4. System wyświetla formularz z danymi sprzedawcy 3.2.3.1.3.2 Przebiegi alternatywne a) filtrowanie listy dostawców 1. Jak w PP 2. Jak w PP 3. Użytkownik wpisuje do formularza dane dostawcy, który go interesuje i wybiera opcję filtruj
28 4. System odświeża listę dostawców i wyświetla tylko tych, których dane są zgodne z parametrami wprowadzonymi przez użytkownika. 5. Użytkownik wybiera dostawce z listy i wybiera opcję pokaż szczegółowe dane. 6. System wyświetla formularz z danymi sprzedawcy. b) modyfikacja danych o produkcie 1-6. Jak w PP lub przebiegu alternatywnym a) 7. Użytkownik wybiera opcję modyfikuj dane 8. System wyświetla formularz analogiczny do poprzedniego, z tą różnicą, że dane o produkcie wpisane są w pola umożliwiające ich edycję. 9. Użytkownik poprawia dane. 10. Użytkownik wybiera opcje zapisz zmiany. 11. System zapisuje zmiany wprowadzone przez użytkownika i wyświetla komunikat o pomyślnym zakończeniu operacji modyfikacji danych. 3.2.3.1.3.3 Diagram Sekwencji
29 3.2.3.1.4 Dodanie dostawcy 3.2.3.1.4.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.3.1.4.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Dodaj Dostawcę. 2. System wyświetla formularz umożliwiający wprowadzenie wszystkich danych wymaganych do zarejestrowania nowego sprzedawcy w bazie danych. 3. Użytkownik wprowadza wszystkie wymagane dane i wybiera opcję zatwierdź dane. 4. System dodaje do bazy danych nowego sprzedawcę o zgodnie z danymi wprowadzonymi wcześniej przez użytkownika parametrach
30 3.2.3.1.4.2 Przebiegi alternatywne Brak alternatywnych przebiegów. 3.2.3.1.4.3 Diagram Sekwencji 3.2.3.1.5 Usunięcie dostawcy 3.2.3.1.5.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.3.1.5.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Usuń produkt. 2. System wyświetla formularz umożliwiający wpisanie danych dostawcy, który ma być wyszukany. 3. Użytkownik wypełnia formularz i wybiera opcję szukaj. 4. System wyświetla listę dostawców znalezionych na podstawie wprowadzonych danych. 5. Użytkownik wybiera opcję usuń dostawcę. 6. System wyświetla prośbę o potwierdzenie usunięcia. 7. Użytkownik wybiera opcję zatwierdź. 8. System usuwa z bazy danych odpowiedniego dostawcę i wyświetla potwierdzenie wykonania operacji. 3.2.3.1.5.2 Przebiegi alternatywne
31 a) dostawca jest przypisany do produktów 3.2.3.1.5.3 Diagram Sekwencji 1-6. Jak w PP 7. System wyświetla listę produktów do jakich przypisany był sprzedawca. 8. Użytkownik wybiera z listy przy każdym produkcie innego dostępnego dostawcę i wybiera przycisk zatwierdź. 9. System wyświetla informacje o prawidłowym usunięciu dostawcy i zmianę dostawców dla odpowiednich produktów. 3.2.3. Zarządzanie zamówieniami 3.2.4.1 Opis słowny Jest to najważniejsza część modułu zamówień. Umożliwia ona rejestrację zamówień w systemie, ich przegląd oraz monitorowanie statusu (do akceptacji, w realizacji, zrealizowane). Ponadto moduł ten pozwala na tworzenie raportów o produktach, których ilość osiągnęła wartość krytycznie niską i tworzenie zamówienia na podstawie tak przygotowanego raportu. Ważną funkcją jest tutaj równiej możliwość zdefiniowania listy produktów, na które zamówienia będą automatycznie przez system wysyłane do dostawców. 3.2.4.1.1 Aktorzy
32 W tym przypadku aktor jest tylko jeden i jest to zarządca magazynu. 3.2.4.1.2 Diagram 3.2.4.1.3 Przeglądanie zamówień i edycja ich statusu 3.2.4.1.3.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.4.1.3.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Przegląd Zamówień. 2. System wyświetla przyciski umożliwiające wybór trybu wyświetlania zamówień w zależności o d ich statusu: w realizacji, zrealizowane i wszystkie. 3. Użytkownik wybiera jedna z opcji. 4. System wyświetla listę odpowiednio wybranych zamówień znajdujących się bazie posortowaną wg daty. 5. Użytkownik wybiera zamówienie z listy i wybiera opcję pokaż szczegóły.
33 6. System wyświetla formularz z szczegółowymi informacjami dotyczącymi zamówienia. 3.2.4.1.3.2 Przebiegi alternatywne a) użytkownik modyfikuje status zamówienia 1. Zarządca magazynu wybiera w panelu głównym opcję Przegląd Zamówień. 2. System wyświetla przyciski umożliwiające wybór trybu wyświetlania zamówień w zależności o d ich statusu: w realizacji, zrealizowane i wszystkie. 3. Użytkownik wybiera opcję w realizacji. 4. System wyświetla listę zamówień w realizacji znajdujących się bazie posortowaną wg daty. 5. Użytkownik wybiera zamówienie z listy i wybiera opcję pokaż szczegóły. 6. System wyświetla formularz z szczegółowymi informacjami dotyczącymi zamówienia. 7. Użytkownik wybiera opcję zmień status zamówienia. 8. System wyświetla pytanie dotyczące statusu i opcje zmień na zrealizowane oraz zmień na anulowane 9. Użytkownik wybiera jedną z opcji i zatwierdza wybór. 10. System zapisuje zmiany wprowadzone przez użytkownika i wyświetla komunikat o pomyślnym zakończeniu operacji modyfikacji danych. 3.2.4.1.4 Tworzenie zamówień na podstawie raportów 3.2.4.1.4.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.4.1.4.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Utwórz zamówienie na podstawie raportu. 2. System wyświetla raport produktów, których stan magazynowy osiągnął wartość krytyczną i na które nie zostało złożone jeszcze zamówienie. 3. Użytkownik wybiera z listy produkty, które chce objąć zamówieniem, wprowadza przy każdym ilość sztuk na jaką zamówienie ma opiewać i zatwierdza swój wybór przyciskiem utwórz zamówienie. 4. System wyświetla informację o pomyślnym utworzeniu zamówienia. Zamówienie zostaje zapisane ze statusem: do akceptacji. 3.2.4.1.4.2 Przebiegi alternatywne
34 Brak przebiegów alternatywnych. 3.2.4.1.5 Tworzenie zamówień - ręczne 3.2.4.1.5.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.4.1.5.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Utwórz ręcznie. 2. System wyświetla formularz wyszukiwania produktu z bazy produktów. 3. Użytkownik wypełnia odpowiednie pola i wybiera opcję szukaj. 4. System wyświetla listę wyszukanych produktów. 5. Użytkownik wybiera z listy interesujący go produkt i wybiera opcję utwórz zamówienie. 6. System wyświetla pole do wpisania ilość sztuk produktu jaka ma zostać objęta zamówieniem. 7. Użytkownik wprowadza dane i zatwierdza swój wybór 8. System wyświetla informację o pomyślnym utworzeniu zamówienia. Zamówienie zostaje zapisane ze statusem: do akceptacji. 3.2.4.1.5.2 Przebiegi alternatywne Brak przebiegów alternatywnych. 3.2.4.1.6 Akceptacja zamówień 3.2.4.1.6.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.4.1.6.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Akceptacja zamówień. 2. System wyświetla listę zamówień, które zostały utworzone i posiadają status do akceptacji
35 3. Użytkownik wybiera z listy interesujące go zamówienie i wybiera opcję pokaż szczegóły. 4. System wyświetla szczegółowe informacje dotyczące Zarównia oraz dostawcy, do którego jest ono kierowane. 5. Użytkownik analizuje poprawność zamówienia i wybiera opcję do realizacji 6. System wyświetla informację o pomyślnym przebiegu operacji a ponadto zmienia status zamówienia na w realizacji i wysyła wiadomość e-mail albo bezpośrednio do dostawcy, albo do osoby odpowiedzialnej za kontakt telefoniczny z dostawcą. 3.2.4.1.6.2 Przebiegi alternatywne a) użytkownik anuluje zamówienie 1-4. Jak w PP 5. Użytkownik analizuje poprawność zamówienia i wybiera opcję do realizacji 6. System wyświetla informację o pomyślnym przebiegu operacji a ponadto usuwa zamówienie. 3.2.4.1.7 Przeglądanie i edycja zamówień automatycznych 3.2.4.1.7.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.4.1.7.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Przegląd Zamówień automatycznych 2. System wyświetla listę wszystkich znajdujących się zamówień automatycznych oraz formularz umożliwiający ich filtrowanie. 3. Użytkownik wybiera z listy interesujące go zamówienie automatyczne i wybiera opcję pokaż szczegóły. 4. System wyświetla formularz ze szczegółowymi informacjami o zamówieniu 3.2.4.1.7.2 Przebiegi alternatywne a) zastosowanie filtra 1. Jak w PP 2. Jak w PP 3. Użytkownik wpisuje do formularza dane zamówienia automatycznego, które go interesuje i wybiera opcję filtruj 4. System odświeża listę produktów i wyświetla tylko te, które są zgodne z parametrami wprowadzonymi przez użytkownika. 5. Użytkownik wybiera produkt z listy i wybiera opcję pokaż szczegóły.
36 6. System wyświetla formularz ze szczegółowymi informacjami o produkcie b) modyfikacja danych o produkcie 1-6. Jak w PP lub przebiegu alternatywnym a) 7. Użytkownik wybiera opcję modyfikuj zamówienie 8. System wyświetla formularz analogiczny do poprzedniego, z tą różnicą, że dane o zamówieniu automatycznym wpisane są w pola umożliwiające ich edycję. 9. Użytkownik poprawia dane. 10. Użytkownik wybiera opcję zapisz zmiany. 11. System zapisuje zmiany wprowadzone przez użytkownika i wyświetla komunikat o pomyślnym zakończeniu operacji modyfikacji danych. 3.2.4.1.8 Usuwanie zamówień automatycznych 3.2.4.1.8.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.4.1.8.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Usuń zamówienie automatyczne. 2. System wyświetla formularz umożliwiający wpisanie parametrów zamówienia, jakie ma być wyszukane. 3. Użytkownik wypełnia formularz i wybiera opcję szukaj. 4. System wyświetla listę znalezionych zamówień automatycznych na podstawie wprowadzonych danych. 5. Użytkownik wybiera opcję Usuń zamówienie automatyczne. 6. System wyświetla prośbę o potwierdzenie usunięcia. 7. Użytkownik wybiera opcję zatwierdź. 8. System usuwa z bazy danych odpowiednie Usuń zamówienie automatyczne i wyświetla potwierdzenie wykonania operacji. 3.2.4.1.8.2 Przebiegi alternatywne Brak przebiegów alternatywnych
37 3.2.4.1.9 Dodawanie zamówień automatycznych 3.2.4.1.9.1 Warunki wstępne Zarządca magazynu pomyślnie zakończył autoryzację do systemu. 3.2.4.1.9.2 Przebieg podstawowy 1. Zarządca magazynu wybiera w panelu głównym opcję Dodaj zamówienie automatyczne. 2. System wyświetla formularz umożliwiający wpisanie parametrów produktu, jaki ma być wyszukany i na jaki użytkownik chce zdefiniować zamówienie automatyczne. 3. Użytkownik wypełnia formularz i wybiera opcję szukaj. 4. Użytkownik wybiera z listy produkt na jaki chce ustawić zamówienie automatyczne i wybiera opcję utwórz zamówienie automatyczne 5. System wyświetla formularz umożliwiający wprowadzenie wszystkich danych wymaganych do zapisania nowego Zarównia automatycznego. 6. Użytkownik wprowadza wszystkie wymagane dane i wybiera opcję zatwierdź dane. 7. System dodaje do bazy danych nowe zamówienie automatyczne o wprowadzonych wcześniej przez użytkownika parametrach 3.2.4.1.9.2 Przebiegi alternatywne Brak przebiegów alternatywnych 3.3. Moduł ofert Moduł ten będzie odpowiedzialny za projekt i realizację ofert handlowych. Analityk sprzedaży, na podstawie : raportów kierowników sklepów, analiz działu marketingu, własnych raportów archiwalnych, analizy oferty bieżącej oraz danych zewnętrznych będzie tworzył nowe oferty i modyfikował/wycofywał istniejące. 3.3.1. Diagram ogólny
38 Rysunek 2 Diagram ogólny przypadków użycia modułu ofert. 3.3.2. Zarządzanie ofertami 3.3.2.1.Opis słowny Zarządzanie ofertami obejmuje tworzenie nowych ofert, usuwanie oraz modyfikację ofert istniejących. Ponadto istnieje konieczność przypisania ofert do sklepów oraz ich przeglądania. Jedynym aktorem jest analityk sprzedaży. 3.3.2.1.1. Aktorzy: W tym przypadku użycia jest tylko jeden aktor: analityk sprzedaży. 3.3.2.1.2. Diagram 3.3.2.1.3. Przeglądanie oferty 3.3.2.1.3.1.Warunki wstępne Analityk sprzedaży zakończył pomyślnie autoryzację.
39 3.3.2.1.3.2.Przebieg podstawowy 6. Analityk sprzedaży wybiera opcje przeglądania ofert. 7. System pobiera dane o ofertach i wyświetla je w nowym oknie użytkownikowi. 8. Analityk sprzedaży przegląda wyświetlone informacje o ofertach. 9. Analityk sprzedaży zamyka okno przeglądania ofert. 3.3.2.1.3.3.Przebiegi alternatywne b) Sortowanie ofert 6. Kroki 1-2 z przebiegu podstawowego. 7. Analityk sprzedaży wybiera atrybuty po których chciałby posortować wyświetlone informacje o ofertach. 8. System sortuje informacje wg zadanych parametrów i ponownie wyświetla. 9. Kroki 3-4 z przebiegu głównego. c) Wyszukiwanie ofert 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk sprzedaży wybiera atrybuty po których chciałby posortować wyświetlone informacje o ofertach. 3. System wyświetla formularz do wyszukiwania ofert. 4. Analityk sprzedaży wprowadza parametry charakteryzujące poszukiwane oferty (np. przedział czasu obowiązywania oferty) 5. System wyszukuje oferty wg zadanych kryteriów i wyświetla wyniki. 6. Kroki 3-4 z przebiegu głównego. 3.3.2.1.3.4.Diagram sekwencji Przeglądanie ofert
40 Warto zwrócić uwagę, iż następuje pojedyncze pobranie listy ofert - przy wyborze konkretnej oferty do podglądu nie ma potrzeby ponownego kontaktu z bazą danych dane oferty znajdują się w pamięci. Sortowanie ofert Wyszukiwanie ofert
41 3.3.2.1.4. Tworzenie oferty 3.3.2.1.4.1.Warunki wstępne Analityk sprzedaży zakończył pomyślnie autoryzację. 3.3.2.1.4.2.Przebieg podstawowy 1. Analityk sprzedaży wybiera opcję tworzenia oferty. 2. System otwiera okno formularza dodawania oferty. 3. Analityk sprzedaży określa typ oferty 4. Analityk ustala czas obowiązywania i uprawnienia do skorzystania z oferty. 5. Zawieranie: Dodawanie produktu do oferty. 6. Zawieranie: Przypisywanie oferty do sklepów. 7. Analityk sprzedaży zatwierdza dodanie oferty. 8. System wyświetla potwierdzenie dodania nowej oferty. 3.3.2.1.4.3.Diagram sekwencji
42 3.3.2.1.5. Modyfikacja oferty 3.3.2.1.5.1.Warunki wstępne Analityk zakończył pomyślnie autoryzację. 3.3.2.1.5.2.Przebieg podstawowy 1. Analityk sprzedaży wybiera opcję modyfikacji oferty. 2. System otwiera okno z wyświetloną listą ofert. 3. Analityk wybiera ofertę do modyfikacji. 4. System wyświetla szczegółowe dane o ofercie. 5. Zawieranie: Usunięcie produktu z oferty. 6. Zawieranie: Zmiana warunków oferty. 7. Zawieranie: Dodanie produktów do oferty. 8. Zawieranie Przypisanie ofert do sklepów. 9. Analityk zatwierdza modyfikację. 10. System wyświetla potwierdzenie zmiany oferty. 3.3.2.1.5.3.Przebiegi alternatywne a) Sortowanie ofert 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk sprzedaży wybiera atrybuty po których chciałby posortować wyświetlone informacje o ofertach. 3. System sortuje informacje wg zadanych parametrów i ponownie wyświetla. 4. Kroki 5-10 z przebiegu podstawowego.
43 b) Wyszukiwanie ofert 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk wybiera opcję wyszukiwania. 3. System wyświetla formularz do wyszukiwania ofert. 4. Analityk sprzedaży wprowadza parametry charakteryzujące poszukiwane oferty. 5. System wyszukuje oferty wg zadanych kryteriów i wyświetla okno z wynikami wyszukiwania. 6. Kroki 5-10 z przebiegu podstawowego. 3.3.2.1.6. Usunięcie oferty 3.3.2.1.6.1.Warunki wstępne Analityk zakończył pomyślnie autoryzację. 3.3.2.1.6.2.Przebieg podstawowy 1. Analityk sprzedaży wybiera opcję usunięcia oferty. 2. System otwiera okno w wyświetloną lista ofert. 3. Analityk sprzedaży wybiera ofertę do usunięcia. 4. System wyświetla szczegółowe dane o ofercie. 5. Analityk zatwierdza usunięcie oferty. 6. System wyświetla potwierdzenie zmiany oferty. 3.3.2.1.6.3.Przebiegi alternatywne a) Sortowanie ofert. 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk sprzedaży wybiera atrybuty po których chciałby posortować wyświetlone informacje o ofertach. 3. System sortuje informacje wg zadanych parametrów i ponownie wyświetla. 4. Kroki 5-6 przebiegu podstawowego. b) Wyszukiwanie ofert 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk wybiera opcję wyszukiwania. 3. System wyświetla formularz do wyszukiwania ofert. 4. Analityk wprowadza parametry charakteryzujące poszukiwane oferty. 5. System wyszukuje oferty wg zadanych kryteriów i wyświetla okno z wynikami 6. Kroki 5-6 przebiegu podstawowego. 3.3.2.1.6.4.Diagram sekwencji
44 3.3.2.1.7. Dodanie produktu do oferty. 3.3.2.1.7.1.Warunki wstępne Analityk zalogował się do systemu, a wcześniej została wybrana opcja dodawania lub modyfikacji oferty. 3.3.2.1.7.2.Przebieg podstawowy 1. Analityk sprzedaży wybiera opcję dodania produktu do oferty. 2. System otwiera okno z wyświetloną listą produktów. 3. Analityk sprzedaży wybiera produkt do dodania. 4. System wyświetla szczegółowe dane o produkcie. 5. Analityk sprzedaży ustala cenę wybranego produktu. 6. Analityk sprzedaży zatwierdza dodanie produktu. 7. System wyświetla potwierdzenie dodania produktu. 3.3.2.1.7.3.Przebieg alternatywny a) Wyszukiwanie produktu 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk wybiera opcje wyszukiwania 3. System wyświetla formularz do wyszukiwania produktu. 4. Analityk wprowadza parametry charakteryzujące poszukiwane produkty. 5. System wyszukuje produkty wg zadanych kryteriów i wyświetla okno z wynikami wyszukiwania. 6. Kroki 5-7 z przebiegu podstawowego.
45 3.3.2.1.7.4.Diagram sekwencji 3.3.2.1.8. Usuwanie produktu z oferty 3.3.2.1.8.1.Warunki wstępne Analityk sprzedaży zakończył pomyślnie autoryzację. Wcześniej została wybrana opcja modyfikacji oferty. 3.3.2.1.8.2.Przebieg podstawowy 1. Analityk sprzedaży wybiera opcję usunięcia produktu z oferty. 2. System otwiera okno z wyświetloną listą produktów. 3. Analityk sprzedaży wybiera produkt do usunięcia. 4. Analityk sprzedaży zatwierdza usunięcie produktu. 5. System wyświetla potwierdzenie usunięcia produktu. 3.3.2.1.8.3.Przebieg alternatywny a) Wyszukiwanie produktu 1. Krok 1-2 z przebiegu podstawowego. 2. Analityk sprzedaży wybiera opcję wyszukiwania.
46 3. System wyświetla formularz do wyszukiwania produktu. 4. Analityk sprzedaży wprowadza parametry charakteryzujące poszukiwane produkty. 5. System wyszukuje produkty wg zadanych kryteriów i wyświetla okno z wynikami wyszukiwania. 6. Krok 3-5 z przebiegu podstawowego. 3.3.2.1.8.4.Diagram sekwencji 3.3.2.1.9. Zmiana warunków oferty 3.3.2.1.9.1.Warunki wstępne Analityk sprzedaży zakończył pomyślnie autoryzację. Wcześniej została wybrana opcja modyfikacji oferty. 3.3.2.1.9.2.Przebieg podstawowy 1. Analityk sprzedaży wybiera opcje zmiany warunków oferty. 2. System pobiera dane o ofertach i wyświetla je w nowym oknie użytkownikowi.
47 3. Analityk sprzedaży wybiera ofertę. 4. Analityk sprzedaży modyfikuje warunki wybranej oferty. 5. Analityk sprzedaży zatwierdza modyfikację warunków oferty. 6. System wyświetla potwierdzenie zmiany oferty. 3.3.2.1.9.3.Przebiegi alternatywne a) Sortowanie ofert. 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk sprzedaży wybiera atrybut po których chciałby posortować wyświetlone informacje w ofertach. 3. System sortuje informacje wg zadanych parametrów i ponownie wyświetla. 4. Kroki 3-6 z przebiegu podstawowego. b) Wyszukiwanie ofert. 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk wybiera opcję wyszukiwania. 3. System wyświetla formularz do wyszukiwania ofert. 4. Analityk wprowadza parametry charakteryzujące charakteryzujące poszukiwane oferty. 5. System wyszukuje oferty wg zadanych kryteriów i wyświetla okno z wynikami wyszukiwania. 6. Kroki 3-6 z przebiegu podstawowego. 3.3.2.1.9.4.Diagram sekwencji
48 3.3.2.1.10. Przypisanie oferty do sklepów 3.3.2.1.10.1. Warunki wstępne Analityk sprzedaży zakończył pomyślnie autoryzację. 3.3.2.1.10.2. Przebieg podstawowy 1. Analityk wybiera opcję dodania oferty do sklepów. 2. System pobiera dane o ofertach i wyświetla je w nowym oknie użytkownikowi. 3. Analityk wybiera ofertę. 4. System wyświetla listę sklepów sieci. 5. Analityk zatwierdza przypisanie sklepu do oferty. 6. System wyświetla potwierdzenie przypisania. 7. System wyświetla potwierdzenie przypisania. 3.3.2.1.10.3. Przebiegi alternatywne a) Wyszukiwania sklepów 1. Kroki 1-4 z przebiegu podstawowego.
49 2. Analityk wybiera opcję wyszukiwania. 3. System wyświetla formularz do wyszukiwania sklepów. 4. Analityk wprowadza parametry charakteryzujące poszukiwane sklepy. 5. System wyszukuje sklepy wg zadanych kryteriów i wyświetla okno z wynikami wyszukiwania. 6. Kroki 5-7 z przebiegu podstawowego. b) Wyszukiwania ofert 1. Kroki 1-2 z przebiegu podstawowego. 2. Analityk wybiera opcję wyszukiwania. 3. System wyświetla formularz do wyszukiwania ofert. 4. Analityk wprowadza parametry charakteryzujące poszukiwane oferty. 5. System wyszukuje oferty wg zadanych kryteriów i wyświetla okno z wynikami wyszukiwania. 6. Kroki 3,5,6,7 z przebiegu podstawowego. 3.3.2.1.10.4. Diagram sekwencji
50 3.3.2.2.Diagram klas Uwagi do diagramu klas Warto zwrócić uwagę na kardynalność związku Oferta-Sklep : Jedna oferta może być przypisana do wielu sklepów (w szczególności do wszystkich), a jeden sklep na przestrzeni czasu ma przypisane wiele ofert, choć w jednej chwili oczywiście obowiązuje go (maksymalnie) jedna oferta. Manewr ten umożliwia śledzenie archiwum ofert sklepów. Klasa Zarządca ofert (stereotyp <<control>>) jest odpowiedzialna za logikę biznesową i zarządzanie przebiegiem przypadków użycia w obrębie tego modułu. Klasa Interfejs ofert (stereotyp <<boundary>>) odpowiada za warstwę prezentacji w obrębie przypadków użycia modułu. Pozostałe klasy (o stereotypie <<entity>> reprezentują odpowiednie pojęcia systemu przechowywane w pamięci trwałej).
51 3.4. Moduł analityczny Celem realizacji modułu analitycznego jest stworzenie narzędzia umożliwiającego efektywne projektowanie, przeglądanie oraz obieg raportów. Raporty będą tworzone przez analityka w oparciu o dane z hurtowni danych. 3.4.1. Diagram ogólny Rysunek 3: Diagram ogólny przypadków użycia modułu analitycznego 3.4.2. Projektowanie raportów
52 Rysunek 4: Szczegółowy diagram przypadku użycia "Projektowanie raportów" 3.4.2.1. Dodanie nowego raportu 3.4.2.1.1. Aktorzy: Analityk 3.4.2.1.2. Warunki wstępne Analityk jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.2.1.3. Przebieg główny 1. Analityk wybiera opcję dodania nowego raportu 2. System wyświetla listę dostępnych szablonów 3. Analityk wybiera szablon raportu 4. System wyświetla listę możliwych rodzajów raportu 5. Analityk wybiera rodzaj dla nowego raportu 6. System wyświetla formularz szczegółów raportu 7. Analityk uzupełnia pola autora, daty oraz nazwy raportu 8. Analityk zatwierdza projekt raportu 9. System zapisuje projekt raportu w bazie danych Przebiegi alternatywne PA1 1 4 jak w Przebieg główny 5. Analityk definiuje poziom agregacji dla wyświetlonych wymiarów 6. Analityk definiuje filtry dla wartości w raporcie 7. Analityk definiuje opcje zawężania dla raportu Dalej jak w Przebiegu głównym od punktu 5. 3.4.2.1.4. Warunki końcowe
53 Raport znajduje się w bazie danych. Rysunek 5: Diagram sekwencji dla przebiegu głównego przypadku użycia "Dodanie nowego raportu" 3.4.2.2. Modyfikacja raportu 3.4.2.2.1. Aktorzy: Analityk 3.4.2.2.2. Warunki wstępne Analityk jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.2.2.3. Przebieg główny 1. Analityk wybiera opcję modyfikacji raportu 2. System wyświetla listę dostępnych raportów 3. Analityk wybiera raport 4. System wyświetla listę opcji raportu 5. Analityk modyfikuje opcje raportu: Poziomy agregacji dla wymiarów Filtry dla wartości w raporcie
54 Opcje zawężania raportu 6. Analityk zatwierdza zmiany w raporcie 7. System wyświetla formularz szczegółów raportu 8. Analityk uzupełnia zmienia pola autora, daty oraz nazwy raportu 9. Analityk zatwierdza projekt raportu 10. System uaktualnia projekt raportu w bazie danych 3.4.2.2.4. Warunki końcowe Zmieniony raport znajduje się w bazie danych.
55 Rysunek 6: Diagram sekwencji dla przypadku użycia "Modyfikacja raportu" 3.4.2.3. Usunięcie raportu 3.4.2.3.1. Aktorzy: Analityk 3.4.2.3.2. Warunki wstępne
56 Analityk jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.2.3.3. Przebieg główny 1. Analityk wybiera opcję usunięcia raportu 2. System wyświetla listę dostępnych raportów 3. Analityk wybiera raport do usunięcia 4. System wyświetla okno potwierdzenia usunięcia raportu 5. Analityk zatwierdza usunięcie raportu 6. System usuwa projekt raportu z bazy danych 3.4.2.3.4. Warunki końcowe Wybrany raport nie znajduje się w bazie danych Rysunek 7: Diagram sekwencji dla przypadku użycia "Usunięcie raportu" 3.4.3. Zarządzanie obiegiem raportów
57 Rysunek 8: Szczegółowy diagram przypadku użycia "Zarządzanie obiegiem raportów" 3.4.3.1.Dodanie zlecenia raportu do obiegu 3.4.3.1.1. Aktorzy: Zleceniodawca raportu 3.4.3.1.2. Warunki wstępne Zleceniodawca raportu jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.3.1.3. Przebieg główny 1. Zleceniodawca raportu wybiera opcję zlecenia raportu 2. System formularz zlecenia raportu 3. Zleceniodawca raportu wypełnia formularz zlecenia raportu 4. Zleceniodawca raportu zatwierdza zlecenie 5. System dodaje zlecenie raportu do obiegu 6. System wyświetla potwierdzenie dodania zlecenia raportu do obiegu 3.4.3.1.4. Warunki końcowe Zlecenie raportu znajduje się w kolejce zleceń raportów. 3.4.3.2.Przeglądanie zleceń raportu 3.4.3.2.1. Aktorzy: Analityk 3.4.3.2.2. Warunki wstępne Analityk jest zalogowany do systemu
58 Hurtownia danych jest uruchomiona 3.4.3.2.3. Przebieg główny 1. Analityk wybiera opcję przeglądania zleceń raportów 2. System wyświetla listę zleceń raportów 3. Analityk wybiera zlecenie raportu z listy 4. System wyświetla szczegóły zlecenia raportu 5. Analityk zatwierdza zlecenie raportu 3.4.3.2.4. Warunki końcowe brak 3.4.3.3.Przekazanie raportu do odbiorcy 3.4.3.3.1. Aktorzy: Analityk 3.4.3.3.2. Warunki wstępne Analityk jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.3.3.3. Przebieg główny 6. Analityk wybiera opcję przekazania raportu 7. System wyświetla listę dostępnych raportów 8. Analityk wybiera raport do przekazania 9. System wyświetla listę odbiorców raportu 10. Analityk wybiera odbiorcę raportu 11. System dodaję raport do listy raportów oczekujących dla wybranego odbiorcy 12. System wyświetla potwierdzenie przekazania raportu 3.4.3.3.4. Warunki końcowe Raport znajduje się w liście raportów oczekujących dla wybranego odbiorcy
59 Rysunek 9: Diagram sekwencji dla przypadku użycia "Przekazanie raportu do odbiorcy" 3.4.3.4.Sprawdzanie statusu raportu 3.4.3.4.1. Aktorzy: Analityk 3.4.3.4.2. Warunki wstępne Analityk jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.3.4.3. Przebieg główny 1. Analityk wybiera opcję statusu raportów 2. System wyświetla listę raportów w obiegu 3. Analityk wybiera raport z listy 4. System wyświetla okno zawierające: Status raportu: zatwierdzony, odebrany, nieodebrany lub odrzucony Komentarz do raportu (jeśli zatwierdzony)
60 5. Analityk zamyka okno statusu raportu 3.4.3.4.4. Warunki końcowe brak Rysunek 10: Diagram sekwencji dla przypadku użycia "Sprawdzanie statusu raportu" 3.4.3.5.Wycofanie raportu z obiegu 3.4.3.5.1. Aktorzy: Analityk 3.4.3.5.2. Warunki wstępne Analityk jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.3.5.3. Przebieg główny 1. Analityk wybiera opcję statusu raportów 2. System wyświetla listę raportów w obiegu 3. Analityk wybiera raport z listy 4. System wyświetla okno zawierające: Status raportu: zatwierdzony, odebrany, nieodebrany lub odrzucony Komentarz do raportu (jeśli zatwierdzony) 5. Analityk wybiera opcję Usuń z obiegu 6. System wyświetla okno potwierdzenia usunięcia z obiegu 7. Analityk zatwierdza usunięcie z obiegu
61 8. System wyświetla potwierdzenie usunięcia raportu z obiegu Przebiegi alternatywne PA1 (próba usunięcia odebranego lub zatwierdzonego raportu z obiegu) 1 5 jak w przebiegu głównym 6. System wyświetla komunikat Nie można usunąć odebranego lub zatwierdzonego raportu 7. Analityk zamyka komunikat 3.4.3.5.4. Warunki końcowe Wybrany raport, jeśli nie miał statusu odebrany lub zatwierdzony, nie znajduje się w obiegu raportów. Rysunek 11: Diagram sekwencji dla przypadku użycia "Wycofanie raportu z obiegu" 3.4.3.6.Archiwizacja raportu 3.4.3.6.1. Aktorzy: Analityk
62 3.4.3.6.2. Warunki wstępne Analityk jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.3.6.3. Przebieg główny 1. Analityk wybiera opcję statusu raportów 2. System wyświetla listę raportów w obiegu 3. Analityk wybiera raport z listy 4. System wyświetla okno zawierające: Status raportu: zatwierdzony, odebrany, nieodebrany lub odrzucony Komentarz do raportu (jeśli zatwierdzony) 5. Analityk wybiera opcję Archiwizuj 6. System wyświetla okno potwierdzenia archiwizacji raportu 7. Analityk zatwierdza archiwizację raportu 8. System wyświetla potwierdzenie archiwizacji raportu Przebiegi alternatywne PA1 (archiwizacja zatwierdzonego lub odrzuconego raportu) 1 7 jak w przebiegu głównym 8. System wyświetla okno potwierdzenia usunięcia raportu z obiegu 9. Analityk zatwierdza usunięcie raportu z obiegu 10. System wyświetla potwierdzenie archiwizacji i usunięcia raportu z obiegu 3.4.3.6.4. Warunki końcowe Wybrany raport znajduje się w archiwum raportów
63 Rysunek 12: Diagram sekwencji dla przypadku użycia "Archiwizacja raportu" 3.4.4. Przeglądanie raportów
64 Rysunek 13: Szczegółowy diagram dla przypadku użycia "Przeglądanie raportów" 3.4.4.1.Generowanie raportu 3.4.4.1.1. Aktorzy: Zleceniodawca raportu 3.4.4.1.2. Warunki wstępne Zleceniodawca raportu jest zalogowany do systemu Hurtownia danych jest uruchomiona 3.4.4.1.3. Przebieg główny 1. Zleceniodawca raportu wybiera opcję przeglądania raportu 2. System wyświetla listę dostępnych raportów 3. Zleceniodawca raportu wybiera opcję generowania raportu 4. System generuje i wyświetla raport 5. Analityk wybiera opcję zapisu raportu do pliku 6. System wyświetla okno wyboru lokalizacji pliku 7. Analityk zatwierdza lokalizację pliku 8. System zapisuje raport do pliku 3.4.4.1.4. Warunki końcowe Wygenerowany raport znajduje się w pliku o lokalizacji podanej przez zleceniodawcę
65 Rysunek 14: Diagram sekwencji dla przypadku użycia "Generowanie raportu" 3.4.4.2.Zmiana statusu raportu 3.4.4.2.1. Aktorzy: Zleceniodawca raportu 3.4.4.2.2. Warunki wstępne Zleceniodawca raportu jest zalogowany do systemu 3.4.4.2.3. Przebieg główny 1. Zleceniodawca raportu wybiera opcję przeglądania raportu
66 2. System wyświetla listę dostępnych raportów 3. Zleceniodawca raportu wybiera opcję zmiany statusu raportu 4. System wyświetla okno zmiany statusu raportu 5. Zleceniodawca raportu wybiera nowy status raportu (zatwierdzony lub odrzucony) 6. System zmienia status raportu w obiegu 3.4.4.2.4. Warunki końcowe Wybrany raport zmienił status w obiegu na wybrany przez zleceniodawcę Rysunek 15: Diagram sekwencji dla przypadku użycia "Zmiana statusu raportu" 3.4.5. Diagram klas modułu
67 Rysunek 16: Diagram klas modułu analitycznego
68 Działanie modułu analitycznego oparte jest o klasę MenedzerRaportów, która pośredniczy w operacjach na raportach pomiędzy interfejsem użytkownika a bazą danych. Za obsługę wywołań komponentów graficznego interfejsu użytkownika (list rozwijanych, pól tekstowych, przycisków) odpowiadają metody klasy InterfejsRaportow. 3.4.6. Model danych w hurtowni danych Aby oddzielić część transakcyjną od części analitycznej bazy danych, w projekcie zostanie użyta prosta hurtownia danych. Zastosowanym modelem danych jest model płatka śniegu, w celu ułatwienia analitykowi modyfikowania poziomów agregacji. Dane do hurtowni danych będą ładowane z transakcyjnej bazy danych przy pomocy odpowiednio zaprojektowanych procesów ETL (ang. Extract Transform Load). Rysunek 17: Model danych w hurtowni danych 4. Wymagania niefunkcjonalne
69 4.1. Bezpieczeostwo Autoryzacja w systemie następuje przy pomocy nazwy użytkownika i hasła Hasło musi składać się z co najmniej 8 znaków w tym co najmniej 1 cyfry Dostęp do bazy danych oraz hurtowni danych nie jest możliwy z sieci zewnętrznej względem serwera Hasło jest szyfrowane 512-bitowym kluczem Po nieaktywności użytkownika dłuższej niż 10 minut sesja zostaje zamknięta 4.2. Modyfikowalnośd Moduły systemu oraz baza danych musi uwzględniać możliwości rozbudowy Konfiguracja parametrów wyglądu strony musi być dostępna i modyfikowalna w zrozumiały sposób System umożliwia łatwą zmianę języka Modyfikacje struktury bazy danych nie uniemożliwiają pracy systemu 4.3. Niezawodnośd Dane znajdujące się w bazie danych zostają poddane kopii zapasowej jednokrotnie podczas doby Procedury obsługi w przypadkach awaryjnych są zdefiniowane przez umowę o wsparciu technicznym Działanie serwera bazy danych oraz serwera aplikacji jest zapisywane w dziennikach W przypadku awarii uniemożliwiającej funkcjonowanie systemu, wsparcie techniczne musi dokonać naprawy w czasie nie dłuższym niż 2 godziny podczas dnia roboczego i nie dłuższym niż 8 godzin w czasie dnia wolnego od pracy 4.4. Obsługa System obsługiwany jest przez przeglądarki: o Internet Explorer 6 i wyżej o Google Chrome o Mozilla Firefox o Opera Interfejs użytkownika nie różni się w zależności od przeglądarki System nie wyświetla niechcianych okien ani reklam 4.5. Pojemnośd Transakcyjna baza danych jest w stanie pomieścić do 10TB danych Hurtownia danych jest w stanie pomieścić do 10TB danych
70 4.6. Wydajnośd Maksymalny czas logowania wynosi 5 sekund Maksymalny czas wyświetlenia wyniku (dla modułów sprzedaży, ofert i zaopatrzenia) wynosi 3 sekundy Maksymalny czas wyświetlenia wyniku (dla modułu analitycznego) wynosi 10 sekund Proces eksportu danych do hurtowni danych odbywa się jednokrotnie podczas doby 5. Model struktury statycznej systemu 5.1. Hierarchia użytkowników Powyższy diagram przedstawia hierarchię użytkowników w systemie. Użytkownik to każda osoba zarejestrowana w systemie. Pracownik to osoba zatrudniona w korporacji. Pod pojęciem klienta rozumie się podmioty nabywające produkty sieci oraz kontrahentów korporacji. 5.2. Diagram klas.
71
72 5.3. Model logiczny bazy danych.
73 5.4. Opis klas KategoriaProduktow klasa reprezentująca kategorie. Produkt klasa reprezentująca produkt sprzedawany w sklepach. Sklep reprezentacja istniejących sklepów. Klient reprezentacja klienta (osoba fizyczna, osoba prawna) Pracownik reprezentacja pracownika sklepu, status określa czy pracownik jest czynny, zawieszony czy zwolniony. Rachunek dokument sprzedaży powiązany ze sklepem, pracownikiem, klientem i produktami. Oferta klasa reprezentująca okresowo obowiązująca produktów. Zamówienie klasa reprezentująca zatwierdzenie sprzedaży drogą internetową. Status określa stan realizacji zamówień. Zgłoszenie klasa reprezentująca zgłoszenie reklamacyjne produktu. MagazynPrzepływy klasa reprezentująca przepływy produktów między magazynami. Faktura dokument reprezentujący sprzedaż. Magazyn reprezentacja magazynu. Dostawca osoba realizująca zamówienie złożonego przez klienta. Dostawa dostarczenie produktu w ramach zamówienia. KategoriaRaportow reprezentacja kategorii produktów. Raport dokument przedstawiający analizę dla tworzenia ofert handlowych. Zlecenie reprezentacja zadania przydzielania pracownikom lub działom przez innych pracowników. Dział działa korporacji, do którego należą dany pracownicy. 6. Fizyczna i logiczna struktura systemu System logicznie i fizycznie podzielony został na 3 warstwy (wybraną architekturę trójwarstwową) : warstwa danych (model danych logicznie i serwer bazy danych fizycznie) warstwa aplikacji (kontroler logicznie i serwer aplikacji fizycznie) warstwa prezentacji (widok-interfejs logicznie i dostęp przez mechanizmy klienckie fizycznie). Schemat fizycznej struktury systemu :
74 Schemat logicznej struktury systemu :
75 6.1. Wymagania sprzętowe 6.1.1. Klient Klientami są wszyscy pracownicy i ich dostęp zależny jest od tego jakie stanowisko zajmują w firmie. Dla każdego rodzaju klientów przygotowane są odpowiednie formularze ułatwiające pracę, w tym głównie wprowadzanie i edycję danych. Pracownicy łączą się poprzez firmowe terminale lub poprzez dowolną przeglądarkę stron WWW. Nie jest wymagane instalowanie żadnego środowiska pośredniczącego po stronie klienta. Minimalne wymagania sprzętowe i sieciowe: 1GB pamięci RAM procesor o taktowaniu 2.0GHz system operacyjny Windows XP lub nowszy łącze internetowe z szybkością 1 Mbit/s Wymagania przęglądarki WWW: Internet Explorer 7 lub nowszy Mozilla Firefox 3 lub nowsza Opera 9 lub nowsza inne kompatybilne z w/w włączona obsługa języka JavaScript 6.1.2. Serwer aplikacyjny Jako Server aplikacyjny wykorzystanie zostanie serwer dedykowany model Dell PowerEdge R610 przedstawiony poniżej: Rysunek 18 Serwer aplikacyjny Dell PowerEdge R610
76 DELL Power Edge R610 Procesor Intel Xeon E5502, 1.86Ghz, 4M Cache, 4.86 GT/s QPI, 800MHz Max Memory Pamięć 4GB Memory for 1 CPU, DDR3, 1066MHz (2x2GB Dual Ranked UDIMMs) Dysk twardy 73GB, SAS, 2.5-inch, 10K RPM Hard Drive (Hot Plug) Pierwszy kontroler RAID lub SCSI SAS 6iR Internal RAID Controller Card Zasilacz High Output Power Supply, Redundant (2 PSU), 717W, Performance BIOS Setting
77 6.1.3. Serwer bazy danych Jako server bazy danych zastosowany będzie dedykowany serwer Dell PowerEdge M610. Rysunek 19 Dell PoweEdge M610 Procesor Pamięć Dysk twardy Pierwszy kontroler RAID lub SCSI Zasilacz DELL Power Edge R610 Intel Xeon E5502, 1.86Ghz 8GB Memory for 1 CPU, DDR3, 1066MHz (2x4GB Dual Ranked UDIMMs) 300GB, SAS, 2.5-inch, 10K RPM Hard Drive (Hot Plug) SAS 6iR Internal RAID Controller Card Dell s M1000e Blade Chassis 7. Prototyp interfejsu Ponieważ system realizowany będzie w technologii internetowej ASP.NET poza wymaganiami funkcjonalnymi można uwzględni też wymóg, aby interfejs był przejrzysty ale
78 również atrakcyjny dla przyszłych użytkowników. Dlatego tez w ramach projektu przedstawiamy propozycję prototypu interfejsu. Kolorystyka aplikacji będzie zależna od wykorzystywanego modułu. Poniżej znajdują się propozycję wyglądu interfejsu wraz z kilkoma przykładami da przypadków użycia modułu zaopatrzenia. Ponadto zamieszczamy również wygląd przykładowej wiadomości e-mail wysyłanej do dostawcy.
79
80
81
82 8. Specyfikacja sprzętu i oprogramowania 8.1. Serwer aplikacyjny Wykorzystane zostanie oprogramowanie Windows Server 2008 Web 64bitowy. Wyposażony w stabilny serwer Internet Information Services w wersji 7. Wśród godnych uwagi jego udoskonaleń należy wymienić funkcje sieciowe, zaawansowane funkcje zabezpieczeń, zdalny dostęp do aplikacji, centralne zarządzanie rolami serwera, narzędzia do monitorowania wydajności i niezawodności, funkcja klastrów pracy awaryjnej, wdrażanie i system plików. Te i wiele innych udoskonaleń ułatwiają organizacjom uzyskanie maksymalnej elastyczności i dostępności serwerów, a także zapewniają optymalne możliwości sterowania serwerami. 8.2. Serwer bazodanowy Serwerem bazodanowym będzie SQL Server 2008 Enterprise. Jest to rozbudowana platforma do zarządzania danymi, ich analizowania, oferująca skalowalność na poziomie korporacyjnym, funkcje hurtowni danych, zabezpieczenia, zaawansowane mechanizmy