Schematy, Turystyczne biuro prewodnickie, Spis treści


  1. Wstęp

    1. 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:

  1. cenę imprezy turystycznej lub usługi turystycznej albo sposób jej ustalenia;

  2. miejsce pobytu lub trasę imprezy;

  3. rodzaj, klasę, kategorię lub charakterystykę środka transportu;

  4. położenie, rodzaj i kategorię obiektu zakwaterowania, według przepisów kraju pobytu;

  5. ilość i rodzaj posiłków;

  6. program zwiedzania i atrakcji turystycznych;

  7. kwotę lub procentowy udział zaliczki w cenie imprezy turystycznej lub usługi turystycznej oraz termin zapłaty całej ceny;

  8. 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ń;

  9. podstawy prawne umowy i konsekwencje prawne wynikające z umowy;

  10. 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ą;

    1. 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

  • Problem z jasnym przedstawieniem oferty przewodnickiej klientowi.

  • Problem z wymianą ofert handlowych między biurem a przewodnikami.

  • Problem komunikacją między przewodnikami i biurem.

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

  • Portal internetowy przedstawiający oferty przewodników współpracujących z biurem przewodnickim.

  • Portal skupiający ludzi którzy chcieli by podróżować z przewodnikiem i chcieli by znaleźć najlepszego przewodnika.

  • Baza danych z ofertami przewodników dostępna dla klientów.

  • Baza danych gromadząca przewodników i dostępna dla klientów.

  • Baza elektronicznego informatora przewodnickiego

  • Baza gotowych rozwiązań wyprawowych.

  • Itd….

    1. 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…

    1. 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.

    1. 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.

    1. 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.

    1. Ś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.

    1. 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

    1. 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.

    1. 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.

….

    1. 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.

  1. Analiza biura przewodnickiego

    1. 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.

    1. 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:

  1. 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.

  2. 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.

  3. 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.

  4. 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.

    1. 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.

0x01 graphic

Zależności hierarchiczne aktorów biznesowych najlepiej widać na poniższym diagramie.

0x01 graphic

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.

    1. 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 …

    1. 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:

Wymagania systemowe dla grupy klientów:

Wymagania systemowe grupy administracyjnej :

Wymagania systemowe grupy sprzedawców i organizatorów:

    1. 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

2. Druga grupa to wymagania organizacyjne

3. Trzecią grupę stanowią wymagania zewnętrzne

    1. 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.

    1. Spis przypadków użycia

Przypadki użycia podzieliłem na pięć grup funkcjonalnych:

0x01 graphic

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:

II grupa - to modele przypadków użycia dla działalności przewodnika w systemie.

III grupa - to modele przypadków użycia dla działalności klienta w systemie

IV grupa - to modele przypadków użycia dla działalności sprzedawcy w systemie

V grupa - to modele przypadków użycia dla działalności administracyjnej w systemie

    1. 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.


      1. Dostęp ( logowanie ) do systemu

Opis

Diagram ten ma przedstawić w jaki sposób zostanie przeprowadzony proces logowania do systemu.

Przepływ podstawowy

  1. Rozpoczęcie sesji logowania do systemu.

  2. Po poprawnym podaniu login oraz hasła następuje wysłanie wiadomości do serwera o weryfikację danych.

  3. Po poprawnej weryfikacji następuje przekserowanie na odpowiednią stronę w zależności od rodzaju konta na jakie użytkownik się logował.

  4. Po zakończeniu operacji na koncie użytkownik powinien się wylogować co zamyka sesję logowania.

Przepływy alternatywne

  1. Pierwszy alternatywny przepływ

3a. Nie poprawna weryfikacja loginu i hasła.

4a. Przekierowanie na stronę główną z komunikatem o błędnym logowaniu.

  1. 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.

  1. 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ę.

0x01 graphic

      1. 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

  1. Przejście użytkownika na zakładkę z modyfikacją danych osobowych.

  2. Dokonanie zmian w swoich danych personalnych.

  3. Wysłanie poprawionych danych na serwer.

  4. 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.

0x01 graphic


      1. 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

  1. Przejście użytkownika na zakładkę z modyfikacją profilu użytkownika.

  2. Dokonanie zmiany hasła dostępu do systemu.

  3. Wysłanie poprawionych danych na serwer oraz potwierdzenie zmiany.

  4. 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.

0x01 graphic


      1. 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

    1. Wyświetlenie kompetencji przewodnika na danej zakładce edycji kompetencji

    2. Zaznaczenie danej kompetencji

    3. Edycja wybranej kompetencji

    4. Wysłanie poprawionych danych na serwer

    5. Powrót do strony widoku kompetencji z komunikatem o poprawnie zapisanych informacji

Przepływy alternatywne

  1. 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.

  1. 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.

  1. 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

  1. 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.

  1. 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.

0x01 graphic

      1. 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

  1. Wyświetlenie listy zadań przewodnika na zakładce lista zadań

  2. Zaznaczenie i wyświetlenie szczegółów danego zadania

  3. Przyjecie zadania przez przewodnika

  4. Konieczne umieszczenie zadania na terminarzu ( określony termin w zadaniu )

  5. Potwierdzenie przyjęcia i wysłanie na serwer danych

  6. Powrót do strony widoku listy zadań z komunikatem o poprawnie zapisanych informacji

