Software Achitecture Document Pó l-internetowy System Obs lugi Turystyki Gminnej

Podobne dokumenty
Software Achitecture Document Pó l-internetowy System Obs lugi Turystyki Gminnej

AskAnything - SAD by the Hackin9 crew

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach)

Opis Architektury Systemu Galileo

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013. Forma studiów: Stacjonarne Kod kierunku: 06.

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013. Forma studiów: Stacjonarne Kod kierunku: 11.

Szkolenie certyfikowane CS 1 - Obsługa systemów rezerwacyjnych wykorzystywanych przez biura podróży (min.4 systemy)

Jeden przyk lad... czyli dlaczego warto wybrać MIESI.

Wieloprogramowy system komputerowy

Wykład 1 Inżynieria Oprogramowania

WYKONANIE MODELU GENERYCZNEGO W POSTACI APLIKACJI, SŁUŻĄCEJ DO PROGNOZOWANIA ZAPOTRZEBOWANIA NA USŁUGI EDUKACYJNE

World Wide Web? rkijanka

O nas. Misja. Właścicielem portalu Travelove24.com jest Centrum Europejskich Mediów i Innowacji CEMI Sp. z o.o.

systemów intra- i internetowych Platformy softwarowe dla rozwoju Architektura Internetu (2) Plan prezentacji: Architektura Internetu (1)

OFERTA HOTEL-IN. Rezerwacje Internetowe Channel Manager Integracja z systemem hotelowym

Wirtualne sieci prywatne

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2013/2014. Forma studiów: Stacjonarne Kod kierunku: 06.

Wieloprogramowy system komputerowy

RFP. Wymagania dla projektu. sklepu internetowego B2C dla firmy Oplot

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2016/2017. Forma studiów: Niestacjonarne Kod kierunku: 11.

Program praktyki zawodowej dla zawodu Technik Turystyki wiejskiej

Aplikacje internetowe - opis przedmiotu

Serwis rezerwacji noclegów online

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja

Wspomaganie pracy w terenie za pomocą technologii BlackBerry MDS. (c) 2008 Grupa SPOT SJ

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2013/2014

(argument dla męskiej m. ęści populacji)

Overlord - specyfikacja uzupełniająca. Jakub Gołębiowski Adam Kawa Piotr Krewski Tomasz Weksej

Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle

Szkolenie certyfikowane CS 1 - Obsługa systemów rezerwacyjnych wykorzystywanych przez biura podróży (min.4 systemy)

Spis treúci. 1. Wprowadzenie... 13

Dokumentacja techniczna. Młodzieżowe Pośrednictwo Pracy

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013. Forma studiów: Stacjonarne Kod kierunku: 11.

Software Architecture Document dla systemu USOSweb 2.0. Adam Radziwończyk-Syta Karol Sobczak Marcin Koziński Grzegorz Paszt

Opis przedmiotu zamówienia

ZADANIA PROJEKTU I HARMONOGRAM ICH REALIZACJI

IO - SAD. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2016/2017. Forma studiów: Niestacjonarne Kod kierunku: 11.

Zastosowanie Robotów. Ćwiczenie 4. Mariusz Janusz-Bielecki. laboratorium

Projekty Zaliczeniowe Laboratorium Sieci Komputerowych

INDECT. Projekt i implementacja prototypu systemu GIS dla akwizycji, wizualizacji i przetwarzania wiedzy o zagrożeniach.

Overlord - Plan testów

E-commerce. Genialnie proste tworzenie serwisów w PHP i MySQL.

Tworzenie aplikacji Web Alicja Zwiewka. Page 1

Zarządzanie WAN - Integracja sieci LAN, perspektywa i wytyczne dla jednostek PSZ

Analiza ruchu turystycznego w roku 2010 w Mrągowskim Centrum Informacji Turystycznej

Technologie cyfrowe semestr letni 2018/2019

Jak korzystad z nowego narzędzia GCBstats do zbierania danych statystycznych dotyczących turystyki biznesowej i indywidualnej w roku 2012

Adres IP

Jak uzyskać dostęp do funkcji tworzenia indywidualnego profilu Użytkownika Portalu Turystyki Aktywnej W siodle

W związku z realizacją projektu pt. Wdrożenie systemu B2B w celu automatyzacji procesów

DTextra System Zarządzania Dokumentami

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2013/2014. Forma studiów: Stacjonarne Kod kierunku: 16.

