OPIS PRZEDMIOTU ZAMÓWIENIA

Transkrypt

1 Załącznik nr 1 do Rozpoznania cenowego OPIS PRZEDMIOTU ZAMÓWIENIA Opracowanie projektu graficznego oraz budowa i obsługa techniczna strony internetowej projektu Sieć Natura 2000 drogą do rozwoju, a w szczególności: 1) zakup systemu zarządzania treścią (CMS); 2) dostosowanie CMS-a do potrzeb istniejącej strony internetowej GDOŚ; 3) wykonanie projektu graficznego strony startowej i strony internetowej projektu 4) wsparcie techniczne i gwarancja przez okres 3 lat 5) obsługa strony i serwis przez okres 3 lat. I. Zakup licencji systemu zarządzania treścią (CMS) 1.Wykonawca jest właścicielem pełni praw licencyjnych do wdraŝanego systemu i w momencie podpisania umowy przekazuje je Zamawiającemu wraz z wersją instalacyjną na nośniku CD/DVD. II. Dostosowanie CMS-a do potrzeb GDOŚ 1. Rozdzielczość stron od 1024x768; treść wyświetlana na stronie dynamicznie dostosowywana do wyŝszych rozdzielczości. 2. Funkcję prawidłowego wyświetlania treści oraz obsługę strony dla uŝytkowników następujących przeglądarek internetowych: Internet Explorer (wersja 6, 7, 8), Mozilla Firefox (wersja min. 2) i Opera 7, 8, 9, 10. W przypadku korzystania ze starszych przeglądarek, na stronie wyświetli się komunikat o sposobie poprawnego wyświetlania portalu oraz wersji przeglądarek, do których portal jest zoptymalizowane oraz moŝliwość wyświetlenia strony w wersji wyłącznie tekstowej. 3. Zastosowanie strony kodowej zapewniającej poprawne wyświetlanie tekstu z polskimi znakami. 4. Mechanizm przekierowujący uŝytkownika na zaprojektowaną przez Wykonawcę stronę informacji o błędzie (ERROR 404) w przypadku podania niewłaściwego adresu podstrony, na której znajdzie się informacja o braku szukanego adresu oraz link do strony głównej portalu. 5. Mechanizm umoŝliwiający wyświetlenie zaprojektowanej przez Wykonawcę informacji o czasowej niedostępności serwisu z powodów technicznych. III. Zabezpieczenia a) Ochrona przed próbami nieautoryzowanego dostępu do panelu administracyjnego (np. blokowanie konta po 3 próbach błędnego wpisania hasła redaktora/uŝytkownika); b) Odporność na próby uzyskania dostępu poprzez znane formy ataków, w tym: ataki semantyczne na URL, ataki związane z ładowaniem plików, ataki cross-site scripting, ataki CSRF, podrobienie zatwierdzenia formularza, sfałszowanie Ŝądania HTTP, ujawnienie uwierzytelnień dostępu, wstrzykiwanie kodu SQL, 3

