Załącznik Nr 1 - Generalna Dyrekcja Ochrony Środowiska

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
− 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 2007-2013 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 2007-2013. 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
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
a)
b)
14.
15.
16.
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.
MoŜliwość tworzenia (na poziomie wgrywania zdjęć na serwer) podpisów pod zdjęciami
umieszczonymi w galerii oraz przy poszczególnych artykułach.
MoŜliwość globalnej zmiany layout-u serwisu – co najmniej Ŝałobny, świąteczny
(boŜonarodzeniowy i wielkanocny), patriotyczny, standardowy.
MoŜliwość umieszczania elementów strony w technologii Flash.
MoŜliwość dodawania plików graficznych do galerii przy poszczególnych artykułach
i opcjonalnie do galerii globalnej.
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).
Propozycję umiejscowienia Flash box-a zapewniającego moŜliwość tworzenia pokazu
slajdów ze zdjęć wykorzystanych w aktualnościach (okno prezentacji multimedialnej –
Flash).
Mechanizm umoŜliwiający czasową modyfikację tapety stanowiącej tło dla całości
serwisu.
Stopka strony powinna zawierać dane kontaktowe.
Ponadto, projekt powinien zawierać następujące elementy:
nazwę - Generalna Dyrekcja Ochrony Środowiska + logo GDOŚ.
logo projektów oraz inne – zgodnie z wymogami w Strategii Komunikacji Funduszy
Europejskich w Polsce w ramach Narodowej Strategii Spójności na lata 2007-2013
oraz Księdze identyfikacji wizualnej stanowiącej załącznik do Strategii komunikacji.
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.
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.
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 e-mail: [email protected] 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 e-mail, 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
6.
7.
8.
Moduł z przydatnymi adresami (linkami) – takŜe w formie plików graficznych (jpg, giff).
MoŜliwość identyfikacji nadawcy e-maila w opcji „NAPISZ DO NAS”.
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
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
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).
MoŜliwość publikacji w artykule załączonego pliku Flash.
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).
MoŜliwość odtwarzania on line plików audio i video z widocznym panelem sterującym
(pauza, stop, play, głośność).
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.).
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.
Przełączanie funkcjonalności zaimplementowanego w CMS edytora WYSIWYG oraz
edytora kodu HTML.
MoŜliwość tworzenia w treści edytowanego dokumentu kotwic.
Edycja tabel.
Mechanizmy „poleć stronę”, „wydrukuj stronę”, „wydrukuj do PDF”, „kanały RSS”,
„kanały GeoRSS”, „powiadom mnie o nowym artykule w tym dziale”.
MoŜliwość podglądu artykułu oraz całego serwisu przed ostateczną publikacją – podgląd
zgodny w 100% z wersja później opublikowaną.
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.
Moduł newslettera, w wersji testowej i produkcyjnej serwisu niewidoczny, ale moŜliwy
do uruchomienia.
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).
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
- 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.
3.
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.
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
4.
(boŜonarodzeniowej, wielkanocnej) oraz pór roku. Projekty powinny uwzględniać
moŜliwość powiększenia zakresu witryny w przyszłości.
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.
2.
IX.
1.
2.
3.
4.
5.
6.
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.
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.
Obsługa techniczna strony
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.
Wykonawca opracuje szczegółowe podręczniki redaktora i administratora serwisu
obejmujące wszelkie funkcjonalności serwisu oraz instrukcję modyfikacji wszelkich
elementów serwisu.
Wykonawca zaimplementuje do serwisu odpowiednie mechanizmy przyśpieszające
wczytywanie serwisu wraz z elementem graficznym obrazującym proces
wczytywania.
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 – 22.00 – 5.00). 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.
Wykonawca zaimplementuje do serwisu odpowiednie mechanizmy przyśpieszające
wczytywanie serwisu wraz z elementem graficznym obrazującym proces
wczytywania.
Ponadto Wykonawca zapewni:
9
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 e-mail;
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