PRACA MAGISTERSKA Tytuł pracy -...

Politechnika Krakowska im Tadeusza Kościuszki

Wydział Fizyki, Matematyki i Informatyki Stosowanej

Kierunek: Informatyka; specjalność Informatyka Stosowana

Tytuł pracy: Tytuł pracy: PRACA MAGISTERSKA

AUTOR:

KRAKÓW, Marzec 2011Promotor pracy :

KONTEKST PRZEDSIĘWZIĘCIA KONTEKST PRZEDSIĘWZIĘCIA (1)(1)

Ogólny szeroki opis podmiotu tematu Jakiej dziedziny nauki dotyczy temat/praca?Aktualny „State of Art” w podejmowanej tematyce?(czyli jakie są obecne osiągnięcia w badanej dziedzinie iczy jest możliwa ich implementacja).

Jakie jest uzasadnienie podjęcia tematu?Czy moim zdaniem temat badań wart jest analizy?Jaki jest cel pracy w powiązaniu z przedstawionym wyżejkontekstem?

UWAGA: w opisie tematu należy przedstawić (krótko omówić) podstawowe elementy związane ze słowami występującymi w tytule pracy. Ten pkt. pracy powinien zająć co najmniej kilka stron i powinien z niego wynikać cel pracy.

WSTĘP

Autor: Tytuł pracy:


CEL PRACY

Jasno sprecyzowany główny cel pracy oraz cele pośrednie Celem pracy jest…………….Dla przejrzystości pracy, jej cele mogą być prezentowane naprzykładach opisowych. Należy pamietać aby cel pracy mieścił się wtytule pracy.Cele powinny być tak formułowane aby zawierać w sobie i podkreślaćelementy indywidualne i autorskie pracy. Należy pamiętać o pierwiastkuprogramistyczno projektowym.Warto przeprowadzić analizę ryzyka realizacji pracy (nieobligatoryjne)

UWAGA: cele powinny być tak postawione aby ich OSIĄGNIĘCIE wymagało realizacji szeregu łatwych do sprecyzowania zadań



Osiągnięcie przedstawionych poprzednio celów wymaga realizacji zadań stanowiących zakres pracy. Najczęściej stanowią one kolejne rozdziały pracy. Opisujemy po kolei, co zrealizujemy w każdym z nich.

W pracach programistycznych, powinniśmy dołączyć instrukcjęeksploatacyjno użytkową, najlepiej jako załącznik.

Należy pamiętać o właściwej lokalizacji w pracy zagadnień wyborutechnologii programistycznych, które są pochodną przyjętych w projekcieaplikacji założeń (np. dotyczących architektury aplikacji, typu bazy, itp.)

Projekt aplikacji wymaga bezwzględnie stosowania elementów inżynierii oprogramowania wraz z zastosowaniem odpowiednich diagramów.

ZAKRES PRACY


1. Wstęp 31.1. Pojęcie giełdy internetowej 31.2. Historia i rozwój aukcji internetowych 31.3. Aspekty techniczne realizacji aukcji internetowej 31.4. Przegląd istniejących projektów 41.5. Cele i założenia pracy 62. Projekt wstępny 62.1. Wymagania techniczne dotyczące systemu 72.2. Wymagania funkcjonalne systemu 82.3. Struktura bazy danych 82.4. Diagramy języka UML 82.4.1. Diagramy przypadków użycia 92.4.2. Diagramy klas 112.4.3. Diagramy czynności 122.4.4. Diagramy protokołowej maszyny stanowej 122.4.5. Diagramy sekwencji 132.4.6. Diagramy wdrożenia 162.5. Opis technologii zastosowanych przy tworzeniu projektu 17

SPIS TREŚCI PRACYSPIS TREŚCI PRACY(1)(1) (przykładowy (przykładowy –– tytuł tytuł pracy „Giełda książek i pomocy naukowych dla studentów”)pracy „Giełda książek i pomocy naukowych dla studentów”)

LEGENDA:

zrealizowane

do realizacji


