ZAŁĄCZNIK NR 1 do Umowy (znak sprawy: PZ-V.721.40.2017.WM) Szczegółowy Opis Przedmiotu Zamówienia (SOPZ) Zaprojektowanie, wykonanie, uruchomienie oraz obsługa serwisowa strony internetowej o charakterze edukacyjno-informacyjnym w zakresie ochrony powietrza. 1. Opis i zakres przedmiotu zamówienia: 1.1. Zaprojektowanie, wykonanie, uruchomienie, utrzymanie, zamieszczanie treści merytorycznych otrzymywanych od Zamawiającego oraz obsługa serwisowa strony internetowej Wykonawca jest odpowiedzialny za: 1) zaprojektowanie, wykonanie, uruchomienie strony internetowej, 2) utrzymanie strony internetowej, zamieszczanie treści merytorycznych otrzymywanych od Zamawiającego oraz obsługę serwisową, strony internetowej o charakterze edukacyjno-informacyjnym w zakresie ochrony powietrza. Strona internetowa (zwana dalej także serwisem) będzie utrzymywana na zapewnionym przez Wykonawcę serwerze. Strona internetowa powinna funkcjonować w poddomenie powietrze.mazovia.pl a) Wymagania techniczne dotyczące serwisu internetowego Nazwa Parametry techniczne serwisu www 1 Opis - Serwis wykorzystywać będzie bazę danych MySQL (zgodną ze standardem SQL-92 lub nowszym). Nie dopuszcza się przechowywania treści jedynie w postaci statycznych podstron internetowych. - Serwis www musi być skalowalny. - Wymagane jest zastosowanie nowoczesnych technologii tworzenia serwisów internetowych takich np.: HTML, XHTML, CSS, PHP, JAVA, AJAX, ASP.NET bądź technologii o porównywalnych możliwościach. - Serwis www powinien wykorzystywać system CMS umożliwiający Zamawiającemu samodzielne zarządzanie nim, jego wyglądem i zawartością, bieżące aktualizowanie, dodawanie, zmienianie treści i grafiki, usuwanie, podmienianie załączników w postaci plików oraz materiałów graficznych i multimedialnych. - Minimalną rozdzielczością wymaganą do prawidłowego wyświetlania stron serwisu będzie 1024x768 pikseli. Podstrony serwisu muszą być automatycznie skalowane do rozdzielczości większych niż minimalna. Niedopuszczalne jest nakładanie się tekstu lub jego obcinanie itp. - Serwis musi umożliwiać prawidłowe wyświetlanie treści oraz obsługę stron dla użytkowników następujących przeglądarek internetowych w aktualnie obowiązujących wersjach: - Microsoft Internet Explorer, - Mozilla Firefox, - Google Chrome, - Safari MacOS. - W przypadku wykorzystania kodu JavaScript on także musi działać prawidłowo w wyżej wymienionych przeglądarkach. - W przypadku korzystania ze starszych przeglądarek na stronie powinien wyświetlić się komunikat o sposobie poprawnego wyświetlania serwisu oraz wersji przeglądarek, do których serwis jest zoptymalizowany wraz z linkiem. - Zapewnienie przez Wykonawcę pracy ciągłej serwisu 24h / 7 dni - Dostępność serwisu w powinna wynieść nie mniej niż. 98% czasu licząc w skali miesiąca. - Wykonawca zobowiązany jest zapewnić backup serwisu w taki sposób, aby w przypadku jego utraty możliwe było szybkie przywrócenie jego funkcjonalności. Kopia z dnia dostępna przez tydzień. Kopia z tygodnia dostępna przez miesiąc. Kopia miesięczna dostępna przez przynajmniej rok. - W przypadku awarii serwisu lub zlecenia Zamawiającego, Wykonawca zobowiązany jest odtworzyć serwis w ciągu 6h od awarii lub zlecenia. - W następnym dniu po zakończeniu Umowy Wykonawca zobowiązany jest przekazać Zamawiającemu serwis aktualny na dzień zakończenia Umowy. - Serwis w całości musi wykorzystywać wyłącznie: technologie umożliwiające dalsze wykorzystywanie i rozwój serwisu bez konieczności zakupu jakiejkolwiek licencji bądź oprogramowania;
Bezpieczeństwo serwisu Hosting pozostałe technologie, z tym, że Wykonawca jest zobowiązany pokryć wszystkie koszty licencji niezbędne do uruchomienia systemu - Kodowanie znaków Unicode UTF-8 standard min. 3.0 i posiadanie zestawu znaków Unicode (wprowadzanie, przechowywanie, wyszukiwanie, modyfikowanie, przetwarzanie tekstów z dowolnymi znakami narodowymi, np. wprowadzanie, zapisywanie i wyszukiwanie słów w języku polskim, angielskim). - Dla szybszego wczytywania strony oraz odciążania bazy danych czy zapewnienia wydajniejszej pracy systemu mapowego wymaga się opracowania i wdrożenia mechanizmu Cache (pamięć podręczna) z możliwością czyszczenia. - 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 musi spełniać wymogi WCAG 2.0 (Web Content Accessibility Guidelines) Serwis musi spełniać wymagania szybkiej i wygodnej publikacji treści dowolnego typu (artykułów, dokumentów, plików, zdjęć, formularzy, elementów typu pop-up itd.), bez potrzeby posiadania wiedzy technicznej, w szczególności znajomości języka HTML. Serwis musi posiadać ochronę przed DDOS oraz zabezpieczanie przed zagrożeniami Malware. Utrzymanie strony na domenie Zamawiającego (powietrze.mazovia.pl), sprzęcie komputerowym i zasobach teleinformatycznych zapewnionych przez Wykonawcę. System musi obsłużyć do 1000 sesji równocześnie generujących w szczycie do 30 requestów na sekundę. Rozwiązanie musi umożliwić zwiększenie wymagań. Wykonawca zabezpieczy pracę ciągłą serwisu 365 / 7 / 24, z 99 proc. dostępnością czasu, licząc w skali roku. b) Funkcjonalności serwisu internetowego Nazwa Opis Panel administracyjny i funkcje administracyjne Historia operacji Zatwierdzanie i publikacja treści Załączanie plików do pobrania System musi być wyposażony w panel administracyjny dostępny dla administratora i redaktorów serwisu, zawierający wszystkie funkcje administracyjne i redakcyjne serwisu zależne od poziomu uprawnień. 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. System musi umożliwiać równoczesną obsługę panelu przez minimum 2 osoby oraz musi jednocześnie blokować możliwości edycji danej podstrony w czasie, kiedy inna osoba uprawniona już ją edytuje. Administrator musi posiadać pełne uprawnienia do wszelkich kategorii administracyjnych w serwisie, w tym m.in. do: zarządzania strukturą serwisu, dodawania nowych działów i podstron oraz modyfikowanie i usuwanie już istniejących, 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, monitorowania historii wprowadzanych zmian w panelu administracyjnym, zarządzania profilami uprawnień, zarządzanie polityką haseł, której dokładne zasady i możliwości dookreślone zostaną w trakcie realizacji zamówienia definiowania zakresu dostępu do danych i plików gromadzonych w systemie (w repozytorium), dokładne poziomy uprawnień dookreślone zostaną w trakcie realizacji zamówienia. System musi zapisywać i udostępniać historię wszystkich operacji administratora oraz redaktorów włącznie z logowaniem. Historia musi być dostępna dla administratora i pozwalać na 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ę. 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 2
Zawartość artykułu Edycja treści Bloki funkcjonalne z listą zajawek artykułów Tworzenie menu nawigacyjnego Mapa serwisu przyjaznej nazwy odnośnika oraz wielkości podanej w KB (kilobajtach) lub MB (megabajtach). Artykuł musi posiadać co najmniej następujące atrybuty/pola: data opublikowania artykułu z dokładnością do minuty, kategoria, w której powinien zostać opublikowany artykuł, tytuł artykułu, część nagłówkowa (lead) 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.). 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 (edycja, przenoszenie, ukrywanie, publikacja, tworzenie, usuwanie podstron, ustawienie czasu publikacji oraz opublikowania dokumentu, możliwość zapisywania historii zmian i przywracania wersji). 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 (definiowanych rozmiarów), - 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ę, hiperłącze, kotwicę, - opcje: Wstaw/Edytuj tabelę, - opcje: zmień kolor czcionki, zmień kolor tła, - pokaż kod źródłowy, - podgląd strony. 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ć co najmniej 2 tryby wyświetlania zawartości: zwykły tryb edycyjny (WYSIWYG) oraz tryb podglądu strony. Możliwość wprowadzania do dokumentu tekstów, tabel, plików graficznych, filmów oraz innych plików multimedialnych, Edytowany artykuł 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, definiowania miejsca położenia, wielkości, sposobu wyrównania tekstu i otwarcia w nowym oknie. System 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. 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. 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 3
Szablony i wygląd serwisu Wersja graficzna dla osób niepełnosprawnych Repozytorium plików Galerie zdjęć przedstawiać strukturę drzewiastą menu wraz odnośnikami do każdej podstrony w serwisie. 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 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 (góra/dół) względem siebie w danej kategorii oraz jednej kategorii względem innych kategorii. Serwis ma być dostosowany do potrzeb osób niepełnosprawnych m.in. poprzez kompatybilność z programami czytającymi, - wysoki kontrast, - powiększenie / pomniejszenie czcionki, - możliwość nawigacji z poziomu klawiatury (bez użycia myszki) - możliwość zamieszczania obok materiałów audiowizualnych plików zawierających listę dialogową i audiodeskrypcyjną), - instrukcję korzystania z w/w funkcji. Serwis musi spełniać wymogi określone w wytycznych dostępności treści internetowych WCAG 2.0 (Web Content Accessability Guidelines) na poziomie AA oraz być zgodny z rozporządzeniem Rady Ministrów z 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. 2012 r. poz. 526, z późn. zm.) 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 z 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. 2012 r. poz. 526, z późn. zm.) 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, 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ć możliwość prezentowania załączników graficznych w postaci galerii. Musi istnieć możliwość udostępnienia galerii zdjęć jako wydzielonych stron serwisu oraz w ramach artykułów. Galeria musi być prezentowana w postaci miniatur z możliwością powiększenia ich do ustalonego rozmiaru i pełnego oryginalnego rozmiaru. 4
Zabezpieczenie systemu MODUŁY ADMINISTRACYJNE Przykładowy zakres prezentowanych informacji: 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ę. Serwis musi zapewnić dokładną walidację danych pobieranych z formularzy, danych URL oraz być odporny między innymi na następujące zagrożenia: ataki semantyczne na adres URL, ataki związane z ładowaniem plików, ataki typu cross-site scripting, ataki typu CSRF, ataki spamowe, podrabianie zatwierdzenia formularza, sfałszowanie żądania HTTP, ujawnienie uwierzytelnień dostępu, wstrzykiwanie kodu SQL, ujawnienie danych przechowywanych w bazie, kradzież cookies, przechwytywanie sesji, zafiksowanie sesji, trawersowanie katalogów, wstrzykiwanie poleceń systemowych, ujawnianie kodu źródłowego, np. plików.inc, template itp. System musi uniemożliwiać dostęp do funkcji i zgromadzonych w nim danych z pominięciem mechanizmów bezpieczeństwa. 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. Czas reakcji i czas usunięcia usterki zostanie określony w umowie. Przed wdrożeniem serwisu, Wykonawcę zobowiązuje się do przeprowadzenia testów stabilności serwisu i bezpieczeństwa gromadzonych w systemie danych ze szczególnym naciskiem na testy penetracyjne systemu. Istotne formularze, dla osób nieautoryzowanych, powodujące zapis do bazy danych po stronie publicznej serwisu muszą posiadać zabezpieczenie typu tzw. captcha". Strona główna: Skróty do zakładek tematycznych (aktualności, programy ochrony powietrza, plany działań krótkoterminowych, uchwała antysmogowa, warto wiedzieć, kontakt) Zakładka Aktualności aktualne wydarzenia i informacje, komunikaty, artykuły prasowe, konkursy, wydarzenia Zakładka Programy Ochrony Powietrza informacja o programach ochrony powietrza Zakładka Plany działań krótkoterminowych informacja o planach działań krótkoterminowych Zakładka Uchwała antysmogowa informacje dotyczące uchwały antysmogowej Zakładka Warto wiedzieć materiały informacyjne, artykuły Zakładka Kontakt informacja kontaktowe Treści podstron w zakresie prezentacji treści i multimediów będą uzupełniane przez Zamawiającego. 1.2. Serwis musi być zgodny z obowiązującymi przepisami prawa na dzień składania oferty, w szczególności z: a) ustawą z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U. z 2014 r., poz. 1114) b) ustawą z dnia 14 czerwca 1960 Kodeks Postępowania Administracyjnego (Dz.U. z 2013 r., poz. 267, z późn. zm.) c) ustawą z dnia 18 września 2001 r. o podpisie elektronicznym (Dz.U. z 2013 r., poz. 262, z późn. zm.) d) ustawą z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. z 2015 r., poz.2135, z późn. zm.) e) ustawą z dnia 5 sierpnia 2010 r. o ochronie informacji niejawnych (Dz.U. z 2010 r. Nr 182 poz. 1228, z późn. zm.). f) ustawą z dnia 27 lipca 2001 r. o ochronie baz danych (Dz.U. z 2001 r. Nr 128 poz. 1402 z późn. zm.) g) ustawą z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (Dz.U. z 2015 r. poz. 1446, z późn. zm.). 5
h) ustawą z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz. U. z 2015 poz. 2058). i) rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 21 kwietnia 2011 r. w sprawie szczegółowych warunków organizacyjnych i technicznych, które powinien spełniać system teleinformatyczny służący do identyfikacji użytkowników (Dz.U. z 2011 r. Nr 93, poz. 545). j) rozporządzeniem Ministra Administracji i Cyfryzacji z dnia 6 maja 2014 r. w sprawie zakresu i warunków korzystania z elektronicznej platformy usług administracji publicznej (Dz.U. z 2014 r. poz. 584). k) rozporządzeniem Ministra Spraw Administracji i Cyfryzacji z dnia 5 czerwca 2014 r. w sprawie zasad potwierdzania, przedłużania ważności, wykorzystania i unieważniania profilu zaufanego elektronicznej platformy usług administracji publicznej (Dz.U. z 2014, poz. 778). l) rozporządzeniem Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie sporządzania pism w formie dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz.U. z 2015 r. poz. 971). m) rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U. z 2004 r. Nr 100, poz.1024). n) rozporządzeniem Rady Ministrów z dnia 7 sierpnia 2002 r. w sprawie określenia warunków technicznych i organizacyjnych dla kwalifikowanych podmiotów świadczących usługi certyfikacyjne, polityk certyfikacji dla kwalifikowanych certyfikatów wydawanych przez te podmioty oraz warunków technicznych dla bezpiecznych urządzeń służących do składania i weryfikacji podpisu elektronicznego.(dz.u. z 2002 r. Nr 128, poz.1094). o) rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 2 listopada 2006 r. w sprawie wymagań technicznych formatów zapisu i informatycznych nośników danych, na których utrwalono materiały archiwalne przekazywane do archiwów państwowych (Dz.U. z 2006 r. Nr 206, poz. 1519). p) rozporządzeniem Rady Ministrów dnia 8 stycznia 2002 r. w sprawie organizacji przyjmowania i rozpatrywania skarg i wniosków (Dz.U. z 2002 r. Nr 5, poz. 46). q) rozporządzeniem Rady Ministrów z dnia 27 września 2005 r. w sprawie sposobu, zakresu i trybu udostępniania danych zgromadzonych w rejestrze publicznym (Dz.U. z 2005 r. Nr 205 poz. 1692). r) rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006 r. w sprawie szczegółowego sposobu postępowania z dokumentami elektronicznymi (Dz.U. z 2006 r. Nr 206 poz. 1518). s) rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006 r. w sprawie niezbędnych elementów struktury dokumentów elektronicznych (Dz.U. z 2006 r. Nr 206 poz. 1517). t) rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 18 stycznia 2007 r. w sprawie Biuletynu Informacji Publicznej (Dz.U. z 2007 r. Nr 10 poz. 68). u) rozporządzeniem Ministra Nauki i Informatyzacji z dnia 19 października 2005 r. w sprawie testów akceptacyjnych oraz badania oprogramowania interfejsowego i weryfikacji tego badania (Dz.U. z 2005 r. Nr 217 poz. 1836). v) rozporządzeniem Ministra Kultury I Dziedzictwa Narodowego z dnia 20 października 2015 r. w sprawie klasyfikowania i kwalifikowania dokumentacji, przekazywania materiałów archiwalnych do archiwów państwowych i brakowania dokumentacji niearchiwalnej (Dz.U. z 2015 r. poz. 1743) w) rozporządzeniem 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 r. poz. 526, z późn. zm.). 1.3 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). 1.4 Wymagane jest zastosowanie rozwiązań maksymalnie zwiększających funkcjonalność i przejrzystość serwisu, a sposób poruszania się uczynić możliwie prostym i intuicyjnym przy jednoczesnym wysokim poziomie estetycznym. 1.5 Wykonawca w ramach zamówienia przeniesie na Zamawiającego autorskie prawa majątkowe do serwisu, a także użytych do jego wykonania materiałów, bez dodatkowego wynagrodzenia. 1.6 Wykonawca w ramach zamówienia udzieli Zamawiającemu licencji dla systemu CMS, nieograniczonej czasowo i terytorialnie, bez dodatkowego wynagrodzenia. 1.7 Wykonawca, w dniu protokolarnego odbioru przedmiotu zamówienia, zobowiązany będzie do przekazania Zamawiającemu kodów źródłowych oraz dokumentacji technicznej serwisu, niezbędnych do jego obsługi przez Zamawiającego. 1.8 W ramach realizacji przedmiotu zamówienia Wykonawca zobowiązuje się do: a) Wykonania projektu technicznego serwisu (schemat struktura logiczna treści, następnie projekt układu logicznego witryny - przeniesienie struktury treści na konkretne elementy serwisu) 6
b) Wykonania projektu graficznego Strony internetowej zgodnie z wytycznymi zawartymi w Systemie Identyfikacji Wizualnej Marki Mazowsze logotyp Mazowsze serce Polski (dostępne na stronie http://www.mazovia.pl/marka-mazowsze/). Umieszczenie na stronie głównej i w każdej zakładce strony: logotypu samorządu województwa mazowieckiego Mazowsze. serce Polski, logotypu Wojewódzkiego Funduszu Ochrony Środowiska i Gospodarki Wodnej w Warszawie (http://wfosigw.pl/strona-glowna/loga_do_pobrania) z hiperłączem przekierowującym do strony internetowej http://wfosigw.pl/ oraz dopiskiem Wykonanie dokumentacji stanowiącej podstawę do określenia założeń uchwały antysmogowej dofinansowane zostało przez Wojewódzki Fundusz Ochrony Środowiska i Gospodarki Wodnej w Warszawie c) Ścisłej współpracy z Zamawiającym przy wykonywaniu przedmiotu zamówienia, w tym do uwzględnienia uwag Zamawiającego. d) Zamieszczania na stronie internetowej treści merytorycznych, otrzymywanych od Zamawiającego. e) Utrzymania serwisu w domenie Zamawiającego (powietrze.mazovia.pl); sprzęcie komputerowym i zasobach teleinformatycznych zapewnionych przez Wykonawcę (zwane hostingiem) przez okres 24 miesięcy liczony od dnia odbioru przedmiotu zamówienia przez Zamawiającego. 2 Termin realizacji zamówienia: a) zaprojektowanie, wykonanie, uruchomienie strony internetowej do 30 dni od dnia zawarcia umowy, b) utrzymanie strony internetowej, zamieszczanie treści merytorycznych otrzymywanych od Zamawiającego oraz obsługę serwisową przez okres 24 miesięcy liczony od dnia odbioru przedmiotu umowy o którym mowa w pkt 2a), na podstawie podpisanego przez Strony protokołu zdawczo odbiorczego z adnotacją bez uwag. 3 Produkty realizacji zamówienia: 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) Zarchiwizowany na przypadający na ostatni dzień 24 miesięcznego okresu serwisowania liczony od dnia odbioru przedmiotu zamówienia przez Zamawiającego serwis www z całą jego zawartością zostanie przekazany Zamawiającemu na płycie CD/DVD w terminie 5 dni od tej daty. 7