Software Achitecture Document Pó l-internetowy System Obs lugi Turystyki Gminnej Edyta Agnieszka Luty 236090 Bartosz Dabrowski 235954 Piotr Minakowski 234523 Piotr Broda 212720 24 maja 2007
SPIS TREŚCI Spis treści 1 Histora dokumentu 2 2 Wstep 3 2.1 Cel dokumentu............................ 3 2.2 Zakres dokumentu.......................... 3 2.3 Definicje................................ 3 2.4 Zakres................................. 3 3 Ogólna charakterystyka systemu 4 4 Architekrura systemu 4 4.1 Standardy techniczne......................... 4 4.2 Warstwy systemy PSOTG...................... 5 4.3 Diagram dziedziny.......................... 6 4.4 Ważne aspekty techniczne...................... 7 4.4.1 Platforma techniczna..................... 7 4.4.2 Bezpieczeństwo........................ 7 4.4.3 Dostepność.......................... 7 4.4.4 Niezawodność......................... 7 4.4.5 Wydajność.......................... 7 4.4.6 Obs luga dodatkowych jezyków............... 8 5 Przypadki użycia 8 5.1 Docelowa grupa odbiorców..................... 8 5.2 Wymagana funkcjonalność...................... 8 5.3 Realizacja rezerwacji - podstawowy scenariusz sukcesu...... 8 5.4 Graficzne przedstawienie przypadków użycia............ 10 5.4.1 Diagram przebiegu opisujacy rezerwacje.......... 10 5.4.2 Przypdki użycia z udzia lem turysty............. 11 6 Struktura systemu 12 1
1 HISTORA DOKUMENTU 1 Histora dokumentu Data Opis zmiany Osoba 16 05 2007 dokument zosta l utworzony Zespó l PSOTG 23 05 2007 zosta ly naniesione poprawki Zespó l PSOTG 2
2 WSTEP 2 Wstep 2.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. 2.2 Zakres dokumentu W dokumencie tym znajduja sie opisy: architektury systemu wewnetrznej struktury systemu przyk lady interakcji 2.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 2.4 Zakres 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 3
4 ARCHITEKRURA SYSTEMU 3 Ogólna charakterystyka systemu System PSOTG jest dedykowany po lożonym na atrakcyjnym turystycznie terenie gminom, w których stopień urbanizacji i poziom rozwoju infrastruktury ( drogowej, telekomuniakcyjnej) jest stosunkowo niski, ale jest wielu chetnych gospodarzy, którzy w dzia lalności agroturystycznej znaleźliby dodatkowe źród lo dochodu. 4 Architekrura systemu 4.1 Standardy techniczne baza danych oparta na standardzie SQL - 92 dokumentacja tworzona w systemie LaTeX (PDF) kodowanie napisów UTF-8, ISO-8859-2 Html 4.01, Java EE 5, CSS2, JavaScript 1.2 logowanie w standardzie SSL formaty graficzne JPEG, PNG 4
4 ARCHITEKRURA SYSTEMU 4.2 Warstwy systemy PSOTG 5
4 ARCHITEKRURA SYSTEMU 4.3 Diagram dziedziny System PSOTG s luży do obs lugi turystyki gminnej. System wraz ze środowiskiem pracy sk lada sie z wyszczególnionych poniżej elementów (aktorzy, obiekty fizyczne, sk ladniku systemu) 6
4 ARCHITEKRURA SYSTEMU 4.4 Ważne aspekty techniczne 4.4.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. Przewiduje sie średnie jednorazowe obciażenie systemu na 200 zalogowanych użytkowników. 4.4.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 4.4.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. 4.4.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. 4.4.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. 7
5 PRZYPADKI UŻYCIA 4.4.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. 5 Przypadki użycia 5.1 Docelowa grupa odbiorców Docelowym odbiorca systemu PSOTG jest Turysta. Skupimy sie na tym użytkowniku - poniżej przedstawone zostana jego przypadki użycia. 5.2 Wymagana funkcjonalność Po wybraniu rezerwacji turysta ma możliwość zaznaczenia w kalendarzu interesujacego go terminu i pokoju, lub sprzetu. Nastepnie jest pytany o rezerwowacje innych zasobów. W momencie skończenia kompletowania wszystkich potrzebnych zasobów zostanie zapytany o potwierdzenie. W wypadku potwierdzenia rezerwacji przez turyste, jast ona widoczna w centrali i danego dnia o ustalonej godzinie, pracownik centrali dzwoni do gospodarzy i wypożyczajacych, w celu potwierdzenia możliwości spe lnienia rezerwacji. Jezeli gospodarz lub wypożyczajacy, może potwierdzić rezerwacje, to pracownik centrali odhacza sprawe jako za latwiona, a system automatycznie wysy la e-mail z potwierdzeniem i ewentualnie wiadomość SMS z bramki. W przypadku odmowy gospodarza lub wypożyczajacego, pracownik wybiera opcje przerezerwqowania, a system podsuwa propozycje podobne do wybranej, a nastepnie tak że automatycznie wysy la e-mail do turysty. 5.3 Realizacja rezerwacji - podstawowy scenariusz sukcesu 1. Turysta rozpocza l prace z systemem - wyswietli ly mu sie podstawowe informacje o regionie 2. Turysta przeglada informacje o miejscowościach, gospodarstwach agroturystycznych i innych obiektach 2.1 Turysta zapoznaje sie z dostepnymi materia lami multimedialnymi dotyczacymi wybranego obiektu, tj. ze zdjeciami, filmami, muzyka regionalna, czy też podgladem widoku z kamer wideo umieszczonych na docelowym miejscu 2.2 Podczas przegladania turysta dodaje swoje preferencje do wybranych obiektów 3. Turysta precyzuje swoje preferencje i wybiera parametry wycieczki (miejscowości, zabytki, parki krajobrazowe) 3.1 Wyszukiwarka (system) zwraca wyniki dla podanych parametrów 8
5 PRZYPADKI UŻYCIA 4. Turysta wybiera konkretny poczatek trasy 5. System proponuje możliwe trasy 6. Turysta oglada i porównuje możliwe trasy 7. Turysta wybiera jedna trase 7.1 System wyświetla wybrana trase 8. Turysta wprowadza parametry podróży (czas, środki transportu, standard noclegów, sprzet rekreacyjny, którym jest zainteresowany) 8.1 System proponuje noclegi przy kolejnych pozycjach na trasie (pokazuje miejsca wypożyczenia sprzetu) 9. Turysta zapoznaje sie z zaproponowanymi miejscami noclegowymi - oglada je i porównuje 10. Turysta wybiera miejsca, w których chcia lby sie zatrzymać (priorytetowe) 10.1 Turysta zaznacza również miejsca alternatywne (drugiego wyboru) 11. Dokonuje rezerwacji 12. System przeprowadza rezerwacje 12.a System informuje, że rezerwacja zosta la pomyślnie przekazana do centrali i prezentuje dalszy przebieg rezerwacji 13. Zadowolony turysta wylogowuje sie z systemu 14. Operator centrali czyta informacje o rezerwacji 14.1 Operator centrali potwierdza rezerwacje u gospodarzy 15. Operator centrali wprowadza potwierdzona rezerwacje do systemu 16. System zmniejsza zasoby 17. Operator centrali telefonicznie informuje turyste o dokonanej rezerwacji 9
5 PRZYPADKI UŻYCIA 5.4 Graficzne przedstawienie przypadków użycia 5.4.1 Diagram przebiegu opisujacy rezerwacje 10
5 PRZYPADKI UŻYCIA 5.4.2 Przypdki użycia z udzia lem turysty 11
6 STRUKTURA SYSTEMU 6 Struktura systemu Nazwa systemu Pó linternetowy System Obs lugi Turystyki Gminnej wskazuje na jego dwie podstawowe cześci. Jedna z nich to serwis internetowy (Dok ladnie opisany powyżej). Klient komunikuje sie z interfece systemu system za pomoca przegladarki www. Druga, równie ważna cześć systemu to serwer WWW, serwer baz danych, centrala oraz infrastruktura telekomunkacyjna, która dysponuja pracownicy centrali oraz gospodarze. 12