SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Transkrypt

1 SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA 1. PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest wykonanie projektu oraz wykonanie i wdrożenie systemu umożliwiającego otrzymywanie informacji z systemu teleinformatycznego ministra właściwego do spraw finansów publicznych, dotyczącej stosunków majątkowych i źródeł dochodu oskarżonego w terminie 40 dni roboczych od daty zawarcia umowy. Ogólny opis sposobu realizacji zamówienia: Odbiorcami usług w ramach tworzonej aplikacji centralnej opartej o interfejs www i zasoby infrastrukturalne Ministerstwa Sprawiedliwości (MS) będą dwie odrębne i niezależne kompetencyjnie grupy użytkowników sędziowie sądów powszechnych oraz prokuratorzy. Dane do projektowanego Systemu pochodzące z systemu podatkowego e-deklaracje Ministerstwa Finansów (MF) będą udostępniane poprzez odpowiedni webserwis. Po stronie Ministerstwa Sprawiedliwości należy przygotować aplikację webową, która potrafi wykorzystać ten webserwis i udostępni pobrane dane we właściwym formacie (wydruku). Aplikacja będzie uruchomiona w zasobach infrastrukturalnych MS, a dostęp do niej będą mieli użytkownicy (sędziowie sadów powszechnych oraz prokuratorzy) po uwierzytelnieniu i autoryzacji w sieciach WAN MS i WAN Prokuratury. W szczególności Zamawiający przyjął poniższe założenia: 1. Aplikacja centralna udostępniona za pośrednictwem interfejsu www, wykorzystująca posiadane przez Zamawiającego oprogramowanie: a. Portal Liferay, b. Szynę integracyjną jboss FUSE, c. Usługi katalogowe Microsoft Active Directory (AD), oraz zasoby infrastruktury technicznej Ministerstwa Sprawiedliwości. 2. Zakłada się, że będą dwie bazy danych użytkowników (kontenery) oparte o usługi katalogowe pochodzące z dwóch różnych domen Active Directory. Wynika to z faktu, że z aplikacji będą korzystać dwie odrębne i niezależne kompetencyjnie grupy użytkowników sędziowie i prokuratorzy. 3. Prokuratorzy będą łączyć się z aplikacją z wykorzystaniem sieci WAN Prokuratury. Na potrzeby tej aplikacji wykorzystywane będzie istniejące już połączenie sieci WAN MS z WAN Prokuratury. Planowany/przewidywany zakres prac niezbędny do realizacji zamówienia: 1. Analiza Systemu, opis architektury Systemu i projekt bazy danych. a. Opis architektury Systemu (sieć WAN MS i WAN Prokuratury, stacje robocze umieszczone w sądach powszechnych i w prokuraturach) b. Projekt bazy danych (w szczególności baza do logowania zapytań) c. Projekt administrowania użytkownikami w dwóch domenach AD: i. Domeny wewnętrznej usługi katalogowej Active Directory Ministerstwa Sprawiedliwości, ii. Domeny wewnętrznej Active Directory Prokuratury. d. Poprzez administrowanie użytkownikami Zamawiający rozumie w szczególności funkcje: dodaj konto, aktywuj konto, edytuj konto, usuń konto, przeglądaj konto. e. Konieczne jest umożliwienie automatycznej, bieżącej replikacji danych użytkowników pomiędzy bazami AD i portalu Liferay. 2. Infrastruktura techniczna. a. Projekt infrastruktury technicznej: Strona 1 z 5

