Szczegółowy opis przedmiotu zamówienia

Transkrypt

1 Załącznik nr 4 Szczegółowy opis przedmiotu zamówienia 1. Informacje ogólne ZAPROJEKTOWANIE I WYKONANIE SERWISU INTERNETOWEGO NA POTRZEBY PROJEKTU SYSTEMOWEGO WRAZ Z SYSTEMEM ZARZĄDZANIA TREŚCIĄ ORAZ WSPARCIEM TECHNICZNYM 2. Cel zamówienia Serwis internetowy stanowić ma element realizacji projektu systemowego realizowanego przez Regionalne Centrum Polityki Społecznej w Łodzi oraz narzędzie komunikacji z beneficjentami. Serwis internetowy ma stanowić źródło informacji na temat inicjatyw podejmowanych w ramach realizacji projektu systemowego. Grupy docelowe: przedstawiciele instytucji pomocy i integracji społecznej, organizacje pozarządowe, ogół społeczeństwa. Efektem Zamówienia powinien być nowoczesny, interesujący, estetyczny serwis internetowy, o intuicyjnej nawigacji, prezentujący inicjatywy podejmowane w ramach realizacji projektu systemowego RCPS oraz system CMS, umożliwiający samodzielne zarządzanie serwisem, jego wyglądem i zawartością przez Zamawiającego, bieżące aktualizowanie, dodawanie, zmienianie treści i grafiki, umożliwiający rozbudowę serwisu, zarówno poprzez poszerzenie o dodatkowe działy i podstrony, szybką zmianę szablonów graficznych, jak i poprzez dodawanie, usuwanie, podmienianie załączników w postaci plików w programach Word, Excel, Adobe oraz materiałów graficznych i multimedialnych.

2 3. Przedmiot zamówienia 1. Przedmiotem zamówienia jest: a) wykonanie serwisu internetowego, zwanego dalej serwisem www, w języku polskim wraz z systemem zarządzania treścią oraz wsparciem technicznym Serwis www powinien zostać wykonany z zastosowaniem najlepszych praktyk w dziedzinie budowania witryn WWW i w zgodności z najnowszymi standardami, które wyznacza W3C (World Wide Web Consortium). Serwis www winien wykorzystywać system zarządzania treścią (CMS) umożliwiający jego dalszy rozwój po wygaśnięciu Umowy z Wykonawcą, a w szczególności zmianę szaty graficznej, nagłówka i stopki oraz układu menu nawigacyjnego i rozmieszczenia poszczególnych elementów serwisu. Serwis www powinien być zbudowany w oparciu o 3-warstwowy model aplikacji (warstwa prezentacji, logiki, danych). System CMS powinien opierać się o system zarządzania bazą danych. Nie dopuszcza się przechowywania treści jedynie w postaci statycznych stron internetowych. Przygotowany serwis www musi uwzględniać: o strona główna z miejscem na baner informacyjny o projekcie, o na stronie głównej 6 graficznych linków do sześciu podstron strony głównej, o każda z ww. sześciu podstron oparta o ten sam szablon graficzny, ale w unikalnym kolorze, o 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ń, na każdej z sześciu podstron, wyświetlające informacje o wydarzeniach związanych z tematyką danej podstrony, o 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ń na stronie głównej wyświetlający informacje z kalendarzy z ww. sześciu podstron, o moduł Aktualności na ww. sześciu podstronach wyświetlający informacje związane z tematyką danej podstrony w postaci: data + tytuł artykułu; wyświetlana informacja jest jednocześnie odnośnikiem do artykułu,

