Wymagany termin wykonania serwisu internetowego wraz z systemem zarządzania treścią (CMS): 35 dni roboczych od dnia podpisania umowy.

ZAPYTANIE OFERTOWE Wykonanie serwisu internetowego 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. Zapytanie to ma na celu wyłącznie rozeznanie rynku i uzyskanie wiedzy nt. kosztów realizacji zamówienia. 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. Zamawiający zastrzega sobie prawo do unieważnienia zapytania bez podania uzasadnienia. 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, Wymagany termin wykonania serwisu internetowego wraz z systemem zarządzania treścią (CMS): 35 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 24

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 24

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 24

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). Strona 5 z 24

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 24

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). 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 24

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 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). Wymagania techniczne hostingu Zamawiającego Wsparcie baz danych: MySQL/PostgreSQL/MariaDB Języki skryptowe: phyton, php, ASP, perl Wszystkie biblioteki OpenSource do php, phyton, perl, PostgreSQL, MySQL, MariaDB Strona 8 z 24

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 24

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 24

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. 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. 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. Strona 11 z 24

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. 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. Strona 12 z 24

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). 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. Strona 13 z 24

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. 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/ Strona 14 z 24

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 Narzędzie oparte o 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. 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. Strona 15 z 24

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 24

VIII. 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 17 z 24

IX. 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 18 z 24

X. 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 19 z 24

XI. 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 20 z 24