Opis przedmiotu zamówienia

Transkrypt

1 Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Wykonanie, wdrożenie i utrzymanie systemu Broker SI PSZ 1

2 Spis treści: 1. WSTĘP DEFINICJE ZAKRES ZAMÓWIENIA ZASADY ZARZĄDZANIA REALIZACJĄ ZAMÓWIENIA OGÓLNE WARUNKI ZARZĄDZANIA REALIZACJĄ ZAMÓWIENIA ORAZ ZASADY DOKUMENTACJI DOKUMENT INICJUJĄCY REALIZACJĘ ZAMÓWIENIA RYZYKO REALIZACJI ZAMÓWIENIA JĘZYK PROCEDURA OPRACOWANIA DOKUMENTACJI WSPARCIE WYKONAWCY SYSTEMU BROKER SI PSZ DLA WYKONAWCÓW INNYCH ELEMENTÓW SI PSZ WSPARCIE DZIAŁAO PROMOCYJNYCH SZCZEGÓŁOWE WARUNKI ZAMÓWIENIA ZAKRES PODSTAWOWY ANALIZA WYMAGAO DOTYCZĄCYCH SYSTEMU BROKER SI PSZ ETAPY ANALIZY SYSTEMU BROKER SI PSZ KOMUNIKACJA I FUNKCJONALNOŚCI WYMAGANA NA ETAPIE WYKONANIA I WDROŻENIA SYSTEMU BROKER SI PSZ KOMUNIKACJA I FUNKCJONALNOŚCI ZAKŁADANA DO WDROŻENIA NA ETAPIE ROZWOJU SYSTEMU BROKER SI PSZ PROCES REALIZACJI ANALIZY WYMAGAO DOTYCZĄCYCH SYSTEMU BROKER SI PSZ ANALIZA DOKUMENTACJI POSIADANEJ PRZEZ ZAMAWIAJĄCEGO ANALIZA DOKUMENTACJI APLIKACJI I SYSTEMÓW ANALIZA ZAŁOŻEO DOTYCZĄCYCH KOMUNIKACJI SYSTEMU BROKER SI PSZ Z SYSTEMAMI ZEWNĘTRZNYMI ANALIZA POTRZEB UŻYTKOWNIKÓW KOOCOWYCH ZESTAWIENIE WYMAGAO DOTYCZĄCYCH FUNKCJONALNOŚCI SYSTEMU BROKER SI PSZ WYKONANIE SYSTEMU BROKER SI PSZ OPRACOWANIE PROJEKTU FUNKCJONALNO-TECHNICZNEGO SYSTEMU BROKER SI PSZ IMPLEMENTACJA SYSTEMU BROKER SI PSZ LICENCJE NA OPROGRAMOWANIE NARZĘDZIOWE WYKONANIE OPROGRAMOWANIA SYSTEMU BROKER SI PSZ OPRACOWANIE DOKUMENTACJI POWYKONAWCZEJ SYSTEMU BROKER SI PSZ

3 ZAINSTALOWANIE SYSTEMU BROKER SI PSZ W ŚRODOWISKU TESTOWYM ORAZ PRZEPROWADZENIE TESTÓW TESTY AKCEPTACYJNE TESTY OBCIĄŻENIOWE TESTY BEZPIECZEOSTWA WYKONANIE DZIAŁAO USPRAWNIAJĄCYCH I PONOWNE PRZEPROWADZENIE TESTÓW WDROŻENIE SYSTEMU BROKER SI PSZ W ŚRODOWISKU PRODUKCYJNYM ZAINSTALOWANIE SYSTEMU BROKER SI PSZ W ŚRODOWISKU PRODUKCYJNYM URUCHOMIENIE PROCESÓW WYMIANY DANYCH I UDOSTĘPNIANIA USŁUG UDOSTĘPNIENIE API DLA DOSTAWCÓW APLIKACJI KLIENCKICH USŁUGI WSPARCIA NA RZECZ DOSTAWCÓW APLIKACJI KLIENCKICH PILOTAŻOWE WDROŻENIE FUNKCJONALNOŚD GLA PRZEPROWADZENIE SZKOLEO ADMINISTRATORÓW DOKUMENTACJA DOTYCZĄCA POTWIERDZENIA PRZEPROWADZENIA SZKOLEO, W TYM PEFS MONITORING PEFS SZCZEGÓŁOWE WARUNKI ZAMÓWIENIA ZAKRES OPCJONALNY USŁUGI UTRZYMANIA, ADMINISTROWANIA ORAZ ROZWOJU SYSTEMU BROKER SI PSZ NADZÓR I UTRZYMANIE ŚRODOWISKA TESTOWEGO I PRODUKCYJNEGO SYSTEMU BROKER SI PSZ PROCEDURA USUWANIA BŁĘDÓW SYSTEMU BROKER SI PSZ TERMINY USUWANIA BŁĘDÓW SYSTEMU BROKER SI PSZ ZAPEWNIENIE ROZWOJU SYSTEMU BROKER SI PSZ PROCEDURA ROZWOJU SYSTEMU BROKER SI PSZ ŚWIADCZENIE SŁUG WSPARCIA DLA ADMINISTRATORÓW (HELP-DESK) FORMY ŚWIADCZENIA USŁUG HELP-DESK HARMONOGRAM REALIZACJI ZAŁĄCZNIKI

4 1. Wstęp Przedmiotem zamówienia jest wykonanie, wdrożenie i utrzymanie systemu Broker SI PSZ, który będzie stanowił warstwę komunikacyjną realizującą wymianę danych pomiędzy poszczególnymi elementami SI PSZ, a także systemami zewnętrznymi. W ramach realizacji zamówienia planowane jest uruchomienie komunikacji pomiędzy wszystkimi elementami SI PSZ oraz utworzenie Centralnej Bazy Użytkowników i Węzłów (CBUiW). Zakres komunikacji ma obejmowad: systemy dziedzinowe, Aplikację Centralną, Aplikację Słownikową oraz Narzędzia Nowoczesnej Komunikacji (NNK). Z założenia system Broker SI PSZ będzie stanowił podstawowe narzędzie do komunikacji w ramach SI PSZ oraz z jego otoczeniem. W celu uzyskania rozwiązania, którego funkcjonalności będą w jak największym stopniu zaspokajały oczekiwania użytkowników oraz będą dostosowane do funkcjonujących i planowanych elementów SI PSZ, wykonanie systemu Brokera SI PSZ zostało poprzedzone przygotowaniem opisu wymagao funkcjonalnych i technicznych dla systemu Brokera SI PSZ. Powyższe działanie zostało wykonane w latach i stanowi podstawę do realizacji niniejszego zamówienia. Zamówienie realizowane jest dla potrzeb projektu Implementacja i rozwój systemu informacyjnego Publicznych Służb Zatrudnienia, który ma na celu wsparcie jednostek PSZ przez zapewnienie efektywnych narzędzi informatycznych. W ramach Projektu zostały wdrożone dwa systemy wykorzystywane w codziennej pracy urzędów: Oprogramowanie Syriusz Std dla PUP oraz aplikacja WUP-Viator dla WUP. W zakresie realizacji projektu planowane jest wdrożenie nowoczesnych rozwiązao komunikacyjnych, centralnego systemu analityczno-raportowego CeSAR oraz dostawa i wdrożenie scentralizowanej infrastruktury PSZ Definicje Dla potrzeb zamówienia wprowadza się następujące definicje oraz skróty ogólne dotyczące publicznych służb zatrudnienia i zabezpieczenia społecznego, które będą wykorzystywane w opisie przedmiotu zamówienia (OPZ) oraz na etapie wykonawczym zamówienia: 1) Aplikacja Centralna (AC) - element SI PSZ udostępniony wszystkim Urzędom, umożliwiający centralną identyfikację osób bezrobotnych i poszukujących pracy oraz weryfikację danych z użyciem rejestru PESEL; 2) Aplikacja kliencka element SI PSZ lub system zewnętrzny, który komunikuje się za pomocą systemu Broker SI PSZ za pomocą wysyłania i odbioru komunikatów; 3) Aplikacja Słowniki Centralne element SI PSZ, aplikacja zarządzająca słownikami i parametrami centralnymi do systemów dziedzinowych SI PSZ; 4) Broker Systemu Informacyjnego Publicznych Służb Zatrudnienia (Broker SI PSZ) planowany element SI PSZ stanowiący warstwę komunikacji SI PSZ 4

