5. Termin wykonania zamówienia: 1) Termin rozpoczęcia zamówienia: od dnia zawarcia umowy. 2) Termin zakończenia zamówienia: do dnia 9 grudnia 2014r.

Transkrypt

1 1. Zamawiający A / I N S T R U K C J A D L A W Y K O N A W C Ó W Województwo Zachodniopomorskie - Zachodniopomorski Zarząd Dróg Wojewódzkich w Koszalinie, ul. Szczecińska 31, Koszalin, tel. 94/ , faks 94/ zzdw@zzdw.koszalin.pl; Tryb udzielenia zamówienia Postępowanie o udzielenie zamówienia prowadzone jest w trybie zapytania ofertowego o wartości poniżej kwoty określonej w art. 4 pkt 8 ustawy Prawo zamówień publicznych, do którego nie mają zastosowania przepisy ustawy Prawo zamówień publicznych. 3. Opis przedmiotu zamówienia Zamówienie obejmuje Dostawę, wdrożenie i serwis programu zima i utrudnienia. 4. Zamawiający nie dopuszcza składania ofert częściowych. 5. Termin wykonania zamówienia: 1) Termin rozpoczęcia zamówienia: od dnia zawarcia umowy. 2) Termin zakończenia zamówienia: do dnia 9 grudnia 2014r. 6. Wymagany wykaz oświadczeń lub dokumentów składających się na ofertę: 1) Formularz oferty (wg wzoru nr 1); 2) Aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej. 7. Opis sposobu przygotowania ofert. 1) Na ofertę składają się wszystkie dokumenty wymagane postanowieniami pkt 6 Instrukcji. 2) W przypadku, gdy wykonawca dołączy jako załącznik do oferty kopię jakiegoś dokumentu, kopia ta winna być poświadczona za zgodność z oryginałem przez wykonawcę lub jego upełnomocnionego przedstawiciela. 3) Wszystkie strony oferty oraz ewentualne poprawki powinny być podpisane przez Wykonawcę lub upełnomocnionego przedstawiciela wykonawcy. Upoważnienie do podpisania oferty winno być dołączone do oferty, o ile nie wynika ono z dokumentów określonych w pkt 6 ppkt 2 Instrukcji. 4) Wykonawca złoży tylko jedną ofertę, zawierającą jedną, jednoznacznie opisaną propozycję. Złożenie większej liczby ofert spowoduje, że oferty te nie będą rozpatrywane. 5) Komplet dokumentów składających się na ofertę - wymienionych w pkt 6 Instrukcji, Wykonawca powinien umieścić oraz dostarczyć Zamawiającemu w zamkniętym opakowaniu, uniemożliwiającym odczytanie jego zawartości bez uszkodzenia tego opakowania. Opakowanie winno być oznaczone nazwą (firmą) i adresem Wykonawcy oraz opisane następująco: Oferta na Dostawę, wdrożenie i serwis programu zima i utrudnienia Nie otwierać przed dniem r. godz. 09:00

2 8. Miejsce i termin składania ofert. 1) Zachodniopomorski Zarząd Dróg Wojewódzkich w Koszalinie ul. Szczecińska Koszalin Termin składania ofert upływa w dniu r. o godz. 08:50 2) Oferty otrzymane przez Zamawiającego po terminie składania ofert nie będą rozpatrywane. 9. Opis sposobu obliczenia ceny. 1) Cena ryczałtowa brutto zostanie podana przez Wykonawcę w formularzu oferty. 2) Cena powinna być wyrażona w złotych polskich, z dokładnością do dwóch miejsc po przecinku. 3) Cena określona przez Wykonawcę w formularzu oferty zostanie ustalona na okres ważności umowy i nie będzie podlegała zmianom. 4) Cena podana przez Wykonawcę w ofercie powinna zawierać podatek od towarów i usług (VAT) w wysokości 23% oraz ewentualne upusty zastosowane przez Wykonawcę. 10. Kryteria przyznania zamówienia. Zamówienie zostanie udzielone Wykonawcy, który zaoferował najniższą cenę. 11. Udzielenie zamówienia: 1) Zamawiający udzieli zamówienia wykonawcy, którego oferta będzie najkorzystniejsza, a wykonawca zaoferował najniższą cenę. Dopuszcza się prowadzenie negocjacji z wykonawcą który zaoferował najniższą cenę. 2) Jeżeli Wykonawca, którego oferta została wybrana, uchyla się od zawarcia umowy, Zamawiający może wybrać ofertę najkorzystniejszą spośród pozostałych ofert. 12. Informacja o formalnościach, jakie powinny zostać dopełnione po wyborze oferty w celu zawarcia umowy: Wykonawca ma obowiązek przedstawić Zamawiającemu przed podpisaniem umowy polisę lub inny dokument potwierdzający zawarcie umowy ubezpieczenia od odpowiedzialności cywilnej w zakresie prowadzonej działalności na kwotę nie niższą niż ,00 zł. Zamawiający:

3 B/ WZORY DOKUMENTÓW SKŁADAJĄCYCH SIĘ NA OFERTĘ

4 Wzór nr 1 Formularz oferty pieczęć z nazwą (firmą)...,... adresem Wykonawcy miejscowość dnia Zachodniopomorski Zarząd Dróg Wojewódzkich w Koszalinie ul. Szczecińska 31, Koszalin Nawiązując do treści zaproszenia do składania ofert w trybie zapytania ofertowego na wykonanie następującego zamówienia: Dostawa, wdrożenie i serwis programu zima i utrudnienia 1. oferujemy wykonanie w/w zamówienia za cenę brutto: słownie złotych:..., zgodnie z wypełnionym Formularzem cenowym, łącznie z podatkiem od towarów i usług VAT; 2. oświadczamy, że zamówienie wykonamy w terminie do dnia: do dnia r. 3. oświadczamy, że na wykonany przedmiot umowy udzielamy gwarancji na okres 3 lat; 4. oświadczamy, że akceptujemy poniższe warunki płatności: - przelew w terminie do 14 dni od dnia dostarczenia Zamawiającemu faktury VAT; - za termin zapłaty uważa się datę polecenia przelewu na rachunek Wykonawcy; 5. oświadczamy, że w przypadku wyboru naszej oferty zobowiązujemy się do zawarcia umowy w miejscu i terminie wyznaczonym przez Zamawiającego. Adres do korespondencji: Fax podpis Wykonawcy lub upełnomocnionego przedstawiciela Wykonawcy

