Opis przedmiotu zamówienia

Załącznik Nr 1 do SIWZ Opis przedmiotu zamówienia Wykonanie usług sieci WAN dla publicznych służb zatrudnienia 1

1. Przedmiot zamówienia 1.1 Wstęp Zamówienie jest realizowane w ramach projektu 1.12 Implementacja i rozwój systemu informacyjnego publicznych służb zatrudnienia (dalej: projektu) i związany jest realizacją zadań na rzecz rozwoju infrastruktury teleinformatycznej. Projekt obejmuje wiele wzajemnie powiązanych ze sobą podprojektów mających na cel zarówno rozwój systemów dziedzinowych, jak również narzędzi do komunikacji i publikacji informacji za pomocą ICT (technologii informacyjnych i komunikacyjnych). Projekt stanowi kontynuację wcześniej realizowanych przedsięwzięć, które były prowadzone w ramach perspektywy SPO RZL. Celem ówczesnych projektów było powstanie oprogramowania w ramach SI PSZ oraz rozwój infrastruktury, który był realizowany przede wszystkim poprzez wzmocnienie wyposażenia w sprzęt teleinformatyczny powiatowych i wojewódzkich urzędów. Zadania dotyczące rozwoju infrastruktury zostały w ramach projektu podzielone na dwa etapy. Pierwszy etap obejmował prace o charakterze analitycznym i polegał na inwentaryzacji oraz opracowaniu modeli rozwoju infrastruktury informatycznej publicznych służb zatrudnienia. W ramach tego zadania, które zostało zrealizowane w 2009 r. zostały wykonane następujące prace: 1) wykonano inwentaryzację infrastruktury informatycznej PSZ; dane zebrane zostały w narzędziu (bazie danych) opracowanej dla potrzeb inwentaryzacji oraz monitoringu infrastruktury informatycznej PSZ; 2) opracowano warianty modeli rozwoju infrastruktury przy uwzględnieniu alternatywnych założeń (model lokalny model centralny, zakup infrastruktury outsourcing); 3) wykonano analizy SWOT oraz rachunku ekonomicznego TCO opracowanych modeli; 4) udzielono rekomendacji dla najefektywniejszego modelu rozwoju infrastruktury informatycznej PSZ. Równolegle, w latach 2009 2011 Zamawiający przeprowadził pilotażowe i produkcyjne wdrożenie Oprogramowania Syriusz Std, tj. oprogramowania dziedzinowego wykorzystywanego przez powiatowe urzędy pracy. Pilotaż obejmował także tryb kolokacji oprogramowani, w którym udział wzięło ok. 60 jednostek, co stanowi ok. 15 % wszystkich jednostek [Oprogramowanie Syriusz Std zostało wdrożone we wszystkich 341 powiatowych urzędach pracy]. W 2011 r. rozpoczęto realizację zadań dotyczących modernizacji i wdrożenia aplikacji WUP-Viator - systemu dziedzinowego wojewódzkich urzędów pracy. Założono w tym przedsięwzięciu, że wdrożenie będzie odbywać się 2

wyłączenie w trybie kolokacji, a sama aplikacja będzie miała architekturę systemu centralnego. Działanie dotyczące wdrożenia aplikacji WUP-Viator zostało zakończone 30 czerwca 2012 r. Po tym terminie aplikacja WUP podlega dalszemu rozwojowi. Ważne jest także odnotowanie, że w 2010 r. Zamawiający opracował strategię rozwoju narzędzi nowoczesnej komunikacji. Prace obejmowały przeprowadzenie badań socjologicznych, analiz, prac koncepcyjnych oraz projektowych. W wyniku prac została opracowana lista usług, modułów i interfejsów NNK. Wyodrębniono także grupy NNK aplikacyjnych oraz infrastrukturalnych. Bezpośrednią grupę odbiorców zamówienia stanowią wojewódzkie i powiatowe urzędy pracy, w tym ich wszystkie fizyczne lokalizacje (siedziby główne, filie, punkty, odziały, itp.), Ministerstwo Pracy i Polityki Społecznej (dział praca) i CRZL (zgodnie z definicją przyjętą w niniejszym dokumencie zwane jednostkami centralnymi). Zamówienie jest realizowane w celu: 1) zapewnienia i utrzymania sieci teleinformatycznej dla jednostek; 2) zapewnienia dostępu do sieci Internet dla jednostek; 3) zapewnienia wymaganych przez Zamawiającego parametrów SLA dotyczących infrastruktury. Przedmiot zamówienia jest komplementarny w stosunku do zamówienia pn. wykonania usług i dostaw na rzecz wdrożenia scentralizowanej infrastruktury PSZ (numer postępowania: ZPC/91/1.12/2012), które jest prowadzone przez Zamawiającego. Zamawiający wymaga, aby wszystkie elementy będące przedmiotem tego zamówienia były wykonane w sposób gwarantujący osiągnięcie celów, które zostały określone także w ww. zamówieniu. 1.2 Definicje oraz skróty użyte w dokumentacji Dla potrzeb zamówienia wprowadza się następujące definicje oraz skróty dotyczące publicznych służb zatrudnienia, które są wykorzystane w opisie przedmiotu zamówienia (dalej: OPZ): 1) centrum przetwarzania danych (CPD) dedykowany ośrodek, w którym instalowane są urządzenia serwerowe, pamięci masowe, biblioteki taśmowe oraz urządzenia sieciowe w celu przetwarzania i przechowywania danych z zapewnieniem odpowiednich warunków bezpieczeństwa, dostępności i ciągłości działania określonych w SLA; wyróżnia się: a) podstawowe centrum przetwarzania danych (CPDI) zasadnicze CPD, którego lokalizacja jest zapewniona przez Głównego Użytkownika, b) zapasowe centrum przetwarzania danych (CPDII) przejmuje funkcję CPDI w celu zachowania wymaganej ciągłości działania 3

(SLA); zapasowa lokalizacja CPD jest zapewniana przez Wykonawcę, użycie sformułowania CPD w treści OPZ oznacza zarówno CPDI, jak i CPDII; 2) Główny użytkownik Departament Informatyki MPiPS; 3) hurtownia danych zbiór danych oraz narzędzi informatycznych służących do prowadzenia analiz; 4) infrastruktura sprzęt komputerowy, oprogramowanie, usługi, takie jak łącza telekomunikacyjne, oraz inne wyposażenie umożliwiające funkcjonowanie SI PSZ, w tym NNK infrastrukturalnych; 5) jednostka każda fizyczna lokalizacja WUP i PUP, w tym: siedziby główne, filie, punkty, odziały, itp.; 6) jednostka centralna - MPiPS (dział praca) oraz CRZL; 7) narzędzia nowoczesnej komunikacji (NNK) zbiór istniejących i planowanych elementów SI PSZ służących do dystrybucji informacji, komunikacji oraz załatwiania spraw za pomocą technologii informatycznych; wyróżnia się: a) NNK infrastrukturalne, które obejmują: i) dostęp do sieci Internet, ii) telefonię IP, iii) video-rozmowy, iv) video-konferencje; b) NNK aplikacyjne elementy odrębnych i równolegle prowadzonych działań przez Zamawiającego, w ramach zamówienia dotyczy modelu rozszerzonego sieci WAN wdrożony zostanie dostęp do sieci Internet; 8) oprogramowanie dziedzinowe zasadnicze elementy SI PSZ wspierające funkcjonowanie PSZ; wyróżnia się: a) Oprogramowanie Syriusz Std oprogramowanie wykorzystywane przez PUP, b) Aplikację WUP-Viator oprogramowanie wykorzystywane przez WUP; 9) podsystem wydatków informatycznych (PWI) narzędzie informatyczne służące do gromadzenia, analizy i zarządzania procesami związanymi z wydatkowaniem środków finansowych na rozwój systemu teleinformatycznego w PSZ; 10) powiatowy urząd pracy (PUP), również miejski urząd pracy (MUP), urząd prac powiatu (UPP), itp. - samorządowa jednostka organizacyjna realizująca zadania określone ustawą PSZ na poziomie powiatu; 11) publiczne służby zatrudnienia (PSZ) - organy zatrudnienia wraz z PUP i WUP, urzędem obsługującym ministra właściwego do spraw pracy 4

