SPIS TREŚCI

CEL I PRZEZNACZENIE

1.1 Ogólne sformułowanie dziedziny i celów stawianych projektowi

Projekt ma na celu stworzenie systemu informatycznego pozwalającego na sprzedaż biletów lotniczych przez internet. Dzięki niemu zostanie usprawniony proces wyszukiwania połączeń, zmniejszony nakład pracy z tym związany oraz odciążona infolinia gdyż wszystkie operacje na przykład rezerwacje dokonywane będą on-line jak i kontakt z klientem będzie drogą elektroniczną.

By mogło to być możliwe trzeba podpisać umowę z dostawcą systemu rezerwacyjnego odnośnie udostępnienia wyszukiwarki połączeń, IBE oraz ENTRY.

IBE - (Internet Booking Engine) środowisko w którym można przeglądać rezerwacje założone przez internet na danym Office-id.

ENTRY - środowisko do wprowadzania do systemu taryf negocjowanych z liniami lotniczymi.

Office-id - unikalny numer przyznawany w celu rozróżnienia z jakiego miejsca została założona rezerwacja.

1.2 Zwięzła charakterystyka przedsięwzięcia

Dzięki systemowi klient będzie mógł za pomocą internetu i przeglądarki:

• wyszukać połączenie;

• dokonać rezerwacji;

• sprawdzić stan zamówienia;