5 C/ OPIS PRZEDMIOTU ZAMÓWIENIA 1. Przedmiot zamówienia obejmuje: Dostawę, wdrożenie i serwis programu zima i utrudnienia Przedmiotem zamówienia jest stworzenie i obsługa techniczna systemu Zima i Utrudnienia, a także innych modułów aplikacji webowej: 1. opracowanie dedykowanego systemu typu CMS, 2. przekazanie praw autorskich do stworzonego systemu 3. wykonanie projektu graficznego 4. przeniesienie informacji z dotychczasowego serwisu do nowego 5. obsługa i aktualizacja systemu przez okres 3 lat Specyfikacja modułu Zima i Utrudnienia 1. tworzenie meldunków z uwzględnieniem struktury organizacyjnej ZZDW, z możliwością zmian w tej konfiguracji /np. obwód, rejon, zarząd/, 2. tworzenie dowolnej liczby grup użytkowników i użytkowników z dowolną konfiguracją zakresu uprawnień dla nich, 3. dowolna możliwość konfigurowania ilości i godzin danych meldunków /raportów/, 4. utworzenie bazy danych o drogach i ich odcinkach /dla potrzeb ZUD/dla każdego szczebla organizacyjnego jednostki, 5. tworzenie raportu z uwzględnieniem minimum: info o pogodzie, info o stanie ZUD danego odcinka drogi /z uwzględnieniem wcześniejszych danych o standardach/, wykorzystanie sprzętu, ilość zatrudnionych osób, 6. kontrola prawidłowości sporządzenia raportu na każdym poziomie przed wysłaniem, bądź po wysłaniu do jednostki nadrzędnej bądź generowaniu całego raportu na poziomie ZZDW, 7. autouzupełnianie danych dotyczących stanu dróg ZUD w przypadku identycznych warunków na wielu odcinkach dróg, 8. generowanie raportów każdego poziomu w formacie PDF lub/i docx /edytowalność/, 9. wysyłka raportów dla dowolnie zdefiniowanej / / grupy odbiorców, 10. zdefiniowanie, jako element słownikowy, warunków atmosferycznych/wiatr, opad/, zimowego stanu dróg z podziałem na odcinki 11. utworzenie mapy sieci dróg wojewódzkich, z uwzględnieniem podziału terytorialnego danego RDW, na potrzeby prezentacji na niej stanów dróg ZUD z uwzględnieniem wcześniej zdefiniowanych oznaczeń kolorystycznych; mapa powinna zwierać również sieć dróg krajowych w celu jej powiązania z drogami wojewódzkimi, 12. utworzenie modułu kosztów ZUD za dowolny, możliwy do zdefiniowania przez użytkownika, okres /np. tydzień, miesiąc, kwartał rok, sezon zimowy/, 13. możliwość zdefiniowania do modułu kosztów dowolnej liczby urządzeń /pługi, solarki, ładowarki itp./z uwzględnieniem podziału na RDW i obwody, 14. możliwość zdefiniowania do danego urządzenia stawek /w złotówkach/ i jednostek rozliczeniowych /tony lub godziny/,

6 15. uwzględnienie kosztów pełnienia dyżurów przez dyżurnych /ilość i cena jednostkowa za godzinę/, 16. tworzenie raportu z podziałem na elementy kosztów, możliwe do zdefiniowania w dowolnym zakresie /np. odśnieżanie, zwalczanie śliskości, praca sprzętu pomocniczego, dyżury, 17. generowanie raportu do PDF i formatu umożliwiającego dalsze jego przetwarzanie, np. w Excelu/, Szczegóły odnośnie meldunków, formularzy i raportów zostaną uzgodnione przed rozpoczęciem prac projektowych i potwierdzone protokołem. Dodatkowo całe oprogramowanie winno uwzględniać nie tylko utrudnienia związane z ZUD, ale również utrudnienia spowodowane inwestycjami na drogach /przebudowy, remonty i inne roboty w obszarze pasa drogowego/. W module tym należy uwzględnić możliwość zdefiniowania dowolnej ilości rodzajów danych utrudnień z ich opisem co do rodzaju i czasu trwania oraz z możliwością określenia oznakowania pasa drogowego, które jest wynikiem danego utrudnienia. Moduł ten powinien dać możliwość prezentacji graficznej tego rodzaju utrudnień na mapie, stworzonej dla potrzeb ZUD, w miejscu wynikającym z lokalizacji tego utrudnienia oraz dodatkowo opisu danego utrudnienia w chwili jego wskazania na graficznej jego lokalizacji na mapie. Wymagania odnośnie nowego systemu CMS: 1. Zabezpieczenia przed próbami nieautoryzowanego dostępu do panelu sterowania (blokowanie konta po 5 próbach błędnego wpisania hasła. Każda kolejna próba w wydłużających się automatycznie odstępach czasu.) 2. Zabezpieczenie przed włamaniami Rodzaj zastosowanych zabezpieczeń powinien zostać opisany, oraz przetestowany. Z testów powinna zostać sporządzona dokumentacja. System powinien być zabezpieczony przed nieautoryzowanymi próbami uzyskania dostępu poprzez znane formy włamań w szczególności na: a. Wszelkie odmiany ataków typu SQLInjection b. Wszelkie odmiany ataków typu XSS 3. Wymagania bezpieczeństwa system powinien także: a. Stosować mechanizmy identyfikacji (login) i autentykacji użytkowników (hasło), b. Stosować mechanizmy szyfrowania danych przesyłanych między aplikacją a bazą danych, przy czym wymagane jest stosowanie protokołu SSL, c. Stosować klucze asymetryczne o długości przynajmniej 1024 bitów i klucze symetryczne o długości 128 bitów do szyfrowania połączenia. Dostarczenie kluczy leży po stronie Wykonawcy. d. Stosować mechanizmy szyfrowania danych: i. przechowywanych w bazie danych (hasła, inne krytyczne dane), ii. przechowywanych tymczasowo w stacji roboczej użytkownika, e. Stosować system uprawnień umożliwiający ograniczenie użytkownikowi dostępu do danych tylko do tej grupy danych, do której jest upoważniony, f. Umożliwiać fizyczne usunięcie danych z systemu tylko użytkownikom o specjalnych uprawnieniach; pozostali użytkownicy mogą dokonać jedynie usunięcia logicznego danych. 4. Zarządzanie użytkownikami, rolami i uprawnieniami