Liczba godzin 1,2 Organizacja zajęć Omówienie programu nauczania 2. Tematyka zajęć

Analiza, projekt i realizacja systemu wspomagania zarządzaniem hotelu. Michał Koczko 4321

Zespół io07-7e: Agata Chrobak Kornel Jakubczyk Tomek Klukowski Przemek Kosiak. Projekt SZOP SAD

Innowacyjność technologiczna szlaków turystycznych platforma internetowa kompleksowo zintegrowana z urządzeniami mobilnymi

Zdalne monitorowanie i zarządzanie urządzeniami sieciowymi

Oferta specjalna na Zintegrowany System Zarządzania Stroną Firmy.

Turystyka na terenach cennych przyrodniczo, w tym obszarach Natura 2000 Promocja ekoturystyki

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013. Forma studiów: Stacjonarne Kod kierunku: 06.

Role regionalnego serwisu internetowego na przykładzie Małopolski. Wrota Małopolski. Kraków, 2 kwietnia 2004 r.

WYKONANIE MODELU GENERYCZNEGO W POSTACI APLIKACJI, SŁUŻĄCEJ DO PROGNOZOWANIA ZAPOTRZEBOWANIA NA USŁUGI EDUKACYJNE

Polskie Towarzystwo Turystyczno - Krajoznawcze Oddział w Szamotułach Zespół Szkół w Pamiątkowie. ZAPROSZENIE na

PWSZ w Nowym Sa czu. Karta przedmiotu. Państwowa Wyższa Szko la Zawodowa w Nowym Sa czu. 1 Przedmiot. 2 Rodzaj zaje ć, liczba godzin w planie studiów

REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i realizacja serwisu ogłoszeń z inteligentną wyszukiwarką

Regulamin Usług Promocyjnych

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013. Forma studiów: Stacjonarne Kod kierunku: 12.

Dokument Detaliczny Projektu

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016. Forma studiów: Stacjonarne Kod kierunku: 11.

Proces projektowania i wdrożenia serwisu internetowego

Galileo - encyklopedia internetowa Plan testów

Opis systemu rezerwacji

Tomaszów Mazowiecki 5 stycznia 2015 r. ZAPYTANIE OFERTOWE

Specjalizujemy się w tworzeniu, projektowaniu oraz wdrażaniu zaawansowanych systemów bilingowych.

Software Architecture Document czyli jak i dlaczego w 14 minut ;-)

Bazy danych i ich aplikacje

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013. Forma studiów: Stacjonarne Kod kierunku: 06.

Komputerowy system elektronicznego dzienniczka ucznia e-dziennik

Kluczowe zasoby do realizacji e-usługi Warszawa, 16 października Maciej Nikiel

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

REGULAMIN ŚWIADCZENIA USŁUG DROGĄ ELEKTRONICZNĄ W ZAPLO SP. Z O.O.

Opis wdrożenia Platformy Technologicznej epodreczniki.pl na zasobach Poznańskiego Centrum Superkomputerowo-Sieciowego

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2013/2014. Forma studiów: Stacjonarne Kod kierunku: 06.

PLN. Restauracja wraz z miejscami noclegowymi oraz domem mieszkalnym w miejscowości

mpensjonat Oprogramowanie dla : hoteli pensjonatów domów wczasowych hosteli

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2014/2015. Forma studiów: Stacjonarne Kod kierunku: 12.

Absolwenci kierunków informatycznych

Programowanie współbieżne i rozproszone

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2016/2017. Forma studiów: Niestacjonarne Kod kierunku: 11.

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

Pełna specyfikacja pakietów Mail Cloud

Wyk lad 12. (ii) najstarszy wspó lczynnik wielomianu f jest elementem odwracalnym w P. Dowód. Niech st(f) = n i niech a bedzie

INFORMATYKA Pytania ogólne na egzamin dyplomowy

Część I -ebxml. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013. Forma studiów: Stacjonarne Kod kierunku: 12.

Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2016/2017. Forma studiów: Niestacjonarne Kod kierunku: 11.

Transkrypt:

Software Achitecture Document Pó l-internetowy System Obs lugi Turystyki Gminnej Edyta Agnieszka Luty 236090 Bartosz Dabrowski 235954 Piotr Minakowski 234523 Piotr Broda 212720 17 maja 2007