5 służącą do wymiany danych i komunikatów pomiędzy aplikacjami klienckimi oraz systemami zewnętrznymi; 5) Centralna Baza Ofert Pracy (CBOP) - element SI PSZ, baza zawierająca dane nt. m.in. ofert pracy rejestrowanych w Urzędach; 6) Centralna Baza Użytkowników i Węzłów (CBUiW) planowana do realizacji aplikacja stanowiąca komponent systemu Broker SI PSZ, zawierająca informacje uwierzytelniające o wszystkich węzłach systemu Broker SI PSZ oraz użytkownikach SI PSZ; 7) Element SI PSZ wydzielony obszar funkcjonalno-kompetencyjny na przykład: aplikacja, system, oprogramowanie; 8) ESB (ang. Enterprise Service Bus) - warstwa pośrednia w wielowarstwowej architekturze systemów informatycznych umożliwiająca zastosowanie koncepcji SOA; służy m.in. do wymiany danych pomiędzy aplikacjami klienckimi; dla potrzeb realizacji systemu Broker SI PSZ muszą byd zastosowane: ESB wewnętrzna do komunikacji pomiędzy elementami SI PSZ oraz ESB zewnętrzna dedykowana do obsługi komunikacji z systemami zewnętrznymi oraz przy wykorzystaniu sieci Internet; 9) Główny użytkownik podmiot odpowiedzialny za przygotowanie wymagao merytorycznych oraz potwierdzenie merytorycznej poprawności (odbiór merytoryczny) produktów i usług, które będą wynikiem realizacji systemu Broker SI PSZ; w przedmiotowym zamówieniu rolę Głównego użytkownika pełni Departament Informatyki MPiPS; 10) Jednostka każda fizyczna lokalizacja WUP i PUP oraz urzędów wojewódzkich, w tym: siedziby główne, filie, punkty, odziały, itp.; 11) Jednostka Organizacyjna Pomocy i Integracji Społecznej (JOPiIS) podstawowa jednostka organizacyjna świadcząca pomoc w obszarze zabezpieczenia społecznego; 12) Komunikacja asynchroniczna komunikacja, w której nadawca komunikatu nie czeka na potwierdzenie odbioru wiadomości i wykonuje dalsze zaplanowane procesem zadania; 13) Komunikacja synchroniczna oznacza komunikację on-line, tj. bez zaplanowanej zwłoki, w tym typie komunikacji nadawca komunikatu wstrzymuje swój proces do momentu otrzymania odpowiedzi na nadany komunikat; 14) MAD Moduł Administracyjno-Diagnostyczny; 15) MPiPS - Ministerstwo Pracy i Polityki Społecznej; 16) Narzędzia Nowoczesnej Komunikacji (NNK) zbiór istniejących i planowanych do realizacji elementów SI PSZ służących do dystrybucji informacji, komunikacji oraz załatwiania spraw za pomocą technologii informatycznych; NNK stanowią element równolegle prowadzonych działao; w ramach NNK planowane jest utworzenie wortalu PSZ; wyróżnia się: a) NNK aplikacyjne elementy odrębnych i równolegle prowadzonych przez Zamawiającego działao dotyczących, m.in. Wortalu PSZ, 5

6 b) NNK infrastrukturalne elementy odrębnych i równolegle prowadzonych przez Zamawiającego działao dotyczących, m.in. dostępu do sieci Internet oraz telefonii IP; 17) 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; 18) Oprogramowanie narzędziowe - platforma systemowa, baza danych oraz inne elementy środowiska aplikacyjnego systemu Broker SI PSZ niezbędne do ich funkcjonowania; oprogramowanie narzędziowe musi składad się z gotowych komponentów udostępnianych na podstawie licencji lub subskrypcji (dotyczy rozwiązao typu OpenSource) i byd wspierane przez jego producentów; 19) Podsystem Wymiany Danych (PWD) i Podsystem Wymiany (PW) aktualnie wykorzystywane narzędzia, których celem jest zapewnienie komunikacji elementów SI PSZ; planowane jest zastąpienie PWD i PW systemem Broker SI PSZ; 20) Projekt Projekt Implementacja i rozwój sytemu informacyjnego publicznych służb zatrudnienia, w którego ramach realizowane jest niniejsze zamówienie; 21) Publiczne Służby Zatrudnienia (PSZ) - organy zatrudnienia wraz z powiatowymi i wojewódzkimi urzędami pracy, urzędem obsługującym ministra właściwego do spraw pracy oraz urzędami wojewódzkimi, realizującymi zadania określone ustawą z dnia 20 kwietnia 2004 r. o promocji zatrudnienia i instytucjach rynku pracy (art. 6 ust.2); 22) Powiatowy Urząd Pracy (PUP) samorządowa Jednostka organizacyjna realizująca zadania określone ustawą PSZ na poziomie powiatu; 23) SOA (ang. Service-Oriented Architecture) koncepcja tworzenia architektury systemów informacyjnych, w której główny nacisk stawia się na definiowanie usług, które spełnią wymagania użytkownika; usługi świadczone są przez elementy systemu informacyjnego, które działają niezależnie od innych oraz posiadają zdefiniowany interfejs, za pomocą którego udostępniane są realizowane funkcje; 24) 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, 6

