Opis Przedmiotu zamówienia

Załącznik nr 1
Opis Przedmiotu Zamówienia
Dot. utworzenia\przebudowy Portalu Miejskiego www.um.pulawy.pl wraz z wdrożeniem autorskiego
systemu zarządzania treścią (CMS)
Przedmiotem wykonania zamówienia będzie zrealizowanie usługi polegającej na
utworzeniu\przebudowie Portalu Miejskiego www.um.pulawy.pl wraz z wdrożeniem autorskiego
Systemu zarządzania treścią (CMS) pozwalającego w swobodny intuicyjny sposób zarządzać
zawartością stron www przez administratorów, redaktorów i innych użytkowników Portalu.
Obecnie funkcjonujący Portal pod adresem internetowym http://www.um.pulawy.pl wraz
z aktualnymi podserwisami (oprócz portalu eGospodarka, eUrząd )zostanie zastąpiony docelowo
nowym zaproponowanym Portalem a wszystkie podserwisy będą wzajemnie powiązane
i zarządzane z poziomu jednego panelu administracyjnego zaoferowanego Systemu CMS.
Portal ma być nowoczesny, wykonany w technologii RWD (Responsive Web Design),spójny
z wizerunkiem kojarzonym z miastem Puławy, akcentujący innowacyjność,
profesjonalizm, zgodny ze współczesnymi standardami projektowania serwisów/portali
internetowych, zróżnicowanymi elementami graficznymi na podstronach.
Dodatkowo portal miejski poszerzony ma być o dodatkowe funkcjonalności (podserwisy):, dla
mieszkańca, dla turysty, konsultacje społeczne, inwestora (podlinkowanie do istniejącego
portalu), e-usługi, linki(banery) wytypowane przez Zamawiającego. (np. epuap, bip itd.)
Zaproponowany System CMS musi być skalowalny tzn. musi oferować zautomatyzowane
dodawanie kolejnych podserwisów przez Zamawiającego .
Portal musi być prezentowany w min. dwóch językach polski i angielski.
Specyfikacja
Zamawiający przygotuje maszynę wirtualną na swoich zasobach w uzgodnieniu z Wykonawcą na
środowisku VMware oraz przekaże dane dostępowe w celu odpowiedniej instalacji i konfiguracji
przez Wykonawcę systemu linuxowego oraz instalacji systemu CMS w technologii zaproponowanej
przez Wykonawcę). Wsparcie techniczne systemu CMS na serwerze Zamawiającego będzie trwało
od dnia podpisania ostatecznego protokołu odbioru
1.
a) Zaprojektowanie i przygotowanie 2 (dwóch) propozycji estetycznie wykonanych
nowoczesnych-responsywnych layoutów graficznych głównych zgodnych z obowiązującymi
trendami, spójnych z nową strukturą oraz z systemem identyfikacji wizualnej Miasta.
Na etapie zatwierdzania zostanie wybrana\zaakceptowana 1(jedna) docelowa wersja
szablonu głównego responsywengo po uzgodnieniu z Zamawiającym, którą docelowo
Wykonawca dostosuje do wersji: żałobnej (z kirem w nagłówku strony oraz min. strona główna
w odcieniach szarości lub cały portal) – włączana w zależności od potrzeb\zdarzeń z panelu
administracyjnego,
- wersja dla osób niedowidzących (zmiana kontrastu tekstu 4 (cztery) rodzaje kontrastu[białe
tło – czarne litery, czarne tło – białe litery, żółte tło –czarne litery, czarne tło-żółte litery] –
oznaczona symbolem graficznym A A A, wersja angielska (przełączanie przy pomocy
graficznych flag.
Strona 1 z 11
b) Zaprojektowanie, wykonanie i wdrożenie bezpiecznego systemu CMS (Content Management
System - System Zarządzania Treścią) dla Portalu miejskiego i podserwisów
c) Udzielenie gwarancji na wykonany system CMS (min. 3 lata od dnia protokolarnego odbioru
całego zamówienia.
d) Wykonawca dokona transferu danych wskazanych przez Zamawiającego z dotychczasowego
Portalu www.um.pulawy.pl.
e) Do czasu odebrania w pełni funkcjonalnego systemu CMS, wersja robocza(testowa) będzie
znajdowała się na serwerze Wykonawcy i nie będzie indeksowana przez wyszukiwarki. Serwer
winien zapewniać płynny dostęp użytkownikom zewnętrznym do zasobów Portalu,
f) Docelowa instalacja Systemu CMS zostanie uzgodniona na etapie podpisywania umowy
g) Przeprowadzenie dwóch dni szkolenia 2 x 4godziny w siedzibie Zamawiającego dla
użytkowników Systemu CMS z jego obsługi (dla administratorów i redaktorów portalu,
w zakresie administrowania, redagowania treści w zakresie standardów dostępności. Podczas
szkolenia poruszane muszą być m.in. takie zagadnienia jak: zapoznanie użytkowników
z systemem i jego funkcjonalnością tzn. pokaz praktyczny sposobu działania oraz
wykorzystania modułów portalu, przygotowywanie i formatowanie treści, nagłówki,
odnośniki, odpowiedniki tekstowe dla elementów graficznych, formularze, kontrast,
dokumenty do pobrania (DOC, PDF, etc. ), przygotowywanie grafik, filmów osadzanie ich na
stronie – Szkolenie odbywać się będzie w oparciu o testową wersję wykonanego portalu
miejskiego, systemu zarządzania treścią – CMS na serwerze Zamawiającego).
h) Zapewnienie wsparcia technicznego dla użytkowników systemu CMS.(helpdesk – telefonicznie
, mail, mantis lub inny system zgłoszeniowy)
i) Przygotowanie elektronicznej instrukcji obsługi Systemu CMS dostępnej z panelu
administracyjnego (instrukcja ma być dostępna w systemie CMS w panelu administracyjnym)
j) Zaproponowanie odpowiednich parametrów serwera dla systemu CMS (wersja produkcyjna,
wersja testowa)z uwzględnieniem przestrzeni dyskowej, liczby procesorów itd., w celu
zapewnienia odpowiedniej wydajności.
k) Wykonawca przygotuje procedurę backupu całego Systemu CMS oraz bazy\baz danych w cyklu
dziennym, tygodniowym, miesięcznym i przekaże wraz z dokumentacją Zamawiającemu
(wersja elektroniczna).
l) Wykonawca przekaże autorskie prawa majątkowe wraz z uprawnieniem do wykonywania praw
do:
a) szablonów graficznych Portalu,
b) grafik wykorzystanych przy tworzeniu Portalu
c) Systemu Zarządzania Treścią – CMS.
2. Wymagania wobec Systemu Zarządzania Treścią
Obowiązkowe moduły:
Portal miejski
 Aktualności z opcją moderacji
 Artykuły z opcją moderacji
 Kategorie artykułów
 Najczęściej czytane
 Konfigurowalny Slider(rotator) z min. 5 najważniejszymi wydarzeniami
 RSS,
 Ankiety,
 Archiwum Aktualności,
 Baza wiedzy,
 FAQ,
 Galerie(audio,wideo,graficzne,)
 Należy przewidzieć zaimplementowanie syntezatora mowy (opcja dostępna w późniejszej
fazie rozwoju Portalu) ,
2

























