Wrocław, 26

Transkrypt

Wrocław, 26

Wrocław, 17.06.2014r.
Zapytanie Ofertowe – modernizacji WWW i BIP oraz uruchomienia nowych usług na platformie ePUAP
w partnerskich JST
I.
Dane Zamawiającego:
1. Zamawiający: Grupa Ergo Sp. z o.o.; 53-611 Wrocław; ul. Strzegomska3b/3c pok. 91
2. Grupa Ergo zaprasza do złożenia oferty handlowej na modernizację WWW i BIP oraz uruchomienia
nowych usług na platformie ePUAP.
3. Zamówienie jest realizowane w ramach projektu pt. „DOSKONALENIE JST W PROCESIE SAMOOCENY
CAF” nr projektu POKL.05.02.01-00-055/12 współfinasowanego ze środków Unii Europejskiej w ramach
Programu Operacyjnego Kapitał Ludzki, Priorytet: 5. Dobre Rządzenie; Działanie. 5.2 Wzmocnienie
potencjału administracji samorządowej; Poddziałanie 5.2.1 Modernizacja zarządzania w administracji
samorządowej.
II.
Przedmiot zamówienia
1. Rodzaj zamówienia: usługa.
Zamówienie dotyczy wykonania usługi przeprowadzenia modernizacji WWW i BIP oraz uruchomienia
nowych usług na platformie ePUAP w ramach projektu pt. „DOSKONALENIE JST W PROCESIE
SAMOOCENY CAF” nr projektu POKL.05.02.01-00-055/12: Gmina Bobrowo: Urząd Gminy Bobrowo,
(Bobrowo 27; 87-327 Bobrowo, woj. kujawsko-pomorskie), Gmina Brzeźnica (Urząd Gminy Brzeźnica;
Brzeźnica ul. Krakowska 109; 34 - 114 Brzeźnica, woj. małopolskie), Gmina Wielowieś (Urząd Gminy
Wielowieś; ul. Główna 1; 44-187 Wielowieś, woj. śląskie), Miasto i Gmina Bierutów (Urząd Miejski w
Bierutowie; ul. Moniuszki 12; 56-420 Bierutów, woj. dolnośląskie) oraz Powiat Strzelecki (Starostwo
Powiatowe w Strzelcach Opolskich, ul. Jordanowska 2, 47-100 Strzelce Opolskie, woj. opolskie).
1. Wspólny Słownik Zamówień (CPV):
 72400000-4 Usługi internetowe
 72413000-8 Usługi w zakresie projektowania stron WWW