7 g) pozostałe aplikacje i rejestry, opis SI PSZ stanowi załącznik nr 1 do OPZ; 25) Usługa SOA zestaw procesów związanych z przetwarzaniem danych i wykorzystaniem funkcjonalności różnych aplikacji informatycznych (aplikacji klienckich) w celu uzyskania użyteczności systemu informacyjnego (jako całości) na poziomie wymaganym przez działalnośd (business) instytucji; w celu wdrażania usług SOA wymagane jest wykorzystanie efektu synergii wynikającej z funkcjonalności i zakresu danych istniejących aplikacjach informatycznych; 26) Urząd - wojewódzki lub powiatowy urząd pracy, urząd wojewódzki; w przypadku gdy OPZ określa fizyczną lokalizację świadczenia usług przez określenie Urząd należy rozumied lokalizację jednostki macierzystej; 27) Użytkownik pracownik PSZ korzystający z SI PSZ; 28) Wortal PSZ projektowany element SI PSZ w ramach działao dotyczących NNK; wortal będzie stanowił podstawowe medium PSZ do przekazywania informacji i obsługi klientów przez Internet; zakłada się, że wortal PSZ będzie centralnym miejscem udostępniania usług przez Internet na rzecz klientów PSZ; wraz z wortalem PSZ zostanie utworzony intranet (wortal wewnętrzny), który będzie wykorzystywany do przekazywania informacji w ramach instytucji i pracowników PSZ; 29) Web Service usługa sieciowa realizująca ściśle określone funkcje; definicja takiego serwisu jest dokonywana przez specjalny język opisu usług (WSDL Web Service Definition Language); Web Service umożliwia zdalne wywoływanie realizowanych przez siebie funkcjonalności; 30) Węzły - węzły systemu Broker SI PSZ, które biorą udział w wymianie komunikatów; 31) Wojewódzki Urząd Pracy (WUP) samorządowa Jednostka organizacyjna realizująca zadania określone ustawą PSZ na poziomie województwa; 32) Zatrudnienie Cudzoziemców aplikacja wykorzystywana przez urzędy wojewódzkie do obsługi zezwoleo na wykonywanie pracy w Polce przez cudzoziemców Zakres zamówienia W ramach realizacji projektu Wykonawca zaprojektuje, wykona, wdroży i uruchomi produkcyjnie w pełni działający system Broker SI PSZ. Zakres zamówienia obejmuje: 1) zakres podstawowy - wykonanie i wdrożenie systemu Broker SI PSZ, w tym: a) wykonanie analizy wymagao dotyczących systemu Broker SI PSZ, w tym: i) analizy dokumentacji posiadanej przez Zamawiającego, a wykonanej w ramach innego zamówienia, obejmującej wymagania funkcjonalne i techniczne dla systemu Broker SI PSZ, 7

8 ii) analizy dokumentacji aplikacji i systemów elementów SI PSZ, które będą komunikowały się za pomocą systemu Broker SI PSZ, iii) analizy założeo dotyczących komunikacji systemu Broker SI PSZ z systemami zewnętrznymi, iv) analizy potrzeb użytkowników koocowych, b) wykonanie systemu Broker SI PSZ, w tym: i) opracowanie projektu funkcjonalno-technicznego systemu Broker SI PSZ, ii) wykonanie systemu Broker SI PSZ, w tym: - dostarczenie licencji na oprogramowanie narzędziowe oraz szynę ESB niezbędne do wdrożenia i funkcjonowania systemu Broker SI PSZ w środowisku testowym i produkcyjnym, - wykonanie oprogramowania systemu Broker SI PSZ, - opracowanie dokumentacji powykonawczej systemu Broker SI PSZ, iii) zainstalowanie systemu Broker SI PSZ w środowisku testowym oraz przeprowadzenie testów, c) wdrożenie systemu Broker SI PSZ w środowisku produkcyjnym, w tym: i) zainstalowanie systemu Broker SI PSZ w środowisku produkcyjnym, ii) uruchomienie procesów wymiany danych i udostępniania usług na szynie komunikacyjnej pomiędzy: - węzłami lokalnymi, tj. PUP-PUP, PUP-WUP, - węzłami lokalnymi i centralnymi, tj. WUP/PUP-Systemy centralne, - węzłami centralnymi, iii) pilotażowe wdrożenie funkcjonalności Globalnej Listy Adresowej (GLA) w ramach Centralnej Bazy Użytkowników i Węzłów (CBUiW), iv) przeprowadzenie szkoleo administratorów; 2) zakres opcjonalny - utrzymanie, administrowanie oraz rozwój systemu Broker SI PSZ, w tym: a) nadzór i utrzymanie środowiska testowego i produkcyjnego systemu Broker SI PSZ, b) zapewnienie rozwoju systemu Broker SI PSZ, c) świadczenie usług wsparcia dla użytkowników (help-desk). Zakres opcjonalny, o którym mowa w pkt 2, może zostad powierzony do realizacji w trzech alternatywnych terminach: 1) 2 miesięcy, tj. w okresie od dnia 1 stycznia do dnia 28 lutego 2014 r.; 2) 6 miesięcy, tj. w okresie od dnia 1 stycznia do dnia 30 czerwca 2014 r.; 8

9 3) 24 miesięcy, tj. w okresie od dnia 1 stycznia 2014 r. do dnia 31 grudnia 2015 r. Zamawiający ma prawo skorzystad z prawa opcji do dnia 15 grudnia 2013 r., przy czym skorzystanie z ww. prawa polega na pisemnym powiadomieniu Wykonawcy o skorzystaniu prawa opcji zgodnie z warunkami określonymi we wzorze umowy (załącznik nr 2 do SIWZ). 9

10 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 2 do OPZ. Każdorazowo, gdy w OPZ używane jest zwrot opracowanie, wykonanie, itp. należy przez to rozumied także przekazanie opracowanych/wykonanych produktów w celu odbioru przez Zamawiającego zgodnie z procedurą Dokument inicjujący realizację zamówienia Wykonawca zobowiązany jest do opracowania dokumentu o charakterze Dokumentu inicjującego projekt (DIP) sporządzonego zgodnie z metodyką PRINCE2 dla potrzeb realizacji zamówienia. DIP musi zawierad co najmniej następujące elementy: 1) szczegółowy harmonogram realizacji zamówienia (w tym sporządzony w narzędziu MS Project lub równoważnym); 2) listę produktów; 3) strukturę organizacyjną realizacji zamówieniu; 4) zarządzanie procesem wytwarzania produktów zamówienia; 5) wzory dokumentów potwierdzających wykonanie usług na rzecz PSZ oraz dostawców aplikacji klienckich; 6) plan komunikacji i promocji (dotyczy: wdrożenia pilotażowego GLA); 7) opis zarządzania zmianą; 8) zarządzenie ryzykiem związanym z realizacją zamówienia. Produkty z etapu prac Uwagi 1 Dokument inicjujący projekt (DIP) Brak 10

11 2.3. Ryzyko realizacji zamówienia Zamawiający zastrzega, że informacje i wyjaśnienia zawarte w niniejszym dokumencie mogą nie stanowid pełnego opisu istniejących rozwiązao 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 byd ocenione i wkalkulowane w oferty Wykonawców odpowiednio do ich wiedzy i doświadczenia wynikającego ze zrealizowanych, podobnych zamówieo, co zostało wykazane przez Wykonawców poprzez spełnienie warunków udziału w postępowaniu Język Zamówienie musi byd realizowane w języku polskim. Wszystkie produkty będące rezultatem realizacji zamówienia muszą byd opracowane w tym języku. Dopuszczalne jest stosowanie obcojęzycznych nazw własnych. W przypadku elementów będących przedmiotem zamówienia (np. oprogramowanie narzędziowe, do którego Wykonawca udziela licencji) zastosowanie języka polskiego jest wymagane, w sytuacji, gdy producent oferuje takie oprogramowanie w języku polskim. Jeśli produkt posiada interfejs w języku obcym, to wymagane jest dostarczenie instrukcji w języku polskim Procedura opracowania dokumentacji Wykonawcy są zobowiązani do realizacji prac dotyczących opracowania dokumentacji we współpracy z Zamawiającym. Powyższe zobowiązanie dotyczy konieczności organizowania i przeprowadzania konsultacji w celu uzgodnienia zakresu dokumentu oraz weryfikacji założeo przygotowanych przez Wykonawców z możliwościami technicznymi Zamawiającego, Głównego użytkownika oraz PSZ. Konsultacje mogą odbywad się w formie, m.in. spotkao, warsztatów, zarówno w siedzibie Zamawiającego, Głównego użytkownika, jak również we wskazanych jednostkach Wsparcie Wykonawcy systemu Broker SI PSZ dla wykonawców innych elementów SI PSZ Wykonawca systemu Broker SI PSZ jest zobowiązany do współpracy z dostawcami innych elementów SI PSZ oraz systemów zewnętrznych w celu zapewnienia poprawnej współpracy systemu Broker SI PSZ z tymi systemami. Ponadto Wykonawca systemu Broker SI PSZ zobowiązany jest do udzielania wszelkich niezbędnych konsultacji wykonawcom innych elementów SI PSZ w zakresie tematów dotyczących integracji innych elementów SI PSZ za pomocą systemu Broker SI PSZ. 11