2 i. System zostanie zrealizowany w oparciu o infrastrukturę serwerową udostępnioną przez Zamawiającego. ii. Projekt musi uwzględniać wirtualizację infrastruktury serwerowej. iii. Zamawiający wymaga, aby zastosowana technologia wirtualizacji była zgodna z eksploatowaną przez niego obecnie technologią VMware. iv. Projekt musi uwzględnić wykorzystanie systemów operacyjnych Microsoft Windows Server 2012 R2. Nie dopuszcza się wykorzystania systemów typu Linux. v. Projekt musi zawierać opis sposobu wymiarowania niezbędnych zasobów sprzętowych (ilość procesorów, wielkość pamięci RAM i dyskowej). vi. W oparciu o przedstawiony i zatwierdzony opis wymiarowania zasobów w projekcie zostaną oszacowane zasoby niezbędne do realizacji Systemu. vii. Projekt musi zapewnić skalowalność Systemu zarówno poziomą jak i pionową. viii. W projekcie należy założyć dopuszczalną przerwę pracy Systemu przez 1 dzień roboczy w miesiącu. ix. Projekt musi określić strategie backupu. Projekt backupu musi być zgodny z politykami backupu obowiązującymi u Zamawiającego i określać zasoby niezbędne do jego realizacji. x. Projekt musi uwzględnić wdrożenie Systemu w oparciu o środowiska produkcyjne i testowe w zasobach Zamawiającego oraz środowisko deweloperskie w zasobach Wykonawcy. xi. Środowiska produkcyjne i testowe muszą posiadać identyczną architekturę - takie same mechanizmy failover i niezawodnościowe. Dopuszczalne są różnice w wielkości wykorzystywanych zasobów. xii. Zastosowane mechanizmy niezawodnościowe muszą wykorzystywać mechanizmy dostępne w infrastrukturze Zamawiającego. xiii. Projekt musi zawierać mechanizmy alarmowania o przeciążeniu i awariach. xiv. Projekt musi zakładać zastosowanie mechanizmów monitorowania infrastruktury sprzętowej działających u Zamawiającego, w tym monitorowanie: parametrów składników infrastruktury sprzętowej Systemu, poziomu obciążenia i dostępności łączy dostępowych. b. Przygotowanie i uruchomienie środowiska testowego oraz produkcyjnego u Zamawiającego zgodnie z zaakceptowanym projektem. c. Wykonawca zobowiązany jest do budowy i wdrożenia Systemu, a w szczególności: i. Przygotowania i konfiguracji platformy sprzętowo-programowej zbudowanej w oparciu o zasoby sprzętowe i oprogramowanie dostarczone przez Zamawiającego, ii. Instalacji i konfiguracji poszczególnych komponentów i modułów Systemu, iii. Opracowania i uzgodnienia z Zamawiającym zakresu testów akceptacyjnych Systemu, iv. Przeprowadzenia uzgodnionych testów akceptacyjnych, v. Wdrożenia Systemu w sposób umożliwiający użytkownikom samodzielną pracę z systemem i jego administrację, vi. Dostosowania konfiguracji do uzgodnionych z Zamawiającym wymagań. d. Dokumentacja projektowa infrastruktury technicznej musi zawierać co najmniej: i. Szczegółowy opis architektury poszczególnych środowisk z uwzględnieniem wymaganych zasobów, ii. Opis sposobu realizacji wymagań w zakresie redundancji, wysokiej niezawodności i failover, iii. Topologię sieci LAN, WAN, iv. Opis wymagań w zakresie łączy dostępowych pomiędzy MS, a systemem e-deklaracje, w tym typ i rodzaj łącza, warunki uwierzytelniania i autoryzacji, szyfrowanie, certyfikaty, v. Propozycję adresacji dla urządzeń i usług pracujących w systemie, vi. Relacje pomiędzy poszczególnymi elementami infrastruktury, vii. Listę wszystkich elementów sprzętowych oraz oprogramowania i licencji udostępnionych przez Zamawiającego, viii. Opis procedur utrzymaniowych i administracyjnych, Strona 2 z 5