oraz urzędami wojewódzkimi, realizującymi zadania określone ustawą PSZ; 12) system informacyjny PSZ (SI PSZ) - zbiór elementów infrastrukturalnych oraz aplikacyjnych wspierających funkcjonowanie PSZ, w którego skład wchodzą: a) infrastruktura, b) środowisko SI PSZ, c) oprogramowanie dziedzinowe, d) warstwa komunikacji SI PSZ, e) hurtownia danych, f) narzędzia nowoczesnej komunikacji, g) pozostałe aplikacje i rejestry; 13) system komunikacji SI PSZ - warstwa komunikacyjna pomiędzy poszczególnymi elementami SI PSZ; 14) ustawa PSZ ustawa z dnia 20 kwietnia 2004 r. o promocji zatrudnienia i instytucjach rynku pracy; 15) Użytkownik pracownik PSZ lub jednostki centralnej użytkujący SI PSZ; 16) WideArea Network (WAN) komputerowa sieć rozległa stanowiąca warstwę fizyczną do przesyłu danych; WAN łączy CPD oraz jednostki w celu funkcjonowania SI PSZ; 17) wojewódzki urząd pracy (WUP) - samorządowa jednostka organizacyjna realizujące zadania określone ustawą PSZ na poziomie województwa. 5

2. Zasady zarządzania realizacją zamówienia 2.1. Ogólne warunki zarządzania realizacją zamówienia oraz zasady dokumentacji Warunki zarządzania realizacją zamówienia oraz szczegółowe zasady dokumentacji realizacji projektu zawiera załącznik nr 1 do OPZ. Każdorazowo, gdy w OPZ używane jest zwrot opracowanie, wykonanie, itp. należy przez to rozumieć także przekazanie opracowanych/wykonanych produktów w celu odbioru przez Zamawiającego zgodnie z procedurą. 2.2. Ryzyko realizacji zamówienia Zamawiający zastrzega, że informacje i wyjaśnienia zawarte w niniejszym dokumencie mogą nie stanowić pełnego opisu istniejących rozwiązań w rozumieniu technicznym, technologicznym i organizacyjnym stosowanym przez Wykonawców. Ryzyko wynikające z niekompletności opisów w niniejszym dokumencie i dokumentacji dostępnej u Zamawiającego musi być ocenione i wkalkulowane w oferty Wykonawców odpowiednio do ich wiedzy i doświadczenia wynikającego ze zrealizowanych, podobnych zamówień, co zostało wykazane przez Wykonawców poprzez spełnienie warunków udziału w postępowaniu. 2.3. Język Zamówienie musi być realizowane w języku polskim. Wszystkie produkty będące rezultatem projektu muszą być opracowane w tym języku. W przypadku elementów będących przedmiotem dostaw (np. urządzeń teleinformatycznych, systemów zarządzania) zastosowanie języka polskiego jest wymagane, w sytuacji gdy producent oferuje produkt/oprogramowanie w języku polskim. Jeżeli produkt posiada interfejs w języku obcym, to wymagane jest dostarczenie instrukcji w języku polskim. 2.4. Procedura opracowania dokumentacji Wykonawca jest zobowiązany do realizacji prac dotyczących opracowania dokumentacji w interakcji z Zamawiającym. Powyższe zobowiązanie dotyczy konieczności organizowania i przeprowadzania konsultacji w celu uzgodnienia 6

draftu i zakresu dokumentu oraz weryfikacji założeń przygotowanych przez Wykonawców z możliwościami technicznymi Zamawiającego, Głównego Użytkownika oraz PSZ. Konsultacje mogą odbywać się w formie m.in. spotkań, warsztatów, zarówno w siedzibie Zamawiającego, Głównego Użytkownika, jak również we wskazanych jednostkach. 7

3. Ogólne warunki zamówienia 3.1. Sposób formułowania wymagań dotyczących sieci WAN Zamawiający określa w kartach wymagań infrastrukturalnych wymagania dla wszystkich usług SI PSZ, które będą implementowane i udostępniane za pomocą infrastruktury stanowiącej przedmiot zamówienia. Karty wymagań infrastrukturalnych zawierają każdorazowo następujące informacje: 1) nazwę systemu; 2) kwant - liczba Użytkowników (lub innych elementów) mających wpływ na skalowalność systemu dla wymagań określonych dla CPD; w przypadku wymagań dotyczących serwerów, wartość kwantu powinna odpowiadać jednej jednostce serwerowej; 3) wymagania dotyczące CPDI, m.in.: liczba serwerów, WAN, macierz dyskowa, warunki dostępu do systemu oraz warunki dotyczące backupu; 4) wymagania dotyczące CPDII; 5) WAN (pomiędzy CPD oraz jednostkami); 6) warunki SLA; 7) inne wymagania. Wyjaśnienie sformułowań i definicji użytych w kartach wymagań infrastrukturalnych zawiera załącznik nr 2 do OPZ. Wykonawca musi uwzględnić wymagania określone w kartach wymagań infrastrukturalnych. Powyższe zobowiązanie obejmuje m.in. konieczność zachowania określonych warunków SLA dotyczących bezpieczeństwa, dostępności i ciągłości funkcjonowania sieci WAN PSZ. Jednocześnie Zamawiający zaznacza, że karty wymagań infrastrukturalnych określają maksymalne wymagania elementów SI PSZ. Warunek ten należy rozumieć jako możliwość zwiększenia wykorzystania usług sieci WAN, np. poprzez rozszerzenie liczby systemów/usług lub jej użytkowników bez konieczności dalszego zwiększania jej parametrów. Zachowanie parametrów SLA należy do obowiązków Wykonawców. 8

3.2. Zasada nadążającego (elastycznego) SLA Zamawiający wymaga, aby usługi stanowiące przedmiot zamówienia były realizowane w sposób zapewniający integralność, bezpieczeństwo oraz ciągłość funkcjonowania SI PSZ z uwzględnieniem wcześniej uruchomionych elementów. Powyższy warunek oznacza, że zwiększenie pasma sieci WAN nie może wpływać negatywnie na funkcjonowanie wcześniej uruchomionych systemów. Zamawiający zakłada, że realizacja przedmiotu umowy zgodnie z powyższą zasadą może generować korzyści skali, szczególnie dla elementów SI PSZ dla których zostały określone kwanty w kartach wymagań infrastrukturalnych. 3.3. Zakres systemu informacyjnego PSZ Zamówienie jest realizowane w celu zapewnienia warstwy teleinformatycznej dla funkcjonowania następujących elementów SI PSZ: 1) środowisko SI PSZ; 2) oprogramowanie dziedzinowe; 3) warstwa komunikacji SI PSZ; 4) hurtownia danych; 5) NNK; 6) pozostałe aplikacje i rejestry. Charakterystykę systemu informacyjnego PSZ zawiera załącznik nr 3 do OPZ 3.4. Pryncypium projektowe: integracja Wykonawca jest zobowiązany do realizacji przedmiotu zamówienia w sposób zapewniający pełne współdziałanie wszystkich elementów SI PSZ oraz do eliminacji ich redundancji. Powyższy warunek oznacza, że Wykonawca zamówienia jest zobowiązany prowadzić wszystkie prace z uwzględnieniem wyników i uwarunkowań związanych z wdrożeniem, funkcjonowaniem i rozwojem elementów SI PSZ, o których mowa w rozdz. 3.3. Zagadnienie integracji dotyczy także innych inicjatyw związanych z informatyzacją Państwa (m.in. projektów prowadzonych przez Centrum Projektów Informatycznych), które swoim zakresem wpływają na funkcjonowanie SI PSZ. W sposób szczególny integracja musi dotyczyć projektów dotyczących utworzenia Międzyresortowej Ogólnopolskiej Sieci Teleinformatycznej w zakresie możliwości jej wykorzystania do realizacji usług sieci WAN. 9