• dostęp do dokładnego opisu trasy i związanych z tym zagadnień (check my trip - https://www.checkmytrip.com);

• zakupić bilet bez wychodzenia z domu.

Firma natomiast skorzysta w kwestii:

• dokładnych statystyk z zapytań, dokonanych rezerwacji jak i rezerwacji wykupionych

• ograniczenia nakładu pracy związanego z obsługą klienta „face to face” czy na infolinii;

• stworzenie listy mailingowej;

• można trafić do klienta gdzie firma nie swojego oddziału.

1.3 Kryteria i warunki powodzenia realizacji systemu

Warunkiem powodzenia projektu jest:

• stworzenie przejrzystej strony dla klienta (strona www);

• podłączenie i sprawne działanie maszynki do wyszukiwania połączeń dostarczanej przez producenta systemu rezerwacyjnego;

• dostosowanie systemu do współpracy z IBE;

• dostosowanie systemy do współpracy ze środowiskiem ENTRY wykorzystywanej do wprowadzania taryf negocjowanych;

• wyeliminowanie użytkowników wchodzących na stronę i notoryczne wyszukiwanie połączeń bez dokonywania rezerwacji;

• zapewnienie bezpiecznego połączenia szczególnie podczas wprowadzania danych potrzebnych do dokonania rezerwacji.

1.4 Charakterystyka użytkownika

Zależ nie od płaszczyzn dostępu użytkowników można podzielić na kilka grup. Spowodowane jest to tym że część danych będzie znajdować się na serwerach firmy jak i dostawcy systemu czego nie można uniknąć. Komunikacja między nimi będzie oczywiście przebiegała niezauważalnie dla klienta na zasadzie zapytań i odpowiedzi.

Klient - bezie maił dostęp jedynie przez stronę www do wyszukiwarki połączeń oraz części związanej z finalizacją zakładania rezerwacji czy miejsca gdzie wpisuje swoje dane (konieczne połączenie szyfrowane) znajdujące się na serwerze firmy. Dodatkowo będzie mógł się połączyć ze strona check my trip pod warunkiem sfinalizowania transakcji do udostępnianej przez dostawce systemu w celu sprawdzenia szczegółów dotyczących przelotu czy przelotów.

Kolejne grupy użytkowników to osoby odpowiedzialne za odpowiednie działanie serwisu jak obsługę klienta on-line oraz pracownicy firmy udostępniającej system rezerwacyjny.

Do pierwszej grupy naleć będzie osoba mająca dostęp do ENTRY oraz testujące czy nie występują błędy, odpowiedzialne za cały przebieg transakcji od momentu założenia rezerwacji przez podgląd przelewów aż do przekazania biletu do wydrukowania o ile jest to bilet papierowy lub wysłania na mail w przypadku biletu elektronicznego.

Druga grupa użytkowników to osoby z poza firmy zajmujące się prawidłowym działaniem całego systemu rezerwacyjnego.

1.5 Charakterystyka środowiska

System będzie pracował na kilku serwerach, firmowym gdzie będzie cała strona z modułami do niej podłączonymi. Moduły będą odniesieniami do systemów znajdujących się na serwerach firmy dostarczającej system rezerwacyjny. Wszystkie operacje będą odbywały w sposób niewidoczny dla klienta. Można tu wyróżnić kilka środowisk:

• strony www (z wyszukiwarko i check my trip);

• IBE;

• ENTRY;

• dostęp do systemu rezerwacyjnego;

PROJEKT FUNKCJONALNY

2.1 Funkcjonalna charakterystyka systemu

Do podstawowych funkcji systemu będzie należało:

• wyszukiwania połączeń i zakładania rezerwacji przez klienta z minimalnym udziałem kasjera lotniczego;

• zgromadzenia listy mailingowej na cele marketingowe firmy oraz firm współpracujących;

• ważna będzie możliwość tworzenia statystyk w celu analizy rynku oraz podstaw do negocjowania taryf z liniami lotniczymi na określone kierunki;

2.2. Analiza danych

Ze względu na specyfikę przedsięwzięcia system będzie pracował na kilku bazach dzieląc dane między nie lub duplikując.

Jedna z nich to baza w systemie rezerwacyjnym gdzie będą gromadzone wszystkie dane o kliencie potrzebne do założenia rezerwacji jak i o rezerwacji:

• imiona, nazwiska, data urodzenia;

• adres

• nr paszportu jeśli jest wymagany

• opcjonalnie email

• szczegóły przelotów (dystynacje, godziny odlotów - przylotów, numery rejsów, daty)

• numer rezerwacji

Dane gromadzone w bazie stworzonej do użytku firmy ze względu na chęć tworzenia dokładnych statystyk będą dotyczyły zarówno rezerwacji jak i zapytań. Będzie ich w związku z tym więcej ale zaowocuje dokładniejszemu zbadaniu rynku.

W obu przypadkach można wyróżnić kilka integralnie działających baz ale powiązanych z sobą relacjami.

Baza klientów - dane personalne, adresy zamieszkania i korespondencyjny, e-mail,
nr paszportu.

Baza rezerwacji - szczegóły przelotów, numer rezerwacji.

Baza zapytań - szczegóły zapytań (podobnie jak przy rezerwacji ale bez jej numeru)

2.3. Formalny opis funkcji systemu.

Do podstawowej funkcji systemu dokonywanie rezerwacji przez klienta, jednak by mogło to mieć miejsce potrzebne są funkcje dodatkowe takie jak:

• dostęp do IBE;

• dostęp osoby wprowadzającej taryfy do ENTRY;

• czasami jest potrzeba dodatkowego obrobienia rezerwacji w związku z tym kasjer powinien mieć dostęp do systemu rezerwacyjnego na tym samym Office-id by mieć podgląd do rezerwacji;

• w celu lepszego podglądu sprzedaży co jest przydatne przy negocjacjach z liniami lotniczymi dostęp do niezbędnych danych powinni mieć analitycy firmy;

Dostęp poszczególnych użytkowników do funkcji w systemie

2.4. Ścisła specyfikacja procedur systemu.

Procedura zapytania

Procedura zakładania rezerwacji

2.5. Specyfikacja praw dostępu i ochrony danych.

Ze względu na specyfikację systemu osoby z poza firmy muszą mieć również dostęp do systemu.

Uprawnienia

Baza rezerwacji (serwer firmowy)

Baza zapytań (serwer firmowy)

System rezerwacyjny (serwer firmy dostarczającej system rezerwacyjny)

Użytkownicy

Klient

-

Z

OZ

Operator IBE

OEZ

-

OEZ

Operator ENTRY

-

-

OEZ

Kasjer lotniczy

OEZ

-

OEZ

Analitycy

O

O

Linie lotnicze

-

-

OEZ

Dostawca systemu rezerwacyjnego

-

-

OEZ

O - odczyt

E - edycja

Z - zapis

2.6. Specyfikacja statystyk zbieranych przez system.

Statystyki w firmie będą odgrywały duże znaczenie strategiczne i będą dotyczyły szczególnie:

• dystynacji;

• okresów przelotów;

• przedziały wiekowe;

• regionów z jakich składane są zapytania i rezerwacje.

Dane te będą szczególnie ważne przy opracowywaniu strategii marketingowych dla określonych grup wiekowych jaki i regionów oraz mogą okazać się decydujące podczas negocjacji z liniami lotniczymi taryf.

2.7. Specyfikacja jakości.

System musi zbierać w sobie cechy niezawodności, estetyki, bezpieczeństwa. Wszystko to będzie miało bezpośredni wpływ na działanie systemu jak i najbardziej istotny aspekt obsługę klienta.

Niezawodność musi odnosić się do powiązanej ze stroną wyszukiwarki połączeń, IBE i ENTRY musi tu być spójność na wszystkich płaszczyznach.

By klient mógł swobodnie poruszać się po stronie i chciał na nią wrócić musi ona być funkcjonalna i estetyczna. Powinna zachęcać graficznie jak i prostotą poruszania się po niej.

W formularzach rezerwacyjnych będą wprowadzone dane poufne co zmusza do zapewnienia bezpieczeństwa przesyłania tych danych czyli szyfrowania połączenia. Dane te pod żadnym pozorem nie mogą się dostać w niepowołane ręce ani nie mogą zostać zmienione podczas transferu od klienta do bazy.

Dodatkowo powinny zostać stworzone narzędzia zapewniające systematyczne wykonywanie kopii bezpieczeństwa by na wypadek awarii serwera czy innych czynników można było szybko i sprawnie na nowo przywrócić system do działania.

2.8. Współdziałanie z innymi systemami.

Nowo stworzony system musi współpracować z systemem rezerwacyjnym AMADEUS zapewnią to jednak narzędzia dostarczone przez samego dostawce. Dodatkowo dla działu analitycznego można stworzyć narzędzi pozwalające eksportować odpowiednie dane do plików xls.

PROTOTYP

Prototyp zostanie stworzony do testów wewnętrznych i będzie posiadał tylko podstawowe funkcje czyli:

• możliwość składania zapytań;

• możliwość zakładania rezerwacji;

• pozwoli sprawdzić czy odpowiednio wyciągane są dane dla analityków.

Testy zostaną już na właściwym serwerze i z dużą grupą użytkowników by sprawdzić czy nie wystąpią nieoczekiwane błędy czy przekłamania podczas licznych jednoczesnych połączeń.

ARCHITEKTURA SYSTEMU

4.1. Technologiczna podstawa działania systemu.

Do stworzenia baz znajdujących się na serwerze zostanie wykorzystanie postgres natomiast strona www w technologii php. Dzięki temu w prosty sposób będzie można zaimplementować narzędzie do wyszukiwania połączeń. Narzędzia dostępu do bazy dla analityków będą stworzone również w php natomiast pozostałe środowiska jak IBE czy ENTRY są dostarczane przez dostawce systemu dzięki czemu są one już gotowe i nie jest potrzebne ich modyfikacja czy dostosowywanie. Firmowy serwer zostanie wyposażony w system Linux.

4.2. Ilość użytkowników.

Użytkownicy systemu z nie licząc klientów w nieznacznym stopniu będą obciążać system w związku z tym niemal całą przepustowość łącza jak i wydajność baz można przeznaczyć na klientów. Początkowa liczba połączeń może nie być zbyt duża ze względu na potrzebę wypromowania strony przez kolejkowanie czy umieszczanie w reklamach finalnie jednak liczy się na jak mówi doświadczenie na kilkaset połączeń dziennie i kilkanaście jednocześnie. Zarówno serwer jaki i łącze zostanie tak dobrane by można późniejszym okresie jeśli zajdzie taka potrzeba rozbudować czy wzmocnić.

4.3. Specyfikacja oprogramowania i jego konfiguracja.

Oprogramowanie potrzebne do działania systemu dotyczy głównie serwera ponieważ na stacjach roboczych czy u klienta wystarczy przeglądarka www co nie stanowi problemu.

Serwer będzie miał system operacyjny Linux co wpłynie korzystnie na nakład finansowy na projekt ze względu na licencje opensource dla potrzebnych narzędzi takich jak serwer www (Apache) czy postgres.

4.4. Specyfikacja sprzętu komputerowego i sieciowego.

Specyfikacja sprzętu ze względu na specyfikację przedsięwzięcia oraz że firma posiada stworzoną infrastrukturę informatyczną dotyczy głównie serwera który trzeba dokupić i wyposażyć z niezależne łącze internetowe.

Zaleca się zastosowanie serwera firmowego np. firmy Dell co zapewni niezawodność oraz wsparcie techniczne. Koszt takiej maszyny jednak nie będzie mały ale jest to wydatek który w perspektywie czasu się opłaca. Biorąc pod uwagę małe wymagania systemu wystarczy maszyna:

• jednoprocesorowa (Pentium)

• ok. 2 GB ram-u

• z kontrolerem RAID

Koszt to ok. 7 tys pln.

Jeśli chodzi o łącze internetowe to ze względu na niezawodność, synchroniczność oraz brak inny dostawców niż tpsa wskazany jest polak z transferem 1 Mb. W przyszłości jeśli zaistnieje taka potrzeba będzie można zmienić łącze na mocniejsze.

4.5. Metodyczne i narzędziowe zalecenia w zakresie zarządzania realizacją projektu.

Podczas zamykania etapów następuje prezentacja przed osobą odpowiedzialną oraz zleceniodawcą. Ponadto na bieżąco tworzona jest dokumentacja przez twórców etapów.

NAKŁADY, ZASOBY I ORGANIZACJA PRACY

5.1. Harmonogram prac wraz z punktami kontrolnymi etapowej oceny realizacji systemu i wskazaniem ścieżki krytycznej.

Ilość Miesięcy	1	2	3	4
Działania
Zbieranie wymagań	XX
Opracowanie wymagań	XX
Analiza wymagań	X	X
Projekt bazy danych		XX
Projektowanie części graficznej		XX
Implementacja		XX
Testy			XXX
Dokumentacja			XXXX
Wdrożenie				XX
Szkolenia				XXXX

5.2. Kosztorys implementacji systemu.

Nakład	Koszt
Projektanci x 2	4000
Programiści x 2	6000
Graficy x 1	1500
Wdrożeniowiec x 1	1500
Szkolenie	1000
Serwer	8000
Oprogramowanie	30
Środowiska udostępniane przez dostawce systemu	20000
Suma	40530

Do testów zostaną wykorzystani pracownicy firmy dzięki czemu nie ograniczy się koszty z tym związane.

5.3. Zasoby ludzkie zatrudnione przy realizacji systemu.

Osoby pracujące przy realizacji projektu to:

• projektanci;

• programiści;

• graficy;

• szkoleniowcy.

5.4. Zasady przyjmowania etapów realizacji systemu.

Podczas realizacji projektu kolejne etapy prac będą przedstawiane systematycznie zleceniodawcy zgodnie z wcześniej opracowanym harmonogramem. Do poszczególnych etapów będzie należało:

• prezentacja grafik

• prezentacja prototypu

• raport z testów

Dodatkowo po ukończeniu każdego z etapów zleceniodawca otrzyma raport po zatwierdzeniu którego nastąpi wystawienie faktury i rozliczenie za ukończony etap projektu.

5.5. Opisy zadań dla wszystkich członków zespołu.

Projektanci - zbieranie informacji związanych z realizacją projektu, analiza zebranych danych, projekt systemu

Grafik - projektowanie i wykonanie grafik do strony www zgodnie z projektem ewentualne zmiany po konsultacji z projektantami.

Programiści - wykonanie strony www oraz baz danych zgodnie z projektem ewentualne zmiany po konsultacji z projektantami. Tworzenie na bieżąco dokumentacji.

Wdrożeniowiec - przygotowanie serwera, konfiguracja, uruchomienie gotowego systemu oraz przeprowadzenie szkoleń

5.6. Zasady współpracy zleceniodawca - wykonawca.

Zleceniodawca po ukończeniu każdego z etapów otrzyma raport oraz zostanie mu przedstawiona prezentacja. Dodatkowo będzie miał wgląd do projektu po wcześniejszym ustaleniu tego z wykonawcą. Kontakt będzie dotyczył również konsultacji przy ewentualnych zmianach w projekcie. Po zakończeniu przedsięwzięcia zatwierdzeniu pod kontem poprawności i uregulowaniu zobowiązań zleceniodawcy zostanie oddany system wraz z dokumentacją.

5.7. Ocena nakładów osobowych i finansowych na utrzymanie systemu.

Zgodnie z zawartą umową wykonawca zobowiązuje się do pomocy merytorycznej prze 4 miesiące od dnia oddania systemy zleceniodawcy oraz wprowadzenia ewentualnych poprawek. Przez wyżej wspomniany okres czynności te będą wykonywanie bez opłat natomiast po tym okresie wszelkie czynności będą wykonywane na podstawie umowy zlecenia. Finalnie system ma być serwisowany jak i czynności konserwacyjne mają być wykonywane przez zespół informatyków zatrudnianych przez firmę w związku z czym wykonawca nie ponosi odpowiedzialności za nieprawidłowe działanie systemu wynikłe z powodu nieprawidłowej jego obsługi.

ANALIZA KORZYŚCI

6.1. Oszacowane nakłady.

Nakład finansowy na projekt ma wynieść 40 530 pln

6.2. Oszacowanie korzyści.

• Dotarcie do klienta w lokacjach gdzie firma nie ma biur.

• Prestiż.

• Zautomatyzowanie operacji związanych z zapytaniami czy zakładaniem rezerwacji.

• Odciążenie CallCenter.

• Zgromadzenie listy mailingowej do celów marketingowych.

• Stworzenie dokładnych statystyk.

6.3. Wnioski

Mimo wielu korzyści wynikających z uruchomienia systemu projekt okazuje się zbyt kosztowny i lepszą alternatywą okazuje się skorzystanie z propozycji portalu onet.pl. Portal ten ma przygotowany cały system a wkład opierał się będzie jedynie na uzyskaniu nowego Office-id i obsługę klienta oraz założonych rezerwacji. Natomiast koszty bieżące jak i zyski zostaną podzielone pomiędzy dwie firmy.

Zamierzony cel zostanie osiągnięty za nieporównywalnie mniejszym wkładem w przedsięwzięcie.

CEL I PRZEZNACZENIE

- 15 -

PROJEKT FUNKCJONALNY

ARCHITEKTURA SYSTEMU

NAKŁADY, ZASOBY I ORGANIZACJA PRACY

---