3 ix. Opis procedur awaryjnych, x. Architektura techniczna powinna być przedstawiona za pomocą diagramów języka UML (diagramy rozmieszczenia). 3. Projektowanie i implementacja formularzy. a. Dokumentacja projektowa powinna zawierać co najmniej: i. Prezentację formularzy ekranowych, ii. Projekt wydruku, iii. Opis reguł biznesowych i walidacji danych. b. Formatka ekranowa służąca do wprowadzania danych oskarżonego, którego dane o dochodzie mają być udostępnione, jako kryterium zapytania wysyłanego do systemu e-deklaracje. Interfejs musi być wykonany za pomocą technologii AlloyUI lub Vaadin. c. Formatka ekranowa do prezentacji danych o dochodzie oskarżonego, będących odpowiedzią z systemu e-deklaracje na wysłane zapytanie. Interfejs musi być wykonany za pomocą technologii AlloyUI lub Vaadin. d. Utworzenie PDF z dokumentem do wydruku zawierającym kryteria zapytania oraz otrzymane w odpowiedzi dane z systemu e-deklaracje dotyczące dochodów oskarżonego. Wskazane jest generowanie PDF za pomocą biblioteki Apache FOP. e. Formatka ekranowa umożliwiająca zalogowanie użytkownika do aplikacji z wykorzystaniem narzędzi Liferay do uwierzytelnia i zarządzania użytkownikami. f. Implementacja klienta webservice w portalu Liferay do usługi webservice na szynie integracyjnej. Klient ma zostać wygenerowany za pomocą bibliotek CXF lub równoważnych. 4. Projektowanie i implementacja wymiany danych na szynie integracyjnej. a. Dokumentacja projektowa powinna zawierać co najmniej: i. Opis komponentów wchodzących w skład integracji z systemem e-deklaracje, ii. Opis sposobu zapewnienia bezpieczeństwa w komunikacji pomiędzy systemami zgodnie w wymaganiami MS i MF, iii. Opis procesu na szynie integracyjnej, iv. Projekt WSDL będącego interfejsem wejściowym dla aplikacji na szynie integracyjnej. b. Implementacja aplikacji na szynie integracyjnej do pobierania informacji o dochodach z systemu e-deklaracje i. Implementacja mechanizmów bezpieczeństwa do komunikacji pomiędzy portalem a szyną: użycie protokołu SSL, uwierzytelnienie klienta za pomocą certyfikatu wygenerowanego przez Ministerstwo Sprawiedliwości. ii. Implementacja mechanizmów bezpieczeństwa do komunikacji z systemem e-deklaracje: użycie protokołu SSL (w fazie negocjowania połączenia pomiędzy stronami musi być użyte podwójne uwierzytelnienie SSL), poufność i integralność informacji musi być zapewniona przez podpisanie oraz szyfrowanie wiadomości, podpis i szyfrowanie musi być zrealizowane zgodnie ze specyfikacją WS-Security 1.1: profil tokenu X.509 zestaw algorytmów kryptograficznych Basic256Sha256Rsa15 funkcja skrótu SHA1 [docelowo SHA2(256)] szyfr symetryczny AES-256 szyfr asymetryczny RSA15 (rekomendowane) podpisywane są nagłówek i ciało koperty SOAP, szyfrowane jest ciało koperty SOAP oraz podpis, każde zapytanie i odpowiedź musi być podpisane a następnie zaszyfrowane przez strony komunikacji. iii. Utworzenie procesu do integracji pomiędzy portalem a systemem e-deklaracje. Proces musi być wykonany za pomocą biblioteki Apache Camel lub równoważnej, Strona 3 z 5

4 iv. Utworzenie usługi webservices jako interfejs wejściowy do procesu integracyjnego z systemem e-deklaracje za pomocą technologii CXF lub równoważnej, v. Utworzenie klienta webservices do komunikacji z systemem e-deklaracje w technologii CXF lub równoważnej, vi. Weryfikacja poprawności przesyłanych danych, vii. Logowanie danych (rejestracja zapytań i potwierdzenia odbioru danych z e-deklaracje), w tym utworzenie mechanizmów zapisujących log w bazie relacyjnej IBM DB2 (dostępnej w infrastrukturze Zamawiającego). 5. Konfiguracja aplikacji. a. Konfiguracja portalu Liferay 6.2 (wersja obecnie użytkowana przez Zamawiającego), w tym: i. Utworzenie połączenia z dwoma bazami AD, ii. Konfiguracja portalu z wykorzystaniem bazy relacyjnej, iii. Konfiguracja mapowania użytkowników z bazy AD do bazy portalu, iv. Konfiguracja zarządzania użytkownikami z wykorzystaniem mechanizmów portalu, v. Konfiguracja prezentacji graficznej portalu, vi. Utworzenie ról, grup i przydział uprawnień, vii. Wyłączenie funkcji administracyjnych w portalu dotyczących zarządzania użytkownikami w zakresie realizowanym w AD, viii. Konfiguracja uwierzytelniania użytkowników portalu z AD. b. Konfiguracja szyny integracyjnej - JBoss Fuse ESB 6.1 (wersja obecnie użytkowana przez Zamawiającego) i. Utworzenie i konfiguracja profili w istniejącej szynie integracyjnej (w fabric jboss Fuse), ii. Dodanie niezbędnych bibliotek do profilu, iii. Dodanie wytworzonych źródeł aplikacji do repozytorium danych. c. Konfiguracja baz Active Directory oraz import użytkowników do AD poprzez utworzenie skryptów dodających użytkowników z plików typu.xls. 6. Wdrożenie Systemu. a. Instalacja Systemu w środowisku testowym, b. Uzgodnienie scenariuszy testów, c. Udział w testach przeprowadzanych u Zamawiającego, d. Wykonanie i przekazanie dokumentacji administratora, e. Wykonanie i przekazanie dokumentacji użytkownika, f. Wykonanie i przekazanie dokumentacji powykonawczej, g. Szkolenie administratorów, h. Instalacja Systemu w środowisku produkcyjnym, i. Wdrożenie produkcyjne i asysta wdrożeniowa. 7. Zapewnienie 6-miesięcznego serwisu gwarancyjnego dla Systemu. 8. Zapewnienie 6-miesięcznego utrzymania i wsparcia technicznego Systemu w zakresie: a. Stałej telefonicznej pomocy dla administratorów Systemu od poniedziałku do piątku w godzinach 8:15-16:15 (dni robocze), przy czym na zgłoszony problem administratora będzie udzielana pomoc niezwłocznie, nie później niż w ciągu 2 godzin roboczych. i. Przedmiotem usługi jest usunięcie awarii systemu wynikłej z błędów użytkownika, awarii sprzętu lub Systemu, a także z powodu wszystkich innych uszkodzeń powodujących niesprawność systemu. ii. Błędy w Systemie dzieli się na trzy grupy: błędy krytyczne, które uniemożliwiają poprawne wykonywanie funkcji Systemu i Wykonawca nie potrafi wskazać alternatywnej ścieżki realizacji funkcji w Systemie, błędy średnie i drobne (niekrytyczne), które uniemożliwiają poprawne wykonywanie funkcji Systemu ale Wykonawca potrafi wskazać Strona 4 z 5