Rozbudowany kalendarz wydarzeń\imprez,(z opcją zamieszczania w nim grafiki, linków do
wydarzeń itp.)
automatyczna mapa strony,
bezpieczne logowanie (https),
pliki do pobrania,
przewijany pasek informacyjny (pilne, uwaga itd.) z opcją umieszczania w konkretnej części
serwisu
zarządzalne okno popup ,
Ważne informacje – przewijany pasek informacyjny z linkiem odsyłającym do konkretnej
informacji.
licznik odwiedzin,
ocenianie artykułu
statystyki
sonda,
system banerowy,
wyszukiwarka prosta, zaawansowana (wyszukiwanie w kategoriach, po słowach kluczowych,
przedziałach czasowych - kalendarz)
edytor WYSWIG (w polskiej wersji językowej),
moduł do optymalizacji SEO,
przydatne linki
polityka cookies
wyszukiwarka telefonów (wydziałami, jednostkami organizacyjnymi, kategoriami np. Wydział
IT) – z importem danych z pliku *.csv lub dodawaniem ręcznym z panelu administracyjnego.
przewijany blok informacyjny w dole strony (grafika-banery z odnośnikami do innych portali)
integracja z Facebook, Twitter, Google+, Instagram (wymagany moduł do zarządzania
odnośnikami do portali społecznościowych)
moduł do implementacji kamer internetowych
pomoc - widoczny na stronie głównej (skróty klawiaturowe )
pomoc w panelu administracyjnym (instrukcja dla redaktorów)
stopka (kontakt, społeczności, oświadczenie o dostępności, mapa serwisu, inne)
czasowe wyłączenie serwisu – prace konserwacyjne
3. Podserwis Gospodarczy (podlinkowanie do już istniejącego serwisu)
4. Podserwis Turystyczny (zaproponowanie funkcjonalności)
5. Podserwis – Czysta Gmina (przeniesienie treści z istniejącego podserwisu)
6. Podserwis - konsultacje społeczne
Konsultacje społeczne dotyczyć będą:
 informowania społeczeństwa o zamierzenia/planach,
 prezentacji poglądów na sposoby rozwiązania problemu,
 wymiany opinii,
 znajdowania rozwiązań,
 informowania o finalnej decyzji
Konsultacje przeprowadzane będą:
 z mieszkańcami
 z instytucjami (publicznymi i prywatnymi, np. firmami) oraz organizacjami
pozarządowymi, które bezpośrednio
 ze specjalistami i ekspertami zewnętrznymi,
Wymagane moduły podserwisu konsultacji społecznych:
 bieżące informacje z możliwością podpinania galerii, - plików do pobrania + archiwum
informacji
 Wyszukiwarka konsultacji z opcja filtrowania : status (wszystkie, trwające, zakończone)