2 ujawnienie danych przechowywanych w bazie, kradzieŝ cookies, przechwytywanie sesji, wstrzykiwanie sesji, zafiksowanie sesji, trawersowanie katalogów, wstrzykiwanie poleceń systemowych, ujawnianie kodu źródłowego np. pliki.inc. c) Panel administracyjny dostępny poprzez protokół https (bezpieczne logowanie), z umoŝliwieniem dostępu dla redaktora przebywającego poza budynkiem GDOŚ. IV. Statystyki 1. MoŜliwość sporządzania raportów, statystyk z pracy wraz z moŝliwością generowania przez administratora pliku PDF z danymi zawartymi w statystykach, które powinny obejmować następujące informacje: liczba odsłon poszczególnych stron serwisu, liczba uŝytkowników, otwierających poszczególne strony serwisu (w rozbiciu na uŝytkowników nowych (non-cookies) i powracających (cookies), rodzaje przeglądarek (wraz z informacją o procentowym udziale poszczególnych przeglądarek), rozdzielczości na komputerach uŝytkowników (wraz z informacją o procentowym udziale poszczególnych rozdzielczości), liczba kolorów na komputerach uŝytkowników (wraz z informacją o procentowym udziale poszczególnych liczb kolorów), geolokalizacja (w rozbiciu na kontynenty, państwa, województwa w Polsce). 2. Mechanizm umoŝliwiający dynamiczne generowanie (na podstawie statystyk najczęściej odwiedzanych stron serwisu) działu NA SKRÓTY. V. Projekt graficzny strony 1. Projekt graficzny strony powinien: a) spełniać wymagania rozporządzenia Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz. U. z dnia 28 października 2005 r.) b) uwzględnić specyfikę estetyki właściwej dla stron internetowych projektów realizowanych w ramach programów operacyjnych ze środków europejskich oraz urzędów administracji publicznej, w szczególności - wymogów w Strategii Komunikacji Funduszy Europejskich w Polsce w ramach Narodowej Strategii Spójności na lata oraz Księdze identyfikacji wizualnej stanowiącej załącznik do Strategii komunikacji. c) uwzględniać aspekty korzystania z informacji wyświetlanych na monitorze (kolorystyka 32bit, krój czcionki, rozmiar czcionki, ikony itp.). 2. Logotypy programów operacyjnych i Narodowej Strategii Spójności zgodne z wymogami zawartymi w Strategii Komunikacji Funduszy Europejskich w Polsce w ramach Narodowej Strategii Spójności na lata Zasady stosowania, w ramach prowadzonych działań informacyjnych i promocyjnych, określa Księga identyfikacji wizualnej (księga znaku) dla znaku: Narodowa Strategia Spójności, stanowiąca załącznik do Strategii komunikacji. 3. MoŜliwość selekcji (na poziomie tworzenia artykułu) plików graficznych zamieszczonych w AKTUALNOŚCIACH na stronie głównej, pod kątem wyświetlania w oknie check box (z automatycznym dostosowaniem rozmiaru pliku graficznego). 4