5 alternatywną ścieżkę realizacji funkcji w Systemie, lub utrudniają poprawne wykonywanie funkcji Systemu. Błąd średni dotyczy kilku osób, błąd drobny jednej/dwóch osób. iii. Po wystąpieniu błędu Zamawiający dokonuje jego klasyfikacji zaliczając go do jednej z ww. grup. iv. Pojęcie Naprawa Systemu oznacza takie działanie Wykonawcy, które spowoduje trwałe usunięcie błędu Systemu lub błędnego działania Systemu, w tym zlikwidowanie przyczyny wystąpienia błędu. Jeżeli zlikwidowanie przyczyny wystąpienia błędu będzie wymagało dokonania zmian w kodzie źródłowym Systemu przez Wykonawcę to przez naprawę Systemu Strony uznają wdrożenie przez Wykonawcę zaktualizowanej wersji Systemu (update) w warstwie produkcyjnej. v. Pojęcie Obejście oznacza rozwiązanie pozwalające na prawidłowe wykonywanie zadań przez użytkowników Systemu bez usuwania wykrytego błędu. vi. Wszelkie naprawy w Systemie będą realizowane przez Wykonawcę tylko i wyłącznie w uzgodnieniu z wyznaczona osobą przez Zamawiającego. vii. Zgłoszenia przyjmowane od Zamawiającego, są określone czasami reakcji, czasami przywrócenia podstawowej funkcjonalności Systemu oraz naprawy systemu zgodnie z poniższą tabelą: Czas przywrócenia Błąd Czas reakcji podstawowej Naprawa Systemu funkcjonalności/obejście krytyczny 30 minut 8 godzin roboczych 2 dni robocze średni 1 godzina 12 godzin roboczych 3 dni roboczych drobny 2 godziny 24 godziny robocze 5 dni roboczych viii. Błędy powstałe w wyniku naprawy Systemu przez Wykonawcę będą usuwane na koszt Wykonawcy. ix. W przypadku konieczności naprawy bazy danych Systemu, Wykonawca zobowiązuje się do: wykonania naprawy bazy danych w siedzibie Ministerstwie Sprawiedliwości, z zachowaniem procedur obowiązujących w Ministerstwie Sprawiedliwości, dostarczenia Zamawiającemu odpowiedniej instrukcji (procedury) lub dedykowanego oprogramowania, które realizują procedurę naprawy bazy, trwałego usunięcia wszelkich posiadanych kopii baz danych lub fragmentów baz danych uzyskanych w czasie naprawy. b. Usuwania awarii Systemu wynikających z wad (błędów) Systemu oraz błędów powstałych z przyczyn leżących po stronie użytkowników. c. Aktualizacji Systemu w związku ze zmianą obowiązujących przepisów prawa w celu dostosowania Systemu do nowych przepisów prawa. d. Przybycia pracownika Wykonawcy do siedziby Zamawiającego w terminie do 2 dni roboczych od zgłoszenia takiej potrzeby pocztą elektroniczną lub telefonicznie (za potwierdzeniem faksem) w celu realizacji ewentualnych dodatkowych wymagań oraz drobnych modyfikacji Systemu. Przewiduje się potrzeby Zamawiającego w zakresie korzystania z konsultacji na nie więcej niż 8 godzin w skali miesiąca. e. Szkolenia w zakresie funkcjonowania i obsługi Systemu dla administratorów w terminie do 1 miesiąca od zgłoszenia takiej potrzeby pocztą elektroniczną lub telefonicznie (za potwierdzeniem faksem). Przewiduje się potrzeby Zamawiającego w zakresie korzystania z szkoleń na nie więcej niż 8 godzin w skali miesiąca. Strona 5 z 5