SPIS TREŚCI Spis treści 1 Wstep 2 1.1 Cel dokumentu............................ 2 1.2 Zakres dokumentu.......................... 2 1.3 Definicje................................ 2 1.4 Omówienie.............................. 2 2 Za lożenia i cele systemu 3 2.1 Platforma techniczna......................... 3 2.2 Bezpieczeństwo............................ 3 2.3 Dostepność.............................. 3 2.4 Niezawodność............................. 3 2.5 Wydajność.............................. 3 2.6 Obs luga dodatkowych jezyków................... 4 3 Warstwy 5 4 Architektura systemu 6 5 Przypadki użycia 6 5.1 Diagramy przypadków użycia.................... 6 5.2 Skrócony opis przypadków użycia.................. 9 5.2.1 Rezerwacja laczona...................... 9 5.2.2 Generowanie raportu n.t. konkurencji........... 9 5.2.3 Generowanie raportu n.t. wykorzystania możliwości gminy 9 5.2.4 Potwierdzenie rezerwacji................... 9 5.2.5 Przegladanie materia lów multimedialnych......... 9 5.2.6 Aktualizowanie oferty.................... 9 5.2.7 Dodanie osoby do listy kontaktów............. 9 5.2.8 Rezerwacja obiektu...................... 9 5.3 realizacja przypadków użycia.................... 10 5.4 Disgram dziedziny.......................... 12 6 Systemowy dzigram przebiegu 13 7 Struktura systemu 14 1

1 WSTEP 1 Wstep 1.1 Cel dokumentu W dokumencie znajduje sie sczegó lowe przedstawienie systemu PSOTG. W szczególności opisane sa struktura systemu, jego za lożenia i cele jakie ma realizować oraz rozwiazania technologiczne potrzebne do jego przygotowania. Ostatecznie celem tego dokumentu jest przekazanie najważniejszych decyzji projektowych, które musza być brane pod uwage podczas tworzenia oprogramowania. 1.2 Zakres dokumentu W dokumencie tym znajduja sie opisy: architektury systemu wewnetrznej struktury systemu przyk lady interakcji 1.3 Definicje PSOTG: Pó linternetowy System Obs lugi Turystyki Gminnej HTML: HyperText Markup Language PHP: PHP Hypertext Preprocessor HTTP: HyperText Transfer Protocol SQL: Structured Query Language WWW: World Wide Web 1.4 Omówienie W niniejszym dokumencie system PSOTG przedstawiony jest z różnych perspektyw tak aby opis systemu by l możliwie jednoznaczny. Zawiera również odwo lania do innych dokumentów z którymi osoba zainteresowana danym tematem powinna sie zapoznać - nie jest to jednak konieczne do zrozumienia dzia lania systemu. Opisany projekt przedstawiony jest z perspektywy wewnetrznego podzia lu struktury systemu na poszczególne pakiety i warstwy 1, z perspektywy podzia lu na klasy 2 oraz zawiera przyk lady interakcji miedzy użytkownikiem a systemem 3. 1 PSOTG, Warstwy 2 PSOTG, Model dziedziny 3 PSOTG, Przyk lady przypadków użycia 2

2 ZA LOŻENIA I CELE SYSTEMU 2 Za lożenia i cele systemu 2.1 Platforma techniczna System PSOTG bedzie zrealizowany jako serwis internetowy oparty na technologii J2EE. Z uwagi na lokalne dzia lanie, system nie powinien być narażony na duże obciażenie. 2.2 Bezpieczeństwo Z uwagi na to, że system bedzie przechowywa l szczegó lowe informacje o klientach jest po lożony duży nacisk na bezpieczeństwo. Aby zmniejszyć możliwość nadużyć system nie bedzie oferowa l możliwości dokonywania p latności przez internet. Nastepujace aspekty bezpieczeństwa musza być zawsze przestrzegane: konieczność zalogowania sie przy pomocy loginu i has la podczas korzystania z systemu komunikacja z użytkownikiem odbywa sie tylko przez szyfrowane kana ly rezerwacja zostanie ostatecznie potwierdzona tylko po otrzymaniu potwierdzenia o wp lynieciu zaliczki na konto gminy logowanie wszystkich akcji użytkowników 2.3 Dostepność System bazuje na dużej osiagalności przez internet. Wiekszość aktywności systemu bedzie można zarejestrować w dzień lub wieczorem w czasie gdy wiekszość osób korzysta z internetu. Ponieważ system nie jest przeznaczony na rynki znajdujace sie w innych strefach czasowych, wiec jego dostepność w godzinach nocnych nie jest priorytetowa. 2.4 Niezawodność System zawiera duża ilość danych zwiazanych z zawartymi transakcjami. Wymaga to czestego/codziennego tworzenia kopii zapasowych danych - może sie to odbywać w godzinach nocnych przy mniejszym nateżeniu ruchu w sieci. 2.5 Wydajność System musi być pod laczony do szybkiego lacza internetowego z powodu dużej ilości materia lów multimedialnych jakie beda dostepne dla użytkowników. Jednocześnie możliwość planowania tras wymaga aby system by l również odpowiednio szybki. W przypadku bardzo obciażonych gmin zwiekszenie wydajności sytemu można latwo realizować poprzez dodanie dodatkowych serwerów. 3