Rejon(Wszystkie, Rejon 1, Rejon2, Rejon3,Rejon4,Ogólnomiejski), Temat (Edukacja,
Kultura, Obiekty Sportowe, Skwery- place, Zieleń miejska, trasy rowerowe, Trasnsport
publiczny, Organizacja ruchu w mieście, inne, Rok (Wszystkie 2013,2014,2015…)
 podkategorie informacji
 Licznik odliczający ile dni do konsultacji
3


mapa konsultacji społecznych
ocenianie projektów (wyświetlana lista projektów z możliwością oceny
przydatny\nieprzydatny(przyciski)
 baza wiedzy
 galerie
 newsletter
 moderowane forum do konsultacji (z możliwością dodawania map, załączników do
zakładanych wątków)+regulamin (propozycja regulaminu do zatwierdzenia przez
Zamawiającego)
 Sonda
 Kalendarz konsultacji (estetycznie wykonany kalendarz z zaznaczonymi polami
 Kontakt (formularz kontaktowy, mapa, telefony)
 Wyszukiwarka w serwisie
 pliki do pobrania
Przygotowanie grafik: baner informacyjny o wykonaniu nowego Portalu, przygotowanie ikon
wizualnych do dokumentów (pdf,doc,jpg,gif, filmów, grafik
Rozszerzony opis wymagań wobec systemu CMS:
a) Zgodność z aktualnym stanem prawnym - Portal musi być dostosowany do standardu WCAG
2.0 zgodnie z wymogami wynikającymi z rozporządzenia Rady Ministrów z dnia 12 kwietnia
2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów
publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla
systemów teleinformatycznych) (Dz. U. z 2012 roku, Poz. 526) a w szczególności
z wymaganiami określonymi w załączniku nr 4 (Wymagania WCAG 2.0 dla systemów
teleinformatycznych w zakresie dostępności dla osób niepełnosprawnych – poziom
dostępności AA)
b) System CMS musi mieć możliwość umieszczania w stopce lub nagłówku artykułu informacji o
dacie utworzenia, modyfikacji , ilości wyświetleń oraz autorze artykułu oraz informacji gdzie
aktualnie w jakim dziale znajduje się użytkownik strony (np. jesteś w kategorii: Aktualności
-> bieżące),
c) System CMS musi mieć funkcję „przyklejenia” aktualności\artykułu jako stałej\pierwszego
(niezależnie od daty artykułu – wymuszenie pokazywania informacji jako pierwszej)
d) System CMS musi mieć możliwość prezentowania informacji\dokumentów w sposób
pozwalający na ich wykorzystanie przez osoby niedowidzące zgodnie z inicjatywą WAI
organizacji W3C, (m.in. zmiana kontrastu czcionki, zmiana wielkości czcionki, syntezator
mowy)
e) System CMS musi mieć możliwość optymalizacji dla wyszukiwarek internetowych (ang. Search
engine optimization – SEO; zwaną także pozycjonowaniem),
f) System CMS musi integrować się z popularnymi mediami społecznościami takimi jak:
Google+,Facebook, Twitter.
g) Pojedyncza instalacja systemu CMS musi mieć możliwość obsługi wielu podserwisów
internetowych umieszczonych na serwerze zlokalizowanych pod kilkoma domenami
internetowymi, gdzie pod każdą domeną znajdować się będzie oddzielny serwis poświęcony
konkretnej tematyce, System musi dawać możliwość rozbudowy o kolejne podserwisy.
h) Portal miejski musi posiadać moduł Aktualności: z klikanym zdjęciem, klikanym nagłówkiem
przekierowującym do rozszerzonej treści aktualności, z możliwością drukowania aktualności,
wysyłania na adres mailowy, drukowania do pdf, powiększania tekstu.(A- A+), integrację
z serwisami społecznościowymi (facebook, Twitter,Google+,Instagram) – serwisy
społecznościowe muszą dać się włączać\wyłączać pojedynczo w zależności od tego czy konto
społecznościowe urzędu jest aktywne\uruchomione), możliwością podpięcia mapy,
możliwością podpięcia galerii zdjęć, osadzania materiałów wideo,flash
i) Portal miejski musi posiadać funkcjonalność dla użytkowników zewnętrznych portali w
postaci kalendarium archiwum artykułów, newsów. W panelu administracyjnym przy
dodawaniu artykułu musi istnieć możliwość określenia dat, pomiędzy którymi temat artykułu
będzie wyświetlał się w kalendarium na stronie danego portalu,
4
j) W panelu administracyjnym powinna być dostępna opcja wyświetlania ostatnio dodanych
i/lub zmodyfikowanych artykułów, artykułów do zatwierdzenia.
k) System CMS musi umożliwiać umieszczanie i prezentację przy wykorzystaniu
przeglądarki
internetowej
uruchomionej
na
komputerze
użytkownika
plików
o dowolnym formacie, standardowo wykorzystywanych w systemach internetowych. Mogą
to być różnego rodzaju pliki - tekstowe, grafiki, zdjęcia, prezentacje, animacje flash,
audio, video, audio-video itp.,
l) Portal miejski musi posiadać funkcjonalność wyszukiwania informacji. Mechanizm
wyszukiwania musi posiadać funkcję wyszukiwania pełno tekstowego w treściach
zamieszczonych w Systemie CMS oraz mieć możliwość wyszukiwania prostego
i zaawansowanego (np. w grup tematycznych),
m) System CMS musi mieć zaimplementowaną platformę mailingową – aplikację umożliwiającą
gromadzenie bazy maili, zarządzanie nią i rozsyłanie do subskrybentów newsletterów w formie
tekstowej, html z możliwością zamieszczenia plików graficznych, pobieranych po odebraniu
mailingu z serwera Wykonawcy.
n) System CMS musi umożliwiać uruchamianie kanałów informacyjnych w formatach RSS, Atom,
XML oraz newsletter (newsletter musi umożliwiać wydzielenie odrębnych grup odbiorców
treści. System musi mieć możliwość wypisania się z newslettera w każdej otrzymanej
wiadomości RSS) (przy rejestrowaniu się do newslettera załaczyć obowiązkowy checkbox
z treścią:
Wyrażam zgodę na przetwarzanie moich danych osobowych przez Urząd Miasta Puławy z
siedzibą w Puławach, przy ul. Lubelskiej 5, 24-100 Puławy w celu korzystania z
prowadzonej przez UM Puławy usługi „Newsletter UM”. Zapoznałem/zapoznałam się z
pouczeniem dotyczącym prawa dostępu do treści moich danych i możliwości ich
poprawiania. Jestem świadom/świadoma, iż moja zgoda może być odwołana w każdym
czasie, co skutkować będzie usunięciem mojego adresu e-mail z listy dystrybucyjnej usługi
„Newsletter UM.
o) System CMS musi umożliwiać nadawanie określonych uprawnień poszczególnym użytkownikom
zaangażowanym w proces publikacyjny, na poszczególnych jego etapach,
p) System CMS musi umożliwiać jednoczesną pracę wielu użytkownikom Systemu CMS w pełnym
udostępnionym im zakresie,
q) System CMS musi posiadać i udostępniać panel administracyjny. Panel administracyjny i jego
pełna funkcjonalność, musi być dostępna po zalogowaniu przez użytkownika poprzez
przeglądarkę internetową,
r) Panel administracyjny dla redaktorów powinien być intuicyjny i prosty w obsłudze.
Redaktor powinien mieć widoczność do zawartości panelu tylko w takim zakresie jaki
został mu nadany dostęp.
s) System CMS musi posiadać odrębną stronę do bezpiecznego logowania dla administratora
i redaktorów serwisu (https) z możliwością zmiany hasła, przypomnienia hasła (wysyłanie na
adres e-mail utworzony przy zakładaniu konta).Dostęp do panelu logowania nie może być
jawnie zapisany na stronie.
t) Administrator Systemu CMS musi posiadać możliwość tworzenia grup kompetencyjnych (np.
administratorzy, redaktorzy, goście itp.). Użytkownicy z poszczególnych grup mogą posiadać
zróżnicowane prawa dostępu do określonych części serwisu (np. działów tematycznych lub
typów informacji, stron danego działania) oraz określonych czynności (np. tworzenie treści,
edycja, usuwanie, korygowanie menu). Administrator musi posiadać indywidualne prawo
przydzielania dostępu do poszczególnych sekcji panelu administracyjnego, zmieniania
użytkownikom haseł, blokowania kont i ich usuwania, wysyłania do użytkowników wiadomości
administracyjnych na podane przy rejestracji konta mailowe)
u) System CMS musi zawierać narzędzia służące do budowy i zarządzania strukturą portali,
możliwość
samodzielnej
budowy
menu,
podmenu
oraz
dodawania
menu
w dowolnych miejscach, Budowanie struktury menu i podmenu nie może być ograniczane
przez system CMS
v) System CMS musi mieć moduł do budowania bazy wiedzy – każdy nowo dodawany dokument
musi być dodawany według podziału na kategorie, które będą parametrami słownikowymi.
5
w) System musi mieć możliwość tworzenia zewnętrznego repozytorium plików do pobrania bez
konieczności logowania się do portalu z dedykowana do tego modułu wyszukiwarką,
Prezentacja repozytorium w formie tabeli z oznaczeniem graficznym zamieszczonych plików,
ilością pobrań danego dokumentu,
x) W panelu administracyjnym w obszarze edycji menu kolejność elementów menu może zostać
dowolnie ustalona. Każdą dokonaną zmianę zawartości menu z poziomu panelu
administracyjnego należy zaakceptować by była widoczna na stronie zewnętrznej danego
portalu,
y) System CMS musi posiadać funkcjonalność automatycznego generowania mapy strony,
z) Wymagane jest, aby system CMS był zbudowany z modułów dających się
włączać\wyłączać\przesuwać umożliwiając elastyczne dopasowanie systemu do potrzeb.
Moduły muszą być w pełni kompatybilne ze sobą, jak i ze źródłem systemu. Ponadto moduły
muszą mieć możliwość rozbudowy lub zmian. Kod źródła systemu powinien być tak
skonstruowany by przy minimalnych nakładach pracy można tworzyć dodatkowe moduły
funkcjonalne systemu. Każdy moduł zawarty w systemie można wykorzystać wielokrotnie na
wielu portalach zawartych w systemie CMS.
aa) System CMS musi umożliwiać tworzenie przez administratora lub redaktora wewnętrznego,
bez znajomości programowania, formularzy rejestracyjnych wraz z bazami gromadzącymi
dane zebrane przez formularze. Administrator powinien mieć możliwość przeglądania oraz
sortowania rekordów utworzonej bazy oraz ich eksportu w postaci listy do pliku .xls, .csv,
Przed opublikowaniem formularza użytkownik wewnętrzny powinien mieć możliwość
przetestowania utworzonego formularza z bazą. Użytkownik powinien mieć możliwość
w prosty sposób podpięcia formularza do danego miejsca w portalu lub w treści artykułu,
bb) System CMS musi posiadać buforowanie zawartości stron (Web cashing),
cc) System CMS musi posiadać konfigurowalny moduł informujący o wykorzystywaniu plików
cookie z opcją akceptacji - Pozyskanie zgody na stosowanie plików cookies wynika z przepisów
znowelizowanej ustawy Prawa Telekomunikacyjnego, pełny tekst dostępny jest pod adresem
http://www.dziennikustaw.gov.pl/DU/2012/1445
dd) System CMS musi posiadać funkcjonalność umożliwiającą zgłaszanie błędów przez
użytkowników zewnętrznych w postaci formularza zabezpieczonego prostym zadaniem
matematycznym (przykład 4+9=13)
ee) System CMS musi wykorzystywać tzw. szablony. Sposób prezentacji (w tym wydruk)
i aranżacja obiektów umieszczonych w serwisach będzie określana za ich pomocą. Będą one
stanowiły integralny element Systemu, tzn. podlegały zarządzaniu i wersjonowaniu. To, jaki
szablon używany jest do wizualizacji i jakiego obiektu (strony), określa Użytkownik
wewnętrzny, dysponujący odpowiednimi uprawnieniami w systemie, poprzez „dowiązanie"
szablonu do instancji tego obiektu,
ff) System CMS musi posiadać moduł tworzenia nieograniczonych galerii zdjęć, plików audio,
plików wideo (wraz z możliwością wstawiania: autor,opis,znak wodny w przypadku zdjęć)
zdjęcia, oraz innych plików z możliwością podziału tematycznego, ich dodawania, usuwania,
zmiany katalogu itp. przez użytkownika wewnętrznego z odpowiednimi uprawnieniami
nadanymi przez administratora oraz możliwości podpięcia utworzonych galerii pod dowolny
tworzony artykuł w dowolnym dziale tematycznym. Dodawanie zdjęć do galerii powinno
odbywać się hurtowo tzn. np. dodawanie kilku zdjęć na raz. Zdjęcia dodawane do galerii
powinny być automatycznie dopasowywane do parametrów skonfigurowanych w Systemie
CMS. Sposób prezentacji galerii multimediów zostanie ustalony z Wykonawcą na etapie
wdrożenia Systemu CMS.
gg) System CMS musi posiadać mechanizm pozwalający na łatwe umieszczenie wprowadzonej
do niego treści we wskazanej lokalizacji. System CMS powinien dopuszczać sposób
modyfikacji prezentowania publikowanych informacji poprzez: tworzenie nowych szablonów,
modyfikację istniejących szablonów, modyfikację układu, zawartości i sposobu prezentacji
informacji (kolor, kształt elementów składowych, np.: czcionki, elementy graficzne),
hh) System CMS musi posiadać funkcję podglądu i testowania nowo utworzonych
elementów/wprowadzonych materiałów w celu ich weryfikacji przed opublikowaniem
ii) System CMS musi mieć możliwość określania czasu publikacji treści (treść będzie dostępna
w Internecie wyłącznie w określonym przez użytkownika wewnętrznego przedziale
czasowym),
6
jj) Wprowadzanie, moderowanie, redagowanie (m.in. formatowanie), publikacja lub zmiana
treści portali muszą być wykonywane przy użyciu panelu administracyjnego,
zapewniającego wysoki poziom ergonomii pracy użytkownika wewnętrznego,
kk) System CMS musi posiadać repozytorium plików graficznych, multimedialnych, dokumentów
PDF, plików tekstowych, wideo, dźwiękowych itp. Zasoby zebrane w repozytorium mogą być
wykorzystane wielokrotnie w różnych miejscach portali. Podczas edycji lub tworzenia
artykułu dostępny jest panel umożliwiający przeglądanie całego repozytorium wraz
z podglądem z możliwością wybrania plików do publikacji. Każdemu elementowi
w repozytorium przypisywany będzie unikalny identyfikator . Administrator ma możliwość
nadawania praw użytkownikom do umieszczania, edycji i usuwania plików z repozytorium,
ll) Każdy artykuł stworzony w systemie musi się dać publikować w wielu miejscach niezależnie.
Może być dostępny również w module Aktualności, jako skrót, w nagłówkach RSS,
newsletterach, dodatkowo fragment artykułu może pojawić się w postaci nadruku na ilustracji
w innym miejscu serwisu. Reedycja artykułu po uzyskaniu akceptacji powinna spowodować
aktualizację we wszystkich miejscach, w których artykuł został użyty.
mm) System CMS musi udostępniać repozytorium banerów wraz z funkcjonalnością pozwalającą
na wybór kilku banerów i ustawienie trybu wyświetlania z zastosowaniem podziału wg. dnia
tygodnia/godziny,
nn) System CMS musi mieć moduł do implementacji kamer internetowych Zamawiającego
oo) Praca użytkowników wewnętrznych serwisów powinna być intuicyjna i pozbawiona
elementów technicznych typowych dla pracy webmastera. Pracujący w trybie online edytor
WYSIWYG powinien pozwalać na pracę z tekstami publikowanymi w serwisach. Możliwość
edycji materiału w języku HTML powinna stanowić opcję przeznaczoną dla bardziej
zaawansowanych użytkowników,
pp) System CMS musi mieć mechanizm rejestrowania i przeglądu operacji (tj.: utworzenie,
modyfikacja, zablokowanie, usunięcie, zmiana stanu) na jego dokumentach, stronach i ich
zawartości, przy czym muszą być również rejestrowane dane pozwalające ustalić, kto
i kiedy wykonywał daną operację. Dane gromadzone w ten sposób muszą m. in. zasilać
system raportowania,
qq) W Systemie CMS musi być możliwość obejrzenia historii operacji na wybranej stronie, jej
zawartości, dokumencie oraz historii przebiegu procesu publikacyjnego,
rr) System CMS powinien umożliwiać rejestrowanie statystyk w danych okresach czasowych
Statystyki godzinowe, dzienne, miesięczne, roczne )dot. odsłon stron, pobrań plików oraz
wpisywanych wyrazów w wyszukiwarce itp. System CMS powinien posiadać opcję statystyk
użytkowników (rejestrowanie czasu przebywania na witrynie, najczęściej oglądane artykuły –
przykład: 5 najczęściej czytanych artykułów).
Statystyki odwiedzin z exportem do csv, xml, pdf (dzienne, miesięczne, roczne, najczęściej
czytane artykuły)
 ilość wejść na portal w danym roku /ilość odsłon w danym roku
 ilość unikalnych wizyt w danym roku
 ilość artykułów zamieszczonych na portalu inwestora w danym roku
 najczęściej czytane (min. 3) artykuły w danym roku
 liczba zarejestrowanych użytkowników w danym roku (bez redaktorów i administratorów
strony)
Informacja:
Zamawiający dopuszcza stosowanie dodatkowych modułów, pluginów, wtyczek do jQuery,
i funkcjonalności oprócz wskazanych w specyfikacji, które zwiększą atrakcyjność Portalu
miejskiego. Funkcjonalności dodatkowe i ich zastosowanie powinny być skonsultowane
z Zamawiającym na etapie projektowania Portalu.
Przy budowaniu portalu należy przestrzegać następujących zasad:
1. Wszystkie elementy graficzne muszą mieć adekwatny do pełniącej funkcji opis alternatywny
lub możliwość ustawienia takiego tekstu przez redaktora.
7
2. Przy dodawaniu do serwisu treści audio i wideo — odtwarzacze muszą być dostępne dla osób
niepełnosprawnych. Należy sprawdzić ich dostępność również pod kątem osób korzystających
wyłącznie z klawiatury oraz niewidomych użytkowników czytników ekranu.
3. Wszystkie strony muszą mieć możliwość stosowania nagłówków w prawidłowej hierarchii.
4. Portal nie może być zbudowany na bazie tabel, traktowanych jako element konstrukcji układu
serwisu .
5. Mechanizmy nawigacyjne jak np. grupy odnośników powinny być przedstawione za pomocą
list.
6. Kolejność nawigacji oraz czytania, określona za pomocą kolejności w kodzie HTML musi być
logiczna i intuicyjna.
7. Architektura informacji powinna być logiczna, przejrzysta, spójna i przewidywalna.
8. Elementy nawigacyjne oraz komunikaty nie mogą polegać tylko na charakterystykach
zmysłowych jak np.: kształt, lokalizacja wizualna, miejsce lub dźwięk.
9. Odnośniki zamieszczone w treściach artykułów muszą odróżniać się od pozostałego tekstu nie
tylko kolorem, ale i dodatkowym wyróżnieniem np. podkreśleniem.
10. Po wczytaniu strony www dźwięk nie może być automatycznie odtwarzany.
11. Kontrast treści w stosunku do tła musi wynosić co najmniej 4,5:1. Jeśli nie jest to możliwe,
np. ze względu na utrzymanie identyfikacji wizualnej, serwis powinien posiadać wersję
kontrastową posiadającą taką samą zawartość i funkcjonalność jak wersja graficzna, przy
czym:
 Przyciski przełączenia na wersję kontrastową powinny być dobrze widoczne i
