Załącznik nr 1 Opis Przedmiotu Zamówienia

Transkrypt

1 Załącznik nr 1 Opis Przedmiotu Zamówienia Dot. utworzenia\przebudowy Portalu Miejskiego 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 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 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

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

3 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

4 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

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

6 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 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

7 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

8 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

9 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 - CSS Validation Services 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

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

11 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 Mariusz Niedbalski tel ) - część wizualno-graficzna, zasób zamieszczanych treści - Wydział Kultury i Promocji (kontakt: Magdalena Pokora tel ) 11