2 ZA LOŻENIA I CELE SYSTEMU 2.6 Obs luga dodatkowych jezyków Z racji na możliwość przysz lego rozwoju serwisu i jego promocje na rynkach zagranicznych interfejs systemu od samego poczatku musi mieć możliwość obs lugi kilku jezyków oraz możliwość ich dodania w póĺşniejszym czasie. W zwiazku z tym warstwy poniżej warstwy interfejsu musza wspó lpracować z różnymi jezykami. 4

3 WARSTWY 3 Warstwy 5

5 PRZYPADKI UŻYCIA 4 Architektura systemu 5 Przypadki użycia 5.1 Diagramy przypadków użycia 6

7 5 PRZYPADKI UŻYCIA

8 5 PRZYPADKI UŻYCIA

5 PRZYPADKI UŻYCIA 5.2 Skrócony opis przypadków użycia 5.2.1 Rezerwacja laczona Użytkownik chcac zarejestrować miejsca noclegowe oraz wchodzi na strone serwisu PSOTG gdzie wyszukuje interesujace go oferty. 5.2.2 Generowanie raportu n.t. konkurencji Gospodarz gospodarstwa agroturystycznego chce otrzymywać raport, z którego może widzieć ruch turystyczny, jaki generuje konkurencja. 5.2.3 Generowanie raportu n.t. wykorzystania możliwości gminy Urzednik generuje raport, aby dowiedzieć sie, które regiony gminy sa popularniejsze od innych wśród turystów. Raport taki, umożliwi lepsze ulokowanie środków przeznaczonych na rozwój gminy. 5.2.4 Potwierdzenie rezerwacji Pracownik centrali po otrzymaniu od Turysty prośby o dokonanie rezerwacji konsultuje sie z gospodarzami, wypożycajacymi sprzet. Turysta otrzymuje potwierdzenie. 5.2.5 Przegladanie materia lów multimedialnych W momencie wejścia do serwisu Turysta nie jest zainteresowany znalezieniem noclegu lub zarezerwowaniem sprzetu rekreacyjnego. G lównym celem Turysty jest zapoznanie sie z materia lami multimedialnymi dotyczacymi regionu. 5.2.6 Aktualizowanie oferty Gospodarz dodaje pod swoim nazwiskiem do systemu dodatkowe zasoby, które beda mogli przez PSOTG wypożyczyć Turyści. 5.2.7 Dodanie osoby do listy kontaktów Turysta dodaje nowa osobe do listy kontaktów, aby w przysz lości być informowanym o jej miejscach pobytu oraz planach wypoczynku. 5.2.8 Rezerwacja obiektu Organizator chcac zarezerwować w gminie obiekt użyteczności publicznej może go znaleĺşć w serwisie oraz uzyskać na jego temat wymagane informacje. Negocjacja ceny oraz pozwolenia na organizacje imprezy odbywa sie poza serwisem - bezpośrednio miedzy organizatorem a w ladzami gminnymi. 9

5 PRZYPADKI UŻYCIA 5.3 realizacja przypadków użycia 10

11 5 PRZYPADKI UŻYCIA

5 PRZYPADKI UŻYCIA 5.4 Disgram dziedziny 12

6 SYSTEMOWY DZIGRAM PRZEBIEGU 6 Systemowy dzigram przebiegu 13

7 STRUKTURA SYSTEMU 7 Struktura systemu 14