3 o moduł Aktualności na stronie głównej serwisu wyświetlający informacje z modułów Aktualności z ww. sześciu podstron w postaci: data + tytuł artykułu; wyświetlana informacja jest jednocześnie odnośnikiem do artykułu, o możliwość dodawanie podstron na stronie głównej oraz ww. podstronach strony głównej, o dane kontaktowe RCPS, b) dostawa przejrzystego, funkcjonalnego systemu CMS (Content Management System = System Zarządzania Treścią), tj. zestawu aplikacji internetowych, wyposażonego w polski interfejs o poniższych funkcjonalnościach: System musi być wyposażony w panel administracyjny dostępny Panel administracyjny dla administratora i redaktorów serwisu, zawierający wszystkie funkcje administracyjne i redakcyjne serwisu. Administrator musi posiadać pełne uprawnienia do wszelkich kategorii administracyjnych w serwisie, w tym m.in. do: - zarządzania kontami użytkowników systemu, w tym: dodawaniem, usuwaniem, modyfikacją, nadawaniem uprawnień do określonych czynności w serwisie jak tworzenie treści, edycja, usuwanie, publikowanie, Funkcje administracyjne - zarządzania profilami uprawnień, - tworzenia i zarządzania polityką haseł, - definiowania zakresu dostępu do danych i plików gromadzonych w systemie. System musi posiadać moduł autoryzacji użytkowników przy pomocy loginu i hasła oraz na tej podstawie identyfikować oraz określać zakres uprawnień użytkownika. Systemu musi zapisywać i udostępniać historię wszystkich operacji włącznie z logowaniem. Historia musi być dostępna dla administratora i pozwalać na Historia operacji wyszukiwanie oraz filtrowanie co najmniej takich atrybutów jak: data i czas operacji z dokładnością do minuty, nazwa użytkownika, rodzaj operacji, miejsce wykonania operacji lub nazwa pliku, na którym wykonano operację. Kodowanie znaków Systemu musi kodować znaki w standardzie UTF-2008 wersja 3.0 Technologia budowy serwisu Dostępność w przeglądarkach internetowych Wszystkie strony serwisu muszą być co najmniej zgodne ze standardem XHTML 1.0 Transitional i CSS 2.1. System oraz udostępniony za jego pomocą serwis muszą być oparte na stylach CSS do formatowania prezentowanych treści, a struktura dokumentu musi zapewniać poprawność semantyczną oraz oddzielenie wyglądu od treści. Serwis i system CMS muszą poprawnie realizować założone funkcjonalności co najmniej w następujących przeglądarkach: Firefox 3.x i wyższe, Microsoft Internet Explorer 8.x i wyższe, Google Chrome 2008.x i wyższe, Opera 11.x i wyższe. W przypadku wykorzystania kodu JavaScript on także musi działać prawidłowo w wyżej wymienionych przeglądarkach.

4 Zatwierdzanie i publikacja treści Załączanie plików do pobrania Zawartość artykułu Edycja treści System musi zapewniać możliwość ustawienia przez administratora opcji wymagania lub nie wymagania akceptacji nowych artykułów w ramach wybranych kategorii tematycznych. Administrator musi mieć możliwość ustawienia opcji wymagania lub nie wymagania zatwierdzenia treści artykułów redagowanych przez określonych użytkowników systemu. System musi zapewniać możliwość edycji artykułu przez użytkownika uprawnionego do zatwierdzenia treści artykułu. 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). Artykuł musi posiadać co najmniej następujące elementy: - tytuł artykułu, - część nagłówkowa zawierająca początek artykułu lub jego skrót z możliwością wstawienia elementu graficznego, - część główna artykułu posiadająca możliwość wstawienia treści oraz materiałów multimedialnych (audio, video, grafika, itp.) oraz stronicowania artykułu, - stopka artykułu zawierająca co najmniej takie informacje jak: imię i nazwisko autora, data publikacji i data modyfikacji artykułu, - kategoria, w której powinien zostać opublikowany artykuł. System 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. Edytor musi zapewniać możliwość edycji tekstów w sposób typowy dla popularnych pakietów biurowych. Edytor musi posiadać co najmniej takie funkcje jak: - pole format zawierające predefiniowane elementy strukturalne treści (p, h1, h1, h3, h4, h5), - pole styl zawierające predefiniowane style CSS, - możliwość wyboru kroju czcionki i jej rozmiaru, - opcje: Wytnij, Kopiuj, Wklej, Wklej jako czysty tekst, Wklej z Worda, - opcje: Znajdź, Zamień, Zaznacz wszystko, Usuń formatowanie - opcje: Pogrubienie, Kursywa, Podkreślenie, Przekreślenie, Indeks górny, Indeks dolny, - opcje: Wstaw/Usuń numerowanie listy, Wstaw/Usuń wypunktowanie listy, - opcje: Zmniejsz/Zwiększ wcięcie, Wyrównaj do lewej, środka, prawej, Wyjustuj, - opcje: Wstaw/Edytuj/Usuń grafikę, flash, hiperłącze, kotwicę, - opcje: Wstaw/Edytuj tabelę, - opcje: zmień kolor czcionki, zmień kolor tła,