3.5. Współpraca z innymi wykonawcami Wykonawca niniejszego zamówienia jest zobowiązany do ścisłej współpracy z wykonawcą/wykonawcami zamówienia pn. wykonania usług i dostaw na rzecz wdrożenia scentralizowanej infrastruktury PSZ (numer postępowania: ZPC/91/1.12/2012), jak również do współpracy z innymi wykonawcami realizującymi usługi odnośnie pozostałych elementów SI PSZ oraz innych projektów powiązanych. Współpraca musi dotyczyć wszystkich aspektów związanych z zachowaniem poprawnej realizacji zamówienia z uwzględnieniem uwarunkowań wynikających z ww. projektów. Współpraca pomiędzy Wykonawcami musi być zapewniona na każdym etapie realizacji zamówienia. Zamawiający ponadto podkreśla, że w celu zapewnienia przejrzystych i skutecznych struktur oraz zasad zarządzania Wykonawca niniejszego zamówienia musi uczestniczyć w opracowaniu Dokumentu Inicjującego Projekt, który stanowi element wykonawczy zamówienia pn. wykonania usług i dostaw na rzecz wdrożenia scentralizowanej infrastruktury PSZ (numer postępowania: ZPC/91/1.12/2012). Dodatkowo, Wykonawca musi uczestniczyć w opracowaniu Projektu technicznego i wykonawczego, który także stanowi element ww. zamówienia. Zamawiający określa, że w związku z rolą Wykonawcy części I ww. zamówienia przysługują mu uprawnienia nadzorcze w stosunku do Wykonawcy niniejszego zamówienia. Zasady dotyczące współpracy pomiędzy Wykonawcami nie wyłączają odpowiedzialności Wykonawcy w zakresie należytego i terminowego wykonania wszystkich zadań określonych w OPZ. Wykonawcy są zobowiązani do udzielenia wszelkich niezbędnych konsultacji wykonawcom innych elementów SI PSZ w zakresie realizowanych przez nich działań. Analogiczne wsparcie Wykonawcy przedmiotowego zamówienia mogą zakładać od wykonawców innych elementów SI PSZ. W przypadku sporów pomiędzy Wykonawcami, stroną rozstrzygającą jest Zamawiający. 3.6. Sposób informowania nt. współfinansowania projektu ze środków EFS Wykonawca są zobowiązani spełniać wymogi dotyczące oznaczenia i informowania o współfinansowaniu przez EFS, które zostały określone w rozporządzeniu nr 1159/2000/WE z dnia 30 maja 2000 r. w sprawie prowadzenia przez Państwa Członkowskie działań informacyjnych i promocyjnych dotyczących pomocy udzielanej z funduszy strukturalnych (Dz. Urz. L 130 z dnia 31 maja 2000 r.) oraz wytycznych określonych w Strategii Komunikacji Funduszy Strukturalnych w Polsce, w ramach Narodowej Strategii Spójności na lata 2007-2013. Wykonawca jest zobowiązany do zamieszczania i przekazywania informacji, że realizowana usługa jest wykonana w ramach prac nad projektem Implementacja i rozwój systemu informacyjnego publicznych służb zatrudnienia realizowanym przez 10

Centrum Rozwoju Zasobów Ludzkich, w związku z finansowaniem usług i dostaw ze środków Europejskiego Funduszu Społecznego. Wykonawca jest zobowiązani do stosowania obowiązujących logotypów: 1) Unii Europejskiej (UE); 2) Europejskiego Funduszu Społecznego (EFS); 3) Centrum Rozwoju Zasobów Ludzkich (CRZL); 4) Programu Operacyjnego Kapitał Ludzki (POKL). Powyższe wymagania dotyczą, m.in.: 1) oznaczenia sprzętu zakupionego w ramach projektu; 2) oznaczenia dokumentacji i materiałów promocyjnych w ramach Projektu oraz oficjalnej korespondencji bezpośrednio związanej z realizacją przedmiotu zamówienia; 3) każdego miejsca, gdzie będą udzielane/przekazywane/udostępniane informacje o projekcie; 4) informowania instytucji współpracujących i społeczeństwa o fakcie współfinansowania Projektu z Europejskiego Funduszu Społecznego, osiągniętych rezultatach i celach Projektu. 3.7. Działania na rzecz komunikacji w projekcie Wykonawca jest zobowiązany do współpracy w zakresie realizacji planu promocji i komunikacji, który będzie określony przez Zamawiającego. Powyższe zobowiązanie dotyczy: 1) przygotowania i prowadzenia prezentacji podczas konferencji i spotkań z kadrą PSZ; 2) cyklicznego przygotowywanie informacji nt. stanu realizacji zamówienia. 11

4. Szczegółowe warunki zamówienia Usługi sieci WAN świadczone na rzecz PSZ będą stanowiły sieć teleinformatyczną PSZ umożliwiającą funkcjonowanie wszystkich elementów SI PSZ zgodnie z warunkami SLA określonymi w kartach wymagań infrastrukturalnych. Dla potrzeb realizacji zamówienia Zamawiający wyróżnia sieć teleinformatyczną PSZ łączącą jednostki i jednostki centralne oraz CPD. Szczegółowe wymagania dotyczące sieci teleinformatycznej PSZ zawiera załącznik nr 11 do OPZ. 4.1. Sieć teleinformatyczna jednostek Usługi sieci teleinformatycznej odnośnie jednostek i jednostek centralnych będą realizowane z uwzględnieniem parametrów dotyczących: 1) wielkości jednostki; 2) zakresu usług elementów SI PSZ uruchomionych na infrastrukturze. Zamawiający określa w tabeli nr 1 modele obrazujące wielkość jednostek wyrażoną liczbą Użytkowników korzystających z SI PSZ, przy czym dla modelu D Zamawiający nie określa górnego limitu Użytkowników. Tabela nr 1: Modele sieci teleinformatycznej jednostek dotyczące liczby użytkowników Wielkość jednostek Nazwa modelu Minimalna liczba Użytkowników jednostki Maksymalna liczba Użytkowników jednostki UP-A - 30 UP-B 31 60 UP-C 61 90 UP-D 91 - Zamawiający określa w tabeli nr 2 przypisanie elementów SI PSZ do modeli zakresu usług, które stanowią podstawę do rozliczalności realizacji przedmiotu zamówienia. Zamawiający określa, że zmiana modeli dla jednostek musi być dokonana w sposób przyrostowy, tj. uruchomienie jakiejkolwiek usługi określonej dla wyższego modelu będzie jednoznaczne z rozpoczęciem świadczenia usługi sieci WAN odpowiedniej dla tego modelu. Przypisanie jednostki do modelu jest determinowane przez maksymalny zakres (poziom) usług, który jest wykorzystywany przez daną jednostkę. 12

