Załącznik nr 1 ZAPROJEKTOWANIE I WYKONANIE PORTALU. Wymagania minimalne:

Transkrypt

1 Załącznik nr 1 ZAPROJEKTOWANIE I WYKONANIE PORTALU Wymagania minimalne: Portal dla beneficjentów ostatecznych projektu ma za zadanie integrację środowiska beneficjentów oraz wspomaganie komunikacji między nimi. Ponadto portal będzie pełnić funkcje edukacyjne - przybliżać możliwości wykorzystania Internetu w życiu codziennym, objaśniać sposoby efektywnego wykorzystywania zasobów i technik. Portal ma umożliwiać/ wspomagać wymianę doświadczeń między beneficjentami m. in. poprzez forum, komunikator. Na portalu zostaną opublikowane treści dotyczące projektu, po zalogowaniu osoby uprawnionej (beneficjenta projektu) otrzyma on dostęp do dodatkowych funkcjonalności takich jak, forum, komunikator, przeznaczonych dla beneficjentów. Obok wymienionych funkcji portal ma umożliwiać zgłaszanie uwag i problemów do administratora infrastruktury. W ramach Zamówienia Wykonawca zbuduje, dostarczy i uruchomi portal z rozbudowanymi funkcjami społecznościowymi wraz z systemem zarządzania treścią, uzgodni z Zamawiającym interfejs graficzny portalu, dokona jego instalacji na sprzęcie udostępnionym przez Zamawiającego, wprowadzając na stronę dane i inne informacje otrzymane od Zamawiającego wraz z migracją danych z istniejących stron urzędu, dokona uruchomienia oraz dostarczy odpowiednie licencje na oprogramowania portalu, pozwalające na udostępnienie pełnej funkcjonalności portalu dla co najmniej 500 zarejestrowanych użytkowników oraz 5 pracowników Zamawiającego. Ponadto przeprowadzi niezbędne szkolenia obsługi administracyjnej portalu, oraz udzieli 60 mc-y gwarancji i asysty technicznej. Portal będzie utrzymywany na serwerze Urzędu Gminy Zakrzówek pracującym w wirtualnym środowisku ESXi. Wymagania dla oprogramowania portalu: 1. Portal ma zapewniać elastyczność dołączania nowych rozwiązań informatycznych. Portal musi być zgodny ze standardami HTML 5, CSS 3.0, przejść pozytywną weryfikację przy pomocy narzędzi udostępnionych przez W3C pod adresem: oraz powinien być zgodny z WCAG 2.0 z uwzględnieniem poziomu AA. 2. Portal musi posiadać spójny mechanizm do nawigowania i znajdowania odpowiednich informacji. 3. Portal musi być wykonany w architekturze trójwarstwowej, zapewniającym separację warstwy prezentacji od warstwy bazodanowej i silnika. 4. Portal ma umożliwiać tworzenie, edycję oraz przeglądania bazy wiedzy zgromadzonej na portalu. Baza wiedzy powinna działać na podobnej zasadzie jak wikipedia, pozwala ona każdemu użytkownikowi, pod warunkiem posiadania odpowiednich praw, na tworzenie nowej strony z informacjami, które mogą być przydatne innym osobom, jak również edycje już stworzonych stron.