3 4. Mechanizm umoŝliwiający po kliknięciu na zdjęcie w ww. module otwieranie artykułu, do którego wybrane zdjęcie jest przyporządkowane. 5. MoŜliwość tworzenia (na poziomie wgrywania zdjęć na serwer) podpisów pod zdjęciami umieszczonymi w galerii oraz przy poszczególnych artykułach. 6. MoŜliwość globalnej zmiany layout-u serwisu co najmniej Ŝałobny, świąteczny (boŝonarodzeniowy i wielkanocny), patriotyczny, standardowy. 7. MoŜliwość umieszczania elementów strony w technologii Flash. 8. MoŜliwość dodawania plików graficznych do galerii przy poszczególnych artykułach i opcjonalnie do galerii globalnej. 9. Mechanizm umoŝliwiający automatyczne tworzenie miniaturek plików graficznych wprowadzonych do galerii wyświetlanych na końcu artykułu (z moŝliwością określenia ich rozmiaru oraz funkcją graficznego wygładzania miniatury). 10. Propozycję umiejscowienia Flash box-a zapewniającego moŝliwość tworzenia pokazu slajdów ze zdjęć wykorzystanych w aktualnościach (okno prezentacji multimedialnej Flash). 11. Mechanizm umoŝliwiający czasową modyfikację tapety stanowiącej tło dla całości serwisu. 12. Stopka strony powinna zawierać dane kontaktowe. 13. Ponadto, projekt powinien zawierać następujące elementy: a) nazwę - Generalna Dyrekcja Ochrony Środowiska + logo GDOŚ. b) logo projektów oraz inne zgodnie z wymogami w Strategii Komunikacji Funduszy Europejskich w Polsce w ramach Narodowej Strategii Spójności na lata oraz Księdze identyfikacji wizualnej stanowiącej załącznik do Strategii komunikacji. 14. Wykonawca, którego oferta zostanie wybrana w przedmiotowym postępowaniu, przedstawi (zmodyfikowany zgodnie z uwagami Zamawiającego) projekt graficzny strony serwisu w wersji polskiej i angielskiej oraz wszystkie propozycje layoutów okazjonalnych, które po akceptacji, bądź dalszej modyfikacji przez Zamawiającego (zgodnie z zapisami umowy) zostaną wdroŝone. 15. Wykonawca jest obowiązany zaproponować trzy projekty graficzne strony, spełniające wymagania zawarte w Opisie przedmiotu zamówienia oraz zobowiązać się do wykonania niezbędnych poprawek po wyborze wersji. 16. Powinny zostać uwzględnione odnośniki do następujących serwisów: Facebook, You Tube, Twitter. VI. Funkcjonalność 1. MoŜliwość wysyłania informacji na adres projekty@gdos.gov.pl z opcją edycji przy uŝyciu formatki WWW (poprzez mechanizm Napisz do nas ); mechanizm musi być odporny na ataki spamowe, zapewniać moŝliwość edycji listy odbiorców oraz rozbudowy listy i wyboru od strony uŝytkownika adresów , na które wiadomość ma zostać przesłana. 2. Moduły z odnośnikami do angielskiej wersji językowej, wersji dla niedowidzących, wersji tekstowej, wyszukiwarek, danych kontaktowych, BIP, mapy serwisu, strony www zgodne z ogólnie obowiązującymi standardami. 3. Mechanizm umoŝliwiający widok w panelu administracyjnym pełnej listy artykułów w wybranym dziale (z informacjami o terminach publikacji, opcjonalnie artykułów z archiwum). 4. Moduł umoŝliwiający zarządzanie wybieranymi przez redaktora na poziomie tworzenia artykułu grafikami zamieszczonymi w dziale AKTUALNOŚCI. 5. Moduł właściwy do publikowania zajawek w dziale AKTUALNOŚCI (tekst, zdjęcia, pliki graficzne). 5