5 Artykuły wielostronicowe Konwersja i drukowanie artykułów Bloki funkcjonalne z listą zajawek artykułów Tworzenie menu nawigacyjnego - pokaż kod źródłowy, - podgląd strony, - podział strony (stronicowanie), Kod wstawiany przez edytor musi być zgodny minimum ze standardami XHTML 1.0 Transitional i CSS 2.1. Praca w edytorze musi odbywać się z poziomu przeglądarki internetowej bez konieczności instalacji specjalnego oprogramowania klienckiego. Edytor musi posiadać 3 tryby wyświetlania zawartości: zwykły tryb edycyjny (WYSIWYG), tryb HTML i tryb podglądu strony. Edytowany artykuł będzie może być wzbogacony przez pliki pobierane z repozytorium. Elementy graficzne dołączane do tekstów muszą mieć możliwość skalowania do dowolnych rozmiarów, wstawiania tekstu Alt, definiowania miejsca położenia, wielkości, sposobu wyrównania tekstu i otwarcia w nowym oknie. Systemu musi umożliwiać podgląd strony/artykułu na każdym etapie redakcji w układzie (szablonie) w jakim będzie on prezentowany w serwisie. Artykuły mogą mieć nieograniczoną ilość stron wewnętrznych (stronic). Systemu musi posiadać możliwość dzielenia artykułów na pojedyncze wyświetlane stronice, wyświetlając jednocześnie na dole tekstu kolejne numery stronic w formie aktywnych odnośników. CMS musi posiadać możliwość: - wydrukowania dowolnego artykułu poprzez przygotowanie specjalnej wersji do druku opisanej i zdefiniowanej jako szablon, - konwersji dowolnego artykułu do formatu Adobe PDF, - wysłania odnośnika do dowolnego artykułu na podany adres e- mail. CMS musi posiadać możliwość publikowania wielu bloków funkcjonalnych zawierających listy zajawek artykułów na stronie głównej i podstronach serwisu. System musi mieć możliwość definiowania ilości zajawek artykułów dla poszczególnych bloków. System musi posiadać możliwość określenia położenia wiadomości względem innych wiadomości na liście tak, aby wiadomość priorytetowa była pokazywana jako pierwsza. System 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. Tytuł strony automatycznie staje się częścią odnośnika do tej strony i musi mieć możliwość zmiany nazwy strony bez równoczesnej zmiany tytułu strony. Tak przygotowany odnośnik musi automatycznie po opublikowaniu strony pojawić się w mapie serwisu.

6 Mapa serwisu Statystyki odwiedzin Wyszukiwanie informacji Powiadamianie o nowościach na stronie System 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. System 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. CMS musi posiadać zintegrowany moduł statystyk dla każdej kategorii, strony i pobieranego pliku. Statystyki muszą posiadać możliwość prezentacji w układzie zestawień godzinowych, dziennych, tygodniowych, miesięcznych i rocznych. Statystyki muszą zawierać co najmniej takie informacje jak: - liczba wejść na stronę. - liczba unikalnych gości. - czas trwania odwiedzin. - rodzaj używanej przeglądarki. - najczęściej odwiedzane strony w serwisu. System musi posiadać mechanizm wyszukiwania pełnotekstowego. 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 domyślnie połączonych spójnikiem i. 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. W przypadku braku trafień, powinno pojawić okienko informujące o braku dopasowań dla poszukiwanej frazy wraz z propozycją skorzystania z mapy serwisu. System musi posiadać możliwość przesyłania za pośrednictwem poczty elektronicznej powiadomień o nowościach w serwisie oraz newsletterów. Powiadomienia i newslettery muszą być tworzone w oparciu o predefiniowane szablony umożliwiające wysyłanie wiadomości tekstowych lub w formacie HTML. CMS musi umożliwiać:

7 Warianty graficzne Szablony i wygląd serwisu - stosowanie wielu szablonów dla różnych zdefiniowanych wersji powiadomień i newslettera, - automatyczne generowanie i wysyłanie powiadomień o nowościach do wybranych kategorii w serwisu, zawierającego informacje o nowych treściach, które się pojawiły, - konfigurowanie mechanizmu rozsyłania powiadomień, w tym adresu nadawcy, grupy subskrybentów, pory wysyłania, wysyłania na żądanie (ad hoc), - edycji treści newslettera przed wysłaniem, - definiowania grup odbiorców. System musi posiadać funkcjonalność zarządzania bazą danych osób otrzymujących wiadomości , tzn.: dodawanie, usuwanie i modyfikację danych. Dopisanie do bazy następuje po podaniu nazwy i adresu przez użytkownika. System musi zapisywać historię wysyłanych powiadomień i newsletterów w postaci: odbiorcy, daty i treści. Dla każdego projektu graficznego muszą być zdefiniowane dodatkowo następujące warianty: żałoba, święta kościelne (Wielkanoc i Boże Narodzenie). Projekty graficzne wraz z arkuszami CSS powinny uwzględniać potrzeby osób słabowidzących i udostępniać takie rozwiązania jak opcja wysokiego kontrastu, zmiana wielkości czcionki. Wygląd serwisu (grafika, rozkład treści, typografia, itp.) musi być zdefiniowany w oparciu o system szablonów. System musi umożliwiać definiowanie indywidualnych szablonów dla poszczególnych kategorii serwisu, dla poszczególnych artykułów, list zajawek artykułów i bloków funkcjonalnych przy zachowaniu ogólnie przyjętego stylu dla całości serwisu. Definiowanie szablonów musi być dostępne dla Administratora systemu. System musi umożliwiać zmianę i modyfikację szablonów serwisu (wygląd i nawigacja) bez ingerencji w publikowane treści, tj. zmiana wyglądu nie będzie pociągała za sobą konieczności odtwarzania treści serwisu. Administrator musi mieć możliwość zmiany sposobu prezentacji wszystkich elementów widocznych na stronach internetowych dostępnych dla gości serwisu. System musi umożliwiać wyłączanie poszczególnych bloków funkcjonalnych (np. wyszukiwarka, panel logowania, sonda) zdefiniowanych w ramach szablonu tak, aby nie były one pokazywane w wybranych kategoriach serwisu. W szablonie strony będą definiowane położenie oraz zakres elementów nawigacji (główne menu, submenu, ścieżka nawigacji, itp.). Każdorazowa zmiana zawartości menu z poziomu panelu administracyjnego musi powodować natychmiastową aktualizację elementów nawigacyjnych na stronach serwisu. System musi umożliwiać dowolne przenoszenie pozycji menu