Tabela nr 2: modele sieci teleinformatycznej jednostek dotyczące zakresu usług Zakres usług Nazwa modelu (oznaczenie) Podstawowy (1) Rozszerzony (2) Nazwy usług (opis) Utrzymanie łączy dla potrzeb wymiany minimalnego zakresu danych systemów użytkowanych przez PSZ. Zakres usług objętych modelem: 1) usługi Zielona Linia ; 2) inne aplikacje i rejestry oraz aplikacje, które następcy/rozbudowane wersje są przewidziane do realizacji w ramach projektu (np. Aplikacja Centralna, KSMRP, PWD, CBOP, Portal PSZ i PWI) [patrz rozdz. 3.3 OPZ]. W tym modelu Jednostka samodzielnie zapewnia dostęp do sieci Internet. Planowane jest zastosowanie modelu podstawowego wyłącznie w okresie przejściowym, tj. do momentu wdrożenia infrastruktury scentralizowanej oraz sieci teleinformatycznej w modelu rozszerzonym lub innych modelach przewyższających model podstawowy, ale nie stanowiących przedmiot zamówienia. Obejmuje usługi określone w modelu "podstawowym" oraz dodatkowo następujące elementy SI PSZ: 1) oprogramowanie dziedzinowe; 2) warstwa komunikacji SI PSZ; 3) hurtownia danych; 4) NNK podstawowe (wortal PSZ wraz z narzędziami powiązanymi, platforma i kursy Learning oraz zmodernizowana CBOP); 5) dostęp do sieci Internet. Nazwa systemu, nr załącznika (karta wymagań infrastrukturalnych) Załącznik nr 12 do OPZ Załączniki nr 4-10 do OPZ. 13

Szczegółowe warunki dotyczące dostępu do sieci Internet muszą być opracowane przez Wykonawcę w terminie 5 dni roboczych od dnia zawarcia umowy. Zamawiający wymaga, aby ww. warunki umożliwiały użytkownikom korzystanie z sieci Internet na przeciętnym poziomie aktualnie wykorzystywanym przez Jednostki. Zamawiający dla potrzeb realizacji zamówienia wprowadza symbol jednostki oznaczające poziom usługi sieci teleinformatycznej. Na przykład: UP-B2 to symbol jednostki charakteryzującej się liczbą Użytkowników w przedziale 31 60 oraz przypisany jest do modelu zakresu usług na poziomie rozszerzonym. Produkty z etapu prac Uwagi 1 Warunki dostępu do sieci Internet dla Jednostek Brak 4.2. Sieć teleinformatyczna CPD Usługi sieci teleinformatycznej odnośnie CPD będą realizowane z uwzględnieniem parametrów dotyczących: 1) liczby użytkowników; 2) zakresu usług elementów SI PSZ uruchomionych na infrastrukturze. Zamawiający określa w tabeli nr 1 modele obrazujące wielkość jednostek wyrażoną liczbą pracowników korzystających z SI PSZ, przy czym dla modelu D Zamawiający nie określa górnego limitu pracowników. Tabela nr 3: Modele sieci teleinformatycznej CPD dotyczące liczby użytkowników Liczba użytkowników Nazwa modelu Minimalna liczba Użytkowników Maksymalna liczba Użytkowników CPD-A - 5.000 CPD-B 5.001 10.000 CPD-C 10.001 15.000 CPD-D 15.001 - Zakres usług świadczonych przez sieć teleinformatyczną odnośnie CPD obowiązuje analogicznie do modeli określonych dla sieci jednostek (tabela 2). Podobnie jak dla sieci teleinformatycznej jednostek, Zamawiający wprowadza symbole oznaczające poziom usługi sieci teleinformatycznej odnośnie CPD. Na przykład: CPD-A2 oznacza, że z usług CPD określonych w modelu na poziomie rozszerzonym korzysta nie więcej niż 5.000 użytkowników. 14

5. Spis załączników Następujące załączniki stanowią integralną część OPZ: 1) zasady dokumentacji projektów IT; 2) legenda do karty wymagań infrastrukturalnych; 3) charakterystyka systemu informacyjnego PSZ; 4) karta wymagań infrastrukturalnych Oprogramowania Syriusz Std ; 5) karta wymagań infrastrukturalnych aplikacji WUP-Viator; 6) karta wymagań infrastrukturalnych Broker SI PSZ; 7) karta wymagań infrastrukturalnych CeSAR; 8) karta wymagań infrastrukturalnych Wortal PSZ wraz z narzędziami powiązanymi; 9) karta wymagań infrastrukturalnych platforma i kursy e-learning; 10) karta wymagań infrastrukturalnych CBOP; 11) wymagania na sieć teleinformatyczną PSZ; 12) karta wymagań infrastrukturalnych dla podstawowej grupy modułów SI PSZ. 15

Załącznik nr 1 do Opisu przedmiotu zamówienia Zasady dokumentacji projektów IT 16

Zasady dotyczące dokumentacji w projekcie Wszystkie dokumenty będące wynikiem realizacji projektu muszą zostać przygotowane w j. polskim i posiadać oznaczenia dotyczące współfinansowania ze środków pochodzących z Unii Europejskiej zgodnie z wytycznymi wymogami, o których mowa w: rozporządzeniu Rady (WE) nr 1083/2006 ustanawiającym przepisy ogólne dotyczące Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego oraz Funduszu Spójności oraz uchylającym rozporządzenie nr 1260/1999 (Dz. Urz. UE L 210 z 31.07.2006, str. 25), rozporządzeniu Komisji (WE) nr 1828/2006 ustanawiającym szczegółowe zasady wykonania rozporządzenia Rady (WE) nr 1083/2006 ustanawiającego przepisy ogólne dotyczące Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego oraz Funduszu Spójności oraz rozporządzenia (WE) nr 1080/2006 Parlamentu Europejskiego i Rady w sprawie Europejskiego Funduszu Rozwoju Regionalnego (sprostowanie Dz. Urz. UE L 45 z 15.2.2007, str. 4) oraz w Wytycznych Ministra Rozwoju Regionalnego w zakresie informacji i promocji, Strategii Komunikacji Funduszy Europejskich w Polsce w ramach Narodowej Strategii Spójności na lata 2007-2013 oraz Planie Komunikacji Programu Operacyjnego Kapitał Ludzki 2007-2013 wraz załącznikiem Wytyczne dotyczące oznaczania projektów w ramach PO KL. Wykonawca zobowiązuje się podczas realizacji prac regulowanych niniejszą umową przestrzegać określonych reguł informowania o Projekcie i oznaczania Projektu wynikających z dokumentów wskazanych w ust. 1 oraz do stosowania obowiązującego logotypu Centrum Rozwoju Zasobów Ludzkich (CRZL) na wszystkich dokumentach projektu 1. Dokumenty związane z rozpoczęciem realizacji zamówienia W zakresie prac inicjujących realizację zamówienia, Wykonawca zobowiązany jest do opracowania Dokumentu otwarcia (Dokumentu Inicjującego Projekt DIP) lub szczegółowego harmonogramu realizacji zamówienia. Dokumenty muszą być przygotowane zgodnie z metodyką PRINCE2. Szczegółowe wymagania dotyczące dokumentów związanych z rozpoczęciem realizacji zamówienia określa OPZ. 2. Zasady dotyczące dokumentowania realizacji zamówienia Wykonawca w celu zapewnienia należytego zarządzania projektem zobowiązany jest do cyklicznego przygotowywania i dostarczania do Zamawiającego dokumentów zawierających informacje o wykonanych i planowanych pracach dotyczących realizacji zamówienia. Zamawiający określa następujące rodzaje dokumentów informacyjnych: 17