12 Analogicznego wsparcia Wykonawca systemu Broker SI PSZ może oczekiwad od Wykonawców innych zadao realizowanych w ramach Projektu lub przez Głównego Użytkownika. Patrz również wymaganie określone w rozdz OPZ Wsparcie działao promocyjnych Wykonawca systemu Broker SI PSZ ma obowiązek dostarczad wymagane i uzgodnione z Zamawiającym materiały merytoryczne oraz informacje w celu promocji Projektu oraz systemu Broker SI PSZ. Zamawiający wymaga, aby Wykonawca wziął aktywny udział w zakresie uzgodnionym z Zamawiającym w realizacji pilotażowego wdrożenia GLA (rozdz ). Opis wsparcia Wykonawcy w powyższym zakresie musi byd określony w DIP (rozdz. 2.2 OPZ). 12

13 3. Szczegółowe warunki zamówienia zakres podstawowy Rozdział opisuje szczegółowe warunki i procedurę realizacji podstawowego zakresu zamówienia dotyczącego wykonania i wdrożenia systemu Broker SI PSZ, przy czym: 1) wymagania funkcjonalne systemu Broker SI PSZ określa załącznik nr 3 do OPZ; 2) wymagania dotyczące infrastruktury oraz podstawowych warunków SLA określa karta wymagao infrastrukturalnych stanowiąca załącznik nr 4 do OPZ; Terminy realizacji kamieni milowych zamówienia określa rozdz. 5 OPZ. Wykonawca musi realizowad wszystkie prace dotyczące systemu Broker SI PSZ zgodnie z ustawą o ochronie danych osobowych (Dz. U. z 2002 r. Nr 101, poz. 926 wraz z poźo. zm.), która określa zasady postępowania przy przetwarzaniu danych osobowych oraz prawa osób fizycznych, których dane osobowe są lub mogą byd przetwarzane w zbiorach danych oraz aktami wykonawczymi do ww. ustawy, a także przepisów właściwych dla obszaru PSZ, w tym ustawy o promocji zatrudnienia i instytucjach rynku pracy (Dz. U. z 2008 r. Nr 69, poz. 415 wraz z poźo. zm.) oraz aktami wykonawczymi do tej ustawy Analiza wymagao dotyczących systemu Broker SI PSZ Wykonawca zobowiązany jest do wykonania usług analizy dotyczącej systemu Broker SI PSZ, w której wyniku zostaną uzyskane uporządkowane informacje oraz wiedza umożliwiająca wykonanie wszystkich kolejnych zadao dotyczących systemu Broker SI PSZ. Analizy muszą zostad wykonane w dwóch etapach określonych w rozdz OPZ. Proces realizacji analizy określa rozdz OPZ Etapy analizy systemu Broker SI PSZ Wykonawca zobowiązany jest do wykonania usług analizy systemu w dwóch etapach dotyczących: 1) komunikacji i funkcjonalności wymaganej na etapie wykonania i wdrożenia systemu Broker SI PSZ zakres elementów SI PSZ, które muszą stanowid aplikacje klienckie określa rozdz OPZ; 2) komunikacji i funkcjonalności zakładanej do wdrożenia na etapie rozwoju systemu Broker SI PSZ zakres elementów SI PSZ, które muszą stanowid aplikacje klienckie określa rozdz OPZ. 13

14 W przypadku, gdy na etapie prac analityczno-projektowych zostanie określone, że zakładane przez Zamawiającego elementy SI PSZ, które muszą wymieniad dane za pomocą systemu Broker SI PSZ nie zostaną wykonane w terminach realizacji podstawowego zakresu niniejszego zamówienia, Wykonawca musi je uwzględnid w drugim etapie oraz przygotowad szczegółowy plan ich integracji. Podobnie, Zamawiający dopuszcza, aby po uzyskaniu jego akceptacji możliwe było przesunięcie elementów podlegających analizie z etapu drugiego do pierwszego, jeżeli taka potrzeba powstała podczas realizacji prac analityczno-projektowych Komunikacja i funkcjonalności wymagana na etapie wykonania i wdrożenia systemu Broker SI PSZ Zamawiający wymaga, aby pierwszy etap analizy dotyczył co najmniej następujących zagadnieo i elementów SI PSZ w celu zastosowania ich integracji za pomocą systemu Broker SI PSZ: 1) aktualnie wdrożonej komunikacji za pomocą PWD i PW; 2) potrzeb dotyczących komunikacji oraz wykorzystania funkcjonalności systemu Broker SI PSZ przez istniejące elementy SI PSZ: a) Oprogramowanie Syriusz Std, b) Aplikację WUP-Viator, c) Aplikację Centralną, d) Aplikację Słownikową, e) Centralną Bazę Ofert Pracy, f) Rejestr Instytucji Szkoleniowych, g) Zatrudnienie Cudzoziemców, h) EURES; 3) potrzeb dotyczących komunikacji oraz wykorzystania funkcjonalności systemu Broker SI PSZ przez planowane do realizacji w ramach projektu elementy SI PSZ: a) NNK, ze szczególnym uwzględnieniem: i) Wortalu PSZ, ii) CBOP (moduł aktualnie jest użytkowany, ale planowana jest jego modernizacja), iii) Platformy i kursów e-learning, b) Centralnego Systemu Analityczno-Raportowego CeSAR; 4) potrzeb dotyczących implementacji Globalnej Listy Adresowej (GLA) za pomocą CBUiW. 14

15 Komunikacja i funkcjonalności zakładana do wdrożenia na etapie rozwoju systemu Broker SI PSZ Zamawiający wymaga, aby drugi etap analizy dotyczył potrzeb dotyczących komunikacji oraz wykorzystania funkcjonalności systemu Broker SI PSZ przez: 1) elementy SI PSZ, które nie zostały wymienione w rozdz OPZ, ze szczególnym uwzględnieniem pozostałych interfejsów i modułów NNK; 2) systemów zewnętrznych w stosunku do SI PSZ, ze szczególnym uwzględnieniem: a) systemów wykonanych w ramach projektu Emp@tia, b) Electronic Exchange of Social Security Information (EESSI), c) epuap, d) kompleksowy system informatyczny ZUS (KSI ZUS), e) PESEL/PESEL2, f) innymi systemami i rejestrami zidentyfikowanymi na etapie prac analityczno-raportowych Proces realizacji analizy wymagao dotyczących systemu Broker SI PSZ Wykonawca zobowiązany jest do wykonania czynności związanych z realizacją każdego etapu analizy dotyczącej systemu Broker SI PSZ: 1) analizy dokumentacji posiadanej przez Zamawiającego, a wykonanej w ramach innego zamówienia, obejmującej wymagania funkcjonalne i techniczne dla systemu Broker SI PSZ; 2) analizy dokumentacji aplikacji i systemów elementów SI PSZ, które będą komunikowały się za pomocą systemu Broker SI PSZ; 3) analizy założeo dotyczących komunikacji systemu Broker SI PSZ z systemami zewnętrznymi; 4) analizy potrzeb użytkowników koocowych. Przed przystąpieniem do realizacji usług analizy dotyczącej systemu Broker SI PSZ, wykonawca zobowiązany jest do przygotowania i uzgodnienia z Zamawiającym całościowego planu realizacji tego zadania. Akceptacja planu jest wymagana dla rozpoczęcia procesu jej realizacji. 15