4 6. Moduł z przydatnymi adresami (linkami) takŝe w formie plików graficznych (jpg, giff). 7. MoŜliwość identyfikacji nadawcy a w opcji NAPISZ DO NAS. 8. MoŜliwość wskazania, na etapie wprowadzania artykułu, dowolnej ilości działów serwisu, w których dany artykuł będzie się wyświetlał. 9. MoŜliwość wyboru przez administratora dowolnej konfiguracji wyświetlania na stronie artykułów w danym dziale (datami: rosnąco i malejąco, wg priorytetu, alfabetycznie). 10. Ustalanie początkowych i końcowych dat i godzin publikacji oraz archiwizacji artykułów. 11. Automatyczne umieszczanie daty publikacji i aktualizacji wraz z rejestracją zmian w systemie. 12. MoŜliwość stosowania róŝnych szablonów artykułów min. 5 (np. róŝniących się sposobem wyróŝnień, nagłówkami, itp.). 13. Automatyczne generowanie kanałów RSS i GeoRSS dla kaŝdego działu. 14. Mechanizm umoŝliwiający generowanie przyjaznych dla uŝytkowników i wyszukiwarek internetowych adresów URL. 15. Automatyczne tworzenie mapy serwisu. 16. MoŜliwość tworzenia formularzy przeszukujących bazy danych wygenerowanych z plików xls i csv oraz zaimplementowanie mechanizmu umoŝliwiającego przeszukiwanie przez UŜytkownika bazy danych pod kątem określonych kryteriów [i, lub, od do ]). 17. Istnienie wyszukiwarki umoŝliwiającej UŜytkownikowi przeszukiwanie serwisu zarówno proste, jak i zaawansowane z uwzględnieniem kryteriów typu: data graniczna przed, po, operatorów logicznych lub i oraz, wyszukiwania dokładnego wyraŝenia ujętego w cudzysłów, nieuwzględniania wielkości liter w szukanym wyraŝeniu. 18. MoŜliwość przeszukiwania przez administratora zawartości systemu według róŝnych kryteriów: nazwy pliku, tytułu, daty, godziny, ID artykułu. 19. System kontroli dostępu hierarchiczny dostęp do aplikacji (do pięciu ról), w tym: główny administrator, administrator, redaktor prowadzący, redaktorzy działów, operator. Powinna zostać zaimplementowane następujące moŝliwości: nadawanie poszczególnym rolom określonych uprawnień administracyjnych i redakcyjnych: edycja, poprawianie, zatwierdzanie, publikacja; osoby uprawnione do korzystania z aplikacji powinny mieć własną nazwę logowania i hasło. redaktor prowadzący mający uprawnienia do publikacji powinien mieć takŝe moŝliwość poprawienia materiału przygotowanego przez redaktora działu. 20. Przy tworzeniu artykułów moŝliwość wyboru opcji PokaŜ zajawkę w aktualnościach na stronie głównej (check box); z moŝliwością wyboru opcji ręcznego bądź automatycznego usunięcia tej zajawki ze strony głównej (wg. daty). 21. W poszczególnych artykułach moŝliwość wyboru opcji PokaŜ w dziale NA SKRÓTY (check box). 22. Mechanizm automatycznej archiwizacji dokumentów z określonym czasem publikacji i moŝliwości korzystania z archiwum. Administrator powinien mieć moŝliwość decyzji (oraz jej zmiany) dotyczącej przedłuŝenia czasu publikacji, automatycznej archiwizacji lub usunięcia artykułów. 23. MoŜliwość fizycznego usuwania artykułów i załączników z serwera oraz podmiany plików. 24. MoŜliwość publikacji załączników w postaci plików MS Office 2000/XP/2003/2007, rtf, odt, plików tekstowych, plików pdf, jpg, gif, png, swf, mpg, mp3, avi, wmv, zip, rar, flv, opatrzonych odpowiednimi ikonkami, oraz innych plików dowolnego formatu i rozmiaru 6

5 do 150 MB opatrzonych właściwą dla nich wspólną ikonką (dotyczy wgrywania na serwer plików z rozszerzeniami zapisanymi małymi i wielkimi literami). 25. MoŜliwość publikacji w artykule załączonego pliku Flash. 26. MoŜliwość publikacji w artykułach plików graficznych i animacji w ogólnie dostępnych formatach (JPG, gif, png, swf, mpg, avi, wmv, flv); generowanie animacji flash-owych na podstawie plików mpg, avi, wmv, flv(mechanizm umoŝliwiający przeglądanie we wszystkich przeglądarkach). 27. MoŜliwość odtwarzania on line plików audio i video z widocznym panelem sterującym (pauza, stop, play, głośność). 28. MoŜliwość dodawania załączników do artykułów, z wyborem sposobu i miejsca ich wyświetlania (w którym miejscu artykułu, pokazywanie lub nie nazwy załącznika, etc.). 29. MoŜliwość przeklejania do tworzonego artykułu fragmentów plików MS Word 2003 i 2007 oraz MS Excel 2003 i 2007 z zachowaniem formatowania tekstu i tabel. 30. Przełączanie funkcjonalności zaimplementowanego w CMS edytora WYSIWYG oraz edytora kodu HTML. 31. MoŜliwość tworzenia w treści edytowanego dokumentu kotwic. 32. Edycja tabel. 33. Mechanizmy poleć stronę, wydrukuj stronę, wydrukuj do PDF, kanały RSS, kanały GeoRSS, powiadom mnie o nowym artykule w tym dziale. 34. MoŜliwość podglądu artykułu oraz całego serwisu przed ostateczną publikacją podgląd zgodny w 100% z wersja później opublikowaną. 35. Moduł umoŝliwiający umieszczenie w serwisie bannerów oraz form intruzywnych (np. pop-up) z moŝliwością ustawienia, od strony administracyjnej, czasu i formy wyświetlania takiego elementu oraz podlinkowania elementu do podstron. 36. Moduł newslettera, w wersji testowej i produkcyjnej serwisu niewidoczny, ale moŝliwy do uruchomienia. 37. Odnośniki do serwisów: Facebook, You Tube, Twitter powinny posiadać moŝliwość dowolnej modyfikacji adresu docelowego (np. w celu skierowania do odpowiedniego miejsca na wymienionym serwisie). 38. Mechanizm umoŝliwiający przechowywanie w dostępnym dla uŝytkownika archiwum wyświetlanych informacji (w dziale DLA PRASY) Wykonawca dostarczy Zamawiającemu wersję próbną CMS-a (na etapie składania ofert system nie musi spełniać załoŝeń wymienionych w Szczegółowym opisie przedmiotu zamówienia), ale musi zawierac instrukcję instalacyjną i dokumentację. VII. Struktura menu strony 1. Projekt powinien posiadać dwa rodzaje menu: a) Działy w pierwszej części: Zakładki: - PROJEKTY GDOŚ: - Dla samorządów - Sieć Natura drogą do rozwoju - AKTUALNOŚCI - O PROJEKCIE - SZKOLENIA 7