3. Implementacja i wdrożenie systemu. 273.1. Struktura projektu. 273.1.1. Moduł użytkowy. 273.1.2. Moduł sterowania. 333.2. Architektura systemu. 363.3. Struktura katalogów. 373.4 Styl kodowania. 384. Testowanie. 384.1. Testy interfejsu. 384.2. Testy obsługi bazy danych. 394.3. Testy poprawności poszczególnych funkcji systemu. 405. Wnioski. 406. Bibliografia. 41Dodatek A. Scenariusze przypadków użycia. 42Dodatek B. Diagramy czynności. 51Dodatek C. Diagramy protokołowej maszyny stanowej. 57Dodatek D. Diagramy sekwencji. 60

SPIS TREŚCI PRACYSPIS TREŚCI PRACY(2)(2) (przykładowy (przykładowy –– tytuł tytuł pracy „Giełda książek i pomocy naukowych dla studentów”)pracy „Giełda książek i pomocy naukowych dla studentów”)

LEGENDA:

zrealizowane

do realizacji


Projekt wstępny:- identyfikacja „aktorów”- wymagania funkcjonalne- wymagania niefunkcjonalne- diagramy statyki aplikacji- diagramy dynamiki aplikacji- analiza i wybór odpowiednich technologii informatycznych:

= dobór architektury aplikacji= struktura i definicje bazy danych= narzędzia implementacji procesów biznesowych

realizowanych w obszarze wymagań funkcjonalnych - zagadnienia autoryzacji i bezpieczeństwa aplikacji

OMÓWIENIE WYBRANYCH ELEMENTÓW PRACYOMÓWIENIE WYBRANYCH ELEMENTÓW PRACY (1)(1)

Identyfikacja modelu tworzenia aplikacji



Graficzna prezentacja diagramów i struktur danych

DaneRejestracji

DiagramStruktury

DiagramKlas DiagramObiektów DiagramPakietów DiagramKomponentów

<<instance>> <<instance>> <<instance>>

<<instance>>

DowódRej

Właściciel

Samochód

własność

udokumentowanie

przynależność

współwłasność pierwszy:Samochód

osoba:Właściciel

małżonek:Właściciel

drugi:Samochódstatus=niezarejestrowany

doc:DowódRej

Pojazdy

RejestracjaPojazdów

Osoby

AplikacjaRejestracji

DaneOsobowe

IRejestracja IStatystyki

IOsoby

UtrwalanieDanych

IDane




Cinema

Employee

Corporate DatabaseCreate/Update/DeleteMovieActor Database

<<extend>>

<<include>>

Create/Update/DeleteMovieActor Database

Retrive MovieActor Details

Retrive Screenings Details

Display MovieActor Details

Display Screenings Details

<<include>>

MovieGoer



Graficzna prezentacja diagramów i struktur

Zarejestruj_samochód(n)

Połączenie diagramu czynności i diagramu sekwencjiBazą jest notacja diagramów czynności, gdzie poszczególne akcje są zastapione interakcjami

Obrazowanie czynności złożonych z ciągu kolejnych interakcji pomiędzy obiektami

:Właściciel

apl:GUI

:Właściciel

Znaleziony:Właściciel s:Samochód

porównaj_dane(n)

Zaznacz_rejestrację()

Interakcja 1

apl:GUI

Interakcja 2

Komunikat(nie znaleziono)

Interakcja 2

Komunikat (O.K.)

rejestruj ()

porównaj_dane = true

Zakończenie

apl:GUI

Rozpoczęcie


Implementacja i wdrożenie systemu:- zarządzanie procesem implementacji i wdrożenia- implementacja modułów systemu- struktury katalogów- identyfikacja struktur danych- model wdrożenia- styl kodowania

Testowanie systemu:- testy jednostkowe- testowanie walidacyjne- testowanie integracyjne- automatyzacja testów





DiagramOpisuStruktury

DiagramStruktury

DiagramSkładowych

DiagramWdrożenia

<<instance>>

<<instance>>

Samochód

k:Koło[4]

z:Podwozie[1]

s:Silnik[0..1]z:Koło[0..1]

stacja_PC

<<jar>>Rejestracja.jar

serwer_aplikacyjny

Wydzial.jar

Serwer_baz_danych

<<SQLdb>>DBAccess.db

Statystyki.jar


WNIOSKIWNIOSKI

Aktualny procent realizacji pracy = ______ %

Co w pracy udało się zrealizować?

Czy osiągnięto zamierzone cele?