1) sprawozdanie ze spotkania; 2) dla umów realizowanych w okresie powyżej 9 miesięcy: a) miesięczny status projektu (1MSP), b) raport kwartalny; 3) dla umów realizowanych w okresie poniżej 9 miesięcy: a) dwutygodniowy status projektu (2TSP), b) raport miesięczny. Raporty pełnią funkcję dokumentu informacyjnego dla etapów przygotowania, implementacji i odbioru produktów oraz pełnią podstawową funkcję dla rozliczenia wykonanych usług, przede wszystkim usług o charakterze ciągłym. Dokumentacja dotycząca realizacji zamówienia składa się ponadto z dokumentów dotyczących przekazania produktów/usług do odbioru. W skład tej dokumentacji wchodzi: 1) protokół przekazania produktu; 2) protokół odbioru; 3) protokół odbioru końcowego. Powyższe dokumenty mają zastosowanie przy realizacji procedury odbioru określonej w rozdz. 4 niniejszego dokumentu, przy czym protokół odbioru końcowego pełni funkcję podsumowania należytego zrealizowania wszystkich usług w projekcie. Wzory protokołów zawiera rozdz. 5 niniejszego dokumentu. 2.1. Sprawozdania ze spotkań Wykonawca zobowiązany jest do przygotowywania projektów sprawozdań ze spotkań. Każdorazowo, sprawozdanie powinno zostać przygotowane przez Wykonawcę w terminie 2 dni roboczych od daty spotkania. Projekt sprawozdania jest przekazywany do odpowiednich pracowników Zamawiającego (np. wskazanych w planie komunikacji DIP lub w treści umowy). Zamawiający akceptuje projekt sprawozdania, bądź przekazuje uwagi Wykonawcy w terminie 2 dni roboczych. W terminie następnych dwóch dni roboczych Wykonawca zobowiązany jest do poprawy sprawozdania i ponownego przekazania do akceptacji przez Zamawiającego. Za dystrybucję zatwierdzonej wersji sprawozdania ze spotkania oraz uzyskanie akceptacji jego uczestników odpowiada Zamawiający. 18

Produkty z etapu prac Uwagi 1 Sprawozdania ze spotkań Sprawozdania ze spotkań są przygotowane przez Wykonawcę dla każdego spotkania związanego z realizacją zamówienia (nie dotyczy spotkań wewnętrznych Wykonawcy) 2.2. 2TSP/1MSP 2TSP lub 1MSP stanowi podstawowy dokument realizacji projektu, w którym cyklicznie i w krótkich okresach Wykonawca przekazuje Zamawiającemu informacje dotyczące: 1) zadań, które były zaplanowane do zrealizowania w okresie sprawozdawczym (okres dwóch tygodni lub odpowiednio jednego miesiąca przed terminem przygotowania sprawozdania) wraz ze statutem realizacji; 2) zadań zaplanowanych do zrealizowania w następnym okresie sprawozdawczym; 3) ryzyka projektowego; 4) spotkań dotyczących realizacji zamówienia wraz z ustaleniami; 5) wykazu uwag zgłoszonych przez Zamawiającego w okresie sprawozdawczym wraz z określeniem sposobu ich realizacji; 6) dodatkowych ustaleń związanych z realizacją projektu. Informacje, o których mowa w pkt 1 muszą zawierać wykaz wszystkich zadań określonych w harmonogramie realizacji zamówienia, dokładnym terminem realizacji (jeżeli dotyczy), osobą(y) odpowiedzialną za wykonanie oraz statusem wraz z opisem czynności wykonanych w ramach zadania. Informacje, o których mowa w pkt 2 muszą zawierać wykaz wszystkich zadań szczegółowych określonych w harmonogramie realizacji zamówienia, dokładnym terminem realizacji (jeżeli dotyczy) oraz wskazywać osobę(y) odpowiedzialną za wykonanie. Wykaz ryzyka projektowego (pkt 3) określa ujawnione w okresie sprawozdawczym elementy ryzyka, opis interwencji (przeciwdziałania), właściciela, wpływ ryzyka na projekt oraz prawdopodobieństwo jego wystąpienia. W przypadku ryzyka zgłoszonego w poprzednich okresach sprawozdawczych powinny być powtórzone wyłącznie te jego elementy, które mają wpływ na realizację zadań określonych w 2TSP/1MSP (pkt 1-2). W 2TSP/1MSP powinny zostać opisane wszystkie spotkania (pkt 4), które zostały przeprowadzone w okresie sprawozdawczym z informacjami na temat uczestników 19

spotkania oraz ustaleniami. W tym punkcie powinny być (ewentualnie) określone spotkania zaplanowane na następny okres sprawozdawczy. Wykaz uwag (pkt 5) powinien zawierać części uwag formalnych (projektowych) oraz operacyjnych w kategoriach problemu oraz rekomendacji. Dla każdej uwagi zgłoszonej przez Zamawiającego lub Głównego użytkownika Wykonawca musi przygotować odpowiedź zawierającą w szczególności określenie sposobu postępowania Wykonawcy w celu zniwelowania zgłoszonych problemów/ zastosowania rekomendacji. W przypadku, gdy w okresie sprawozdawczym zostały zgłoszone uwagi w wyniku realizacji procedury odbioru, o której mowa w rozdz. 4 niniejszego dokumentu, w wykazie uwag powinna znaleźć się informacja na temat nazwy produktu zgłoszonego do odbioru, dat przekazania do odbioru i zgłoszenia uwag oraz terminu odpowiedzi Wykonawcy. Ostatnim punktem 2TSP/1MSP są inne ustalenia, które są związane z realizacją zamówienia i nie zostały określone w pkt 1 5. 2TSP/1MSP jest przygotowywany i przekazywany do Zamawiającego najpóźniej następnego dnia roboczego po dniu zakończenia okresu sprawozdawczego. Zamawiający zaleca, aby przekazanie 2TSP/1MSP odbyło się podczas spotkania projektowego, podczas którego Wykonawca przedstawi jego zawartość, a Zamawiający oraz Główny użytkownik będą mogli zgłosić uwagi do jego treści. 2TSP/1MSP podlega akceptacji oraz dystrybucji analogicznie do zasad określonych dla sprawozdania ze spotkania (rozdz. 2.1 niniejszego dokumentu). Produkty z etapu prac Uwagi 1 2TSP 2TSP są przygotowywane przez Wykonawcę cyklicznie dla każdego dwutygodniowego okresu realizacji zamówienia 2.3. Raporty Wykonawca zobowiązany jest do przygotowywania i przekazywania do zatwierdzenia Zamawiającemu raportów z realizacji zamówienia. Raport powinien w sposób syntetyczny określać wszystkie zadania wykonane przez Wykonawcę w okresie sprawozdawczym, a w przypadku raportów ad hoc związanych z realizacją zdefiniowanej usługi. Raporty dotyczące realizacji usług utrzymania lub rozwoju elementu systemu informacyjnego (SI) powinny zawierać wykazy: 1) błędów w funkcjonowaniu danego elementu SI; 2) wykonanych usług wsparcia użytkowników. Wykaz błędów musi zawierać informacje nt. osoby zgłaszającej (imię i nazwisko, nazwa podmiotu), dokładnej daty zgłoszenia wraz z godziną, diagnozą wraz z datą 20

