Sklep muzyczny Nutka aplikacja desktopowa

Transkrypt

1 Koszalin, dn r. Sklep muzyczny Nutka aplikacja desktopowa Dokumentacja projektowa Zespół projektowy: Natalia Karwecka Daniel Fujczak Mateusz Krukowski Krzysztof Siwek Andrzej Smulczak Prowadzący: dr inż. Walery Susłow 1

2 Spis treści 1. Protokół założycielski Raport o wybranym instrumentarium zespołu projektowego Raport klienta Harmonogram projektu Raport dla zleceniodawcy Styl firmowy Notatka o narzędziach CASE Opis tekstowy logicznego modelu aplikacji Diagramy Wybór narzędzi RAD Dokument detaliczny projektu (DDP)

3 Data wykonania: r. Wykonawca: Natalia Karwecka Wersja: Protokół założycielski Koszalin, dn r. Tytuł projektu: Sklep muzyczny Nutka aplikacja desktopowa. Kierownik projektu: Natalia Karwecka Cel projektu: Głównym celem projektu jest utworzenie aplikacji desktopowej do obsługi sklepu muzycznego Nutka zarządzającego sprzedażą płyt CD, który będzie oferować swoim klientom szeroki asortyment towarów i rodzajów gatunków muzycznych. Aplikacja do obsługi sklepu muzycznego zostanie wykonana zgodnie z wymaganiami stawianymi przez klienta. Zostanie ona przetestowana, wdrożona i opatrzona szczegółową dokumentacją. W przyszłości przewiduje się wdrożenie jej na stronę internetową, która umożliwi klientom dogodniejsze korzystanie ze sklepu z wykorzystaniem stworzonej przez nas aplikacji. Skład grupy projektowej: Daniel Fujczak Natalia Karwecka Mateusz Krukowski Krzysztof Siwek Andrzej Smulczak Podział obowiązków: Natalia Karwecka (kierownik projektu, analityk, projektant, dokumentalista) Analiza wymagań i założeń projektu, sporządzanie i nadzór harmonogramu prac, koordynowanie zespołu i ocena postępów pracy, opracowanie harmonogramu testowania aplikacji, pomoc w opracowywaniu pełnej wersji specyfikacji wymagań. 3

4 Daniel Fujczak (projektant, programista) Mateusz Krukowski (projektant, tester, programista) Krzysztof Siwek (tester, programista) Andrzej Smulczak (dokumentalista, tester, programista) Projekt interfejsów, oraz szaty graficznej aplikacji, wykonanie prototypu, tworzenie kodu i jego optymalizacja. Projekt interfejsów, oraz szaty graficznej aplikacji, tworzenie kodu i jego optymalizacja, testowanie aplikacji zgodnie z terminami, wykrycie i naprawa błędów. Tworzenie kodu aplikacji i jego optymalizacja, testowanie aplikacji zgodnie z terminami, wykrycie i naprawa błędów. Opracowanie dokumentacji projektu oraz stosownych notatek do każdego etapu projektu, opracowanie diagramów, opracowanie raportu dla zleceniodawcy, tworzenie kodu aplikacji i jego optymalizacja, testowanie aplikacji zgodnie z terminami, wykrycie i naprawa błędów. Powyższy podział obowiązków jest postanowieniem ogólnym i wstępnym. Kierownik projektu polecił każdemu z członków grupy zapoznać się ze swoją rolą i odpowiednie do niej przygotowanie przed przystąpieniem do właściwych prac projektowych. Dodatkowo członkowie grupy projektowej obecni byli podczas trwania spotkania organizacyjnego i brali oni czynny udział we wszystkich dyskusjach i ustaleniach dotyczących projektu. Zobowiązanie: Członkowie grupy podpisując protokół założycielski zgadzają się na wszystkie warunki zawarte w regulaminie projektu sporządzonym podczas spotkania, który będzie obowiązywał w całym okresie trwania przedsięwzięcia wszystkich członków projektu oraz deklarują się do wykonywania projektu według przyjętych postanowień. Podpisy członków zespołu: 4

5 Regulamin projektu Dział I Członkostwo. Art Członkiem grupy może być każda osoba pełnoletnia. 2. Członkostwo jest formą zawarcia umowy między pracownikami projektu. 3. Członkowie grupy projektowej na podstawie umowy będą czerpali wymierne korzyści w postaci oceny na poczet wykonanej pracy zleconej. Art Członkostwo może przestać obowiązywać na podstawie: pisemnej deklaracji zrzeczenia się członkostwa, skreślenie członka przez organ nadzorczy grupy projektowej, inne sytuacje powstałe poprzez zaniedbania członka zespołu. 2. Ustanie członkostwa jest równoważne z utratą wszelkich korzyści osiąganych z projektu, począwszy od dnia złożenia rezygnacji lub skreślenia członka z grupy przez organ nadzorczy. Dział II Struktura organów. 1. Głównym organem nadzorczym, który posiada najwyższą władzę sprawczą jest Kierownik projektu. 2. Członkowie projektu wykonują przydzieloną im pracę przez Kierownika projektu. 3. Członkowie projektu mogą odwołać Kierownika Projektu. 4. Członkowie projektu mogą powołać nowego Kierownika Projektu, rozpatrując złożone kandydatury. Dział III Postanowienia ogólne. 1. W trakcie tworzenia projektu Kierownik zastrzega sobie prawo do tymczasowego wyznaczenia danemu pracownikowi innej roli, niż określona w umowie (w zależności od etapu prac). 2. Zmiany w rolach poszczególnych członków grupy mogą być przeprowadzone jedynie w celu usprawnienia toku powstawania projektu na poszczególnych jego etapach. 3. W przypadku niedotrzymania warunków umowy wyciągnięte zostaną konsekwencje. 4. W razie pojawienia się nowych pomysłów i koncepcji, należy zwołać zebranie członków grupy projektowej dla lepszego wykonania powierzonych zadań. 5. Podpisując dokument każdy członek grupy projektowej zobowiązuje się do należytego wykonania powierzonych mu zadań dotyczących projektu. 5

