PORTAL WWW
OPIS PRZEDMIOTU ZAMÓWIENIA
Spis treści
1. Przedmiot zamówienia ... 3
2. Zadania ZTM ... 4
3. Opis obecnych stron administrowanych przez ZTM Poznań... 6
4. Cel projektu ... 10
5. Treść witryny ... 10
6. Odbiorcy projektu ... 11
7. Wymagania techniczne CMS oraz komponenty dla nowej strony ... 11
8. Zadania dla Wykonawcy ... 25
9. Wskazówki wykonawcze ... 25
10. Testy użyteczności ... 256
11. Termin realizacji zadania ... 26
12. Wymagane elementy oferty ... 26
13. Termin oraz tryb składania ofert ... 26
14. Kryteria oceny ofert ... 27
15. Ogłoszenie informacji dotyczącej wyboru najkorzystniejszej oferty ... 29
16. Kontakt ... 29
1. Przedmiot zamówienia
Przedmiotem zamówienia jest zaprojektowanie, wykonanie, integracja z modułami
Zamawiającego w szczególności z systemem PEKA, uruchomienie oraz obsługa techniczna strony internetowej Zarządu Transportu Miejskiego
w Poznaniu – www.ztm.poznan.pl, dalej zwanego ZTM, zgodnej z najnowszymi trendami i najwyższymi standardami stosowanymi w instytucjach o podobnym profilu działalności, a w szczególności:
1. dostarczenie systemu zarządzania treścią (CMS) oraz jego dostosowanie do potrzeb ZTM,
2. jeśli dostosowywanie CMS do potrzeb ZTM wiązałoby się z zakupem licencji wtedy koszty związane z tym zakupem leżą po stronie wykonawcy i wraz z dostarczeniem systemu wykonawca przeniesie pełne prawa tej licencji bez ograniczeń czasowych czy osobowych na ZTM w ramach realizacji zamówienia
3. koncepcyjne projekty graficzne znacząco różniące się wizualnie i funkcyjnie strony w skład których będzie wchodziła strona główna oraz podstrony. Wszystkie projekty powinny być również przygotowane dla urządzeń mobilnych.
4. System musi automatycznie wyświetlać wersję mobilną strony dla użytkowników telefonów komórkowych i innych urządzeń mobilnych dla podstawowych
rozdzielczości, z możliwością przejścia do strony w wersji pełnej.
5. uwzględnienie w projekcie elementów dostarczanych przez dostawców zewnętrznych ich integracja m. in. wyszukiwarek połączeń/planerów podróży, wirtualnego monitora, systemu ITSM , repozytorium plików itp.
6. wykonanie i wdrożenie nowej strony internetowej ZTM na serwerze wskazanym przez ZTM/uzgodnionym z ZTM,
7. dostosowanie strony internetowej na urządzenia przenośne,
8. wykonanie strony dla osób niepełnosprawnych według standardów określonych w WCAG 2.0 na poziomie AA,
9. przeprowadzenie cyklu szkoleń dotyczących obsługi CMS dla administratorów oraz redaktorów treści, obejmujących wszystkie funkcjonalności, które zostały opisane w niniejszym zamówieniu
10. wdrożenie wybranych przez Zamawiającego treści wyeksportowanych z dotychczasowego serwisu do nowego
systemu CMS na podstawie nowego projektu graficznego oraz uwzględnienie miejsca dla elementów obligatoryjnych, wskazanych przez Zamawiającego,
11. Uruchomienie identycznego systemu do celów testowych wykonawcy i pracowników ZTM,
12. udzielenie rękojmi oraz wsparcia technicznego na okres minimum 1 roku, a maksymalnie 3 lata.
13. przekazanie kompletnej dokumentacji projektowej w wersji elektronicznej oraz
2. Zadania ZTM
Misją Zarządu Transportu Miejskiego w Poznaniu jest zaspokajanie potrzeb przewozowych mieszkańców Miasta Poznań i Metropolii oraz odwiedzających nasz Region turystów, w zakresie podróży miejskich na obszarze miasta i gmin, które zawarły porozumienia międzygminne, przy uznaniu za podstawowe wartości oferty punktualności, częstotliwości, bezpośredniości i niezawodności usług oraz dostępności sieci sprzedaży.
Priorytetem działalności Zarządu jest zarządzanie jakością publicznego transportu pasażerskiego w ramach lokalnego transportu zbiorowego oraz procesami ruchu w systemie transportowym miasta, a poprzez sterowanie procesami integracji gałęzi transportu oraz mobilności systemu, poprawa warunków życia mieszkańców i standardów podróży osób podróżujących przez obszar metropolitalny Miasta Poznania, w szczególności:
1. realizacja zadań wynikających ze Zrównoważonego Planu Rozwoju Transportu Publicznego;
2. organizacja i zarządzanie systemem transportowym, w tym procesami ruchu;
3. organizacja publicznego transportu pasażerskiego w ramach lokalnego transportu zbiorowego;
4. realizacja procesów inwestycyjnych z zakresu infrastruktury transportowej Miasta, w tym współfinansowanych ze środków Unii Europejskiej;
5. organizacja i zarządzanie siecią sprzedaży biletów;
6. przygotowywanie i udostępnianie informacji o funkcjonowaniu transportu miejskiego.
Główny cel strategiczny:
zwiększenie liczby osób korzystających z komunikacji aglomeracyjnej oraz przekształcenie ZTM w jednostkę profesjonalnie i efektywnie osiągającą wyznaczone cele w zakresie publicznego transportu zbiorowego.
Cele ogólne ZTM:
1. świadczenie przyjaznych klientom usług przewozowych przez zapewnienie realizacji w pierwszej kolejności postulatów punktualności, częstotliwości, bezpośredniości i niezawodności usług;
2. uzyskiwanie dochodów z usług równoważących koszty świadczenia usług przyjaznych klientom;
3. rozbudowa i efektywne zarządzanie wszystkimi kanałami sprzedaży oraz poprawa jakości obsługi pasażera.
Zasięg działania:
1. Poznań
2. Obszar gmin Metropolii Poznań objętych transportowym porozumieniem aglomeracyjnym, tj.: Luboń, Komorniki, Puszczykowo, Mosina, Kórnik, Czerwonak, Suchy Las, Dopiewo, Swarzędz, Rokietnica, Murowana Goślina, Pobiedziska, Szamotuły
Nasi pasażerowie to mieszkańcy miasta Poznania oraz Metropolii, a w tym:
1. dzieci do 6 roku życia 2. dzieci w wieku 6-13 lat
3. uczniowie szkół ponadpodstawowych 4. studenci
5. osoby pracujące 6. emeryci, renciści
7. osoby powyżej 70 roku życia
oraz osoby przyjezdne w celach biznesowych lub turystycznych,
w sumie około 1 miliona potencjalnych użytkowników publicznego transportu zbiorowego.
W dniu 1 lipca 2014 roku został uruchomiony system sprzedaży i obsługi klientów dotyczący wdrożenia Poznańskiej Elektronicznej Karty Aglomeracyjnej.
System PEKA to:
1. rozbudowana aplikacja sprzedażowo-obsługowa, która umożliwia bardziej elastyczne konstruowanie taryfy biletowej;
2. nowoczesna karta – nośnik biletów w transporcie publicznym;
3. rozbudowana sieć sprzedaży;
4. elastyczna taryfa biletowa;
5. możliwość opłacenia przejazdów jednorazowych;
6. możliwość opłacania postoju w Strefie Płatnego Parkowania;
7. sprzedaż biletów przez Internet;
8. możliwość sprawdzenia stanu karty na czytniku w pojazdach, w Internecie oraz Punktach Obsługi Klienta ZTM;
9. możliwość zapisania na karcie uprawnienia do przejazdów ulgowych;
10. możliwość załatwienia reklamacji i usprawnienie kontaktu z klientem;
11. możliwość sprawdzenia w Internecie rzeczywistego czasu przyjazdu tramwaju lub autobusu na konkretny przystanek;
12. możliwość korzystania z zalet Programu Premiowego.
3. Opis obecnych stron administrowanych przez ZTM Poznań
Zarząd Transportu Miejskiego w Poznaniu w chwili obecnej administruje dwiema stronami www.ztm.poznan.pl oraz www.peka.poznan.pl.
Strona www.ztm.poznan.pl
Strona służy głównie przekazywaniu informacji dotyczących linii zarządzanych przez ZTM, rozkładów jazdy, obowiązującej taryfy, sieci sprzedaży, regulaminów, procesu integracji komunikacji oraz wszelkiego rodzaju aktualności związanych z działalnością jednostki.
Ważnym elementem jest dostęp poprzez stronę do planera podróży, mapy sieci transportowej oraz przystanków. Obecna strona ZTM ma 1,300 000. unikalnych użytkowników (01.2014- 01.2015).Najwięcej użytkowników odwiedza portal ztm.poznan.pl w poniedziałek, najmniej w weekendy. Średni czas trwania sesji to 2:14 a przeciętny użytkownik ogląda 2,32 strony na sesję. Zarządzanie stroną oparte jest na systemie Silver Stripe 2.4
Zainteresowania:
Wygląd strony
Jak wynika z raportu z Badania opinii nt. komunikacji miejskiej na terenie aglomeracji poznańskiej oraz funkcjonalności Poznańskiej Elektronicznej Karty Aglomeracyjnej PEKA (wykonanego na zlecenie Miasta Poznań Zarządu Transportu Miejskiego w Poznaniu, Poznań 2013/2014) „najczęściej spontanicznie wskazywane źródła informacji dotyczącej środków transportu publicznego na terenie aglomeracji poznańskiej” to:
Internet - 58 proc.
Informacja na przystanku - 23 proc.
Telewizja - 17 proc.
Prasa - 10 proc.
Strona internetowa MPK – 6 proc.
Strona internetowa ZTM – 4 proc.
Radio – 4 proc.
Od rodziny/ znajomych – 3 proc.
Punkt Obsługi ZTM – 3 proc.
Rozkład jazdy – 2 proc.
Jakdojade. pl – 2 proc.
Autorzy podkreślają, że „jak wynika z badania coraz popularniejszym medium, z którego czerpią informacje badani są strony internetowe. Jest to zatem nośnik, na którym należy się skoncentrować przygotowując materiały informacyjne i promocyjne na temat aktualności w funkcjonowaniu publicznych środków transportu”.
Jednocześnie wśród najczęściej wskazywanych źródeł informacji na temat środków transportu publicznego w poszczególnych typach mediów w kategorii internet 30,3 proc. badanych wskazało stronę MPK, a 15,2 proc. – stronę internetową ZTM (kolejne miejsca: jakdojade.pl, epoznan.pl, strona UMiG w Swarzędzu).
Strona internetowa ZTM znalazła się w pierwszej trójce wskazywanych źródeł (I miejsce – strona internetowa MPK, II miejsce – telewizja WTK, III – strona internetowa ZTM).
Najczęściej poszukiwanymi informacjami dotyczącymi korzystania ze środków transportu publicznego były:
Rozkład jazdy, trasa – 88 proc.
Zmiany w siatce połączeń w wyniku remontów – 55 proc.
Ceny biletów – 23 proc.
Zmiany w siatce połączeń w wyniku awarii – 21 proc.
Zmiany w siatce połączeń w związku z organizowanymi wydarzeniami np. koncert, mecz – 15 proc.
Są to też informacje wymagające najwyższego poziomu jeśli chodzi o ich dystrybucję i sposób prezentacji. 2 proc. badanych szukało informacji dotyczących zasad korzystania z transportu publicznego.
Podczas badań oceniono również treść informacji dotyczącej środków transportu publicznego.
W 5-stopniowej skali największe noty (4,07) uzyskała przystępność, jakość (4,01), przejrzystość (3,98), aktualność (4,0). Nieco gorzej oceniono grafikę (3,8) i atrakcyjność (3,78).
www.peka.poznan.pl
Zarząd Transportu Miejskiego posiada również drugą stronę internetową, której treść dotyczy zasad działania systemu, obowiązującą taryfę, informacji o projekcie, składaniem wniosków o wydanie karty, dokonywaniem zakupów biletów przez Internet.
Strona jest oparta na platformie Liferay. Została uruchomiona w obecnym wyglądzie w kwietniu 2013 roku.
4. Cel projektu
Utworzenie nowoczesnego medium, jako źródła informacji na temat działalności Zarządu Transportu Miejskiego w Poznaniu – jednostki przyjaznej pasażerom
Jej utworzenie powinno wpłynąć na:
Odświeżenie wizerunku ZTM na bardziej dynamiczny, nowoczesny i czytelny dla przeciętnego odbiorcy,
Usystematyzowanie struktury informacji,
Zwiększenie użyteczności serwisu,
Zwiększenie liczby odwiedzających stronę ZTM
Ułatwienie kontakt z organizatorem transportu
Stworzenie portalu integrującego treści stron ZTM i PEKA
5. Treść witryny
1. Nowa strona internetowa powinna stanowić źródło wiedzy na temat ZTM i PEKA:
statutu jednostki, zakresu prowadzonej działalności oraz zamierzeniach;
2. Struktura portalu musi być zbliżona do stron banków czy operatorów telekomunikacyjnych i gwarantować łatwy dostęp do treści i aktualności pojawiających się w określonych miejscach np. informacja o objeździe powinna być dostępna na stronie aktualności ale również przy informacjach o rozkładach jazdy danej linii;
3. Strona powinna być źródłem informacji użytecznych dla Klientów typu rozkład jazdy, schemat sieci, objazdy, zmiany w funkcjonowaniu przystanków, interaktywne mapki z możliwością sprawdzania tras, planer podróży. Ponadto powinna obejmować w swojej treści tematykę powiązaną z działalnością przewoźników, ze sprzedażą i obsługą klientów (tj. ceny biletów, zasady taryfikacji, opłaty dodatkowe, miejsce zakupu biletów) oraz z procesem integracji transportu w podpoznańskich gminach;
4. Portal to również źródło informacji z zakresu informacji publicznej. Dotyczy to zarówno działań i zamierzeń jednostki, jak i informacji organizacyjnych (struktura, osoby sprawujące funkcje, telefony do działów, raporty, ogłoszenia o organizowanych przetargach);
5. Bardzo ważnym elementem dla nowo budowanej strony jest umożliwienie kontaktu pasażera z jednostką w sposób przyjazny ( czat, wirtualny doradca, forum, formularz zgłoszeniowy itp.)2, dokumentów w formie plików do pobrania bądź umożliwiające ich edycję.
6. Odbiorcy projektu
Wszyscy zainteresowani tematyką transportu zbiorowego w Mieście Poznań i Metropolii
1. Informacje publikowane na stronie internetowej ZTM kierujemy do mieszkańców Aglomeracji, przede wszystkim osób korzystających z transportu publicznego (zwłaszcza PEKA), zarówno z komunikacji zbiorowej (autobusy, tramwaje), jak rowerów miejskich i pozostałych usług oferowanych przez ZTM oraz potencjalnych klientów – przyjezdnych i mieszkańców aglomeracji, którzy na co dzień korzystają z innych form przemieszczania się (będziemy im ułatwiać zorientowanie się w zasadach transportu zbiorowego, zachęcać do skorzystania z usług ZTM).
2. Do grupy odbiorców zaliczamy również wszystkich zainteresowanych działaniami ZTM, także dziennikarzy, radnych miejskich i osiedlowych, dla których strona będzie kompendium wiedzy o jednostce budżetowej i jej działaniach i zamierzeniach.
3. Serwis powinien być dostępny w polskiej wersji językowej, podstawowe informacje także w języku angielskim oraz w języku niemieckim. Ponadto musi być dostosowany dla osób niewidzących lub niedowidzących.
7. Wymagania techniczne CMS oraz komponenty dla nowej strony
WYMAGANIA TECHNICZNE Nowy CMS musi zapewniać:
1. Wbudowane zabezpieczenia w tym:
- przed próbami nieautoryzowanego dostępu do panelu zarządzania (np. blokowanie konta po 3 próbach błędnego wpisania hasła administratora/redaktora/użytkownika) - odporność na inne próby ataków: Cross Site Scripting, Cross-site request forgery, SQL Injection, Local File Include, Arbitary File Download, Remote File Include, Dos SQL, przejęcie sesji, ataki związane z ładowaniem plików, ataki semantyczne URL, podrabianie zatwierdzenia formularzy, ujawnianie uwierzytelnień dostępu, ujawnianie danych przechowywanych w bazie, przeglądanie struktury katalogów, wstrzykiwanie poleceń systemowych, ujawnienie kodów źródłowych oraz innych prób ataków.
- raportowanie oraz logowanie ataków oraz innych prób nieautoryzowanego dostępu 2. Dostęp do plików na serwerze poprzez FTPS oraz poprzez panel administracyjny (pliki
wgrywane przez użytkowników)
3. Panel administracyjny dostępny przez protokół https z możliwością dostępu dla redaktora przebywającego poza budynkiem ZTM,
4. CMS powinien być zoptymalizowany w taki sposób, aby strona była prawidłowo
6. Zgodność kodu stron z rekomendacją W3C XHTML 1.0 Transitional oraz jego weryfikację przy pomocy narzędzi udostępnianych przez W3C pod adresami:
http://validator.w3.org i http://jigsaw.w3.org/css-validator/,
7. Ze względu na zakładany dostęp do systemu z poziomu urządzeń mobilnych z systemami iOS, Android, Windows Mobile, strony systemu powinny automatycznie dostosowywać się do różnych rozdzielczości ekranu (Responsive Web Design),
8. Możliwość „wyłączenia” całego serwisu w przypadku usterki zaburzającej jego funkcjonowanie. Po wpisaniu adresu strony pojawia się wtedy tekst informujący o przebudowie lub aktualizacji strony, edytowalny w panelu administracyjnym,
9. Przyjazne adresy URL,
10. Możliwość dokonywania backupu bazy danych oraz wszystkich plików serwisu poprzez panel administracyjny w CMS-ie oraz pobrania plików backupu – zabezpieczenie przed nieautoryzowanym pobraniem tych plików.
11. Hasła użytkowników powinny być zaszyfrowane w sposób uniemożliwiający ich ponowne odczytanie w przypadku nieautoryzowanego wycieku bazy danych.
12. System powinien być w całości przygotowany do obsługi w języku polskim. PANEL ADMINISTRACYJNY
System CMS musi być wyposażony w panel administracyjny dostępny dla administratora, i redaktorów serwisu, zawierający wszystkie funkcje administracyjne i redakcyjne serwisu:
1. tworzenie artykułów,
2. tworzenie grup użytkowników oraz nadawanie im uprawnień do poszczególnych elementów strony zaplecza oraz możliwości tworzenia artykułów, osobne (wyższe) uprawnienia dla wybranych użytkowników, którzy mogą zatwierdzać i publikować opracowane przez innych użytkowników artykuły, możliwości logowania się do panelu administracyjnego, nadawanie haseł i loginów do zaplecza oraz możliwość ich resetowania,
3. tworzenie i zarządzanie strukturą menu,
4. zarządzanie i konfiguracja modułów widocznych na stronie, 5. zarządzanie i konfiguracja komponentów strony,
6. zarządzanie i konfiguracja pluginów,
7. zarządzanie, konfiguracja i możliwość modyfikacji plików layoutu oraz sparametryzowany tryb wyświetlania strony - „żałoba”, „święta”
8. możliwość przesyłania i zarządzania mediami (pliki graficzne, wideo, audio, dokumenty),
9. możliwość konfiguracji i edycji:
nazwy platformy,
ustawienia platformy w trybie off (prace konserwacyjne),
możliwość zarządzania słowami kluczowymi i streszczeniem dla wyszukiwarek internetowych,
10. możliwość zdefiniowania położenia folderu tymczasowego,
11. możliwość włączenia lub wyłączenia trybu Debug (komunikaty o błędach), 12. możliwość włączenia, wyłączenia oraz ustawienia parametrów buforowania, 13. możliwość ustawienia czasu trwania sesji,
14. możliwość włączenia wyłączenia kompresji gzip, 15. możliwość ustawienia strefy czasowej serwera,
16. możliwość konfiguracji parametrów połączenia z bazą danych (host, użytkownik, hasło, nazwa bazy, prefix),
odpowiedniej sile wraz z comiesięcznym wymuszaniem zmiany hasła, 18. Zbieranie logów przez platformę,
19. Kodowanie polskich znaków,
20. Dla zapewnienia szybszego wczytywania strony oraz odciążania bazy danych, zapewnienia wydajniejszej pracy systemu mapowego wymaga się zastosowania mechanizmu Cache (pamięć podręczna);
21. Możliwość tworzenia kategorii artykułów;
22. Możliwość dodania na stronie odnośników do facebook, twitter, youtube;
23. Możliwość pokazywania poszczególnych podstron w różnych miejscach menu nawigacyjnego;
24. Możliwość dodania pod artykułami/komunikatami ikonek do serwisów społecznościowych: facebook, twitter, Google+;
25. Możliwość pełnego zarządzania rozkładami jazdy (importu, eksportu plików, możliwości tworzenia przełączników pomiędzy poszczególnymi rozkładami jazdy obowiązującymi
w danym okresie, możliwości dopisywania komunikatów do rozkładów i łączenia komunikatów z danymi liniami) na podstawie plików GTFS;
26. Informacja o użytkowniku wprowadzającym zmiany w treściach;
27. Możliwość cofania treści strony (także tych nieopublikowanych).
28. Możliwość tworzenia nagłówków artykułu w postaci hiperłączy.
FUNKCJONALNOŚĆ TWORZENIA, ZARZĄDZANIA, PUBLIKACJI ARTYKUŁÓW WRAZ Z ZAŁĄCZNIKAMI
1. Możliwość szybkiego tworzenia i publikacji artykułów przez uprawnionych redaktorów wraz z możliwością dodawania zdjęć (prezentowanych na stronie w postaci miniatur, a po kliknięciu pop-up), załączników (plików dokumentów lub linków),materiałów wideo w postaci filmów Flash, powinny być w łatwy sposób konwertowane na animacje typu GIF czy HTML5.
2. Dla każdego artykułu będzie możliwe zdefiniowanie listy plików do pobrania, znajdujących się w repozytorium systemu. Pliki do pobrania muszą być prezentowane w postaci ikon charakterystycznych dla danego formatu, odnośnika, definiowalnej przyjaznej nazwy odnośnika oraz wielkości podanej w KB (kilobajtach) lub MB (megabajtach),
3. Artykuł musi posiadać co najmniej następujące elementy:
data dodania z dokładnością do minuty (z możliwością ukrycia daty na stronie frontowej),
kategoria, w której powinien zostać opublikowany artykuł (możliwość zaznaczenia wielu kategorii, możliwość ukrycia nazwy kategorii na stronie frontowej),
tytuł artykułu,
możliwość stworzenia wstępu do artykułu (lead) zawierająca początek artykułu lub jego skrót z możliwością wstawienia elementu graficznego. Pod wstępem powinien pojawić się łącze z napisem „Czytaj więcej”,
część główna artykułu posiadająca możliwość wstawienia treści oraz materiałów
zmiana wersji na język obcy i wpisywanie przetłumaczonej treści dla każdego artykułu oraz banerów,
możliwość przypisania do każdego z artykułów tagów,
mechanizm wyświetlający pod danym artykułem odnośniki (w postaci skróconych wersji artykułów) do tekstów powiązanych z tym artykułem – wskazanie powiązań ręcznie podczas tworzenia artykułu, z możliwością późniejszej edycji oraz możliwością włączenia/wyłączenia w każdym artykule z osobna,
możliwość wyboru przez administratora/redaktora kolejności wyświetlania się artykułów na stronach (wg daty, z uwzględnieniem priorytetu/wyróżnienia, wg uznania),
możliwość wskazania, na etapie wprowadzania artykułu, dowolnej ilości działów serwisu (modułów), w których dany artykuł będzie się wyświetlał.
możliwość powiązania artykułu z bazą danych o numerach linii, co umożliwi dalsze powiązanie komunikatów z rozkładami jazdy (w tym także opcję zaznaczenia, jeżeli treść dotyczy wszystkich linii)
- możliwość dodania pod artykułami/komunikatami ikonek do serwisów społecznościowych: facebook, twitter, Google+
- obowiązek zachowywania historii wpisów
4. System CMS powinien umożliwiać użytkownikom z odpowiednimi uprawnieniami:
- edycję - przenoszenie - ukrywanie - publikację - tworzenie
- usuwanie artykułów, podstron,
- ustawienie czasu automatycznej publikacji oraz opublikowania dokumentu
- możliwość przeglądania historii, wraz z informacjami o osobie publikującej daną zmianę
- możliwość cofania strony do wcześniejszych wersji artykułu
5. System CMS musi posiadać pracujący w trybie on-line edytor WYSIWYG pozwalający na pracę z artykułami publikowanymi w serwisie przy założeniu braku znajomości kodu HTML przez redaktorów.
6. Platforma powinna umożliwiać zarządzanie wyglądem i zawartością stron (.m.in konstruowania stron metodą „drag&drop”) w ramach przygotowanych szablonów strony
7. Treść powinna być prezentowana w ramach elementów – portletów, prezentujących określony zakres informacji lub realizujący określoną funkcje (np. baner, film, popup).
Interfejs powinien być otwarty na nowe elementy i funkcje.
8. Każda strona powinna posiadać możliwość wykreowania innego układu i wyglądu 9. Interfejs powinien weryfikować aktualność linków na stronach
10. CMS powinien umożliwiać przełączanie portalu na inną wersję językową, maks.3
która będzie duplikatem wersji polskiej,
będzie zawierać tylko takie informacje które zostaną wprowadzone w dodatkowej wersji językowej,
CMS powinien umożliwiać dodanie w prosty sposób (poprzez panel administracyjny) kolejnych wersji językowych.
11. Edytor musi posiadać funkcjonalności:
wytłuszczanie, kursywa, przekreślanie, podkreślanie tekstu,
usuwanie błędów w „łamaniu” tekstu (tzw. wdowy),
pole format zawierające (p, h1, h1, h3, h4, h5 oraz kontener div) predefiniowane elementy strukturalne treści,
pole styl zawierające predefiniowane style CSS,
czyszczenie formatowania,
możliwość wstawiania skryptów
przełączenie do trybu pełnoekranowego,
możliwość podglądu strony (zarówno dla wersji opublikowanej jak i szkica nieopublikowanego),
możliwość podglądu i edycji kodu HTML,
wybór czcionki (w tym także czcionek zapisanych w CI Miasta Poznań),
rozmiar czcionki,
kolor czcionki,
kolor podkreślenia,
wytnij,
kopiuj,
wklej,
numeracja i wypunktowanie,
indeks górny i dolny,
znaki specjalne,
możliwość wydruku,
funkcja znajdź i zamień,
wstawianie i edycja tabel w tym możliwość definiowania szerokości kolumn i wierszy różnych dla różnych komórek, możliwość wyśrodkowywania w komórce oraz scalania w pionie i w poziomie,
możliwość kolorowania poszczególnych komórek w tabeli
możliwość wstawiania hiperłącza i kotwic,
wstawianie elementów graficznych wraz z możliwością zmiany rozmiaru grafiki oraz umieszczania jej w tekście (tekst opływowo lub obok tekstu),
możliwość wstawienia linku do załączników,
możliwość wstawienia elementu wideo (w tym z serwisów zewnętrznych),
możliwość stworzenia hiperłącza do dowolnego artykułu w platformie,
możliwość przenoszenia treści z dokumentów MS Office, OpenOffice, HTML (w przypadku dokumentów powstałych w MS Office system musi posiadać możliwość czyszczenia kodu z nadmiarowych znaczników).
KOMPONENT REPOZYTORIUM PLIKÓW
Komponent musi spełniać poniższe funkcjonalności:
tworzenie katalogów, w których będą przechowywane pliki,
możliwość wgrywania plików na serwer oraz definiowania maksymalnej wielkości plików (w ramach wielkości zdefiniowanej przed administratora serwera) oraz ich
możliwość deklaracji daty i godziny, po której plik będzie niewidoczny,
wyświetlać informację o ilości pobrań pliku,
możliwość dodania opisu do pliku,
możliwość stworzenia uprawnień dla grup które mogą plik pobrać, edytować lub usunąć
możliwość zbiorczego usuwania plików z danych folderów
wyszukiwarka plików w repozytorium powinna umożliwiać minimum selekcje po wielkości, po nazwie, po typie, po dacie wgrania
PLUGI DO KONWERSJI I DRUKOWANIA ARTYKUŁÓW OPUBLIKOWANYCH NA PLATFORMIE
1. System CMS musi posiadać możliwość :wydrukowania dowolnego artykułu poprzez przygotowanie specjalnej wersji do druku,
2. konwersji dowolnego artykułu do formatu PDF,
3. wysłania odnośnika do dowolnego artykułu na podany adres email.
MODUŁ ARTYKUŁÓW NA STRONIE GŁÓWNEJ
System CMS musi posiadać możliwość definiowania liczby artykułów na stronie głównej, rozłożenia bloków tekstowych, ich segregowania wg daty, popularności, kolejności dodania lub kolejności ustalanej przez redaktorów.
Mechanizm umożliwiający automatyczne tworzenie (na podstawie statystyk najczęściej odwiedzanych stron) modułu „Na skróty” oraz możliwość dodania do niego konkretnego artykułu przez samego administratora/redaktora. Moduł ten może być dodawany w dowolnym miejscu wskazanym przez administratora/redaktora.
MODUŁ MENU NAWIGACYJNEGO
System CMS musi posiadać narzędzia służące do budowy i zarządzania strukturą serwisu z możliwością samodzielnej budowy wielopoziomowego menu i jego modyfikacji oraz konfiguracji sposobu wyświetlania.
System CMS winien posiadać możliwość dodawania grafik do poszczególnych pozycji menu.
System CMS musi zawierać ścieżkę nawigacyjną tak, aby użytkownik w każdym momencie wiedział w jakim miejscu w strukturze serwisu się znajduje i miał możliwość powrotu do wyższych poziomów struktury serwisu.
KOMPONENTY MAPY SERWISU
System CMS musi automatycznie generować aktualną mapę serwisu umożliwiającą określenie poziomu zagłębienia w hierarchię kategorii i artykułów. Mapa serwisu musi przedstawiać strukturę drzewiastą menu wraz odnośnikami do każdej podstrony w serwisie.
MODUŁ MAPY
System CMS musi umożliwiać użytkownikom tworzenie i dołączanie do artykułów map z portali Open Street Map, Google Maps oraz mapy dostarczanej przez Urząd Miasta Poznania wraz z możliwością nanoszenia przez użytkowników punktów/odcinków.
MODUŁ WYSZUKIWARKI
System CMS musi posiadać mechanizm wyszukiwania pełnotekstowego (wykluczona wyszukiwarka zewnętrzna) umożliwiającej Użytkownikowi przeszukanie serwisu z uwzględnieniem kryteriów typu: data graniczna (od… do), operatorów logicznych „lub” i
„oraz”, tagów, wyszukiwania dokładnego wyrażenia ujętego w cudzysłów, nieuwzględniania wielkości liter w szukanej frazie. Zakres wyszukiwania można zawęzić do poszczególnych kategorii artykułów witryny, np. samych newsów. Wyszukiwarka powinna być zabezpieczona przed wykonaniem kodu, przed wpisaniem mniej niż 3 znaków, przed wpisaniem znaków specjalnych (tylko znaki alfanumeryczne).
Bezpośrednio dostępne musi być wyszukiwanie proste poprzez pole tekstowe widoczne na stronie głównej serwisu oraz domyślnie we wszystkich działach i stronach. Musi ono umożliwiać szybkie wyszukanie w całym serwisie po wybranym słowie lub kilku słowach.
System CMS musi udostępniać mechanizm wyszukiwania zaawansowanego umożliwiającego:
szukanie dowolnego słowa,
szukanie wszystkich słów,
szukanie dokładnego wyrażenia,
szukanie wg zakresów i dat,
szukanie we wskazanej kategorii.
Wyniki wyszukiwania wyświetlane będą wg trafności wyszukiwania. Dla wyszukanych artykułów podana zostanie co najmniej: ilość znalezionych, kategoria, tytuły i data publikacji.
Podświetlanie fraz występujących w zapytaniu na stronie wyników.
MODUŁ, KOMPONENT DO LOGOWANIA SIĘ NA PLATFORMIE I ZAKŁADANIA NOWEGO KONTA DLA REDAKTORÓW I ADMINISTRATORÓW
Możliwość zalogowania się do serwisu poprzez podanie nazwy użytkownika i hasła na dedykowanej stronie zaplecza administracyjnego. Formularz oraz okno logowania nie powinno być dostępne z poziomu strony głównej
MODUŁ, KOMPONENT NEWSLETTERA
1. portal powinien przewidywać możliwość tworzenia i wysyłania newslettera, 2. zapewnić istnienie mechanizmu umożliwiającego zarówno samodzielne zapisanie
się na listę osób otrzymujących newslettera jak również dopisanie/usunięcie danej osoby przez administratora.
3. aplikacja powinna stwarzać możliwość wstawiania tekstu informacji, obrazów, załączników (doc, odt, JPG, PDF, xls,).
4. każda osoba, która zapisze się do newslettera dostanie na podany adres e-mail wiadomość z linkiem aktywacyjnym,
5. każda osoba, która zapisze się do newslettera otrzyma na podany adres e-mail
„inaugurującą” wiadomość e-mail z linkiem potwierdzającym zapisanie się do listy adresowej. W każdej wiadomości wysyłanej z newslettera powinien być odpowiedni link pozwalający na wyrejestrowanie danego użytkownika z listy
8. formularz rejestracyjny musi być zabezpieczony systemami zabezpieczającymi przed działaniem robotów,
9. możliwość archiwizacji newsletterów; możliwość ustalenia daty wysyłania wiadomości; możliwość ustalenia ilości wysyłanych wiadomości z edytowalnymi przerwami czasowymi pomiędzy grupami oraz ich kolejkowanie; możliwość ustalania grup użytkowników newslettera i wysyłania wiadomości do wszystkich lub tylko do wybranych grup; podstawowe statystyki newslettera (zapisani, wypisani, itd.).
PLUGIN I IKONA PRZEŁĄCZAJĄCA GRAFIKĘ STRONY DOSTOSOWANA DLA OSÓB SŁABOWIDZĄCYCH
System CMS winien mieć możliwość przełączenia stylu CSS dostosowanego dla osób słabowidzących, zgodnie z wymogami WCAG 2.0 na poziomie AA wraz z zaimplementowanym syntezatorem mowy.
KOMPONENT I MODUŁ (MODUŁY) DO ZARZĄDZANIA ODTWARZACZEM WIDEO I AUDIO
1. obsługiwanie formatów plików: mp4, 3gp, aac, mp3/ogg, h/264, vp9 2. możliwość wyświetlania video z serwisu youtube
3. obsługiwanie protokołu RTMP
4. posiadanie możliwości zarządzania plikami wideo, audio.
5. przyciski play, stop, pauza, tryb pełnoekranowy 6. zmiana poziomu głośności
7. możliwość zmiany rozmiaru okna wideo
8. możliwość umieszczania odtwarzacza plików multimedialnych w wybranych miejscach strony internetowej
9. odtwarzacz musi prezentować czas trwania nagrania, stan wczytywania pliku, zatrzymanie i przewinięcie materiału oraz odtwarzanie materiałów, tytuł filmu 10. możliwość zmiany jakości filmu – dostosowanie do urządzeń mobilnych i
prędkości łącza 11. buforowanie filmu GALERIA ZDJĘĆ
System CMS musi posiadać możliwość prezentowania załączników graficznych w postaci galerii. Musi istnieć możliwość udostępnienia galerii zdjęć jako wydzielonych stron serwisu oraz w ramach artykułów. Galeria musi być prezentowana w postaci miniatur z możliwością powiększenia ich do ustalonego rozmiaru i pełnego rozmiaru dostosowanego do okna, w którym jest wyświetlane. Otwieranie widoku powiększenia nie może być blokowane przez systemy blokujące okna typu „pop-up” przeglądarek.
Pozostałe funkcjonalności:
możliwość przeglądania zdjęć pojedynczo lub w postaci pokazu slajdów (slideshow) (z przyciskami dalej i wstecz, uruchom pokaz, pauza oraz przyciskiem zamykania),
możliwość pobierania lub blokowania pobierania wybranych zdjęć
możliwość tworzenia albumów,
możliwość dodawania podpisów pod albumy i zdjęcia,
możliwość dodawania zdjęć z rozszerzeniem: JPG, JPEG, PNG i GIF,
możliwość dodawania nieograniczonej ilości zdjęć do galerii,
możliwość dodania znaku wodnego do zdjęć galerii,
możliwość zmiany rozmiaru zdjęć wgranych do galerii,
możliwość zliczania ilości otwarć zdjęcia,
możliwość sortowania zdjęć wg kolejności dodania, kolejność własna,
opracowanie minimum 2 szablonów galerii oraz minimum 4 szablonów pokazu slajdów (z ramką, bez ramki, różne sposoby wyświetlania, itp.), z możliwością dodania kolejnych,
ROZKŁADY JAZDY
Rozkład jazdy połączony z aktualnościami dotyczącymi danej linii (przesunięcia przystanków, objazdy) oraz mapy interaktywne (przystanki, linie, PSB)
Możliwość wyboru rozkładu dla pozostałych linii odjeżdżających z danego przystanku
Narzędzie powinno umożliwiać pracownikom ZTM import plików GTFS na stronę internetową. Wszystkie funkcje powinny być dostępne z panelu administracyjnego strony internetowej.
Funkcje wyświetlania rozkładów jazdy powinny uwzględniać następujące opcje:
- wygląd rozkładów jazdy spójny z plikami generowanymi na tabliczki przystankowe tj.
podział na dni robocze, soboty i niedziele/święta,
- oznaczenie na rozkładzie jazdy przewoźnika obsługującego daną linię (logo+dane kontaktowe)
- informację o możliwości przesiadek na pozostałe linie kursujące przez dany przystanek wraz z możliwością przejścia do rozkładu w/w linii
- informacje o oznaczeniach kursów (legenda) - trasa przejazdu danej linii komunikacyjnej
- wykaz przystanków z numeracją i czasem przejazdu pomiędzy poszczególnymi przystankami,
- przypisanie stref taryfowych do poszczególnych przystanków (kolorowa ikonka zgodna z nomenklaturą stosowaną w ZTM Poznań)
- oznaczenie przystanków na żądanie
- możliwość wydruku rozkładów jazdy i eksportu do pliku PDF z możliwie jak największą czcionką
- przełącznik pomiędzy obecnie obowiązującym i nowym rozkładem jazdy. Decyzję o dodaniu takiego przyciski powinna być podejmowana przez pracownika ZTM
- na dole winny być wyświetlane komunikaty związane z funkcjonowaniem danych linii komunikacyjnych
- możliwość dodawania ręcznego komunikatów / informacji
- wyszukiwarkę według numerów linii lub według nazwy przystanku / ulicy. Wyszukiwarka powinna mieć wprowadzone podpowiedzi przy wpisywaniu danych nazw,
- po kliknięciu na minutę powinien być wyświetlany cały kurs na danej linii
- przy aktualnym rozkładzie jazdy powinna być możliwość automatycznego wyświetlenia mapy z przebiegiem linii (w PDF).
WYSZUKIWARKA PUNKTÓW SPRZEDAŻY BILETÓW
Ma umożliwiać wyszukiwanie punktów sprzedaży biletów (Punktów Obsługi Klienta, Punktów Sprzedaży Biletów, automatów biletowych).
Wyszukiwanie będzie możliwe poprzez:
- wpisanie dowolnego słowa kluczowego (lub kilka słów), jak nazwa ulicy, dzielnicy, rodzaj punktu sprzedaży, rodzaj płatności, możliwość zapisania ulgi, godziny otwarcia
- wpisanie części słów,
- odnajdywanie punktu na mapie
Funkcjonalność nie może być gorsza niż aktualnie stosowana wyszukiwarka na stronie http://www.peka.poznan.pl/web/portal/gdzie-doladowac-karte
KALKULATOR BILETÓW
Narzędzie umożliwiające obliczenie ceny biletów na przejazd jednorazowy, biletów okresowych, z uwzględnieniem ulg. Funkcjonalność nie może być gorsza niż aktualnie stosowany kalkulator na stronie http://www.peka.poznan.pl/web/portal/kalkulator
ZABEZPIECZENIE PLATFORMY
System CMS 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, ataki spamowe, podrabianie zatwierdzenia formularza, sfałszowanie żądania HTTP, ujawnienie uwierzytelnień dostępu, wstrzykiwanie kodu SQL, ujawnienie danych przechowywanych w bazie, kradzież cookies, przechwytywanie sesji, zafiksowanie sesji, trawersowanie katalogów, wstrzykiwanie poleceń systemowych, ujawnianie kodu źródłowego, np. plików .inc, „template” itp.
System CMS musi uniemożliwiać dostęp do funkcji i zgromadzonych w nim danych z pominięciem mechanizmów bezpieczeństwa.
Istotne formularze, dla osób nieautoryzowanych, powodujące zapis do bazy danych po stronie publicznej portalu muszą posiadać zabezpieczenie typu tzw. „captcha".
Elektroniczna Skrzynka Podawcza
System musi umożliwiać zalogowanie z wykorzystaniem konta na ePUAP.
System musi zapewniać możliwość pośredniczenia w komunikacji pomiędzy systemem dziedzinowym a skrzynką podawczą ZTM na platformie ePUAP. Pośrednictwo musi polegać na: automatycznym pobieraniu ze skrzynki podawczej urzędu dokumentów elektronicznych i danych formularzy obsługiwanych przez system dziedzinowy i przekazywaniu ich do systemu dziedzinowego w celu dalszej obsługi; automatycznym pobieraniu z systemu dziedzinowego urzędu dokumentów elektronicznych i przekazywaniu ich na konta ePUAP adresatów tych dokumentów. Wykonawca musi zapewnić usługę utworzenia na platformie ePUAP formularza umożliwiającego obsługę Wniosku o wydane decyzji (o rozłożeniu należności na raty, umorzeniu odsetek, umorzeniu zaległości, odroczeniu terminu), który będzie obsługiwany w systemie dziedzinowym ZTM.
FORMULARZ KONTAKTOWY
1. System umożliwia realizację e-usług, rozumianych jako usługi realizowane drogą elektroniczną (elektroniczne formularze) z możliwością podziału mechanizmu formularza kontaktowego na ścieżki kontaktu z różnymi działami, w zależności od typu sprawy,
2. Mechanizm formularza kontaktowego powinien zawierać pola: Imię i nazwisko (wymagane), Nazwa organizacji (niewymagane), E-mail (wymagane), Treść zapytania (wymagane) + okienko z kodem obrazkowym (mechanizm antyspamowy). Po wypełnieniu formularza wiadomość wysyłana jest na określony w panelu administratora adres(-y) email – walidacja formularza na obecność złośliwego kodu, 3. Możliwość podziału mechanizmu formularza kontaktowego na ścieżki kontaktu z
różnymi działami ZTM, w zależności od typu sprawy. Typ sprawy (lista stworzona przez administratora serwisu) powinien być ustalany przez użytkownika w oknie wyboru, a lista adresów e-mail przypisanych do konkretnego typu spraw powinna być dynamiczna (możliwość dodawania, zmiany, usuwania „ścieżek kontaktu” wraz z przypisanymi do nich adresami),
4. Ważnym elementem jest pole do wpisywania treści sprawy, powinno być limitowane z poziomu administratora, z licznikiem ile znaków pozostało,
5. Formularz powinien zawierać możliwość dołączenia załączników (maksymalny rozmiar definiowany przez administratora),
6. Najważniejsze jest aby dla osób chcących i podających swojego maila formularz wysyłał do nich treść, która jest jednocześnie potwierdzeniem złożenia sprawy,
7. Mechanizm musi być odporny na ataki spamowe (np. zastosowanie kodu obrazkowego), oraz roboty zbierające adresy e-mail ze stron www,
8. Możliwość tworzenia osobnego edytowalnego przez administratora aurorespondera dla każdej „Przyczyny kontaktu”,
9. Mechanizm formularza kontaktowego powinien uwzględniać potrzebę bezpiecznej archiwizacji wszystkich przesłanych zgłoszeń (zapytań), obejmującej treść zapytania wraz z wszystkimi dołączonymi danymi, datę złożenia zapytania, adres e-mail na który zapytanie zostało przesłane.
KALENDARIUM
1. System CMS musi udostępniać funkcjonalność kalendarium wydarzeń, jako moduł pozwalający na wyświetlenie w postaci tradycyjnego kalendarza najbliższych wydarzeń (z różnych kategorii tematycznych i o różnym charakterze) wraz ze spisem zawierającym listę odnośników do najbliższych wydarzeń.
2. Funkcjonalność kalendarium wydarzeń. U góry nazwa miesiąca, którą można przewijać do przodu i wstecz, pod nią kalendarium na cały miesiąc, z wyróżnionymi datami, pod którymi wprowadzone zostały jakieś wydarzenia; po najechaniu na datę będzie pojawiać się „dymek” z informacją o wydarzeniu zapisanym pod nią, po kliknięciu na datę następować będzie przekierowanie do opisu danego wydarzenia.
Przejście do prezentacji pełnej informacjio wydarzeniu musi być możliwe po
3. Wymagane są komponenty i moduły pozwalające na kompleksową obsługę kalendarza wydarzeń z możliwością porządkowania wydarzeń w kategoriach, wprowadzania imprez oraz zadań (terminów) powtarzających się cyklicznie. W opisie wydarzenia należy uwzględnić następujące dane: nazwa, data rozpoczęcia, data zakończenia, godzina, miejsce, kontakt (organizator) opis.
KOMPONENT DO ZARZĄDZANIA BANERAMI
System CMS musi posiadać panel zarządzania banerami oraz umożliwiać umieszczanie ich w wybranych miejscach serwisów. Baner może mieć charakter informacyjny (bez odnośnika) lub być odnośnikiem do innej strony w ramach serwisu lub poza nim. Może mieć postać pliku graficznego lub animacji Flash. System musi umożliwiać określenie czasu oraz daty ekspozycji dla wybranego banera. W ramach grup banerów musi być możliwe określenie kolejności ich ułożenia, ilości jednocześnie wyświetlanych, możliwości wstawiania obrazków w odpowiednim formacie.
KOMPONENT DO ZARZĄDZANIA POP-UP
System CMS musi posiadać panel zarządzania pop-up oraz umożliwiać umieszczanie ich w wybranych miejscach serwisów. Pop-up może mieć charakter informacyjny (bez odnośnika) lub być odnośnikiem do innej strony w ramach serwisu lub poza nim. Może mieć postać pliku graficznego lub umożliwiać wpisanie samego tekstu. System musi umożliwiać określenie czasu oraz daty ekspozycji dla wybranego pop up.
KOMPONENT DO ZARZĄDZANIA KONTAKTAMI
System musi posiadać panel do zarządzania kontaktami z redaktorami oraz administratorami platformy. Posiadać możliwość tworzenia grup kontaktów. Musi umożliwiać wyświetlanie podstawowych informacji kontaktowych: imię nazwisko, telefon, zdjęcie, e-mail, adres oraz formularz kontaktowy w celu wysłania informacji.
ANALIZA STRONY
System musi umożliwiać wpisanie kodu Google Analitics przy pomocy którego administrator będzie miał dostęp do statystyk związanych z użytkowaniem portalu.
RĘKOJMIA ORAZ ASYSTA TECHNICZNA
Wykonawca musi zapewnić usługi rękojmi, utrzymania, asysty technicznej oraz transportu wiedzy w szczególności:
Wykonawca w trakcie trwania projektu musi udostępnić usługę asysty technicznej, w ramach której wybrane osoby po stronie Zamawiającego będą mogły skonsultować się ze specjalistą w zakresie obsługi systemu.
Jako asystę techniczną należy rozumieć możliwość konsultacji dotyczących problemów związanych z przedmiotem zamówienia. Konsultacje będą obejmowały głownie analizę merytoryczną, techniczną i organizacyjną problemów, wyjaśnianie zgłaszanych wątpliwości z
bieżącą pracą w systemie i w zakresie przeprowadzania archiwizacji. W ramach asysty Wykonawca zapewni:
- Udzielanie wsparcia merytorycznego i technicznego w problemach Zamawiającego,
- Identyfikację i rozwiązywanie problemów związanych z funkcjonowaniem przedmiotu zamówienia,
- Rozwiązanie problemu lub incydentu, które nastąpi w czasie nie dłuższym niż 2 dni robocze - Naprawę lub pomoc w naprawie awarii przedmiotu zamówienia powstałej z przyczyn niezależnych oraz w przypadku winy Zamawiającego
- Asystę przy migrowaniu na inne platformy sprzętowe i systemowe
- Niezwłoczne dostarczanie po opublikowaniu przez producenta update i upgrade (również downgrade) oraz patchy dla przedmiotu zamówienia - Aktualizację dokumentacji nie rzadziej niż 2 razy do roku ( raz na pół roku) i dostarczanie jej w formie CD oraz paierowej do Zamawiającego
- Asystę przy formułowaniu umów na modyfikację funkcjonalności oraz wsparcie techniczne dla podmiotów w ramach nowo podpisywanych umów.
Sposób udzielania konsultacji musi obejmować przynajmniej kanał telefoniczny i stronę www z udostępnionym formularzem do składania zapytań. Asysta techniczna musi być dostępna w dni robocze w godzinach 7.00 do 17.00.
Rękojmia na prace objęte opisem przedmiotu zamówienia musi zostać udzielona na minimum 12 miesięcy.
Wykonawca zapewni przez minimum 12 miesięcy od daty podpisania końcowego protokołu odbioru wsparcie techniczne związane z pojawiającymi się problemami w działaniu przedmiotu zamówienia.
-
SZKOLENIE ORAZ INSTRUKCJE OBSŁUGI
Wykonawca musi zapewnić szkolenia dla przynajmniej 10 osób obejmujące wszystkie funkcjonalności, które zostały opisane w niniejszym zamówieniu, a także wszystkie funkcjonalności i czynności związane z administrowaniem systemu dla 2 administratorów systemu.
SEVICE LEVEL AGREEMENT ( SLA )
Wykonawca przyjmując zlecenie zobowiąże się wykonać je z najwyższą starannością i w najlepszej wierze, jak również chronić wszelkie prawa i interesy Zamawiającego.
Wykonawca zapewni poziom niezawodności przedmiotu zamówienia na poziomie nie niższym niż 99,8% w skali roku
Wykonawca udzieli Zamawiającemu wsparcia technicznego na okres (12÷36) miesięcy zgodny ze złożoną ofertą, licząc od daty wdrożenia kompletnej witryny w sieci Internet i podpisania końcowego protokołu odbioru. W przypadku stwierdzenia w trakcie okresu
Zamawiający ma prawo zgłaszać do Wykonawcy awarie, błędy, problemy, wnioski i zapytania w dowolnym czasie i w dowolny dzień tygodnia w okresie świadczenia usług wsparcia technicznego przy pomocy wszelkich dostępnych środków technicznych (telefon, e- mail, portal serwisowy).
Wykonawca będzie świadczyć bieżące wsparcie techniczne w godzinach od 7:00 do 17:00 w dni robocze. Zamawiający zastrzega sobie możliwość wprowadzenia „nadzwyczajnych godzin” na świadczenie wsparcia.
Nadzwyczajne godziny świadczenia usługi to – godziny od 17:00 do 7:00 w dni robocze oraz wszystkie dni wolne od pracy. W przypadku zamawiania wsparcia technicznego w godzinach od 17:00 do 7:00 Zamawiający dokona zgłoszenia potrzeby (zapotrzebowania) na
świadczenie takiego wsparcia co najmniej:
- na 4 godziny przed upływem dnia roboczego jeśli wsparcie będzie świadczone w godzinach nocnych tego samego dnia
- na 1 dzień przed upływem ostatniego dnia roboczego jeśli ma być świadczone w następny dzień, który jest wolny od pracy.
Wykonawca podejmie zgłoszenie w nie przekraczającym terminie:
- w ciągu 1 godz. w przypadku zgłoszenia błędu lub awarii systemu w godzinach od 7:00 do 17:00,
- najpóźniej do godziny 7:00 rano w dzień roboczy następujący po dniach wolnych od pracy oraz zgłoszeń wykonanych po godzinie 17:00 - 8 godzin w przypadku zgłoszenia w
przypadku zgłoszenia awarii poza godzinami pracy czyli od 17:00 do 7:00
Wykonawca potwierdzi podjęcie zgłoszenia poprzez email, telefon, status na portalu
serwisowym tym samym potwierdzając uruchomianie działań związanych ze świadczeniem usługi.
W zależności od charakteru zagadnienia zawartego w zgłoszeniu Wykonawca zobowiązany jest do dotrzymywania czasów realizacji wskazanych w SLA.
W przypadku konieczności wprowadzenia rozwiązania tymczasowego, Wykonawca zobowiązany jest do poinformowania Zamawiającego o tym fakcie oraz o sposobie opracowania rozwiązania i dostarczenia rozwiązania docelowego w terminie nie przekraczającym 48godzin. W przypadkach, gdy rozwiązanie ostateczne nie może być dostarczone w tym czasie (wymaga dłuższego czasu naprawy) Wykonawca zobowiązany jest do pisemnego powiadomienia Zamawiającego o takiej sytuacji przed upływem tego czasu, określając inny przewidywany termin dostarczenia rozwiązania nie dłużej jednak niż 2 tygodnie od powiadomienia. Dalsze przedłużanie tego terminu nie będzie możliwe.
Wszelkie czynności związane z realizacją usług będą dokumentowane przez Wykonawcę w postaci notatek i protokołów realizacji naprawy, asysty, opinii i przedłożone Zamawiającemu do akceptacji.
KOMPONENT PYTANIA I ODPOWIEDZI
Możliwość grupowania pytań w dziale FAQ w kategorie oraz zmieniania kolejności wyświetlania pytań zgodnie z danymi o częstotliwości wyświetlania poszczególnych treści.
Każde pytanie powinno być traktowane jako odrębny portlet. Możliwość nadawania tytułów poszczególnym grupom tematycznym.
ANKIETY/SONDY
Możliwość zamieszczania interaktywnych ankiet i sond dla internautów w wybranym przez redaktora/administratora miejscu na stronie i na określony czas.
1.Formularze ankiet zawierają pytania zamknięte (a, b, c) i/lub otwarte umożliwiające zaznaczanie kilku odpowiedzi. Po wypełnieniu formularza użytkownik widzi informację o prawidłowym/ nieprawidłowym wypełnieniu ankiety. Ankiety są wysyłane w formacie PDF na określony adres email.
2.Sondy zawierają pytania zamknięte (a, b, c). Po oddaniu głosu w sondzie, użytkownik może zobaczyć wyniki sondy w formie graficznej (wykres).
Archiwum wyników sond i ankiet dostępne dla Administratora zawiera: Datę rozpoczęcia i zakończenia sondy/ankiety, Wyniki w formie tekstowej lub graficznej, Dane o liczbie osób, które wzięły udział w badaniu. Możliwość eksportu wyników sond i/lub ankiet w formie sprawozdania. Zabezpieczenie przez kilkukrotnym głosowaniem tej samej osoby.
USTALENIA KOŃCOWE
Wykonawca musi udzielić bezterminowej licencji na eksploatację systemu utworzonego na rzecz ZTM wraz z licencjami na aktualizacje systemu , przy czym aktualizacja silnika CMS nie wpłynie negatywnie na zmianę treści i układu strony. Wykonawca zapewni prawa do systemu pozwalające na wprowadzenie zmian oraz instalację na wybranym przez Zamawiającego serwerze odpowiadającym wymogom systemu. Dokumentacja systemu i opis środowiska muszą pozwalać na instalacje na wybranym przez Zamawiającego serwerze odpowiadającym wymogom systemu.
Przy założeniu, że system będzie udostępniany użytkownikom zewnętrznym, którzy będą posiadać komputery o następujących parametrach minimalnych: Procesor dwurdzeniowy;
Pamięć 2 GB; Łącze 1Mb/s; czas odpowiedzi serwera na wywołanie url aplikacji musi wynosić maksymalnie 3 sekundy. Powyższe założenie musi być spełnione przy 100 użytkownikach zalogowanych jednocześnie do systemu. Określony czas nie dotyczy wywołań systemów zewnętrznych. Korzystanie z systemu przez użytkowników, oprócz przeglądarki Firefox, Chrome, Internet Explorer, Safari, które są zgodne ze standardem HTML 5, nie może wymagać instalacji dodatkowego oprogramowania.
8. Zadania dla Wykonawcy
Przygotowanie w pełni funkcjonalnego, zawierającego wszystkie opisane powyżej komponenty portalu informacyjnego dotyczącego działalności ZTM.
9. Wskazówki wykonawcze
1. Szata graficzna portalu musi uwzględniać elementy zawierające logo ZTM oraz inne elementy wskazane przez Zamawiającego (np. logo PoznanKontakt). Musi być zgodna z CI Miasta Poznania.
2. Wykonawca powinien zaproponować optymalne rozwiązanie nawigacyjne serwisu ZTM.
4. Zamawiający zastrzega sobie prawo do wnoszenia uwag, sugestii i zmian do wybranej propozycji projektu aż do uzyskania ostatecznej jego akceptacji.
5. Wykonawca zobowiązuje się do przekazania pełnych, wyłącznych, nieograniczonych czasowo i terytorialnie majątkowych praw autorskich wraz z prawami zależnymi na rzecz Zamawiającego.
6. Po realizacji zamówienia, Wykonawca zobowiązany będzie do przekazania wszystkich stworzonych w czasie realizacji materiałów, w formie umożliwiającej łatwe wyszukiwanie poszczególnych plików (pogrupowanych), w tym także plików graficznych z możliwością ich dalszego przetwarzania i modyfikowania.
7. Podstawą wszelkich zaproponowanych działań muszą być założenia funkcjonowania Zarządu Transportu Miejskiego oraz realizowaną polityką informacyjną.
10. Testy użyteczności
Wykonawca przeprowadzi test użyteczności portalu przed jego uruchomieniem na próbie 100 osób w grupach wiekowych zgodnie ze strukturą populacji zamieszkujących Poznań i Aglomerację.
11. Termin realizacji zadania
Zgodnie z terminem zaproponowanym przez Wykonawcę realizującym projekt (nie dłuższym niż do 60 dni roboczych tj. od poniedziałku do piątku licząc od podpisania Umowy).
12. Wymagane elementy oferty
1. Wykonawca przedstawi koncepcję opracowania strony, opis funkcjonalności oraz komponentów, które zostaną zrealizowane w ramach projektu oraz przedstawi harmonogram realizacji projektu.
2. Zamawiający wymaga, aby w ramach składanej oferty zostały przygotowane projekty szaty graficznej portalu, który będzie podlegał ocenie przez Zamawiającego.
3. Projekty muszą obejmować przynajmniej stronę główną portalu oraz trzy podstrony dotyczące m.in. rozkładów jazdy, aktualności, formularz kontaktowy
4. Wykonawca opracuje 3 koncepcje projektu szaty graficznej (nośnik elektroniczny dołączony do odpowiedzi na ofertę), z których wybrana przez Zamawiającego zostanie jedna stanowiąca podstawę opracowania ostatecznego projektu. Propozycje projektu graficznego muszą się znacząco od siebie różnić.
5. Oświadczenie Wykonawcy dotyczące realizacji co najmniej 5 projektów o takim samym bądź podobnym zakresie wraz z podaniem zakresu realizowanych prac, referencji, z terminem realizacji w okresie 5 lat przed złożeniem oferty.
13. Termin oraz tryb składania ofert
Oferty należy przygotować na Formularzu ofertowym (Załącznik nr 3) i wraz z wymaganą dokumentacją oraz załącznikiem w postaci nośnika elektronicznego dołączonego w odpowiedzi na ofertę, przesłać/dostarczyć w zamkniętej kopercie z dopiskiem „Nowy Portal
Technologii PTZ, ul. Matejki 59, 60-770 Poznań do dnia 11.03.2016 godz. 14:00. (liczy się termin dostarczenia oferty). Oferty dostarczone po wskazanym terminie nie będą brane pod uwagę.
14. Kryteria oceny ofert
Ocenie podlegać będą wyłącznie oferty złożone przez Wykonawców spełniających wymagania określone w pkt. 12.
Ocena ofert przez Zamawiającego dokonana zostanie na podstawie złożonych dokumentów, o których mowa w pkt. 12 według następujących kryteriów:
Kryteria oceny :
Lp Kryterium oceny
Liczba
punktów Waga ( Wg)
1 Wartość oferty ( PLN brutto) 55 0,55
2 Termin realizacji ( w tygodniach) 15 0,15
3 Wsparcie powdrożeniowe ( w miesiącach) 15 0,15
4 Koncepcja graficzna 15 0,15
Suma 100 1
Cena (Co) za realizację całego zamówienia – 55 pkt;
Ocena dokonana będzie wg wzoru:
Punkty zostaną przeliczone z dokładnością do dwóch miejsc po przecinku wg. wzorów :
Termin realizacji całego zamówienia – 15 pkt;
Maksymalna liczba punktów w tym kryterium to 15.
UWAGA: Termin wykonania zamówienia liczony jest od dnia zawarcia Umowy na realizacje przedmiotowego zamówienia publicznego.
Punkty zostaną przeliczone z dokładnością do dwóch miejsc po przecinku wg. wzorów :
Asysta techniczna – 15 pkt;
Przy ocenie zaproponowanych rozwiązań długość wsparcia/asysty powdrożeniowej – max.15pkt.
Długość wsparcia powdrożeniowego liczona jest od momentu odbioru prac potwierdzonych obustronnie podpisanym protokołem odbioru.
Punkty zostaną przeliczone z dokładnością do dwóch miejsc po przecinku wg. wzoru :
Koncepcja graficzna – 15 pkt;
Przy ocenie zaproponowanych rozwiązań będą brane pod uwagę spójność koncepcji oraz zaproponowane rozwiązania (K) wraz z uzasadnieniem wykorzystania zapewniającym wysoką użyteczność portalu dla odbiorcy zewnętrznego - pasażera oraz odbiorcy wewnętrznego-redaktora. Na ocenę wpływać też będzie liczba i atrakcyjność dodatkowych elementów serwisu zaproponowanych przez Wykonawcę realizujących cele Zamawiającego – max.15 pkt.
Wartość punktowa
Oferta, która uzyska największą liczbę punktów będzie wybrana jako najkorzystniejsza oferta.
Łączna liczba punktów zostanie obliczona jako suma uzyskanych punktów w ww. kryteriach, zgodnie z poniższym wzorem:
Wartość oferty liczona będzie według wzoru:
Skróty użyte do obliczenia wartości ofert
Co – Cena oferty
Cmin- Najniższa wartość oferty Cx – Cena oferty badanej Wg – Waga
To – Termin wykonania przedmiotu zamówienia
Tmin- Najdłuższy czas realizacji przedmiotu zamówienia Tx – Czas realizacji przedmiotu zamówienia oferty badanej Ao- Czas asysty powdrożeniowej
Ax- Czas asysty oferty badanej K- koncepcja graficzna
15. Ogłoszenie informacji dotyczącej wyboru najkorzystniejszej oferty
O wyborze oferty Zleceniodawca niezwłocznie zawiadomi drogą elektroniczną wybranego Wykonawcę, który złożył najkorzystniejszą ofertę w wyznaczonym terminie. Jeżeli Wykonawca, którego oferta została wybrana, odmawia zawarcia Umowy, Zleceniodawca może wybrać ofertę najkorzystniejszą spośród pozostałych ważnych ofert, złożonych w wyznaczonym terminie.