6 - E-LEARNING /PLATFORMA/ -PARTNERZY - KONTAKT - Dla biznesu - Natura i Gospodarka, podstawy dialogu - AKTUALNOŚCI - O PROJEKCIE - SZKOLENIA - STACJONARNE - E-LEARNING /PLATFORMA/ -PARTNERZY - KONTAKT - Dla studentów - Złap Równowagę, Odkryj Naturę - AKTUALNOŚCI - O PROJEKCIE - SZKOLENIA - E-LEARNING /PLATFORMA/ -PARTNERZY - KONTAKT - PLANY ZADAŃ OCHRONNYCH - O PROJEKCIE - KONTAKT - DOKUMENTACJA PLANU (TU: FORMULARZ PLANU ZADAŃ OCHRONNYCH ORAZ FORMULARZ SPRAWOZDANIA) - KALENDARIUM - WYSZUKIWARKA - DLA PRASY - NAPISZ DO NAS - NA SKRÓTY b) Działy drugiej części: Zakładki: - PROJEKTY REGIONALNE: - PROJEKTY RDOŚ - REGIONY - TEMATY - PROJEKTY MIĘDZYNARODOWE - LIFE+ - ENEA 2. Zamawiający powinien mieć moŝliwość dodawania i usuwania działów w obydwu menu oraz dowolnej konfiguracji wszystkich działów. Niezbędne jest zaprojektowanie grafiki odróŝniającej poszczególne działy oraz wykonanie odpowiedniego systemu nawigacji. 3. Wykonawca projektując szablony stron, powinien uwzględnić sposoby formatowania tekstu, wypunktowań, wyróŝników, odsyłaczy itp. Konieczne jest opracowanie szaty graficznej strony w wersji dla osób niedowidzących, wersji angielskiej i w wersji tekstowej oraz zaprojektowanie layoutu całego serwisu w wersji Ŝałobnej i świątecznej 8