i godziną, przekazanej odpowiedzi, sposobie usunięcia nieprawidłowości wraz z datą i godziną. Wykaz wykonanych usług wsparcia użytkowników zawiera wypis wszystkich zgłoszeń otrzymanych przez Wykonawcę w ramach świadczonych usług wraz z datą i godziną, kanału komunikacji, treści pytania (clou) oraz odpowiedzi (clou). Jeżeli odpowiedź nie została udzielona w trakcie jednego kontaktu (np. rozmowie telefonicznej), konieczne jest podanie także daty i godziny udzielenia odpowiedzi. Raport nie powinien powielać informacji zawartych w 2TSP/1MSP dla danego okresu raportowego, lecz stanowić podsumowanie wykonanych prac. Raporty powinny być opracowane i przekazane przez Wykonawcę Zamawiającemu najpóźniej 5 dni roboczych od dnia zakończenia okresu sprawozdawczego. Pierwszy za dany okres rozliczeniowy zostanie opracowany przez Wykonawcę za okres od dnia zawarcia umowy do ostatniego dnia bieżącego kwartału kalendarzowego/miesiąca (w zależności od okresu rozliczeniowego). Raporty kwartalne podlegają odbiorowi zgodnie z procedurą odbioru określoną w rozdz. 4 niniejszego dokumentu. Produkty z etapu prac Uwagi 1 Raport Raporty z realizacji umowy (przede wszystkim usług ciągłych) są przygotowywane przez Wykonawcę cyklicznie na koniec każdego okresu sprawozdawczego Raporty ad hoc dokumentują wykonanie usług zdefiniowanych zamówieniem. 3. Procedura obsługi zastrzeżeń Zamawiającego Zamawiający ma głos decydujący dla wszystkich kwestii związanych z realizacją przedmiotu zamówienia. W przypadku uwag, rekomendacji, ujawnionego ryzyka projektowego Wykonawca ma prawo przedstawić preferowany sposób postępowania do akceptacji Zamawiającego. W przypadku zdarzeń wykraczających poza zakres zamówienia decyzje podejmuje Komitet Sterujący zgodnie z przyjętą metodyką realizacji przedsięwzięcia. Zamawiający, w celu koordynacji zadań dotyczących rozwoju SI ma prawo do zwoływania spotkań z udziałem wykonawców innych zamówień. Ustalenia 21

poczynione podczas przedmiotowych spotkań są wiążące dla Wykonawcy w zakresie realizowanego przez niego zamówienia. 4. Procedura odbioru produktów i usług Zamawiający określa następującą procedurę odbioru wszystkich produktów i usług będących wynikiem realizacji zamówienia (o ile inaczej nie zaznaczono): 1) podstawą do rozpoczęcia procedury odbioru jest dostarczenie do Zamawiającego protokołu przekazania produktu wraz z: (a) produktem/produktami podlegającymi odbiorowi lub (b) raportów z realizacji usług w przypadku, gdy przedmiotem odbioru są wykonane usługi; otrzymanie protokołu Zamawiający potwierdza podpisem; wraz z protokołem przekazania produktu Wykonawca przekazuje Zamawiającemu projekty dokumentów niezbędnych do przeprowadzenia procedury odbioru, w tym: a) protokół oceny formalnej, b) protokół opinii merytorycznej, c) protokół odbioru; 2) przez termin wykonania produktu i usługi rozumie się termin dostarczenia do Zamawiającego dokumentów określonych w pkt 1; 3) protokół przekazania produktu winien zawierać co najmniej szczegółowy wykaz dostarczonych do Zamawiającego produktów; protokół winien być dostarczony w dwóch egzemplarzach na piśmie; 4) do protokołu odbioru powinny być załączone produkty/raporty do odbioru w dwóch egzemplarzach papierowych oraz 2 egzemplarzach elektronicznych na płycie CD/DVD; 5) na żądanie Zamawiającego Wykonawca ma obowiązek przygotować i przedstawić prezentację wykonanych produktów Zamawiającemu; do udziału w prezentacji Zamawiający może zaprosić przedstawicieli Głównego użytkownika; 6) w terminie 5 dni roboczych od dnia przekazania produktów/raportów do odbioru Zamawiający dokonuje formalnej oceny dostarczonych produktów i przekazuje do oceny merytorycznej przez Głównego użytkownika, bądź przedstawia uwagi w postaci protokołu rozbieżności; w takim przypadku, Wykonawca jest zobowiązany bez zbędnej zwłoki, ale nie później niż w terminie 3 dni roboczych od daty otrzymania protokołu rozbieżności od Wykonawcy, do uzupełnienia (poprawy) dostarczonych dokumentów lub produktów zgodnie z uwagami Zamawiającego przedstawionymi w protokole rozbieżności; 7) Główny użytkownik dokonuje oceny merytorycznej w terminie 10 dni roboczych liczonych od dnia otrzymania produktu; 8) w terminie określonym w pkt 7, Główny użytkownik dostarcza Zamawiającemu rekomendację dotyczącą akceptacji; w przypadku stwierdzenia błędów lub braków, Główny użytkownik sporządza ich wykaz; 22

9) na podstawie opinii merytorycznej Głównego użytkownika, Zamawiający dokonuje odbioru wykonanych produktów; dla przyjęcia pracy/produktu konieczna jest pozytywna rekomendacja Głównego użytkownika dla przedmiotu odbioru; 10) Zamawiający, dokonuje odbioru wykonanych produktów, bądź przedstawia Wykonawcy uwagi w postaci protokołu rozbieżności w terminie nieprzekraczającym 3 dni roboczych w stosunku do terminów określonych w pkt 7. 11) po otrzymaniu protokołu rozbieżności, Wykonawca w terminie 10 dni roboczych dokona koniecznych poprawek i przekaże je do ponownego odbioru lub zajmie pisemnie stanowisko w sprawie; każdorazowo koszt dokonania poprawek leży po stronie Wykonawcy; po dokonaniu poprawek przez Wykonawcę, Zamawiający oraz Główny użytkownik przeprowadzają powtórnie procedurę odbioru na zasadach określonych w pkt 5 10; 12) potwierdzenie odbioru produktów stanowi protokół odbioru, który zostanie wystawiony przez Zamawiającego po przeprowadzeniu procedury określonej w pkt 1 11; 13) w uzasadnionych przypadkach, Zamawiający może wyrazić zgodę na zmianę terminów i formy przekazywania dokumentów/produktów do odbioru, o których mowa w niniejszej procedurze. 5. Wzory dokumentów Niniejszy rozdział określa wzory następujących dokumentów: 1) protokół przekazania produktu; 2) protokół oceny formalnej; 3) protokół opinii merytorycznej; 4) protokół odbioru; 5) protokół odbioru końcowego. 23

1. Wzór protokołu przekazania produktu Projekt współfinansowany ze środków Unii Europejskiej Protokół przekazania produktu Projekt:.. Zadanie: Zadanie nr.. projektu pn.. Umowa: Umowa nr. Wykonawca:... Wykaz produktów przekazanych do CRZL: 1)...; 2)...; 3)...; 4)... Wykonawca Zamawiający Imię i nazwisko Data Podpis 24

