03_Szczeg owy Opis Przedmiotu Zam wienia

Transkrypt

Stro na |1
SZCZEGÓŁOWY OPIS PRZEDMIOTU
ZAMÓWIENIA (zwany dalej SOPZ)
Opracowanie i dostarczenie aplikacji na urządzenia mobile (Smartphone,
Tablety itp.) po Wielkiej Pętli Wielkopolski w ramach systemu GPS
Wielkopolska wraz z utworzeniem strony internetowej o turystyce wodnej (w
tym zakup zdjęć i tłumaczenie tekstów)
Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego w
ramach Wielkopolskiego Regionalnego Programu Operacyjnego na lata 2007 – 2013
„FUNDUSZE EUROPEJSKIE – DLA ROZWOJU INNOWACYJNEJ WIELKOPOLSKI”
Stro na |2
Zawartość
I.
Słownik ............................................................................................................................................ 4
II.
Informacje ogólne o projekcie pn. „Kompleksowa promocja markowego produktu turystyki
wodnej Wielka Pętla Wielkopolski” ........................................................................................................ 5
III.
Przedmiot zamówienia ................................................................................................................ 6
1.
2.
Opracowanie i dostawa dokumentacji projektowej ................................................................... 6
1.1.
Plan projektu ....................................................................................................................... 6
1.2.
Analiza Przedwdrożeniowa ................................................................................................. 7
1.3.
Opis testów akceptacyjnych ................................................................................................ 7
1.4.
Analiza Powdrożeniowa ...................................................................................................... 7
Zebranie i opracowanie redakcyjne danych punktów zainteresowania (POI) i śladu Wielkiej
Pętli Wielkopolski (WPW).................................................................................................................... 8
3.
2.1.
Karta POI - obiektów znajdujących się na szlaku WPW ....................................................... 8
2.2.
Karta POI - miast znajdujących się w pobliżu WPW .......................................................... 11
2.3.
Karta - Szlaki turystyczne: .................................................................................................. 12
2.4.
Import POI ......................................................................................................................... 12
Opracowanie i dostawa systemu Zarządzania Treścią dla strony internetowej i aplikacji
mobilnej wraz z wersją językową. ..................................................................................................... 13
3.1.
Dostęp ............................................................................................................................... 13
3.2.
Zarządzanie użytkownikami .............................................................................................. 13
3.3.
Zarządzanie bazą danych POI w tym obiektów, miast oraz szlaków. ................................ 14
3.4.
Zarządzanie bazą danych wydarzeń .................................................................................. 17
3.5.
Zarządzanie strukturą strony internetowej oraz aplikacji mobilnej .................................. 18
3.6.
Zarządzanie powiadomieniami .......................................................................................... 22
3.7.
Zarządzanie wycieczkami................................................................................................... 22
Stro na |3
4.
5.
IV.
Opracowanie i dostawa strony internetowej ............................................................................ 23
4.1.
Struktura strony internetowej........................................................................................... 23
4.2.
Wersja językowa ................................................................................................................ 23
4.3.
Wymagania funkcjonalne .................................................................................................. 24
4.4.
Wymagania pozafunkcjonalne .......................................................................................... 26
Opracowanie i dostarczenie aplikacji mobilnej ......................................................................... 27
5.1.
Struktura aplikacji mobilnej............................................................................................... 28
5.2.
Wersja językowa ................................................................................................................ 28
5.3.
Wymagania funkcjonalne .................................................................................................. 29
5.4.
Wymagania pozafunkcjonalne .......................................................................................... 33
Licencje, wdrożenie i utrzymanie, gwarancje i serwis............................................................... 35
1.
Licencje ...................................................................................................................................... 35
2.
Wdrożenie i utrzymanie ............................................................................................................ 35
3.
Gwarancje i serwis..................................................................................................................... 36
Stro na |4
I. Słownik
Offline – sytuacja w której urządzenie mogące korzystać z połączenia z siecią Internet nie korzysta z
tego połączenia.
POI – punkt zainteresowania z angielskiego Point of Interest oznaczający miejsce na mapie które
należy wyróżnić, cechą charakterystyczną każdego POI są współrzędne geograficzne.
System zarządzania treścią – zwany CMS (Content Management System) to aplikacja internetowa
bądź ich zestaw pozwalające na stworzenie strony internetowej oraz jej późniejszą aktualizację i
rozbudowę przez nietechniczny zespół redakcyjny. Zarządzanie treścią na stronie internetowej musi
odbywać się przez proste formularze
https - szyfrowana wersja protokołu http za pomocą protokołu SSL.
Gpx; Kml; Kmz – formaty danych oparte na formacie XML do przekazywania danych geograficznych
Captcha – zabezpieczenie stosowane powszechnie na stronach internetowych polegające na
dopuszczenia przesyłu informacji po przepisaniu przez użytkownika tekstu z obrazka.
Stro na |5
II. Informacje ogólne o projekcie pn. „Kompleksowa promocja
markowego produktu turystyki wodnej Wielka Pętla Wielkopolski”
Celem projektu pn. „Kompleksowa promocja markowego produktu turystyki wodnej Wielka Pętla
Wielkopolski” jest profesjonalna, kompleksowa kampania promocyjna markowego produktu
o nazwie Wielka Pętla Wielkopolski łączącego drogi wodne naszego regionu w wodny szlak
turystyczny. Jego wyjątkowość polega na wykorzystaniu równoleżnikowego kierunku przepływu
głównych rzek regionu – Warty i Noteci oraz południkowego położenia kanału Warta- Gopło. Poprzez
dostęp od zachodu do Odry, jej dopływów i kanałów łączących ją z drogami wodnymi Brandenburgii,
Wielka Pętla jest skomunikowana z zachodnią Europą, a poprzez Kanał Bydgoski z Wisłą i innymi
rzekami Drogi Wodnej E-70 aż z Kaliningradem. Projekt Wielkopolskiej Organizacji Turystycznej
promuje walory przyrodnicze szlaku oraz walory kulturowe położonych w pobliżu miast
i miasteczek. Miejscem realizacji projektu jest teren Wielkopolski oraz wybrane miejsca na terenie
kraju i na terenie wybranych krajów europejskich. Grupy docelowe na rynku krajowym stanowią
mieszkańcy Wielkopolski, województw ościennych oraz dużych miast i aglomeracji Polski. Ponadto do
grupy tej zaliczyć zalicza się osoby uprawiające turystykę motorowodną kajakową, właścicieli łodzi
płaskodennych, barek itp. Promocja projektu oraz jego poszczególne etapy obejmować będą również
rynek niemiecki (turyści z regionów Partnerstwa Odry tj. Berlin, Branderburgia, Meklemburgia –
Przedpomorze i Saksonia), rynek niderlandzki oraz rynek francuski.
Poniższe informacje mają na celu wybór wykonawcy, który opracuje i dostarczy aplikację na
urządzenia mobile Wielkiej Pętli Wielkopolski w ramach systemu GPS Wielkopolska wraz z
utworzeniem strony internetowej o turystyce wodnej (w tym zakup zdjęć i tłumaczenie tekstów)
jako elementu promującego produkt Wielkiej Pętli Wielkopolski. Aplikacja wykorzystująca
technologię nawigacji satelitarnej będzie przyjaznym dla użytkownika informatorem i przewodnikiem
poprzez jasny, przejrzysty, prosty i intuicyjny interfejs, a także kompleksowość i precyzyjność
zaimplementowanych informacji dotyczących tras oraz punktów zainteresowań (POI). Ze względu na
brak powszechnej dostępności do szczegółowych map i przewodników Wielkiej Pętli Wielkopolski,
będzie stanowić istotne źródło informacji dla turystyki wodnej. Aplikacja korzystać będzie z łącza
internetowego, ale zostanie także wyposażona w tryb umożliwiający dostęp w trybie offline
(korzystanie z danych uprzednio ściągniętych) w celu ograniczenia potencjalnych kosztów związanych
z transmisją danych.
Stro na |6
III.Przedmiot zamówienia
1.
Opracowanie i dostawa dokumentacji projektowej
W ramach rozpoczęcia pracy nad projektem polegającym na promocji szlaku turystycznego
Wielkiej Pętli Wielkopolski za pomocą strony internetowej oraz aplikacji mobilnej zakłada
się w pierwszej fazie utworzenie niezbędnej dokumentacji projektowej umożliwiającej
sprawne prowadzenie i zarządzanie projektem. Cała dokumentacja (lista dokumentów
wymieniona poniżej) zostanie wykonana przez Wykonawcę na podstawie ustaleń i spotkań
z Zamawiającym (co najmniej jedno spotkanie przed każdym z etapów ustalonych w
harmonogramie prac). Proces tworzenia dokumentacji, w tym analiz oraz proces realizacji
projektu zakłada bieżącą komunikację pomiędzy Zamawiającym a Wykonawcą wymaganiem Zamawiającego są spotkania w siedzibie Zamawiającego. Produktem jaki
spodziewany jest w pierwszej fazie projektu jest zbiór dokumentacji w tym:
1.1. Plan projektu
Dokument planu projektu zakłada utworzenie dokumentu składającego się z dwóch
części. Pierwsza z części dotyczy szczegółowych informacji na temat terminów, w
których Zamawiający będzie odbierać od Wykonawcy poszczególne etapy prac nad
projektem. Druga część planu projektu będzie opisem przepływu komunikacji
pomiędzy Zamawiającym a Wykonawcą. Kryteriami odbioru dokumentu Plan Projektu
są:
a. Szczegółowy harmonogram prac
Projekt należy podzielić na etapy, każdy etap musi kończyć się produktami
podlegającymi odbiorowi przez Zamawiającego. Etapy są numerowane i opisane
datami (daty skrajne wchodzą w realizację danego etapu). Przed rozpoczęciem
etapu konieczne jest wykazanie zasobów niezbędnych do dostarczenia przez
Zamawiającego Wykonawcy w celu planowego i terminowego wykonania projektu.
Należy uwzględnić, że Zamawiający zobowiązuje się do ciągłej współpracy z
Wykonawcą na różnych płaszczyznach. Dodatkową informacją jaka jest wymagana
przez Zamawiającego w harmonogramie to produkty jakie powinny zostać
osiągnięte na koniec każdego etapu.
Stro na |7
b. Przepływ komunikacji
W ramach planu projektu zostanie opracowana przez Wykonawcę dokumentacja
po ustaleniach z Zamawiającym pozwalająca standaryzować sposób komunikacji
pomiędzy Wykonawcą i Zamawiającym. W ramach ustaleń sposobu komunikacji
zostaną wyznaczone osoby zarówno po stronie Zamawiającego i Wykonawcy
odpowiadające za dany obszar funkcjonalny i merytoryczny projektu do
komunikowania się ze sobą. Warunkiem wymiany ustaleń mających wpływ na
projekt jest forma komunikacji pozwalająca na odtworzenie informacji takich jak:
Nadawca, adresat, data, treść.
1.2. Analiza Przedwdrożeniowa
W ramach rozpoczęcia pracy nad projektem konieczne jest wykonanie dokładnej
analizy przedwdrożeniowej przez Wykonawcę u Zamawiającego. Istotnym warunkiem
wykonania dobrej analizy jest praca na miejscu u Zamawiającego. Produktem analizy
przedwdrożeniowej będzie dokument analizy przedwdrożeniowej wykonany przez
Wykonawcę. Dokument będzie służył doprecyzowaniu wymogów Zamawiającego
względem projektu. W ramach analizy zostanie wymieniony każdy element projektu i
należycie opisany - za należycie opisany element rozumie się opis lokalizacji elementu,
sposobu jego działania. W dokumencie zostaną doprecyzowane wszystkie pytania i
uwagi Wykonawcy jakie dotyczą projektu
1.3. Opis testów akceptacyjnych
Wykonawca opracuje w porozumieniu z Zamawiającym testy akceptacyjne, które
zostaną dołączone jako jedno z kryteriów odbioru. W ramach dokumentu testów
akceptacyjnych zostanie przygotowana instrukcja przeprowadzania testów oraz ich
zgłaszania oraz sprawdzania statusu błędu (za rozwiązanie błędu rozumie się status
zamknięty wprowadzony przez Zamawiającego).
1.4. Analiza Powdrożeniowa
W ramach prac nad projektem zostanie stworzona przez Wykonawcę instrukcja dla
użytkowników pełniących role administratorów portalu. Uwzględnione będą wszystkie
role administratorów. Opisane zostaną możliwości jakie daje każdy rodzaj konta.
Stro na |8
2.
Zebranie
i
opracowanie
redakcyjne
danych
punktów
zainteresowania (POI) i śladu Wielkiej Pętli Wielkopolski (WPW)
Przedmiotem działania będzie zebranie śladu / śladów szlaku wodnego oraz określenie
rzeczywistej długości szlaku w tym celu zostanie dostarczona przez Zamawiającego
dokładna mapa trasy z opisem przebiegu (materiały informacyjne w postaci publikacji z
przebiegiem i opisem trasy WPW.) jaką ma badać Wykonawca w terminie 7 dni od daty
podpisania umowy. Zebranie śladu będzie polegało również na zebraniu śladu obiektów
znajdujących się bezpośrednio na szlaku wodnym takich jak : śluzy, promy, mariny,
przystanie kajakowe, śluzy, mosty, kładki, rurociągi, stanice, przystanie, porty, nabrzeża
miejskiem itp. Wykonawca będzie zobowiązany do zebrania rzeczywistych danych poprzez
przebycie trasy szlaków wodnych WPW (ok. 700km) i zgromadzenia danych pochodzących z
urządzeń nawigacyjnych, dostarczone dane zostaną poddane walidacji przez Wykonawcę z
oficjalnymi danymi. Dane powinny określać położenie pojazdu wodnego używanego przez
Wykonawcę z częstotliwością odświeżania nie mniejszą niż 10-20 sek. Akceptowany poziom
odchyleń związany z przekazywaniem danych geolokalizacyjnych nie może być większa niż
3-5 metrów. Wszystkie dane wprowadzane zostaną poddane również walidacji przez
Wykonawcę pod kątem ustandaryzowania formatu (np. dane współrzędne geograficzne
muszą być w systemie w jednym formacie) jak również walidacji pod kątem stylistyki języka.
2.1. Karta POI - obiektów znajdujących się na szlaku WPW
Wykonawca zobowiązany będzie do wprowadzenia lokalizacji POI (ang. Point of
Interest), czyli punktów zainteresowań, wraz z dokonaniem opisu zgodnie z
następującym schematem:
a. Nazwa (max 250 znaków) – pole obowiązkowe
b. Krótki opis (max. 500 znaków) występujący na dymku w listach
– pole obowiązkowe
c. Opis (max. 8000 znaków) – pole obowiązkowe
d. Zdjęcia – pole obowiązkowe
•
Co najmniej jedno zdjęcie
•
Zdjęcia powinny być wykonane techniką cyfrową i zapisane w
formacie PNG o rozdzielczości 3 milionów pikseli.
Stro na |9
•
Jeżeli zachodzi konieczność wykadrowania zdjęcia należy je
wykadrować
•
Proporcje zdjęcia wynoszą 3:2
•
W przypadku obrazów pochodzących z innych źródeł (np.
skan) minimalna wielkość obrazka to 900x600 pikseli
e. Zdjęcia Miniaturki – pole obowiązkowe
•
Do każdego POI musi być co najmniej 1 zdjęcie.
•
Zdjęcia powinny być wykonane techniką cyfrową i zapisane w
formacie PNG o rozdzielczości min. 150/150 pikseli.
•
Jeżeli zachodzi konieczność wykadrowania zdjęcia – należy je
wykadrować.
•
f.
Maksymalna wielkość obrazka to 200 x 200 pikseli.
Współrzędne geograficzne- pole obowiązkowe
•
Długość geograficzna
•
Szerokość geograficzna
g. Adres (jeśli dotyczy):
•
Ulica
•
Numer
•
Kod pocztowy
•
Miejscowość
h. Dane teleadresowe(jeśli dotyczy):
i.
•
Telefon stacjonarny
•
Telefon komórkowy
•
Fax
•
Email
•
Strona www
Przynależność do danej kategorii: – pole obowiązkowe
•
Architektura drewniana
•
Kościoły / klasztory / cmentarze
•
Muzea / skanseny
S t r o n a | 10
•
Pałace i dwory
•
Pomniki
•
Przyroda
•
Punkty widokowe
•
Sanktuaria
•
Twierdze i fortyfikacje
•
Układy urbanistyczne
•
Zamki i ruiny
•
Mariny
•
Przystanie kajakowe
•
Promy
•
Slipy
•
Śluzy,
•
Mosty
•
Kładki
•
Rurociągi,
•
Stanice,
•
Przystanie
•
Porty
•
Nabrzeża miejskie
•
Odsypiska
•
Meandry
•
Ostrogi
•
Boje
•
Bulwary
•
Ujścia rzek
•
Rowy melioracyjne
•
Kanały ściekowe
•
Wał przeciwpowodziowy
•
Strażnik wodny
•
Port
•
Postoje dla statków
S t r o n a | 11
j.
•
Przepompownia
•
Wypożyczalnie sprzętu wodnego
•
Inne
Godziny otwarcia (jeśli dotyczy)
•
Całoroczne
o Wybór dni tygodnia z tymi samymi godzinami
otwarcia
o Wybór dni tygodnia z różnymi godzinami otwarcia
•
Sezonowe
o Wybór dni tygodnia z tymi samymi godzinami
otwarcia
o Wybór dni tygodnia z różnymi godzinami otwarcia
k. Potrzebny czas zwiedzania (jeśli dotyczy)
•
Ilość czasu potrzebna do zwiedzenia obiektu podawana w
godzinach
l.
Atrybuty obiektu (jeśli dotyczy):
•
Parking
•
Internet
•
przyjazny dla niepełnosprawnych itd.
•
WC
•
Prysznic
•
Gastronomia
•
inne (możliwe do wcześniejszego zdefiniowania w systemie
CMS przez administratora)
2.2. Karta POI - miast znajdujących się w pobliżu WPW
Wykonawca zobowiązany będzie do wprowadzenia lokalizacji miasta jako POI (ang.
Point of Interest), czyli punktów zainteresowań, wraz z dokonaniem opisu zgodnie z
następującym schematem:
S t r o n a | 12
a. Nazwa (max. 250 znaków) – pole obowiązkowe
b. Krótki opis (max. 500 znaków) występujący na dymku w listach
– pole obowiązkowe
c. Nazwa w dymku (max. 250 znaków) – pole obowiązkowe
d. Współrzędne geograficzne- pole obowiązkowe
•
Długość geograficzna
•
Szerokość geograficzna
2.3. Karta - Szlaki turystyczne:
a. Nazwa (jeśli adekwatne)
b. Kategoria
•
Pieszy
•
Rowerowy
•
Wodny
•
Inny
c. Przebieg (miejscowości)
d. Długość (km)
e. Informacje dodatkowe
2.4. Import POI
W ramach importu POI Wykonawca będzie musiał zaimportować do systemu
zarządzania treścią strony listę POI obiektów zebranych podczas żeglugi wyznaczonym
szlakiem na WPW oraz listę POI miast znajdujących się w pobliżu szlaku WPW, w tym
również listę POI obiektów dostarczoną przez Zamawiającego (do 300 POI wraz ze
zdjęciami dostarczonych przez Zamawiającego wraz z prawami autorskimi do zdjęć).
Dane jakie muszą zostać uzupełnione minimum oznaczone są na w punktach 2.1., 2.2.,
i 2.3 jako pola obowiązkowe, pozostałe pola są opcjonalne. Wszystkie dane jakie
zostaną zaimportowane muszą przejść walidację redakcyjną (Np. nie może być
zaimportowany POI z nie uzupełnionym polem obowiązkowym).
S t r o n a | 13
3.
Opracowanie i dostawa systemu Zarządzania Treścią dla strony
internetowej i aplikacji mobilnej wraz z wersją językową.
Wymaganiem Zamawiającego jest dostarczenie systemu Zarządzania Treścią CMS (Content
Management System) pozwalającego na zarządzanie zasobami strony internetowej oraz
aplikacji mobilnej. Szata graficzna systemu ma być zgodna z obowiązującym Systemem
Identyfikacji Wizualnej Wielkiej Pętli Wielkopolski.
3.1. Dostęp
Dostęp do systemu Zarządzania Treścią CMS będzie możliwy za pomocą wpisania w
pasek adresu przeglądarki internetowej odpowiedniego adresu internetowego
przenoszącego użytkownika do strony logowania za pomocą bezpiecznego protokołu
https//:.
3.2. Zarządzanie użytkownikami
W systemie CMS będzie można zdefiniować cztery typy użytkowników ze względu na
role jakie będą pełnić, przy czym każda z ról o wyższej randze dziedziczy uprawnienia z
roli bezpośrednio położonej niżej w hierarchii. Nie ma żadnego ograniczenia do ilości
użytkowników. Hierarchie użytkowników przedstawia poniższa zależność zaczynając od
roli posiadającej najmniej uprawnień:
a. Użytkownik niezalogowany
Ma możliwość przeglądania zasobów strony internetowej oraz
aplikacji
mobilnej
bez
możliwości
budowania
własnych
wycieczek. Użytkownik będzie mógł zapisać się na subskrypcję
newslettera. System będzie realizował następujące funkcje z tym
związane:
S t r o n a | 14
•
Możliwość założenia konta poprzez podanie pseudonimu
(nicku) oraz hasła.
•
Możliwość budowania wycieczek oraz zapisywania ich na
stronie internetowej i aplikacji mobilnej
b. Użytkownik zalogowany
Logowanie jest zintegrowane z portalem społecznościowym
Facebook i Google+. Użytkownik ma możliwość zapisywania
swoich wycieczek i ich publikowaniu na stronie internetowej oraz
aplikacji
mobilnej
i
jednocześnie
publikowaniu
zapisanej
wycieczki na łamach portalu społecznościowego. Użytkownik
zalogowany
nie
będzie
miał możliwości
dodawania
ani
publikowania swoich treści takich jak artykuły czy działy na
stornie
internetowej.
Możliwość
skasowania
konta
oraz
zrezygnowania z newslettera.
c. Redaktor
Ma możliwość dodawania nowych artykułów, działów jak również
nowych pozycji menu, POI, Wydarzeń. Redaktor będzie
odpowiedzialny za zarządzanie treściami na stronie internetowej
w tym dodawanie, edytowanie oraz kasowanie.
d. Administrator
Administrator ma możliwość dodawania nowych użytkowników
do strony internetowej jak również ich usuwania. Ponadto
administrator
zarządza
całym
systemem
CMS
w
tym
ustawieniami serwera.
3.3. Zarządzanie bazą danych POI w tym obiektów, miast oraz szlaków.
Moduł ten jest modułem administracyjnym, dostępnym tylko dla autoryzowanych
osób. Pozwala on na ręczną edycję danych zgromadzonych w bazie danych atrakcji
turystycznych, np. dodawanie kolejnych obiektów. W szczególności zapewnione muszą
być następujące funkcjonalności:
S t r o n a | 15
a. Dodanie POI
b. Odwzorowanie POI na danych kartograficznych
•
Cechy
podkładu
mapowego
z
poziomu
systemu
zarządzania treścią:
o Bez ograniczeń przestrzennych (tzn. Obszar minimum
to terytorium Polski)
o Umożliwiający wizualizację obiektów geograficznych
na podstawie współrzędnych geograficznych
o Nieobciążającymi
dodatkowymi
Zleceniodawcy
kosztami
z
tytułu
żadnymi
jego
wykorzystywania,
o Niewyświetlający reklam
o Aktualizowany przynajmniej raz na kwartał
o Oferowany podkład ma być podstawą do nanoszenia
POI
obiektów,
turystycznych
miast
na
jak
również
szlaków
mapie
będącej
docelowej
przedmiotem na którym będą publikowane dane dla
wszystkich użytkowników.
•
Funkcjonalności systemu zarządzania treścią informacji
geograficznej:
o
Obsługa obiektów punktowych, liniowych i
wieloboków,
o
Opis obiektów za pomocą atrybutowej bazy
danych,
o
Możliwość
tworzenia
kartograficznych
dla
i
edycji
poszczególnych
znaków
typów
obiektów,
o
Mechanizm generalizacji (wyświetlania grup
obiektów w zależności od skali),
o
Automatyczne tworzenie legendy (system będzie
mógł zidentyfikować wszystkie obiekty i ich
S t r o n a | 16
sygnatury na mapie, zestawić w postaci legendy
wraz z opisami oraz zapewnić możliwość edycji
kolejności symboli w legendzie oraz ich opisów),
Możliwość importu i eksportu danych w
formatach gpx i kml/kmz.
•
Wizualizacja kartograficzna
o
Miejsca i wydarzenia (powiązane z miejscami)
będą wyświetlane na mapie w postaci specjalnie
zaprojektowanych przez wykonawcę sygnatur,
nawiązujących
do
klasycznych
kartograficznych,
możliwych
identyfikacji
szczegółowej
bez
znaków
do
łatwej
znajomości
legendy przez użytkownika,
o
Administrator musi mieć możliwość dodawania
nowych,
edycji
istniejących
lub
usuwania
sygnatur,
o
Mapie będzie towarzyszyć interaktywna legenda,
zawierająca objaśnienia znaków dostępna w
dwóch językach (polski i angielski – z możliwością
dodania
kolejnych);
kliknięcie
w
kategorię
obiektu (sygnaturę lub nazwę) w legendzie
będzie powodowało wyświetlenie listy obiektów.
c. Edycja istniejącego POI
d. Dodanie Kategorie POI
Możliwość zarządzania kategoriami, jak również dodawanie
nowych, modyfikacji istniejących oraz ich kasowania
S t r o n a | 17
e. Dodanie tłumaczenia POI
f.
Edycja tłumaczenia istniejącego POI
g. Usunięcie istniejącego POI
h. Usunięcie tłumaczenia istniejącego POI
i.
Opublikowanie istniejącego POI
j.
Odpublikowanie istniejącego POI
3.4. Zarządzanie bazą danych wydarzeń
Uprawnienia do zarządzania modułem będzie posiadał administrator oraz redaktor.
Moduł umożliwia zarządzanie wydarzeniami w celu przypisania ich do odpowiednich
dat w kalendarzu oraz odpowiednich zasobów typu POI. Zarządzania bazami danych
wydarzeń zezwoli głównie na:
a. Wprowadzenie/tworzenie wydarzenia w zakresie m.in.:
•
Tytuł
•
Data wydarzenie, dzień/dni, godziny
•
Opis (rozszerzony oraz skrócony)
•
Galeria
•
Tagi
•
Linki powiązane / Wydarzenia powiązane
•
Przyporządkowanie
wydarzenia
do
danej
kategorii
wydarzeń(dodawanie nowych oraz istniejących kategorii)
•
Lokalizacja wydarzenia na podkładach mapowych (Adres oraz
współrzędne)
S t r o n a | 18
b. Edycję wydarzeń
c. Usuwanie wydarzeń
d. Edycja
tłumaczenia
istniejących
wydarzeń
(tryb
edycji
wspomagający tłumaczenie)
e. Usunięcie tłumaczenia istniejącego wydarzenia
f.
Opublikowanie istniejącego wydarzenia
3.5. Zarządzanie strukturą strony internetowej oraz aplikacji mobilnej
Moduł administracyjny, użytkownik pełniący rolę co najmniej redaktora ma możliwość
modyfikacji struktury strony internetowej jak i aplikacji mobilnej. Elementy strony
internetowej jaki i aplikacji mobilnej mogące ulegać modyfikacjom to:
a. Menu dla strony internetowej oraz aplikacji mobilnej
Możliwość budowania menu oraz submenu, w tym również
podłączania artykułów, stron funkcji do danego elementu menu.
Możliwość dodawania, edytowania oraz kasowania elementów
menu jaki i submenu.
b. Przyjazne URL (przygotowane dla SEM)
System musi dać możliwość automatycznego generowania
przyjaznych adresów URL.
c. Ankiety dla strony internetowej
Możliwość zarządzania ankietami. Dodawanie, publikowanie
czasowe z dokładnością do 1 dnia. Ankiety mogą składać się
dowolnej ilości pytań (w tym odpowiedzi) oraz posiadać
ograniczenie ilości przesłanych odpowiedzi wprowadzane przez
administratora.
d. Formularz kontaktowy dla strony internetowej
Możliwość zarządzania formularzami kontaktowymi. Będzie
możliwość dodawania formularzy kontaktowych wraz z ich
publikowaniem. Publikowanie może nastąpić na stałe bądź na
czas
określony
w
zależności
danych
jakie
wprowadził
S t r o n a | 19
administrator.
Walidacja
wysłania
formularza
będzie
następowała za pomocą systeu Captcha.
e. Język dla strony internetowej i aplikacji mobilnej
Możliwość
określenia
domyślnego
języka
dla
urządzenia(przeglądarki) w tym autorozpoznawanie języka na
urządzeniu(przeglądarce). Możliwość dodania nowej wersji
językowej zarówno dla systemu CMS jak i strony internetowej i
aplikacji mobilnej. Dostępny będzie również przełącznik wersji
językowych na portalu i w aplikacji mobilnej, umożliwiający
zmianę języka portalu czy aplikacji w powiązaniu z aktualnie
wyświetlaną treścią, np. jeśli użytkownik wyświetla informację o
Tamie na WPW, to zmiana języka spowoduje wyświetlenie tej
właśnie informacji w wybranym języku, a nie będzie powodować
powrotu do strony głównej.
f.
Newsletter dla strony internetowej
Wykonawca zapewni należyte funkcjonowanie newslettera, czyli
sposobu komunikowania się z użytkownikami poprzez narzędzie
umożliwiające wysyłanie masowej korespondencji e-mail do
zdefiniowanych użytkowników za pomocą narzędzia w systemie
zarządzania treścią CMS, w szczególności:
•
Zapis użytkownika na listę newsletterową będzie odbywał się
przez:
o podanie adresu e-mail w dedykowanym miejscu na
stronie głównej portalu strony internetowej,
o utworzenie konta użytkownika o ile użytkownik nie
ma już założonego konta,
•
System musi posiadać mechanizm potwierdzenia subskrypcji,
zapobiegający przypadkowej lub błędnej jego dystrybucji, a
także możliwość wypisania się z newlettera samodzielnie
przez użytkownika.
S t r o n a | 20
•
Strona internetowa musi posiadać system tworzenia i edycji
szablonów newslettera wraz z opcją tworzenia biblioteki
szablonów za pomocą systemu CMS.
•
Edytor szablonów newslettera będzie umożliwiał definiowani
części stałych (np. nagłówka, stopki z opcją wypisania się
itp.). Newsletter będzie posiadać stałe pola zaprojektowane z
grafiką WOT oraz UE.
•
System zarządzania treścią musi posiadać mechanizm redakcji
treści newslettera działający w trybie WYSIWYG, z obsługą
grafiki oraz opcją podglądu newslettera przed jego wysyłką.
•
System
zarządzania
automatycznej
treścią
wysyłki
musi
newslettera
posiadać
z
funkcję
uwzględnieniem
zdefiniowanej daty i godziny.
•
System zarządzania treścią musi posiadać system zarządzania
bazą mailingową, a w szczególności:
o Możliwość tworzenia grup użytkowników
o Możliwość edycji istniejących adresów oraz ich
usuwania z bazy,
o Możliwość dodawania adresów do bazy,
o Możliwość importu oraz eksportu danych w formacie
xml i csv
g. Wyszukiwarka dla strony internetowej.
Możliwość wyszukiwania obiektów i rekordów w bazie według
dowolnych pól i kryteriów na podstawie ciągu (łańcucha) znaków
lub jego fragmentów, ze szczególnym uwzględnieniem poniższych
funkcji:
•
Wyszukiwarka
będzie
gwarantowała
wyszukiwanie
zaawansowane, umożliwiającego zawężenie poszukiwań do
określonych kategorii, subkategorii lub metakategorii, a także
wśród innych treści (np. Aktualności), z możliwością użycia
S t r o n a | 21
kryterium czasu (data wydarzenia, data publikacji) oraz
położenia geograficznego w przypadku obiektów.
•
Wyszukiwarka
musi
umożliwiać
filtrowanie
wyników
wyszukiwania według kryterium czasu (np. Wydarzenia oddo).
•
Wyszukiwarka musi posiadać funkcjonalność wyszukiwania
danego ciągu znaków niezależnie od ich pozycji w granicach
pola (np. Wpisanie hasła „cichy” umożliwi wyszukanie pola o
zawartości „hotel cichy zakątek”, pomimo że łańcuch znaków
nie zaczyna się od szukanego wyrażenia),
•
Wyszukiwarka musi gwarantować obsługę operatorów
logicznych (or, and, not itp.),
•
Wyniki wyszukiwania muszą być podzielone na kategorie
główne tożsame z typami obiektów w bazie, tj. Obiektów,
wydarzeń, aktualności, wycieczek itp.,
•
Możliwość
przypisywania
rekordów
spośród
wszystkich
wyszukanych
do
lub
wybranych
kategorii
lub
metakategorii.
h. Zarządzanie treścią strony internetowej i aplikacji
Uprawnienia do zarządzania treścią (artykułami) będzie posiadał
administrator oraz redaktor. Zarządzanie treścią odbywa się za
pomocą intuicyjnego edytora, nie wymagającego od użytkownika
specjalistycznej wiedzy z zakresu tworzenia stron internetowych
czy języków programowania:
•
Wprowadzenie/tworzenie artykułu składającego się z :
•
Tytuł
•
Autor
•
Data utworzenia./modyfikacji, dzień/dni, godziny
•
Treść
•
Galeria
o Zdjęcia na stronę internetową
S t r o n a | 22
o Zdjęcia na aplikację mobilną
•
Tagi(meta kategorii)
•
Linki powiązane
i.
Edycję artykułu
j.
Usuwanie artykułu
k. Przenoszenie do archiwum
3.6. Zarządzanie powiadomieniami
Za pomocą konfiguracji ustawień zarządzania powiadomieniami użytkowników
administrator ma możliwość zarządzania wysyłką w zakresie zarządzania listami
subskrypcyjnymi, zarządzania powiadomieniami jak również określenia sposobu
wysyłania powiadomień do systemu o aktualnym położeniu telefonu. Powiadomienia
są rozsyłane wg:
a. Preferencji użytkownika
Preferencji
użytkownika
tematycznych
list
(
zgłoszenia
do
odpowiednich
subskrypcyjnych/newsletterowych
–
np.
„Koncerty młodzieżowe”, „Imprezy kulturalne”). System powinien
założyć istnienie predefiniowanej listy subskrypcyjnej, do której
należeć
będą
wszyscy
użytkownicy
–
„Informacje
o
bezpieczeństwie”
b. Lokalizacja użytkownika
Lokalizacji użytkownika – każdy komunikat dotyczy pewnego
punktu – jeżeli użytkownik znajdzie się w odległości określonej w
konfiguracji aplikacji od danego punktu, wysyłany jest do niego
automatycznie dany komunikat.
3.7. Zarządzanie wycieczkami
a. Wycieczki redakcyjne
•
Dodawanie wycieczki
Dodanie wycieczki polega na określeniu niezbędnych
parametrów wycieczki takich jak:
S t r o n a | 23
o Lista POI do odwiedzenia
•
Edycja wycieczki
•
Usunięcie wycieczki
b. Wycieczki do publikacji
c. Opublikowane wycieczki
4.
Opracowanie i dostawa strony internetowej
W ramach zlecenia Wykonawca wykona, wdroży i dostarczy stronę internetową promującą
atrakcje Wielkiej Pętli Wielkopolski w Internecie a następnie zajmie się jej serwisem oraz
utrzymaniem na własnych zasobach sprzętowych. Strona internetowa ma być dostępna w
dwóch wersjach językowych. Szata graficzna strony internetowej ma być zgodna z
obowiązującym Systemem Identyfikacji Wizualnej Wielkiej Pętli Wielkopolski. Prace jakie
zostaną przedsięwzięte przez Wykonawcę będą zawierać poniższe wytyczne ustalone przez
Zamawiającego.
4.1. Struktura strony internetowej
4.2. Wersja językowa
Strona internetowa zostanie przygotowana w dwóch językach: polskim i angielskim.
Dzięki temu strona internetowa skierowana będzie nie tylko do turysty krajowego, ale
S t r o n a | 24
także zagranicznych. Budowa strony umożliwi dodawanie kolejnych wersji językowych.
Dane wyświetlane na stronie będą prezentowane domyślnie w wersji językowej
zgodniej z ustawieniami przeglądarki internetowej. W przypadku nie wykrycia ustawień
w języku polskim, serwis automatycznie przełączy się na wersję anglojęzyczną.
4.3. Wymagania funkcjonalne
a. Mapa
Wyświetlanie
podkładu
kartograficznego
umożliwiającego
skalowanie w każdej z dostępnych wersji mapy. Możliwość
przeglądania szlaku wycieczki na mapie.
b. Planer wycieczki
Użytkownik ma możliwość budowania własnej wycieczki za
pomocą określania jakie POI chce odwiedzić (wybierając POI z
dostępnej listy) jak również za pomocą dodawanie własnych
punktów wycieczki. Punkty dodane przez użytkownika nie są
publikowane w domyślnej liście POI aplikacji. POI dodane
indywidualnie przez użytkownika zapisane są w dziale „Wycieczki
innych użytkowników” gdzie można przeglądać listę wycieczek
innych użytkowników. Do wybranej wycieczki użytkownik można
dodać własne POI i zapisać jako nową wycieczkę. Za pomocą
funkcji Planera wycieczki użytkownik ma możliwość wybrania
dowolnej opublikowanej wycieczki na stronie internetowej i
wybrania jej jako wycieczki docelowej jak również ma możliwość
dodania własnych elementów (POI z listy lub własne POI) do
istniejącej już wycieczki. Użytkownik ma możliwość określenia ile
osób będzie uczestniczyło w wycieczce jak również terminu
początkowego. Po wygenerowaniu planu wycieczki strona
internetowa powinna umożliwić złożenie rezerwacji za pomocą
kreatora na miejsca noclegowe uwzględniając przy tym ilość
osób biorących udział w wycieczce jak również terminy wraz z
odległościami w jakich użytkownik będzie znajdował się od
S t r o n a | 25
zasugerowanej bazy noclegowej. System rezerwacji musi
umożliwiać dokonanie rezerwacji na nocleg.
Planer musi integrować w sobie możliwość:
•
Zadeklarowania
preferencji
ustawień
przez
zdefiniowanie
osobistych
użytkownika
poziomu
oraz
unikalnych
(ustawienia
profilowe,
zainteresowań
w
podróży,
preferencje w stosunku do standardu hoteli, maksymalnego
budżetu, ilości osób, itp.)
•
Wskazania miejsca startu i końca wycieczki, określenia
terminu i długości podróży w oparciu o kalendarz
•
Wydajnego budowania planu wycieczki w oparciu o
zagregowane dane znajdujące się w bazach rozwiązania oraz
zadane kryteriach budowania planu wycieczki w rozbiciu
godzinowym w ciągu dnia.
•
Samodzielnej optymalizacji przez użytkownika propozycji
wycieczki
•
Rezerwacji hotelu w oparciu o jeden z największych
systemów rezerwacyjnych, tj. z jak największą liczbą
dostępnych
obiektów
noclegowych
z
obszaru
WPW
(minimum 250 obiektów – za większą ilość dodatkowe punkty
opisane w dokumencie SIWZ).
•
Prezentacji przebiegu trasy wycieczki, wybranych przez
użytkownika
noclegów
oraz
atrakcji
(wg
warstw
tematycznych) na mapie
•
Wyświetlania
informacji
szczegółowych
o
obiektach
uwzględnionych w propozycji wycieczki
•
Wydrukowania przygotowanej wycieczki
•
Publikowanie i udostępnianie zapisanych wycieczek w
mediach społecznościowych
c. Wyświetlanie POI
Zgodne ze specyfikacją z punktu 5.3.c
S t r o n a | 26
d. Zarządzanie danymi pogodowymi publikowanymi na stronie
internetowej
•
Dane pobierane przez połączenie z bezpłatnym serwerem
informacji pogodowych.
e. Aplikacja mobilna
Strona z linkami kierującymi do sklepów internetowych z
aplikacją mobilną
f.
Aktualności
Strona informacyjna z aktualnościami na obszarze WPW.
Aktualnościami są:
•
Wydarzenia kulturalne
•
Wydarzenia sportowe
g. O projekcie
Strona informacyjna projektu.
h. Kontakt
Lista telefonów oraz adresów mailowych do WOT.
4.4. Wymagania pozafunkcjonalne
a. Kodowanie znaków
System musi zapewniać kodowanie znaków zgodne z - Unicode
UTF-8.
System musi zapewniać kodowanie stron zgodne z
minimum: HTML wersja 4.01, XHTML wersja 1.0, CSS (W3C).
Strony internetowe powinny przechodzić walidację zgodności z
powyższymi standardami.
b. Wyświetlanie stron
Strona internetowa musi być zoptymalizowana dla minimalnej
rozdzielczości
prawidłowo
1024x768,
wyświetlana
niemniej
strona
niezależnie
od
powinna
być
ustawionych
rozdzielczości i wielkości okna w przeglądarce (niedopuszczalne
jest nakładanie się tekstu lub jego obcinanie itp.).
S t r o n a | 27
c. Przeglądarki
System musi działać poprawnie w oparciu o przeglądarki
internetowe od wersji IE 8.x wzwyż, Firefox4.x wzwyż, Opera 7.x
wzwyż, Mozilla 3.x wzwyż, Safari 5.x wzwyż, Chrome 13.x wzwyż,
niezależnie od systemu operacyjnego użytkownika.
d. Grafika
Wykonawca dostarczy trzy różniące się projekty graficzne będące
propozycjami Wykonawcy dla strony internetowej. Zamawiający
wybierze jedną z trzech propozycji. W sytuacji kiedy żadna z
propozycji nie zostanie zaakceptowana, Zamawiający wyznaczy
osobę za swojej strony która pomoże Wykonawcy dopracować
jeden z trzech projektów graficznych. Projekt graficzny ma być
zbieżny z identyfikacją wizualną Wielkiej Pętli Wielkopolski, logo
Wielkopolski oraz aktualnymi wytycznymi Wielkopolskiego
Regionalnego Programu Operacyjnego na lata 2007-2013.
Aktualne wytyczne dostarczy Zamawiający
e. Baza danych
System musi być oparty na dowolnej powszechnie stosowanej i
zapewniającej serwis producenta relacyjnej bazie danych.
5.
Opracowanie i dostarczenie aplikacji mobilnej
Wykonawca zobowiązany będzie w ramach realizacji projektu do opracowania i
dostarczenia mobilnej aplikacji na urządzenia typu smartphone oraz tablet. Aplikacja
posłuży do prezentacji informacji turystycznej pobranej bezpośrednio z Internetu (wymaga
aktywnego połączenia z Internetem) lub prezentacji informacji turystycznej zapisanej
lokalnie na urządzeniu(nie wymaga połączenia bezpośrednio z Internetem) typu
Smartphone. Wymaga się, aby aplikacja działa bez awaryjnie na różnych wersjach systemów
operacyjnych bez zauważalnego pogorszenia jakości to znaczy nie może zdarzyć się żeby
aplikacja mobilna działała wolniej na nowszej wersji systemu operacyjnego urządzenia.
Wykonawca posłuży się poniższymi wytycznymi Zamawiającego w procesie wytwarzania
aplikacji mobilnej.
S t r o n a | 28
Zbiory Danych składać się będą na informacje z dwóch głównych części:
•
Podkładów map cyfrowych
•
Informacji, takich jak:
o POI
o Wycieczki,
o Dane tekstowe,
o Dane multimedialne (zdjęcia i obrazki, filmy, dźwięki),
o Dane obiektów z informacją geolokalizacyjną (zbiory
POI – Point Of Interest).
5.1. Struktura aplikacji mobilnej
5.2. Wersja językowa
Aplikacja zostanie przygotowana w dwóch językach: polskim i angielskim. Dzięki temu
aplikacja skierowana będzie nie tylko do turysty krajowego, ale także zagranicznych.
Budowa aplikacji umożliwi dodawanie kolejnych wersji językowych. Dane wyświetlane
w aplikacji będą prezentowane domyślnie w wersji językowej zgodniej z ustawieniami
urządzenia. W przypadku nie wykrycia ustawień w języku polskim, aplikacja
automatycznie przełączy się na wersję anglojęzyczną.
S t r o n a | 29
5.3. Wymagania funkcjonalne
a. Mapa
Wyświetlanie
podkładu
kartograficznego
umożliwiającego
skalowanie w każdej z dostępnych wersji mapy (online oraz
wersja offline). Możliwość przeglądania szlaku wycieczki na
mapie.
b. Planer Wycieczki
Użytkownik ma możliwość budowania własnej wycieczki
za pomocą określania jakie POI chce odwiedzić
wybierając POI z dostępnej listy jak również za pomocą
dodawania własnych punktów wycieczki. Punkty dodane
przez użytkownika nie są publikowane w domyślnej liście
POI
aplikacji.
POI
dodane
indywidualnie
przez
użytkownika zapisane są w dziale „Wycieczki innych
użytkowników” gdzie można przeglądać listę wycieczek
innych
użytkowników.
Do
wybranej
wycieczki
użytkownika można dodać własne POI i zapisać jako
nową wycieczkę. Użytkownik w każdym z przypadków ma
możliwość określenia ilości osób jakie będą brały udział w
wycieczce jak również preferowanego terminu wycieczki
wraz z kategoriami tematycznymi (np. sport i śluzy, np.
sport), funkcja generowania wycieczki uwzględni ilość
osób, czas, dostępność POI (godziny otwarcia o ile
występują) obszar geograficzny następnie zaproponuje
najbardziej optymalny plan podróży uwzględniający
noclegi oraz trasę wycieczki.
c. Geolokalizacja
Aplikacja wyposażona w funkcje geolokalizacyjne oferuje
następujące funkcje:
•
Prezentująca aktualne położenie turysty na mapie,
S t r o n a | 30
•
Wyszukiwanie obiektów według dokładnego położenia w
odległości 5km od położenia turysty (aplikacja nie wymaga
ręcznego
wskazywania położenia)
ograniczenie będzie
uzależnione od ilości obiektów znajdujących się w pobliżu
turysty (do 15 po wyświetlanych na mapie z funkcją pokaż
wszystkie w pobliżu),
•
Wyszukiwanie interesujących turystę miejsc związanych z
różnymi, zdefiniowanymi kategoriami
Prezentacja położenia na mapie musi być realizowana na dwa
sposoby:
•
Przy wykorzystaniu mechanizmów mapy online możliwych do
osadzenia w aplikacji mobilnej – np. Google maps, open
street map lub równoważnej – dostępnej przy aktywnym
połączeniu internetowym
•
Przy wykorzystaniu mapy cyfrowej off-line, wbudowanej w
aplikację (dane mapy pobierane w postaci osobnego zbioru
danych przechowywanego stale w pamięci urządzenia –
obszar obejmuje obszar wpw)
d. Wyświetlanie POI
•
Wyświetlanie listy POI (Point of Interest).
Aplikacja będzie wyświetlać listę POI na mapie za pomocą
znacznika graficznego. Aplikacja będzie wyświetlać listy POI z
możliwością segregowania punktów przynajmniej po nazwie
(alfabetycznie rosnąco), jak również po przypisanych im
kategoriach.
Wyszukiwanie
według
kategorii
będzie
następować poprzez wskazanie minimum jednej kategorii
POI. Aplikacja będzie w takiej sytuacji zwracać wyniki
przefiltrowane alfabetycznie jedynie ze wskazanej kategorii.
Użytkownik powinien ponadto mieć możliwość wyszukania
tych punktów zainteresowań, które znajdują się w określonej
odległości od miejsca, w którym aktualnie się znajduje.
S t r o n a | 31
•
Specyfikacja opisu POI:
Opis POI powinien być dostępny w 2 wariantach:
o
Krótki – opis (max. 250 znaków) prezentowany w
dymkach na mapie lub w listach POI. Jego zadaniem
będzie przekazanie użytkownikowi w sposób synergiczny
informacji na temat danego punktu zainteresowań.
o
Pełny – opis (max. 500 znaków) prezentowany po
rozwinięciu dymku na mapie lub w listach POI. Jego
zadaniem będzie przekazanie użytkownikowi wszystkich
najważniejszych informacji na temat danego punktu
zainteresowań.
Po wybraniu konkretnego POI pojawia się okienko z opcją:
o
Szczegóły, (pełny opis POI, zdjęcia etc.),
o
Dodaj do trasy (automatycznie dodaje do wyznaczonej
wcześniej trasy nowy punktu podróży w postaci
przeglądanego POI ).
o
•
wróć (powrót do mapy).
Dostępność POI
Każdy POI jeśli dotyczy (np. cechuje go dostępność czasowa)
musi zawierać informacje na temat dni oraz godzin otwarcia z
uwzględnieniem sezonowości funkcjonowania niektórych
obiektów(brak tej informacji oznacza dostępność POI 24/7).
W przypadku, gdy w danych lokalizacjach obowiązują opłaty
za zwiedzanie, POI powinien pokazywać użytkownikowi koszt
zwiedzania w postaci cennika. W miejscach, gdzie jest to
możliwe aplikacja będzie wyświetlać ponadto przewidywany
(uśredniony) czas zwiedzania danego POI.
o
Materiały multimedialne
Materiały multimedialne (np. zdjęcia, filmiki) stanowiące
element informacyjny dla POI będą pobierane on-line
S t r o n a | 32
lub ściągane w momencie instalacji aplikacji i dostępne
off-line.
o
Położenie
Wszystkie POI będą zawierały współrzędne geograficzne
umożliwiające
prezentacje
POI
na
podkładzie
kartograficznym
•
Kierowanie wycieczką
Funkcja kierowania wycieczką ma natomiast służyć obsłudze
wycieczki w trakcie jej trwania. Narzędzie to pozwoli również
na dowolne dodawanie i definiowanie POI, przeglądanie
opisów punktów zainteresowań oraz implementowanie POI
na
wskazanym
obszarze
interaktywnej
mapy.
Moduł
wyświetli ponadto informacje o POI oraz pozwoli na dodanie
ich do trasy podróży. Użytkownik będzie informowany o
odległości do poszczególnych punktów zainteresowań. W
momencie zbliżenia się do POI na odległość 1 500 m na
ekranie urządzenia pojawi się informacja w postaci
skróconego opisu punktu wraz komunikatem dźwiękowym
oraz
opcjonalnie
zestaw
materiałów
multimedialnych
dotyczących tego POI. Użytkownik będzie mógł rozwinąć opis
ręcznie poprzez wciśnięcie odpowiedniego przycisku. Moduł
wyposażony
zostanie
także
w
system
komunikatów
dotyczących aktualizacji danych dotyczących wydarzeń
plenerowych. W sytuacji, gdy użytkownik na swojej trasie
będzie mijał wprowadzone do systemu wydarzenie, uzyska
stosowny komunikat na ekranie urządzenia wraz z sygnałem
dźwiękowym. Informacje będą przedstawione w postaci
skróconego opisu, którego pełna wersja dostępna będzie po
rozwinięciu komunikatu.
S t r o n a | 33
e. Informator dla Wodniaków
o
lista linków do RZGW (Regionalnej Dyrekcji Dróg
Wodnych)
o
f.
dodatkowe informacje w postaci tekstów
Informacje Pogodowe
Aplikacja zostanie wyposażona w funkcje pobierania informacji z
zewnętrznych
źródeł
(internetowe
serwisy
pogodowe) o
pogodzie w danym regionie oraz prezentowania pogody na mapie
za pomocą symbolu graficznego. Po kliknięciu na symbol
graficzny użytkownik będzie miał możliwość zorientowania się w
warunkach pogodowych występujących w danej lokalizacji.
Informacje jakie zostaną zaprezentowane to:
•
Temperatura
•
Opady
•
Zachmurzenie
•
Ciśnienie
•
Siła i kierunek wiatru
g. Logowanie
•
Logowanie przez serwisy społecznościowe
Aplikacja mobilna będzie zintegrowana z logowaniem z
Facebooka oraz Google+, pod warunkiem, że użytkownik
będzie miał konto na Facebooku lub Google+. Po zalogowaniu
użytkownik będzie miał możliwość publikowania swojej
wycieczki
w
serwisie
społecznościowymi
oraz
jej
komentowania.
5.4. Wymagania pozafunkcjonalne
a. Kodowanie znaków
System musi zapewniać kodowanie znaków zgodne z - Unicode
UTF-8. System musi zapewniać kodowanie stron zgodne z
minimum: HTML wersja 4.01, XHTML wersja 1.0, CSS (W3C).
S t r o n a | 34
b. Instalacja aplikacji mobilnej
•
Wersja light – pobieranie aplikacji oraz podstawowej
bazy danych i dociąganie dodatkowych materiałów
(zdjęcia i mapy) przez Internet w trakcie podróży,
•
Wersja full – jednorazowe pobranie aplikacji wraz z pełną
bazą danych (opisy, zdjęcia, filmy, mapy) i korzystanie z
aplikacji w trybie offline (bez konieczności łączenia się z
Internetem).
c. Systemy operacyjne urządzeń mobilnych OS
Aplikacja mobilna zostanie wykonana na platformy Apple iOS 2.x
wzwyż oraz Android od wersji 2.1 wzwyż, którą zainteresowana
osoba
będzie
mogła
pobrać
nieodpłatnie
ze
sklepów
internetowych wydawców platform. Zamieszczenie aplikacji na
stronach
sklepów
internetowych
zostanie
powierzone
Wykonawcy.
d. Grafika
Wykonawca dostarczy trzy różniące się projekty graficzne będące
propozycjami Wykonawcy dla aplikacji mobilnej. Zamawiający
wybierze jedną z trzech propozycji. W sytuacji kiedy żadna z
propozycji nie zostanie zaakceptowana, Zamawiający wyznaczy
osobę za swojej strony która pomoże Wykonawcy dopracować
jeden z trzech projektów graficznych. Projekt graficzny ma być
zbieżny z identyfikacją wizualną Wielkiej Pętli Wielkopolski, logo
Wielkopolski, strony internetowej opisywanego projektu oraz
wytycznymi
Wielkopolskiego
Regionalnego
Programu
Operacyjnego na lata 2007-2013. Aktualne wytyczne dostarczy
Zamawiający
S t r o n a | 35
IV. Licencje, wdrożenie i utrzymanie, gwarancje i serwis.
1.
Licencje
W raz z przekazaniem przedmiotu zamówienia za pomocą protokołu zdawczo-odbiorczego
zostanie przekazana wieczysta licencja do strony internetowej i aplikacji mobilnej dla
WOT, wraz z kodem źródłowym na rzecz Zamawiającego na wszystkich płaszczyznach
eksploatacji, dając tym samym Zamawiającemu możliwość rozwoju/swobodnej
modyfikacji strony internetowej i aplikacji mobilnej (w tym kodu źródłowego) po
zakończeniu okresu gwarancyjnego i zmianie firmy serwisowej. Tym samym Zamawiający
zobowiązuje się do nie udzielania żadnych licencji innym podmiotom do przedmiotu
Zamówienia, jak również Zamawiający nie będzie prowadził żadnej działalności prowadzącej
do odsprzedaży kodów źródłowych. Przekazane zostaną również wszystkie informacje
dotyczące strony internetowej i aplikacji mobilnej posiadane przez Wykonawcę.
W przypadku korzystania z licencji zewnętrznych koniecznych do stworzenia portalu (np.
licencji bazy danych) Wykonawca posłuży się darmową licencją oraz uzgodni
z Zamawiającym dostawcę i rodzaj licencji.
2.
Wdrożenie i utrzymanie
Zamawiający przekaże Wykonawcy dostęp do domeny na której to Wykonawca w czasie
realizacji projektu dostarczy przedmiot zamówienia oraz zapewni jego hosting,
aktualizację oraz asystę techniczną do dnia 31 czerwca 2015 roku włącznie.
Po tym okresie Wykonawca przekaże prawa majątkowe – autorskie prawa majątkowe oraz
prawa zależne, licencje, aktualne bazy danych, dane dostępu, komplet dokumentacji
powstałej podczas pracy z projektem na rzecz Zamawiającego na wszystkich płaszczyznach
eksploatacji do strony internetowej i aplikacji mobilnej. Wykonawca musi posiadać
wdrożoną politykę bezpieczeństwa w zarządzaniu zasobami serwerowymi obejmującą
monitorowanie dostępu użytkowników do serwera, jak również system do monitorowania
ruchu na serwerze wraz z wykazem anomalii w ruchu na serwerze mogących zwracać
informacje o zagrożeniu bezpieczeństwa.
S t r o n a | 36
3.
Gwarancje i serwis
W ramach pracy zostanie przygotowany dokument gwarancji, w którym to zostaną spisane
postanowienia gwarancyjne takie jak :
a. Szkolenia
Wykonawca zapewni przeszkolenie użytkowników pełniących
rolę administratorów i redaktorów (do 5 osób) po stronie
Zamawiającego. Zamawiający zakłada 5 dniowy cykl szkoleń w
siedzibie u Zamawiającego wykonanych na koszt Wykonawcy.
Termin przeprowadzenia szkoleń nastąpi niezwłocznie po
zakończeniu prac przez Wykonawcę oraz po uzgodnieniu stron.
b. Prace serwisowe
Wykonawca prowadzić będzie wszelkie prace serwisowe w
ramach usługi gwarancyjnej dla błędów, wad i awarii (w tym
błędów krytycznych) wynikających z nieprawidłowości leżących
po
stronie
Wykonawcy
i
dotyczących
dostarczonego
oprogramowania – wykonanego i wdrożonego systemu, ale
funkcjonującego
nieprawidłowo,
błędnie,
niezgodnie
z
wymaganiami albo nie działającego wcale.
c. Zgłoszenia serwisowe
Zakres usług gwarancyjnych obejmował będzie:
•
Przyjmowanie zgłoszeń błędów serwisu internetowego oraz
aplikacji mobilnej w dni robocze, w godz. 8:00-16:00,
•
Usuwanie – w trybie niezwłocznym - błędów wynikających z
nieprawidłowości
leżących
po
stronie
Wykonawcy
i
dotyczących dostarczonego oprogramowania – wykonanego i
wdrożonego, ale funkcjonującego nieprawidłowo, błędnie,
niezgodnie z wymaganiami lub nie działającego wcale,
•
Umieszczenie stosownej informacji o trwających pracach
technicznych w przypadku braku dostępu do strony
internetowej i aplikacji mobilnej,
S t r o n a | 37
•
Czas reakcji na zgłoszenia o błędach w pracy strony
internetowej oraz aplikacji mobilnej będzie zależny od
priorytetu zgłaszanego błędu. Dostępne będą trzy rodzaje
priorytetów:
o
Krytyczny – oznacza błąd uniemożliwiający korzystanie
ze strony internetowej lub aplikacji mobilnej z czasem
reakcji Wykonawcy na błąd do 4 godzin od czasu
przyjęcia Zgłoszenia. (np. brak połączenia ze stroną
internetową)
o
Normalny – oznacza błąd utrudniający korzystanie ze
strony internetowej lub aplikacji mobilnej z czasem
reakcji do 24 godzin od czasu przyjęcia zgłoszenia. (Np.
strona internetowa wyświetla jeden symbol graficzny dla
wszystkich rodzajów POI)
o
Niski – oznacza błąd polegający na niezgodności strony
internetowej lub aplikacji mobilnej z oczekiwaniami
Zamawiającego i dokumentacji projektowej ale nie
powodujący problemów w pracy ze stroną internetową
lub aplikacją mobilną z czasem reakcji do 72 godzin od
czasu przyjęcia zgłoszenia. (np. informacje o POI
powinny pokazywać się po prawej stronie od POI a nie
po środku POI)
d. Narzędzie do zgłaszania błędów
Zamawiający zgłasza błędy poprzez elektroniczne narzędzie w
postaci aplikacji internetowej do zgłaszania i obsługi błędów
przygotowane przez Wykonawcę. W wyjątkowych przypadkach
zgłoszenia mogą nastąpić elektronicznie na adres mailowy.
e. Potwierdzenie usunięcia błędu
Dokumentem potwierdzającym wykonanie prac jest Raport
powykonawczy sporządzany przez Wykonawcę, każdorazowo po
realizacji zgłoszenia i potwierdzony przez Zamawiającego.
S t r o n a | 38
f.
Dostępność danych o błędach
Wykonawca będzie udostępniał wszystkie informacje dotyczące
wykonanych napraw na życzenie Zamawiającego.
g.
Niedostępność serwisu
W ciągu jednego roku obowiązywania gwarancji dopuszczalnych
jest 10 dni braku dostępu do portalu w sieci. Każda awaria
powodująca brak dostępu portalu w sieci dłuższy niż 4 godziny
będzie uznawana za trwającą 1 dzień.
h. Warunkiem świadczenia gwarancji jest:
•
Eksploatacja serwisu WWW zgodna z jego przeznaczeniem,
•
Posiadanie przez Wykonawcę kopii zapasowych ostatnich
wersji aplikacji i strony internetowej, oraz przekazanie ich
Zamawiającemu
na
nośniku
elektronicznym
wraz
z
zakończeniem okresu gwarancyjnego.
i.
Bezpieczeństwo serwisu i aplikacji mobilnej
Portal jak i aplikacja mobilna musi zapewnić dokładną walidację
danych pobieranych z formularzy, danych URL oraz być odporny
między innymi na następujące zagrożenia:
•
ataki semantyczne na adres URL,
•
ataki związane z ładowaniem plików,
•
ataki typu cross-site scripting,
•
ataki typu CSRF,
•
podrabianie zatwierdzenia formularza,
•
sfałszowanie Ŝądania HTTP,
•
ujawnienie uwierzytelniań dostępu,
•
wstrzykiwanie kodu SQL,
•
ujawnienie danych przechowywanych w bazie,
•
kradzież cookies,
•
przechwytywanie sesji,
•
zafiksowanie sesji,
•
trawersowanie katalogów,
S t r o n a | 39
j.
•
wstrzykiwanie poleceń systemowych,
•
ujawnianie kodu źródłowego, np. plików .inc, „template” itp
Gwarancja aplikacji mobilnej
Warunkiem dla gwarancji aplikacji mobilnej jest dostarczenie
Zamawiającemu narzędzi do testowania na okres trwałości
świadczenia gwarancji projektu urządzeń mobilnych w tym
dwóch urządzeń typu tablet oraz dwóch urządzeń typu
Smartphone. Każde z urządzeń powinno spełniać co najmniej
poniższe wymagania techniczne : procesor 1 rdzeniowy oraz 512
MB pamięci RAM. Dodatkowym kryterium są systemy operacyjne
dla urządzeń, pozwalające przetestować aplikacje mobilną na obu
platformach Apple iOS od wersji 2.x wzwyż oraz Android od
wersji 2.1 wzwyż.

03_Szczeg owy Opis Przedmiotu Zam wienia

Transkrypt

Podobne dokumenty

Trzeci Wielkopolski Konkurs

Dotacja Unijna z Programu Operacyjnego Innowacyjna Gospodarka

Procedura importowania POI

Nawigacja Gps Navix 4307B 4,3" Bluetooth MM6.0 PL

Kliknij aby pobrać dokument w formacie PDF

leaflet moov 360 PL A4 front 16022009