2 5. Szata graficzna musi być wykonana w postaci szablonów możliwych do modyfikacji z poziomu panelu administracyjnego. 6. Portal musi umożliwiać wyszukiwanie pełnotekstowe do przeszukiwania stron. 7. Portal musi zawierać forum dyskusyjne umożliwiające dzielenie się opiniami. Ponadto, funkcja komentarzy powinna pozwalać użytkownikom na zamieszczanie swoich wypowiedzi przy konkretnej stronie portalu lub dokumencie. Dyskusje prowadzone na forum są uwzględniane przez wyszukiwarkę. 8. Portal musi zawierać moduł ankiet on-line pozwalający na przeprowadzenie badania wśród osób mających dostęp do strony. Ankieta może obejmować pytania zamknięte, jednokrotnego i wielokrotnego wyboru, które są następnie automatycznie podsumowywane. Wyniki mogą być prezentowane w postaci graficznej. 9. Portal wykorzystuje wiadomości do powiadamiania użytkowników o istotnych wydarzeniach, zmianach w dokumentach, listach i innych elementach witryny. 10. Galerie grafik i zdjęć. Galeria musi umożliwiać przechowywanie i przeglądanie zdjęć, grafik oraz filmów. W bibliotece powinny być generowane automatycznie miniaturki, które ułatwiają przeglądanie zgromadzonych zasobów. 11. Po zalogowaniu użytkownika szablon strony powinien mieć możliwość dostosowywania do potrzeb danego użytkownika. Poszczególne elementy portalu składające się na stronę mają dwa tryby: wspólny i osobisty. Zmiany wprowadzane w trybie wspólnym (przez administratora lub uprawnionych użytkowników) są widoczne dla pozostałych użytkowników. Modyfikacje w trybie prywatnym dotyczą indywidualnego widoku danego użytkownika. 12. Portal musi posiadać wbudowane zabezpieczenia, w tym: ochronę przed próbami nieautoryzowanego dostępu do panelu administracyjnego (np. blokada konta po 3 próbach wpisania błędnego hasła). odporność na próby uzyskania dostępu poprzez znane formy włamań. odporność na zmiany treści za pomocą specjalnych skryptów i manipulacji w zapytaniach do bazy danych (np. sql injection, htmlspecialchars). stosować wyrażenia regularne w formularzach, stosować bezpieczne połączenia oparte o protokół SSL, tam gdzie jest to niezbędne (np. panel administracyjny) 13. Możliwość tworzenia wstępów do artykułów w postaci tekstu i/lub zdjęcia i możliwość swobodnego definiowania, w których częściach serwisu mają pojawiać się wstępy, a w których całe artykuły. 14. 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). 15. Możliwość tworzenia wstępów do artykułów (tzw. teaserów) w postaci tekstu i/lub zdjęcia. 16. Możliwość tworzenia wstępów do artykułów w postaci tekstu i/lub zdjęcia i możliwość swobodnego definiowania, w których częściach serwisu mają pojawiać się wstępy, a w których całe artykuły. 17. Możliwość publikacji załączników w postaci plików doc, xls, ppt, rtf, odt, plików tekstowych, plików pdf, jpg, gif, png, swf, mpg, mp3, avi, wmv, zip, rar, opatrzonych odpowiednimi ikonkami, oraz innych plików dowolnego formatu opatrzonych właściwą dla nich wspólną ikonką (dotyczy wgrywania na serwer plików z rozszerzeniami zapisanymi małymi i wielkimi literami). 18. Wszystkie moduły portalu wymagające rejestracji uczestników powinny posiadać funkcjonalność automatycznej(potwierdzanej mailowo) oraz ręcznej(potwierdzanej przez administratora) rejestracji użytkowników.

3 19. Portal powinien posiadać funkcjonalności: newsletter, RSS, licznik odwiedzin, kalendarz wydarzeń, moduł do formularzy elektronicznych-na potrzeby ewaluacji projektu, PORTAL DLA ADMINISTRATORA 1. System musi być zdolny do pracy na wielu platformach systemów operacyjnych m.in. Windows, Linux. 2. System musi być zaprojektowany tak by istniała łatwa możliwość dodawania nowych modułów i funkcji w przyszłości. Ze względu na swoją architekturę system musi być w pełni skalowalny i modyfikowalny. 3. System musi posiadać jawną i udokumentowaną na piśmie strukturę danych, zawierającą m.in. opis obiektów bazy danych i kody składowanych na bazie elementów systemu. Baza danych powinna być obsługiwana przy użyciu dobrze znanych mechanizmów i narzędzi administracyjnych dzięki, którym przy posiadaniu odpowiednich uprawnień można na bieżąco śledzić jej poszczególne elementy. Dokumentacja techniczna powinna zawierać informacje o wszystkich obiektach znajdujących się w zasobach bazy danych tzn.: a) tabelach: - budowa tabel, - atrybuty tabel, - relacje między tabelami, - klucze, - wyzwalacze bazowe, - więzy kontrolne wewnątrz tabeli, b) perspektywach, c) podprogramach składowanych: - pakietach, - funkcjach, - procedurach, d) rolach sterujących dostępem, e) synonimach. PORTAL DLA UŻYTKOWNIKA 1. Interfejs użytkownika musi być intuicyjny, konsekwentnie stosowany we wszystkich modułach i posiadać także standardową obsługę z poziomu klawiatury. 2. System musi być odporny na błędy operatora sprzętu i swoje własne w stopniu przynajmniej takim, by nie dokonywał niesygnalizowanych zapisów lub uszkodzeń własnych. System musi być transakcyjny, a więc musi być zachowany ciąg operacji wykonywanych na współdzielonych zasobach przeprowadzający system z jednego stanu w drugi. Zapis w bazie powinien być sygnalizowany odpowiednim oknem potwierdzenia. Każdy użytkownik powinien mieć zdefiniowane uprawnienia do danych i funkcji aplikacji. 3. System musi łatwo poddawać się modyfikacjom wynikającym ze zmian.