8 Repozytorium plików Odtwarzacz wideo/audio Galerie zdjęć, panoramy (góra/dół) względem siebie w danej kategorii oraz jednej kategorii względem innych kategorii. CMS musi posiadać repozytorium plików: graficznych, multimedialnych, tekstowych, PDF, itp. Musi ono obsługiwać co najmniej formaty wymienione w Rozporządzeniu Rady Ministrów w sprawie minimalnych wymagań dla systemów teleinformatycznych. CMS musi umożliwiać dostęp do repozytorium plików lub jego części, zgodnie z przyznanymi uprawnieniami, w celu dodawania nowych plików, zamiany wersji plików oraz usuwania zbędnych. Pliki gromadzone będą w sposób umożliwiający ich swobodne przeglądanie, katalogowanie i sortowanie. Repozytorium plików musi umożliwiać co najmniej: - tworzenie, kopiowanie, usuwanie katalogów i podkatalogów przez użytkownika posiadającego odpowiednie uprawnienia, - dodawanie, usuwanie i zmianę nazwy plików, - dodawanie opisu do pliku, - edytowanie parametru Alt dla plików graficznych, - sortowanie wg nazwy, typu, wielkości, daty dodania. System musi umożliwiać dodawanie do repozytorium wielu plików na raz. Pliki graficzne umieszczane w repozytorium serwisu muszą podlegać normalizacji zgodnie z konfiguracją dot. rozmiaru miniaturki oraz rozmiaru zdjęcia tzn. konwersji do określonego wymiaru i stopnia kompresji, zarówno dla miniaturki jak i dla właściwego zdjęcia. System musi umożliwiać opublikowanie zdjęcia w oryginalnym rozmiarze. System musi posiadać dedykowany i zintegrowany odtwarzacz umożliwiający odtworzenie bezpośrednio na stronie internetowej materiałów multimedialnych audio i wideo. Odtwarzacz musi obsługiwać co najmniej formaty FLV i MP3. System musi umożliwiać umieszczanie odtwarzacza plików multimedialnych w wybranych miejscach strony internetowej. Odtwarzacz musi prezentować czas trwania nagrania, stan wczytywania pliku, zatrzymanie i przewinięcie materiału oraz odtwarzanie materiałów wideo w trybie pełnoekranowym. Opcjonalnie musi być dostępna możliwość pobrania materiału multimedialnego i zapisania go na komputerze użytkownika serwisu. System musi posiadać możliwość stworzenia bloku funkcjonalnego prezentującego najnowsze materiały wideo w postaci listy zajawek zawierającej tytuł materiału, element graficzny oraz odnośnik. System 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.

9 Kalendarium wydarzeń Newsletter Sondy Galeria musi być prezentowana w postaci miniatur z możliwością powiększenia ich do ustalonego rozmiaru i pełnego oryginalnego rozmiaru. Otwieranie widoku powiększenia nie może być blokowane przez systemy blokujące okna typu pop-up przeglądarek. System musi posiadać możliwość otworzenia pliku powiększenia przy wyłączonej w przeglądarce obsłudze JavaScript. Musi istnieć możliwość zamieszczania podpisów zdjęć przy rozdzieleniu podpisu od atrybutu Alt przypisanego do pliku graficznego. Pliki graficzne umieszczane w galerii muszą podlegać normalizacji zgodnie z konfiguracją dot. rozmiaru miniaturki oraz rozmiaru zdjęcia tzn. konwersji do określonego wymiaru i stopnia kompresji, zarówno dla miniaturki jak i dla właściwego zdjęcia. Wymagane jest zastosowanie dodatków pozwalających na wyświetlanie miniatur zdjęć i użycie przeglądarki JavaScript do wyświetlenia obrazka w pełnym rozmiarze jako półprzezroczystej nakładki na stronę oraz galerii zdjęć z miniaturkami obrazów, które otwierają się w pełnym rozmiarze w postaci półprzezroczystej nakładki na stronę. System 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ń. Przejście do prezentacji pełnej informacji o wydarzeniu musi być możliwe po kliknięciu na wybrany dzień z kalendarza jak i na nazwę wybraną z listy. Wymagane są komponent 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. Funkcjonalność newslettera musi być dostępna dla użytkowników, którzy wypełnili formularz rejestracyjny i wyrazili zgodę na przetwarzanie danych osobowych (zgodnie z ustawą z dn r. o Ochronie danych Osobowych Dz. Ust. nr 133 poz. 883). System musi umożliwiać tworzenie sond. Mechanizm tworzenia sond musi umożliwiać co najmniej: - publikację pytań i list możliwych odpowiedzi z opcją wyboru jednej z nich, - podgląd aktualnych wyników sondy w postaci graficznej (wykres do wyboru: słupkowy poziomy, pionowy, kołowy) wraz z danymi liczbowymi, - określenie czasu trwania sondy z dokładnością do 1 godziny, - eksport wyników sondy do formatu XML lub CSV, - wydruk wyników sondy. System musi rozpoznawać użytkowników i posiadać mechanizm