16 Produkty z etapu prac Plan realizacji analiz dotyczących systemu Broker SI PSZ Uwagi Zaakceptowany plan jest podstawą do rozpoczęcia realizacji usług, określonych w rozdz OPZ Analiza dokumentacji posiadanej przez Zamawiającego Wykonawca zobowiązany jest do przeprowadzenia analizy posiadanej przez Zamawiającego dokumentacji będącej wynikiem realizacji prac nad opracowaniem wymagao funkcjonalnych i technicznych dla systemu Broker SI PSZ. W wyniku realizacji powyższego zadania zostały opracowane następujące produkty: 1) analiza obecnie wykorzystywanych rozwiązao; 2) analiza obszaru; 3) analiza wymagao użytkowników; 4) analiza techniczna systemu Broker SI PSZ; 5) analiza oddziaływania na inne komponenty SI PSZ; 6) analiza ekonomiczna; 7) założenia funkcjonalne i techniczne systemu Broker SI PSZ; 8) pozostałe założenia do wykonania systemu Broker SI PSZ. Zamawiający informuje, że ww. wymagania zostały wykonane na zamówienie Zamawiającego w 2010 r. i powinny stanowid punkt odniesienia dla realizacji przedmiotu zamówienia. Jednocześnie ze względu na zmiany technologii, modyfikacje wykonane w pozostałych elementach SI PSZ oraz wyniki prac analityczno-projektowych w przedmiotowym zamówieniu jest wymagane uwzględnienie tylko aktualnych i zatwierdzonych wymagao zidentyfikowanych podczas realizacji tamtego zamówienia. Dodatkowo Zamawiający informuje, że w ww. produktach używana jest nazwa Syriusz_Broker, która została zastąpiona nazwą Broker SI PSZ. Produkty z etapu prac Uwagi Założenia dla opisu wymagao dotyczących funkcjonalności systemu Broker SI PSZ (cz. I) Brak Analiza dokumentacji aplikacji i systemów Wykonawca zobowiązany jest do przeprowadzenia analizy posiadanej przez Zamawiającego dokumentacji dotyczącej elementów SI PSZ planowanych do 16

17 integracji za pomocą systemu Broker SI PSZ i będących przedmiotem prac w projekcie, w tym: 1) aplikacji WUP-Viator; 2) centralnego systemu analityczno-raportowego CeSAR; 3) NNK. Zamawiający informuje, że istnieje możliwośd udostępnienia Wykonawcy dokumentacji dotyczącej także pozostałych elementów SI PSZ. Zakres tych dokumentów zostanie określony przez Wykonawcę we współpracy z Zamawiającym i Głównym użytkownikiem. Dodatkowo, Zamawiający przewiduje, że niezbędne informacje dotyczące przeprowadzenia prac analityczno-projektowych (a także kolejnych etapów realizacji zamówienia), które dotyczą systemów planowanych do integracji za pomocą systemu Broker SI PSZ zostaną uzyskane podczas bezpośrednich konsultacji przeprowadzonych pomiędzy wykonawcami poszczególnych elementów SI PSZ (patrz: rozdz. 2.6 OPZ). W wyniku realizacji ww. zakresu analizy Wykonawca musi opracowad produkt zawierający jej wyniki, które będą stanowiły uporządkowane i spójne informacje umożliwiające przygotowanie integracji planowanych aplikacji klienckich systemu Broker SI PSZ. Na podstawie ww. informacji, Wykonawca zobowiązany jest do opracowania opisu wymagao dotyczących funkcjonalności systemu Broker SI PSZ, które będą przedmiotem prac na etapie wykonania ww. systemu (rozdz. 3.2 OPZ). Produkty z etapu prac Uwagi Wyniki analizy dokumentacji aplikacji i systemów planowanych aplikacji klienckich systemu Broker SI PSZ Opis wymagao dotyczących funkcjonalności systemu Broker SI PSZ (cz. II) Brak Brak Analiza założeo dotyczących komunikacji systemu Broker SI PSZ z systemami zewnętrznymi Wykonawca zobowiązany jest do przeprowadzenia analizy założeo dotyczących komunikacji systemu Broker SI PSZ z systemami zewnętrznymi, o których mowa w rozdz OPZ. Zamawiający przewiduje następujący sposób realizacji niniejszego zakresu analizy: 1) warsztaty z udziałem przedstawicieli Zamawiającego, Głównego użytkownika oraz zaproszonych przez nich gości, cel warsztatów: określenie założeo na wymagania dotyczące integracji SI PSZ za pomocą systemu Broker SI PSZ z systemami zewnętrznymi, Wykonawca odpowiada całościowo za zorganizowanie i moderację warsztatów; 17

18 2) współpraca na poziomie roboczym (spotkania, korespondencja, itp.) w zakresie systemów zewnętrznych w stosunku do SI PSZ, które są nadzorowane przez Głównego użytkownika, ze szczególnym uwzględnieniem systemów wykonanych w ramach projektu Emp@tia oraz EESSI; 3) tematyczne warsztaty uzgodnieniowe z udziałem przedstawicieli instytucji wprowadzających i utrzymujących systemy zewnętrzne, takie jak KSI ZUS i e-puap. W wyniku realizacji ww. zakresu analizy Wykonawca musi opracowad założenia zawierające kompletne, uporządkowane i spójne informacje umożliwiające przygotowanie projektów wstępnych w zakresie integracji SI PSZ z systemami zewnętrznymi za pomocą systemu Broker SI PSZ. Na podstawie ww. informacji, Wykonawca zobowiązany jest do opracowania opisu wymagao dotyczących funkcjonalności systemu Broker SI PSZ, które będą przedmiotem prac na etapie wykonania ww. systemu (rozdz. 3.2 OPZ). Produkty z etapu prac Uwagi Założenia dotyczące komunikacji systemu Broker SI PSZ z systemami zewnętrznymi Opis wymagao dotyczących funkcjonalności systemu Broker SI PSZ (cz. III) Brak Brak Analiza potrzeb użytkowników koocowych Ostatnim elementem procesu analizy dla potrzeb wykonania, wdrożenia i rozbudowy systemu Broker SI PSZ jest analiza potrzeb użytkowników koocowych. Zamawiający określa następujące wymagania dla tego zakresu analizy: 1) określenie potrzeb użytkowników koocowych zostanie przeprowadzone za pomocą badao potrzeb wśród: a) pracowników Głównego użytkownika oraz osób przez niego wskazanych (w tym: administratorów), b) pracowników PSZ, c) pracowników JOPS; 2) celem badania będzie: a) identyfikacja potrzeb użytkowników zewnętrznych i wewnętrznych odnośnie zakresu i sposobu komunikacji używanych przez nich aplikacji/oprogramowania za pomocą systemu Broker SI PSZ, b) określenie wymagao dotyczących funkcjonalności komponentów systemu Broker SI PSZ, ze szczególnym uwzględnieniem CBUiW (GLA) oraz MAD, c) opracowanie wytycznych dla sposobu zarządzania systemem Broker SI PSZ lub jego wydzielonymi obszarami funkcjonalnymi (np. CBUiW oraz GLA); 18