4 4. Powinien posiadać możliwość zmiany wielkości czcionki oraz zwiększania kontrastufunkcjonalności pomocne osobom z dysfunkcją wzroku. 5. Powinien posiadać możliwość czytania zamieszczanych artykułów-funkcjonalność pomocna osobom z dysfunkcją wzroku. ARCHITEKTURA PROPONOWANYCH ROZWIĄZAŃ - OPROGRAMOWANIE Wymogi funkcjonalne oprogramowania Oprogramowanie musi działać w wersji sieciowej Oprogramowanie musi pracować w oparciu o relacyjną bazę danych. Oprogramowanie musi być zbudowane w technologii klient-serwer. Oprogramowanie musi być w pełni zgodne ze stanem prawnym obowiązującym w momencie oddania do eksploatacji i musi mieć zapewnioną aktualizację serwisową poszczególnych modułów w przypadku zmiany prawa). Oprogramowanie musi posiadać moduł administracyjny umożliwiający zarządzanie nim i prawami użytkownika. Oprogramowanie musi stanowić zintegrowany pakiet aplikacji. Wymagane jest wzajemne współdziałanie aplikacji programowych poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze bazy danych. Oprogramowanie musi być otwarte, umożliwiające rozbudowę o nowe funkcje. Oprogramowanie musi zapewnić przyjazną komunikację z użytkownikiem (kontrola wprowadzanych danych, pomoc kontekstowa dla użytkownika). Interfejs użytkownika oraz pomoc kontekstowa musi być w języku polskim. Oferowane oprogramowanie musi posiadać wbudowany system ochrony danych przed niepowołanym dostępem użytkownicy posiadają różne uprawnienia dostępu do danych. Oferowane oprogramowanie musi posiadać dokumentację w języku polskim dla administratora i użytkownika, pozwalającą na samodzielną naukę obsługi oprogramowania. Wymagania dotyczące utrzymania i rozbudowy systemu System musi być skalowalny, przy czym skalowanie systemu może odbywać się przez: dołączenie dodatkowych stanowisk, rozbudowę warstwy aplikacyjnej, rozbudowę warstwy bazodanowej. Wiedza o systemie zawarta w podręczniku administratora i dokumentacji technicznej musi pozwalać na rozszerzanie systemu zarówno w odniesieniu do wydajności jak i pojemności. Łatwość pracy z systemem 1) System musi cechować się przyjaznym interfejsem użytkownika. 2) System musi być wyposażony w pomoc kontekstową

5 3) System musi być wyposażony w polskojęzyczne podręczniki użytkownika i administratora w wersji zarówno papierowej, jak i elektronicznej (zawierającej wyszukiwarkę) oraz w dokumentację techniczną. Podręczniki muszą wyjaśniać działanie systemu oraz pokazywać na przykładach, jak użytkownik/administrator może wykonać w systemie typowe zadania. Uwarunkowania licencyjne Zaproponowane przez Wykonawcę warunki licencjonowania: 1) Wykonawca przekaże licencję na oprogramowanie portalu Zamawiającemu 2) Licencje muszą być nieograniczone czasowo, bez ponoszenia jakichkolwiek cyklicznych opłat (w tym abonamentowych), wyłącznie na podstawie raz zakupionej licencji Wymagania bezpieczeństwa oraz wymagania związane z przechowywaniem danych i dostępnością systemu 1) Bezpieczeństwo danych. Dane muszą być zabezpieczone przed utratą w trybie czasu rzeczywistego przed awarią pojedynczych urządzeń pamięci masowych. 2) Tworzenie kopii zapasowych (backup). Oferow ane rozwiązanie musi umożliwiać tworzenie kopii zapasowych (backup) danych. Zaoferowane rozwiązanie musi być zdolne do tworzenia kopii zapasowych (backupu) danych dokonywanych nie rzadziej nić raz w tygodniu. Wymagania technologiczne Użytkownicy systemu jako stanowiska robocze będą wykorzystywać komputery z oprogramowaniem systemowym MS Windows bądź Linux. Dostarczone w ramach niniejszego zamówienia oprogramowanie musi działać w dowolnej sieci komputerowej w standardzie TCP/IP. System musi poprawnie działać z MS Windows i LINUX oraz z następującymi przeglądarkami WWW: - Internet Explorer (od wersji 8) - Firefox (od wersji 3.5) - Opera (od wersji 10) - Chrome (od wersji 15) Jeżeli Wykonawca opiera swoje rozwiązanie o platformy open source, to oprogramowanie dostarczone przez niego w ramach niniejszego zapytania nie może być oparte na wersjach niestabilnych. Zastosowane platformy open source powinny być dostatecznie rozwinięte i rozpowszechnione. Rozwiązania nie mogą być oparte na rozwiązaniach przestarzałych ani na rozwiązaniach niszowych.