2. Wzór protokołu oceny formalnej produktu Projekt współfinansowany ze środków Unii Europejskiej Protokół oceny formalnej Projekt:.. Zadanie: Zadanie nr.. projektu pn.. Umowa: Umowa nr. Wykonawca:... Centrum Rozwoju Zasobów Ludzkich Ul. Tamka 3 00-349 Warszawa, stwierdza, że po przeprowadzeniu procedury zgodnie z treścią umowy potwierdza, że następujące produkty/usługi: 1)...; 2)...; 3)...; 4)... spełniają wymagania formalne wynikające z treści ww. umowy i zostają przekazane do oceny merytorycznej przez Głównego użytkownika w projekcie. Imię i nazwisko Data Podpis Zamawiający 25

2. Wzór protokołu opinii merytorycznej Projekt współfinansowany ze środków Unii Europejskiej Opinia merytoryczna Projekt:.. Zadanie: Zadanie nr.. projektu pn.. Umowa: Umowa nr. Wykonawca:... Departament Informatyki w Ministerstwie Pracy i Polityki Społecznej, Ul.., Pełniący funkcję Głównego użytkownika w projekcie nr. przedstawia następującą opinię i rekomendację dla następujących produktów/usług: 1)...; 2)...; 3)...; 4)... Opinia: Rekomendacja: Imię i nazwisko Data Podpis Główny użytkownik 26

4. Wzór protokołu odbioru Projekt współfinansowany ze środków Unii Europejskiej Protokół odbioru Projekt:.. Zadanie: Zadanie nr.. projektu pn.. Umowa: Umowa nr. Wykonawca:... Centrum Rozwoju Zasobów Ludzkich Ul. Tamka 3 00-349 Warszawa, stwierdza, że po przeprowadzeniu procedury zgodnie z treścią umowy potwierdza, że następujące produkty/usługi: 1)...; 2)...; 3)...; 4)... zostały wykonane w terminie i bez usterek. Z tytułu wykonania prac zgodnie z zapisami umowy wypłacenie wynagrodzenia w wysokości:..0,00 zł Załącznikiem do protokołu jest opinia merytoryczna produktu przedstawiona przez Głównego Użytkownika z rekomendacją akceptacji produktu(ów) Imię i nazwisko Data Podpis Zespół Odbierający 27

5. Wzór protokołu odbioru końcowego Projekt współfinansowany ze środków Unii Europejskiej Protokół odbioru końcowego Projekt:.. Zadanie: Zadanie nr.. pn.. Umowa: Umowa nr. Wykonawca:... Centrum Rozwoju Zasobów Ludzkich Ul. Tamka 3 00-349 Warszawa, po przeprowadzeniu procedury odbioru wszystkich produktów i usług będących przedmiotem / na podstawie dokonanego odbioru wszystkich produktów i usług będących przedmiotem *) : Umowy nr. Z dnia na. stwierdza, że ww. umowa została wykonana należycie oraz w określonym terminie. Z tytułu wykonania prac zgodnie z zapisami umowy wypłacenie wynagrodzenia w wysokości:..0,00 zł *) Załącznikami do protokołu są opinie merytoryczne Głównego Użytkownika z rekomendacjami akceptacji produktów Imię i nazwisko Data Podpis Zespół Odbierający *) Niepotrzebne skreślić 28

Załącznik nr 2 do Opisu przedmiotu zamówienia Legenda do karty wymagań infrastrukturalnych 1. Nazwa systemu 2. Kwant Nazwa systemu, oprogramowania lub grupy modułów SI PSZ. Wartość / liczba użytkowników (lub innych elementów) mających wpływ na skalowalność systemu dla wymagań określonych dla CPD. W przypadku oprogramowania dziedzinowego wartość kwantu odpowiada jednej jednostce serwerowej. 3. Wymagania CPDI Wymagania dotyczące CPDI określono w stosunku do rzeczywistych potrzeb umożliwiających zapewnienie SLA dla systemu / oprogramowania / grupy modułów w zależności od stopnia ich wdrożenia. Wymagania określono zarówno w części zależnej od zdefiniowanego kwantu (parametry stanowią kwant skalowalności infrastruktury), jak i w stosunku do wymagań ogólnych (niezależnych od liczby zastosowanych kwantów). Parametry jednej jednostki serwerowej określa odpowiedni załącznik nr 16 do OPZ. 4. Wymagania CPDII 5. WAN Parametry usługi IaaS odnośnie CPDII (patrz: rozdz. 5 OPZ). Parametry sieci rozległej, za pomocą której z systemu będą korzystały wszystkie Jednostki (WUP, PUP oraz ich filie, odziały i punkty obsługi). Parametry określono w zależności od modelu jednostki [Model A <= 30 użytkowników, Model B > 30 oraz <= 60 użytkowników, Model C > 60 oraz <= 90 użytkowników, Model D > 90 użytkowników]. 6. Inne wymagania Określono specyficzne wymagania dla infrastruktury dotyczące np. macierzy, wirtualizacji, środowiska, specyficznych wymagań na sieć (load balancer) i inne wymagania nie określone dla infrastruktury. 7. Informacja nt. środowiska Informacja o systemie operacyjnym, systemie bazodanowym, serwerze aplikacyjnym oraz o innym oprogramowaniu narzędziowym wykorzystywanym lub wymaganym przez system, oprogramowanie lub grupę modułów SI PSZ. 8. Informacja nt. obecnie wykorzystywanej infrastruktury Informacja o obecnie wykorzystywanej infrastrukturze (dane producentów, modele oraz parametry). 29

9. Warunki SLA dla systemu Projekt współfinansowany ze środków Unii Europejskiej Warunki SLA dla systemu, oprogramowania lub grupy modułów SI PSZ dla określonych przez Zamawiającego stref czasowych z uwzględnieniem poniższych parametrów: 1) klasa krytyczności systemu / oprogramowania / grupa modułów SI PSZ: Klasa krytyczności Opis SC 1 SC 2 SC 3 SC 4 2) opis pilności wznowienia działania: Klasa DR DR1 DR2 DR3 DR4 DR5 3) godziny trwania przerw serwisowych: moduł / usługa o znaczeniu krytycznym moduł / usługa istotna moduł / usługa o niewielkim znaczeniu moduł / usługa mało istotna Opis klasy i warunków usuwania usterek czas przywrócenia do działania musi być mniejszy niż 10 minut od momentu wystąpienia incydentu czas przywrócenia do działania musi być mniejszy niż 1 godzina od momentu wystąpienia incydentu czas przywrócenia do działania musi być mniejszy niż 3 godziny od momentu wystąpienia incydentu czas przywrócenia do działania musi być mniejszy niż 12 godzin od momentu wystąpienia incydentu czas przywrócenia do działania musi być mniejszy niż 24 godziny od momentu wystąpienia incydentu Klasa SW Godziny trwania okna serwisowego SW1 02:00 03:00 SW2 00:00 05:00 SW3 21:00 06:00 SW4 17:00 07:00 30