19 3) badanie musi byd przeprowadzone przez Wykonawcę zgodnie z planem badania, który zostanie opracowany przez Wykonawcę w uzgodnieniu z Zamawiającym; warunkiem przystąpienia do badao jest akceptacja metodyki przez Zamawiającego; 4) liczebnośd populacji badawczej: a) 1 grupa (minimum 6 osób) osób, o których mowa w pkt 1 lit. a, b) 5 grup (minimum po 4 osoby każda) osób, o których mowa w pkt 1 lit. b, przy czym wymagane jest, aby 2 z tych grup dotyczyły WUP, a pozostałe grupy inne uzgodnione z zamawiającym instytucje PSZ, c) 4 grupy (minimum po 4 osoby każda) osób, o których mowa w pkt 1 lit. c, przy czym wymagane jest, aby co najmniej 2 grupy dotyczyły JOPiIS posiadających system SEPI; 5) Wykonawca zobowiązany jest do: a) zaproponowania i uzgodnienia z Zamawiającym doboru próby badawczej, a następnie rekrutację tych osób; b) organizacji badania ustalenie harmonogramu badania, zapewnienia wykonania wszystkich czynności związanych z logistyką badania; c) przeprowadzenia badania; d) opracowania i analizy otrzymanych wyników; e) przygotowania szczegółowego raportu z badao; f) przeprowadzenia prezentacji wyników badania na specjalnie zorganizowanym przez Wykonawcę spotkaniu z udziałem osób zgłoszonych przez Zamawiającego, g) opracowania opisu wymagao dotyczących funkcjonalności systemu Broker SI PSZ na podstawie wyników badao potrzeb użytkowników koocowych systemu Broker SI PSZ. Produkty z etapu prac Uwagi 1 Plan badania potrzeb użytkowników koocowych systemu Broker SI PSZ 2 Szczegółowy raport z badania Brak 3 Prezentacje oraz inne materiały związane z realizacją badao 4 Opis wymagao dotyczących funkcjonalności systemu Broker SI PSZ (cz. IV) Akceptacja Planu Badania jest warunkiem przystąpienia do realizacji badao Brak Brak 19

20 Zestawienie wymagao dotyczących funkcjonalności systemu Broker SI PSZ Wykonawca zobowiązany jest do opracowania łącznego zestawienia wymagao dotyczących funkcjonalności systemu Broker SI PSZ, które zostały zdiagnozowane i opisane w wyniku realizacji prac analitycznych, o których mowa w rozdz OPZ. Powyższe prace muszą byd wykonane w celu dostarczenia niezbędnej dokumentacji decyzyjnej dla Zamawiającego i Głównego użytkownika, przy czym Wykonawca powinien zastosowad następujące priorytety Zamawiającego: 1) poszczególne wymagania powinny otrzymad kategorie ważności, np. istotneważne-wspomagające-nieistotne; 2) wymagania sprzeczne powinny byd wyraźnie oznaczone, przy czym Wykonawca odnośnie tych wymagao powinien udzielid swoją rekomendację dotyczącą sposobu rozwiązania tych zagadnieo; 3) wymagania powinny byd oznaczone poprzez wskazanie możliwości ich realizacji, np. uzależnienie od wykonania zmian w aplikacjach klienckich. Zamawiający oraz Główny użytkownik zastrzegają sobie prawo do zgłoszenia uwag dotyczących wyniku kategoryzacji i sposobu realizacji wymagao określonych w zestawieniu. W celu uzyskania decyzji projektowych oraz uzyskania akceptacji Zamawiającego, Wykonawca zobowiązany jest do przygotowania i poprowadzenia spotkania w formie warsztatów, podczas których zostaną zaprezentowane i omówione poszczególne wymagania oraz będą udzielone wyjaśnienia na wątpliwości Zamawiającego lub Głównego użytkownika. Zatwierdzone przez Zamawiającego zestawienie wymagao dotyczących funkcjonalności systemu Broker SI PSZ, będzie podstawą do wykonania kolejnych etapów prac związanych z realizacją przedmiotu zamówienia. Produkty z etapu prac 1 Zestawienie wymagao dotyczących funkcjonalności systemu Broker SI PSZ Uwagi Akceptacja Zestawienia funkcjonalności jest warunkiem przystąpienia do wykonania systemu Broker SI PSZ (rozdz. 3.2 i następne) 3.2. Wykonanie systemu Broker SI PSZ Wykonawca zobowiązany jest do wykonania systemu Broker SI PSZ, w szczególności: 1) opracowania projektu funkcjonalno-technicznego systemu Broker SI PSZ; 2) wykonania systemu Broker SI PSZ, w tym: 20

21 a) dostarczenia licencji na oprogramowanie narzędziowe oraz szynę ESB niezbędnych do wdrożenia i funkcjonowania systemu Broker SI PSZ w środowisku testowym i produkcyjnym, b) wykonania oprogramowania systemu Broker SI PSZ, c) opracowania dokumentacji powykonawczej systemu Broker SI PSZ; 3) zainstalowania systemu Broker SI PSZ w środowisku testowym oraz przeprowadzenia testów Opracowanie projektu funkcjonalno-technicznego systemu Broker SI PSZ Wykonawca opracuje projekt funkcjonalno-techniczny systemu Broker SI PSZ na podstawie zaakceptowanego zestawienia wymagao dotyczących funkcjonalności Broker SI PSZ, o którym mowa w rozdz OPZ. Projekt funkcjonalno-techniczny systemu Broker SI PSZ musi zawierad co najmniej następujące elementy: 1) opisy poszczególnych funkcji systemu Broker SI PSZ, zawierające; a) cel funkcjonalności; b) przepływ danych, c) projekt Interfejsu użytkownika, d) współzależności pomiędzy funkcjami systemu, e) scenariusze użycia; 2) projekt techniczny wszystkich elementów systemu Broker SI PSZ, w tym: a) opis sposobu i zakresu integracji aplikacji klienckich, b) opis i strukturę wymienianych komunikatów dla komunikacji synchronicznej, c) opis i strukturę wymienianych komunikatów dla komunikacji asynchronicznej, d) opis zaimplementowanych mechanizmów bezpieczeostwa, e) wymogi poprawności dla poszczególnych typów komunikatów, f) mechanizmy filtrowania wymiany danych (filtr CBPx), g) określenie łaocucha zobowiązao (ang. Chain of responsibility), h) protokołu systemu Broker SI PSZ (w tym zakres i typ informacji, o których mowa załączniku nr 3 do OPZ, rozdz. 4.3); 3) opis funkcjonalności komponentów peryferyjnych systemu Broker SI PSZ, w tym: a) CBUiW oraz GLA, b) MAD, 21