7 a. Oprogramowanie powinno umożliwiać zdefiniowanie ról użytkowników i związanie z tymi rolami uprawnienia do: i. określonych funkcji w systemie, ii. określonych grup danych b. Użytkownicy - oprogramowanie powinno umożliwiać: i. zdefiniowanie użytkowników systemu, ii. przydzielenie użytkownikom tymczasowych haseł oraz iii. przypisanie użytkownika do jednej lub wielu ról. c. Hasła oprogramowanie powinno: i. umożliwiać użytkownikowi wprowadzenie i zmianę znanego tylko jemu hasła, ii. wymuszać zmianę haseł z określoną częstotliwością. 5. Wymagania dotyczące interfejsu opracowywanego systemu a. Kompatybilność dla użytkowników następujących przeglądarek internetowych: Internet Explorer (wersja 8, 11), Mozilla Firefox i Opera, Safari, a także domyślnych przeglądarek dla urządzeń mobilnych z systemami ios 6, Android 4.x, Windows Phone 7,8. W przypadku korzystania ze starszych przeglądarek, na stronie wyświetli się komunikat o sposobie poprawnego wyświetlania portalu oraz wersji przeglądarek, do których portal jest zoptymalizowany, przy czym wymagane jest od Wykonawcy zapewnienie 100% funkcjonalności systemu dla wymienionych przeglądarek. b. System powinien być zbudowany w języku HTML, zgodnie ze standardami W3C. W celu polepszenia funkcjonalności powinna zostać użyta technika AJAX szczególnie w panelu administracyjnym. c. Strona kodowa powinna zapewniać poprawne wyświetlanie tekstu ze znakami polskimi i rosyjskimi. 6. Mechanizm przekierowujący użytkownika na zaprojektowaną przez Wykonawcę stronę informacji o błędzie (ERROR 404) w przypadku podania niewłaściwego adresu podstrony ZZDW Koszalin, na której znajdzie się informacja o braku szukanego adresu oraz link do strony głównej portalu. 7. Mechanizm umożliwiający wyświetlenie zaprojektowanej przez Wykonawcę informacji o czasowej niedostępności serwisu z powodów technicznych. 8. Możliwość sporządzania raportów, statystyk z pracy liczba artykułów, załączników etc., zarówno opublikowanych przez poszczególnych redaktorów jak i oglądanych z zewnątrz (statystyki odwiedzin całości i poszczególnych części serwisu oraz pobrań załączników); możliwość generowania przez administratora plików PDF i EXCEL (do wyboru) z danymi zawartymi w statystykach. 9. Możliwość wysyłania newslettera; istnienie mechanizmu umożliwiającego zarówno samodzielne zapisanie/wypisanie się na listę dystrybucyjną przez użytkownika, jak i zapisanie go przez administratora, oraz umożliwiającego import/export listy odbiorców z plików csv/txt. Zabezpieczenie bazy danych z informacjami o użytkownikach powinno spełniać wymagania GIODO w zakresie ochrony danych osobowych. 10. Możliwość wskazania, na etapie wprowadzania artykułu, dowolnej liczby działów serwisu, w których dany artykuł będzie się wyświetlał. 11. Możliwość wyboru przez administratora dowolnej konfiguracji wyświetlania na stronie artykułów w danym dziale (datami: rosnąco i malejąco, wg. priorytetu, alfabetycznie). 12. Ustalanie początkowych i końcowych dat i godzin publikacji oraz archiwizacji artykułów.