6 Data wykonania: r. Wykonawca: Andrzej Smulczak, Natalia Karwecka Wersja: Raport o wybranym instrumentarium zespołu projektowego Technologia tworzenia projektu strony internetowej ASP.NET ( ASP.NET jest to zbiór technologii opartych na frameworku zaprojektowanym przez firmę Microsoft. Przeznaczony jest do budowy różnorodnych aplikacji webowych a także aplikacji typu XML Web Services. Technologia ta została przez nas wybrana ponieważ strony ASP.NET są uruchamiane przy użyciu serwera, który umożliwia wygenerowanie treści HTML (CSS), WML lub XML rozpoznawanych oraz interpretowanych przez przeglądarki internetowe. Dodatkowo ASP.NET jest wspierany przez separujący warstwę logiki od warstwy prezentacji, wątkowo kierowany model programistyczny, co poprawi wydajność działania w przyszłości strony internetowej obsługującej stworzoną przez nas aplikację desktopową. Wybrane środowisko programistyczne do stworzenia aplikacji desktopowej NetBeans IDE ( NetBeans IDE jest obecnie jednym z najbardziej znanych i popularnych środowisk programistycznych. Wybraliśmy go ponieważ jest to znane przez nas zintegrowane środowisko programistyczne dla języka Java na licencji freeware. Jego głównym celem jest przyspieszenie budowy aplikacji Java, w tym również usług sieciowych oraz aplikacji mobilnych. Dzięki ogromnej ilości wtyczek, umożliwia nam znaczne zwiększenie funkcjonalności całego środowiska. Dodatkowe wtyczki można pobrać ze strony System zarządzania bazą danych XAMPP Control Panel v ( XAMPP jest to darmowy, wieloplatformowy pakiet narzędzi w skład którego głównie wchodzi serwer typu Apache oraz baz danych MySQL i interpreterów dla skryptów napisanych w PHP i Perlu. Wybraliśmy go ponieważ wielką zaletą tego programu jest to, że jest bardzo przejrzysty i prosty w obsłudze dzięki czemu można szybko i łatwo wrzucić bazę danych na serwer, a następnie ją aktualizować w razie potrzeby. Dodatkowo program posiada wbudowane narzędzia ułatwiające tworzenie zapytań SQL do utworzonej wcześniej bazy, co bardzo ułatwi nam pracę. Można również podglądać, edytować i uzupełniać bazę z poziomu aplikacji. Wybrany przez nas program jest w wersji polskiej, a jego interfejs jest bardzo intuicyjny i przejrzysty, co na pewno ułatwi nam zarządzanie bazą danych. 6

7 Narzędzie do projektowania bazy danych PowerDesigner 15.1 ( PowerDesigner to narzędzie typu CASE firmy Sybase służące do modelowania systemów. Wybraliśmy go ponieważ jest znane dla każdego członka zespołu projektowego i zawiera wbudowane funkcje obsługi wszystkich nowoczesnych systemów zarządzania relacyjnymi bazami danych (RDBMS) oraz środowiskami programowania, w tym Java. Jest dostępne na licencji shareware i pozwala nam na łatwe tworzenie modeli baz danych oraz do budowanie relacji między encjami. Za pomocą tego programu możemy wygenerować gotowy kod SQL, który wystarczy wkleić na serwer, aby uruchomić bazę. Takie rozwiązanie pozwala zaoszczędzić czas na etapie projektowania bazy danych. Narzędzie do projektowania diagramów UML Visual Paradigm Community Edition 10.1 ( Visual Paradigm Community Edition to narzędzie do modelowania w języku UML, które bardzo dobrze integruje się z różnymi środowiskami IDE dla programistów Java i.net. Wybraliśmy go ponieważ Community Edition to darmowa wersja do użytku nie komercyjnego nie posiadająca ograniczeń czasowych. Idealnie nadaje się dla użytkowników rozpoczynających naukę UML. Poza tym stanowi najlepsze darmowe środowisko, które oferuje nam kompleksowe rozwiązanie i jednocześnie integruje się z wcześniej wybranym przez nas środowiskiem programistycznym NetBeans. Technologia wersjonowania dokumentacji projektowej Subversion SVN ( SVN (Subversion) to system kontroli wersji, który powstał w celu zastąpienia CVS. Wybraliśmy go ponieważ SVN jest wolnym i otwartym oprogramowaniem na licencji Apache. Służy do łatwego wersjonowania plików, najczęściej źródłowych wersji programów. Dobrze sprawdza się przy równoczesnej pracy wielu użytkowników, pracujących nad wspólnym kodem źródłowym. Oferuje nam następujące funkcje: własny protokół klient/serwer. protokół umożliwia przesyłanie różnic w plikach od klienta do serwera i odwrotnie. rozmiar przesyłanych danych przy zmianie pliku jest proporcjonalny do rozmiaru zmian, a nie pliku. repozytorium przechowywane w bazie danych lub w systemie plików. efektywna obsługa plików binarnych. Adres SVN: 7

8 Narzędzia do wspomagania pracy grupowej A. GoogleCode ( GoogleCode to witryna Google z narzędziami programistycznymi, na której prowadzone jest repozytorium projektowe. Wybraliśmy ją ponieważ jest darmowa i daje możliwość pobierania plików lub kodu źródłowego projektu z istniejącego projektu. Po rejestracji i zalogowaniu do konta Gmail oraz wejściu na stronę projektu umieszczoną na tej witrynie mamy od razu możliwość korzystania z: serwera SVN, forum dyskusyjnego, systemu newsów, hostingu plików, miejsca na serwerze WWW. B. GanttProject ( GanttProject jest to darmowy program, umożliwiający planowanie projektu za pomocą wykresu Gantta. Wybraliśmy go ponieważ pozwala w łatwy sposób podzielić projekt na zadania, ustalić powiązania między nimi oraz zarządzać zasobami ludzkimi. Jest w całości napisany w języku Java, dzięki temu może być uruchomiony w każdym systemie operacyjnym obsługującym ten język, takim jak: Linux, Windows, Mac OSX i inne. Cały program opiera się na licencji GPL. Narzędzia do tworzenia grafiki Gimp (http: Gimp jest to darmowa aplikacja służąca do tworzenia i edycji grafiki 2D. Wybraliśmy go ponieważ posiada wielkie możliwości dzięki możliwości tworzenia warstw. Jest chyba najczęściej wybieranym i najbardziej rozwiniętym darmowym programem graficznym. Nad GIMP-em pracuje wielu programistów, powstają dla niego ciekawe wtyczki i wciąż rozwijane są nowe narzędzia. Dzięki temu jego możliwości są imponujące, a w razie potrzeb można zasięgnąć porad innych użytkowników. 8

9 Data wykonania: r. Wykonawca: Krzysztof Siwek Wersja: Raport klienta Zlecający: Walery Susłow Nazwa robocza projektu: Sklep muzyczny Nutka Termin rozpoczęcia projektu: Termin zakończenia projektu: Opracował: Krzysztof Siwek Data opracowania: r. Założenia ogólne Nasza grupa projektowa jako wykonawca, podjęła współpracę z Panem dr. inż. Walerym Susłowem zwanym dalej zleceniodawcą, który udziela wytycznych dotyczących projektu. Pierwsze spotkanie odbyło się dnia 25 lutego 2013r., na którym określone zostały podstawowe założenia i wytyczne dotyczące wybranego przez stworzoną grupę tematu projektu, która jako wykonawca podjęła się wykonania powierzonego mu zadania. Celem naszego projektu jest stworzenie sklepu muzycznego Nutka jako aplikacji desktopowej, która będzie pozwalała na zakup płyt muzycznych w sieci. W przyszłości zakłada się, że aplikacja obsługiwana będzie również przez stronę internetową jako system internetowy. Główne założenia projektu: dodawanie nowych płyt do oferty, modyfikacja stanu ilości towaru na magazynie, możliwość poszukiwania towarów po różnych kategoriach, możliwość zdalnego zamówienia towaru przez klientów, możliwość tworzenia okresowych raportów o ilości sprzedanego towaru, realizację i odwołanie zamówień klientów, administrowanie danymi. 9

10 Założenia poboczne Obejmują założenia mniej znaczące, wymagające uzgodnienia ze zleceniodawcą: technologia webowa, brak funkcjonalności płatności on-line, baza płyt w bazie danych MYSQL. Wynagrodzenia i kary Karą za niewywiązanie się z powierzonych zadań w terminie wyznaczonym przez organy wyższe jest nagana. Po otrzymaniu 3 nagan osoba zostaje wyrzucona z grupy projektowej. Wynagrodzeniem końcowym jest wpis z pozytywną oceną w indeksie studenta. Data wykonania: r. Wykonawca: Natalia Karwecka Wersja: Harmonogram projektu Harmonogram prac powstał po zapoznaniu się ze wstępnymi wymaganiami dotyczącymi projektu i ich analizie w grupie projektowej. Po dyskusji i wstępnych ustaleniach utworzony został ogólny harmonogram prac nad projektem oraz harmonogram prac dla poszczególnych członków zespołu z wyszczególnieniem przydzielonych im zadań. Oba harmonogramy zostały wykonane w programie GanttProject i przedstawione na rysunkach poniżej. 10

11 Rysunek 1. Harmonogram projektu - ogólny. 11

12 Rysunek 2. Harmonogram projektu - podział na osoby. 12

13 Data wykonania: r. Wykonawca: Krzysztof Siwek, Natalia Karwecka Wersja: Raport dla zleceniodawcy Cele przedsięwzięcia Celem naszego przedsięwzięcia jest stworzenie aplikacji desktopowej do sprzedaż płyt CD dla sklepu muzycznego Nutka oraz możliwość wdrożenie jej w przyszłości na stronę internetową. Nasz sklep będzie miał w ofercie różne płyty z muzyką i będzie umożliwiał zakup dowolnych płyt muzycznych z naszego magazynu. Aby zachęcić i przyciągać klientów sklepu, system obsługi klienta będzie miał intuicyjny i przyjazny dla oka interfejs graficzny ułatwiający zakupy. Dzięki tym udogodnieniom skłonimy klientów do częstszego odwiedzania naszego sklepu. Dodatkowo wprowadzane liczne promocje, spowoduje to, że ludzie będą wracać do naszego sklepu i kupować większe ilości płyt z muzyką oraz polecać go swoim znajomym. Zakres przedsięwzięcia Zakres naszego przedsięwzięcia to określenie wymagań systemu od strony klienta oraz wymagań systemowych od strony zleceniodawcy, wykonanie dokumentacji projektu, a co za tym idzie, fazy analizy oraz projektowania systemu. Oprócz tego będziemy testować aplikację, która zostanie również wdrożona w przyszłości na stronie internetowej, po czym zaimplementowana jako gotowy produkt, który spełni zarówno nasze oczekiwania jak i zleceniodawcy. Systemy zewnętrzne Sklep muzyczny Nutka prócz stworzenia aplikacji desktopowej jest również projektem internetowym co powoduje, iż powinien współpracować z systemami serwerowymi oraz technologiami obsługującymi cały projekt. W przyszłości rozwijając projekt użyjemy technologii darmowych zezwalających na zastosowanie komercyjne. Nasz produkt będzie kompatybilny z technologią ASP.NET oraz powiązany z bazą danych przetrzymującą wszystkie dane odnośnie użytkowników oraz produktów w sklepie muzycznym Nutka. Aplikacja desktopowa sklepu będzie możliwa do uruchomienia na każdym komputerze z dostępem do Internetu, dzięki czemu będzie powiązana z bazą danych i w pełni funkcjonalna dla użytkowników. W przyszłości dostępna będzie na przeglądarce internetowej bez jakiejkolwiek zmiany 13

14 graficznej oraz funkcjonalności, aby zapewnić dostęp dla każdego użytkownika, dzięki czemu maksymalnie poszerzymy grono klientów. Szkicowy opis wymagań Aplikacja ma za zadanie wspomagać sprzedaży płyt poprzez Internet. Każdy użytkownik klient powinien mieć możliwość zapoznania się z aktualną ofertą, a po zarejestrowaniu się, wybrania określonego towary i złożenia zamówienia. Użytkownik pracownik sklepu będzie miał możliwość zatwierdzenia lub odrzucenia zamówienia oraz zarządzania ofertą sklepu i danymi użytkowników. Pracownik będzie tworzył raporty sprzedaży czasowej. W przyszłości dostępność do sklepu muzycznego Nutka będzie możliwa przez 7 dni w tygodniu z każdej przeglądarki internetowej. Szkicowy opis systemu Nasza aplikacja będzie ogólnodostępna w formie aplikacji desktopowej, a w przyszłości w formie witryny internetowej. Na zewnętrznym serwerze zostanie umieszona baza danych, a także sama aplikacja. Dostęp do nich będzie możliwy poprzez interfejs www z poziomu dowolnej przeglądarki internetowej. Szkicowy opis proponowanych rozwiązań Aplikacje desktopową do obsługi sklepu muzycznego Nutka zaprogramujemy w środowisku programistycznym NetBeans IDE 7.2.1, a wszystkie dodatkowe dane będą przetrzymywane w bazie danych opartej na MySQL. W późniejszej fazie projektu aplikacja zostanie zaprogramowana na platformie ASP.NET, aby obsługiwać ją za pomocą strony internetowej. Wstępny kosztorys projektu W celu zobrazowania kosztów związanych z realizacją naszego projektu przygotowano szacunkowy kosztorys obejmujący koszty: sporządzenia dokumentacji, projektowania aplikacji, pracy ludzkiej, wdrożenia aplikacji i szkoleń. Tabela 1. Kosztorys projektu. Lp. Usługa Koszt [ zł ] 1. Analiza wymagań i sporządzenie raportu Opracowanie stylu firmowego

15 3. Zaprojektowanie architektury aplikacji Zaprojektowanie i zaprogramowanie interfejsów graficznych Zaprojektowanie i zaprogramowanie bazy danych Zaprogramowanie aplikacji: 4500 Moduł klienta 2000 Moduł pracownika 1500 Moduł administratora Testowanie i optymalizacja aplikacji Sporządzenie dokumentacji projektowej Wdrożenie aplikacji Szkolenie dla użytkowników Koszty dojazdów 500 Łączny koszt realizacji projektu: W przypadku gdy zleceniodawca nie posiada zasobów sprzętowych i programowych niezbędnych do wdrożenia i utrzymania stworzonej aplikacji, do wyliczonej kwoty należy doliczyć koszt zakupu tych urządzeń i oprogramowania. Harmonogram prac Po zapoznaniu się ze wstępnymi wymaganiami dotyczącymi projektu i ich analizie w zespole projektowym sporządzono wstępy harmonogram prac nad projektem, który przedstawiono poniżej. Rysunek 3. Harmonogram prac. 15

16 Data wykonania: r. Wykonawca: Andrzej Smulczak, Daniel Fujczak, Mateusz Krukowski, Natalia Karwecka Wersja: Pełna wersja specyfikacji wymagań zgodna z zaleceniami IEEE (Software Requirement Specification, SRS) Słownik projektu Sklep muzyczny aplikacja, która umożliwia nam zakup danej płyty. Przeglądarka internetowa program komputerowy służący do wyświetlania stron internetowych udostępnianych przez serwery WWW. Użytkownik zalogowany osoba zarejestrowana w systemie, która chce za pośrednictwem serwisu zakupić towar. Użytkownik anonimowy osoba niezarejestrowana w systemie, która przegląda dostępny towar. Nazwa użytkownika nazwa, którą użytkownik będzie posługiwał się w serwisie (niezbędna podczas logowania). Hasło użytkownika ciąg znaków potrzebnych do poprawnego zalogowania się do serwisu. Formularz rejestracji miejsce, w którym użytkownik anonimowy podaje swoje niezbędne dane do późniejszego zalogowania. Formularz logowania miejsce, w którym użytkownik zarejestrowany wpisuje swój login i hasło podane podczas rejestracji. Płyty towar sprzedawany przez serwis. Zamówienie potwierdzona lista towarów wybranych do zakupu przez użytkownika. Koszyk podręczna lista wybranych przez użytkownika towarów. Pracownik użytkownik serwisu posiadający większe prawa. Wymagania funkcjonalne Opcje dostępne dla użytkownika anonimowego: przeglądanie dostępnych płyt, przeglądanie szczegółów wybranej płyty, Opcje dostępne dla użytkownika zalogowanego: Wszystkie powyższe oraz: dodanie płyty do koszyka, 16

17 złożenie zamówienia, edycja swoich danych profilowych. Opcje dostępne dla pracownika: Wszystkie powyższe oraz: zarządzanie płytami, edytowanie opisu płyt, zarządzanie użytkownikami. Wymagania niefunkcjonalne Ograniczenia: Aby złożyć zamówienie użytkownik musi się zarejestrować i zalogować w systemie. Rejestracja użytkownika nie jest konieczna do przeglądania listy produktów. Dostępność: Dostęp do systemu bezpośrednio z poziomu przeglądarki internetowej. Dostęp do sklepu przez 24h na dobę. Bezpieczeństwo: Każdy użytkownik ma ograniczone prawa dostępu do systemu. Poziom dostępu do systemu dla danego użytkownika określony jest w bazie danych. Konto każdego użytkownika chronione jest loginem i hasłem. Identyfikacja aktorów Użytkownik anonimowy jedyna funkcja jaką posiada to przeglądanie dostępnych w serwisie płyt (towaru), których użytkownik ten nie może zamówić. Użytkownik zalogowany nie posiada możliwości edycji danych zasobów, a jedynie ich odczyt. Ma możliwość przeglądania produktów w systemie, a jego zadaniem jest uzupełnianie koszyka i składanie nowych zamówień. Pracownik - zadaniem pracownika sklepu jest dodawanie i usuwanie płyt z systemu oraz ustalanie cen oraz weryfikacja zamówień. 17

18 Identyfikacja przypadków użycia Nazwa: Dodanie płyty Cel: Dodanie nowej płyty do oferty sklepu Aktor: Pracownik Scenariusz: Pracownik sklepu wybiera z panelu opcję Dodaj towar, następnie wypełnia formularz odpowiednimi danymi. Ostatecznie zatwierdza całą operację klikając przycisk Akceptuj Priorytet: Główna funkcja Akcja inicjująca: Naciśnięcie przycisku Dodaj towar Nazwa: Usunięcie płyty Cel: Usunięcie płyty z oferty sklepu Aktor: Pracownik Scenariusz: Pracownik sklepu wybiera z panelu opcję Usuń towar, następnie wybiera z listy towar który chce oznaczyć jako niedostępny w sklepie. Ostatecznie zatwierdza całą operację klikając przycisk Usuń, a płyta zostaje oznaczona w bazie danych jako niedostępna. Priorytet: Główna funkcja Akcja inicjująca: Naciśnięcie przycisku Usuń towar Nazwa: Przywrócenie płyty Cel: Przywrócenie dostępności istniejącej w bazie danych płyty do oferty sklepu Aktor: Pracownik Scenariusz: Pracownik sklepu wybiera z panelu opcję Przywróć towar, następnie wybiera z listy towar który chce oznaczyć znów jako dostępny w sklepie. Ostatecznie zatwierdza całą operację klikając przycisk Przywróć towar, a płyta zostaje oznaczona w bazie danych jako dostępna. Priorytet: Główna funkcja Akcja inicjująca: Naciśnięcie przycisku Przywróć towar Nazwa: Wykonanie zamówienia Cel: Wykonanie zamówienia złożonego przez klienta Aktor: Pracownik Scenariusz: Pracownik sklepu odczytuje z listy zamówień adres, na który ma być wysłany towar. Wypełnia odpowiednie formularze i wykonuje zamówienie. Następnie odznacza w systemie, że zamówienie zostało wykonane i podaje datę wykonania zamówienia. 18

19 Priorytet: Główna funkcja Akcja inicjująca: Naciśnięcie przycisku Zarządzanie zamówieniami Nazwa: Przeglądanie listy towarów Cel: Wybór towaru Aktor: Pracownik, Użytkownik zalogowany, Użytkownik anonimowy Scenariusz: Osoba wpisuję nazwę płyty lub wykonawcę w odpowiednie pole, a następnie klika przycisk Szukaj. Po wykonaniu tej akcji lista wyszukanych towarów wyświetla się w centralnej części okna. Priorytet: Główna funkcja Akcja inicjująca: Wpisanie nazwy płyty lub wykonawcę w odpowiednie miejsce Nazwa: Rejestracja użytkownika Cel: Rejestracja użytkownika w systemie Aktor: Użytkownik anonimowy Scenariusz: Użytkownik niezalogowany naciska przycisk Rejestruj. Po akceptacji całego regulaminu i wypełnieniu formularza danych, akceptuje proces rejestracji przyciskiem Akceptuj. Priorytet: Główna funkcja Akcja inicjująca: Naciśniecie przycisku Rejestruj Nazwa: Logowanie użytkownika Cel: Logowanie użytkownika do systemu Aktor: Użytkownik anonimowy, Pracownik Scenariusz: Użytkownik niezalogowany naciska przycisk Zaloguj się. Po wpisaniu loginu i hasła danego użytkownika oraz wciśnięciu przycisku Zaloguj zostanie zalogowany do systemu. Priorytet: Główna funkcja Akcja inicjująca: Naciśniecie przycisku Zaloguj się Nazwa: Dodanie towaru do koszyka Cel: Zamówienie wybranej płyty Aktor: Użytkownik zalogowany Scenariusz: Użytkownik z menu na stronie wybiera odpowiednią kategorię towarów. Po załadowaniu listy towarów, wybiera interesującą go płytę i używa przycisku Dodaj do koszyka, aby dodać płytę do koszyka zamówienia. 19

20 Priorytet: Główna funkcja Akcja inicjująca: Naciśniecie przycisku Dodaj towar Nazwa: Usunięcie towaru z koszyka Cel: Usunięcie towaru z koszyka Aktor: Użytkownik zalogowany Scenariusz: Użytkownik otwiera koszyk klikając na przycisk Koszyk, następnie wybiera towary do usunięcia z koszyka zaznaczając je na liście. Ostatecznie akceptuje swój wybór naciśnięciem przycisku Usuń towar i towar zostaje usunięty z koszyka klienta.. Priorytet: Główna funkcja Akcja inicjująca: Naciśniecie przycisku Usuń towar Nazwa: Złożenie zamówienia Cel: Zatwierdzenie i złożenie zamówienia Aktor: Użytkownik zalogowany Scenariusz: Użytkownik otwiera koszyk klikając na przycisk Koszyk. Następnie akceptuje zamówienie wybranych przez siebie produktów przez naciśnięcie przycisku Zamów. Po weryfikacji adresu wysyłki i płatności użytkownik akceptuje zamówienie poprzez naciśnięcie przycisku Złóż zamówienie. Priorytet: Główna funkcja Akcja inicjująca: Naciśniecie przycisku Złóż zamówienie Nazwa: Anulowanie zamówienia Cel: Zrezygnowanie ze złożonego zamówienia Aktor: Użytkownik zalogowany Scenariusz: Użytkownik otwiera koszyk klikając na symbolu koszyka, następnie wybiera zamówienie, z którego chce zrezygnować. Ostatecznie akceptuje swój wybór przyciskiem Anuluj zamówienie, a zamówienie zostaje przeniesione do historii i odznaczone w bazie danych jako wycofane. Priorytet: Główna funkcja Akcja inicjująca: Naciśniecie przycisku Anuluj zamówienie Nazwa: Przywróć zamówienie Cel: Przywrócenie wcześniej anulowanego zamówienia. Aktor: Użytkownik zalogowany 20

21 Scenariusz: Klient z tabeli koszyk lub Historia wybiera zamówienie, które chcę przywrócić, a następnie klika przycisk Przywróć zamówienie. Rezygnacja z zamówienia jest odwołana i opcja zamówienia przyjmuje status jako niewycofane, czyli do realizacji. Priorytet: Główna funkcja Akcja inicjująca: Naciśnięcie przycisku Przywróć zamówienie Diagram przypadków użycia Rysunek 4. Diagram przypadków użycia. 21

22 Data wykonania: r. Wykonawca: Daniel Fujczak, Natalia Karwecka Wersja: Styl firmowy Struktura niniejszego dokumentu sporządzona została na podstawie stworzonego przez zespół projektowy stylu formalnego dokumentu, a graficzne wstawki prezentują papier firmowy. Dodatkowo opracowano wizytówkę dla sklepu muzycznego Nutka. Rysunek 5. Wizytówka. 22

23 Data wykonania: r. Wykonawca: Mateusz Krukowski Wersja: Notatka o narzędziach CASE Metodologia Jako metodologię prowadzenia projektu zdecydowano się na model iteracyjny. Jest to model pozwalający na skorzystanie z ciągłego kontaktu z klientem w celu wytworzenia oprogramowania bardziej pasującego do jego wymagań. Narzędzia CASE W ramach projektu wybrane zostały następujące narzędzia CASE: Repozytorium SVN: code.google.com Środowisko programistyczne NetBeans Projektowanie bazy danych: Sybase PowerDesigner 15.1 Metody modelowania W projekcie zastosowana została metoda modelowania obiektowego. Pozwala to na stworzenie składowych systemów, które będą od siebie niezależne i przygotowane do wielokrotnego wykorzystania. Pozwoli to na wykorzystanie utworzonego kodu w przyszłych projektach tego typu. Jako język modelowania obiektowego wybrano język UML, gdyż to jest język znany przez wszystkich członków grupy projektowej. 23

24 Data wykonania: r. Wykonawca: Daniel Fujczak Wersja: Opis tekstowy logicznego modelu aplikacji Słownik danych Klient osoba mająca możliwość przeglądania i wyszukiwania w sklepie płyt, które ją interesują, może dokonać zakupu płyt muzycznych w sklepie internetowym.. Klient został zdefiniowany jako osoba zarejestrowana w bazie oraz posiadająca nr identyfikacyjny, imię, nazwisko, adres i nr telefonu. Zamówienie jest to dokonanie wyboru towaru (zestawu płyt lub pojedynczej sztuki płyty z muzyką) przez klienta oraz zatwierdzenie zakupu. Zamówienie mówi o dacie zamówienia oraz dacie wysłania przesyłki, a w szczegółach zamówienia jest umieszczona cena zamówienia oraz ilość sztuk towaru. Płyty jest to produkt przeznaczony na sprzedaż jako towar 1 zawierający muzykę stworzoną przez konkretnego wykonawcę. Encja Płyty jest opisana nazwą płyty, wykonawcą oraz ceną jednostkową. Cena jednostkowa towaru jest to cena przedstawiająca wartość jednego egzemplarza konkretnej płyty z muzyką. Pracownik osoba pracująca w sklepie internetowym, zajmująca się czynnościami formalnymi związanymi z zakupem płyt przez klienta oraz wysyłką zamówienia do klienta. Pracownik został opisany przez imię, nazwisko oraz jego nr identyfikacyjny. Nr identyfikacyjny jest to indywidualny nr opisujący pracownika i zajmowane przez niego stanowisko, może służyć do składania skarg. Nr identyfikacyjny został składa się z cyfr oraz liter, długość nr nie powinna przekraczać 4 znaków. Wykonawca osoba lub zespół muzyczny udostępniająca swoją muzykę w postaci płyt CD. Muzyk jest opisany w encji przez imię, nazwisko, gatunek muzyki jaką wykonuje oraz wydane albumy. Wyznaczenie kategorii użytkowników i funkcji systemu dla każdej z tych kategorii W bazie sklepu wyznaczone zostały dwie kategorie użytkowników: pracownicy oraz klienci. Pracownicy powinni mieć możliwość zarządzania stanem sklepu: dodawania nowych ofert płyt, modyfikacji ilości stanu płyt na magazynie, administrowanie danymi bazy danych, realizacje i odwołanie zamówień. 1 Towar - rozumiany jako płyta z muzyką (album). 24

25 Oprócz wyżej wymienionych funkcji każdy pracownik wykonuje konkretne zamówienie od przyjęcia zamówienia do jego wysłania. Pracownik odpowiada sam za siebie za wykonane zmiany w systemie takie jak zmiana ilości płyt na magazynie, czy administrowanie danymi. Każdy pracownik ma oddzielnie prowadzoną historie wprowadzanych zmian. Klienci powinni mieć możliwość dostępu do przeglądania zawartości sklepu, możliwość wyszukiwania interesujących ich płyt, oraz dokonania zamówienia towaru i odwołania zamówienia. Stworzenie modelu koncepcyjnego bazy danych w środowisku PowerDesigner Model konceptualny bazy danych dla sklepu internetowego został stworzony przy użyciu programu Sybase PowerDesigner W modelu koncepcyjnym znalazły się takie encje jak Klienci, Pracownicy, Muzycy, Zamówienia oraz Płyty. Dla potrzeb prawidłowego funkcjonowania baza została rozszerzona o encje Szczegóły zamówienia, będzie ona szczególnie przydatna gdy zmianie ulegną ceny płyt wtedy towar który został już zamówiony będzie posiadał dalej poprzednią cenę. W encji klienci występują takie kolumny jak: Id klienta czyli nr identyfikacyjny dla klienta reprezentowane przez typ integer Imię klienta reprezentowane przez typ varchar Nazwisko klienta reprezentowane przez typ varchar Adres klienta reprezentowane przez typ varchar Nr telefonu klienta reprezentowane przez typ integer W encji pracownika występują takie kolumny jak: Id pracownika reprezentowane przez typ integer Imię pracownika reprezentowane przez typ varchar Nazwisko pracownika reprezentowane przez typ varchar Nr-identyfikacyjny reprezentowane przez typ varchar W encji muzycy występują takie kolumny jak: Id wykonawcy reprezentowane przez typ integer Pseudonim W encji płyty występują takie kolumny jak: Id towaru reprezentowane przez typ integer Nazwa albumu reprezentowane przez typ varchar Wykonawcy reprezentowane przez typ varchar Cena jednostkowa reprezentowane przez typ money 25

26 Dostępna - reprezentowane przez typ boolean W encji zamówienia występują takie kolumny jak: Id zamówienia reprezentowane przez typ integer Data zamówienia reprezentowane przez typ date Data wykonania zamówienia reprezentowane przez typ date Wycofane - reprezentowane przez typ boolean Szczególnym wyróżnieniem jest encja szczegóły zamówienia która tworzy pośrednictwo w relacji zamówienia towar, encja ta posiada takie dane jak: Cena towaru reprezentowana przez typ money Ilość towaru reprezentowana przez typ integer Poniżej przedstawiono model konceptualny oraz fizyczny bazy danych utworzony na potrzeby sklepu internetowego Nutka. Oba modele zostały wykonane w programie PowerDesigner 15.1, a na ich podstawie został wygenerowany kod SQL, który posłuży do budowy bazy danych. Rysunek 6. Model konceptualny bazy danych dla sklepu Nutka. 26

27 Model fizyczny bazy danych sklepu muzycznego Nutka został automatycznie wygenerowany przez program PowerDesigner 15.1 na podstawie modelu konceptualnego. Ukazuje on wszystkie klucze obce i pierwotne oraz powiązania pomiędzy tabelami występującymi w bazie danych. Rysunek 7. Model fizyczny bazy danych dla sklepu Nutka. 27

28 Data wykonania: r. Wykonawca: Andrzej Smulczak, Mateusz Krukowski Wersja: Diagramy W ramach projektu sporządzono diagram: procesu biznesowego, sekwencji (logowanie, rejestracja), przejść stanów. Diagram procesu biznesowego ukazuje zdarzenia jakie mają miejsce w całym procesie działania sklepu od momentu zainicjowania przez klienta konkretnego zdarzenia jakim jest najpierw przeglądanie płyt, a następnie złożenie zamówienia, które faktycznie uruchamia cały proces. Mamy 3 miejsca realizacji całego procesu (swimlanes), ukazujące zdarzenia, czynności, komunikaty i połączenia jakie występują pomiędzy uczestnikami procesu, jakimi są: klient, system i pracownik sklepu. Rysunek 8. Diagram procesu biznesowego BPMN. Wykonał : Mateusz Krukowski 28

29 Poniższe dwa diagramy sekwencji obrazują kolejność w czasie wysyłania komunikatów pomiędzy różnymi obiektami w systemie w celu realizacji scenariuszy przypadków użycia (logowania i rejestracji). Dochodzi w nich do oddziaływań pomiędzy: aktorem, systemem, baza loginów i haseł, a w przypadku rejestracji również z bazą danych użytkownika. Podstawowymi oddziaływaniami na tych diagramach są wymiany przesłanych komunikatów: strzałka z wypełnionym grotem wywołanie funkcji, strzałka rysowana linią przerywaną powrót z funkcji. Numer i wysokość, na której znajduje się dana strzałka, określa jej kolejność, co do wykonania danej czynności przez aktora, system, bazę loginów i haseł czy bazę danych użytkownika. Rysunek 9. Diagram sekwencji - logowanie. Rysunek 10. Diagram sekwencji - rejestracja. Wykonał : Andrzej Smulczak Wykonał : Andrzej Smulczak 29

30 Diagram stanów pokazuje możliwe stany obiektu (zamówienia) od stanu początkowego (wybrania płyt i akceptacji zamówienia) przez stan pośredni (zarejestrowanie zgłoszenia zamówienia) i stan końcowy (zamówienie zrealizowane) oraz przejścia, które powodują zmianę tych stanów. Można z niego odczytać, jakie sekwencje sygnałów (danych) wejściowych powodują przejście systemu w dany stan, a także jakie akcje są podejmowane w odpowiedzi na pojawienie się określonych stanów wejściowych. Rysunek 11. Diagram przejść stanów. Wykonał : Andrzej Smulczak 30

31 Data wykonania: r. Wykonawca: Mateusz Krukowski, Krzysztof Siwek Wersja: Wybór narzędzi RAD. Wykaz narzędzi RAD użytych w projekcie NetBeans IDE środowisko programistyczne oferujące wsparcie dla wielu języków, umożlwiające łatwe rozszerzanie o nowe spośród dostępnych. Cechuje je jedno z najlepszych wsparć dla języka PHP. Wybór go wynika z doświadczenia zespołu związanego z pracą w tym środowisku. Rysunek 12. Wybrane środowisko programistyczne NetBeans IDE XAMPP Control Panel v zestaw programów umożliwiających pracę nad aplikacjami internetowymi. Pozwala na bezproblemowe postawienie środowiska developerskiego do języka PHP. W jego skład wchodzi: Apache, MySQL, phpmyadmin. 31

32 Data wykonania: r. Wykonawca: Andrzej Smulczak, Daniel Fujczak, Natalia Karwecka Wersja: Dokument detaliczny projektu (DDP). STRESZCZENIE Niniejszy dokument detaliczny projektu (DDP) opisuje detale pracy zespołu projektowego, który skupia się na stworzeniu aplikacji desktopowej do zarządzania sklepem muzycznym Nutka. Pierwsza część dokumentu zawiera wstęp opisujący ogólne założenia projektowe, a także wykorzystywane standardy i konwencje projektowe. Druga część opisuje specyfikacje poszczególnych komponentów. Wszystkie zmiany w dokumencie odnotowane zostały w historii dokumentu. Historia dokumentu Wersja Opis modyfikacji Autor modyfikacji Data modyfikacji 1.0 Wersja początkowa Andrzej Smulczak r. 1.1 Specyfikacja komponentów Daniel Fujczak r. 1.2 Wersja ostateczna Natalia Karwecka r. 1.3 Poprawki wersji ostatecznej Natalia Karwecka, Daniel Fujczak OPIS OGÓLNY Cel DDP Dokument detaliczny projektu (DDP) precyzuje sposób realizowanych prac nad projektem. Określa założenia projektu, standardy, narzędzia i komponenty wchodzące w skład implementacji, oraz opis realizacji tych komponentów. Zakres DDP Założeniem projektu sklep muzyczny Nutka jest stworzenie aplikacji desktopowej, która ma za zadanie umożliwiać pracownikom sklepu sprzedawanie płyt z muzyką, natomiast klientom sklepu 32

33 umożliwiać przeglądanie dostępnej oferty sklepu, wybieranie interesujące ich płyty oraz dokonywanie ich zakupu za pomocą aplikacji. Aplikacja zostanie wykonana za pomocą programu NetBeans w technologii Java obsługującej połączenie z bazą danych z wykorzystaniem programu XAMPP. Definicje, akronimy, skróty Sklep muzyczny aplikacja, która umożliwia nam zakup danej płyty. Przeglądarka internetowa program komputerowy służący do wyświetlania stron internetowych udostępnianych przez serwery WWW. Użytkownik zalogowany osoba zarejestrowana w systemie, która chce za pośrednictwem serwisu zakupić towar. Użytkownik anonimowy osoba niezarejestrowana w systemie, która przegląda dostępny towar. Nazwa użytkownika nazwa, którą użytkownik będzie posługiwał się w serwisie (niezbędna podczas logowania). Hasło użytkownika ciąg znaków potrzebnych do poprawnego zalogowania się do serwisu. Formularz rejestracji miejsce, w którym użytkownik anonimowy podaje swoje niezbędne dane do późniejszego zalogowania. Formularz logowania miejsce, w którym użytkownik zarejestrowany wpisuje swój login i hasło podane podczas rejestracji. Płyty towar sprzedawany przez serwis. Zamówienie potwierdzona lista towarów wybranych do zakupu przez użytkownika. Koszyk podręczna lista wybranych przez użytkownika towarów. Pracownik użytkownik serwisu posiadający większe prawa. Omówienie treści dokumentu Dokument DDP powstał na podstawie specyfikacji wymagań systemowych SWS. Zawiera on definicje standardów, strategii i konwencji które będą przestrzegane podczas realizacji projektu. STANDARDY PROJEKTU, KONWENCJE, PROCEDURY Standardy projektowe Projekt aplikacji powstał w oparciu o paradygmat programowania funkcyjnego, polegający na skupieniu się na tym, co trzeba wykonać w projekcie, a nie w jaki sposób. Dlatego też dziedzina problemu została przeanalizowana i zaprojektowana zgodnie z jego regułami. Dzięki zastosowaniu popularnego narzędzia programistycznego NetBeans IDE, aplikacja sklepu muzycznego Nutka będzie 33

34 w przyszłości łatwa w utrzymaniu i rozwoju, przez wzgląd na dostępność wielu narzędzi do jego modyfikowania i programistów znających to środowisko programistyczne. Standardy dokumentacyjne Dokumentacja projektu w sposób jednoznaczny określa jego strukturę logiczną i fizyczną. Wszystkie użyte pojęcia i skróty są wyjaśnione w odpowiednich miejscach. Specyfikacja wymagań systemowych jest zgodna ze standardem IEEE Diagramy zawarte w dokumentacji zostały sporządzone wg standardu UML 2.0. Wszystkie dokumenty dotyczące projektu są sporządzone na zaprojektowanym specjalnie na potrzeby projektu szablonie firmowym. Kody źródłowe zawarte w dokumentacji są pisane czcionką o stałej szerokości (Courier New). Konwencje nazwowe Przy projektowaniu aplikacji przyjęliśmy następujące konwencje dotyczące: a) nazw klas: nazwa w języku polskim; nazwa w liczbie pojedynczej; możliwość łączenia dwóch wyrazów; wyrazy oddzielone twardą spacją; obie części nazw pisane z wielkiej litery np. (Panel_Logowania). b) nazw pól i metod w klasach: nazwa w języku polskim, wyjątek to metody getter oraz setter automatycznie generowane przez program NetBeans, używane ze względu na szybsze zastosowanie i standaryzacje podczas pisania kodu; nazwa rozpoczyna się małą literą, każde następne w niej słowo również, a słowa oddzielone są od siebie twardą spacją (np. dodaj_pracownika); nazwa pola/metody musi określać zastosowanie. c) nazw zmiennych lokalnych: nazwy w języku polskim; dopuszczalne krótkie nazwy, używanie nazw kojarzonych z ich przeznaczeniem, jeżeli jest to konieczne używanie nazw dwuczłonowych bez odstępów, pierwszy człon nazwy z małej litery, drugie słowo zaczyna się dużą literą (np. cenatowaru); nazwa rozpoczyna się małą literą. 34

35 d) kodu - klamry i wcięcia: klamra otwierająca zaraz za nazwą metody/klasy, zamykająca w osobnej linii; wcięcie w kodzie na każdym poziomie zagnieżdżenia. e) reszty kodu: kod samodokumentujący się (intuicyjne nazwy zmiennych). Standardy programistyczne Aplikacja desktopowa sklepu muzycznego Nutka zostanie wykonana w języku Java. Aby aplikacja działała prawidłowo na każdym stanowisku, na którym ma działać program musi być zainstalowane środowisko JAVA. Do przechowywania danych posłuży baza danych XAMPP zgodna z językiem MySQL. Narzędzia rozwijania oprogramowania Środowiskiem RAD, w którym powstanie aplikacja jest NetBeans IDE Ponadto wykorzystane został następujące narzędzia: serwer SVN narzędzia do projektowania bazy danych PowerDesigner 15.1 narzędzie do projektowania diagramów - Visual Paradigm for UML edytor tekstu - Microsoft Word 2010 system zarządzania bazą danych XAMPP Control Panel v obróbka grafiki Gimp harmonogramowanie GanttProject SPECYFIKACJA KOMPONENTÓW Program składa się z siedmiu klas publicznych, w których skład wchodzi klasa łącząca się z bazą danych oraz klasy graficzne wyświetlające i obsługujące okna graficzne dla poszczególnych kont. W klasach okien graficznych występują funkcje wspomagające takie jak czyszczenie formularzy, zliczanie ilości kolumn w tabelach czy sumowanie zawartości poszczególnych kolumn w celu obliczenia np. ceny zamówienia. Ponieważ nie są to funkcje niezbędne do działania programu zostały ominięte w dalszym opisie klas. Diagram klas przedstawiono poniżej. 35

36 Rysunek 13. Diagram klas dla aplikacji desktopowej Wykonał: Daniel Fujczak Klasa Konektor Klasa Konektor jest klasą łączącą się z bazą danych wywoływana jest przez wszystkie pozostałe klasy zaraz po pobraniu danych połączenie zostaje zamknięte. Jedyną funkcją jaką posiada jest funkcja polaczenie(). Klasa Panel_Logowania Klasa Panel_Logowania jest klasą główną posiadająca funkcje main(). Zadaniem tej klasy jest weryfikacja loginu hasla i otworzenie odpowiedniego panelu z określonymi uprawnieniami zawartymi w bazie danych. Panel_Logowania jest klasą zawierającą okno graficzne w skład którego wchodzą pola do podania loginu i hasła, oraz przyciski zaloguj i anuluj. 36

37 Rysunek 14. Okno logowania. Panel_Logowania łączy się z bazą lokalną za pomocą klasy Konektor, a następnie przeszukuje po kolei tabele bazy danych klienta. Jeżeli zostanie znaleziony otwiera się okno klienta, jeżeli nie, klasa przeszukuje tabele pracowników jeżeli zostaje znalezione program otworzy klasę pracownika. Jeżeli dane się nie zgadzają program przeszuka tabele administratora, jeżeli podane dane hasła i loginu będą się zgadzały z danymi w bazie zostanie otwarte okno administratora. W momencie gdy nie zostaną znalezione powyższe dane klasa pokaże okno z błędem Nieprawidłowy login lub hasło. Jeżeli klikniemy przycisk Gość zostanie otwarte okno gościa. Klasa Panel_Logowania przekazuje innym klasom zmienną login za pomocą funkcji getlogin(). Klasa Panel_Rejestracji Klasa Panel_Rejestracji jest klasą okna graficznego posiadającą formularz rejestracyjny. Klasa ta posiada tylko dwie funkcje główne rejestracja() i anuluj(). Funkcja rejestracja() korzysta z formularza który jest wypełniany przez użytkownika, a następnie pobiera z niego dane wypełniając nimi odpowiednio zapytanie SQL. Klasa ta posiada tylko zmienne lokalne używane w konkretnej funkcji służące do wypełnienia zapytania SQL. Klasa ta łączy się z bazą danych za pomocą klasy Konektor, a następnie wykonuje zapytanie, w razie niepowodzenia rejestracji zostanie wyświetlony odpowiedni błąd. Funkcja anuluj() składa się z dwóch linijek zamykających okno rejestracji i włączające okno logowania. Klasa Panel_Goscia Klasa Panel_Goscia jest klasą okna graficznego zawierająca tylko jedną tabele w której znajdują się wszystkie płyty jakie znajdują się w sklepie. Dodatkowe funkcje to szukaj_plyty() i wczytaj_tabele_plyty(). Funkcja wczytaj_tabele_plyty() za pomocą klasy Konektor łączy się z bazą danych, a następnie za pomocą instrukcji SQL wybiera wszystkie rekordy z tabeli Plyty. Funkcja szukaj() pobiera dane z pola wyszukiwania oraz JComboBox a następnie wstawia je w zapytanie SQL. Klasa łączy się z bazą za pomocą Konektora i wykonuje zapytanie przenosząc wynik do tabeli. Po przepisaniu danych z bazy połączenie zostaje zamknięte. Do odświeżania tabeli służy wcześniej opisana funkcja wczytaj_tabele_plyty(). 37

38 Klasa Panel_Klienta Klasa Panel_Klienta jest klasą okna graficznego włączającą się po prawidłowym wpisaniu danych klienta podczas logowania. Korzysta ona z klasy Konektor, za pomocą niej łączy się z bazą danych w celu pobrania danych. Rysunek 15. Okno panelu klienta. Klasa ta zawiera dziewięć funkcji wewnętrznych służących między innymi do wyświetlania zawartości sklepu, wyświetlania koszyka zakupów, historii użytkownika oraz funkcje zliczające ceny zamówień. Klasa posiada kilka zmiennych lokalnych które służą do wykonywania obliczeń lub przetrzymywania zapytań SQL. Aby wyświetlić nazwę zalogowanego klienta klasa posiada funkcje setlogin() która pobiera informacje z klasy Panel_Logowania. Klasa korzysta z biblioteki gregoriancalendar która wykorzystywana jest do automatycznego wypełniania zapytań dla encji szczegóły_zamowienia. Klasa Panel_Pracownika Klasa Panel_Pracownika jest klasą okna graficznego i służy do obsługi konta pracownika za pomocą którego pracownik może dodawać, usuwać edytować płyty (i ich wykonawców) na stanie sklepu oraz zarządzać zamówieniami. Klasa składa się z funkcji pozwalających na wyświetlanie odpowiednich tabel oraz z funkcji zarządzającymi tymi tabelami. Klasa komunikuje się z klasą Konektora za pomocą której wykonywane są wszystkie zapytania oraz z klasą Panel_Logowania, z której pobiera nazwę zalogowanego pracownika za pomocą metody setlogin(). 38

39 Klasa Panel_Admina Klasa Panel_Admina jest klasą okna graficznego i jest przeznaczona do obsługi podstawowych funkcji Administratora. Klasa posiada cztery główne funkcje służące do przeglądania, edytowania i usuwania danych pracowników oraz przeglądania raportów ze sprzedaży produktów. Klasa łączy się z bazą danych za pomocą klasy Konektor aby wykonać odpowiednie zapytania SQL. Klasa posiada tylko zmienne lokalne używane przy odpowiednich funkcjach służące do przechowywania danych np. pobranych z formularzy edycji. 39