22 c) innych komponentów systemu Broker SI PSZ służących do administrowania ww. systemem; 4) specyfikację API oraz określenie zasad integracji za pomocą tego interfejsu; 5) opis ról i uprawnieo użytkowników systemu; 6) projekt konfiguracji sprzętowej zgodnie z wymaganiami dotyczącymi infrastruktury określonymi przez Zamawiającego w karcie wymagao infrastrukturalnych (załącznik nr 4 do OPZ); 7) plan testów akceptacyjnych (scenariusze testowe oraz plan testów integracyjnych); 8) plan testów obciążeniowych; 9) plan testów bezpieczeostwa. API, o którym mowa w pkt 4 musi umożliwid dostawcom aplikacji klienckich integrację ich systemów z systemem Broker SI PSZ, w tym: komunikację z węzłami SB. Zaprojektowane (a następnie wykonane w ramach realizacji prac, o których mowa w rozdz OPZ) przez Wykonawcę API nie powinno w żaden sposób narzucad innym podmiotom technologii, w których tworzą własne systemy. API powinno umożliwiad komunikację z wykorzystaniem otwartych protokołów, powszechnie przyjętych, jako standard, jak np.: SOAP. Projekt funkcjonalno-techniczny systemu Broker SI PSZ z uwzględnieniem drugiego etapu prac analitycznych (patrz: rozdz OPZ) powinien zostad wykonany poprzez modyfikację (rozbudowę) pierwszej wersji projektu. Pomimo rozdzielenia etapu analizy na dwa etapy musi zostad zachowana jednorodnośd projektu systemu Broker SI PSZ. Produkty z etapu prac Projekt funkcjonalno-techniczny systemu Broker SI PSZ Uwagi Po odbiorze drugiego etapu analizy (rozdz OPZ), Wykonawca zobowiązany jest do modyfikacji (rozbudowy) projektu funkcjonalnotechnicznego systemu Broker SI PSZ Implementacja systemu Broker SI PSZ Wykonawca zobowiązany jest do wykonania następujących zadao związanych z implementacją systemu Broker SI PSZ: 22

23 1) dostarczenia licencji na oprogramowanie narzędziowe oraz szynę ESB niezbędnych do wdrożenia i funkcjonowania systemu Broker SI PSZ w środowisku testowym i produkcyjnym; 2) wykonania oprogramowania systemu Broker SI PSZ; 3) opracowania dokumentacji powykonawczej systemu Broker SI PSZ. W wyniku realizacji ww. zadao Zamawiający wymaga wykonania systemu Broker SI PSZ oraz uruchomienia usług integracji SI PSZ na poziomie określonym w projekcie ww. systemu dla etapu I. Jednocześnie Zamawiający oczekuje, że usługi integracji określone w etapie II zostaną wykonane w ramach prac rozwojowych zgodnie z procedurą określoną we wzorze umowy Licencje na oprogramowanie narzędziowe Wykonawca w ramach realizacji przedmiotu zamówienia zobowiązany jest do dostarczenia i przekazania na rzecz Zamawiającego wszystkich licencji na oprogramowanie narzędziowe oraz szynę ESB niezbędne do wdrożenia i funkcjonowania systemu Broker SI PSZ w pełnym zakresie określonym niniejszym OPZ oraz zgodnie z wynikami prac projektowych. Licencje muszą byd dostarczone wraz z nośnikami zawierającymi wersje instalacyjne tego oprogramowania. Licencje na oprogramowanie narzędziowe i szynę ESB muszą umożliwiad instalację i funkcjonowanie wersji testowej oraz produkcyjnej systemu Broker SI PSZ. Dostarczone licencje muszą mied charakter jednorazowy i nie mogą powodowad konieczności ponoszenia opłat okresowych przez Zamawiającego z zachowaniem możliwości do przeniesienia praw nabytych na rzecz Głównego użytkownika. Licencje muszą byd udzielone na czas nieokreślony. Zamawiający wymaga, aby wraz z licencjami Wykonawca zapewnił prawo do korzystania z usług wsparcia producenckiego do oprogramowania narzędziowego oraz szyny ESB co najmniej na okres do dnia 31 grudnia 2015 r. W celu potwierdzenia udzielenia prawa do usług wsparcia producenckiego, Wykonawca zobowiązany jest do dostarczenia odpowiednich certyfikatów wystawionych przez producentów ww. oprogramowania. Sposób licencjonowania oprogramowania narzędziowego i szyny ESB musi umożliwiad przenaszalnośd oprogramowania na środowisko wirtualne, w szczególności nie może ograniczad rozbudowy środowiska serwerowego poprzez zmianę środowiska serwerowego na bardziej wydajne w zakresie zmian dotyczących: wolumenu przetwarzanych/przechowywanych danych, liczby węzłów, liczby elementów SI PSZ i systemów zewnętrznych, liczby interfejsów, procesorów. Wymagane jest, aby licencje na oprogramowanie narzędziowe oraz szynę ESB, dostarczone w ramach realizacji zamówienia, wykorzystywały wszystkie procesory infrastruktury dedykowanej dla systemu Broker SI PSZ (patrz: załącznik nr 4 do OPZ) przy jednoczesnym zapewnieniu wymaganej wydajności systemu. Zamawiający informuje, że dla potrzeb realizacji zamówienia zapewnia następujące elementy środowiska SI PSZ: 23

24 1) system operacyjny rodziny Linux; 2) serwer aplikacyjny JBoss; 3) baza danych PostgreSQL. Do ww. elementów środowiska SI PSZ, Zamawiający zapewnia usługi wsparcia producenckiego w okresie do dnia 31 grudnia 2013 r. Produkty z etapu prac 1 Licencje na oprogramowanie narzędziowe oraz szyny ESB dla systemu Broker SI PSZ Uwagi Wraz z licencjami muszą zostad zapewnione usługi wsparcia producenckiego w okresie co najmniej do dnia 31 grudnia 2015 r Wykonanie oprogramowania systemu Broker SI PSZ Wykonawca zobowiązany jest do wykonania oprogramowania systemu Broker SI PSZ zgodnie z zaakceptowanym przez Zamawiającego projektem funkcjonalnotechnicznym, o którym mowa w rozdz OPZ. System Broker SI PSZ musi zostad zaimplementowany przez Wykonawcę poprzez połączenie oprogramowania narzędziowego oraz szyny ESB z oprogramowaniem wytworzonym przez Wykonawcę. Kod źródłowy oprogramowania systemu Broker SI PSZ musi byd przekazany Zamawiającemu wraz ze specyfikacją wszystkich narzędzi developerskich oraz wersjami, z których Wykonawca korzystał przy wytwarzaniu i kompilacji oprogramowania; wraz z kodem źródłowym Wykonawca przekaże wersje instalacyjne oprogramowania systemu Broker SI PSZ. Produkty z etapu prac Uwagi 1 Oprogramowanie systemu Broker SI PSZ wraz z kodami źródłowymi i wersjami instalacyjnymi oraz specyfikacją narzędzi deweloperskich Brak Opracowanie dokumentacji powykonawczej systemu Broker SI PSZ Wykonawca zobowiązany jest do opracowania pełnej dokumentacji powykonawczej systemu Broker SI PSZ, która musi obejmowad: 1) dokumentację administratora centralnego systemu Broker SI PSZ; 2) dokumentację administratora lokalnego systemu Broker SI PSZ. 24