8 13. Możliwość automatycznego umieszczania daty publikacji. 14. Możliwość stosowania różnych schematów artykułów min. 5 (np. różniących się sposobem wyróżnień, nagłówkami, itp.). 15. Możliwość generowania statystyk oglądalności poszczególnych podstron, ze szczególnym uwzględnieniem statystyk oglądalności publikacji, artykułów i wydarzeń. Możliwość generowania zestawień 10 najbardziej popularnych publikacji, artykułów i wydarzeń. Możliwość podglądu krajów z których pochodzą przeglądający witrynę i podstrony. Generowanie zestawień rocznych, kwartalnych, miesięcznych, dziennych. 16. Stworzenie strony podmiotowej Biuletynu Informacji Publicznej o adresie zgodnie z obowiązkiem wynikającym z art.8 i 9 ustawy z dnia 6 września 2001r. o dostępie do informacji publicznej (t.j ) w formie odrębnej strony WWW. 17. Umieszczenie na stronie głównej ZZDW Koszalin linku zawierającego logo Biuletynu Informacji Publicznej umożliwiającego bezpośredni dostęp do podmiotowej strony BIP. 18. Możliwość globalnej zmiany layout-u serwisu co najmniej żałobny, świąteczny (bożonarodzeniowy i wielkanocny), patriotyczny, standardowy. 19. Automatyczne generowanie kanałów RSS dla każdego działu. 20. Automatyczne generowanie wiadomości mailowych ze zmianami na poszczególnych wybranych przez użytkownika działach. 21. Powiązanie wszystkich publikowanych treści za pomocą tagów umożliwiających przechodzenie pomiędzy powiązanymi artykułami. 22. Mechanizm umożliwiający generowanie przyjaznych dla użytkowników i wyszukiwarek internetowych adresów URL. 23. Automatyczne tworzenie mapy serwisu. 24. Istnienie wyszukiwarki umożliwiającej Użytkownikowi przeszukiwanie serwisu zarówno proste, jak i zaawansowane z uwzględnieniem kryteriów typu: data graniczna przed, po, operatorów logicznych lub i oraz, wyszukiwania dokładnego wyrażenia ujętego w cudzysłów, nieuwzględniania wielkości liter w szukanym wyrażeniu. 25. Możliwość przeszukiwania przez administratora zawartości systemu według różnych kryteriów: nazwy pliku, tytułu, daty, godziny, ID artykułu, autora. 26. Przy tworzeniu artykułów możliwość wyboru opcji Pokaż na stronie głównej (check box); z możliwością wyboru opcji ręcznego bądź automatycznego usunięcia wyświetlania ze strony głównej (ustawienie daty). 27. Mechanizm automatycznej archiwizacji dokumentów z określonym czasem publikacji i możliwości korzystania z archiwum. Administrator powinien mieć możliwość decyzji (oraz jej zmiany) dotyczącej przedłużenia czasu publikacji, automatycznej archiwizacji lub usunięcia artykułów. 28. Możliwość fizycznego usuwania artykułów i załączników z serwera oraz podmiany plików. 29. Możliwość publikacji załączników w postaci plików MS Office 2000/XP/2003/2007, rtf, odt, plików tekstowych, plików pdf, jpg, gif, png, swf, mpg, mp3, avi, wmv, zip, rar, opatrzonych odpowiednimi ikonkami, oraz innych plików dowolnego formatu i rozmiaru do 150 MB opatrzonych właściwą dla nich wspólną ikonką (dotyczy wgrywania na serwer plików z rozszerzeniami zapisanymi małymi i wielkimi literami). 30. Możliwość publikacji w artykułach plików graficznych i animacji w ogólnie dostępnych formatach (JPG, gif, png, swf, mpg, avi, wmv);

