SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Wykonanie serwisu internetowego (wraz z dostawą autorskiego systemu zarządzania treścią) dla Departamentu Wdrażania Europejskiego Funduszu Społecznego w Ministerstwie Pracy i Polityki Społecznej poświęconego roli MPiPS w Programie Operacyjnym Wiedza Edukacja Rozwój 2014-2020 (PO WER). Zamawiający: Ministerstwo Pracy i Polityki Społecznej Departament Wdrażania Europejskiego Funduszu Społecznego ul. Nowogrodzka 1/3/5 00-513 Warszawa Podstawowe informacje dot. zapytania ofertowego: 1. Niniejsze zapytanie nie stanowi oferty w myśl art. 66 Kodeksu cywilnego, jak również nie jest ogłoszeniem w rozumieniu ustawy Prawo zamówień publicznych. 2. Zamawiający zastrzega sobie prawo do zmiany treści niniejszego zapytania ofertowego do upływu terminu składania ofert. Jeżeli zmiany będą mogły mieć wpływ na treść składanych w postępowaniu ofert, Zamawiający przedłuży termin ich składania. 3. W odpowiedzi na zapytanie ofertowe, każdy z Oferentów może złożyć tylko jedną ofertę. 4. Niedopuszczalne jest składanie ofert częściowych. 5. Zamawiający zastrzega sobie prawo do unieważnienia procedury bez podania uzasadnienia, a także do pozostawienia procedury bez wyboru ofert. Ministerstwo Pracy i Polityki Społecznej Tel. +48 22 461 63 04, +48 22 461 63 05 Sprawę prowadzi: Departament Wdrażania Fax. +48 22 461 62 64 Mariusz Marciniak-Grodecki, starszy specjalista Europejskiego Funduszu Społecznego e-mail: kontakt@kapitalludzki.gov.pl Tel. +48 22 461 63 77 Ul. Nowogrodzka 1/3/5, 00-513 Warszawa www.kapitalludzki.gov.pl e-mail: Mariusz.Marciniak-Grodecki@mpips.gov.pl
I. PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest wykonanie serwisu internetowego Instytucji Pośredniczącej (zwanego dalej serwisem IP) dla Departamentu Wdrażania Europejskiego Funduszu Społecznego w Ministerstwie Pracy i Polityki Społecznej, który poświęcony będzie roli MPiPS w Programie Operacyjnym Wiedza Edukacja Rozwój 2014-2020 (PO WER) w oparciu o szablon graficzny opracowany przez Ministerstwo Infrastruktury i Rozwoju (Instytucję Zarządzającą PO WER), który zostanie przekazany Wykonawcy przez Zamawiającego. Serwis ma umożliwić Zamawiającemu tworzenie oraz publikowanie nowych zasobów z wykorzystaniem funkcjonalności systemu zarządzania treścią (CMS), przy czym żadna z funkcjonalności systemu nie może być realizowana jako usługa wykonywana przez zewnętrzny podmiot wszystkie moduły i funkcjonalności muszą być integralną częścią systemu. Zgodnie z rekomendacjami Ministerstwa Infrastruktury i Rozwoju (Instytucji Zarządzającej PO WER) strona IP powinna stanowić spójny element Systemu stron internetowych Funduszy Europejskich w Polsce na lata 2014-2020. Założenia i budowa Systemu wynika z podejścia proklienckiego, stawiając Internautę na pierwszym miejscu. Spójny system informowania o Funduszach Europejskich w Internecie będzie budowany na kilka najbliższych lat, a serwis IP, podobnie jak serwisy Programów Operacyjnych i Regionalnych Programów Operacyjnych, stanie się jego częścią. Strony w serwisie IP powinny mieć podobną strukturę i wygląd do stron Portalu Funduszy Europejskich dostępnego pod adresem www.funduszeeuropejskie.gov.pl. Całość powinna stanowić jednolity system. Zamówienie obejmuje: wykonanie serwisu internetowego oraz dostarczenie autorskiego systemu zarządzania treścią (CMS), usługę serwisowania i doskonalenia serwisu po udostępnieniu go w Internecie w okresie minimum 12 miesięcy od daty zakończenia prac, tj. daty wskazanej w protokole zdawczoodbiorczym, świadczenie usługi rozwoju systemu - polegającej na wykonywaniu w ramach umowy wskazanych przez Zamawiającego dodatkowych modyfikacji strony/systemu - nie więcej niż 50 roboczogodzin. Wymagany termin wykonania serwisu internetowego wraz z dostawą autorskiego systemu zarządzania treścią (CMS): 45 dni roboczych od dnia podpisania umowy. Zamawiający przekaże Wykonawcy: 3 szablony graficzne, które pokazują poszczególne sekcje serwisu widoczne na stronie głównej (format PSD), zestaw ikon wykorzystanych w projekcie (format AI, PSB, PNG), mapę serwisu ze szczegółowym opisem poszczególnych podstron i funkcjonalności. Strona 2 z 28
II. MERYTORYCZNY ZAWARTOŚĆ SERWISU Ministerstwo Pracy i Polityki Społecznej pełni w PO WER 2014-2020 rolę Instytucji Pośredniczącej (IP) dla 8 działań: Oś Priorytetowa I Osoby młode na rynku pracy Działanie 1.3 Wsparcie osób młodych znajdujących się w szczególnie trudnej sytuacji - Poddziałanie 1.3.1 - Poddziałanie 1.3.2 Oś Priorytetowa II Efektywne polityki publiczne dla rynku pracy, gospodarki i edukacji Działanie 2.1 Równość szans mężczyzn i kobiet we wszystkich dziedzinach, w tym w dostępie do zatrudnienia, rozwoju kariery, godzenia życia zawodowego i prywatnego Działanie 2.4 Modernizacja publicznych i prywatnych służb zatrudnienia oraz lepsze dostosowanie ich do potrzeb rynku pracy Działanie 2.5 Skuteczna pomoc społeczna Działanie 2.6 Wysoka jakość polityki na rzecz włączenia społecznego i zawodowego osób z niepełnosprawnościami Działanie 2.7 Zwiększenie szans na zatrudnienie osób szczególnie zagrożonych wykluczeniem społecznym Działanie 2.8 Rozwój usług społecznych świadczonych w środowisku lokalnym Działanie 2.9 Rozwój ekonomii społecznej Strona 3 z 28
III. STRUKTURA STRONY IP 0. STRONA GŁÓWNA 1. SKORZYSTAJ Z PROGRAMU 1.1 Jak skorzystać z Programu? 1.2 Zobacz ogłoszenia i wyniki naborów wniosków 1.3 Pobierz wzory dokumentów 1.4 Realizuję projekt 1.4.1 Co musisz wiedzieć, żeby zrealizować projekt 1.4.2 Poznaj proces podpisywania umowy 1.4.3 Poznaj zasady promowania projektu 1.4.4 Rozliczaj projekt 1.4.5 Dowiedz się co zrobić, by dokonać zmian w projekcie 1.4.6 Dowiedz się jak przebiega kontrola 1.4.7 Poznaj obowiązki po zakończeniu projektu 2. WIADOMOŚCI 3. DOWIEDZ SIĘ WIĘCEJ O PROGRAMIE 3.1 Zapoznaj się z prawem i dokumentami 3.2 Poznaj działania nadzorowane przez MPiPS w ramach PO WER 3.3 Pobierz poradniki i publikacje 3.4 Poznaj projekty 3.5 Weź udział w spotkaniach informacyjnych i konferencjach 3.6 Przeczytaj analizy, raporty i podsumowania 3.7 Weź udział w promocji Programu 3.8 Skorzystaj z Gwarancji dla Młodzieży 4. EFEKTY PROJEKTÓW 5. STOPKA 5.1 Strona główna 5.2 Pracownicy Departamentu Wdrażania EFS w MPiPS 5.3 Często zadawane pytania 5.4 Dostępna strona 5.5 Polityka prywatności 5.6 Mapa projektów nadzorowanych przez MPiPS w ramach PO WER 5.7 Formaty plików do pobrania 5.8 Mapa strony 5.9 Newsletter Strona 4 z 28
IV. PODSTAWY PRAWNE Serwis IP musi być zgodny z następującymi przepisami prawnymi: 1. Ustawą z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. 2013 poz. 235 z późn. zm.) wraz z aktami wykonawczymi. 2. Ustawą z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz. U. 2013 poz. 1422) wraz z aktami wykonawczymi. 3. Ustawą z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz. U. 2014 poz. 1182 z późn. zm.). 4. Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U. 2012 poz. 526), w tym ze standardami WCAG 2.0 dotyczącymi dostępności dla osób z niepełnosprawnościami. 5. Ustawą Prawo telekomunikacyjne z dnia 16 lipca 2004 r. (Dz. U. 2014 nr 0 poz. 243). 6. Ustawą z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz. U. Nr 112, poz. 1198, z późn. zm.). 7. Ustawą z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. z 2013 r. poz. 235, z późn. zm.). Strona 5 z 28
V. LICENCJE Wykonawca dostarczy Zamawiającemu wykaz wszystkich licencji oraz nieodpłatnie przekaże Zamawiającemu wszystkie licencje (systemowe, narzędziowe, serwerowe, bazodanowe, itp.) niezbędne do prawidłowej pracy i pełnego korzystania z serwisu IP. W przypadku, gdy zdjęcia i materiały są objęte licencjami otwartymi, Wykonawca musi zapewnić szczegółową informację o podstawie i dopuszczalnym zakresie ich wykorzystania. Wykonawca dostarczy Zamawiającemu wszystkie kody źródłowe oprogramowania wykorzystywanego przez serwis i system CMS, które powstaną w wyniku realizacji Umowy. Przekazanie wszystkich kodów źródłowych zapewni Zamawiającemu nieograniczoną technicznie możliwość wprowadzania modyfikacji wyglądu i funkcjonalności serwisu wraz z systemem CMS. Wykonawca dostarczy Zamawiającemu licencje dostępowe dla administratorów i redaktorów systemu, przy czym w bazie danych systemu CMS może być ich zarejestrowana dowolna ilość. Każda z licencji musi umożliwiać dostęp administracyjny i redakcyjny do wszystkich treści i funkcjonalności systemu. Każda z instalacji systemu musi umożliwiać jednoczesny dostęp dla nieograniczonej liczby użytkowników końcowych serwisu, zarówno zarejestrowanych jak i niezarejestrowanych. Wykonawca zobowiązany jest przez cały okres obowiązywania umowy do dostosowania systemu do zmian aktów prawnych mających wpływ na dostarczony system i realizowane przez niego funkcjonalności w ramach świadczonych usług wsparcia, bez prawa do dodatkowego wynagrodzenia z tego tytułu. Wykonawca udzieli Zamawiającemu niewyłącznej licencji na korzystanie z oprogramowania bez ograniczeń co do terytorium, czasu, liczby egzemplarzy, w zakresie poniższych pól eksploatacji: utrwalanie, kopiowanie, wprowadzenie do pamięci komputerów i serwerów sieci komputerowych, wystawianie lub publiczną prezentację (na ekranie lub w sieci Internet), w tym podczas seminariów i konferencji, wykorzystywanie w materiałach wydawniczych oraz we wszelkiego rodzaju mediach audiowizualnych i komputerowych, prawo do korzystania z dzieł w całości lub z części oraz ich łączenia z innymi dziełami, opracowania poprzez dodanie rożnych elementów, uaktualnienie, modyfikację, tłumaczenie na rożne języki, zmianę wielkości i treści całości lub ich części, przystosowywanie, zmiany układu lub jakiekolwiek inne zmiany w dziele, których celem jest rozbudowa, przebudowa, rozwijanie, unowocześnianie, podwyższanie wersji, usuwanie problemów i błędów oraz konserwacji dzieła, 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ć komputerowe, Internet) łącznie z utrwalaniem w pamięci RAM oraz zezwalaniem na tworzenie i nadawanie kompilacji, Strona 6 z 28
VI. WYMAGANIA TECHNOLOGICZNE Strona zostanie przygotowana w oparciu o otwarte standardy W3C: np. HTML 5 i CSS 3 oraz być dostępna dla osób z niepełnosprawnościami (WCAG 2.0). Ponadto musi być zgodna z wymogami polskiego prawa (punkt III. niniejszego dokumentu). 1. Dostępność stron dla osób z niepełnosprawnościami Dostosowanie stron do potrzeb osób z niepełnosprawnościami jest obowiązkiem instytucji realizujących zadania publiczne. Zgodnie z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych strona powinna spełniać wytyczne WCAG w zakresie opisanym w załączniku do rozporządzenia. Strony w serwisie muszą spełniać w szczególności następujące zasady: wszystkie strony muszą mieć zachowaną prawidłową strukturę hierarchii nagłówków, przygotowany kod szablonów musi być wolny od błędów oraz poprawny semantycznie, muszą być zachowane odpowiednie proporcje kontrastów, wszystkie elementy graficzne oraz elementy, które można kliknąć muszą mieć zrozumiały tekst alternatywny; dodatkowo elementy klikane po najechaniu muszą być sygnalizowane zmianą wyglądu kursora na rękę, musi istnieć możliwość manipulowania rozmiarem tekstów stron serwisu za pomocą dostępnych skrótów klawiaturowych przeglądarki, nawigacja po stronach musi być dostępna za pomocą klawiatury, inne wynikające z aktów prawnych m.in.: Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U. 2012 poz. 526); Standardów W3C, WCAG 2.0. Pomocne podręczniki: Fundacja Widzialni o http://widzialni.org/wcag-20-podrecznik-dobrych-praktyk,m,mg,5,51 Fundacja Integracja, o http://dostepnestrony.pl/wp-content/uploads/2013/08/dostepnosc-serwisowinternetowych-dominik-paszkiewicz-jakub-debski.pdf Metodologia badania stron o http://widzialni.org/container/metodologia-badania-dostepnosci-stron-www.pdf Informacje dla użytkowników z niepełnosprawnościami, np. skróty klawiszowe, muszą być zamieszczone w sekcji Dostępna strona znajdującej się w stopce serwisu. Strona 7 z 28
2. Responsive Web Design (RWD) i breakpointy Serwis IP musi być zaprojektowany przy wykorzystaniu zasad Responsive Web Design (RWD). W RWD layout graficzny strony zmienia swój stan po przekroczeniu pewnych punktów granicznych (breakpoints) w szerokości viewportu przeglądarki (czyli obszaru programu, w którym wyświetlana jest strona internetowa). Wymagane breakpointy: DESKTOP: 1024 px (szerokość wyjściowa) TABLET: 768px MOBILE: 320px lub 640px 3. Przeglądarki i kodowanie Kody HTML szablonów graficznych IP muszą wyświetlać się prawidłowo na co najmniej następujących przeglądarkach internetowych: Internet Explorer, Chrome, Firefox, Safari, Opera dla oficjalnych najnowszych wersji produktów (tzw. wersjach stabilnych) wydanych przez producentów oraz dla trzech wersji wcześniejszych produktu, jak również dla przeglądarek tabletów i telefonów komórkowych instalowanych na najpopularniejszych urządzeniach mobilnych (Apple ipad i iphone, tablety i telefony z systemem Android oraz Windows, Windows Phone). Ponadto kod HTML serwisu musi zostać zweryfikowany za pomocą walidatorów W3C (np. HTML5: http://validator.w3.org/, CSS3: http://jigsaw.w3.org/css-validator/), oraz walidatora pod kątem wdrożenia wytycznych WCAG 2.0 (np. www.achecker.ca). Strona musi zapewnić kodowanie znaków w postaci Unicode UTF-8 (wersja 3.0). 4. Wymagania techniczne hostingu Zamawiającego o Wsparcie baz danych: MySQL/PostgreSQL/MariaDB o Języki skryptowe: phyton, php, ASP, perl o Wszystkie biblioteki OpenSource do php, phyton, perl, PostgreSQL, MySQL, MariaDB Strona 8 z 28
VII. WYMAGANE FUNKCJONALNOŚCI I NARZĘDZIA SERWISU IP 1. Aktualności Moduł umożliwiający prezentację aktualności. Sposób prezentacji artykułu musi uwzględniać tytuł artykułu, jego rozwinięcie, datę publikacji/datę utworzenia, link do pełnej zawartości artykułu, możliwość dodania pliku graficznego (awatara), możliwość dodatnia do pełnej wersji artykułu przycisków Drukuj (PDF, druk tradycyjny), poleć znajomemu. Moduł posiada edytor WYSIWYG. 2. Aktualności - skrót Moduł powiązany z modułem Aktualności. Umożliwia wyświetlenie w dowolnym miejscu serwisu zdefiniowaną ilość tytułów lub skrótów ostatnio dodanych artykułów. Moduł wielokrotnego użytku. 3. Archiwum aktualności Moduł powiązany z modułem Aktualności. Stanowi źródło wiedzy dla osób, poszukujących starszych informacji, które nie są już wyświetlane w bieżących wiadomościach na stronie głównej. Moduł wyświetla aktualności w sposób chronologiczny. Umożliwia określenie zakresu dat, w granicach których wiadomości będą przenoszone do/wyświetlane w Archiwum. 4. Backup System musi umożliwiać automatyczne tworzenie kopii bezpieczeństwa wszystkich elementów składających się na serwis (baza danych, aplikacje, pliki) z częstotliwością określoną przez administratora. System musi dawać możliwość ustalenia przez administratora miejsca przechowywania kopii bezpieczeństwa, w tym na innych serwerach. 5. Bezpieczny dostęp Zamawiający posiada certyfikat bezpieczeństwa. Dostęp do systemu musi odbywać się za pomocą bezpiecznego połączenia SSL z kluczem o długości co najmniej 128 bitów dla wszystkich administratorów i redaktorów serwisu. System musi umożliwiać opcję włączenia (z poziomu panelu administracyjnego) bezpiecznego połączenia SSL dla określonych działów i artykułów w serwisie. System musi umożliwiać tworzenie i zmianę reguł dotyczących długości oraz stopnia skomplikowania haseł przechowywanych w bazie danych systemu, a także umożliwiać określenie czasu, po którym konieczna będzie zmiana hasła. Hasła użytkowników nie mogą być przechowywane w bazie systemu w postaci jawnej, lecz z wykorzystaniem bezpiecznej funkcji skrótu (np. SHA - Secure Hash Algorithm). Strona 9 z 28
System musi umożliwiać ustawienie przez administratora czasu bezczynności, po którym użytkownik zostanie wylogowany z systemu. System musi umożliwiać włączenie mechanizmu blokowania kilkukrotnego jednoczesnego logowania się tego samego użytkownika. System musi czasowo blokować konto przy wielokrotnej próbie zalogowania z niewłaściwym hasłem. Ilość prób musi być możliwa do ustalenia przez administratora, który musi mieć możliwość ręcznego odblokowania konta. 6. Blok opisowy Umożliwia wstawianie w serwisie bloku opisowego w dowolnych, zdefiniowanych na etapie projektowania witryny miejscach na stronie. Moduł posiada edytor WYSIWYG. 7. Edycja treści System musi posiadać pracujący w trybie on-line edytor WYSIWYG, umożliwiający na pracę z artykułami publikowanymi w serwisie przy założeniu braku znajomości kodu HTML przez redaktorów. Edytor musi zapewniać możliwość edytowania tekstów w sposób typowy dla popularnych pakietów biurowych oraz wklejania tekstów z zachowaniem formatowania przyjętego w edytorze tekstu. Edytor musi posiadać co najmniej takie funkcje jak: pole format zawierające predefiniowane elementy strukturalne treści (P, H1, H2, H3, H4) pole styl zawierające predefiniowane style CSS możliwość wyboru czcionki i jej rozmiaru oraz predefiniowania domyślnej czcionki Ubuntu opcje: Wytnij, Kopiuj, Wklej, Wklej jako czysty tekst, Wklej z Worda opcje: Znajdź, Zamień, Zaznacz wszystko, Usuń formatowanie opcje: Pogrubienie, Kursywa, Podkreślenie, Przekreślenie, Indeks dolny, Indeks górny opcje: Wstaw/Usuń numerowanie listy, Wstaw/Usuń wypunktowanie listy opcje: Zmniejsz/Zwiększ wcięcie, Wyrównaj do lewej, środka, prawej, lewej i prawej opcje: Wstaw/Edytuj/Usuń załącznik, grafikę, Flash, hiperłącze, kotwicę, osadzanie treści z serwisu YouTube/Dailymotion opcje: Wstaw/Edytuj tabelę opcje: Zmień kolor czcionki, Zmień kolor tła opcje: Pokaż/Edytuj kod źródłowy podgląd strony podział strony (stronicowanie), zgodnie z rekomendacjami Ministerstwa Infrastruktury i Rozwoju Kod wstawiany przez edytor musi być zgodny minimum ze standardami HTML 5 i CSS 3. Praca w edytorze musi odbywać się z poziomu przeglądarki internetowej bez konieczności instalacji specjalnego oprogramowania klienckiego. Strona 10 z 28
Edytor musi posiadać 3 tryby wyświetlania zawartości: zwykły tryb edycyjny (WYSIWYG), tryb HTML i tryb podglądu strony (preview). Edytowany artykuł będzie mógł być wzbogacony przez pliki pobierane z repozytorium. Elementy graficzne dołączane do tekstów muszą mieć możliwość skalowania do dowolnych rozmiarów, wstawiania tekstu Alt, definiowania miejsca położenia, wielkości, sposobu wyrównania tekstu i otwarcia w nowym oknie lub w technice overlay (przed tekstem). System musi umożliwiać podgląd strony/artykułu na każdym etapie redakcji w układzie (szablonie) w jakim będzie on prezentowany w serwisu. Edytor musi posiadać możliwość ograniczenia dostępności wybranych opcji dla określonych grup użytkowników. 8. FAQ Moduł umożliwia tworzenie bazy pytań i odpowiedzi na podstawie pytań zadanych przez użytkowników serwisu oraz przygotowanych przez Administratora serwisu. Moduł posiada edytor WYSIWYG. Przykład: https://www.funduszeeuropejskie.gov.pl/strony/pytania/ 9. Formularz kontaktowy Moduł umożliwia użytkownikom serwisu kontakt mailowy. Za pomocą formularza zamieszczonego na stronie użytkownik ma możliwość zadania pytania bez konieczności korzystania z klienta pocztowego. Formularz kontaktowy umożliwia redaktorowi wybór zdefiniowanych pól, które zostaną wyświetlone na stronie oraz takich, których wypełnienie będzie obligatoryjne. Dla każdego formularza istnieje możliwość zdefiniowania listy tematów wraz z adresem email, aby zapytanie trafiło do konkretnej osoby. Wiadomości trafiają na zdefiniowany adres email oraz są gromadzone w bazie CMS, gdzie uprawniony redaktor ma podgląd do treści całej wiadomości oraz danych wypełnionych przez użytkownika serwisu. Moduł wielokrotnego użytku można go zamieścić wielokrotnie w jednym serwisie i konfigurować indywidualnie każdy formularz. 10. Galeria fotograficzna Moduł umożliwia tworzenie galerii fotograficznej na podstawie zdjęć przesłanych (pojedynczo lub grupowo) na serwer przez Administratora serwisu. Galeria musi posiadać tytuł oraz krótki opis. Do poszczególnych zdjęć galerii Administrator może dodać jego opis a także tekst alternatywny. Zdjęcia mogą być sortowane oraz dowolnie kadrowane. Strona 11 z 28
System musi posiadać możliwość prezentowania załączników graficznych w postaci galerii, w tym udostępnienia galerii zdjęć jako wydzielonych stron serwisu oraz w ramach artykułów. Otwieranie widoku powiększenia nie może być blokowane przez systemy blokujące okna typu pop-up przeglądarek. System musi posiadać możliwość otworzenia pliku powiększenia przy wyłączonej w przeglądarce obsłudze JavaScript. Pliki graficzne umieszczane w galerii muszą podlegać normalizacji zgodnie z konfiguracją dot. rozmiaru miniaturki oraz rozmiaru zdjęcia tzn. konwersji do określonego wymiaru i stopnia kompresji, zarówno dla miniaturki jak i dla właściwego zdjęcia. Użytkownik galerii ma możliwość przeglądania zdjęć za pomocą przycisków następny, poprzedni, bez konieczności zamykania zdjęcia oraz możliwość przełączenia galerii w tryb pełnoekranowy. 11. Galeria Wideo Moduł umożliwia na zamieszczanie w serwisie plików video, które zostaną wyświetlone za pomocą odtwarzacza. Dla każdego filmu można dodać miniaturkę zdjęcia, która zostanie pokazana w widoku startowym. Do filmu można dodać także tytułu, krótkiego opisu oraz tagi. Ponadto moduł umożliwia osadzenie pliku wideo z zewnętrznego serwisu (Youtube, Dailymotion), który na stronie wyświetli się razem z playerem. 12. Historia operacji/zdarzeń System musi zapisywać i udostępniać historię wszystkich operacji włącznie z logowaniem. Historia musi być dostępna dla administratora i pozwalać na wyszukiwanie oraz filtrowanie co najmniej takich atrybutów jak: data i czas operacji z dokładnością do minuty, nazwa użytkownika, rodzaj operacji, miejsce wykonania operacji lub nazwa pliku na którym wykonano operację. System musi raportować błędy w działaniu systemu CMS, w tym także kody błędów HTPP (np. 404) wygenerowane przez system CMS. 13. Kalendarz wydarzeń Moduł umożliwia wyświetlanie w formie miesięcznego widoku kalendarza zdefiniowanych przez Administratora wydarzeń. Informacje o Wydarzeniach mogą być zgłaszane do serwisu także przez użytkowników za pomocą odpowiednio zdefiniowanego formularza, zamieszczonego na stronie. Administrator ma możliwość konfiguracji pól formularza oraz posiada dostęp do edycji zgłaszanych wydarzeń, może zmienić lub uzupełnić ich treść, a także określić tagi oraz opublikować wpis na stronie. Strona 12 z 28
14. Kodowanie znaków System musi kodować znaki w standardzie Unicode UTF-8 wersja 3.0. Treści umieszczane w serwisie powinny być automatycznie konwertowane do tego zestawu znaków. 15. Konta użytkowników Moduł umożliwia zakładanie oraz administrowanie kontami użytkowników serwisu w podziale na administratorów/redaktorów (posiadających dostęp do panelu administracyjnego CMS w ramach przydzielonych uprawnień) w zależności od nadanych uprawnień. Administrator posiada możliwość tworzenia profili uprawnień dostępu do zasobów systemu CMS. 16. Logowanie Moduł umożliwia zalogowanie się Administratorów/redaktorów w serwisie po podaniu loginu i hasła. Moduł powinien posiadać opcję przypomnienia hasła. 17. Mapa projektów PO WER Narzędzie umożliwiające pokazanie opisów projektów nadzorowanych przez MPiPS w poszczególnych województwach i w całej Polsce. Mapa musi mieć możliwość filtrowania projektów ze względu na Działanie/Poddziałanie PO WER, w ramach którego jest realizowana, jak również ze względu na obszar realizacji. Przykład: http://www.kapitalludzki.gov.pl/mapa-projektow/ Narzędzie powinno być stworzone w oparciu o Google Maps. 18. Mapa serwisu Moduł umożliwia automatyczne generowanie mapy serwisu. Wyświetlana w postaci elementów nawigacyjnych, pokazujących strukturę serwisu w sposób jasny i przejrzysty. Poprzez kliknięcie na określony odnośnik znajdujący się na mapie, użytkownik zostaje przekierowany do wybranego działu serwisu. Administrator ma możliwość zaznaczenia, które elementy będą wyświetlane w mapie serwisu. 19. Obsługa błędów System musi posiadać mechanizm obsługi błędów poprzez możliwość dostosowania stron błędów (np. 404) dla każdego z bloków tematycznych w ramach serwisu. System musi generować prawidłowe kody błędów http (prawidłowo rozpoznawane przez wyszukiwarki internetowe) dla nieistniejących, przeniesionych lub ukrytych elementów serwisu (plików, kategorii, artykułów). Strona 13 z 28
20. Optymalizacja SEO CMS musi posiadać możliwość optymalizacji każdej strony serwisu pod kątem wyszukiwania (SEO - Search Engine Optimization), w tym przypisywania indywidualnych słów kluczowych i opisu w ramach pól Meta, tytułów strony w znaczniku <Title> i adresu URL strony. System musi umożliwiać indywidualne wypełnianie atrybutów Alt grafik używanych w serwisu. 21. Panel administracyjny CMS musi być wyposażony w panel administracyjny dostępny dla administratorów i redaktorów serwisu, zawierający wszystkie funkcje administracyjne i redakcyjne w ramach systemu. Administrator systemu musi posiadać pełne uprawnienia do wszelkich kategorii administracyjnych w serwisie, w tym m.in. do: zarządzania kontami użytkowników systemu, w tym: dodawaniem, usuwaniem, modyfikacją, nadawaniem uprawnień do określonych czynności w serwisie jak tworzenie treści, edycja, usuwanie, publikowanie, zarządzania profilami uprawnień (rolami), tworzenia grup użytkowników i nadawania uprawnień grupom, tworzenia i zarządzania polityką haseł (reguły dot. budowy hasła, jego długości i złożoności, wymuszania zmiany przy następnym logowaniu), definiowania zakresu dostępu do danych i plików gromadzonych w systemie. 22. Poczta e-mail CMS musi współpracować z serwerem poczty elektronicznej obsługującym konta w domenie wskazanej przez Zamawiającego, w której będzie działać serwis. Na potrzeby realizacji zadania, Wykonawca udostępni serwer poczty elektronicznej oraz założy konta i aliasy umożliwiające m.in. rozsyłanie newsletter ów, powiadomień oraz wiadomości e-mail w celach testowych. 23. Platforma mailingowa Aplikacja umożliwia gromadzenie bazy e-maili, zarządzanie nią i rozsyłanie do zapisanych subskrybentów newsletter ów (w formie tekstowej lub HTML). Administrator ma możliwość tworzenie formularza zapisania się do subskrypcji, który zawiera standardowe pola, jak np. e- mail, imię, nazwisko, adres, telefon. Może także dodać dowolną ilość własnych pól tekstowych oraz typu checkbox lub select. Dane subskrybentów zapisywane są w bazie. Subskrybentów można zapisywać w kategoriach (np. pracownicy, public). Istnieje również możliwość zaimportowania listy klientów z pliku.csv oraz eksportu danych. Tworzenie wiadomości do wysłania może się odbywać za pomocą edytora tekstu, w trybie edytora HTML poprzez kreator, który pozwala na budowanie wiadomości z nagłówków i bloków treści, uprzednio zdefiniowanych oraz poprzez dodanie do danego newsletter a artykułu pochodzącego ze zdefiniowanego na etapie tworzenia działu serwisu. Strona 14 z 28
Wysyłkę wiadomości można dokonać natychmiastowo lub ustawić na konkretną godzinę. Platforma umożliwia prowadzenie statystyk ilości wysłanych e-maili, otrzymanych zwrotek, a także ilości kliknięć w linki znajdujące się w wiadomości. Przykład: https://www.power.gov.pl/strony/newsletter/ 24. Pliki do pobrania Moduł umożliwia zamieszczanie plików do pobrania wraz z ich opisami. Ponadto posiada funkcjonalność automatycznego wykrywania formatu pliku i stylowania go odpowiednią ikoną odpowiadającą formatowi pliku. Moduł powinien umożliwiać także definiowanie przyjaznej nazwy odnośnika oraz wielkości podanej w megabajtach. 25. Poleć znajomemu Moduł umożliwiający polecenie dowolnej treści serwisu poprzez odpowiednio zdefiniowany przez Administratora serwisu formularz bądź bezpośrednio poprzez pole adresu oraz pole tekstowe umieszczone pod artykułem/treścią serwisu. Przykład: http://www.kapitalludzki.gov.pl/polec-znajomemu/ 26. Statystyki Moduł oparty o narzędzie GoogleAnalytics. 27. System banerowy Aplikacja umożliwia dodawanie banerów (tradycyjnych oraz pop-up) i publikować je w dowolnie wybranym miejscu w serwisie (zdefiniowanym na etapie projektowania witryny). Administrator ma możliwość wstawiania plików.jpg,.gif oraz.swf oraz podpięcia do nich dowolnego linku (zarówno wewnętrznego, jak i zewnętrznego). System powinien umożliwiać także zdefiniowanie daty publikacji banera, daty jego dezaktywacji oraz podgląd do statystyk kliknięć w poszczególny baner opublikowany na stronie. 28. Ścieżka powrotu (pathway) Narzędzie nawigacyjne umożliwiające prezentację ścieżki powrotu, dzięki któremu użytkownik w każdym miejscu strony może dowiedzieć się w jakim dziale serwisu się znajduje. 29. Zapisy na spotkania i konferencje Formularz umożliwiający za pośrednictwem przycisku weź udział rejestrację na spotkania informacyjne i konferencje organizowane przez MPiPS. Redaktor w systemie CMS powinien mieć dostęp do osób zarejestrowanych na dane wydarzenie, jak również możliwość wyeksportowania listy uczestników do formatu CVS. Strona 15 z 28
30. Zarządzanie adresami URL System CMS musi generować tzw. przyjazne adresy URL, Przykład: www.kapitalludzki.gov.pl/o-programie/ Adres musi zawierać informacje o kategorii/dziale strony i możliwą do zidentyfikowania indywidualną nazwę strony domyślnie generowaną na podstawie tytułu artykułu. 31. Wyszukiwarka Moduł umożliwiając dotarcie do poszukiwanej informacji za pomocą wpisania odpowiednich słów/fraz kluczowych. CMS musi udostępniać mechanizm wyszukiwania zaawansowanego umożliwiającego: Szukanie dowolnego słowa Szukanie wszystkich słów Szukanie dokładnego wyrażenia Szukanie wg zakresów i dat Szukanie we wskazanej kategorii Po wpisaniu 3 pierwszych liter w polu tekstowym powinien aktywować się mechanizm livesearch, a wpisana fraza powinna automatycznie oznaczać się wytłuszczeniem w wyświetlanych podpowiedziach. 32. Warianty graficzne Dla głównego projektu graficznego musi zostać zdefiniowany dodatkowo wariant żałoby narodowej (kir). Strona 16 z 28
VIII. WARUNKI UDZIAŁU W POSTĘPOWANIU: 1. W zakresie posiadania wiedzy i doświadczenia: Wykonawca wykaże, że w okresie ostatnich 3 lat od daty ogłoszenia o naborze ofert, a jeżeli okres prowadzenia działalności jest krótszy w tym okresie, wykonał z należytą starannością co najmniej 3 zamówienia, każde obejmujące co najmniej wykonanie serwisu internetowego wraz z dostawą autorskiego systemu zarządzania treścią (CMS) dla administracji publicznej o wartości równej lub wyższej kwocie 71 012,07 zł brutto (Załącznik nr 1) 2. W zakresie oferowanego autorskiego systemu zarządzania treścią: Wykonawca przedstawi Zamawiającemu oświadczenie o posiadaniu praw autorskich do oferowanego systemu zarządzania treścią (Załącznik nr 1). Ponadto, Wykonawca udostępni Zamawiającemu dostęp do środowiska demonstracyjnego oferowanego systemu zarządzania treścią (Załącznik nr 1). Strona 17 z 28
IX. OPIS SPOSOBU PRZYGOTOWANIA OFERTY. Oferta powinna być przygotowana zgodnie ze wzorem formularza ofertowego, stanowiącego Załącznik nr 1. Ponadto, w celu uzyskania przez Wykonawcę ubiegającego się o udzielenie zamówienia dodatkowych punktów, do oferty należy dołączyć: wypełniony formularz zestawienia oferowanych funkcjonalności niekrytycznych (dodatkowe punktowane, kryterium K4), zgodnie ze wzorem stanowiącym Załącznik nr 2. Wypełniony formularz wykazu referencji, dokumentujący realizację usług wykonania strony internetowej wraz z dostawą autorskiego systemu zarządzania treścią (kryterium K2), zgodnie ze wzorem stanowiącym Załącznik nr 3. Wypełniony wykaz dostarczanych w ramach Oferty licencji, zgodnie ze wzorem stanowiącym Załącznik nr 4. Strona 18 z 28
X. KRYTERIA OCENY I WYBORU OFERT. Zamawiający udzieli zamówienia temu wykonawcy, którego oferta uzyska największą liczbę punktów przy zastosowaniu kryteriów i ich wag: K = K1 + K2 + K3 + K4 + K5 gdzie: K oznacza sumę punktów przyznanych zgodnie z poniższymi kryteriami: 1. Cena (K 1) - 30% Kryterium obliczane na podstawie wzoru: K 1 = C n / C o * 30 K 1 oznacza liczbę punktów przyznanych zgodnie z kryterium ceny podanej w ofercie C n oznacza najniższą cenę brutto za realizację zamówienia spośród złożonych ofert C o oznacza cenę brutto za realizację zamówienia badanej oferty 2. Doświadczenie (K 2) - 10% Kryterium obliczane na podstawie wzoru: K 2 = D o / D n * 10 K 2 oznacza liczbę punktów przyznanych zgodnie z liczbą referencji wskazanych w badanej ofercie D o oznacza liczbę wykazanych referencji w badanej ofercie D n oznacza największą liczba wykazanych referencji spośród złożonych ofert Punktowane będą referencje, dokumentujące realizację zamówień na wykonanie strony internetowej wraz z dostawą autorskiego systemu zarządzania treścią dla administracji publicznej, poza wymienionymi w pkt IX a. 3. Funkcjonalność systemu CMS (K 3) - 40% prostota interfejsu (0-10 punktów) łatwość tworzenia artykułu (0-10 punktów) łatwość i intuicyjność tworzenia formularzy (0-5 punktów) przejrzystość edytora WYSIWYG (0-15 punktów) w tym: łatwość i intuicyjność tworzenia oraz edycji tabel (0-5 punktów) czytelność i przejrzystość okna edycji edytora WYSIWYG (0-5 punktów) łatwość dodawania materiałów multimedialnych (audio, wideo, animacja) (0-5 punktów) 4. Funkcjonalności niekrytyczne systemu CMS (K 4) - 15% Kryterium obliczane na podstawie wzoru: K 4 = FN o / FN n * 15 Strona 19 z 28
K 4 oznacza liczbę punktów przyznanych zgodnie z liczbą funkcjonalności niekrytycznych wykazanych w badanej ofercie FN o oznacza liczbę wykazanych funkcjonalności niekrytycznych w badanej ofercie FN n oznacza największą liczba wykazanych funkcjonalności niekrytycznych spośród złożonych ofert 5. Cena 1 roboczogodziny w ramach rozwoju systemu (K 5) - 5% Kryterium obliczane na podstawie wzoru: K 5 = R n / R o * 5 K 5 oznacza liczbę punktów przyznanych zgodnie z kryterium ceny 1 roboczogodziny wykazanej w badanej ofercie R n oznacza najniższą cenę brutto za 1 roboczogodzinę spośród złożonych ofert R o oznacza cenę brutto za 1 roboczogodzinę wykazaną w badanej ofercie Zamawiający przewiduje 40 roboczogodzin możliwych do wykorzystania na rozwój systemu. Dla potrzeb oceny ofert, Zamawiający obliczy przyznane Wykonawcom punkty (dla każdego z powyższych kryteriów osobno) z dokładnością do dwóch miejsc po przecinku. Zamawiający zsumuje punkty przyznane Wykonawcom w poszczególnych kryteriach i uzna za najkorzystniejszą ofertę, która uzyska największą liczbę punktów. Strona 20 z 28
XI. PRACE WDROŻENIOWE Wykonawca podczas prac wdrożeniowych wykorzysta własne łącze. Po przeniesieniu systemu na serwery Zamawiającego, serwis będzie korzystał z łącza należącego do Zamawiającego. Wykonawca podczas prac wdrożeniowych zapewni: bieżącą eksploatację i utrzymanie w ruchu platformy sprzętowej, systemów operacyjnych i baz danych, rozwiązywanie problemów występujących na poziomie infrastruktury sieci rozległej, systemów operacyjnych i bazy danych, bieżące monitorowanie zasobów sprzętowych środowiska serwisu (dysk, pamięć, procesor, obciążenie sieci), przeglądanie i analiza logów systemowych środowiska serwisu oraz podejmowanie stosownych akcji w przypadku wykrycia nieprawidłowości, instalowanie aktualizacji i poprawek systemowych, ochronę przed nieuprawnionym dostępem, administrację bazami danych, w tym także bieżącą archiwizację bazy i zasobów (serwer testowy), monitorowanie usług sieciowych. Podczas prac wdrożeniowych Wykonawca wykonuje w technologii automatycznej, przyrostowe kopie bazy i zasobów przynajmniej raz na dobę. W połowie i na koniec terminu realizacji umowy zostaje wykonana pełna kopia zasobów i baz, którą Wykonawca przekaże Zamawiającemu na zewnętrznym dysku twardym (zapewnionym przez Wykonawcę bez dodatkowych kosztów) potwierdzając to protokołem zdawczo-odbiorczym, którego treść zostanie opracowana na etapie realizacji umowy. Wykonawca zobowiązuje się do odtworzenia zasobów i baz z kopii zapasowych celem sprawdzenia poprawności zapisu kopii. Strona 21 z 28
XII. TESTY SERWISU IP Rodzaje testów, które muszą zostać wykonane po wdrożeniu serwisu IP, a przed jego uruchomieniem: 1. Testowanie pod kątem występowania błędów: Po stronie Wykonawcy. po stronie Zamawiającego. 2. Testy UAT sprawdzenie, czy zakładane scenariusze realizowane są poprawnie np. sprawdzenie czy filtrowanie wyników na stronie listy naborów we właściwy sposób tę listę zawęża; sprawdzenie czy walidacja w formularzach działa prawidłowo. 3. Testy pod różnymi przeglądarkami i systemami operacyjnymi. 4. Testy pod kątem dostępności dla niepełnosprawnych. 5. Testy bezpieczeństwa. 6. Testy wydajności. W trakcie prac nad systemem przewiduje się uruchomienie przez Wykonawcę wersji testowej portalu, równolegle z wersją produkcyjną. Zamawiający oddeleguje osoby do prac związanych z realizacją procedur testowych portalu. Strony udostępniają wzajemnie numery telefonów i adres e-mail do osób, które odpowiedzialne będą za wykonanie portalu, testowanie jego funkcji oraz wdrażanie. Wykonawca przedstawi Zamawiającemu przed zakończeniem każdego z etapów (zaproponowanych w harmonogramie przez Wykonawcę) plany i procedury testów akceptacyjnych dla poszczególnych etapów. Procedury te powinny zawierać następujące kroki: opublikowanie Wersji Alfa, przeprowadzenie testów akceptujących działanie Wersji Alfa, odniesienie się do uwag Zamawiającego, opublikowanie Wersji Beta, przeprowadzenie testów akceptujących działanie Wersji Beta, odniesienie się do uwag Zamawiającego, odbiór etapu przez Zamawiającego. Pozytywne przejście testów akceptacyjnych oraz spełnienie parametrów określonych w procedurach testów akceptacyjnych dla danego etapu jest podstawą podpisania protokołu odbioru etapu końcowego oraz odbioru każdego z etapów. Pod pojęciem błędu rozumie się nieprawidłowości w działaniu serwisu, leżące po stronie Wykonawcy i dotyczące dostarczonego oprogramowania wykonanego i wdrożonego, ale funkcjonującego nieprawidłowo, błędnie, niezgodnie z wymaganiami lub nie działającego wcale. Mogą one dotyczyć np. braku możliwości zalogowania się, przeglądania zasobów, pobierania i wyświetlania opublikowanych materiałów, braku możliwości publikowania materiałów lub korzystania z narzędzia do ich tworzenia. Strona 22 z 28
XIII. ZABEZPIECZENIA ANTYWIRUSOWE System musi być wyposażony w mechanizmy antywirusowe zapobiegające przesyłaniu na serwer i udostępnianiu materiałów zawirusowanych. Zakup odpowiedniego systemu zabezpieczeń antywirusowych oraz ich bieżąca aktualizacja pozostają po stronie Wykonawcy na czas trwania wypracowania i wdrożenia oprogramowania zaleca się zastosowanie standardów zabezpieczeń i ochrony antywirusowej takich jak na serwerach Zamawiającego (Kaspersky Endpoint Security for Business, wersje 32 oraz 64-bitowe dla Windows i Unix/Linux) lub równoważnych. W szczególności system musi uniemożliwiać przesyłanie aplikacji zagrażających serwerom i zasobom oraz umożliwiających dostęp do baz danych i zasobów przez osoby niepowołane. Wykonawca chroni hasła dostępowe do baz danych i zasobów dyskowych oraz systemów serwerów. Żadne hasła nie są przechowywane w systemie w postaci otwartego tekstu. Po przeniesieniu wypracowanych zasobów na serwery Zamawiającego, wszelkie koszty związane z zabezpieczeniami ponosi Zamawiający. Strona 23 z 28
XIV. ARCHIWIZACJA I KOPIA ZAPASOWA Wykonawca dla serwera testowego zapewni narzędzie służące do archiwizacji, tworzenia i przywracania kopii bezpieczeństwa zasobów: kodu aplikacji wraz z historią zmian, przyrostowych kopii baz danych, backupów baz danych umożliwiających przywrócenie stanu z dowolnego czasu nie bardziej odległego niż 24 godziny od ostatniej awarii. Strona 24 z 28
XV. GWARANCJA Wykonawca prowadzić będzie wszelkie prace serwisowe w ramach usługi gwarancyjnej dla błędów krytycznych, ważnych i zwykłych wynikających z nieprawidłowości leżących po stronie Wykonawcy i dotyczących dostarczonego oprogramowania wykonanego i wdrożonego systemu, ale funkcjonującego nieprawidłowo, błędnie, niezgodnie z wymaganiami albo nie działającego wcale w sposób ciągły przez okres minimum 12 miesięcy liczony od momentu wdrożenia systemu, to jest od momentu zainstalowania i uruchomienia na platformie sprzętowej dedykowanej dla systemu i podpisania protokołów zdawczo-odbiorczych przez Zamawiającego i Wykonawcę. Błąd krytyczny obejmuje całkowite zatrzymanie pracy serwisu lub bardzo poważne uszkodzenie, mające krytyczny wpływ na jego funkcjonalność, Błąd ważny powoduje poważne niedogodności w pracy serwisu i/lub powtarzające się zakłócenia, które mogą mieć znaczący wpływ na funkcjonalność serwisu, Błąd zwykły problem nie powodujący bezpośredniego wpływu na obniżenie funkcjonalności serwisu. Ta klasa problemów obejmuje nieznaczne rozbieżności dotyczące funkcjonalności w porównaniu z opisami w dokumentacji oraz sporadyczne problemy i niedogodności. Zakres usług gwarancyjnych obejmował będzie: przyjmowanie zgłoszeń błędów serwisu w dni robocze, w godz. 8.15-16.15, usuwanie błędów wynikających z nieprawidłowości leżących po stronie Wykonawcy i dotyczących dostarczonego oprogramowania, Strona 25 z 28
XVI. UMIESZCZENIE SERWISU NA INFRASTRUKTURZE ZAMAWIAJĄCEGO Całość serwisu zainstalowana będzie u Zamawiającego, w jego centrum przetwarzania danych. Zamawiający zapewni stosowne łącze do sieci Internet, zabezpieczone wg stosowanej u niego polityki bezpieczeństwa i ochrony danych wrażliwych. Procedura wdrożenia, prowadzenia testów akceptacyjnych serwisu oraz uruchomienia środowiska testowego a także produkcyjnego musi być zaproponowana przez Wykonawcę i przedłożona do zaakceptowania przez Zamawiającego (akceptacji dokona departament merytoryczny Zamawiającego Departament Informatyki). Wszelkie niezbędne dane co do infrastruktury technicznej oraz jej implementacji (np. w zakresie stosowanych polityk i środków technicznych zabezpieczeń) dostępnej u Zamawiającego z uwagi na ich poufny charakter, zostaną na żądanie Wykonawcy udostępnione dopiero na etapie jego wyłonienia i podpisania umowy na wykonanie portalu. Wykonawca zobowiązuje się do wykorzystywania dokumentów, danych i innych materiałów otrzymanych od Zamawiającego wyłącznie w celu realizacji przedmiotu zamówienia. Strona 26 z 28
XVII. HARMONOGRAM PRAC 1. Przekazanie materiałów przez Zamawiającego. 2. Spotkanie z Wykonawcą w siedzibie Departamentu Wdrażania EFS w MPiPS w celu omówienia szczegółów przedmiotu zamówienia. 3. Wykonanie oraz wdrożenie serwisu internetowego. 4. Przeprowadzenie testów serwisu. 5. Umieszczenie serwisu na infrastrukturze Zamawiającego do 5 dni kalendarzowych od dnia zakończenia prac nad systemem i pozytywnym przejściu końcowych testów akceptacyjnych. 6. Uruchomienie serwisu pod wskazanym przez Zamawiającego adresem (domena będąca w posiadaniu Zamawiającego) do 2 dni kalendarzowych od zgłoszenia gotowości przez Zamawiającego. W przypadku uwag ze strony Zamawiającego, Wykonawca każdorazowo zobowiązuje się do dokonania poprawek w terminie do 5 dni kalendarzowych od zgłoszenia, aż do momentu uzyskania pełnej akceptacji ze strony Zamawiającego. Strona 27 z 28
XVIII. SPOSÓB, TERMIN SKŁADANIA OFERT Oferta powinna być przesłana za pośrednictwem poczty elektronicznej na adres: promocja@kapitalludzki.gov.pl do dnia 28 lipca 2015 roku. XIX. OSOBY DO KONTAKTU Mariusz Marciniak-Grodecki: promocja@kapitalludzki.gov.pl Strona 28 z 28