Wstęp
Charakterystyka biura przewodnickiego
Biuro przewodnickiego rozumiemy jako działalność gospodarczą która podpisuje z klientem umowę obejmującą usługi turystyczno - przewodnickie. Biuro turystyczne określa się przez dwie definicje:
a) potocznie - firma, w której załatwia się wszelkie sprawy związane z wyjazdem poza miejsce zamieszkania
b) rynkowo- to podmiot gospodarczy mogący prowadzi działalność w zakresie organizowania, realizowania i sprzedawania usług niezbędnych dla osób podróżnych jak i sprzedaży usług towarzyszących. Podstawową rolą biura przewodnickiego jest oferowanie usług w postaci zestawu, czyli tzw. pakietu turystycznego.
Organizator turystyki lub pośrednik turystyczny, który proponuje klientom imprezy
turystyczne lub usługi turystyczne, udostępniając im odpowiednie informacje
pisemne, a w szczególności broszury, foldery, katalogi, jest obowiązany
wskazać w tych materiałach w sposób dokładny i zrozumiały:
cenę imprezy turystycznej lub usługi turystycznej albo sposób jej ustalenia;
miejsce pobytu lub trasę imprezy;
rodzaj, klasę, kategorię lub charakterystykę środka transportu;
położenie, rodzaj i kategorię obiektu zakwaterowania, według przepisów kraju pobytu;
ilość i rodzaj posiłków;
program zwiedzania i atrakcji turystycznych;
kwotę lub procentowy udział zaliczki w cenie imprezy turystycznej lub usługi turystycznej oraz termin zapłaty całej ceny;
termin powiadomienia klienta na piśmie o ewentualnym odwołaniu imprezy turystycznej lub usługi turystycznej z powodu niewystarczającej liczby zgłoszeń, jeżeli realizacja usług jest uzależniona od liczby zgłoszeń;
podstawy prawne umowy i konsekwencje prawne wynikające z umowy;
ogólne informacje o obowiązujących przepisach paszportowych, wizowych i sanitarnych oraz o wymaganiach zdrowotnych dotyczących udziału w imprezie turystycznej.
Przez użyte określenia do budowy charakterystyki biura przewodnickiego trzeba rozumieć następująco :
1) usługi turystyczne - usługi przewodnickie, usługi hotelarskie oraz wszystkie
inne usługi świadczone turystom lub odwiedzającym
2) impreza turystyczna - co najmniej dwie usługi turystyczne tworzące jednolity
program i objęte wspólną ceną, jeżeli usługi te obejmują nocleg lub trwają
ponad 24 godziny albo jeżeli program przewiduje zmianę miejsca pobytu
3) wycieczka - rodzaj imprezy turystycznej, której program obejmuje zmianę
miejsca pobytu jej uczestników
4) organizowanie imprez turystycznych - przygotowywanie lub oferowanie, a
także realizacja imprez turystycznych
5) organizator turystyki - przedsiębiorca organizujący imprezę turystyczną;
6) pośrednik turystyczny - przedsiębiorca, którego działalność polega na
wykonywaniu, na zlecenie klienta, czynności faktycznych i prawnych związanych z zawieraniem umów o świadczenie usług turystycznych
7) agent turystyczny - przedsiębiorca, którego działalność polega na stałym
pośredniczeniu w zawieraniu umów o świadczenie usług turystycznych na
rzecz organizatorów turystyki posiadających zezwolenia w kraju lub na
rzecz innych usługodawców posiadających siedzibę w kraju
7a) przewodnik turystyczny - osobę zawodowo oprowadzającą turystów lub
odwiedzających po wybranych obszarach, miejscowościach i obiektach oraz
udzielającą o nich informacji;
7b) pilot wycieczek - osobę towarzyszącą, w imieniu organizatora turystyki,
uczestnikom imprezy turystycznej, sprawującą opiekę nad nimi i czuwającą
nad sposobem wykonania na ich rzecz usług;
8) usługi hotelarskie - krótkotrwałe, ogólnie dostępne wynajmowanie domów,
mieszkań, pokoi, miejsc noclegowych, a także miejsc na ustawienie namiotów
lub przyczep samochodowych oraz świadczenie, w obrębie obiektu,
usług z tym związanych;
9) turysta - osobę, która podróżuje do innej miejscowości poza swoim stałym
miejscem pobytu na okres nieprzekraczający 12 miesięcy, dla której celem
podróży nie jest podjęcie stałej pracy w odwiedzanej miejscowości i która
korzysta z noclegu przynajmniej przez jedną noc;
10) odwiedzający - osobę, która podróżuje do innej miejscowości poza swoim
stałym miejscem pobytu, dla której celem podróży nie jest podjęcie stałej
pracy w odwiedzanej miejscowości oraz niekorzystającą z noclegu;
11) klient - osobę, która zamierza zawrzeć lub zawarła umowę o świadczenie
usług turystycznych na swoją rzecz lub na rzecz innej osoby, a zawarcie tej
umowy nie stanowi przedmiotu jej działalności gospodarczej, jak i osobę, na
rzecz której umowa została zawarta, a także osobę, której przekazano prawo
do korzystania z usług turystycznych objętych uprzednio zawartą umową;
Określenie problemów
Biuro przewodnickie oraz biura turystyczne działają na podstawie wymiany informacji z klientami za pośrednictwem klasycznych metod. Oznacza to że gotowe oferty biura przewodnickiego są dostępne poprzez broszury i inne formy reklamy papierowej, ale też dostępne są na stronie internetowej danego biura. Jednakże wszystkie te oferty są to oferty przygotowane przez biuro, które to biuro nie zna dokładnie potrzeb turysty. Klient ( turysta ) jeśli chce dokonać zmian w kupowanej wycieczce musi udać się do biura i wszystko uzgodnić ze sprzedawcą. Jest to forma dogodna bo na pewno nie wystąpią żadne nie porozumienia, ale klient aby dowiedzieć się o cenie lub innych warunkach swojej wymarzonej wycieczki musi poświęcić dużo czasu. Za pośrednictwem portalu biuro może uzyskać informacje jaką wycieczkę życzył by sobie klient. Turysta przeglądając standardowe oferty biura mógł by nanosić poprawki do programu wycieczki, czasu i rodzaju transportu. Biuro po uzyskaniu informacji będzie mogło jasno określić ofertę handlową przystosowaną do potrzeb klienta. Dzięki temu klient prawdopodobnie zakupi taką usługę od biura.
Ważną rzeczą jest również zapoznanie się ze zdaniem innych osób które już skorzystały z podobnej usługi. Problem ten klient może rozwiązać poprzez opublikowanie swojego zdania na publicznym forum które to będzie założone dla każdej wycieczki. Dzięki temu biuro poprzez dobrze wykonywaną pracę zyska darmową reklamę i promocję przez ludzi którzy skorzystali z usług biura.
Niektóre z tych czynników wpływa na nie doinformowanie klientów. W świadomości klienta istnieje zamęt informacyjny co w efekcie prowadzi do podejmowania nie właściwych decyzji czyli w tym wypadku nie wybranie naszej oferty. Jeśli klient nie jest przekonany do oferty naszego biura tracą na tym również przewodnicy którym zależy aby dobrze się sprzedać. Dlatego też aplikacja (witryna internetowa) www.extreme-guide.pl sprosta zadaniu jakim jest dobra informacja zarówno dla klienta jak i dla biura. Dzięki portalowi klient zyska informacje na temat ofert biura natomiast biuro zyska informacje niezbędne do polepszenia jakości wykonywania swoich usług. Biuro otrzyma cenne informacje na temat opinii wyrażanych przez klienta jak również zorientuje się na jakie usługi jest zapotrzebowanie na rynku turystycznym poprzez zmiany dokonywane w ofertach przez klientów.
Podsumowując wszystkie te zagadnienia można ująć w następującej tabeli
Problem z |
|
Wpływa na |
Jest to czynnik który wpływa na straty w firmie. Dezinformacja w dynamicznym świecie jest destrukcyjna z czym mamy tutaj do czynienia. |
Wpływ który jest |
Czynniki wyżej wymienione wpływają niekorzystnie na sprzedaż usług proponowanych przez przewodników. |
Rozwiązaniem jest |
|
Określenie pozycji produktu
Produkt ten jest przeznaczony dla każdego biura przewodnickiego. Oczywiście każde biuro posiada własną politykę sprzedaży, zatrudnienia jak również politykę zarządzania zasobami ludzkimi i zarządzania ofertami handlowymi. Dlatego też aplikację podczas wdrożenia trzeba dostosować do istniejących warunków w firmie.
Oferty w biurze przewodnickim będą na bieżąco wprowadzone i dlatego też system dostarczy możliwość dynamicznego kreowania oferty biura.
Klientem końcowym dla którego będzie napisany portal jest biuro przewodnickie specjalizujące się w przewodnictwie górskim. Na potrzeby stworzenia systemu firma przyjmie nazwę „Extreme-Guide” i tak samo będzie nazywał się portal internetowy na którym będzie działał system biura przewodnickiego.
Głównym zadaniem portalu jest przedstawienie oferty przewodnickiej klientowi. Jednakże portal będzie czymś więcej niż tylko oferta handlowa przewodników pracujących dla biura. Portal będzie czymś w rodzaju poradnika przewodnickiego dla użytkowników którzy skorzystają z portalu. Użytkownicy portalu będą mieli możliwość zestawienie i wyboru swojej podroży. Po stworzeniu programu wycieczki system zaproponuje kilka zestawów wycieczek do wyboru. W szczegółowym podglądzie takiego zestawu wycieczkowego będzie dostępny zestaw linków potrzebnych do rezerwacji noclegów i wykupienia biletów na przejazd. Po zarejestrowaniu będą mogli wypowiadać się na forum publicznym na temat odbytych podróży i zamieszać swoje zdjęcia z wypraw. Dla zarejestrowanych użytkowników będzie istniała możliwość dostęp do planu wyjazdu, możliwość „odhaczania” kolejnych dni z programu wycieczki, sporządzania notatek do danego dnia, prowadzenie publicznego blogu ze swoich wypraw, możliwość rekonfiguracji swojego planu wyjazdu. Dla strony biura przewodnickiego bezpośredni dostęp do wszystkich wprowadzonych ofert. Możliwości edycyjne tychże ofert jak również dostęp do statystyk…
Opis udziałowców (zleceniodawców) i użytkowników
Aby efektownie dostarczyć produkt który będzie spełniał potrzeby udziałowców i użytkowników konieczne jest zidentyfikowanie i włączenie wszystkich udziałowców jako cześć zespołu potrzebnego do modelowania wymagań. Należy dodatkowo zidentyfikować użytkowników systemu upewnić się że są to wszyscy użytkownicy jacy będą korzystać z systemu. Postaram się nakreślić profile udziałowców i użytkowników biorących udział w projekcje. Nakreślę również kluczowe potrzeby, problemy jak również rozwiązania tychże problemów. Określę ogólne tło oceny dlaczego dane wymagania są potrzebne i jak system spełni te wymagania.
Opis udziałowców
Udziałowcami dla projektu www.extreme-guide.pl będzie właściciel biura przewodnickiego czyli tak zwany sponsor projektu. W projekcie występują też osoby zainteresowane projektem, ale nie każda z tych osób jest odbiorcą końcowym projektu.
Nazwa |
Opis |
Odpowiedzialny za |
Właściciel |
Osoba fizyczna bądź osoba prawna posiadająca kapitał przeznaczony na projekt. |
Aprobowanie wydatków, zapewnienie płynności finansowej projektu, decydujące zdanie przy akceptacji etapów projektu jak również akceptacji przebiegu projektu. |
Administrator |
Osoba pracująca dla biura przewodnickiego mająca dostęp do panelu administracyjnego systemu. |
Utrzymanie porządku w działaniu systemu, aktualizowanie systemu do nowszych wersji, udzielenie pomocy przy obsłudze w trakcie działania. |
Opis użytkowników
Prezentuje listę zidentyfikowanych użytkowników końcowych systemu. Użytkownicy Ci prawdopodobnie będą utożsamiani z grupami aktorów występujących w systemie.
Aktorzy biznesowi:
Właściciel - jest to osoba która posiada większość udziałów w firmie.
Przewodnik - osoba pracująca dla firmy jako pracownik terenowy posiadająca uprawnienie do prowadzenia grup zorganizowanych.
Sprzedawca - osoba pracująca bezpośrednio lub pośrednio dla biura przewodnickiego zajmująca się promocją i sprzedażą usług oferowanych przez firmę.
Organizator - osoba odpowiedzialna w firmie za kontakt z klientem który wykupił usługę organizacji skonfigurowanej wycieczki.
Administrator - osoba odpowiedzialna za zapewnienie bez awaryjnej pracy systemu oraz sprawująca opiekę nad konserwacją systemu i jego modernizacją.
Klient - osoba korzystająca z dobroci jakie daje portal udostępniany przez biuro przewodnickie.
W tabeli zostali przedstawieni aktorzy biznesowi z zakresem obowiązków jakie obejmują w biurze przewodnickim:
Nazwa |
Opis |
Odpowiedzialny za |
Udziałowiec |
Kierownik |
Kierownik biuro przewodnickiego. |
Zarządzanie biurem przewodnickim. Możliwość kontroli systemu przy pomocy statystyk systemowych. Możliwości zarządcze systemu jak również dostęp do wszelkiego rodzaju list występujących w systemie. |
Sponsor bądź osoba odpowiedzialna za reprezentowanie interesów kierownika biura. |
Administrator |
Osoba posiadająca uprawnienia do obsługi zawansowanych funkcji w systemie. |
Obowiązek sprawdzania bezpieczeństwa systemu. Sprawdzanie czy system działa poprawnie jak również baza danych i serwer na którym działa system. |
Jedna osoba która będzie zajmowała się administrowaniem systemu dla biura przewodnickiego. |
Przewodnik |
Osoba posiadająca uprawnienia do bycia przewodnikiem turystycznym. |
Wprowadzania na bieżąco swoich uprawnień przewodnickich, dbanie o aktualność swoich danych. Osoba ta jest również odpowiedzialna za przyjmowanie zadań przewodnickich przekazanych przez system od biura i ich wypełnianie. |
Jeden z przewodników blisko współpracujący z biurem przewodnickim. |
Sprzedawca |
Osoba zajmująca się sprzedażą i zarządzaniem procesem sprzedaży wycieczek. |
Odpowiedzialna jest za dodawanie nowych ofert dla biura, za zajmowanie się zarządzaniem konfiguracją wycieczek i przydziałem przewodników. |
Jeden z pracowników biura pracujący jako sprzedawca. |
Organizator |
Osoba zajmująca się finalizowaniem kupna wybranej oferty biura. |
Odpowiedzialna za organizację wycieczek dla danego klienta według wytycznych oferty biura przewodnickiego. |
Jeden z pracowników biura odpowiedzialny za organizację wycieczek. |
Klient |
Osoba która będzie korzystała z portalu wykorzystywanego przez biuro. |
|
|
Środowisko użytkownika
Do pracy nad zakończeniem zadania wyznaczono jedną osobę pracującą dla biura przewodnickiego. Osoba ta będzie miała za zadanie sprawdzenie ogólnej funkcjonalności systemu. Wyraża on swoje opinie na temat działania systemu, zgłasza zaobserwowane błędy oraz proponuje ewentualne poprawki dotyczące funkcjonalności systemu. Witryna internetowa może być osadzona na dowolnym serwerze aplikacyjnym posiadającym odpowiednie oprogramowanie. Na początek firmie wystarczy serwer o małej przepustowości z czasem lub z dynamicznym wzrostem popularności serwisu będzie wymagany bardziej wydajny i szybszy serwer. Wymagania główne jakie stawia system na początku działania jest tylko i wyłącznie obsługa PHP w wersji piątej i odpowiednia ilość miejsca na dysku serwera na wgranie systemu. System w przyszłości może być przystosowany do obsługi płatności internetowych oraz współpracy z internetowymi rejestracjami biletów na środki transportu. W przyszłości witrynę można przystosować do oglądania i korzystania z niej w serwisach mobilnej technologii internetowej.
Podsumowanie potrzeb kluczowych udziałowców lub użytkowników
W tym rozdziale przedstawię listę kluczowych problemów z ich aktualnymi rozwiązaniami. Nakreślę jak są one odbierane przez udziałowców lub użytkowników. Wyjaśnię następujące kwestie dla każdego problemu:
• Jakie są powody danego problemu?
• Jak jest aktualnie rozwiązany?
• Jakiego rozwiązania oczekują udziałowcy lub użytkownicy?
Ważne jest aby zrozumieć względne znaczenie jakie kładą na rozwiązanie danego problemu udziałowcy lub użytkownicy. Wszystko to przedstawia poniższa tabela zbierająca te kwestie w uporządkowany i jasny sposób.
Potrzeba (wymagania) |
Priorytet |
Obawy |
Aktualne rozwiązanie |
Proponowane rozwiązanie |
|
|
|
|
|
|
Rozwiązania alternatywne istniejące na rynku.
Poniżej zostały przedstawione alternatywne rozwiązania występujące na rynku turystycznym. Każde z tych rozwiązań stosowanych przez konkurencję posiada mocne i słabe strony, które to zostały wyszczególnione.
Na rynku rozwiązań alternatywnych podobnych do mojego projektu jest bardzo niewiele. Większości produkty te nie spełniają wszystkich funkcjonalności jakie są przewidziane w projekcie extreme-guide. Rozwiązania konkurencji to głównie portale które zajmują się promocją oferty różnych biur turystycznych. Są to całkowicie komercyjne portale które nie udostępniają żadnej możliwości wymiany informacji między turystami. W „sieci” istnieją też strony które oferują usługi prywatnych przewodników. Prywatni przewodnicy z reguły specjalizują się w jednym rejonie turystycznym po którym oprowadzają ludzi. Oferty takie mają bardzo duże ograniczenia między innymi czasowe jak i finansowe. Ograniczenia czasowe polegają na dużym obłożeniu jednego przewodnika, który nie będzie wstanie rozdwoić się na dwie różne wycieczki. Natomiast ograniczenia finansowe dotyczą kosztów jakie wycieczka musi opłacić przewodnikowi. Przewodnik działający na własną rękę jest o wiele droższy od przewodnika, który pracuje dla biura przewodnickiego. Wszystkie alternatywne rozwiązania istniejące w sieci nie posiadają zcentralizowanej oferty dla turysty. To znaczy na jednym portalu znajdujemy przewodnika natomiast na drugim portalu znajdujemy wycieczkę raczej jest to prawie nie możliwe żeby połączyć te dwie usługi i zaplanować tak żeby wszystko się udało. I tutaj naprzeciw wychodzi nasze rozwiązanie w którym oferujemy połączone usługi turystyczno przewodnickie. Wniosek jaki można tu podkreślić produkt zaproponowany jest projektem unikalnym na rynku.
Cechy produktu
W tym podrozdziale wymienię i krótko opiszę cechy produktu. Cechami są wysoko-poziomowe możliwości systemu, które są niezbędne aby użytkownik mógł wyciągnąć korzyści z produktu. Każda cecha jest zewnętrznie zażądaną usługą, która zazwyczaj wymaga serii wejść w celu osiągnięcia oczekiwanego rezultatu.
….
Inne wymagania do aplikacji
Produkt jest wytwarzany jako niezależny portal internetowy, który po stronie klienckiej nie potrzebuje do działania żadnych innych aplikacji prócz przeglądarki internetowej i dostępu do internetu. Po stronie serwera portal potrzebuje do swojego działania zainstalowaną bazę danych MySql oraz obsługę PHP5.
Analiza biura przewodnickiego
Identyfikacja procesów biznesowych w biurze przewodnickim
Przez proces biznesowy rozumiem każde świadome działanie prowadzące do zamierzonego celu. Takimi działaniami może być sprzedaż wycieczki zamieszczonej na portalu co prowadzi do osiągnięcia zysku ze sprzedaży. Po dokonaniu analizy biura przewodnickiego, procesy biznesowe można podzielić na cztery grupy procesów. Każda z tych grup jest odpowiedzialna za inne zadania i funkcje w firmie.
Pierwszą grupa jaką można wyróżnić jest grupa przewodników. Grupa ta określa ludzi pracujących dla biura jako przewodnicy. Możemy wyróżnić kilka procesów zachodzących dla tej grupy występującej w biurze. Pierwszym procesem dla tej grupy jest wykonywanie zadań przypisanych przez organizatora wycieczki. Kolejną czynnością jaką wykonują to zapisywanie się do wycieczek które mogli by oprowadzić. Przewodnicy powinni dbać o aktualność swojego grafiku dostępności poprzez przekazywaniu wniosków o urlopy. Przewodnik również…
Drugą grupą wyróżniającą się w działaniu biura jest grupa odpowiedzialna za sprzedaż w firmie. Pracują w tej grupie głównie handlowcy i sprzedawcy. Sprzedaż produktu jakim są wycieczki polega na odpowiedniej reklamie i promocji na portalu internetowym. Sprzedawca pełni rolę organizatora wycieczki który to przypisuje przewodnika do konkretnej wyprawy, rezerwuje odpowiedni transport jak również zapewnia noclegi dla osób które wykupiły podróż. Grupa ta silnie współpracuje z grupą przedstawicieli hoteli i przedstawicieli różnego rodzaju form transportu publicznego. Osoby reprezentujące firmy zewnętrzne bezpośrednio kontaktują się z działem sprzedaży, przekazując oferty handlowe swoich firm.
Trzecią grupą są klienci osoby które biorą czynny udział w korzystaniu z usług biura przewodnickiego. Osoby te poprzez założenie indywidualnego konta na portalu internetowym będą mogły zamawiać wycieczki turystyczne oferowane przez biuro.
Czwartą grupą są administratorzy są to osoby lub osoba zajmująca i dbającą o to aby portal internetowy jaki cały system działający w biurze działał poprawnie. Grupa ta jest specjalnie uprzywilejowana gdyż posiada dostęp do wszelkie rodzaju baz danych i wnętrza systemu. Osoby posiadające uprawnienia administracyjne powinny być osobami posiadającymi odpowiednią wiedzę do pełnienia tej odpowiedzialnej funkcji.
Specyfikacja aktorów biznesowych i systemowych
Aktorzy systemowi:
Pracownik - przez tego aktora będziemy rozumieli osobę która pracuje dla biura przewodnickiego. Będziemy dzielić poszczególnych pracowników w zależności od nadanych im uprawnień w systemie. Odpowiednio grupy użytkowników zostały podzielone na:
Pracowników administracyjnych ( administrator ) - grupa posiadająca szerokie uprawnienia do obsługi systemu i konserwacji. Do tej grupy będzie przypisane taka osoba jak administrator systemu.
Sprzedawcy - grupa posiadająca uprawnienia do tworzenia nowych konfiguracji wycieczek oraz do zmiany i podglądu bieżących wycieczek. Osoba ta posiada uprawnienia do kontaktu i negocjacji z przedstawicielami firm transportowych oraz właścicielami miejsc noclegowych. Uprawnienia sprzedawców pozwalają na wprowadzanie usługodawców i miejsc noclegowych.
Organizatorzy - grupa posiadająca przede wszystkim wgląd do wycieczek wykupionych przez klientów. Uprawnienia pozwalają im na przydzielanie konkretnych przewodników do danej wycieczki. Uprawnieni są również do zatwierdzania danej konfiguracji wycieczki.
Przewodnik - grupa o specyficznych uprawnieniach które umożliwiają wymianę informacji z pracodawcą, którym w tym przypadku jest biuro turystyczne.
Użytkownik - przez tego aktora systemowego będziemy rozumieli wszystkie osoby które zapragną skorzystać z portalu jakim będzie extreme-guide.pl. Bez rejestracji taki użytkownik będzie dla nas mało istotny ponieważ będzie mógł tylko częściowo przeglądać portal. Dopiero po rejestracji użytkownik będzie mógł czerpać jakieś korzyści. Będzie miał dostęp do konfiguracji wycieczek do zgłaszania nowych jak również do kupowania tychże wycieczek.
Zależności biznesowe i struktura działania biura
W tym podrozdziale opiszę sposób działania biura oraz określę konkretne funkcjonalności biznesowe które będą opisywać działania zachodzące w biurze.
Głównym zadaniem biura jest popularyzacja wypraw turystycznych i przewodników organizujących te wycieczki.
Struktura działania biura rozumiany za przepływ informacji w biurze. Biuro po wdrożeniu systemu do firmy będzie posiadało strukturę biznesową zaprezentowaną poniżej.
Zależności hierarchiczne aktorów biznesowych najlepiej widać na poniższym diagramie.
Działanie biura przewodnickiego opiera się na działaniu portalu internetowego i systemu baz danych umieszczonym w biurze firmy. Zarówno pracownicy jak i klienci korzystają z tego samego systemu lecz z innymi uprawnieniami i możliwościami.
Identyfikacja procesów systemowych w biurze przewodnickim
Identyfikacja tych procesów pomoże nam w określeniu sposoby działania biura przewodnickiego. Prześledzimy kilka ścieżek przepływu procesów w biurze.
Pierwszym z nich będzie zamówienie wycieczki przez klienta odbywa się poprzez portal internetowy. Klient wchodzi na stronę biura turystycznego przeglądając oferty decyduje się na jedną z nich. Klient przed zakupem wybranej wycieczki musi być zarejestrowany w systemie. Rejestracja klienta w systemie będzie przeprowadzany automatycznie przez system jedyne co klient musi wykonać to wysłać swoje poprawne dane poczekać na maila aktywacyjnego i aktywować konto. Klient po weryfikacji otrzyma konto w systemie na które logując się dostanie dostęp do wykupionych wycieczek. Jak również do wszystkich opcji jakie udostępnia portal zrejestrowanym użytkownikom. Jest to pierwszy proces który pozwala na wymianę informacji między klientem a portalem.
Zamówienie organizacji wycieczki przez klienta jest procesem dzięki któremu biuro będzie wstanie generować swoje główne zyski. Klient po rejestracji ma możliwość wykupienia nie tylko informacji jak przeprowadzić taką wycieczkę ale również może wykupić organizację tej wycieczki dla siebie. Proces ten przebiega w ten sposób iż klient wykupuje taką usługę i czeka na potwierdzenie telefoniczne przez przydzielonego dla niego organizatora wycieczki. Dalszy proces organizacji odbywa się w sposób tradycyjny poprzez wymianę informacji między organizatorem i klientem. Wszystkie ustalenia są poprzez organizatora utrwalane na koncie klienta dla konkretnej wycieczki. Klient cały czas może monitorować te zmiany i zgłaszać poprawki i zastrzeżenia do organizacji swojej wycieczki.
Kolejnym ważnym procesem w działaniu systemu jest rejestracja i działanie przewodnika w systemie. Przewodnik zanim zacznie współpracę z biurem przewodnickim musi się zarejestrować jako przewodnik. Wypełnia on formularz …
Wymagania funkcjonalne
Wymagania funkcjonalne to głównie stwierdzenia jakie usługi ma oferować system i w jaki sposób ma reagować na określone działania użytkownika oraz jak ma się zachowywać w określonych sytuacjach. Wymagania te możemy podzielić na kilka grup funkcjonalnych. Grupy te są tożsame z funkcjami pracowników jakie wykonują w firmie. I tak kolejno możemy wyróżnić cztery grupy stawianych wymagań na system.
Wymagania systemowe dla grupy przewodników:
Logowanie do systemu i wylogowanie.
Rejestracja nowego przewodnika.
Grupa list zadań należą do niej przyjmowanie zadań, odrzucanie zadań i raportowanie zadań.
Terminarz
Wnioskowanie o urlop
Grafik dostępności
Edycja danych personalnych
Edycja kompetencji przewodnickich
Edycja profilu internetowego
Dodawanie zdjęcia lub usuwanie
Dodawanie opisu lub modyfikacja istniejącego
Wymagania systemowe dla grupy klientów:
Rejestracja nowego klienta.
Logowanie do systemu i wylogowanie.
Edycja lub dodanie danych osobowych klienta.
Przeglądanie gotowych ofert wycieczek.
Wyszukiwanie proste i zawansowane ofert.
Zapamiętywanie ofert.
Konfigurowanie nowej oferty wycieczki.
Wgląd do programu wykupionej wycieczki
Dodawanie notatek do każdego dnia wycieczki ( rodzaj pamiętnika )
Dodawanie fotografii z danej wycieczki.
Komentowanie danych wycieczek które się wykupiło.
Możliwość korzystania z forum wycieczkowego.
Wymagania systemowe grupy administracyjnej :
Logowanie i wylogowanie z systemu zarządzania
Podgląd, edycja, dodawanie, usuwanie użytkownika z bazy danych
Podgląd, edycja, dodawanie, usuwanie ofert biura przewodnickiego
Zawansowana obsługa konfiguracji portalu
Podgląd, edycja, dodawanie, usuwanie uprawnień użytkownikom portalu
Podgląd, edycja, dodawanie, usuwanie grup uprawnień oraz przypisywanie użytkowników do utworzonych grup bezpieczeństwa
Wymagania systemowe grupy sprzedawców i organizatorów:
Logowanie i wylogowanie z systemu
Podgląd, edycja, dodawanie, usuwanie konfiguracji ofert wycieczek w tym zawiera się tez szczegółowe przypisywanie przewodników do wycieczek
Podgląd, edycja, dodawanie, usuwanie konfiguracji ofert transportu
Tworzenie i wysyłanie zapytań ofertowych
Tworzenie i wysyłanie ofert promocyjnych do zrejestrowanych klientów
Weryfikowanie zgłoszeń nowych przewodników.
Wymagania niefunkcjonalne
Wymagania to głównie ograniczenia usług i funkcji systemu. Obejmują między innymi ograniczenia czasowe, ograniczenia dotyczące procesu tworzenia i standardy kodowania aplikacji. Ograniczenia systemu dotyczą między innymi ograniczeń dla urządzeń wejścia-wyjścia i reprezentacji danych używanych przez interfejsy systemu. Przykładowymi wymaganiami stawianymi procesowi są specyfikację standardów oraz specyfikacja i opis narzędzi CASE użytych do tego procesu. Wreszcie wymagania niefunkcjonalne wynikają również z potrzeba użytkownika takich jak ograniczenia budżetowe, strategia firmy oraz konieczność współpracy z innymi systemami, sprzętem i oprogramowaniem.
Wymagania podzieliłem na trzy grupy w zależności od tego jakie było źródło tych że wymagań.
1. Pierwsza grupa to grupa wymagań produktowych
System będzie działał przez 24h na dobę jedyne przerwy dopuszcza się raz na tydzień w godzinach nocnych. Czas ten nie będzie dłuższy niż 3-4 godziny potrzebne na zabiegi konserwacyjne systemu lub też na wprowadzenie nowości do systemu.
Portal będzie odpowiadał na działanie użytkownika nie dłuższym niż 50 sekund. Po czasie dłuższym portal poinformuje o błędzie i poprosi o ponowne podjęcie próby działania.
System nie będzie obsługiwał w żaden sposób księgowości związanej z działaniem biura przewodnickiego
2. Druga grupa to wymagania organizacyjne
Produkt będzie wykonany w technologii PHP5 ponieważ technologia ta zapewnia dobre jakościowo produkty i jest darmowa.
Wytwórca posłuży się do wytworzenia portalu frameworka „Cake PHP”
System będzie z
3. Trzecią grupę stanowią wymagania zewnętrzne
System nie będzie współpracował z żadnym z zewnętrznych systemów.
Ograniczenia dla aplikacji
System musi być zainstalowany na bezpiecznym serwerze o dość dobrej przepustowości, która zapewni swobodny dostęp do serwisu. Aplikację w późniejszym czasie będzie można zintegrować z systemem zarządzania finansami natomiast na chwilę obecną system nie będzie obsługiwał finansów.
System nie będzie obsługiwał żadnej płatności internetowej jak również żadnych rozliczeń księgowych.
Spis przypadków użycia
Przypadki użycia podzieliłem na pięć grup funkcjonalnych:
I grupa - to modele ogólnych przypadków użycia dostępne dla większości użytkowników systemu i są to podstawowe funkcjonalności portalu. Należą do nich:
Dostęp ( logowanie ) do systemu.
Modyfikacja danych personalnych.
Modyfikacja danych profilu użytkownika.
II grupa - to modele przypadków użycia dla działalności przewodnika w systemie.
Edycja kompetencji ( CV przewodnika )
Lista zadań przewodnika
Rejestracja przewodnika
Wnioskowanie o urlopie
Wyświetl terminarz przewodnika
III grupa - to modele przypadków użycia dla działalności klienta w systemie
Archiwum wycieczkowe
Konfiguracja nowej wycieczki
Nawigacja wycieczkowa
Pierwsze logowanie
Przeglądanie ofert biura przewodnickiego
Rejestracja klienta
IV grupa - to modele przypadków użycia dla działalności sprzedawcy w systemie
Weryfikowanie zgłoszeń przewodników
Zarządzanie ofertami transportowymi
Zarządzanie ofertami wycieczek
Zarządzanie reklamą
Zarządzanie organizacją sprzedanej wycieczki
Zarządzanie urlopami przewodników
Zarządzanie zadaniami dla przewodników
V grupa - to modele przypadków użycia dla działalności administracyjnej w systemie
Panel administracyjny ofert wycieczkowych
Panel administracyjny ofert transportowych
Panel administracyjny użytkowników
Panel obsługi portalu
Panel zarządzania uprawnieniami
Modele przypadków użycia i scenariusze przypadków użycia
W tym rozdziale zostanie opisany każdy z przypadków użycia. Dla każdego z przypadków użycia zostanie przedstawiony diagram oraz opisany zostanie cały scenariusz dla danego przypadku użycia. Tak szczegółowy opis przypadku użycia pozwoli na dokładne rozpoznanie działania portalu dla każdego z działań użytkownika. W scenariuszach zawarte zostały przebiegi podstawowe oraz kilka scenariuszy działania alternatywnego.
Dostęp ( logowanie ) do systemu
Opis
Diagram ten ma przedstawić w jaki sposób zostanie przeprowadzony proces logowania do systemu.
Przepływ podstawowy
Rozpoczęcie sesji logowania do systemu.
Po poprawnym podaniu login oraz hasła następuje wysłanie wiadomości do serwera o weryfikację danych.
Po poprawnej weryfikacji następuje przekserowanie na odpowiednią stronę w zależności od rodzaju konta na jakie użytkownik się logował.
Po zakończeniu operacji na koncie użytkownik powinien się wylogować co zamyka sesję logowania.
Przepływy alternatywne
Pierwszy alternatywny przepływ
3a. Nie poprawna weryfikacja loginu i hasła.
4a. Przekierowanie na stronę główną z komunikatem o błędnym logowaniu.
Drugi alternatywny przepływ
3b. Weryfikacja poprawna ale błędnie wczytany profil użytkownika.
4b. Wylogowanie i prośba o ponowne zalogowanie się do systemu.
Trzeci alternatywny przepływ
4c. Wyjście z systemu nastąpiło bez wylogowania się przez użytkownika.
4d. Automatyczne wylogowanie się użytkownika z chwilą zamknięcia przeglądarki.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Kolejnym warunkiem początkowym jest dostępność panelu logowania i na koniec warunkiem koniecznym przeprowadzenia logowania jest podanie poprawnej kombinacji loginu i hasła.
Efekty końcowe przeprowadzonego przypadku użycia.
Warunkiem końcowym przeprowadzonego przypadku użycia jest poprawne zalogowanie się do odpowiedniego panelu użytkownika i możliwość wyjścia z niego poprzez wylogowanie się.
Modyfikacja danych personalnych
Opis
Diagram ten ma na celu pokazanie w jaki sposób osoby zrejestrowane w systemie mogę edytować swoje dane personalne, które podały przy rejestracji.
Przepływ podstawowy
Przejście użytkownika na zakładkę z modyfikacją danych osobowych.
Dokonanie zmian w swoich danych personalnych.
Wysłanie poprawionych danych na serwer.
Powrót na stronę główną z komunikatem o pomyślnym zachowaniu danych.
Przepływy alternatywne
1. Pierwszy alternatywny przepływ.
1a. Brak dostępu do zakładki modyfikacji danych personalnych.
2a. Kontakt z administratorem o błędzie systemu.
2. Drugi alternatywny przepływ.
3a. Brak połączenia z serwerem. Konieczność ponownego poprawienia danych.
4a Przekierowanie na stronę główną.
3. Trzeci alternatywny przepływ.
4b. Brak zapisania w bazie danych.
5b. Komunikat o występującym błędzie konieczność poprawy danych.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Przejście na zakładkę modyfikacja danych personalnych, dokonanie zmian i wysłanie zmian na serwer.
Efekty końcowe przeprowadzonego przypadku użycia.
Warunkiem końcowym przeprowadzonego przypadku użycia jest zmiana danych personalnych użytkownika.
Modyfikacja danych profilu użytkownika
Opis
Diagram ten ma na celu pokazanie w jaki sposób osoby zrejestrowane w systemie mogę edytować swój profil w systemie, który został stworzony przy rejestracji.
Przepływ podstawowy
Przejście użytkownika na zakładkę z modyfikacją profilu użytkownika.
Dokonanie zmiany hasła dostępu do systemu.
Wysłanie poprawionych danych na serwer oraz potwierdzenie zmiany.
Powrót na stronę główną z komunikatem o pomyślnym zachowaniu danych.
Przepływy alternatywne
1. Pierwszy alternatywny przepływ.
1a. Brak dostępu do zakładki modyfikacji profilu użytkownika.
2a. Kontakt z administratorem o błędzie systemu.
2. Drugi alternatywny przepływ.
2a. Dokonanie zmiany w opisie użytkownika w profilu systemowym.
3. Trzeci alternatywny przepływ.
2b. Dodanie lub usunięcie zdjęcia z profilu użytkownika.
4. Czwarty alternatywny przepływ.
3a. Brak połączenia z serwerem. Konieczność ponownego poprawienia danych.
4a Przekierowanie na stronę główną.
5. Piąty alternatywny przepływ.
4b. Brak zapisania w bazie danych.
5b. Komunikat o występującym błędzie konieczność poprawy danych.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Przejście na zakładkę modyfikacja profilu użytkownika, dokonanie zmian i wysłanie zmian na serwer.
Efekty końcowe przeprowadzonego przypadku użycia.
Warunkiem końcowym przeprowadzonego przypadku użycia jest zmiana profilu użytkownika.
Edycja kompetencji ( CV przewodnika )
Opis
Ten diagram ma na celu przedstawienie w jaki sposób przewodnik będzie mógł edytować swoje CV dostępne publicznie w systemie.
Przepływ podstawowy
Wyświetlenie kompetencji przewodnika na danej zakładce edycji kompetencji
Zaznaczenie danej kompetencji
Edycja wybranej kompetencji
Wysłanie poprawionych danych na serwer
Powrót do strony widoku kompetencji z komunikatem o poprawnie zapisanych informacji
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Dodaj nową kompetencję
3a. Wypełnienie informacji i nazwy nowej kompetencji
4a. Wysłanie danych na serwer
5a. Powrót do strony widoku kompetencji z komunikatem o poprawnie dodanej nowej kompetencji.
Drugi przepływ alternatywny
2b. Usuń zaznaczoną kompetencję przewodnika
3b. Potwierdź usunięcie kompetencji
4b. Usunięcie danych z serwera
5b. Powrót do strony widoku kompetencji z komunikatem o poprawnym usunięciu kompetencji.
Trzeci przepływ alternatywny
2c. Wybranie opcji dodania dyplomu do kompetencji przewodnika
3c. Zaznaczenie jaki załącznik ma być wysłany na serwer
4c. Wysłanie załącznika na serwer
5c. Powrót do strony widoku kompetencji z komunikatem o poprawnym zapisaniu załącznika
Czwarty przepływ alternatywny
4b. Brak połączenia z serwerem.
5b. Powrót do strony edycji kompetencji z komunikatem o nie zapisaniu danych. Konieczność ponownego wprowadzenia danych na formularzu.
Piąty przepływ alternatywny
4b. Brak zapisania w bazie danych.
5b. Komunikat o występującym błędzie konieczność poprawy danych.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Przejście na zakładkę edycja kompetencji, dokonanie zmian i wysłanie zmian na serwer.
Efekty końcowe.
Warunkiem końcowym przeprowadzonego przypadku użycia jest zmiana lub dodanie nowej kompetencji dla przewodnika.
Lista zadań przewodnika
Opis
Diagram ten ma na celu przedstawienie w jaki sposób będzie realizowana czynność przyjmowania, odrzucania i raportowania zadań przydzielonych przez biuro.
Przepływ podstawowy
Wyświetlenie listy zadań przewodnika na zakładce lista zadań
Zaznaczenie i wyświetlenie szczegółów danego zadania
Przyjecie zadania przez przewodnika
Konieczne umieszczenie zadania na terminarzu ( określony termin w zadaniu )
Potwierdzenie przyjęcia i wysłanie na serwer danych
Powrót do strony widoku listy zadań z komunikatem o poprawnie zapisanych informacji
Przepływy alternatywne
Pierwszy przepływ alternatywny
3a. Stwórz raport zadania
4a. Wypełnienie informacji do raportu
5a. Wysłanie danych na serwer
6a. Powrót do strony widoku listy zadań z komunikatem o poprawnie zapisanych danych
Drugi przepływ alternatywny
3b. Odrzucenie zadania przez przewodnika
4b. Konieczność opisania uzasadnienia dla odrzucenia zadania
5b. Powrót do strony widoku listy zadań z komunikatem o poprawnym wysłaniu danych
Trzeci przepływ alternatywny
4c. Brak dostępu do terminarza
5c. Powrót do strony widoku listy zadań z komunikatem o błędzie. Konieczność ponownej akceptacji zadania.
Czwarty przepływ alternatywny
5d. Brak połączenia z serwerem.
6d. Powrót do strony widoku listy zadań z komunikatem o nie zapisaniu danych. Konieczność ponownego wprowadzenia danych na formularzu
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Przejście na zakładkę listy zadań i wybranie jednej z dostępnych akcji wykonywanych na zadaniach.
Efekty końcowe przeprowadzonego przypadku użycia.
Warunkiem końcowym przeprowadzenia przypadku użycia jest poprawne zapisanie informacji o akceptacji, odrzuceniu lub zaraportowania zadania przez przewodnika.
Rejestracja przewodnika
Opis
Diagram ten ma na celu pokazanie w jaki sposób nowi przewodnicy turystyczni mogą dołączyć do zespołu biura przewodnickiego.
Przepływ podstawowy
Przejście na zakładkę rejestracji dla przewodników turystycznych
Wypełnienie formularza rejestracyjnego
Wysłanie danego formularza na serwer
Powrót do strony głównej z informacją o zapisaniu formularza oraz informacja o czekaniu na kontakt pracownika biura z potwierdzeniem przyjęcia do zespołu.
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Brak możliwości wypełnienia formularza
3a. Powrót do strony głównej z komunikatem o błędzie i prośbą o spróbowanie później.
Drugi przepływ alternatywny
3b. Brak dostępnego serwera
4b. Powrót do strony głównej z komunikatem o błędzie zapisu. Konieczność ponownego wypełnienia formularza.
Trzeci przepływ alternatywny
3c. Anulowanie wypełnianego formularza
4c. Powrót do strony głównej.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Przejście na zakładkę rejestracji przewodnika, poprawne wypełnienie i wysłanie formularza.
Efekty końcowe przeprowadzonego przypadku użycia.
Warunkiem końcowym tego przypadku użycia jest zgłoszenie się przewodnika do biura przewodnickiego i możliwość przyłączenia się do zespołu przewodników Extreme-Guide.
Wnioskowanie o urlop
Opis
Diagram ten ma na celu pokazanie w jaki sposób przewodnicy mogą wnosić prośby o urlopy.
Przepływ podstawowy
Przejście do zakładki z możliwością wypełnienia formularza o urlop
Wypełnienie formularza prośby o urlop
Potwierdzenie i wysłanie formularza na serwer
Powrót na stronę główną z komunikatem o poprawnym wysłaniu wniosku o urlop
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Brak możliwości wypełnienia formularza
3a. Powrót do strony głównej z komunikatem o błędzie i prośbą o spróbowanie później.
Drugi przepływ alternatywny
3b. Brak dostępnego serwera
4b. Powrót do strony głównej z komunikatem o błędzie zapisu. Konieczność ponownego wypełnienia formularza.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Przejście na zakładkę wnioskowania o urlop przewodnika, poprawne wypełnienie i wysłanie formularza.
Efekty końcowe przeprowadzonego przypadku użycia.
Warunkiem końcowym tego przypadku użycia jest zgłoszenie wniosku przewodnika o przydzielenie urlopu w danym terminie.
Terminarz przewodnika
Opis
Diagram ten ma na celu pokazania w jaki sposób przewodnik będzie zarządzał swoim terminarzem.
Przepływ podstawowy
Przejście do zakładki wyświetlania terminarza przewodnika
Wypełnienie formularza dni dostępności
Potwierdzenie i wysłanie formularza na serwer
Powrót na stronę główną z komunikatem o poprawnym wysłaniu wniosku o urlop
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Brak możliwości wypełnienia formularza
3a. Powrót do strony głównej z komunikatem o błędzie i prośbą o spróbowanie później.
Drugi przepływ alternatywny
3b. Brak dostępnego serwera
4b. Powrót do strony głównej z komunikatem o błędzie zapisu. Konieczność ponownego wypełnienia formularza.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Przejście na zakładkę terminarza przewodnika.
Efekty końcowe przeprowadzonego przypadku użycia.
Warunkiem końcowym przeprowadzenia tegoż przypadku użycia jest zapisanie dni dostępności przewodnika.
Archiwum wycieczkowe
Opis
Diagram ma na celu pokazanie w jaki sposób klient będzie obsługiwał archiwum wycieczkowe.
Przepływ podstawowy
Przejście do zakładki archiwum wycieczek
Przejście do pod zakładki odbyte wycieczki
Wybór wycieczki którą się odbyło
Dodanie komentarza do danej wycieczki
Powrót do zakładki archiwum wycieczek
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Przejście do zakładki zapamiętane wycieczki
3a. Wybranie szczegółów wycieczki
4a. Powrót do zakładki zapamiętane wycieczki
Drugi przepływ alternatywny
2b. Przejście do zakładki zapamiętane wycieczki
3b. Wybranie kupna wycieczki
4b. Powrót do zakładki zapamiętane wycieczki
Trzeci przepływ alternatywny
4c. Dodanie fotografii do danej wycieczki
5c. Powrót do zakładki archiwum wcieczek
Czwarty przepływ alternatywny
2d. Brak dostępu do zakładki
3d. Powrót do strony głównej portalu z prośbą o ponowienie próby za chwilę.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się klienta do panelu klienckiego. Przejście na zakładkę archiwum wycieczek.
Efekty końcowe przeprowadzonego przypadku użycia.
Warunkiem końcowym tego przypadku użycia jest dostęp do zapamiętanych i odbytych wycieczek klienta.
Konfiguracja nowej wycieczki
Opis
Diagram ten ma przedstawić w jaki sposób klient może zgłosić potrzebę na zorganizowanie nowo skonfigurowanej wycieczki dla siebie.
Przepływ podstawowy
Przejście do zakładki konfiguracji wycieczki
Wypełnienie formularza
Wysłanie zgłoszenia do biura
Otrzymanie oferty wycieczkowej
Przepływy alternatywne
Pierwszy przepływ alternatywny
3a. Sprawdzenie dostępności tak skonfigurowanej wycieczki
4a. Wyświetlenie propozycji zbliżonych do zadanej konfiguracji
Drugi przepływ alternatywny
1b. Brak dostępu do zakładki
2b. Powrót do strony głównej portalu z prośbą o ponowienie próby za chwilę.
Trzeci przepływ alternatywny
2c. Brak dostępnego serwera
3c. Powrót do strony głównej z komunikatem o błędzie zapisu. Konieczność ponownego wypełnienia formularza.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się klienta do panelu klienckiego. Przejście na zakładkę konfiguracji nowej wycieczki.
Efekty końcowe przeprowadzonego przypadku użycia.
Po poprawnym przeprowadzeniu przypadku użycia klient w efekcie otrzyma ofertę wycieczkową dopasowaną konkretnie do swoich potrzeb lub też znajdzie wycieczkę zbliżoną do swoich oczekiwań.
Nawigacja wycieczkowa
Opis
Diagram ten ma przedstawić w jaki sposób będzie działał panel kliencki do obsługi wykupionych wycieczek jak i tych w trwających.
Przepływ podstawowy
Przejście na zakładkę wykupionych wycieczek
Wybór wycieczki i wyświetlenie programu szczegółowego wycieczki
Wyświetlenie planu tygodniowego wycieczki
Powrót do zakładki z wykupionymi wycieczkami
Przepływy alternatywne
Pierwszy przepływ alternatywny
3a. Wejście na forum związanego z tą wycieczką.
4a. Powrót do zakładki z wykupionymi wycieczkami.
Drugi przepływ alternatywny
3b. Przejście do planu dnia
4b. Dodanie notatki z dnia.
4c. Dodanie pozycji na mapie z danego dnia wycieczki.
4d. Zmiana planu dnia ( następuje sprawdzenie czy można dokonać zmiany )
4d. Powrót do zakładki z wykupionymi wycieczkami.
Trzeci przepływ alternatywny
3c. Zmiana w planie tygodniowym ( następuje sprawdzenie czy można dokonać zmiany )
4c. Powrót do zakładki z wykupionymi wycieczkami.
Czwarty przepływ alternatywny
2a. Wybór wycieczki i rezygnacja z kupna tej wycieczki.
3a. Sprawdzenie czy jest możliwa rezygnacja z danej wycieczki.
4a. Powrót do zakładki wykupionych wycieczek z odpowiednim komunikatem o przeprowadzonej rezygnacji z wycieczki.
Piąty przepływ alternatywny
2c. Brak dostępnego serwera
3c. Powrót do strony głównej z komunikatem o błędzie zapisu. Konieczność ponownego wypełnienia formularza.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się klienta do panelu klienckiego. Przejście na zakładkę wykupionych wycieczek.
Efekty końcowe przeprowadzonego przypadku użycia.
Po poprawnym przeprowadzeniu przypadku użycia klient mógł dokonać zmiany w trwającej wycieczce lub też wyrazić swoją opinie na temat wycieczki. Mógł też zrezygnować z wycieczki.
Pierwsze logowanie
Opis
Diagram prezentuje zachowanie się systemu i czynności wykonywane prze klienta przy pierwszym logowaniem do systemu.
Przepływ podstawowy
Rozpoczęcie sesji logowania do systemu.
Po poprawnym podaniu login oraz hasła następuje wysłanie wiadomości do serwera o weryfikację danych.
Po poprawnej weryfikacji następuje przekierowanie na stronę z formularzem zmiany hasła.
Potwierdzenie i zapisanie nowego hasła.
Powrót do strony głównej panelu klienta z komunikatem o prawidłowej zmianie hasła i możliwość dalszej pracy w panelu klienta
Przepływy alternatywne
Pierwszy alternatywny przepływ
3a. Nie poprawna weryfikacja loginu i hasła.
4a. Przekierowanie na stronę główną z komunikatem o błędnym logowaniu.
Drugi alternatywny przepływ
3b. Weryfikacja poprawna ale błędnie wczytany formularz zmiany hasła.
4b. Wylogowanie i prośba o ponowne zalogowanie się do systemu.
Trzeci alternatywny przepływ
4c. Nie poprawne zapisanie nowego hasła.
4d. Powrót do strony formularza zmiany hasła i prośba o ponowne zapisanie zmian.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Odebranie e-maila aktywacyjnego z pierwszym hasłem.
Efekty końcowe przeprowadzonego przypadku użycia.
Po poprawnym przeprowadzeniu przypadku użycia klient będzie posiadał pełno prawne konto klienckie z własnym hasłem dostępowym.
Przeglądanie ofert biura przewodnickiego
Opis
Diagram ma na celu pokazanie w jaki sposób klient będzie przeglądał oferty biura przewodnickiego udostępnione na portalu internetowym.
Przepływ podstawowy
Przejście na zakładkę ofert biura przewodnickiego.
Zaznaczenie wycieczki i przejście do opisu szczegółowego wycieczki.
Powrót do zakładki z ofertami biura.
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Przejście do zakładki wyszukiwania prostego.
2b. Przejście do zakładki wyszukiwania zawansowanego.
3a. Wyświetlenie wyników wyszukiwania.
Drugi przepływ alternatywny
2b. Zaznaczenie wycieczki i zapamiętanie oferty w zapamiętanych na swoim koncie.
2c. Zaznaczenie wycieczki i kupno danej oferty.
2d. Dodanie filtru szeregującego oferty i wyświetlenie wyników.
Trzeci przepływ alternatywny
2e. Brak dostępnego serwera
3b. Powrót do zakładki z ofertami biura.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się klienta do panelu klienckiego jest wymagane tylko dla określonych akcji wymagających posiadanie konta.
Efekty końcowe przeprowadzonego przypadku użycia.
Po wykonaniu tego przypadku użycia klient nie zarejestrowany będzie mógł przejrzeć oferty biura i będzie miał możliwość zarejestrowania się na portalu. Natomiast osoba już zrejestrowana będzie mogła kupić wycieczkę, zapamiętać lub też wyszukać interesującą go ofertę.
Rejestracja klienta
Opis
Diagram przedstawia w jaki sposób ma przebiegać rejestracja klienta w serwisie.
Przepływ podstawowy
Przejście na zakładkę rejestracji
Wypełnienie formularza zgodnie ze wskazówkami pojawiającymi się na ekranie
Wysłanie formularza do serwisu
Przepływy alternatywne
Pierwszy przepływ alternatywny
1a. Przejście do zakładki rejestracji.
2a. Anulowanie formularza powrót do strony głównej.
Drugi przepływ alternatywny
3a. Brak dostępnego serwera
3b. Powrót do strony głównej z informacją o konieczności wypełnienia ponownie formularza.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Przejście do zakładki rejestracji.
Efekty końcowe przeprowadzonego przypadku użycia.
Po wykonaniu tego przypadku użycia klient zostanie zarejestrowany w serwisie. Aby w pełni skorzystać z korzyści płynących z zarejestrowania się w serwisie klient powinien odebrać maila aktywacyjnego który pozwoli my przeprowadzić pierwsze logowanie w systemie i korzystać w pełni aktywnego konta.
Weryfikowanie zgłoszeń przewodników
Opis
Diagram ten ma pokazać w jaki sposób pracownicy biura przewodnickiego będą postępować ze zgłoszeniami od przewodników.
Przepływ podstawowy
Przejście do panelu pracowniczego
Przejście do zakładki weryfikacja zgłoszeń przewodników
Akceptacja zgłoszenia
Wysłanie potwierdzenia do przewodnika o akceptacji zgłoszenia
Przepływy alternatywne
Pierwszy przepływ alternatywny
3a. Wyświetlenie szczegółów zgłoszenia
4a. Akceptacja zgłoszenia
4b. Usunięcie zgłoszenia
5a. Wysłanie potwierdzenia przyjęcia zgłoszenia
5b. Wysłanie informacji o usunięciu zgłoszenia
Drugi przepływ alternatywny
3b. Brak dostępu do serwera
4c. Powrót do strony głównej z komunikatem o wystąpieniu błędu ze strony serwera.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się pracownika do panelu sprzedawcy. Posiadanie uprawnień do akceptacji zgłoszeń przewodników.
Efekty końcowe przeprowadzonego przypadku użycia.
Po poprawnym przeprowadzeniu tego przypadku życia pracownik będzie w stanie przyjąć zgłoszenie przewodnika. Przyjęcie zgłoszenia pociąga za sobą założenie konta przewodnikowi i związanie go z firmą jako stałego usługodawcy biura przewodnickiego.
Zarządzanie ofertami wycieczek
Opis
Diagram ten ma na celu przedstawienie w jaki sposób sprzedawca będzie zarządzał ofertami wycieczkowymi biura przewodnickiego.
Przepływ podstawowy
Przejście do zakładki zarządzania ofertami wycieczek
Wyświetlenie szczegółów danej oferty wycieczkowej
Powrót do strony z widokiem wszystkich ofert wycieczek.
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Edytuj ofertę wycieczkową.
2b. Dodaj opis oferty wycieczkowej.
3a. Wypełnienie formularza i wysłanie go na serwer.
4a. Powrót do strony z widokiem wszystkich ofert wycieczkowych.
Drugi przepływ alternatywny
2c. Usuń ofertę wycieczkową.
3b. Sprawdzenie czy można usunąć ofertę wycieczkową.
Trzeci przepływ alternatywny
2d. Wyświetl plan wycieczki
3c. Edytuj plan wycieczki.
3d. Przypisz transport do wycieczki.
3e. Przypisz przewodnika do wycieczki.
4b. Powrót do strony z widokiem szczegółowym danej wycieczki.
Czwarty przepływ alternatywny
2e. Dodaj nową ofertę wycieczkową
3f. Stwórz plan wycieczki
3g. Dodaj opis tworzonej wycieczki
3h. Przypisz przewodnika do oferty wycieczkowej
Piąty przepływ alternatywny
2d. Brak dostępnego serwera
3c. Powrót do zakładki z ofertami wycieczkowymi.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się pracownika do panelu sprzedawcy. Posiadanie uprawnień do zarządzania ofertami wycieczkowymi.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia pracownik będzie miał możliwość usunięcia, edycji i dodania nowej oferty wycieczkowej. Dodana nowa oferta wycieczki natychmiastowo jest dostępna w ofercie biura przewodnickiego.
Zarządzanie ofertami transportowymi
Opis
Diagram ten ma na celu przedstawienie w jaki sposób sprzedawca ma zarządzać polityką transportową w biurze.
Przepływ podstawowy
Przejście do zakładki zarządzanie ofertami transportowymi
Wyświetlenie szczegółów danej oferty transportowej
Powrót do widoku wszystkich ofert
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Edytuj ofertę transportową.
2b. Dodaj ofertę transportową.
3a. Wypełnienie formularza transportowego.
4a. Wysłanie formularza transportowego na serwer.
Drugi przepływ alternatywny
2c. Usuń ofertę transportową.
3b. Sprawdzenie czy można usunąć ofertę transportową.
Trzeci przepływ alternatywny
2d. Brak dostępnego serwera
3c. Powrót do zakładki z ofertami transportowymi.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się pracownika do panelu sprzedawcy. Posiadanie uprawnień do zarządzania ofertami transportowymi.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia pracownik będzie miał możliwość usunięcia, edycji i dodania nowej oferty transportowej. Dodana nowa oferta transportowa natychmiastowo jest dostępna w panelu konfiguracji wycieczek jak również jako oddzielna oferta handlowa.
Zarządzanie reklamą
Opis
Diagram ten ma na celu przedstawienie w jaki sposób sprzedawca będzie zarządzał reklamą biura przewodnickiego.
Przepływ podstawowy
Przejście do zakładki zarządzania reklamą biura przewodnickiego.
Wyświetlenie szczegóły stworzonej oferty reklamowej lub promocyjnej.
Powrót na stronę wyświetlania wszystkich ofert reklamowych.
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Usuń ofertę promocyjną lub reklamową.
2b. Dodaj ofertę promocyjną lub reklamową.
3a. Wypełnienie formularza i wysłanie go na serwer.
4a. Powrót do strony z widokiem wszystkich ofert promocyjnych i reklamowych.
Drugi przepływ alternatywny
3b. Edytuj ofertę promocyjną lub reklamową.
3c. Publikacja oferty promocyjnej lub reklamowej na stronie internetowej biura przewodnickiego.
3d. Wysłanie oferty reklamowej lub promocyjnej do klientów biura przewodnickiego
Trzeci przepływ alternatywny
2d. Brak dostępnego serwera
3e. Powrót do zakładki z ofertami promocyjnymi lub reklamowymi.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się pracownika do panelu sprzedawcy. Posiadanie uprawnień do zarządzania ofertami promocyjnymi i reklamowymi.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia pracownik będzie miał możliwość usunięcia, edycji i dodania nowej oferty reklamowej lub promocyjnej. Sprzedawca będzie mógł również opublikować daną ofertę na portalu internetowym jak również będzie miał możliwość wysłania drogą mailową konkretną ofertę skierowaną do danego klienta biura przewodnickiego.
Zarządzanie organizacją sprzedanej wycieczki
Opis
Diagram ten ma na celu przedstawienie w jaki sposób będzie przebiegała obsługa sprzedanej wycieczki w systemie.
Przepływ podstawowy
Przejście na zakładkę organizacji sprzedanych wycieczek
Wyświetlenie listy wszystkich sprzedanych wycieczek
Powrót na stronę główną portalu
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Dokonanie zmiany przewodnika w już sprzedanej wycieczce.
2b. Zmiana planu wycieczki w już sprzedanej wycieczce.
3a. Wypełnienie formularza i wysłanie go na serwer.
4a. Powrót do strony z widokiem wszystkich sprzedanych wycieczek.
Drugi przepływ alternatywny
3b. Wyświetlenie osób które wykupiły wycieczkę.
4b. Wysłanie wiadomości do wybranego klienta.
4c. Wysłanie wiadomości do wszystkich klientów.
4d. Sprawdzenie opłat danego klienta.
5a. Powrót do strony wyświetlania wszystkich klientów którzy wykupili wyciczkę.
3d. Wysłanie oferty reklamowej lub promocyjnej do klientów biura przewodnickiego
Trzeci przepływ alternatywny
2d. Brak dostępnego serwera
3e. Powrót do zakładki z organizacją sprzedanych wycieczek.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się pracownika do panelu sprzedawcy. Posiadanie uprawnień do zarządzania organizacją wycieczek.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia sprzedawca będzie mógł zobaczyć jakie osoby wykupiły daną wycieczkę. Będzie miał również możliwość sprawdzenia terminowości dokonywanych opłat za wycieczki jak również w razie potrzeby zostanie udostępniony mu interfejs do wysyłania wiadomości do poszczególnych klientów lub też do masowej korespondencji z klientami.
Zarządzanie urlopami przewodników
Opis
Diagram ten ma na celu przedstawienie w jaki sposób sprzedawca będzie zarządzał urlopami przewodników.
Przepływ podstawowy
Przejście na zakładkę zarządzania urlopami przewodników.
Wyświetlenie listy wszystkich wniosków urlopowych.
Powrót na stronę główną portalu
Przepływy alternatywne
Pierwszy przepływ alternatywny
3a. Wyświetlenie szczegółów wniosku
4a. Akceptacja wniosku o urlop.
5a. Wpis w harmonogramie przewodnika urlopu oraz wysłanie wiadomości do przewodnika o akceptacji wniosku.
6a. Powrót do strony z widokiem wszystkich wniosków urlopowych.
Drugi przepływ alternatywny
4b. Odrzucenie wniosku urlopowego.
5b. Wysłanie wiadomości do przewodnika oraz usunięcia danego wniosku z bazy danych.
6b. Powrót do strony z widokiem wszystkich wniosków urlopowych.
Trzeci przepływ alternatywny
2d. Brak dostępnego serwera
3e. Powrót do zakładki z organizacją sprzedanych wycieczek.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się pracownika do panelu sprzedawcy. Posiadanie uprawnień do zarządzania urlopami przewodników.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia pracownik będzie mógł przejrzeć wszystkie wnioski o urlop. Następnie będzie mógł przyjąć lub tez odrzucić wniosek przewodnika o urlop.
Zarządzanie zadaniami dla przewodników
Opis
Diagram ten ma na celu przedstawienie w jaki sposób będzie przebiegał proces przydzielania zadań przewodnikom oraz w jaki sposób pracownik będzie mógł nadzorować wykonywanie zadań przez przewodnika.
Przepływ podstawowy
Przejście na zakładkę zarządzania zadaniami dla przewodników
Wyświetlenie listy wszystkich przewodników pracujących dla biura przewodnickiego.
Wyświetlenie wszystkich zadań danego przewodnika.
Powrót do zakładki z listą wszystkich przewodników.
Przepływy alternatywne
Pierwszy przepływ alternatywny
4a. Utworzenie nowego zadania dla przewodnika.
5a. Wypełnienie opisu zadania oraz przypisanie przewodnika do zadania.
6a. Powrót do strony z widokiem wszystkich zadań danego przewodnika.
Drugi przepływ alternatywny
4b. Wyświetlenie listę zadań odrzuconych przez danego przewodnika
5b. Ponowne przypisanie zadania do przewodnika bez możliwości zwrotu zadania.
5c. Akceptacja odrzucenia zadania i przypisanie zadania innemu przewodnikowi.
Trzeci przepływ alternatywny
4b. Wyświetlenie listę zadań zaraportowanych przez danego przewodnika
5b. Akceptacja raportu przewodnika.
5c. Zgłoszenie poprawek do raportu z zadania.
Czwarty przepływ alternatywny
2d. Brak dostępnego serwera
3e. Powrót do zakładki z organizacją sprzedanych wycieczek.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się pracownika do panelu sprzedawcy. Posiadanie uprawnień do zarządzania zadaniami przewodników.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia pracownik będzie mógł przydzielić nowe zadanie, sprawdzić raport z już wykonanego zadania oraz przyjąć odrzucone zadania przez przewodników lub je ponownie przydzielić.
Panel administracyjny ofert wycieczkowych
Opis
Diagram ten ma na celu przedstawienie w jaki sposób administrator będzie mógł nadzorować obsługę ofert biura przewodnickiego. Wszystkie operacje wykonywane przez administratora są wykonywane bezpośrednio na bazie danych co sprawia iż są to operacje bardzo niebezpieczne pod względem stabilności systemu.
Przepływ podstawowy
Przejście na zakładkę administracji ofertami wycieczkowymi
Wyświetlenie szczegółów danej wycieczki
Powrót do zakładki ze wszystkimi ofertami biura
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Dodawanie nowej oferty wycieczkowej.
3a. Wypełnienie formularza i wysłanie na serwer.
4a. Potwierdzenie hasła i zmian dokonywanych w portalu.
Drugi przepływ alternatywny
2b. Usuwanie oferty wycieczkowej
2c. Edycja oferty wycieczkowej
3b. Sprawdzenie czy można dokonać zmian w portalu
4b. Potwierdzenie hasła i zmian dokonywanych w portalu
Trzeci przepływ alternatywny
2d. Brak dostępnego serwera
3e. Powrót do zakładki z organizacją sprzedanych wycieczek.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się administratora do panelu administracyjnego.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia administrator będzie miał możliwość dodawania, usuwania i edycji ofert biura przewodnickiego.
Panel administracyjny ofert transportowych
Opis
Diagram ten ma na celu przedstawienie w jaki sposób administrator będzie mógł nadzorować obsługę ofert transportowych biura przewodnickiego. Wszystkie operacje wykonywane przez administratora są wykonywane bezpośrednio na bazie danych co sprawia iż są to operacje bardzo niebezpieczne pod względem stabilności systemu.
Przepływ podstawowy
Przejście na zakładkę administracji ofertami transportowymi.
Wyświetlenie szczegółów oferty transportowej.
Powrót do zakładki ze wszystkimi ofertami transportowymi biura przewodnickiego.
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Dodawanie nowej oferty transportowej.
3a. Wypełnienie formularza i wysłanie na serwer.
4a. Potwierdzenie hasła i zmian dokonywanych w portalu.
Drugi przepływ alternatywny
2b. Usuwanie oferty transportowej
2c. Edycja oferty transportowej
3b. Sprawdzenie czy można dokonać zmian w portalu
4b. Potwierdzenie hasła i zmian dokonywanych w portalu
Trzeci przepływ alternatywny
2d. Brak dostępnego serwera
3e. Powrót do zakładki z organizacją sprzedanych wycieczek.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się administratora do panelu administracyjnego.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia administrator będzie miał możliwość dodawania, usuwania i edycji ofert transportowych biura przewodnickiego.
Panel administracyjny użytkowników
Opis
Diagram ten ma na celu przedstawienie w jaki sposób administrator będzie mógł zarządzać profilami użytkowników w systemie. Wszystkie operacje wykonywane przez administratora są wykonywane bezpośrednio na bazie danych co sprawia iż są to operacje bardzo niebezpieczne pod względem stabilności systemu.
Przepływ podstawowy
Przejście na zakładkę administracji profilami użytkowników.
Wyświetlenie szczegółów profilu użytkownika.
Powrót do zakładki ze wszystkimi użytkownikami portalu.
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Dodawanie nowego użytkownika do portalu.
3a. Wypełnienie formularza oraz ustawienie uprawnień dla użytkownika i wysłanie na serwer.
4a. Potwierdzenie hasła i zmian dokonywanych w portalu.
Drugi przepływ alternatywny
2b. Usuwanie profilu użytkownika
2c. Edycja profilu użytkownika
3b. Potwierdzenie hasła i zmian dokonywanych w portalu
Trzeci przepływ alternatywny
2d. Brak dostępnego serwera
3e. Powrót do zakładki z organizacją sprzedanych wycieczek.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się administratora do panelu administracyjnego.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia administrator będzie miał możliwość dodawania, usuwania i edycji profili użytkowników portalu.
Panel obsługi portalu
Opis
Diagram ten ma na celu przedstawienie w jaki sposób administrator będzie mógł zarządzać portalem biura przewodnickiego. Wszystkie operacje wykonywane przez administratora są wykonywane bezpośrednio na bazie danych co sprawia iż są to operacje bardzo niebezpieczne pod względem stabilności systemu.
Przepływ podstawowy
Przejście na zakładkę administracji obsługi portalu.
Wyświetlenie wszystkich sekcji i grup stron działających w portalu.
Powrót do zakładki administracji portalu.
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Edycja tekstów na danej stronie w portalu.
2b. Edycja kodu źródłowego na danej stronie portalu.
2c. Edycja konfiguracji portalu.
3a. Potwierdzenie hasła oraz potwierdzenie zmian dokonywanych w portalu
Drugi przepływ alternatywny
2d. Brak dostępnego serwera
3b. Powrót do zakładki administracji portalu.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się administratora do panelu administracyjnego.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia administrator będzie miał możliwość obsługi i konfiguracji portalu.
Panel zarządzania uprawnieniami
Opis
Diagram ten ma na celu przedstawienie w jaki sposób administrator będzie mógł zarządzać uprawnieniami dostępnymi w portalu. Wszystkie operacje wykonywane przez administratora są wykonywane bezpośrednio na bazie danych co sprawia iż są to operacje bardzo niebezpieczne pod względem stabilności systemu.
Przepływ podstawowy
Przejście na zakładkę zarządzania uprawnieniami.
Wyświetlenie wszystkich uprawnień dostępnych w portalu.
Powrót do administracji portalu.
Przepływy alternatywne
Pierwszy przepływ alternatywny
2a. Wyświetl uprawnieni użytkowników
3a. Wyświetl szczegóły uprawnień.
3b. Dodaj nowe uprawnieni dla użytkownika.
3c. Edytuj lub usuń uprawnieni dla użytkownika.
Drugi przepływ alternatywny
2b. Wyświetl grupy uprawnień
3d. Dodaj lub usuń użytkownika do grupy uprawnień
3e. Stwórz nową grupę uprawnień
3f. Edytuj lub usuń uprawnienia dla grupy
3g. Edytuj lub usuń grupę uprawnień
Trzeci przepływ alternatywny
2d. Brak dostępnego serwera
3b. Powrót do zakładki administracji portalu.
Warunki początkowe
Warunkami początkowymi do tego przypadku użycia jest poprawne wyświetlenie portalu internetowego firmy. Poprawne zalogowanie się administratora do panelu administracyjnego.
Efekty końcowe przeprowadzonego przypadku użycia.
Po przeprowadzeniu poprawnie tego diagramu użycia administrator będzie miał możliwość obsługi i konfiguracji uprawnień portalu.
Określenia zaczerpnięte z „Ustawa z dnia 29 sierpnia 1997 r. o usługach turystycznych”
20