spełniać minimalne wymagania kontrastu. W wersji kontrastowej powinien być dobrze
widoczny przycisk powrotu do pierwotnej kolorystyki.
 Nie należy zapominać o użytkownikach korzystających z trybów dużego kontrastu
dostępnych np. w systemie operacyjnym MS Windows. Wówczas również wszystkie
informacje, elementy nawigacyjne i formularze muszą być widoczne.
12. Typografia tekstów i kontrasty muszą być zaprojektowane pod kątem czytelności.
13. Po powiększeniu w przeglądarce rozmiaru czcionki do 200% nie może nastąpić utrata
zawartości lub funkcjonalności serwisu. Jeśli powiększenie czcionki następuje poprzez
zaimplementowany na stronie mechanizm, wówczas:
 Przycisk powiększenia powinien zmieniać nie tylko tekst artykułu, ale również wielkość
tekstu nawigacji i innych bloków treści strony.
 Wybrany rozmiar czcionki powinien zostać zapamiętany w obrębie wszystkich podstron
przynajmniej na czas trwania sesji użytkownika.
 Przyciski powiększenia powinny być widoczne.
 Przyciski powiększenia powinny być dostępne z poziomu klawiatury.
14. Treści nie mogą być przedstawione za pomocą grafiki, jeśli ta sama prezentacja wizualna
może być zaprezentowana jedynie przy użyciu tekstu. Wyjątkiem jest tekst, który jest częścią
logo lub nazwy własnej produktu.
15. Nawigacja w serwisie powinna być również możliwa używając tylko klawiatury (bez użycia
myszki).
16. Fokus powinien być widoczny, a najlepiej wzmocniony i spełniać minimalne wymagania
kontrastu.
17. Wszystkie informacje, które będą automatycznie przesuwane i widoczne dłużej niż 5 sekund
lub automatycznie się aktualizują, muszą posiadać mechanizm, który pozwoli na ich
zatrzymanie lub ukrycie.
18. Nie mogą być prezentowane treści zwiększające ryzyka napadu padaczki, czyli takie, które
migają więcej niż 3 razy na sekundę i zawierają dużo czerwieni.
19. Pierwszym elementem w kodzie HTML powinno być menu służące do przeskoczenia, bez
przeładownia strony, do istotnych treści serwisu za pomocą kotwic („skip links”).
20. Wszystkie strony Portalu muszą mieć unikalne tytuły.
21. Odnośniki będące częścią nawigacji jak np. rozwinięcia artykułów („więcej”, „czytaj więcej”)
muszą być uzupełnione tak, aby były zrozumiałe i jednoznacznie informowały użytkownika,
dokąd go zaprowadzą lub jaką akcję wykona.
22. Poza standardową nawigacją muszą być jeszcze inne sposoby odnalezienia informacji jak np.
mapa strony i wyszukiwarka.
23. Musi być zdefiniowany główny język dokumentu adekwatny do wersji językowej.
8
24. Mechanizm edycji treści musi mieć możliwość definiowania języka dla poszczególnych treści
zamieszczonych na podstronach (atrybut „lang”).
25. Nie mogą być stosowane mechanizmy, które powodują przy zmianie ustawień jakiegokolwiek
komponentu interfejsu użytkownika, automatyczną zmianę kontekstu.
26. Serwis powinien zawierać mechanizm pozwalający na ostrzeganie o otwieraniu się wybranych
stron w nowym oknie. Tego rodzaju rozwiązanie np. w postaci uzupełnienia w samym
odnośniku można wdrożyć w algorytmie serwisu.
27. Dynamiczne zmiany treści jak np. komunikaty w okienkach dialogowych, ostrzeżenia, itp.
(odbywające się bez przeładowania strony) powinny być opatrzone odpowiednimi atrybutami
ARIA.
28. Wszystkie pola formularzy muszą być opatrzone etykietami. Muszą jednoznacznie informować
o błędach lub sukcesie po ich wypełnieniu. W przypadku wystąpienia błędów system powinien
sugerować jego rozwiązanie.
29. Jako zabezpieczenie formularzy nie może być zastosowane rozwiązanie CAPTCHA, bazujące
tylko na charakterystykach zmysłowych jak wzrok czy słuch. Dozwolone są inne metody jak
np. proste zadanie matematyczne.
30. Całkowita zgodność ze standardami HTML całego serwisu (zarówno szablonów, jak i kodu
generowanego z edytora treści, w którym pracuje redaktor).
31. Portal musi posiadać dostosowany edytor, będący częścią systemu zarządzania treścią
(Content Management System – CMS)
32. Wykonawca zobowiązuje się dostarczyć wraz z systemem CMS edytor treści, który będzie
zgodny z zaleceniami ATAG 2.0 (ang. Authoring Tool Accessibility Guidelines) z części B, która
wymaga wsparcia od narzędzia tworzenie dostępnych treści. Zaproponowane rozwiązanie
musi wspierać między innymi tworzenie semantycznych elementów HTML takich jak:
nagłówki, akapity, listy wypunktowane oraz numerowane, cytaty, tabele, skróty, odnośniki,
tytuły podstron. Edytor ponadto powinien zawierać następujące funkcjonalności:
wyrównywanie bloków tekstu do danej strony, dodawanie opisów alternatywnych do
elementów graficznych oraz tytułów do linków, a także umożliwiać zmianę definicji języka
dla pojedynczych wyrazów i zwrotów.
Odbiory:
Odbiór zgodności portalu ze specyfikacją
1. Odbioru zgodności ze specyfikacją dokona komisja w składzie co najmniej czterech osób
ze strony Zamawiającego.
2. Odbiór poprawnego działania Portalu (portal sprawdzony będzie pod kątem poprawności
kodu przy pomocy ogólnodostępnego oprogramowania np.
 Markup Validation Service - http://validator.w3.org/
 CSS Validation Services - http://www.css-validator.org/
 https://www.google.com/webmasters/tools/mobilefriendly/?utm_source=psi&utm_medium=referral&utm_campaign=landingpage
 poprawności wyświetlania na komputerach na popularnych przeglądarkach
internetowych: Mozilla Firefox, IE, Opera, Google Chrome , Safari oraz urządzeniach
mobilnych: smartfon, tablet
Audyt dostępności Portalu
Z chwilą zgłoszenia Wykonawcy do Zamawiającego informacji o zakończeniu prac wykonania
Portalu, po podpisaniu protokołu odbioru, Zamawiający zleci wykonanie Audytu zewnętrznego
niezależnemu podmiotowi. Zadaniem audytu będzie ustalenie, w jakim stopniu serwis spełnia
standardy dostępności i na ile jest funkcjonalny dla użytkowników.
Audyt dostępności Portalu Internetowego będzie miał za zadanie przeprowadzenie analizy
automatycznej, badania eksperckiego oraz badania z udziałem osób niepełnosprawnych oraz
wykazanie niezgodności ze standardem oraz przedstawienie sposobów naprawy odnalezionych
błędów.
9
Zadaniem wykonawcy w ramach umowy będzie wdrożenie zaleceń poaudytowych w ustalonym
terminie,
Gwarancja systemu CMS
Wykonawca zobowiąże się w ramach umowy do udzielenia Zamawiającemu gwarancji na
wykonany system CMS. Gwarancja będzie obowiązywała w okresie od dnia odebrania systemu CMS
przez Zamawiającego (potwierdzonego protokołem odbioru) do czasu ustalonego w umowie
i będzie obejmować naprawę wszelkich usterek oraz błędów, które zostaną ujawnione w trakcie
funkcjonowania systemu. Naprawa zgłoszonych błędów będzie dokonywana przez Wykonawcę nie
dłużej niż w ciągu 2 dni kalendarzowych od momentu ich zgłoszenia. Naprawa błędów krytycznych
tj. brak działania Portalu odbywać się ma niezwłocznie po zgłoszeniu. Forma zgłaszania
usterek/błędów zostanie ustalona wspólnie między obiema stronami.
Bezpieczeństwo




Wykonawca zapewni należytego bezpieczeństwo systemu CMS
Wykonawca zastosuje zabezpieczenia baz danych, w których hasła nie mogą być zapisywane
w postaci jawnej (muszą być zaszyfrowane)
Zaoferowane rozwiązanie musi być zabezpieczone pod kątem włamań (ataki hakerskie).
Zamawiający ustali z Wykonawcą sposób oraz częstotliwość wykonywania kopi zapasowych
oraz miejsca ich przechowywania.
Zapewnienie wsparcia technicznego dla użytkowników systemu CMS.
W okresie od dnia odebrania Portalu oraz Systemu CMS przez Zamawiającego do dnia zakończenia
umowy Wykonawca będzie świadczył na rzecz Zamawiającego usługę wsparcia technicznego dla
wdrożonego systemu CMS. Wykonawca zapewni Zamawiającemu konsultacje merytoryczne przy
rozwiązywaniu problemów związanych z funkcjonowaniem systemu CMS oraz wsparcie techniczne
umożliwiające zgłaszanie usterek i awarii systemu. Wsparcie będzie realizowane drogą
telefoniczną lub e-mailową. Czas reakcji będzie wynosił maksymalnie 1 dzień w przypadku
konsultacji merytorycznych, natomiast problemy związane z krytycznymi awariami systemu
powodujące niemożność skorzystania z zasobów Portalu Inwestycyjnego przez użytkowników
zewnętrznych będą rozwiązywane niezwłocznie.
Przekazanie autorskich praw majątkowych.
Przekazanie autorskich praw majątkowych wraz z uprawnieniem do wykonywania praw
zależnych do:
1) opracowanej koncepcji Portalu,
2) layoutu graficznego Portalu,
3) Systemu Zarządzania Treścią – CMS.
Z dniem odbioru, Wykonawca przeniesie na Zamawiającego autorskie prawa majątkowe do wyżej
wymienionych elementów zamówienia na następujących polach eksploatacji: utrwalenie
(sporządzenie egzemplarza, który mógłby służyć publikacji utworu), digitalizacja, wprowadzenie
do pamięci komputera, sporządzenie wydruku komputerowego, zwielokrotnienie poprzez druk
lub nagranie na nośniku magnetycznym w postaci elektronicznej, wprowadzenie do obrotu,
nieodpłatne wypożyczenie lub udostępnienie zwielokrotnionych egzemplarzy, wprowadzanie w
całości lub części do sieci komputerowej Internet w sposób umożliwiający transmisję odbiorczą
przez zainteresowanego użytkownika łącznie z utrwalaniem w pamięci RAM w oryginalnej
(polskiej) wersji językowej i w tłumaczeniu na języki obce wraz z prawem do dokonywania
opracowań, przemontowań i zmian układu, na terytorium Polski oraz poza jej granicami a także
zezwala Zamawiającemu na wykonywanie zależnego prawa autorskiego.
10
Inne informacje:
Termin instalacji zostanie podany przez Zamawiającego na 4 dni kalendarzowe przed
planowanym terminem uruchomienia systemu w docelowej lokalizacji.
W celu sprawnej realizacji zamówienia Zamawiający powoła zespoły, które będą
odpowiedzialne za aspekty nowej strony w zakresie :
- część techniczna – Wydział informatyczny (kontakt: Jacek Wiszowaty tel. 814586069
Mariusz Niedbalski tel. 81458 6066)
- część wizualno-graficzna, zasób zamieszczanych treści - Wydział Kultury i Promocji
(kontakt: Magdalena Pokora tel. 814586078)
11