Przepływy alternatywne

  1. 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

  1. 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

  1. 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.

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę rejestracji dla przewodników turystycznych

  2. Wypełnienie formularza rejestracyjnego

  3. Wysłanie danego formularza na serwer

  4. 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

    1. 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.

    1. 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.

    1. 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.

0x01 graphic


      1. Wnioskowanie o urlop

Opis

Diagram ten ma na celu pokazanie w jaki sposób przewodnicy mogą wnosić prośby o urlopy.

Przepływ podstawowy

  1. Przejście do zakładki z możliwością wypełnienia formularza o urlop

  2. Wypełnienie formularza prośby o urlop

  3. Potwierdzenie i wysłanie formularza na serwer

  4. Powrót na stronę główną z komunikatem o poprawnym wysłaniu wniosku o urlop

Przepływy alternatywne

  1. 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.

  1. 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.

0x01 graphic

      1. Terminarz przewodnika

Opis

Diagram ten ma na celu pokazania w jaki sposób przewodnik będzie zarządzał swoim terminarzem.

Przepływ podstawowy

  1. Przejście do zakładki wyświetlania terminarza przewodnika

  2. Wypełnienie formularza dni dostępności

  3. Potwierdzenie i wysłanie formularza na serwer

  4. Powrót na stronę główną z komunikatem o poprawnym wysłaniu wniosku o urlop

Przepływy alternatywne

  1. 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.

  1. 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.

0x01 graphic

      1. Archiwum wycieczkowe

Opis

Diagram ma na celu pokazanie w jaki sposób klient będzie obsługiwał archiwum wycieczkowe.

Przepływ podstawowy

  1. Przejście do zakładki archiwum wycieczek

  2. Przejście do pod zakładki odbyte wycieczki

  3. Wybór wycieczki którą się odbyło

  4. Dodanie komentarza do danej wycieczki

  5. Powrót do zakładki archiwum wycieczek

Przepływy alternatywne

  1. 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

  1. 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

  1. Trzeci przepływ alternatywny

4c. Dodanie fotografii do danej wycieczki

5c. Powrót do zakładki archiwum wcieczek

  1. 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.

0x01 graphic

      1. 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

  1. Przejście do zakładki konfiguracji wycieczki

  2. Wypełnienie formularza

  3. Wysłanie zgłoszenia do biura

  4. Otrzymanie oferty wycieczkowej

Przepływy alternatywne

  1. Pierwszy przepływ alternatywny

3a. Sprawdzenie dostępności tak skonfigurowanej wycieczki

4a. Wyświetlenie propozycji zbliżonych do zadanej konfiguracji

  1. 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ę.

  1. 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ń.

0x01 graphic

      1. 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

  1. Przejście na zakładkę wykupionych wycieczek

  2. Wybór wycieczki i wyświetlenie programu szczegółowego wycieczki

  3. Wyświetlenie planu tygodniowego wycieczki

  4. Powrót do zakładki z wykupionymi wycieczkami

Przepływy alternatywne

  1. Pierwszy przepływ alternatywny

3a. Wejście na forum związanego z tą wycieczką.

4a. Powrót do zakładki z wykupionymi wycieczkami.

  1. 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.

  1. 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.

  1. 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.

  1. 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.

0x01 graphic

      1. Pierwsze logowanie

Opis

Diagram prezentuje zachowanie się systemu i czynności wykonywane prze klienta przy pierwszym logowaniem do systemu.

Przepływ podstawowy

  1. Rozpoczęcie sesji logowania do systemu.

  2. Po poprawnym podaniu login oraz hasła następuje wysłanie wiadomości do serwera o weryfikację danych.

  3. Po poprawnej weryfikacji następuje przekierowanie na stronę z formularzem zmiany hasła.

  4. Potwierdzenie i zapisanie nowego hasła.

  5. 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

  1. Pierwszy alternatywny przepływ

3a. Nie poprawna weryfikacja loginu i hasła.

4a. Przekierowanie na stronę główną z komunikatem o błędnym logowaniu.

  1. 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.

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę ofert biura przewodnickiego.

  2. Zaznaczenie wycieczki i przejście do opisu szczegółowego wycieczki.

  3. Powrót do zakładki z ofertami biura.

Przepływy alternatywne

  1. 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.

  1. 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.

  1. 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ę.

0x01 graphic

      1. Rejestracja klienta

Opis

Diagram przedstawia w jaki sposób ma przebiegać rejestracja klienta w serwisie.

Przepływ podstawowy

  1. Przejście na zakładkę rejestracji

  2. Wypełnienie formularza zgodnie ze wskazówkami pojawiającymi się na ekranie

  3. Wysłanie formularza do serwisu

Przepływy alternatywne

  1. Pierwszy przepływ alternatywny

1a. Przejście do zakładki rejestracji.

2a. Anulowanie formularza powrót do strony głównej.

  1. 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.