6 Gwarancja i Asysta Techniczna Wykonawca udzieli 60 miesięcznej gwarancji na poprawne funkcjonowanie portalu oraz asysty technicznej w ramach których: -będzie usuwał wszelkie błędy w funkcjonowaniu strony (w terminie 48 godzin od momentu zgłoszenia problemu przez Zamawiającego) - udzieli wsparcia dla administratora portalu polegającego na udzieleniu administratorowi pomocy w zakresie konfiguracji i poprawnej pracy z systemem, -będzie dbał o aktualizację poprawek bezpieczeństwa, aktualizację wersji oprogramowania jak również zainstalowanych modułów i pluginów, SZKOLENIA W cenie oferty Wykonawca zobowiązany jest przeprowadzić szkolenia dla administratorów systemu (min. 2 pracowników UG Zakrzówek). Wykonawca zobowiązany jest zorganizować szkolenia co najmniej w wymiarze umożliwiającym przeszkolonej osobie sprawne posługiwanie się systemem stosownie do pełnionej przez niego roli.

7

8

9 ...

10 Załącznik nr 4 PROJEKT UMOWY zawarta w dniu r. pomiędzy Gminą Zakrzówek z siedzibą w Zakrzówku, ul. Żeromskiego 24, Zakrzówek, NIP , REGON zwaną w dalszej części umowy "Zamawiającym" reprezentowaną przez: 1. Grzegorz Lemiecha Wójt Gminy a... z siedzibą... NIP..., zwanym w dalszej części umowy "Wykonawcą" reprezentowanym przez... 1 Po przeprowadzonym postępowaniu w trybie zapytania ofertowego o wartości poniżej EURO na podstawie niniejszej umowy Zamawiający udziela zamówienia publicznego na Budowę i administrację portalu dla beneficjentów projektu pn. Zakrzówek Gmina bez barier finansowanego ze środków Unii Europejskiej w ramach Europejskiego Funduszu Rozwoju Regionalnego, Programu Operacyjnego Innowacyjna Gospodarka ,Działanie 8.3 Przeciwdziałanie wykluczeniu cyfrowemu einclusion zwanego w dalszej części umowy Zamówieniem, a Wykonawca zobowiązuje się wykonać Zamówienie zgodnie ze złożoną ofertą, Opisem przedmiotu zamówienia, w terminie, na zasadach i warunkach określonych w umowie Wykonawca zobowiązuje się do wykonania przedmiotu umowy w terminie do 30 sierpnia 2013r. 2. Dostarczone licencje staną się własnością zamawiającego. 3. Wykonawca zobowiązuje się zaprojektować, dostarczyć oraz zainstalować oprogramowanie portalu na urządzeniach wskazanych przez Zamawiającego. 4. Wykonawca w ramach umowy przeprowadzi szkolenia dla pracowników Zamawiającego z obsługi administracyjnej oprogramowania dla min. 2 osób Zrealizowane Zamówienie będzie przekazane komisyjnie Zamawiającemu na podstawie protokołu odbioru. Odbioru dokona komisja w składzie: ze strony Zamawiającego., ze strony Wykonawcy... 1