25 Dokumentacja systemu Broker SI PSZ musi spełniad poniższe wymagania: Dokumentacja administratora centralnego Dokumentacja administratora systemu Broker SI PSZ musi zawierad dokumentację użytkową narzędzi administracyjnych oraz opis parametrów konfiguracji Broker SI PSZ, pozwalających na samodzielną administrację systemem Broker SI PSZ przez Głównego użytkownika. Dokumentacja administratora powinna także obejmowad dokumentację inicjalnej konfiguracji systemu oraz komplet procedur administracyjno-operatorskich pozwalających na diagnozowanie poprawności działania systemu i podejmowanie interwencji w sytuacjach awaryjnych. Dokumentacja administratora musi zawierad co najmniej szczegółowy i wyczerpujący opis: 1) architektury systemu Broker SI PSZ: a) komponentów systemu, w tym diagramy wdrożenia systemu przygotowane w notacji zgodnej z UML 2.0 lub wyższej, b) logicznego podziału serwerów i ich roli w systemie wraz z uwzględnieniem źródeł danych oraz mechanizmów zapewniających brak istnienia pojedynczych punktów awarii systemu, c) opis procesów realizowanych przez system, 2) środowiska systemu Broker SI PSZ: a) architektury sprzętowej, b) adresacji serwerów; a) środowiska wydzielonego oraz wirtualnego, b) serwerów WWW, c) serwerów aplikacyjnych, d) serwerów bazodanowych, e) pozostałych elementów środowiska systemu Broker SI PSZ; 3) konfiguracji systemu z uwzględnieniem jego elementów, o których mowa w pkt 2; 4) danych dostępowych serwerów i aplikacji; 5) procedur instalacji systemu Broker SI PSZ, zawierających szczegółowy opis czynności wymaganych do zainstalowania komponentów centralnych i lokalnych systemu przez Zamawiającego i uruchomienia jego usług; 6) opisu administracji systemem: a) środowiskami wydzielonymi i wirtualnymi, b) systemem operacyjnym, c) bazami danych, d) węzłami SB, e) komponentami systemu Broker SI PSZ, f) administracji szyną ESB, 25

26 g) administracji usługami systemu Broker SI PSZ; 7) opis wszystkich narzędzi zewnętrznych w stosunku do szyny ESB, które zostały zaimplementowane przez Wykonawcę w systemie Broker SI PSZ; 8) różnic w konfiguracji na poszczególnych serwerach; 9) kolejności startowania elementów systemu; 10) monitoringu: a) systemów, b) serwisów, c) aplikacji administracyjnych, d) szyn ESB; 11) procedury obsługi awarii systemu: a) obsługa awarii bazy danych: i) procedury postępowania w wypadku awarii serwerów baz danych, ii) awaria węzłów systemu Broker SI PSZ, iii) przywrócenie węzła systemu po awarii, iv) obsługa replikacji baz danych, v) tworzenie kopii zapasowych baz danych, vi) przywracanie baz danych z kopii zapasowych, b) obsługa awarii komponentów szyny ESB: i) awarii węzła lub węzłów SB, ii) awaria węzłów SBPx, iii) awaria innych węzłów; c) obsługa awarii narzędzi administracyjnych systemu Broker SI PSZ, w tym MAD; d) obsługi awarii innych komponentów systemu Broker SI PSZ określonych w jego dokumentacji. Dokumentacja administratora powinna posiadad wydzieloną częśd, którą stanowid będą procedury administracyjne, które w kompleksowy sposób określą czynności wymagane do pełnego monitoringu i zarządzania systemem Broker SI PSZ. Dokumentacja administratora lokalnego Dokumentacja administratora lokalnego musi zawierad dokumentację użytkową systemu oraz zaimplementowanych podczas wdrożenia funkcjonalności umożliwiających monitoring oraz nadzór nad funkcjonowaniem systemu Broker SI PSZ na poziomie pojedynczego Urzędu/Węzła. Dokumentacja użytkownika powinna byd sporządzona w przystępnym języku umożliwiającym jej wykorzystanie przez administratorów lokalnych zgodnie zasadami administrowania systemem Broker SI PSZ, o których mowa w rozdz OPZ. 26

27 Zasady administrowania odnośnie CBUiW muszą uwzględniad strukturę organizacyjną PSZ oraz podział na administratorów co najmniej centralnych i lokalnych. Przyjęte przez Zamawiającego zasady administrowania systemem Broker SI PSZ muszą zostad uwzględnione w ww. dokumentacji oraz będą stanowiły podstawę do przeprowadzenia szkoleo związanych z jego wdrożeniem (rozdz OPZ). Produkty z etapu prac 1 Dokumentacja administratora centralnego systemu Broker SI PSZ 2 Dokumentacja administratora lokalnego systemu Broker SI PSZ Uwagi Wersja elektroniczna + 5 egz. w formie drukowanej dla Zamawiającego Wersja elektroniczna + 16 egz. w formie drukowanej dla potrzeb wdrożeo pilotażowych GLA oraz 5 egz. w formie drukowanej dla Zamawiającego Zainstalowanie systemu Broker SI PSZ w środowisku testowym oraz przeprowadzenie testów Wykonawca zobowiązany jest do wykonania następujących czynności związanych z instalacją i uruchomieniem systemu Broker SI PSZ w środowisku testowym: 1) uruchomienia środowiska testowego na infrastrukturze określonej w załączniku nr 4 do OPZ, w tym: a) konfiguracji środowiska zgodnie z dokumentacją powykonawczą, b) instalacji oprogramowania narzędziowego, c) instalacji i uruchomienia oprogramowania systemu Broker SI PSZ; 2) wprowadzenia (zasilenie) danych testowych CBUiW i GLA niezbędnych do przeprowadzenia testów, o których mowa w pkt 4; 3) konfiguracji węzłów umożliwiających przepływ komunikatów w środowisku testowym pomiędzy wskazanymi przez Zamawiającego aplikacjami klienckimi; 4) uruchomienia testowej komunikacji za pomocą systemu Broker SI PSZ (integracji); do testowej komunikacji mogą zostad wykorzystane instalacje testowe aplikacji klienckich; 5) przeprowadzenia testów wewnętrznych zgodnie z dokumentacją powykonawczą, w tym: a) testów akceptacyjnych, b) testów obciążeniowych, 27

28 c) testów bezpieczeostwa. Wykonawca zobowiązany jest do wprowadzenia wszystkich niezbędnych poprawek i ponownego przeprowadzenia procedury testów wewnętrznych zgodnie z wymaganiami określonymi w rozdz w przypadku, gdy testy wewnętrzne wykażą błędy/braki w funkcjonowaniu systemu Broker SI PSZ w stosunku do ich dokumentacji. Procedurę testów wewnętrznych uważa się za zakooczoną po wyeliminowaniu błędów kategorii 1, 2k oraz 2n zgodnie z definicjami błędów, o których mowa w rozdz OPZ. Produkty z etapu prac Uwagi 1 Uruchomiony system Broker SI PSZ w środowisku testowym 2 Dokumentacja z przeprowadzonych testów wewnętrznych Brak Brak Testy akceptacyjne Wykonawca systemu jest zobowiązany do przeprowadzenia testów akceptacyjnych na podstawie scenariuszy testowych oraz planu testów integracyjnych określonych w dokumentacji powykonawczej systemu Broker SI PSZ Testy obciążeniowe Wykonawca systemu jest zobowiązany do przeprowadzenia testów obciążeniowych systemu Broker SI PSZ zgodnie z poniższymi wymaganiami: 1) wymagana wydajnośd systemu Broker SI PSZ jest określona w karcie wymagao infrastrukturalnych, która stanowi załącznik nr 4 do OPZ; 2) testy zostaną przeprowadzone przez narzędzia symulujące ruch użytkowników poprzez wysyłanie żądao i odbiór komunikatów zwrotnych z systemu Broker SI PSZ; 3) testy zostaną uruchomione trzykrotnie, a wszystkie wyniki zostaną uśrednione i będą traktowane, jako wyniki wydajnościowe systemu. Narzędzie, które zostanie użyte przez Wykonawcę do wykonania testów obciążeniowych musi obsłużyd zdefiniowaną liczbę powtórzeo scenariuszy testowych w czasie przewidzianym na przeprowadzenie testów Testy bezpieczeostwa Wykonawca zobowiązany jest do wykonania testów bezpieczeostwa systemu Broker SI PSZ. W przypadku, gdy w wyniku testów bezpieczeostwa zaistnieje 28