9 31. Możliwość odtwarzania on-line plików audio i video z widocznym panelem sterującym (pauza, stop, play, głośność). 32. Możliwość dodawania plików graficznych do galerii przy poszczególnych artykułach. 33. Możliwość tworzenia (na poziomie wgrywania zdjęć na serwer) podpisów pod zdjęciami umieszczonymi w galerii przy poszczególnym artykule. 34. Mechanizm umożliwiający automatyczne tworzenie miniaturek plików graficznych wprowadzonych do galerii wyświetlanych na końcu artykułu (z możliwością określenia ich rozmiaru). 35. Możliwość dodawania załączników do artykułów, z wyborem sposobu ich wyświetlania (w którym miejscu artykułu, pokazywanie lub nie nazwy załącznika, etc.). 36. Możliwość przeklejania do tworzonego artykułu fragmentów plików Worda 2003, 2007 i Excela 2003, 2007 zachowanie formatowania tekstu, tabel, usuwanie wszelakich znaczników FONT czy SPAN. 37. Przełączanie funkcjonalności WYSIWYG Editor oraz edytora kodu HTML. 38. Możliwość tworzenia w treści edytowanego dokumentu kotwic. 39. Edycja tabel. 40. Możliwość podglądu artykułu oraz całego serwisu przed ostateczną publikacją. 41. Możliwość tworzenia bazy teleadresowej i używania jej w artykułach. 42. Wersjonowanie treści artykułów działające automatycznie przy wprowadzaniu kolejnych modyfikacji przez edytorów treści oraz możliwość przywracania wcześniejszych wersji. Moduł Zamówienia publiczne i sprzedaż : System ogłoszeń o zamówieniach publicznych, aukcjach i sprzedaży. 1. Logowanie wszystkich czynności w systemie; 2. System uprawnień wielopoziomowy; 3. Repozytorium plików z informacją o pobraniach 4. Możliwość edycji/dodawania parametrów ogłoszeń (progi finansowe, sygnatury, tryby, typy plików, rejony, miejsca, dofinansowania) 5. Realizacja umów/inwestycji 6. System wyszukiwania ogłoszeń, filtrowanie. Moduł Delegacje System wspomagający rejestrowanie, obsługę i rozliczanie delegacji. 1. Ewidencja poleceń wyjazdu służbowego wraz z wydrukiem. 2. Automatyczne wyliczanie diet. 3. Ewidencja pracowników, którzy odbyli delegacje. 4. Tabela stawek diet oraz limitów za nocleg 5. Rozliczanie delegacji z pobranymi zaliczkami pracownika na poczet delegacji Moduł Rezerwacji pojazdów System wspomagający,rejestrowanie, obsługę i rozliczanie użytkowania pojazdów służbowych. 1. Dokumentacja użytkowania samochodów. 2. Generowanie raportów dotyczących obsługi floty samochodów służbowych. 3. Przeglądanie dostępności samochodów oraz rezerwacje Moduły powinny być ze sobą powiązane, np. wspólna baza użytkowników i uprawnień do modułów i artykułów, możliwość łączenia informacji pomiędzy modułami, np. rezerwacja samochodu do delegacji.