Jakie są elementy nowatorskie, twórcze w pracy, warte podkreślenia?

Co w pracy można by zmienić ulepszyć, poprawić?

Jakie są wnioski z numerycznej implementacji tematu?

Określ możliwe perspektywy dalszych prac?

UWAGA: w opisie zrealizowanych zadań używamy trybu dokonanego w pierwszej osobie, a więc: zaplanowałem, zaprojektowałem, przeprowadziłem innymi słowy co zrobiłem!!!


[1] Dan Cederholm, „Kuloodporne strony internetowe. Jak poprawićelastyczność z wykorzystaniem XHTML-a i CSS”, WydawnictwoHELION, Gliwice 2006.

[2] Marcin Szeliga, „ABC języka SQL”, Wydawnictwo HELION, Gliwice2002.

[3] Luke Welling, Laura Thomson, „PHP i MySQL. Tworzenie stronWWW. Vademecum profesjonalisty. Wydanie trzecie”, WydawnictwoHELION, Gliwice 2005.

[4] Tim Converse, Joyce Park, „PHP5 i MySQL. Biblia”, WydawnictwoHELION, Gliwice 2005.

[5] Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski,„Język UML 2.0 w modelowaniu systemów informatycznych”,Wydawnictwo HELION, Gliwice 2005.

[6] Jerzy Nawrocki, „Inżynieria oprogramowania”, http://wazniak.mimuw.edu.pl.

[7] Jeff Moore, „Model View Controller”,http://www.phpwact.org/pattern/model_view_controller

BIBLIOGRAFIA BIBLIOGRAFIA (przykładowy (przykładowy –– tytuł pracy „Giełda tytuł pracy „Giełda książek i pomocy naukowych dla studentów”)książek i pomocy naukowych dla studentów”)


DODATEK A DODATEK A (przykładowy (przykładowy –– tytuł pracy „Giełda książek tytuł pracy „Giełda książek i pomocy naukowych dla studentów” i pomocy naukowych dla studentów” –– scenariusze)scenariusze)

Nazwa: Dokonaj rejestracji Numer: 1 Twórca: Projektant Poziom ważności: Średni Typ przypadku użycia: Istotny Aktorzy: Obserwator Krótki opis: Rejestracja w bazie użytkowników Warunki wstępne: Wejście do systemu Warunki końcowe: Dodanie informacji o użytkowniku do bazy

Główny przepływ zdarzeń:

1. Użytkownik uruchamia funkcję „Załóż konto” 2. System wyświetla formatkę do wprowadzenia danych 3. Użytkownik wprowadza dane i zatwierdza je klikając

przycisk „Rejestruj” 4. System wyświetla komunikat, iż na podany przez

użytkownika adres e-mail został wysłany list, zawierający, adres strony aktywującej konto.

5. Użytkownik otwiera stronę przesłaną pocztą 6. System dodaje użytkownika do zarejestrowanych

Alternatywne przepływy zdarzeń:

4. Jeśli podczas wprowadzania danych został popełniony błąd w postaci pustego pola, nieprawidłowego formatu danych, niezgodności haseł lub istnienia identycznego loginu lub adresu e-mail w bazie, system wyświetla raz jeszcze formatkę do wprowadzania danych z informacjami o błędach

6. Jeżeli użytkownik jest już dodany system informuje o tym użytkownika.

Specjalne wymagania: Wysoka niezawodność systemu Notatki i kwestie: Brak


DODATEK B DODATEK B (przykładowy (przykładowy –– tytuł pracy „Giełda książek tytuł pracy „Giełda książek i pomocy naukowych dla studentów” i pomocy naukowych dla studentów” –– struktura bazy danych)struktura bazy danych)


Politechnika Krakowska im Tadeusza Kościuszki

Wydział Fizyki, Matematyki i Informatyki Stosowanej

Kierunek: Informatyka; specjalność Informatyka Stosowana

PRACA MAGISTERSKA

Tytuł pracy: Tytuł pracy: AUTOR:

Dziękuję za uwagę !!!Dziękuję za uwagę !!!KRAKÓW, Marzec 2011

Promotor pracy :

PRACA MAGISTERSKA Tytuł pracy -...

Documents

Transcript of PRACA MAGISTERSKA Tytuł pracy -...