NA WYKONANIE SERWISU INTERNETOWEGO WWW.ZARY.PL, OPIEKĘ TECHNICZNĄ ORAZ HOSTING POWIERZCHNI DYSKOWEJ
UMOWA Nr ……………………………………
NA WYKONANIE SERWISU INTERNETOWEGO XXX.XXXX.XX, OPIEKĘ TECHNICZNĄ ORAZ HOSTING POWIERZCHNI DYSKOWEJ
zawarta w Żarach dnia 2014 r.
W wyniku przeprowadzonych czynności o udzielenie zamówienia publicznego o wartości szacunkowej poniżej 14 000 euro zawarto umowę o następującej treści:
Strony umowy:
………………………………………………………………………………………………………………
………………………………………………………………………………………………………………
………………………………………………………………………………………………………………
………………………………………………………………………………………………………………
……………………………………………………………………………………………………………… zwana dalej: „Wykonawcą”
a
Gmina Żary o statusie miejskim, Rynek 1-5, 68-200 Żary, NIP 928 20 77 626, reprezentowana przez: Burmistrza Miasta – Xxxxxxx Xxxxxxxxxxx przy kontrasygnacie Skarbnika Gminy – Xxxxxx Xxxxx, zwana dalej: „Zamawiającym”.
§1. Pojęcia podstawowe
Strony ustalają następujące rozumienie użytych w niniejszej umowie sformułowań, słów lub skrótów:
SYSTEM CMS – program komputerowy wraz z kodami źródłowymi, stworzony przy wykorzystaniu powszechnie dostępnych technologii internetowych, umożliwiający ingerencje w treść merytoryczną serwisu internetowego, bez znajomości technik programistycznych służących do budowania serwisów internetowych. Ingerencja w zawartość serwisu odbywa się poprzez formularze dostępne dla użytkownika po podaniu nazwy użytkownika i hasła.
LICENCJA – oznacza odpłatne, niepełne, niewyłączne, udzielone przez Wykonawcę prawo do korzystania z systemu CMS, bez prawa do jego dalszej odsprzedaży, bez prawa do jego bezpłatnego rozpowszechniania, bez zgody Wykonawcy. Licencjobiorca nie może dokonywać tłumaczenia, poprawiania, przystosowywania, zmiany układu i jakichkolwiek innych zmian w wersji wynikowej programu lub jego części, ani też przystosowywania programu do innych celów. Zabroniona jest wszelka ingerencja w kod źródłowy programu tj. np. zmieniania kodu, kompilowania, zmieniania przeznaczenia programu, adoptowania programu do innych celów - bez pisemnego upoważnienia Licencjodawcy. Licencjobiorca zobowiązuje się do powstrzymania się od jakichkolwiek zachowań o charakterze konkurencyjnym w stosunku do Licencjodawcy. Licencjobiorca nie jest w żadnym wypadku uprawniony do rozpowszechniania programu, udzielania licencji lub sublicencji, dzierżawy lub najmu, w tym do zbywania egzemplarza programu, towarzyszących mu materiałów oraz nośników bez pisemnej zgody Licencjodawcy.
KOD ŹRÓDŁOWY – pisemny lub elektroniczny zapis algorytmu działania systemu CMS.
SERWER INTERNETOWY – komputer podłączony do sieci Internet, na którym zostanie umieszczony serwis xxx.xxxx.xx
HOSTING – zestaw usług związanych z utrzymaniem technicznym serwisu xxx.xxxx.xx zawierający usługi opisane w załączniku nr 1 do niniejszej umowy.
§2. Przedmiot umowy Przedmiotem umowy jest:
1. Wykonanie nowego serwisu internetowego xxx.xxxx.xx.
2. Przeniesienie istniejących danych ze starego serwisu do nowego.
3. Udzielenie licencji systemu CMS w okresie związania umową.
4. Usługa hostingu na potrzeby przedmiotowego serwisu internetowego.
5. Opieka techniczna przedmiotowego serwisu internetowego.
§3. Warunki wykonania serwisu internetowego
1. Wykonawca wykona nowy serwis internetowy xxx.xxxx.xx zgodnie z wytycznymi Zamawiającego, zapisami przedmiotowej umowy oraz warunkami technicznymi opisanymi w załączniku nr 1 do niniejszej umowy.
2. Jako dzień rozpoczęcia realizacji przedmiotu umowy przyjmuje się dzień zawarcia umowy.
3. Wykonawca wykona gotową, produkcyjną wersję serwisu xxx.xxxx.xx w terminie ……… dni licząc od dnia otrzymania niezbędnych materiałów od Zamawiającego.
4. Po wykonaniu nowego serwisu internetowego Wykonawca przeniesie do niego dane z serwisu istniejącego w terminie dni od dnia zatwierdzenia przez Zamawiającego ostatecznej wersji
serwisu. Ilość przenoszonych danych może zostać ograniczona przez Zamawiającego po wykonaniu nowego serwisu.
5. Uznanie prac związanych z wykonaniem nowego serwisu i przeniesieniem danych jako zakończone, wymaga uzyskania od Zamawiającego potwierdzenia w formie pisemnej.
§4. Prawa autorskie
1. Wykonawca dostarczy system CMS do zarządzania serwisem internetowym xxx.xxxx.xx zgodnie z wytycznymi Zamawiającego, zapisami przedmiotowej umowy oraz warunkami technicznymi opisanymi w załączniku nr 1 do niniejszej umowy.
2. Wykonawca udziela Zamawiającemu licencji na system CMS na okres 24 miesięcy.
3. Udzielenie licencji, o której mowa w ust. 2, następuje z chwilą przyjęcia systemu CMS przez Zamawiającego w formie elektronicznej, zainstalowanej na serwerze internetowym z dniem uruchomienia gotowej, produkcyjnej wersji serwisu xxx.xxxx.xx
4. Autorskie prawa osobiste oraz majątkowe dotyczące systemu CMS przysługują Wykonawcy, a Zamawiający nie nabywa tych praw poprzez zawarcie niniejszej umowy.
5. Przeniesienie majątkowych praw autorskich do szaty graficznej serwisu xxx.xxxx.xx następuje z chwilą uznania prac związanych z wykonaniem nowego serwisu i przeniesieniem danych jako zakończone, bez ograniczeń co do terytorium, czasu lub liczby egzemplarzy, w zakresie wszystkich pól eksploatacji, o których mowa w Art. 50 Ustawy o prawie autorskim i prawach pokrewnych oraz pozwala na:
a) utrwalanie, kopiowanie, wprowadzenie do pamięci komputerów i serwerów sieci komputerowych,
b) wystawianie lub publiczną prezentację (na ekranie), w tym podczas seminariów i konferencji,
c) wykorzystywanie w materiałach wydawniczych oraz we wszelkiego rodzaju mediach audio- wizualnych i komputerowych,
d) prawo do korzystania w całości lub w części oraz ich łączenia z innymi dziełami, tworzenie opracowania poprzez dodanie różnych elementów, uaktualnienie, modyfikację, tłumaczenie na różne języki, zmianę barw, okładek, wielkości i treści całości lub ich części,
e) publikację i rozpowszechnianie w całości lub w części za pomocą wizji lub fonii przewodowej albo bezprzewodowej przez stację naziemną, nadawanie za pośrednictwem satelity, równoległe i integralne nadawanie dzieła przez inną organizację radiową bądź telewizyjną, transmisję komputerową (sieć szerokiego dostępu, Internet) łącznie z utrwalaniem w pamięci RAM oraz zezwalaniem na tworzenie i nadawanie kompilacji,
f) udostępniania w zakresie opisanych wyżej pól eksploatacji odpłatnie lub nieodpłatnie.
6. W ramach wynagrodzenia o którym mowa w § 12, Wykonawca przenosi na Zamawiającego prawo zezwalania na wykonywanie zależnego prawa autorskiego. Wykonawca udziela Zamawiającemu nieodwołalnej zgody na dokonywanie przez Zamawiającego dowolnych zmian w przedmiotach, do których Zamawiający nabył majątkowe prawa autorskie na podstawie niniejszej Umowy.
§5. Usługa hostingowa
1. Wykonawca zapewni na potrzeby serwisu internetowego xxx.xxxx.xx profesjonalną usługę hostingu.
2. Hosting powinien spełniać minimalne wymogi w postaci:
a) zabezpieczać utrzymanie serwisu internetowego oraz poczty,
b) zapewniać powierzchnię dyskową min. 50 GB,
c) umożliwiać konfigurację dowolnej ilości skrzynek pocztowych w domenie w ramach powierzchni,
d) umożliwiać konfigurację dowolnej ilość subdomen w ramach powierzchni,
e) umożliwiać konfigurację dowolnej ilości baz danych w ramach powierzchni,
f) zapewniać transfer roczny minimum 1000 GB,
g) zapewniać mechanizmy bezpieczeństwa danych, antywirusowe i antyspamowe.
3. Uruchomienie usługi hostingu, o której mowa w ust. 1, następuje z dniem uruchomienia gotowej, produkcyjnej wersji serwisu xxx.xxxx.xx
4. Wykonawca może powierzyć obowiązki, o których mowa w §5 niniejszej umowy profesjonalnemu podmiotowi zewnętrznemu zajmującemu się świadczeniem usług hostingowych z zastrzeżeniem przestrzegania warunków niniejszej umowy, a w szczególności zapisów §8.
§6. Obowiązki Zamawiającego
1. Zamawiający zobowiązuje się do przestrzegania zasady poufności, co do technicznej realizacji przedmiotu umowy i wykorzystanych rozwiązań technologicznych.
2. Zamawiający zobowiązuje się do nieudostępniania osobom trzecim przekazanych loginów i haseł dostępowych do przedmiotu umowy, które są poufne.
3. Zamawiający zobowiązuje się do niedokonywania jakichkolwiek zmian w kodzie źródłowym w systemie CMS bez zgody Wykonawcy.
4. Zamawiający zobowiązuje się do wykorzystania przedmiotu umowy wyłącznie na potrzeby prowadzenia serwisu internetowego xxx.xxxx.xx i nie ma prawa do wykorzystania go w innych celach.
5. Zamawiający wyraża zgodę na wykorzystywanie informacji o wykonaniu przez Wykonawcę przedmiotu umowy w materiałach marketingowo-reklamowych opracowanych w formie drukowanej i elektronicznej Wykonawcy oraz na liście referencyjnej Wykonawcy z zastrzeżeniem zapisów §8.
§7. Obowiązki Wykonawcy
1. Wykonawca zobowiązuje się do realizacji usług określonych w §2 zgodnie z wytycznymi Zamawiającego, zapisami niniejszej umowy oraz załącznikiem nr 1 do umowy.
2. Wykonawca zobowiązuje się do ciągłego ulepszania przedmiotu umowy, dostosowując go do potrzeb Zamawiającego, zgodnie z obowiązującymi regulacjami prawnymi i nowymi rozwiązaniami technologicznymi.
3. Wykonawca zobowiązuje się do rzetelnego wykonania przedmiotu umowy zgodnie z poczynionymi ustaleniami oraz obowiązującą sztuką zawodową i dostępnymi na rynku rozwiązaniami technicznymi.
4. Wykonawca zobowiązuje się do zapewnienia ciągłości świadczenia usługi hostingowej oraz opieki technicznej.
5. Wykonawca zobowiązuje się do wykonywania miesięcznych kopii bezpieczeństwa na nośnikach zewnętrznych.
6. Na pisemne zamówienie Zamawiającego kopia archiwalna zostanie wykonana na nośniku zewnętrznym CDR. Opłata abonamentowa obejmuje bezpłatne przekazanie jednej kopii archiwalnej w miesiącu.
§8. Bezpieczeństwo i poufność
1. Wykonawca oświadcza, że jest uprawniony do wykonywania na terenie Polski czynności w zakresie określonym w niniejszej umowie.
2. Wykonawca zobowiązuje się wykonywać niniejszą umowę z najwyższą starannością zawodową w celu zabezpieczenia prawnego, organizacyjnego i technicznego interesów Zamawiającego w zakresie przetwarzania Zbiorów Danych oraz interesów osób, których dotyczą przetwarzane Dane.
3. Dane osobowe przetwarzane przez system objęte są ochroną zgodnie z ustawą o ochronie danych osobowych (Dz.U.2002 r. Nr 101 poz. 926 ze zm.).
4. Wykonawca zobowiązuje się do wykorzystania Zbiorów Danych w zakresie i na zasadach określonych w niniejszej umowie, Ustawie o ochronie danych osobowych (tekst jednolity: Dz. U. z 2002 r Nr 101, poz. 926 z późn. zm.) i wydanych na jej podstawie aktach wykonawczych.
5. W przypadku, gdy dostęp do Danych Osobowych odbywać się będzie za pośrednictwem systemu informatycznego, system ten spełniać powinien wymagania wynikające z rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U. z 2004 r. Nr 100, poz. 1024), a w szczególności:
a) zapewniać ochronę przetwarzanych danych i zabezpieczać je przed ich udostępnieniem osobom nieupoważnionym, zabraniem przez osobę nieuprawnioną, przetwarzaniem z naruszeniem ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tekst jednolity: Dz. U. z 2002 r. Nr 101 poz. 926, z późn. zm.), zmianą, utratą, uszkodzeniem lub zniszczeniem oraz udostępnieniem osobom nieupoważnionym,
b) zapewniać kontrolę dostępu do aplikacji,
c) serwery, na których przetwarzane będą dane powierzone przez Zamawiającego zostaną zabezpieczone przed dostępem osób niepowołanych, z zewnętrznych sieci komputerowych.
6. Do obsługi Systemu Informatycznego oraz urządzeń wchodzących w jego skład będą dopuszczone jedynie osoby posiadające upoważnienie od Wykonawcy zgodne z art. 37 ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tekst jednolity: Dz. U. z 2002 r Nr 101 poz. 926, z późn. zm.).
7. Wykonawca zobowiązuje się zachować w tajemnicy wszelkie informacje związane ze Zbiorami Danych w ramach wykonywania niniejszej umowy w trakcie realizacji jak również bezterminowo po wygaśnięciu, rozwiązaniu lub odstąpieniu od umowy.
8. Ewentualne dalsze powierzenie podwykonawcy przetwarzania danych osobowych, których administratorem jest Zamawiający, wymaga uzyskania pisemnej zgody Zamawiającego.
9. Przez informacje poufne rozumie się wszelkie informacje przekazywane Wykonawcy przez Zamawiającego bez względu na sposób ich przekazania (ustnie, pisemnie, na nośniku elektromagnetycznym lub innym) za wyjątkiem tych informacji, które w chwili ujawniania lub przekazywania Wykonawcy zostaną wyraźnie określone jako nie objęte poufnością oraz wszelkie, nieujawnione do wiadomości publicznej informacje gospodarcze, w tym handlowe, techniczne, technologiczne, prawne, organizacyjne, know-how dotyczące Zamawiającego lub jego współpracowników i kontrahentów, uzyskane przez Wykonawcę w związku lub przy wykonywaniu niniejszej umowy, a w szczególności informacje zawarte w bazie danych.
10.Wykonawca zobowiązuje się, że wszelkie przekazane i ujawnione mu przez Zamawiającego informacje poufne zostaną zachowane w pełnej tajemnicy i poufności, zostaną użyte i wykorzystane wyłącznie dla celów związanych z realizacją niniejszej umowy oraz że nie zostaną przekazane lub ujawnione jakiejkolwiek osobie trzeciej bez wyraźnej, uprzedniej zgody Zamawiającego, wyrażonej w formie pisemnej.
11. Wykonawca zobowiązuje się do: nie kopiowania, nie powielania ani w jakikolwiek sposób nie rozpowszechniania informacji poufnych, za wyjątkiem przypadków, gdy jest to potrzebne w celu realizacji niniejszej umowy, w których to przypadkach wszelkie takie kopie będą własnością Zamawiającego.
§9. Gwarancja i usługi pogwarancyjne
1. Wykonawca udziela gwarancji na przedmiot umowy na okres 24 miesięcy licząc od dnia uruchomienia gotowej, produkcyjnej wersji serwisu xxx.xxxx.xx
2. W razie wystąpienia wad w przedmiocie umowy określonym w §2 ust.1 w terminie 1 miesiąca od wydania go Zamawiającemu Wykonawca zobowiązuje się do nieodpłatnego dostarczenia przedmiotu zamówienia wolnego od wad w terminie 7 dni od daty zgłoszenia wady.
3. Gwarancja obejmuje niezwłoczne, bezpłatne usunięcie wad technicznych w przedmiocie umowy określonym w §2 ust.1 nie później jednak niż 5 dni roboczych od daty zgłoszenia.
4. Zgłoszenia przyjmowane będą w godzinach pracy Wykonawcy, za pomocą kanałów komunikacyjnych opisanych w §11.
5. Wykonawca nie ponosi odpowiedzialności za skutki udostępnienia przez Zamawiającego loginów dostępowych i haseł do przedmiotu umowy osobom trzecim.
6. Wykonawca nie ponosi odpowiedzialności za przerwy w dostępie do serwisu xxx.xxxx.xx spowodowane:
a) przerwami w dostępie do sieci Internet spowodowanymi przez operatorów telekomunikacyjnych,
b) celowym działaniem osób trzecich,
c) działaniem sił wyższych.
§10. Techniczna opieka powdrożeniowa
1. W ramach 12 miesięcznej technicznej opieki powdrożeniowej liczonej od dnia uruchomienia gotowej, produkcyjnej wersji serwisu xxx.xxxx.xx, wykonywane będą następujące usługi techniczne:
a) prowadzenie działań w zakresie konserwacji przedmiotu umowy określonego w §2 ust.1,
b) dostosowywanie przedmiotu umowy określonego w §2 ust.1 do zmian i modyfikacji zgłaszanych przez Zamawiającego w okresie trwania opieki w ilości 10 rbh,
c) wykonywanie miesięcznych kopii bezpieczeństwa,
d) po upływie okresu gwarancji, o której mowa w § 9 umowy, usuwania niezwłocznie wad technicznych w przedmiocie umowy lecz nie później niż 5 dni roboczych od daty zgłoszenia,
e) podjęcia działań serwisowych niezwłocznie nie dłużej niż 3 dni roboczych od daty zgłoszenia w zakresie usterek nie objętych gwarancją.
2. W ramach technicznej opieki powdrożeniowej Wykonawca wykona 10 sztuk animowanych banerów w technologii Adobe Flash zgodnie z wytycznymi Zamawiającego i w terminach przez niego wskazanych.
3. Jako dzień rozpoczęcia technicznej opieki powdrożeniowej przyjmuje się dzień uruchomienia gotowej, produkcyjnej wersji serwisu.
4. W ramach powdrożeniowej opieki technicznej Zamawiającemu przysługuje pomoc telefoniczna w ilości 2 rbh miesięcznie.
5. Usługi pomocy technicznej świadczone będą w godzinach pracy Wykonawcy, na podstawie zgłoszeń Zamawiającego za pomocą kanałów komunikacyjnych opisanych w §11.
§11. Kanały komunikacyjne
1. Wykonawca przyjmuje zgłoszenia Zamawiającego za pośrednictwem:
a) poczty elektronicznej z wykorzystaniem adresów e-mail: ,
b) telefonicznie pod numerem telefonu ,
c) z wykorzystaniem poczty tradycyjnej.
2. Osobami odpowiedzialnymi ze strony Zamawiającego za realizację umowy są:
a) Xxxxxxxxx Xxxxxxxxx, 68 4708356, xxx@xx.xxxx.xx,
b) Xxxxx Xxxxxxxxxxxx. 68 4708353, xxx@xx.xxxx.xx.
§12. Warunki i terminy płatności
1. Za wykonanie zadań określonych w §2 ust.1, Wykonawcy przysługuje jednorazowe wynagrodzenie w wysokości ……………. netto (słownie: ……….) powiększone o podatek VAT wg stawki obwiązującej w dniu wystawienia faktury VAT.
2. Za wykonanie zadań określonych w §2 ust.2, Wykonawcy przysługuje jednorazowe wynagrodzenie w wysokości ……………. netto (słownie:……….) powiększone o podatek VAT wg stawki obwiązującej w dniu wystawienia faktury VAT.
3. Za udzielenie licencji określonej w §4, Wykonawcy przysługuje wynagrodzenie w wysokości
……………. netto (słownie: …….…….) powiększone o podatek VAT wg stawki obwiązującej w dniu wystawienia faktury VAT.
4. Za zapewnienie usługi hostingu określonej w §5, Wykonawcy przysługuje wynagrodzenie roczne w wysokości ……………. netto (słownie: ……….) powiększone o podatek VAT wg stawki obwiązującej w dniu wystawienia faktury VAT.
5. Za zapewnienie opieki technicznej określonej w §10, Wykonawcy przysługuje wynagrodzenie w wysokości ……………. netto (słownie: ………..…….) powiększone o podatek VAT wg stawki obwiązującej w dniu wystawienia faktury VAT.
6. Płatności określone w §12 ust. 1 i 2 dokonane będą po realizacji zadań, przelewem na rachunek bankowy wskazany na fakturze VAT w terminie 21 dni od dnia doręczenia Zamawiającemu faktury VAT wystawionej przez Wykonawcę.
7. Płatności określone w §12 ust. 3, 4, 5 dokonane będą z góry, przelewem na rachunek bankowy wskazany na fakturze VAT w terminie 21 dni od dnia doręczenia Zamawiającemu faktury VAT wystawionej przez Wykonawcę.
8. W przypadku rozwiązania umowy przez którąkolwiek ze stron, Wykonawca zobowiązany będzie zwrócić Zamawiającemu kwoty wskazane w §12 ust. 3, 4, 5 w wysokości proporcjonalnej do pozostałego okresu w jakim miała obowiązywać umowa.
9. W przypadku opóźnienia płatności powyżej 14 dni usługa zostanie zablokowana do czasu jej uregulowania.
10. Zamawiający oświadcza, że jest płatnikiem podatku VAT i upoważnia Wykonawcę do wystawienia faktur bez podpisu Zamawiającego.
§13. Kary umowne
1. W przypadku nie wywiązania się z postanowień umowy lub odstąpienia od niej z przyczyn leżących po stronie Wykonawcy, Zamawiającemu przysługuje zwrot udokumentowanych poniesionych nakładów oraz kara umowna w wysokości 1000 zł.
2. W przypadku odstąpienia od umowy z przyczyn leżących po stronie Zamawiającego, Wykonawcy przysługuje zwrot udokumentowanych poniesionych nakładów.
3. Za niedotrzymanie przez Wykonawcę terminów określonych w §3 ust.3 i 4 niniejszej umowy, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 50 zł za każdy dzień zwłoki.
4. Strony mogą dochodzić odszkodowania przenoszącego wysokość zastrzeżonych kar umownych.
§14. Postanowienia końcowe
1. Strony deklarują polubowne rozstrzyganie sporów. W przypadku nie dojścia do porozumienia na drodze polubownej, wszelkie spory pomiędzy Wykonawcą, a Zamawiającym będą rozstrzygane przez sąd właściwy rzeczowo i miejscowo dla siedziby Zamawiającego.
2. W sprawach nieuregulowanych niniejszą umową stosuje się przepisy ustawy o prawie autorskim i prawach pokrewnych oraz przepisy kodeksu cywilnego.
3. Wszelkie zmiany niniejszej umowy wymagają formy pisemnej pod rygorem nieważności.
4. Umowa zostaje zawarta na czas oznaczony 12 miesięcy.
5. W przypadku niewykonania lub nienależytego wykonania przedmiotu umowy strony ustalają możliwość wypowiedzenia umowy z zachowaniem jednomiesięcznego okresu wypowiedzenia.
6. Umowę sporządzono w dwóch jednobrzmiących egzemplarzach, po jednym dla każdej ze stron.
Wykonawca Zamawiający
Wynagrodzenie dofinansowane w ramach z projektu „Dowiedz się o naszych miastach”. Projekt jest dofinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Współpracy Transgranicznej Polska - Saksonia 2007-2013.
Fundusz Małych Projektów (FMP) Euroregionu Sprewa - Nysa - Bóbr oraz budżetu państwa.
Załącznik Nr 1 do umowy na wykonanie serwisu internetowego xxx.xxxx.xx
Warunki techniczne realizacji zadania - wymagania minimalne dla portalu xxx.xxxx.xx
I. Wymagania ogólne
1. Portal xxx.xxxx.xx musi działać w oparciu o narzędzie klasy CMS obsługiwane za pomocą przeglądarki internetowej.
2. Wykorzystana technologia oraz rozwiązania konstrukcyjne muszą zapewniać otwartość w zakresie dalszego rozwoju portalu.
3. CMS musi funkcjonować prawidłowo w polskiej wersji językowej.
4. CMS musi poprawnie działać z wykorzystaniem protokołu szyfrującego HTTPS. Wymóg ten dotyczy co najmniej procesu autoryzacji użytkownika. Dalsze działanie narzędzia może odbywać się z pominięciem protokołu HTTPS.
5. CMS musi poprawnie działać z wykorzystaniem najpopularniejszych przeglądarek internetowych (wg serwisu xxx.xxxxxxx.xx). Jako najpopularniejsze na dzień złożenia oferty Zamawiający przyjmuje następujące przeglądarki:
1) FireFox 26.x
2) Chrome 32.x
3) Opera 12.x
4) MSIE 8.x, 9.x, 10.x, 11.x
6. CMS musi być przygotowane w technologii umożliwiającej dostosowanie warstwy prezentacyjnej do nowszych wersji przeglądarek internetowych.
7. CMS musi posiadać dodatkowe mechanizmy bezpieczeństwa w zakresie:
1) Nieautoryzowanego dostępu do danych poprzez:
a) Automatyczne blokowanie loginu użytkownika przy przekroczeniu „x” nieudanych prób logowania,
b) Automatyczne blokowanie aplikacji po „x” nieudanych próbach logowania, w przypadku gdy login nie został nigdy użyty w aplikacji, czyli jest nieznany,
c) Automatyczne wymuszenie zmiany hasła użytkownika po upływie „x” dni,
d) Wartości „x” rozumiane są jako wartość wprowadzana niezależnie przez administratora Systemu (liczba całkowita).
2) Konfiguracji uprawnień dla redaktorów CMS na poziomie:
a) Uprawnień dostępowych do modułu funkcjonalnego,
b) Uprawnień dostępowych do funkcji (operacji w module dostępowym np. użytkownik ma prawo do dodawania nowych rekordów a nie ma prawa do ich publikacji).
3) Uprawnień dostępowych do rekordu w module (np. użytkownik posiada uprawnienia do jednego z rekordów na liście, inny użytkownik nie posiada praw do tego rekordu).
8. CMS musi umożliwiać dowolne tworzenie nowych grup użytkowników oraz przypisywanie uprawnień dostępowych dla tych grup.
9. CMS musi umożliwiać dowolne tworzenie nowych użytkowników oraz przypisywanie ich do grup użytkowników.
10. CMS musi umożliwiać przypisywanie indywidualnych uprawnień użytkowników poza tymi, które są dziedziczone z grupy użytkowników do której należy użytkownik.
11. CMS musi posiadać mechanizmy autorejestracji działań użytkowników w zakresie:
1) Dziennik logowań – rejestrujący udane i nieudane próby logowania użytkowników do części administracyjnej wraz z oznaczeniem daty, godziny oraz udanej lub nieudanej próby logowania,
2) Rejestr zdarzeń – rejestrujący działania użytkowników w Systemie administracyjnym CMS w zakresie informacji publicznych. Rejestr zdarzeń powinien rejestrować przede wszystkim
takie operacje jak: dodanie, edycja, usunięcie, upublicznienie rekordu informacji publicznej, elementach słownikowych, łączenia załączników oraz rejestracji importu danych poprzez WebApi.
12. CMS musi być zbudowane w oparciu o budowę modułową. Oznacza to że w CMS muszą funkcjonować dedykowane moduły funkcjonalne, przygotowane do obsługi konkretnego rodzaju informacji oraz posiadające specjalne funkcjonalności z możliwością przypisywania uprawnień dostępowych redaktorów do tych modułów:
1) Menu
2) Artykuły
3) Wersje językowe
4) Galeria zdjęć
5) Galeria filmów
6) Plan miasta
7) Kalendarium
8) Banery
9) Ankiety / sondy
10) News box
11) RSS
13. CMS powinien posiadać system przesyłania informacji z portalu miasta Żary do portalu xxxxxxxxxxxxx.xx w oparciu o WebApi.
14. CMS musi posiadać moduł Menadżera plików binarnych z możliwością ich późniejszego wykorzystania w określonych modułach funkcjonalnych.
15. CMS musi umożliwiać automatyczne tworzenie ikony graficznej oznaczającej dany rodzaj pliku na podstawie rozszerzenia (ikony graficzne dla najpopularniejszych rozszerzeń zostaną opracowane przez wykonawcę na etapie wdrożenia, wymagana jest prezentacji dla min. 5 rozszerzeń (pdf, exel, word, zip, rar, txt)).
16. Menadżer plików musi umożliwiać podział przechowywanych plików na kategorie tematyczne.
17. Menadżer plików musi umożliwiać wyszukiwanie plików poprzez:
1) Filtrowanie plików w zakresie wybranej kategorii plików,
2) Filtrowanie plików wg daty dodania pliku do menadżera w przedziale dni od do,
3) Wyszukiwanie po nazwie pliku i rozszerzeniu,
4) Opcję szybkiego filtrowania plików „pokaż dodane dzisiaj” umożliwiającą przefiltrowanie listy plików wg daty dodania w dniu dzisiejszym.
18. Menadżer plików musi umożliwiać wczytywanie plików poprzez protokół FTP z wydzielonego w tym celu konta FTP na serwerze.
19. Menadżer pików musi umożliwiać wczytanie nowych plików do istniejącej kategorii lub do nowo dodanej kategorii.
20. Menadżer plików musi umożliwiać wczytanie nowych plików z zachowaniem nazw plików utworzonych przez użytkowników (nazwa pliku w menadżerze jest automatycznie tworzona na podstawie nazwy właściwiej pliku).
21. Menadżer plików musi umożliwiać wczytanie nowych plików z możliwością nadania indywidualnych nazw tworzonych przez redaktora CMS (nazwa pliku w menadżerze jest tworzona przez redaktora CMS).
22. Menadżer plików musi umożliwiać automatyczne tworzenie galerii zdjęć na podstawie katalogu wskazanego na koncie FTP. Utworzona galeria zdjęć może być wykorzystywana przez inne modułu dedykowane np. moduł zarządzania artykułami, kalendarium.
23. Wymagane jest, aby Xxxxxxxx plików obsługiwał min. jednopoziomową strukturę katalogów na koncie FTP. Zalecane jest rozwiązanie umożliwiające tworzenie wielopoziomowej struktury katalogów.
II. Część publiczna - wymagania ogólne
1. Portal xxx.xxxx.xx musi działać w przeglądarce internetowej.
2. Portal musi poprawnie działać z wykorzystaniem najpopularniejszych przeglądarek internetowych
(wg serwisu xxx.xxxxxxx.xx). Jako najpopularniejsze na dzień złożenia oferty Zamawiający przyjmuje następujące przeglądarki:
1) FireFox 26.x
2) Chrome 32.x
3) Opera 12.x
4) MSIE 8.x, 9.x, 10.x, 11.x
3. Portal powinien być dostępny i prawidłowo wyświetlany na urządzeniach mobilnych wyposażonych w przeglądarkę HTML oraz możliwość instalacji Flash Playera.
4. Portal musi działać z wykorzystaniem tzw. przyjaznych adresów internetowych.
5. Portal musi działać w oparciu o kodowanie UTF8.
6. Portal musi być w 100% zgodny z wymaganiami w zakresie zgodności XHTML 1.1 ze standardami W3C, każda ze stron publicznych nie może posiadać błędów i musi bezbłędnie przechodzić walidację kodu z wykorzystaniem validatora W3C XHTML 1.1. Zamawiający dopuszcza występowanie błędów które są możliwe do usunięcia przez redaktora portalu z poziomu dostępnych w ramach aplikacji narzędzi bez ingerencji w kod źródłowy aplikacji.
7. Wiadomości email wysyłane przez portal powinny być dostępne w formacie txt lub html i być prawidłowo wyświetlane w najbardziej popularnych programach pocztowych: Windows Mail, Microsoft Office 2003 i wyższych, Mozilla Thunerbird 24.x i wyższych oraz programów do obsługi poczty przez przeglądarkę: WP, Onet, Interia.
8. Każda informacja udostępniona w portalu powinna posiadać możliwość podania informacji o autorze oraz dacie upublicznienia.
9. Portal musi posiadać możliwość wydruku artykułów oraz ich eksportu do formatu .pdf (nie jest wymagane aby plik pdf zawierał elementy powiązane jak galerie zdjęć, filmów, ankiety, sondy itp.).
10. Portal powinien posiadać możliwość polecenia wpisu w portalu znajomemu (np. artykułu, galerii, itp.).
11. Portal powinien posiadać funkcje formularza umożliwiające przesłanie zgłoszenia o błędzie do administratora portalu.
12. Adresy email publikowane w portalu powinny być zabezpieczone przed harvestingiem.
13. Formularz kontaktowy powinien posiadać zabezpieczenie przed spamem oraz wprowadzeniem złośliwego kodu HTML.
14. Portal powinien posiadać automatycznie budowaną mapę serwisu prezentującą pełną strukturę serwisu publicznego.
15. Układ graficzny i konstrukcja portalu powinna umożliwiać elastyczne zarządzanie typami menu (nie wszystkie typy menu muszą występować w wersjach językowych portalu, portal powinien się prawidłowo wyświetlać pomimo wyłączenia wyświetlania typu menu).
16. Portal powinien posiadać możliwość generowania mapy portalu zgodnej ze standardem Google Site Map (format XML).
17. Portal powinien posiadać wyszukiwarkę treści.
18. Wyszukiwarka treści powinna być dostępna w formie:
1) Prostej – umożliwiającej przeszukiwanie we wszystkich treści tekstowych,
2) Zaawansowanej – umożliwiającej określenie dokładnego zakresu wyszukiwania np.:
a) Przedziału czasowego publikowanych treści,
b) Rodzaju publikowanych treści (artykuły, wpisy w kalendarium, itp.),
c) Działu tematycznego portalu.
III. Zarządzanie menu
1. CMS musi umożliwiać obsługę wszystkich typów menu zdefiniowanych w Systemie na podstawie projektu graficznego np. menu górne, dolne, lewe, prawe.
2. CMS musi umożliwiać definiowanie nowych pozycji menu na każdym z poziomów dla każdego z typów menu.
3. CMS musi umożliwiać nadanie uprawnień do poszczególnych pozycji menu.
4. Pozycje menu mogą być dodawane oraz modyfikowane wyłącznie przez uprawnionych redaktorów.
5. CMS musi umożliwiać ustawianie dowolnej kolejności pozycji menu.
6. CMS musi umożliwiać utworzenie 5-o poziomowej struktury menu.
7. CMS musi umożliwiać definiowanie tytułu strony dla każdej z pozycji menu (tytuł strony wyświetlany docelowo będzie jako tytuł okna po wybraniu danej pozycji menu w części publicznej).
8. CMS musi umożliwiać kojarzenie pozycji menu z modułami dedykowanymi.
9. CMS musi umożliwiać zarządzanie menu dla każdej z wersji językowych niezależnie.
10. CMS musi umożliwiać zarządzanie występowaniem poszczególnych typów menu w wersjach językowych (nie wszystkie menu muszą być dostępne w wersji językowej portalu).
11. Mapa serwisu tworzona jest na podstawie pozycji menu niezależnie dla każdej z wersji językowych.
IV. Zarządzanie artykułami
1. CMS musi umożliwiać definiowanie artykułów.
2. CMS musi umożliwiać definiowanie artykułów w formie skrótu lub pełnego widoku artykułu lub linku zawierającego tylko tytuł.
3. CMS musi umożliwiać oznaczenie czasu wyświetlania artykułu w portalu (nadanie przedziału czasowego od do).
4. CMS musi posiadać wbudowany edytor WYSYWIG.
5. CMS musi umożliwiać formatowanie treści przez redaktorów bez znajomości technik programowania oraz kodu HTML w zakresie:
1) Pogrubienie czcionki,
2) Pochylenie czcionki,
3) Podkreślenie czcionki,
4) Zmiana koloru czcionki,
5) Wprowadzenie listy numerowanej,
6) Wprowadzenie listy punktowanej,
7) Wprowadzenie linku (hiperłącza) z możliwością przekierowania na inny adres strony www, adres email, plik do pobrania z Menadżera plików.
6. Edytor WYSYWIG musi być zgodny ze standardami W3C a w szczególności ze specyfikacją XHTML 1.1. (generować kod HTML artykułu zgodny ze standardami W3C oraz walidatorem XHTML).
7. Skrót może być dowolnie definiowany przez redaktora w zakresie ilości treści wyświetlonych w skrócie.
8. Artykuł może być dodany do dowolnej pozycji w strukturze menu.
9. Artykuł może być dodany wyłącznie przez użytkowników uprawnionych.
10. Nowo dodany artykuł po zapisaniu otrzymuje status „niepublikowany” i nie jest widoczny publicznie.
11. CMS umożliwia podgląd artykułu przed publikacją w układzie graficznym portalu.
12. Dla każdego artykułu możliwe jest przyporządkowanie dowolnej ilości załączników do pobrania w formie plików binarnych z wykorzystaniem Menadżera plików lub poprzez wybór załącznika z dysku lokalnego komputera użytkownika.
13. W przypadku wyboru pliku z dysku lokalnego komputera użytkownika, plik po zapisaniu załącznika wczytywany jest jednocześnie do Menadżera plików i jest dostępny do użycia w innych przypadkach.
14. Moduł do zarządzania artykułami powinien umożliwiać ich publikację poprzez RSS
15. CMS powinien posiadać mechanizm przenoszenia artykułów do archiwum.
16 CMS musi posiadać możliwość łączenia artykułu z galerią zdjęć, galerią filmów, wpisem w kalendarium, komentarzami, sondami lub ankietami.
17. CMS musi umożliwiać niezależne dodawanie artykułów dla poszczególnych wersji językowych portalu.
18. Przenoszenie artykułów do archiwum powinno odbywać się poprzez:
1) Ustawienie daty przejścia artykułu do archiwum przez redaktora,
2) Ustawienie parametru przejścia artykułu do archiwum w formie „x” dni od daty publikacji informacji dla pojedynczego artykułu,
3) Ustawienie parametru globalnego przejścia artykułu do archiwum w formie „x” dni od daty publikacji informacji dla wszystkich artykułów.
19. Szczegółowy widok artykułu powinien posiadać możliwość udostępnienia go w formacie udźwiękowionym (pod warunkiem zakupu licencji programu do udźwiękowienia).
20. Każdy artykuł powinien posiadać możliwość wydruku oraz pobrania go w formacie PDF.
21. Portal powinien posiadać blok najczęściej czytanych / ostatnio dodanych artykułów.
22. Ilość artykułów wyświetlanych w tych blokach powinna być określona przez administratora portalu.
V. News box
1. Portal Internetowy xxx.xxxx.xx powinien posiadać moduł umożliwiający wyświetlanie informacji w News box w postaci plików graficznych np. JPEG, GIF, banerów opatrzonych tekstem stanowiącym skrót pełnego artykułu z portalu.
2. Moduł News box powinien stanowić główny element strony startowej portalu.
3. Informacje publikowane w module News box powinny posiadać link (hiperłącze) z możliwością przekierowania do pełnej treści artykułu, na inny adres strony www, adres email lub plik do pobrania z Menadżera plików.
4. Moduł News box powinien umożliwiać wyświetlanie N informacji przewijanych po sobie w pętli zamkniętej, przy czym liczba N jest konfigurowalna.
5. Moduł News box powinien umożliwiać konfigurację w zakresie:
1) dodawanie/edycja/usuwanie informacji we wszystkich wersjach językowych,
2) aktywacja/dezaktywacja informacji.
6. Moduł News box powinien automatycznie skalować dodawane do informacji zdjęcia do zadanej rozdzielczości. Skalowanie zdjęć ma na celu utworzenie miniaturki oryginalnego zdjęcia.
VI. Galeria zdjęć
1. Portal Internetowy xxx.xxxx.xx powinien posiadać moduł umożliwiający wyświetlanie galerii zdjęć.
2. Moduł galeria zdjęć powinien wyświetlać listę miniaturek zdjęć z możliwością powiększenia.
3. Moduł galeria zdjęć powinien mieć możliwość powiększania zdjęć na tzw. warstwie, bez przeładowania strony oraz otwierania nowego okna przeglądarki.
4. Moduł galeria zdjęć, po powiększeniu zdjęcia, powinien mieć możliwość przełączania zdjęć (następne/poprzednie).
5. Portal Internetowy powinien posiadać moduł do zarządzania galerią zdjęć w części administracyjnej.
6. Moduł do zarządzania galerią zdjęć powinien umożliwiać tworzenie galerii zdjęć w zakresie:
1) dodawanie/edycja/usuwanie galerii zdjęć we wszystkich wersjach językowych,
2) aktywacja/dezaktywacja galerii zdjęć.
7. Moduł do zarządzania galerią zdjęć powinien umożliwiać dodawanie zdjęć do galerii zdjęć w zakresie:
1) dodawanie/edycja/usuwanie zdjęcia,
2) aktywacja/dezaktywacja galerii zdjęcia,
3) definiowanie nazwy, autora oraz opisu zdjęcia.
8. Moduł do zarządzania galerią zdjęć powinien umożliwiać dodawanie zdjęć na podstawie katalogu ze zdjęciami znajdującego się na serwerze.
9. Moduł do zarządzania galerią zdjęć powinien umożliwiać skalowanie zdjęć do zadanej rozdzielczości. Skalowanie zdjęć ma na celu utworzenie miniaturki oryginalnego zdjęcia.
10. Moduł do zarządzania galerią zdjęć powinien mieć możliwość przypisania jednej lub wielu galerii do wybranego artykułu/wpisu w kalendarium w portalu.
11. Moduł galeria zdjęć powinien mieć możliwość wczytywania zdjęć poprzez FTP.
12. Moduł galeria zdjęć powinien automatycznie tworzyć miniaturę dodawanego zdjęcia zachowując oryginalną nazwę pliku z dodanym znacznikiem oznaczającym miniaturę.
VII. Galeria filmów
1. Portal Internetowy xxx.xxxx.xx powinien posiadać moduł umożliwiający wyświetlanie galerii filmów ze źródeł zewnętrznych np. YouTube.
2. Moduł galeria filmów powinien wyświetlać listę dostępnych filmów z możliwością przejścia do ekranu odtwarzania i szczegółów.
3. Moduł galeria filmów powinien umożliwiać polecenie wybranego filmu znajomemu.
4. Portal Internetowy powinien posiadać moduł do zarządzania galerią filmów w części administracyjnej.
5. Moduł do zarządzania galerią filmów powinien umożliwiać tworzenie grup galerii filmów.
6. Moduł do zarządzania galerią filmów powinien umożliwiać tworzenie galerii filmowych w zakresie:
1) Dodawanie/edycja/usuwanie galerii filmowej we wszystkich dostępnych wersjach językowych,
2) Aktywacja/dezaktywacja galerii filmowej.
7. Moduł do zarządzania galerią filmów powinien umożliwiać dodanie filmu do galerii filmowej w zakresie:
1) Dodawanie/edycja/usuwanie filmu,
2) Aktywacja/dezaktywacja filmu,
3) Dodawanie ikony/obrazka będącego miniaturą na liście filmów w części publicznej.
VIII. Pogoda
1. Portal Internetowy xxx.xxxx.xx powinien umożliwiać prezentację informacji pogodowych z miasta
Żary.
2. Dane pogodowe powinny zawierać informacje o temperaturze, opadach, sile wiatru, ciśnieniu.
3. Wartości temperatury i opadu mają stanowić stały element portalu i być widoczne niezależnie od podstrony na jakiej odwiedzający się znajduje.
4. Dane pogodowe mają aktualizować się automatycznie minimum co 15 min.
5. Dane niezbędne do prezentacji wartości pogodowych uzyskiwane powinny być z pliku .txt z serwera Zamawiającego.
6. Wskazanie serwera ftp do przesyłanie danych oraz przygotowanie skryptu dostosowującego otrzymane dane do wymaganych przez system CMS należy do obowiązków Wykonawcy.
IX. Kalendarium
1. Portal Internetowy xxx.xxxx.xx powinien umożliwiać prezentację informacji w formie kalendarium
2. CMS portalu powinien umożliwiać powiązanie informacji z wybranym dniem kalendarza
3. Informacja o zbliżających się wydarzeniach wyświetlana jest na stronie głównej portalu w formie kalendarza oraz listy wydarzeń z dnia dzisiejszego widocznej pod kalendarzem
4. Każdy dzień zawierający min. jedno wydarzenie oznaczony jest graficznie.
5. Kliknięcie na wybranym dniu kalendarza powoduje wyświetlenie listy informacji skojarzonej z wybranym dniem
6. Kalendarium ma posiadać obsługę wersji językowych.
X. Oferty inwestycyjne
1. Portal Internetowy xxx.xxxx.xx powinien umożliwiać prezentację ofert inwestycyjnych.
2. CMS portalu xxx.xxxx.xx ma umożliwiać dodawanie ofert inwestycyjnych.
3. Oferty inwestycyjne mają być dodawane przez uprawnionych redaktorów.
4. Baza ofert inwestycyjnych ma obejmować tereny inwestycyjne.
5. Oferty inwestycyjne mają być prezentowane w serwisie publicznym w formie listy ofert.
6. Serwis publiczny ma umożliwiać wyświetlenie wszystkich parametrów opisowych oferty.
XI. Banery
1. Portal Internetowy xxx.xxxx.xx powinien umożliwiać prezentację banerów, zgodnie z projektem graficznym.
2. Portal Internetowy powinien posiadać moduł umożliwiający wyświetlanie N banerów w wybranej lokalizacji, przy czym liczba N jest konfigurowalna.
3. Moduł wyświetlający banery powinien umożliwiać wyświetlanie banerów w postaci plików graficznych np. JPEG, GIF oraz w postaci animacji typu Adobe FLASH.
4. Moduł wyświetlający banery powinien posiadać mechanizm zliczający kliknięcie w baner.
5. Portal Internetowy powinien posiadać moduł do zarządzania banerami w części administracyjnej w zakresie:
1) Dodawania/edycji/usuwania banera w postaci statycznego pliku graficznego lub animacji,
2) Aktywacji/dezaktywacji banera,
3) Definiowania nazwy banera,
4) Definiowania miejsca wyświetlania banera w portalu,
5) Definiowania adresu internetowego wywoływanego po kliknięciu w baner,
6) Definiowania przedziału czasowego (rok, miesiąc, dzień, godzina, minuta), w którym baner wyświetla się w części publicznej portalu.
6. Moduł do zarządzania banerami powinien umożliwiać wyświetlenie listy zdefiniowanych banerów.
7. Moduł do zarządzania banerami powinien umożliwiać filtrowanie listy zdefiniowanych banerów w zakresie:
1) Miejsca wyświetlania,
2) Aktywności banera.
8. Moduł do zarządzania banerami powinien umożliwiać wyszukiwanie w liście zdefiniowanych banerów według nazwy banera.
XII. Wersje językowe
1. System CMS musi umożliwiać tworzenie dowolnej ilości wersji językowych portalu.
2. Każda wersja językowa powinna działać w oparciu o kodowanie UTF8.
3. CMS musi umożliwiać tworzenie niezależnych konstrukcji menu dla każdej z wersji językowych.
4. CMS musi umożliwiać nadawanie uprawnień redaktorom dla każdej z wersji językowych niezależnie.
5. CMS musi umożliwiać obsługę modułów dedykowanych w wersjach językowych.
XIII. Ankiety / sondy
1. Portal Internetowy powinien umożliwiać prezentację ankiet i sond zgodnie z projektem graficznym. Przy czym ankieta rozumiana jest jako mechanizm umożliwiający wybór wielokrotny, sonda – jednokrotny.
2. Portal Internetowy powinien posiadać moduł umożliwiający wyświetlanie N ankiet lub sond w wybranej lokalizacji, przy czym liczba N jest konfigurowalna.
3. Moduł do wyświetlania ankiet/sond powinien uniemożliwiać powtórne głosowanie tego samego użytkownika (blokada IP, coockies).
4. Moduł do wyświetlania ankiet/sond powinien prezentować wyniki ankiet w postaci procentowej oraz graficznej.
5. Portal Internetowy powinien posiadać moduł do zarządzania ankietami/sondami w części administracyjnej w zakresie:
1) Dodawania/edycji/usuwania ankiety/sondy,
2) Aktywacji/dezaktywacji ankiety/sondy,
3) Definiowania miejsca wyświetlania ankiety/sondy w portalu,
4) Definiowania przedziału czasowego (rok, miesiąc, dzień, godzina, minuta), w którym ankieta/sonda wyświetla się w części publicznej portalu,
5) Definiowania tytułu ankiety,
6) Definiowania pytań i odpowiedzi do pytań.
6. Moduł do zarządzania ankietami/sondami powinien umożliwiać podgląd wyników wybranej ankiety/sondy.
7. Moduł do zarządzania ankietami/sondami powinien umożliwiać wyświetlenie listy pytań dla wybranej ankiety.
8. Moduł do zarządzania ankietami/sondami powinien umożliwiać zdefiniowanie N pytań dla ankiety/sondy.
9. Moduł do zarządzania ankietami/sondami powinien umożliwiać zarządzanie pytaniami w zakresie:
1) Dodawania/edycji/usuwania pytania,
2) Aktywacja/dezaktywacja pytania,
3) Definiowanie typu odpowiedzi dla pytania (wielokrotnego lub jednokrotnego wyboru).
10. Moduł do zarządzania ankietami/sondami powinien umożliwiać wyświetlenie listy odpowiedzi dla wybranego pytania wraz z informacją na temat liczby głosów oddanych na daną odpowiedź.
11. Moduł do zarządzania ankietami/sondami powinien umożliwiać zdefiniowanie N odpowiedzi dla wybranego pytania.
12. Moduł do zarządzania ankietami/sondami powinien umożliwiać zarządzanie odpowiedziami dla wybranego pytania w zakresie:
1) Dodawania/edycji/usuwania odpowiedzi,
2) Aktywacji/dezaktywacji odpowiedzi.
XIV. Plan miasta
1. Serwis internetowy powinien być wyposażony w plan miasta.
2. Plan miasta powinien być wykonany z wykorzystaniem Google Maps.
3. System CMS powinien posiadać moduł umożliwiający wprowadzenie obiektów na mapie.
4. Obiekty powinny posiadać możliwość podziału na kategorie np. bankomaty, szkoły, urzędy itp.
5. Serwis publiczny powinien posiadać możliwość filtrowania obiektów na mapie (np. pokaż mi tylko szkoły).
6. Ustawienie kursora myszy na punkcie wskazującym np. szkołę umożliwia wyświetlenie etykiety informacyjnej zawierającej podstawowe dane.
XV. Okna pop-up
1. Portal Internetowy powinien umożliwiać prezentację okna wykonanego w formie pop-up lub innego alternatywnego rozwiązania np. thick box, zgodnie z projektem graficznym.
2. Portal Internetowy powinien posiadać moduł umożliwiający wyświetlanie okna pop-up lub
3. Moduł wyświetlający okno pop-up powinien umożliwiać wyświetlanie okno pop-up zawierające tekst, pliki graficzne np. JPEG, GIF.
4. Portal Internetowy powinien posiadać możliwość zarządzania oknem pop-up w części administracyjnej w zakresie:
1) Aktywacji/dezaktywacji okna pop-up,
2) Definiowania adresu internetowego wywoływanego po kliknięciu w okno pop-up,
3) Definiowania przedziału czasowego (rok, miesiąc, dzień, godzina, minuta), w którym okno pop-up wyświetla się podczas odwiedzenia części publicznej portalu.
XVI. Wymagania dotyczące mechanizmów integracji z portalem Wrota Lubuskie
1. Portal xxx.xxxx.xx musi być zintegrowany z portalem Wrota Lubuskie w zakresie przesyłania informacji z portalu miasta Żary do portalu xxxxxxxxxxxxx.xx zgodnie z wymaganiami portalu xxxxxxxxxxxxx.xx.
2. Dokumentacja integracji WebApi zostanie udostępniona na wniosek oferenta.
XVII. Wymagania w zakresie dostępności portalu dla osób niedowidzących:
1. Serwis publiczny powinien posiadać rozwiązania umożliwiające zmianę rozmiaru czcionki (trzy różne rozmiary czcionki).
2. Zmiana rozmiaru czcionki następuje dla wszystkich elementów które w projekcie graficznym zostaną ustalone jako elementy tekstowe (nie dotyczy elementów graficznych).
3. Zmiana rozmiaru czcionki nie jest wymagana dla elementów nawigacji i elementów funkcjonalnych np. nazwy przycisków, zawartość list rozwijanych itp.
4. Serwis publiczny powinien posiadać funkcję serwisu o wysokim kontraście np. czarno-biały, czarno-
żółty.
5. Serwis o wysokim kontraście powinien być zgodny z wymaganiami dla osób niedowidzących WCAG 2.0.
6. Portal powinien posiadać mechanizmy umożliwiające uruchomienie rozwiązania w zakresie udźwiękowienia.
7. Rozwiązania funkcjonalne powinny umożliwiać poprawne udźwiękowienie serwisu publicznego we współpracy min. z jednym rozwiązaniem tego typu dostępnym na rynku.
8. Zakres udźwiękowienia serwisu powinien obejmować min. treść artykułów.
9. Udźwiękowienie serwisu nie jest wymagane dla elementów nawigacji, wyszukiwarki i innych podstron funkcjonalnych.
10. Udźwiękowienie serwisu nie jest wymagane dla plików binarnych udostępnionych w portalu.
11. Przedmiotem umowy nie jest dostarczenie rozwiązania do udźwiękowienia portalu
Wykonawca Zamawiający
Wynagrodzenie dofinansowane w ramach z projektu „Dowiedz się o naszych miastach”. Projekt jest dofinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Współpracy Transgranicznej Polska - Saksonia 2007-2013.
Fundusz Małych Projektów (FMP) Euroregionu Sprewa - Nysa - Bóbr oraz budżetu państwa.