10 System powinien mieć możliwość automatycznego generowania plików xml serwisu na potrzeby zewnętrznej aplikacji mobilnej. Kod tworzonej strony internetowej powinien zostać zoptymalizowany zgodnie z technikami SEO w najbardziej popularnych wyszukiwarkach internetowych ze szczególnym naciskiem na wyszukiwarkę gogle.pl. Zastosowane rozwiązania powinny zostać opisane w dokumentacji dołączonej do aplikacji Wykonawca musi dostarczyć Zamawiającemu zrzut ekranowy lub wersję próbną CMS-a (na etapie składania ofert system nie musi spełniać założeń wymienionych w Szczegółowym opisie przedmiotu zamówienia). Wszelkie wątpliwości odnośnie działania systemu zapisane w specyfikacji funkcjonalnej rozpatrywane będą na korzyść Zamawiającego. Wykonanie projektu graficznego strony Przedstawiony projekt powinien uwzględniać specyfikę estetyki właściwej dla stron internetowych urzędów administracji publicznej, uwzględniając jednocześnie aspekty korzystania z informacji wyświetlanych na monitorze (kolorystyka, krój czcionki, rozmiar czcionki, ikony itp.). Projekt graficzny powinien jednoznacznie wskazywać na charakter instytucji i dziedzin, którymi się zajmuje. Konieczne jest także opracowanie szaty graficznej strony w wersji dla osób niedowidzących, wersji angielskiej i w wersji tekstowej oraz zaprojektowanie layoutu całego serwisu w wersji żałobnej, świątecznej (bożonarodzeniowej i wielkanocnej), patriotycznej. Projekty powinny uwzględniać możliwość powiększenia zakresu witryny w przyszłości. Wykonawca musi zaproponować trzy projekty graficzne strony głównej, spełniające wymagania zawarte w szczegółowym opisie przedmiotu niniejszego zamówienia. Wykonawca, którego oferta zostanie wybrana w przedmiotowym postępowaniu, przedstawi (zmodyfikowany zgodnie z uwagami Zamawiającego) projekt graficzny strony głównej i dwóch podstron, strony głównej serwisu w wersji angielskiej oraz 4 propozycji layoutów okazjonalnych, które po akceptacji, bądź dalszej modyfikacji przez Zamawiającego (zgodnie z zapisami umowy) zostaną wdrożone. Projekt graficzny podstron musi: 1. Zawierać nazwę Polskiego Instytutu Spraw Międzynarodowych 2. Nawiązywać graficznie do strony głównej. 3. Zawierać informację o miejscu w strukturze, w którym znajduje się użytkownik (menu pokrokowe). 4. Zawierać aktywne menu pokazujące zawartość działu. 5. Zawierać ikony Poleć stronę, Do druku, Kanały RSS, Wydrukuj do PDF. 6. Zawierać odnośnik przekierowujący do strony głównej. Przeniesienie danych Wdrożenie treści wyeksportowanych z dotychczasowego serwisu do nowego systemu CMS na podstawie nowego projektu graficznego

11 1. Przeniesienie wskazanej przez Zamawiającego zawartości dotychczasowej strony internetowej i dostosowanie jej do nowego serwisu, z uwzględnieniem możliwości edycji, archiwizacji i przeszukiwania. 2. Serwis należy stworzyć w wersjach językowych: polskiej i angielskiej, przy czym wersja angielska jest w stosunku 1:1 do pełnej wersji polskojęzycznej. Obsługa techniczna strony Wykonawca zapewni: 1. Automatyczne backupowanie bazy i systemu co najmniej 1 raz dziennie, i udostępnianie plików ZZDW KOSZALIN (połączenie szyfrowane). 2. Kopię najnowszej wersji CMS-a po każdorazowej poprawce. 3. Na życzenie Wykonawcy Zamawiający przedstawi dotychczasowe statystyki strony. 4. Całodobowe wsparcie techniczne (support) w ciągu okresu obowiązywania umowy, w tym udostępni całodobowy telefon alarmowy; godzin prac programistycznych w celu rozwoju strony internetowej; 6. Eksport (na żądanie Zamawiającego) danych ze stworzonego CMS-a w postaci plików XML lub Sql; 7. Wznowienie pracy serwisu po zgłoszeniu awarii w czasie nieprzekraczającym 2 godzin; 8. Bieżącą obsługę serwisu, także po zakończeniu jego wdrożenia, zarówno w zakresie usuwania błędów, które mogą się pojawić, np. w działaniu systemu administracji treścią (serwis gwarancyjny). 9. Aktualizację dokumentacji po każdorazowej zmianie wersji oprogramowania. Ponadto Wykonawca zapewni: 1) szkolenie wyznaczonych pracowników (około 40 osób) w obsłudze aplikacji i opisanych wyżej narzędzi przeznaczone dla administratorów (co najmniej 5 osób) i redaktorów serwisu (pozostali); 2) Wykonawca, za zgodą Zamawiającego, może zaproponować wprowadzenie nowych elementów, służących wzbogaceniu i uatrakcyjnieniu serwisu. Wykonawca nie może ograniczać ani zubożać treści ani zawartości strony bez zgody Zamawiającego; 3) umieszczenie na stronie obfitego materiału ilustracyjnego wzbogacającego serwis pozyskanego we własnym zakresie; 4) możliwość ograniczania prawa do ściągania przez użytkowników wybranych załączników 5) mechanizm antyspamowy zamieszczonych na stronie adresów ; 6) mechanizm antyspamowy zamieszczonych na stronie formularzy 7) we własnym zakresie, odbiór od Zamawiającego materiałów, które ze względu na duży rozmiar nie mogą być przekazane korespondencją elektroniczną, w tym zawartość strony internetowej ZZDW KOSZALIN wyeksportowanej z obecnego systemu; 8) zespół co najmniej 2 wykonawców, których priorytetowym obowiązkiem będzie budowa serwisu ZZDW KOSZALIN, z udokumentowanym doświadczeniem w budowie podobnych systemów.