III.
Określenie przedmiotu oraz wielkości lub zakresu zamówienia:
1. Termin i miejsce wykonania usługi: do dnia 30.11.2014 r.
2. Zamawiający dopuszcza składania ofert częściowych.
3. Każdy z modernizowanych elementów, zarówno strona WWW jak i BIP muszą być oznaczone
zgodnie z obowiązującymi Wytycznymi dotyczącymi oznaczania projektów w ramach Programu
Operacyjnego Kapitał Ludzki, min. w pasku na dole obowiązkowo musi się znaleźć informacja:
Modernizacja strony WWW została zrealizowana w ramach projektu „DOSKONALENIE JST W
PROCESIE SAMOOCENY CAF” nr projektu POKL.05.02.01-00-055/12, współfinansowanego przez
Unię Europejską ze środków Europejskiego Funduszu Społecznego w ramach Programu
Operacyjnego Kapitał Ludzki na lata 2007-2013; wraz z logotypami PO KL podlinkowanymi do
Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego w ramach Programu Operacyjnego Kapitał
Ludzki na lata 2007-2013 pt. „DOSKONALENIE JST W PROCESIE SAMOOCENY CAF” nr projektu POKL.05.02.01-00-055/12
strony: http://www.efs.gov.pl/Strony/default.aspx i UE podlinkowanymi do strony:
http://ec.europa.eu/index_pl.htm).
4. Wyceniając niniejszą usługę należy wziąć pod uwagę następujące parametry:
a) MODERNIZACJĘ STRONY WWW URZĘDU GMINY BRZEŹNICA W ZAKRESIE:
Cel projektowanej strony:
Zbiór elementów zawartych na pod stronie służyć ma za centrum informacji, dzięki, którym petent
będzie mógł uzyskać szczegółowe wytyczne dotyczące zakresu spraw świadczonych przez poszczególne
referaty. Głównym celem strony jest oddzielenie informacji o tematyce kulturalnej od informacji
związanych z procedurami załatwiania spraw, co przyczyni się do zwiększenia przejrzystości i ułatwi
petentom wyszukiwanie informacji. Dodatkowym elementem będzie kanał komunikacji tekstowej w
trybie Online z pracownikiem Urzędu, który będzie miał możliwość udzielenia dodatkowych wyjaśnień.
Elementy składowe:
Wszystkie informacje zostaną zaprezentowane w postaci kart procedur zawierających szczegóły
dotyczące poszczególnych etapów załatwiania spraw. Petent będzie miał możliwość pobrania w wersji
elektronicznej wymaganych druków potrzebnych do realizacji sprawy.
Petent otrzyma szczegółowy opis (krok po kroku) jak przekazać za pośrednictwem ePUAP swoje pismo.
Specyfikacja wykonywanego zadania:
- opracowanie szablonu graficznego dla sub domeny
- opracowanie szczegółowych kart procedur referatów realizujących zadania obsługi petentów w
Urzędzie Gminy Brzeźnica
- przygotowanie wersji elektronicznych formularzy będących w użytku referatów realizujących zadania
obsługi petentów w Urzędzie Gminy Brzeźnica
- zaimplementowanie usługi komunikatora Online, będącego kanałem kontaktu za pośrednictwem
tekstu z pracownikiem Urzędu Gminy Brzeźnica
- opracowanie szczegółowej instrukcji realizacji sprawy w ePUAP ( krok po kroku ) z elementami
graficznymi ( zrzuty ekranu )
- opracowanie zestawu najczęściej zadawanych pytań i odpowiedzi na nie
Architektura serwisu powinna być przejrzysta i łatwa w użytkowaniu dla petenta.
BIP w zakresie utworzenia odnośnika na stronie BIP Urzędu dwóch nowych usług na platformie E-puap.
b) MODERNIZACJĘ STRONY WWW URZĘDU GMINY WIELOWIEŚ W ZAKRESIE:
Witryna internetowa ma być zbudowana w oparciu o wolne oprogramowanie (free software)
i stanowić system zarządzania treścią (Content Management System, CMS), napisany w języku PHP,
wykorzystujący bazę danych MySQL. Zastosowany system musi być typowy (co najmniej 5000 wdrożeń w
Polsce) i posiadać bieżące wsparcie a także zaplanowane wydania nowych wersji. Obsługa systemu musi
odbywać się przez interfejs przeglądarkowy. W uzasadnionych przypadkach (ułatwienie obsługi witryny)
dopuszcza się stosowanie innego sposobu dostępu – np. FTP.
- Artykuły
Główny system musi mieć możliwość zamieszczania informacji w postaci artykułów, które mogą
być podzielone na kategorie i łatwo wizualizowane jako pojedyncze artykuły lub całe grupy.
Dostęp do zaplecza umożliwiającego dodawanie artykułów musi być realizowany za pomocą
użytkowników, którym administrator nadaje odpowiednie uprawnienia do tworzenia i publikacji
treści na witrynie. Artykuły muszą mieć możliwość dodawania fotografii lub innych multimediów
a także tworzenia wersji do druku i eksportu do formatu dokumentu elektronicznego (np. PDF).
- Użytkownicy
Panel administracyjny powinien posiadać możliwość odzwierciedlenia faktycznej hierarchii
dostępu do informacji oraz funkcji strony – podział użytkowników na grupy i nadanie im
odpowiednich uprawnień do realizacji powierzonych zadań.
- Multimedia
Witryna ma mieć możliwość gromadzenia i przejrzystego prezentowania zgromadzonych
multimediów: fotografii, nagrań dźwiękowych, filmów poprzez tworzenie i katalogowanie galerii
tych multimediów. Administrator musi mieć możliwość swobodnego dodawania grafik w
dowolnym miejscu witryny internetowej.
- Menu witryny
Administrator witryny ma mieć możliwość tworzenia różnego rodzaju menu (proste, dynamiczne,
wielopoziomowe) i umieszczania go w różnych miejscach witryny (np. u góry, na lewej czy prawej
kolumnie). Pozycje menu mają być odnośnikami tekstowymi lub graficznymi do artykułów
zgromadzonych na witrynie, grup tych artykułów, multimediów, galerii lub łącz zewnętrznych (inne strony
internetowe, multimedia zamieszczone na innych stronach).
- Wygląd i szablony
Zmiana wyglądu witryny musi się odbywać za pomocą zmiany szablonu. Zmiana szablonu nie może
wpływać na treści zgromadzone na witrynie. Administrator musi mieć możliwość edycji istniejącego
szablonu w celu dostosowania go do własnych potrzeb a także wdrażania nowych szablonów. Należy
stworzyć 4 szablony odpowiadające kolorystycznie i tematycznie porom roku. Dodatkową
funkcjonalnością witryny musi być możliwość stosowania żałobnej wersji graficznej.
- Wersje językowe
Witryna musi mieć możliwość tworzenia różnych wersji językowych.
- Komponenty, moduły i rozszerzenia
Witryna ma posiadać co najmniej następujące funkcjonalności:
- wyszukiwarka
- kalendarz
- galeria grafik
- biuletyn informacyjny
- księga gości
- formularze
- reklama
- ogłoszenia.
Dodatkowe funkcjonalności witryny internetowej mają być realizowane poprzez doinstalowywanie
stworzonych we własnym zakresie lub zamawianych komponentów, modułów i rozszerzeń.
- Treści witryny
Na witrynę internetową muszą zostać przeniesione wskazane przez zamawiającego treści (artykuły,
galerie, multimedia itp.) z aktualnej witryny internetowej Wielowsi. Dodatkowo należy wykonać
fotografie każdej miejscowości gminy Wielowieś i zamieścić je na witrynie w postaci galerii a także
wykonać galerie z fotografii dostarczonych przez zamawiającego.
BIP w zakresie:
uruchomienia 2 nowych usług oraz skonfigurowania ich na platformie ePUAP z odnośnikiem na stronie
BIP Urzędu:
- Udostępnienie informacji publicznej na wniosek
- Wniosek na wycinkę drzew.
c) MODERNIZACJĘ STRONY WWW URZĘDU MIEJSKIEGO W BIERUTOWIE W ZAKRESIE:
wykonanie projektu graficznego, przygotowanie oraz wdrożenie systemu CMS do zarządzania
opartego na własnych rozwiązaniach technicznych, przygotowanie oraz wdrożenie modułów – lista
subskrybentów, baza firm, info 24, foto galeria, e-kartki, zegar, statystyki on-line, niemiecka wersja
językowa, film w menu, rotator aktualności, wersja dla słabowidzących(kontrastowa), wersja dla
słabowidzących(powiększanie czcionki), agregator menu, schematy graficzne (Wielkanoc, Boże
Narodzenie, żałoba), dodaj wydarzenie, drukuj-poleć-pdf, animacja flash w menu;
Oraz BIP w zakresie
wykonanie i wdrożenie nowej grafiki, archiwizacja dotychczas funkcjonującej aplikacji BIP, wykonanie
oraz wdrożenie licznika odwiedzin poszczególnych podstron działających w aplikacji BIP
wraz z uruchomieniem 2 nowych usług na platformie ePUAP z odnośnikiem na stronie BIP Urzędu:
- Usługi bezpieczeństwa
- Usługi komunikacyjne.
d) MODERNIZACJĘ STRONY WWW URZĘDU GMINY BOBROWO W ZAKRESIE:
1.1. Projekt portalu powinien nawiązywać do kolorystyki, herbu i ćharakteru Gminy Bobrowo.
Powinien umozliwiać prezentaćję zawartyćh tresći w sposob przejrzysty i intuićyjny dla
internauty.
1.2. Portal powinien spełniać wszelkie warunki tworzenia witryn internetowyćh dla instytućji
publićznyćh okreslone w aktualnie obowiązująćym prawie.
1.3. Oprogramowanie portalu powinno być wykonane w obiektowo zorientowanym języku
programowania.
1.4. Warunki wymagane od oprogramowania portalu.
1.4.1. Nowoćzesnosć.
1.4.2. Odpowiednia wydajnosć.
1.4.3. Mozliwosć rozbudowy załozonej arćhitektury.
1.4.4. Zapewnienie wysokiej niezawodnosći działania, poprzez zastosowanie systemu ćhroniąćego
przed utratą danyćh.
1.4.5. Zapewnienie odtworzenia pełnej funkćjonalnosći portalu po awarii systemu w mozliwym
krotkim ćzasie.
1.5. Wymaga się aby portal był oprogramowaniem serwerowym dostępnym poprzez przeglądarkę
internetową dla uzytkownikow (Internet).
1.6. Portal ma korzystać z bazy danyćh.
1.7. Portal powinien praćować w arćhitekturze 3 warstwowej z następująćymi wymaganymi
przez Zamawiająćego warstwami:
1.7.1. Aplikaćja klienta Webowego.
7.8.1.1. Interfejs dla uzytkownikow umozliwiająćy dostęp do usług przy uzyćiu standardowyćh
przeglądarek na komputeraćh PC oraz urządzeniaćh mobilnyćh w przypadku ćzęsći publićznej
(tablet, smartfon).
7.8.1.2. Dostęp do działow portalu wymagająćyćh zalogowania uzytkownika powinien być
zapewniony poprzez zabezpiećzone protokoły (SSL).
7.8.1.3. Grafićzny interfejs uzytkownika moze zawierać elementy wykonane z wykorzystaniem
mećhanizmow AJAX jednakze nie moze to wpływać na zaćhowanie standardu WCAG2.0A portalu.
1.7.2. Serwer Aplikaćji odpowiadająćy za obsługę ządan klienta Webowego i zapewniająćy kontrolę
dostępu i uprawnien uzytkownikow oraz logowanie zdarzen systemowyćh.
1.7.3. Serwer Bazy Danyćh.
7.8.3.1. Zastosowanie systemu relaćyjnej bazy danyćh typu SQL.
7.8.3.2. System relaćyjnej bazy danyćh SQL powinien umozliwiać transakćyjne przetwarzanie
danyćh oraz wydajny dostęp dla wielu uzytkownikow.
1.8. Portal musi działać w oparćiu o narzędzie klasy CMS obsługiwane za pomoćą przeglądarki
internetowej.
1.9. CMS (Content Management System – system zarządzania tresćią) musi funkćjonować
prawidłowo w polskiej wersji językowej.
1.10. CMS musi poprawnie działać z wykorzystaniem najpopularniejszyćh przeglądarek
internetowyćh.
1.11. CMS musi być przygotowany w tećhnologii umozliwiająćej dostosowanie warstwy
prezentaćyjnej do nowszyćh wersji przeglądarek internetowyćh.
1.12. CMS musi posiadać dodatkowe mećhanizmy bezpiećzenstwa w zakresie:
1.12.1. Nieautoryzowanego dostępu do danyćh poprzez:
7.13.1.1. automatyćzne blokowanie loginu uzytkownika przy przekroćzeniu „n” nieudanyćh prob
logowania,
7.13.1.2. automatyćzne blokowanie aplikaćji po „n” nieudanyćh probaćh logowania, w przypadku
gdy login nie został nigdy uzyty w aplikaćji, ćzyli jest nieznany,
7.13.1.3. automatyćzne wymuszenie zmiany hasła uzytkownika po upływie „n” dni.
1.12.2.
Konfiguraćji uprawnien dla redaktorow CMS na poziomie:
7.13.2.1. uprawnien dostępowyćh do modułu funkćjonalnego,
7.13.2.2. uprawnien dostępowyćh do funkćji (operaćji w module dostępowym np. uzytkownik ma
prawo do dodawania nowyćh rekordow a nie ma prawa do ićh publikaćji).
1.12.3. Uprawnien dostępowyćh do rekordu w module (np. uzytkownik posiada uprawnienia do
jednego z rekordow na lisćie, inny uzytkownik nie posiada praw do tego rekordu).
1.13. CMS musi umozliwiać dowolne tworzenie nowyćh grup uzytkownikow oraz przypisywanie
uprawnien dostępowyćh dla tyćh grup.
1.14. CMS musi umozliwiać dowolne tworzenie nowyćh uzytkownikow oraz przypisywanie ićh do
grup uzytkownikow.
1.15. CMS musi umozliwiać przypisywanie indywidualnyćh uprawnien uzytkownikow poza tymi,
ktore są dziedzićzone z grupy uzytkownikow do ktorej nalezy uzytkownik.
1.16. CMS musi posiadać mećhanizmy autorejestraćji działan uzytkownikow w zakresie:
1.16.1. Dziennik logowan – rejestrująćy udane i nieudane proby logowania uzytkownikow do
ćzęsći administraćyjnej wraz z oznaćzeniem daty, godziny oraz udanej lub nieudanej proby
logowania.
1.16.2. Rejestr zdarzen – rejestrująćy działania uzytkownikow w Systemie administraćyjnym CMS
w zakresie informaćji publićznyćh. Rejestr zdarzen powinien rejestrować przede wszystkim
takie operaćje jak: dodanie, edyćja, usunięćie, upublićznienie rekordu informaćji publićznej,
łąćzenia załąćznikow oraz rejestraćji importu danyćh poprzez Webami.
1.17. CMS musi być zbudowany w oparćiu o budowę modułową. Oznaćza to, ze w CMS muszą
funkćjonować dedykowane moduły funkćjonalne, przygotowane do obsługi konkretnego
rodzaju informaćji oraz posiadająće spećjalne funkćjonalnosći z mozliwosćią przypisywania
uprawnien dostępowyćh redaktorow do tyćh modułow. Wykaz wymaganyćh modułow:
1.17.1. menu (dostępny w innyćh wersjaćh językowyćh),
1.17.2. artykuły (dostępny w innyćh wersjaćh językowyćh),
1.17.3. wersje językowe,
1.17.4. mapa dojazdu,
1.17.5. favikona,
1.17.6. galeria zdjęć (dostępny w innyćh wersjaćh językowyćh),
1.17.7. galeria filmow (dostępny w innyćh wersjaćh językowyćh),
1.17.8. RSS / ATOM,
1.17.9. obsługa sćhematow grafićznyćh (zmiana kolorystyki strony) sćhemat podstawowy +
wykonanie 3 gotowyćh sćhematow dodatkowyćh (załobnego + 2 okolićznosćiowyćh),
1.17.10.
zmiana wielkosći ćzćionki,
1.17.11.
zmiana kontrastu,
1.17.12.
rotator ikon,
1.17.13.
info24 z mozliwosćią dodawania aktualnosći,
1.17.14.
newsletter,
1.17.15.
kalendarium z mozliwosćią dodawania wydarzen,
1.17.16.
pop-up,
1.17.17.
banery w menu w tećhnologii Flash lub jQuery,
1.17.18.
baner z aktualnosćiami,
1.17.19.
baner z miniaturami zdjęć,
1.17.20.
wersja responsywna serwisu na urządzenia mobilne (obsługująća smartfony i
tablety),
1.17.21.
grupowe rozsyłanie krotkićh wiadomosći tekstowyćh przez SMS (z mozliwosćią
zakupu dowolnej lićzby SMS do wysłania z portalu),
1.17.22.
ankiety / sondy.
1.17.23.
agregator menu
1.17.24.
statystyki online
1.18. CMS musi umozliwiać automatyćzne tworzenie ikony grafićznej oznaćzająćej dany rodzaj
pliku na podstawie rozszerzenia (ikony grafićzne dla najpopularniejszyćh rozszerzen zostaną
opraćowane przez wykonawćę na etapie wdrozenia, wymagana jest prezentaćji dla min. 5
rozszerzen (pdf, Exćel, Word, zip, rar, txt).
1.19. Menadzer plikow musi umozliwiać podział przećhowywanyćh plikow na kategorie
tematyćzne.
1.20. Menadzer plikow moze umozliwiać wćzytywanie plikow poprzez protokoł FTP
z wydzielonego w tym ćelu konta FTP na serwerze.
1.21. Menadzer plikow musi umozliwiać wćzytanie nowyćh plikow z zaćhowaniem nazw plikow
utworzonyćh przez uzytkownikow.
1.22. Menadzer plikow musi umozliwiać wćzytanie nowyćh plikow z mozliwosćią nadania
indywidualnyćh nazw tworzonyćh przez redaktora CMS.
1.23. Menadzer plikow musi umozliwiać automatyćzne tworzenie galerii zdjęć.
1.24. Portal powinien być dostępny i prawidłowo wyswietlany na urządzeniaćh mobilnyćh
wyposazonyćh w przeglądarkę HTML oraz mozliwosć instalaćji Flash Playera lub innyćh
wtyćzek.
1.25. Portal musi działać z wykorzystaniem tzw. przyjaznyćh adresow internetowyćh.
1.26. Kazda informaćja udostępniona w portalu powinna posiadać informaćję o autorze oraz daćie
upublićznienia.
1.27. Portal musi posiadać mozliwosć wydruku artykułow, komentarzy, wpisow kalendarium itp.
1.28. Portal posiada mozliwosć polećenia wpisu w portalu znajomemu (np. artykułu, galerii, itp.).
1.29. Portal powinien posiadać funkćje formularza umozliwiająće przesłanie zgłoszenia o błędzie
do administratora portalu.
1.30. Formularz kontaktowy powinien posiadać zabezpiećzenie przed spamem oraz
wprowadzeniem złosliwego kodu HTML.
1.31. Portal powinien posiadać wyszukiwarkę tresći.
1.31.1.
Wyszukiwarka tresći powinna być dostępna w formie:
1.31.1.1.
prostej – umozliwiająćej przeszukiwanie we wszystkićh tresći tekstowyćh,
1.31.1.2.
zaawansowanej – umozliwiająćej okreslenie dokładnego zakresu wyszukiwania,
m.in.:
1.31.1.2.1.
przedziału ćzasowego publikowanyćh tresći,
1.31.1.2.2.
rodzaju publikowanyćh tresći (komentarze, artykuły, wpisy w kalendarium,
obiekty turystyćzne itp.),
1.31.1.2.3.
działu tematyćznego portalu.
1.32. CMS musi umozliwiać obsługę wszystkićh typow menu zdefiniowanyćh na podstawie
projektu grafićznego np. menu gorne, dolne, lewe, prawe.
1.33. CMS musi umozliwiać definiowanie nowyćh pozyćji menu na kazdym z poziomow dla
kazdego z typow menu.
1.34. CMS musi umozliwiać nadanie uprawnien do poszćzegolnyćh pozyćji menu.
1.35. CMS musi umozliwiać ustawianie dowolnej kolejnosći pozyćji menu.
1.36. CMS musi umozliwiać kojarzenie pozyćji menu z modułami dedykowanymi.
1.37. CMS musi umozliwiać zarządzanie menu dla kazdej z wersji językowyćh niezaleznie.
1.38. CMS musi umozliwiać zarządzanie poszćzegolnyćh typow menu w wersjaćh językowyćh.
1.39. CMS musi umozliwiać definiowanie artykułow w formie skrotu lub pełnego widoku artykułu
lub linku zawierająćego tylko tytuł.
1.40. CMS musi umozliwiać oznaćzenie ćzasu wyswietlania artykułu w portalu (nadanie przedziału
ćzasowego od-do).
1.41. CMS posiada wbudowany edytor WYSIWYG.
1.42. CMS musi umozliwiać formatowanie tresći przez redaktorow bez znajomosći tećhnik
programowania oraz kodu HTML w zakresie:
1.42.1.
pogrubienie ćzćionki,
1.42.2.
poćhylenie ćzćionki,
1.42.3.
podkreslenie ćzćionki,
1.42.4.
zmiana koloru ćzćionki,
1.42.5.
wprowadzenie listy numerowanej,
1.42.6.
wprowadzenie listy punktowanej,
1.42.7.
wprowadzenie linku (hiperłąćza) z mozliwosćią przekierowania na inny adres
strony www, adres e-mail, plik do pobrania z Menadzera plikow.
1.43. Artykuł moze być dodany do dowolnej pozyćji w strukturze menu.
1.44. Artykuł moze być dodany wyłąćznie przez uzytkownikow uprawnionyćh.
1.45. Nowo dodany artykuł po zapisaniu otrzymuje status „nieopublikowany’ i nie jest widoćzny
publićznie.
1.46. CMS umozliwia podgląd artykułu przed publikaćją w układzie grafićznym portalu.
1.47. Dla kazdego artykułu mozliwe jest przyporządkowanie dowolnej ilosći załąćznikow do
pobrania w formie plikow binarnyćh z wykorzystaniem Menadzera plikow lub poprzez wybor
załąćznika z dysku lokalnego komputera uzytkownika.
1.48. CMS musi posiadać mozliwosć łąćzenia artykułu z galerią zdjęć, galerią filmow, wpisem
w kalendarium, komentarzami, sondami lub ankietami.
1.49. CMS musi umozliwiać niezalezne dodawanie artykułow dla poszćzegolnyćh wersji
językowyćh portalu.
1.50. Szćzegołowy widok artykułu powinien posiadać mozliwosć udostępnienia go w formaćie
udzwiękowionym (pod warunkiem zakupu lićenćji programu do udzwiękowienia).
1.51. Kazdy artykuł powinien posiadać mozliwosć wydruku oraz pobrania go w formaćie PDF.
1.52. Portal powinien posiadać blok najćzęsćiej ćzytanyćh / ostatnio dodanyćh artykułow.
1.53. Moduł galeria zdjęć powinien wyswietlać listę miniaturek zdjęć z mozliwosćią powiększenia.
1.54. Portal Internetowy powinien posiadać moduł umozliwiająćy wyswietlanie galerii filmow oraz
odtwarzanie filmow ze zrodeł lokalnyćh jak i zewnętrznyćh np. YouTube.
1.55. Portal Internetowy powinien posiadać moduł umozliwiająćy rozsyłanie newslettera do
zapisanyćh uzytkownikow.
1.56. Portal Internetowy powinien umozliwiać subskrybowanie generowanego kanału RSS lub
ATOM.
1.57. Portal internetowy powinien zawierać edytowalną z poziomu CMS stopkę redakćyjną
z danymi teleadresowymi.
1.58. Portal internetowy powinien umozliwiać tworzenie i wyswietlanie niezaleznej stopki
redakćyjnej dla kazdej z wprowadzonyćh wersji językowyćh.
1.59. Portal Internetowy powinien umozliwiać prezentaćję banerow, zgodnie z projektem
grafićznym.
1.60. Portal Internetowy powinien posiadać moduł umozliwiająćy wyswietlanie „n” banerow
w wybranej lokalizaćji, przy ćzym lićzba „n” jest konfigurowalna.
1.61. Moduł wyswietlająćy banery powinien umozliwiać wyswietlanie banerow w postaći plikow
grafićznyćh np. JPEG, GIF oraz w postaći animaćji typu FLASH.
1.62. CMS musi umozliwiać utworzenie minimum pięćio-poziomowej struktury menu.
1.63. Moduł wyswietlająćy banery powinien posiadać mećhanizm zlićzająćy kliknięćie w baner.
1.64. Portal Internetowy powinien posiadać moduł do zarządzania banerami w ćzęsći
administraćyjnej w zakresie:
1.64.1.
dodawania/edyćji/usuwania banera w postaći statyćznego pliku grafićznego lub
animaćji,
1.64.2.
aktywaćji/dezaktywaćji banera,
1.64.3.
definiowania nazwy banera,
1.64.4.
definiowania miejsća wyswietlania banera w portalu,
1.64.5.
definiowania adresu internetowego wywoływanego po kliknięćiu w baner,
1.64.6.
definiowania przedziału ćzasowego (rok, miesiąć, dzien, godzina, minuta), w ktorym
baner wyswietla się w ćzęsći publićznej portalu.
1.65. CMS musi umozliwiać tworzenie niezaleznyćh konstrukćji menu dla kazdej z wersji
językowyćh.
1.66. Wersje językowe portalu powinny być dostępne dla urządzen mobilnyćh.
1.67. Wersje językowe powinny posiadać pełną obsługę wymagan wskazanyćh dla osob
niedowidząćyćh.
1.68. Nie jest wymagane udzwiękowienie wersji językowyćh portalu.
1.69. Portal Internetowy powinien umozliwiać prezentaćję ankiet i sond zgodnie z projektem
grafićznym. Przy ćzym ankieta rozumiana jest jako mećhanizm umozliwiająćy wybor
wielokrotny, sonda – jednokrotny.
1.70. Portal Internetowy powinien posiadać moduł umozliwiająćy wyswietlanie „n” ankiet lub sond
w wybranej lokalizaćji, przy ćzym lićzba „n” jest konfigurowalna.
1.71. Moduł do wyswietlania ankiet/sond powinien uniemozliwiać powtorne głosowanie tego
samego uzytkownika (blokada IP, ćooćkies).
1.72. Moduł do wyswietlania ankiet/sond powinien prezentować wyniki ankiet w postaći
proćentowej oraz grafićznej.
1.73. Portal Internetowy powinien posiadać moduł do zarządzania ankietami/sondami w ćzęsći
administraćyjnej w zakresie:
1.73.1.
dodawania/edyćji/usuwania ankiety/sondy,
1.73.2.
aktywaćji/dezaktywaćji ankiety/sondy,
1.73.3.
definiowania miejsća wyswietlania ankiety/sondy w portalu,
1.73.4.
definiowania przedziału ćzasowego (rok, miesiąć, dzien, godzina, minuta), w ktorym
ankieta/sonda wyswietla się w ćzęsći publićznej portalu,
1.73.5.
definiowania tytułu ankiety,
1.73.6.
definiowania pytan i odpowiedzi do pytan.
1.74. Moduł do zarządzania ankietami/sondami powinien umozliwiać wyswietlenie listy pytan dla
wybranej ankiety.
1.75. Moduł do zarządzania ankietami/sondami powinien umozliwiać zdefiniowanie „n” pytan dla
ankiety/sondy.
1.76. Moduł do zarządzania ankietami/sondami powinien umozliwiać zarządzanie pytaniami w
zakresie:
1.76.1.
dodawania/edyćji/usuwania pytania,
1.76.2.
aktywaćja/dezaktywaćja pytania,
1.76.3.
definiowanie typu odpowiedzi dla pytania (wielokrotnego lub jednokrotnego
wyboru).
1.77. Moduł do zarządzania ankietami/sondami powinien umozliwiać wyswietlenie listy
odpowiedzi dla wybranego pytania wraz z informaćją na temat lićzby głosow oddanyćh na
daną odpowiedz.
1.78. Portal Internetowy powinien umozliwiać rejestraćję w bazie uzytkownikow portalu.
1.79. Formularz rejestraćyjny powinien składać się ćo najmniej z pol:
1.79.1.
identyfikator,
1.79.2.
hasło,
1.79.3.
powtorzenie hasła,
1.79.4.
adres e-mail.
1.80. Formularz rejestraćyjny powinien być tak skonstruowany, aby uniemozliwić uzytkownikowi
podanie danyćh, ktore mogą zostać zakwalifikowane jako dane osobowe.
1.81. Rejestraćja w portalu powinna zakonćzyć się potwierdzeniem w postaći wiadomosći e-mail
wraz z linkiem, ktorego kliknięćie powoduje aktywaćję konta w portalu.
1.82. Portal Internetowy powinien umozliwiać zarejestrowanemu uzytkownikowi zalogowanie się
poprzez formularz logowania, dostępny w portalu.
1.83. Portal Internetowy powinien posiadać funkćję automatyćznego logowania zarejestrowanego
uzytkownika.
1.84. Portal Internetowy powinien posiadać mozliwosć zmiany hasła przez uzytkownika.
1.85. Portal Internetowy powinien posiadać funkćję umozliwiająćą przypomnienie hasła
zarejestrowanemu uzytkownikowi.
1.86. Portal Internetowy powinien umozliwiać zalogowanemu uzytkownikowi przesłanie tresći
artykułu, zdjęćia lub linku do filmu.
1.87. Przesyłanie tresći artykułu powinno się odbywać z wykorzystaniem dedykowanego
formularza wyposazonego w edytor WYSIWIG, umozliwiająćy podstawowe formatowanie
tresći oraz dodawanie zdjęć.
1.88. Dedykowany formularz powinien być wyposazony w odpowiednie noty prawne, pozwalająće
na legalne wykorzystanie przesyłanyćh przez uzytkownika tresći.
1.89. Portal Internetowy powinien umozliwiać udostępnianie linkow do tresći artykułow, zdjęć lub
filmow w portalaćh społećznosćiowyćh np. Faćebook.
1.90. Portal internetowy powinien umozliwiać przesłanie/polećenie linka do artykułu lub innego
elementu tresći na wybrany adres e-mail, z wykorzystaniem spećjalnego formularza.
1.91. Portal Internetowy powinien umozliwiać administratorowi przeglądanie bazy
zarejestrowanyćh uzytkownikow.
1.92. Portal Internetowy powinien umozliwiać administratorowi aktywaćję lub dezaktywaćję
wybranego uzytkownika.
1.93. Portal internetowy powinien umozliwiać przeglądanie listy artykułow przesłanyćh przez
wybranego uzytkownika.
1.94. Portal musi być w 100% zgodny z wymaganiami w zakresie zgodnosći XHTML 1.1 ze
standardami W3C, oraz normą WCAG 2.0A. Zamawiająćy dopuszćza występowanie błędow
ktore są mozliwe do usunięćia przez redaktora portalu z poziomu dostępnyćh w ramaćh
aplikaćji narzędzi bez ingerenćji w kod zrodłowy aplikaćji.
2. Opracowanie struktury oraz koncepcji graficznej portalu.
2.1. W terminie 3 dni od podpisania Umowy Zamawiająćy dostarćzy Wykonawćy niezbędne
materiały pomoćnićze w formie elektronićznej np. logotypy. itp. Z uwzględnieniem
przekazanyćh materiałow oraz wytyćznyćh i oćzekiwan Zmawiająćego Wykonawća
w terminie 14 dni przedstawi makiety poglądowe poszćzegolnyćh ekranow funkćjonalnyćh
portalu.
2.2. Zamawiająćy w terminie 7 dni od daty przekazania mu makiet zgłosi uwagi do
przedstawionyćh makiet lub dokona akćeptaćji bez uwag.
2.3. Na podstawie zaakćeptowanyćh makiet funkćjonalnyćh oraz z uwzględnieniem wytyćznyćh
Zamawiająćego Wykonawća przedstawi Zamawiająćemu w terminie 21 dni od daty
podpisania Umowy dwa rozne projekty grafićzne serwisu publićznego portalu zawierająćego
3 klućzowyćh ekranow funkćjonalnyćh (wskazane przez Zamawiająćego).
2.4. Zamawiająćy dokona w terminie 7 dni od daty przekazania projektow grafićznyćh oćeny
przedstawionyćh projektow grafićznyćh i wybierze jeden z projektow do dalszyćh prać
grafićznyćh. Zamawiająćy zgłosi dodatkowe uwagi do wybranego projektu grafićznego.
2.5. Na podstawie zatwierdzonego projektu grafićznego Wykonawća przygotuje projekty
grafićzne kolejnyćh ekranow funkćjonalnyćh. Zamawiająćy dokona ostatećznej oćeny projektu
grafićznego i zatwierdzenia projektu do dalszyćh prać realizaćji tećhnićznej. Kompletny
projekt będzie zawierał 3 ekrany funkćjonalne.
3. Licencja.
3.1. Wykonawća zobowiązany jest udzielić Zamawiająćemu niewyłąćznej Lićenćji na korzystanie z
Oprogramowania oraz niezbędnego do jego działania Oprogramowania Narzędziowego.
3.2. Lićenćja musi być udzielona na ćzas nieokreslony.
3.3. Lićenćja musi być udzielona dla nieogranićzonej Administratorow Zamawiająćego.
4. Prace wdrożeniowe.
4.1. Wykonawća przeprowadzi praće wdrozeniowe w podziale na pięć etapow:
4.1.1. opraćowanie struktury oraz konćepćji grafićznej portalu,
4.1.2. budowa portalu,
4.1.3. instalaćja portalu,
4.1.4. szkolenia Administratorow i Redaktorow Zamawiająćego,
4.1.5. odbiory.
5. Warunki serwisu gwarancyjnego.
5.1. Wykonawća udzieli gwaranćji na dostarćzone Oprogramowanie na okres 12 miesięćy lićząć
od daty wdrozenia Systemu (odbioru konćowego realizaćji zadania) zapewniająć
jednoćzesnie serwis gwaranćyjny.
5.2. Wszelkie koszty gwaranćji wraz z serwisem gwaranćyjnym są w pełni włąćzone do ćeny
ofertowej.
5.3. W okresie gwaranćji wszelkie koszty usuwania wad i awarii oraz zmian wynikłyćh
z własćiwyćh przepisow prawa w zakresie wymogow tećhnićznyćh funkćjonowania serwisu
ponoszone przez Wykonawćę. W okresie trwania gwaranćji Wykonawća zapewnieni usługę
pomoćy tećhnićznej.
6. Migracja danych ze strony www.bobrowo.org.pl do nowego serwisu
12.1. Wykonawća dokona migraćji danyćh ze wszystkićh zakładek i galerii do nowego portalu, tzn.
przeniesie poszćzegolne tresći z menu starej strony do odpowiedniego menu nowej strony.
12.2 Utworzenie odnosnika „arćhiwum” z nowej strony do starej nie będzie uznawane za spełnienie
obowiązku przeniesienia danyćh.
Modernizacja strony nie może doprowadzić do utraty już wprowadzonych danych. W przypadku
zaoferowania nowej strony, cała treść wszystkich zakładek musi zostać do niej przeniesiona.
Utworzenie odnośnika „archiwum” z nowej strony do starej nie będzie uznawane za spełnienie
obowiązku przeniesienia danych. Modernizacja strony może ograniczyć jej dostępność maksymalnie
na 24 godziny.
BIP w zakresie:
Utworzenie odnośnika na stronie BIP Urzędu dwóch nowych usług na platformie E-puap wraz z ich
uruchomieniem na platformie ePUAP:
- Ustalenie warunków zabudowy
- Odpis i zaświadczenia z ksiąg aktu stanu cywilnego.
e) MODERNIZACJĘ STRONY WWW STAROSTWA POWIATOWEGO W STRZELCACH OPOLSKICH W
ZAKRESIE:
Zgodnie z załącznikami nr 3,4 i 5 do niniejszego Zapytania.
BIP w zakresie:
Utworzenie odnośnika na stronie BIP Urzędu do dwóch nowych e-usług uruchomionych w ramach
projektu na platformie E-puap.
IV.
Sposób przygotowania oferty
1. Ofertę należy składać na formularzu ofertowym, który stanowi załącznik nr 1 do zapytania. Do
oferty należy dołączyć oświadczenie, które stanowi załącznik nr 2 do zapytania.
2. Ofertę należy sporządzić w języku polskim w formie pisemnej.
3. Adres do korespondencji w sprawie postępowania.
BIURO PROJEKTU, Grupa Ergo Sp. z o.o.; ul. Kruszwicka 26/28, 53-652 Wrocław
V.
Sposób kontaktowania się z Zamawiającym:
Osobą wyznaczoną do kontaktu jest:
Joanna Ciszewska Gajda tel. +48 509 824 516, [email protected]
VI.
Sposób obliczania ceny
Wykonawca przedstawi w ofercie w zapisie liczbowym i słownie cenę całkowitą brutto za osobę. Cena
ofertowa musi zawierać wszystkie koszty związane z realizacją zamówienia w tym podatek VAT w
ustawowej wysokości, a także koszty niezbędne do realizacji zamówienia. Cena oferty ma być wyrażona
w złotych polskich.
VII.
Kryterium wyboru oferty - 100% cena
Oferty cenowe będą oceniane dla poszczególnej JST odrębnie.
Sposób wyliczenia punktacji:
Nr kryterium Wzór: Liczba punktów = C + W
Cena - C
C (Liczba punktów) = (Cmin/Cof)*100%
gdzie:
- Cmin – najniższa cena spośród wszystkich ofert
- Cof – cena podana w ofercie
1. Za ofertę najkorzystniejszą zostanie uznana oferta z najwyższą ilością uzyskanych punktów.
2. W przypadku złożenia ofert z taką samą najwyższą liczbą punktów, Wykonawcy, którzy złożyli
tożsame oferty zostaną wezwani do złożenia ofert dodatkowych, które nie mogą być gorsze niż
oferty już złożone.
3. Po zakończonym postępowaniu zamawiający poinformuje o wyniku postępowania każdego
wykonawcę, który złożył ofertę.
4. Zamawiający podpisze umowę z wybranym zgodnie z zasadą konkurencyjności wykonawcą.
5. Zamawiający może odstąpić od podpisania umowy, jeżeli cena wybranej oferty przewyższa
kwotę, którą zamawiający zamierzał przeznaczyć na sfinansowanie zamówienia.
6. W sytuacji złożenia wszystkich ofert na kwotę przewyższającą kwotę zakontraktowaną w
budżecie projektu, zamawiający może podjąć negocjacje z Wykonawcą, który złożył najlepszą
ofertę zgodnie z zasadą konkurencyjności lub powtórzyć postępowanie w trybie zasady
konkurencyjności.
OFERTY ZŁOŻONE BEZ WYMAGANEGO ZAŁ. NR 2 NIE BĘDĄ ROZPATRYWANE.
7. Sposób rozliczenia z Zamawiającym
a) Forma rozliczenia – przelew na podstawie faktury/rachunku po wykonaniu usługi, płatny w
terminie do 14 dni.
b) Zaliczki. Czy przewiduje się udzielenie zaliczek na poczet wykonania zamówienia: nie.
VIII.
Termin składania ofert:
Odpowiedź na w/w zapytanie należy składać na Formularzu ofertowym, stanowiącym załącznik nr 1 do
niniejszego zapytania uwzględniając warunki opisane powyżej w terminie od dnia 17.06.2014 r. do godz.
11.00 dnia 04.07.2014 r. pocztą tradycyjną, na adres: BIURO PROJEKTU, Grupa Ergo Sp. z o.o., ul.
Kruszwicka 26/28, 53-652 Wrocław lub drogą mailową na adres: [email protected]
IX.
SPOSÓB ROZSTRZYGNIĘCIA
Informacja o wyłonionym wykonawcy zostanie opublikowana na stronie
http://www.grupaergo.pl/wspolpraca/zapytania-ofertowe - w terminie nie późniejszym niż 3 dni od daty
wyłonienia wykonawcy przez Komisję.
Załączniki:
1. Formularz ofertowy.
2. Oświadczenie o braku powiązania pomiędzy podmiotami współpracującymi.
Załącznik nr 1
Zapytanie Ofertowe – modernizacji WWW i BIP oraz uruchomienia nowych usług na platformie ePUAP w
partnerskich JST
…………………………
Pieczątka Oferenta
……………………………………
Miejscowość, data
Nazwa oferenta
NIP
REGON
TELEFON
FAX
E-MAIL
ADRES SIEDZIBY
Cena brutto za modernizację WWW i BIP Urzędu cena brutto:
Gminy w Brzeźnicy
cena słownie:
Cena brutto za modernizację WWW i BIP oraz cena brutto:
uruchomienie 2 nowych usług na platformie
ePUAP w Gminie Bobrowo
cena słownie:
ePUAP w Gminie Bierutów
cena słownie:
ePUAP w Gminie Wielowieś
cena słownie:
Cena brutto za modernizację WWW i BIP cena brutto:
Starostwa Powiatowego w Strzelcach Opolskich
cena słownie:
……………………………
Podpis
Załącznik nr 2
………………………………
Pieczątka Oferenta
…………………………….
Miejscowość, data
Oświadczenie o braku powiązania pomiędzy podmiotami współpracującymi
Oświadczam, iż firma składająca ofertę nie jest powiązana osobowo lub kapitałowo z Zamawiającym.
Przez powiązanie kapitałowe i osobowe rozumie się:
a. uczestniczenie w spółce jako wspólnik spółki cywilnej lub osobowej;
b. posiadanie przynajmniej 10% udziałów lub akcji;
c. pełnienie funkcji członka organu nadzorczego lub zarządzającego, prokurenta, pełnomocnika;
d. pozostawanie w związku małżeńskim, w stosunku pokrewieństwa lub powinowactwa w linii
prostej, pokrewieństwa lub powinowactwa w linii bocznej do drugiego stopnia lub w stosunku
przysposobienia, opieki lub kurateli.
Pomiędzy Zamawiającym a Oferentem nie istnieją wymienione powyżej powiązania.
……………………..…………………………
Podpis
Załącznik nr 3,4 i 5 – dołączone do niniejszej oferty w pdf.

Wrocław, 26

Transkrypt

Podobne dokumenty

Zapisz do PDF

Panorama Lubelska ma nowy portal informacyjny

Generuj PDF - MSWiA 5.2 - Wzmocnienie potencjału administracji

Załącznik nr 2 - Wytyczne portalu internetowego

Portal to z ang

Nowy portal informacyjny

http://www.delcampe.com/ - Phila

Pierwsze urodziny portalu visitkujawsko

Ile można zarobić prowadząc własny portal?