Załącznik nr 3 do Opisu przedmiotu zamówienia Charakterystyka systemu informacyjnego PSZ 10. Zakres systemu informacyjnego PSZ System informacyjny PSZ składa się z następujących elementów: 1) środowisko SI PSZ; 2) oprogramowanie dziedzinowe; 3) warstwa komunikacji SI PSZ; 4) hurtownia danych; 5) NNK; 6) pozostałe aplikacje i rejestry. a. Środowisko SI PSZ Środowisko SI PSZ stanowi platformę systemowo-narzędziową wprowadzoną w celu prawidłowego wdrożenia, funkcjonowania oraz rozwoju SI PSZ. Środowisko SI PSZ stanowi warstwę pośrednią pomiędzy infrastrukturą oraz pozostałymi elementami SI PSZ. W okresie do dnia 31 grudnia 2013 r. Zamawiający zapewnia usługi wsparcia dla następujących elementów środowiska: 1) system operacyjny rodziny Linux; 2) serwer aplikacyjny JBoss; 3) baza danych PostgreSQL. Główny użytkownik może zapewniać realizację usług wsparcia odnośnie innych elementów środowiska, m.in. baz danych Oracle. b. Oprogramowanie dziedzinowe Oprogramowanie dziedzinowe PSZ stanowią aplikacje wykorzystywane przez pracowników WUP i PUP do realizacji zadań wynikających z ustawy PSZ. Wyróżnia się: 1) Oprogramowanie Syriusz Std oprogramowanie wykorzystywane przez PUP; 2) Aplikację WUP-Viator oprogramowanie wykorzystywane przez WUP. i. Oprogramowanie Syriusz Std Oprogramowanie Syriusz Std to dedykowany system teleinformatyczny wspomagający w sposób kompleksowy realizację statutowych zadań PUP. System integruje dane, obszary działalności oraz 31

procesy realizowane na wszystkich szczeblach zarządzania PUP. W szczególności Oprogramowanie Syriusz Std stanowi podstawowe narzędzie informatyczne wspomagające realizację zadań związanych z promocją zatrudnienia i łagodzeniem skutków bezrobocia zgodnie z ustawą PSZ. System składa się z następujących, ściśle powiązanych ze sobą komponentów, m.in.: 1) Formalna Obsługa Beneficjenta Rynku Pracy; 2) Usługi i Instrumenty Rynku Pracy; 3) Indywidualne Formy Aktywności; 4) Współpraca z Kontrahentem Rynku Pracy; 5) Monitoring Finansowy Rynku Pracy; 6) Sprawozdawczość Lokalna; 7) Finanse, Kadry i Płace. Oprogramowanie Syriusz Std jest wykorzystywane przez ok. 20.000 osób pracowników zatrudnionych w 341 PUP wraz z ich filiami, punktami obsługi, i oddziałami, itp. Karta wymagań infrastrukturalnych Oprogramowania Syriusz Std stanowi załącznik nr 4 do OPZ. ii. Aplikacja WUP-Viator Aplikacja WUP-Viator to dedykowany dla WUP system teleinformatyczny. Zadaniem aplikacji WUP- Viator jest informatyczne wsparcie procesu decyzyjnego (z uwzględnieniem wsparcia dla procedury odwoławczej) oraz realizacja świadczeń i usług na rzecz beneficjentów PSZ, w pełnym zakresie, realizowanym przez WUP. Aplikacja wspiera obsługę sprawozdawczości oraz wymiany danych (informacji) z innymi podmiotami, wynikającej ze wspieranego procesu. Aplikacja WUP-Viator wspiera procesy w WUP w zakresie, m.in.: 1) wymiany niezbędnych danych o beneficjencie PSZ pomiędzy WUP a systemami informatycznymi instytucji takich, np. PUP, w perspektywie również Zakład Ubezpieczeń Społecznych, itp.; 2) procedury decyzyjnej poprzez zastosowanie odpowiednich algorytmów w aplikacji wspomagającej Użytkownika w wydaniu decyzji; 3) procesu odwoławczego; 4) zadań związanych z pośrednictwem pracy i zadaniami EURES; 5) zadań związanych z poradnictwem zawodowym i informacją zawodową, a także ich rozwijaniem na terenie województwa; 6) zadań związanych z realizacją usługi pomocy w aktywnym poszukiwaniu pracy; 7) zadań związanych ze współpracą na terenie województwa z PUP w zakresie organizacji szkoleń, przygotowania zawodowego dorosłych i staży; 8) zadań związanych z realizacją szkoleń pracowników WUP i PUP; 9) zadań związanych z realizacją indywidualnych planów działania; 10) obsługi sprawozdawczości (generowanie statystyk rynku pracy); 11) systemu elektronicznej wymiany informacji dotyczących zabezpieczenia społecznego (Electronic Exchange of Social Security Information EESSI). 32

Aplikacja WUP-Viator jest wykorzystywana przez ok. 700 osób pracowników zatrudnionych w 16 WUP wraz z ich filiami. Karta wymagań infrastrukturalnych aplikacji WUP-Viator stanowi załącznik nr 5 do OPZ. c. Warstwa komunikacji SI PSZ Aktualnie jako warstwa komunikacyjna w SI PSZ wykorzystywany jest Podsystem Wymiany Danych (PWD). PWD to element realizujący wymianę danych pomiędzy węzłami lokalnymi PWD a węzłem centralnym PWD w celu wymiany komunikatów pomiędzy aplikacjami SI PSZ. Węzeł centralny PWD to centralny węzeł komunikacyjny podsystemu PWD obsługujący wymianę komunikatów pomiędzy aplikacjami PSZ. Węzeł lokalny PWD to instalowany w jednostkach PSZ węzeł komunikacyjny podsystemu PWD, obsługujący wymianę komunikatów pomiędzy aplikacjami PSZ. W okresie realizacji zamówienia planowane jest zastąpienie PWD Brokerem SI PSZ. Broker SI PSZ ma stanowić warstwę komunikacyjną, realizującą wymianę danych poprzez komunikaty pomiędzy poszczególnymi elementami SI PSZ, a także otoczeniem (EESSI, inne obszary działalności Państwa). Broker SI PSZ ma m.in. zapewnić funkcjonalności PWD w zakresie świadczenia usług komunikacyjnych dla aplikacji PSZ. Dodatkową funkcjonalnością Brokera SI PSZ jest utworzenie Centralnej Bazy Użytkowników i Węzłów, która będzie pełniła funkcję Globalnej Listy Adresowej SI PSZ (element NNK aplikacyjnych). Karta wymagań infrastrukturalnych Broker SI PSZ stanowi załącznik nr 6 do OPZ. d. Hurtownia danych Aktualnie funkcję hurtowni danych pełni Krajowy System Monitoringu Rynku Pracy (dalej: KSMRP). Zadaniem KSMRP jest stworzenie możliwości monitorowania zjawisk zachodzących w obszarze rynku pracy. Zadanie to realizowane jest poprzez elementy, które wchodzą w skład tego systemu. Są to zbierane z PUP bazy danych zawierające informacje na temat zjawisk rynku pracy oraz narzędzia do wykonywania analiz i raportów, służących do oceny tych zjawisk. KSMRP służy do zbierania i przetwarzania danych o rynku pracy w następującym zakresie: 1) dane o ofertach pracy rejestrowanych przez urzędy pracy; 2) dane o osobach bezrobotnych i poszukujących pracy zgodnie z zakresem karty rejestracyjnej i dodatkowo: okresy składkowe, gospodarstwo rolne, dane o rodzinie, itd.; 3) dane o świadczeniach wypłaconych beneficjentom rynku pracy wraz ze składnikami świadczeń; 4) propozycje przedłożone osobom bezrobotnym i poszukującym pracy, m.in.: propozycje szkoleń, pracy, stażu, zajęć, porad zawodowych; 5) zdarzenia w historii bezrobotnego i poszukującego pracy rejestrowane przez urzędy pracy. W okresie realizacji zamówienia planowane jest rozwinięcie dotychczasowej hurtowni danych i stworzenie Centralnego Systemu Analityczno-Raportowego (dalej: CeSAR). CeSAR ma stanowić platformę analityczną integrującą tematyczne obszary danych oraz składową SI PSZ. Głównym celem CeSAR ma być realizacja statystyki publicznej w obszarze rynku pracy. Karta wymagań infrastrukturalnych CeSAR stanowi załącznik nr 7 do OPZ. 33