12 Testowanie systemu Przewiduje się następujące typy testów: 1. Testy wewnętrzne - przeprowadzane przez zespół Wykonawcy przed dostawą systemu Zamawiającemu. 2. Testy iteracyjne - organizowane i przygotowywane przez Wykonawcę testy komponentów oprogramowania (modułów po każdym etapie oraz na koniec) z udziałem Zamawiającego. Wykonawca jest odpowiedzialny za: przygotowanie danych testowych, przygotowanie scenariuszy testów, przygotowanie środowiska testowego, aktywowanie modułów, ładowanie danych testowych. Wykonanie tych testów ma zapewnić możliwość oceny funkcjonalności przygotowanego systemu, wykrycia błędów w programowaniu na wczesnym etapie i zgłoszenie uwag, zmian oraz uzupełnień do założonej funkcjonalności. 3. Testy akceptacyjne - przeprowadzone przez Zamawiającego testy wytworzonego Systemu. Testy te wykonywane są przez zespół Zamawiającego, w obecności przedstawicieli Wykonawcy. Do przekazywanego oprogramowania należy dołączyć dokumentację z przeprowadzonych testów Dokumentacja: Wykonawca dostarczy dokumentację systemu w wersji: 1. dla użytkownika (redaktora serwisu) 2. dla administratora systemu 3. dla programisty umożliwiającą wdrożenie programisty w opracowany system w celu późniejszego jej rozwoju Inne Dodatkowo, w ramach usługi wymagane jest: 1. Przekazanie Zamawiającemu praw majątkowych do wykonanego oprogramowania oraz innego użytego oprogramowania; 2. Dostarczenie Zamawiającemu dokumentacji projektowej, powykonawczej, wyników testów, dokumentacji z wdrożeń systemu; 3. Przekazanie autorskich praw majątkowych i pokrewnych do Systemu, w rozumieniu ustawy z dnia z dnia 4 lutego 1994 roku o prawach autorskich i prawach pokrewnych w zakresie, w jakim System lub jego elementy składowe będą dziełami chronionymi tą ustawą, a ponadto wszelkie prawa, upoważnienia i zezwolenia mogące odnosić się do aplikacji i jej elementów składowych obejmujące prawo do korzystania i rozporządzania aplikacją i jej elementami składowymi na wszelkich polach eksploatacji wymienionych w szczególności w art. 50 i art. 74 ust. 4 ustawy z dnia 4 lutego 1994 roku prawach autorskich i prawach pokrewnych oraz wszelkie upoważnienia i zezwolenia do pełnego korzystania z całości praw do Systemu, w tym praw autorskich osobistych, zależnych, łącznie z prawem dokonywania zmian w Systemie, korzystania z nich, poboru i przetwarzania danych zawartych w nich.