7 (boŝonarodzeniowej, wielkanocnej) oraz pór roku. Projekty powinny uwzględniać moŝliwość powiększenia zakresu witryny w przyszłości. 4. Tłumaczenia do angielskiej wersji językowej serwisu opracuje i przekaŝe Zamawiający. VIII. WdroŜenie treści wyeksportowanych z dotychczasowego serwisu do nowego systemu CMS na podstawie nowego projektu graficznego 1. Przeniesienie wskazanej przez Zamawiającego zawartości dotychczasowej strony internetowej GDOŚ lub jej części i dostosowanie jej do nowego serwisu, z uwzględnieniem moŝliwości edycji, archiwizacji i przeszukiwania. 2. Serwis naleŝy stworzyć w wersjach językowych: polskiej i angielskiej, przy czym wersja angielska jest uproszczona w stosunku do pełnej wersji polskojęzycznej. IX. Obsługa techniczna strony 1. Wykonawca zapewni: a) całodobowe wsparcie techniczne (support) w ciągu okresu obowiązywania umowy, w tym udostępni całodobowy telefon alarmowy; b) 200 godzin prac programistycznych w celu rozwoju strony internetowej zrealizowane na przestrzeni kolejnych 4 miesięcy od dnia podpisania protokołu zdawczo-odbiorczego; c) eksport (na Ŝądanie Zamawiającego) danych ze stworzonego CMS-a w standardzie XML lub SQL; d) wznowienie pracy serwisu po zgłoszeniu awarii w czasie nieprzekraczającym 8 godzin; e) bieŝącą obsługę serwisu, takŝe po zakończeniu jego wdroŝenia, zarówno w zakresie usuwania błędów, które mogą się pojawić, np. w działaniu systemu administracji treścią (serwis gwarancyjny). f) aktualizację dokumentacji po kaŝdorazowej zmianie wersji oprogramowania. 2. Wykonawca opracuje szczegółowe podręczniki redaktora i administratora serwisu obejmujące wszelkie funkcjonalności serwisu oraz instrukcję modyfikacji wszelkich elementów serwisu. 3. Wykonawca zaimplementuje do serwisu odpowiednie mechanizmy przyśpieszające wczytywanie serwisu wraz z elementem graficznym obrazującym proces wczytywania. 4. Wykonawca opracuje i zaimplementuje odpowiednie skrypty wykonujące pełną kopię zapasową baz danych systemu aplikacji, plików konfiguracyjnych (w dni robocze w godzinach nocnych ). Dodatkowo skrypty te powinny dokonywać kompresji plików archiwizowanych oraz informować administratorów systemu o powodzeniu lub niepowodzeniu operacji archiwizowania. System automatycznie wykonuje kopię zapasową bazy danych w godzinach nocnych, raz na 24 godziny. 5. Wykonawca zaimplementuje do serwisu odpowiednie mechanizmy przyśpieszające wczytywanie serwisu wraz z elementem graficznym obrazującym proces wczytywania. 6. Ponadto Wykonawca zapewni: 9

8 a) szkolenie wyznaczonych przez Zamawiającego pracowników redaktorów serwisu (do 10 osób) w obsłudze systemu i opisanych wyŝej narzędzi oraz szkolenie przeznaczone dla administratorów (co najmniej 2 osób); b) Wykonawca, za zgodą Zamawiającego, moŝe zaproponować wprowadzenie nowych elementów, słuŝących wzbogacenia i uatrakcyjnienia serwisu. Wykonawca nie moŝe ograniczać ani zuboŝać treści ani zawartości strony bez zgody Zamawiającego; c) umieszczenie na stronie materiału ilustracyjnego wzbogacającego serwis pozyskanego we własnym zakresie; d) moŝliwość ograniczania prawa do ściągania przez uŝytkowników wybranych załączników; e) mechanizm antyspamowy zamieszczonych na stronie adresów ; f) eksport CMS do plików w standardzie XML lub SQL. System powinien wyeksportować dane tak, aby moŝna było zaimportować je do systemu. eksport/import (na Ŝądanie Zmawiającego) danych z/do utworzonego CMS w standardzie XML lub SQL. g) we własnym zakresie, odbiór od Zamawiającego materiałów, które ze względu na duŝy rozmiar nie mogą być przekazane korespondencją elektroniczną; h) zespół wykonawców, których priorytetowym obowiązkiem będzie budowa serwisu. 10