0x01 graphic

      1. 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

  1. Przejście do panelu pracowniczego

  2. Przejście do zakładki weryfikacja zgłoszeń przewodników

  3. Akceptacja zgłoszenia

  4. Wysłanie potwierdzenia do przewodnika o akceptacji zgłoszenia

Przepływy alternatywne

  1. 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

  1. 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.

0x01 graphic

      1. 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

  1. Przejście do zakładki zarządzania ofertami wycieczek

  2. Wyświetlenie szczegółów danej oferty wycieczkowej

  3. Powrót do strony z widokiem wszystkich ofert wycieczek.

Przepływy alternatywne

  1. 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.

  1. Drugi przepływ alternatywny

2c. Usuń ofertę wycieczkową.

3b. Sprawdzenie czy można usunąć ofertę wycieczkową.

  1. 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.

  1. 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

  1. 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.

0x01 graphic

      1. 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

  1. Przejście do zakładki zarządzanie ofertami transportowymi

  2. Wyświetlenie szczegółów danej oferty transportowej

  3. Powrót do widoku wszystkich ofert

Przepływy alternatywne

  1. Pierwszy przepływ alternatywny

2a. Edytuj ofertę transportową.

2b. Dodaj ofertę transportową.

3a. Wypełnienie formularza transportowego.

4a. Wysłanie formularza transportowego na serwer.

  1. Drugi przepływ alternatywny

2c. Usuń ofertę transportową.

3b. Sprawdzenie czy można usunąć ofertę transportową.

  1. 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.

0x01 graphic

      1. 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

  1. Przejście do zakładki zarządzania reklamą biura przewodnickiego.

  2. Wyświetlenie szczegóły stworzonej oferty reklamowej lub promocyjnej.

  3. Powrót na stronę wyświetlania wszystkich ofert reklamowych.

Przepływy alternatywne

  1. 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.

  1. 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

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę organizacji sprzedanych wycieczek

  2. Wyświetlenie listy wszystkich sprzedanych wycieczek

  3. Powrót na stronę główną portalu

Przepływy alternatywne

  1. 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.

  1. 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

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę zarządzania urlopami przewodników.

  2. Wyświetlenie listy wszystkich wniosków urlopowych.

  3. Powrót na stronę główną portalu

Przepływy alternatywne

  1. 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.

  1. 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.

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę zarządzania zadaniami dla przewodników

  2. Wyświetlenie listy wszystkich przewodników pracujących dla biura przewodnickiego.

  3. Wyświetlenie wszystkich zadań danego przewodnika.

  4. Powrót do zakładki z listą wszystkich przewodników.

Przepływy alternatywne

  1. 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.

  1. 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.

  1. 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.

  1. 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ć.

0x01 graphic

      1. 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

  1. Przejście na zakładkę administracji ofertami wycieczkowymi

  2. Wyświetlenie szczegółów danej wycieczki

  3. Powrót do zakładki ze wszystkimi ofertami biura

Przepływy alternatywne

  1. 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.

  1. 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

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę administracji ofertami transportowymi.

  2. Wyświetlenie szczegółów oferty transportowej.

  3. Powrót do zakładki ze wszystkimi ofertami transportowymi biura przewodnickiego.

Przepływy alternatywne

  1. 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.

  1. 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

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę administracji profilami użytkowników.

  2. Wyświetlenie szczegółów profilu użytkownika.

  3. Powrót do zakładki ze wszystkimi użytkownikami portalu.

Przepływy alternatywne

  1. 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.

  1. Drugi przepływ alternatywny

2b. Usuwanie profilu użytkownika

2c. Edycja profilu użytkownika

3b. Potwierdzenie hasła i zmian dokonywanych w portalu

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę administracji obsługi portalu.

  2. Wyświetlenie wszystkich sekcji i grup stron działających w portalu.

  3. Powrót do zakładki administracji portalu.

Przepływy alternatywne

  1. 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

  1. 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.

0x01 graphic

      1. 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

  1. Przejście na zakładkę zarządzania uprawnieniami.

  2. Wyświetlenie wszystkich uprawnień dostępnych w portalu.

  3. Powrót do administracji portalu.

Przepływy alternatywne

  1. 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.

  1. 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ń

  1. 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.

0x01 graphic

Określenia zaczerpnięte z „Ustawa z dnia 29 sierpnia 1997 r. o usługach turystycznych”

20



Wyszukiwarka

Podobne podstrony:
avr spis tresci
c Spis treści
167 170 spis tresci
kd spis tresci
MS 2011 1 spis tresci
02 SPIS TREŚCI
Projekt 2 - Spis treści, Inżynieria Środowiska, Oczyszczanie Gazów
spis-tresci-pr.-spadkowe, Prawo
spis tresci pppipu, studia, rok II, PPPiPU, od Ani
SPIS TREŚCI
Spis treści
3 spis tresci
spis tresci
Spis treści
spis tresci do prawoznawstwo
Spis treści pająk
2 spis tresci
1[2] Ziemie polskie w Q Spis treści
fizjologia spis treści

więcej podobnych podstron