11 2. Protokół odbioru powinien zawierać w szczególności: miejsce i datę sporządzenia, wykaz przeprowadzonych prac, uwagi i zastrzeżenia, testy techniczne oraz podpisy członków komisji Termin uważa się za dotrzymany, jeżeli przed jego upływem Wykonawca przekazał przedmiot Zamówienia określony w 1 niniejszej umowy. 2. Strony ustalają odpowiedzialność za niewykonanie lub nienależyte wykonanie zobowiązań umownych w formie kar umownych w następujących wypadkach i wysokościach: 2.1 Wykonawca zapłaci Zamawiającemu kary umowne: a) za zwłokę w wykonaniu przedmiotu umowy w wysokości 1,0% wynagrodzenia określonego w 6 ust. 1 umowy za każdy dzień zwłoki, b) za zwłokę w wymianie wadliwych elementów stwierdzonych przy odbiorze w wysokości 0,5% wynagrodzenia określonego w 6 ust. 1 umowy za każdy dzień zwłoki liczonej od terminu ustalonego według 2, c) z tytułu odstąpienia od realizacji umowy z powodu okoliczności, za które odpowiada Zamawiający w wysokości 20% wartości wynagrodzenia określonego w 6 ust. 1 umowy, d) za zwłokę w wykonaniu naprawy gwarancyjnej w wysokości 0,5% wynagrodzenia określonego w 6 ust. 1 umowy za każdy dzień zwłoki. 2.2 Zamawiający zobowiązany jest zapłacić Wykonawcy karę umowną z tytułu odstąpienia od umowy z przyczyn zależnych od Zamawiającego w wysokości 10% wartości wynagrodzenia określonego w 6 ust. 1 umowy. 3. W sytuacji gdy kary umowne przewidziane w ust. 2 nie pokrywają szkody, stronom przysługuje prawo żądania odszkodowania na zasadach ogólnych Wykonawca zobowiązuje się dołączyć do przedmiotu Zamówienia dokumentację powykonawczą, instrukcję użytkowania, warunki gwarancji, opisy techniczne, licencje oraz nośniki z oprogramowaniem niezbędne do jego użytkowania zgodnie z przeznaczeniem i prawem. 2. Dostarczone dokumenty będą sporządzone w języku polskim Za wykonanie przedmiotu Zamówienia strony ustalają cenę w wysokości. zł (w tym podatek VAT) 2. Cena określona w ust. 1 obejmuje całkowitą należność, jaką Zamawiający zobowiązany jest zapłacić za wykonanie przedmiotu zamówienia. Cena obejmuje wszelkie koszty i opłaty związane z realizacją umowy, w szczególności: cła i podatki związane z 2

12 wykonaniem Zamówienia, koszty transportu, dokumentację niezbędną do użytkowania zgodnie z przeznaczeniem Zapłata ceny, o której mowa w 6 ust. 1 zostanie dokonana przelewem na rachunek bankowy Wykonawcy wskazany na fakturze w terminie do 30 dni od dnia otrzymania przez Zamawiającego prawidłowo wystawionej faktury VAT wraz z podpisanym przez obie strony protokołem odbioru. 2. Za datę zapłaty przyjmuje się datę obciążenia rachunku bankowego Zamawiającego. 8 Wykonawca udziela 60 miesięcznej gwarancji i asysty technicznej na oprogramowanie oraz oświadcza, że w okresie jej obowiązywania w przypadku wystąpienia awarii dokona naprawy w czasie nie dłuższym niż 48 godzin od momentu zgłoszenia takiej potrzeby przez Zamawiającego. Udzielenie gwarancji oraz powyższe oświadczenie musi być złożone w formie pisemnej. Ponadto, na żądanie Zamawiającego, Termin gwarancji biegnie z dniem odbioru końcowego Zamawiający może odstąpić od umowy w przypadkach przewidzianych w przepisach prawa, oraz jeżeli Wykonawca dopuści się w realizacji Zamówienia zwłoki przekraczającej okres 1 miesiąca lub naruszy inne istotne postanowienia umowy, po upływie 7 dni od wezwania przez Zamawiającego do zaniechania przez Wykonawcę naruszeń istotnych postanowień umowy i usunięcia ewentualnych skutków naruszeń. 2. W przypadku odstąpienia od umowy, o którym mowa w ust. 1, ma zastosowanie kara umowna, o której mowa w 4 ust. 2.1 lit. c). 10 Wszelkie zmiany i uzupełnienia niniejszej umowy wymagają formy pisemnej pod rygorem nieważności. Zmiany nie mogą wykraczać poza postanowienia art. 144 ustawy Prawo zamówień publicznych 11 Ewentualne spory wynikłe w związku z realizacją niniejszej umowy będą załatwiane w pierwszej kolejności polubownie, a w przypadku braku porozumienia przez sąd właściwy dla siedziby Zamawiającego. 3

13 12 W sprawach nie uregulowanych niniejszą umową mają zastosowanie przepisy Kodeksu Cywilnego. 13 Integralną część umowy stanowią załączniki: - Oferta Wykonawcy zamówienia - Opis przedmiotu zamówienia 14 Umowę sporządzono w dwóch jednobrzmiących egzemplarzach po jednym dla Zamawiającego i Wykonawcy Miejscowość i data:.. podpis Wykonawcy:. podpis Zamawiającego:. 4