10 Zarządzanie banerami Zabezpieczenie systemu blokujący wielokrotny udział użytkownika w tej samej sondzie. System 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 (plik SWF). System musi umożliwiać określenie czasu 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 banerów oraz wyboru banerów wyświetlanych losowo. System musi zliczać wyświetlenia i kliknięcia w poszczególne banery oraz zapisywać statystyki dzienne, tygodniowe, miesięczne i roczne. System musi uniemożliwiać dostęp do funkcji i zgromadzonych w nim danych z pominięciem mechanizmów bezpieczeństwa. System musi być odporny na znane techniki ataku i włamań. W przypadku pojawienia się nowych nie znanych wcześniej technik włamań, Wykonawca jest zobowiązany do ich analizy oraz dostarczenia niezbędnych poprawek i uaktualnień eliminujących podatności dostarczonego CMS w ramach świadczonej pomocy technicznej. c) dostarczenie instrukcji obsługi CMS; d) dostarczenie instrukcji konfiguracji CMS; e) przeszkolenie w obsłudze CMS 4 osób wskazanych przez Zamawiającego szkolenie zostanie przeprowadzone siedzibie Zamawiającego, z wykorzystaniem infrastruktury znajdującej się w posiadaniu Zamawiającego po odbiorze systemu CMS przez Zamawiającego; f) udostępnienie CMS wskazanym przez Zamawiającego osobom; g) świadczenie usług serwisu CMS: udzielanie porad telefonicznych osobom wskazanym przez Zamawiającego w zakresie obsługi CMS (porady udzielane będą w dni robocze tj. od poniedziałku do piątku, w godzinach ) w terminie od dnia odbioru serwisu www i systemu CMS przez Zamawiającego do dnia r., usuwanie usterek i błędów ujawnionych w toku eksploatacji systemu CMS nieprawidłowości w działaniu jednej lub wielu funkcji CMS, od dnia odbioru serwisu www i systemu CMS przez Zamawiającego do 31 grudnia 2012 r., w terminie nie późniejszym niż w ciągu 4 dni od momentu zgłoszenia błędu. h) przeniesienie autorskich praw majątkowych do strony, a także użytych do jego wykonania materiałów, i) udzielenie licencji dla systemu CMS, nieograniczonej czasowo i terytorialnie,

11 Sposób przekazania wyników prac realizowanych w ramach zamówienia 1. Serwis www (w pełnej funkcjonalności) zostanie przekazany Zamawiającemu w formie elektronicznej na płycie CD/DVD w dwóch kopiach (tzw. content package). 2. System CMS zostanie przekazany Zamawiającemu na płycie CD/DVD. 3. Instrukcja obsługi CMS zostanie przekazana w postaci wydruku oraz w postaci elektronicznej (plik Word lub PDF) na nośniku CD/DVD, umożliwiającej jej zwielokrotnienie. 4. Instrukcja konfiguracji CMS zostanie przekazana w postaci wydruku oraz w postaci elektronicznej (plik Word lub PDF) na nośniku CD/DVD, umożliwiającej jej zwielokrotnienie. Termin realizacji zamówienia: Wykonawca zobowiązany jest przystąpić do realizacji prac objętych zamówieniem od dnia podpisania umowy i zakończyć ich realizację do dnia 31 marca 2012 r., przy czym Wykonawca zobowiązany jest: 1. Wykonać serwis www w terminie do 31 marca 2012 r. 2. Dostarczyć system CMS, instrukcję obsługi CMS, instrukcję konfiguracji CMS w terminie do 31 marca 2012 roku. 3. Przeszkolić w obsłudze systemu CMS 4 osoby w terminie wskazanym przez Zamawiającego, w okresie dwóch tygodni od dnia odbioru serwisu www i systemu CMS. 4. Świadczyć usługi opieki serwisowej CMS przez okres od dnia odbioru serwisu www i systemu CMS do dnia 31 grudnia 2012 roku usługi obejmujące udzielanie porad telefonicznych będą świadczone w okresie od dnia odbioru serwisu www i sytemu CMS przez Zamawiającego do 31 grudnia 2012 r.