Słownik wykorzystywanych definicji: Załącznik nr 1 do SIWZ Opis Przedmiotu Zamówienia Administrator Systemu - Upoważniony członek personelu Zamawiającego posiadający uprawnienia do: 1. dokonywania Zgłoszenia Serwisowego, 2. odbioru naprawy, 3. działań technicznych umożliwiających zapewnienie Wykonawcy możliwości pracy zdalnej lub w siedzibie Zamawiającego. Asysta - Niezbędne czynności Wykonawcy mające na celu wsparcie Zamawiającego przy wdrożeniu modyfikacji Systemu lub aktualizacji Oprogramowania w soboty. Zakres Asysty obejmuje wsparcie Wykonawcy przy: 1. wgrywaniu paczek aktualizacji możliwych poza Dniem Roboczym (np. wymagających zatrzymania Oprogramowania Bazodanowego lub Systemowego, zatrzymania platformy raportowej BI Zamawiającego), 2. przeliczaniu/ transformacji danych możliwe poza Dniem Roboczym, 3. działaniach wymuszających odłączenie użytkowników Systemu, 4. przetwarzaniach danych wymagających wykorzystania maksymalnych zasobów Systemu, 5. wycofaniach modyfikacji z Systemu, 6. wgrania poprawek producentów Oprogramowania Asysta zakłada dostępność Wykonawcy w soboty na zasadach: kontaktu telefonicznego, mailowego, pracy zdalnej lub w siedzibie Zamawiającego w godzinach 8:00 16:00. Czas Naprawy - Okres w godzinach roboczych lub Dniach Roboczych, liczony od czasu dokonania Zgłoszenia Serwisowego do czasu usunięcia Wady, potwierdzonego zamknięciem przez Zamawiającego Zgłoszenia Serwisowego oraz uaktualnienia danych w Systemie. Czas Niedostępności - Okres w godzinach roboczych lub Dniach Roboczych, w jakim Wykonawca zobowiązany jest przywrócić działanie Systemu po Awarii lub przestoju spowodowanym inną Wadą, bez konieczności dokonania Naprawy. Czas Niedostępności i Czas Naprawy rozpoczynają bieg w tym samym momencie i biegną równolegle. Czas Niedostępności 1
będzie jak najkrótszy i nie dłuższy od 2 Dni Roboczych od momentu Zgłoszenia Serwisowego. Czas Obejścia - Okres w godzinach roboczych lub w Dniach Roboczych, w jakim Wykonawca zobowiązany jest do tymczasowego usunięcia Awarii, poprzez przywrócenie możliwości korzystania z Systemu, przy czym dopuszczalne jest ograniczenie niektórych jego funkcjonalności lub parametrów. Czas Obejścia wynosi 2 Dni Robocze, z zastrzeżeniem Awarii, dla której wynosi 1 Dzień Roboczy. W przypadku decyzji Wykonawcy o zastosowaniu obejścia Czas Naprawy ulega odpowiedniemu zawieszeniu. Czas Reakcji - Okres w godzinach roboczych lub Dniach Roboczych, w jakim Wykonawca zobowiązany jest przystąpić do świadczenia usługi po dokonaniu Zgłoszenia Serwisowego (liczony od chwili dokonania Zgłoszenia). Dokumentacja - Wszelka dokumentacja dotycząca Systemu, na którą składają się w szczególności: dokumentacja ogólna techniczna Wykonawcy dotycząca Systemu, podręczniki administratora i użytkownika oraz dokumentacja powdrożeniowa Systemu, opracowana i posiadana przez Zamawiającego a także dokumentacja wymagana przepisami o rachunkowości dostarczana w formie pisemnej i elektronicznej. Przez Dokumentację Zamawiający rozumie obecną oraz przyszłą dokumentację (uzupełnioną / poprawioną o nowe funkcjonalności, zlecane w formie MD w trakcie realizacji niniejszej Umowy). Wszelka Dokumentacja przeznaczona dla użytkowników dostarczana będzie w języku polskim. Standardy, jakie Dokumentacja powinna spełniać, określono w IPU (zał. nr 2 do SIWZ). Dzień Roboczy - Oznacza dzień od poniedziałku do piątku, w godzinach określonych w ofercie, z wyłączeniem dni ustawowo wolnych od pracy. 2
Kategoryzacja Wady - Kategoryzacja Wad Systemu i jego elementów, konieczna do ustalenia trybów świadczenia usługi, obejmująca następujące zdarzenia: Awaria (Błąd Krytyczny) - Wada polegająca na nieprawidłowym funkcjonowaniu Systemu, w tym niezgodnie z Dokumentacją: (i) powodująca zawieszanie się pracy Systemu; lub (ii) skutkująca techniczną niespójnością w bazie danych; lub (iii) skutkująca zaburzeniami w integralności danych; lub (iv) sytuacja, w której System w ogóle nie funkcjonuje; lub (v) sytuacja, w której System nie obsługuje którejś z funkcjonalności określonej w Dokumentacji. Błąd - Inna niż Awaria lub Usterka, Wada polegająca na nieprawidłowym funkcjonowaniu Systemu, w tym niezgodnie z Dokumentacją, skutkująca błędnymi zapisami w bazie danych Systemu lub błędnym albo nieskutecznym wprowadzaniem, przetwarzaniem lub wyprowadzaniem informacji. Usterka - Inna niż Awaria lub Błąd Wada polegająca na nieprawidłowym funkcjonowaniu Systemu, w tym w szczególności niezgodnie z Dokumentacją, nieograniczająca zakresu funkcjonalnego Systemu, lecz utrudniająca pracę użytkownikom lub administratorom Systemu. Oprogramowanie - Łącznie rozumiane jako Oprogramowanie Standardowe, Oprogramowanie Dedykowane i Bazodanowe, jak również każde z nich z osobna. Oprogramowanie Bazodanowe Oprogramowanie Dedykowane (rozszerzenia programistyczne) - Oprogramowanie realizujące funkcje związane z zasilaniem bazy danych danymi, spełniające funkcje relacyjnej bazy danych, funkcje analityczne i raportowe wraz z oprogramowaniem służącym do zarządzania i programowania wcześniej wymienionych elementów. - Wszelkie oprogramowanie zapewniające wsparcie procesów Zamawiającego, serwisowane, zmodyfikowane lub dostarczone w ramach serwisu przez Wykonawcę w związku z realizacją niniejszego OPZ, w szczególności modyfikacje i rozszerzenia Oprogramowania Standardowego lub poszczególnych jego elementów, zmiany kodu źródłowego, modyfikacje, opracowania Oprogramowania wykonane w celu rozwoju czy serwisowania Systemu, w tym dostosowania Oprogramowania do potrzeb Zamawiającego. 3
Oprogramowanie Standardowe System (inaczej ZHD lub Zarządcza Hurtownia Danych) Usługi Serwisowe / Serwis - Oprogramowanie posiadane (wykorzystywane) przez Zamawiającego, a serwisowane w ramach niniejszego zamówienia, stanowiące podstawę Systemu. W skład Oprogramowania Standardowego wchodzi również wszelkie oprogramowanie niestanowiące Oprogramowania Bazodanowego ani Dedykowanego, potrzebne do działania Systemu, z uwzględnieniem oprogramowania na licencji open source, wykorzystywane w Systemie. - System, którego serwisowanie jest przedmiotem niniejszego zamówienia. Jest to System służący wspomaganiu decyzji zarządczych Zamawiającego, obejmujący hurtownię danych, system służący do zasilania hurtowni danych w dane z innych systemów, użytkowanych przez Zamawiającego i będących w jego sieci wewnętrznej, algorytmy i przetworzenia na potrzeby informacji zarządczej oraz system raportujący klasy Business Intelligence. - Oznacza jednolite warunki świadczenia usług dla całości Systemu i wszystkich jego elementów, zgodnie z warunkami określonymi w IPU. Wada - Nieprawidłowe działanie Systemu lub jego elementu, w szczególności niezgodne z jego Dokumentacją lub podstawowymi zasadami działania systemów informatycznych. Wada może mieć postać Awarii, Błędu lub Usterki zgodnie z katalogiem ujętym w Kategoryzacji Wady. Zgłoszenie Serwisowe - Przekazanie do Wykonawcy przez Administratora Systemu zgłoszenia Wady. Zgłoszenie Serwisowe określa wszelkie niezbędne dane możliwe do określenia przez Zamawiającego, a zarazem konieczne do podjęcia działań zmierzających do zdiagnozowania faktycznej przyczyny oraz usunięcia Wady przez Wykonawcę. I. Opis rozwiązania W skład rozwiązania Zarządczej Hurtowni Danych (ZHD), podlegającego Serwisowi w ramach realizacji niniejszego zamówienia, wchodzą: 1. bazy danych, aplikacje i moduły użytkowe: a) BGK_ODS Operational Data Stage baza, do której wczytywane są wszystkie pliki źródłowe (pliki płaskie, pliki w formatach MS Excel), *) b) BGK_DW model zintegrowany, uniwersalny dla całego Banku, gdzie zasilane i przetwarzane są dane z bazy BGK_ODS; dane w tej bazie są już zunifikowane i ustandaryzowane pomiędzy różnymi systemami źródłowymi; ponadto na etapie zasilenia bazy BGK_DW wykonywane są algorytmy (poza algorytmami dedykowanymi tylko danej hurtowni tematycznej), np. algorytm unifikacji klienta, c) BGK_META baza zawierająca parametry i metadane modelu zintegrowanego ZHD, pełniące role konfiguracji Systemu, d) BGK_LOG baza zawierająca logi przetwarzań modelu zintegrowanego ZHD, pełniąca role logowania prawidłowości zasileń Systemu, e) bazy dedykowane poszczególnym hurtowniom tematycznym: 4
(i) baza tematyczna (data mart) Fundusze i programy rządowe, wraz z raportami z tego obszaru (ii) baza tematyczna (data mart) Ryzyko rynkowe i działalność skarbowa, wraz z raportami z tego obszaru (iii) baza tematyczna (data mart) Ryzyko kredytowe, wraz z raportami z tego obszaru f) bazy techniczne dla aplikacji użytkowych stanowiących Oprogramowanie Standardowe i Dedykowane: (ii) aplikacja Security Manager zarządzanie uprawnieniami użytkowników Systemu aplikacja nie jest pokazana na rysunku architektury Systemu. Ww. aplikacja jest Oprogramowaniem Dedykowanym do którego Zamawiający posiada kody źródłowe, (ii) aplikacja Reports Manager zarządzanie zgłoszeniami potrzeb raportowych oraz baza metadanych raportów użytkowników Systemu aplikacja nie jest pokazana na rysunku architektury Systemu. Ww. aplikacja jest Oprogramowaniem Dedykowanym do którego Zamawiający posiada kody źródłowe, (iii) aplikacja Data Editor zarządzanie tabelami, słownikami danych pozasystemowych wczytywanych poprzez aplikację do ZHD aplikacja zlokalizowana w części Meta Dane, Słowniki Biznesowe, Data Quality, nie jest pokazana na rysunku architektury Systemu. Ww. aplikacja jest Oprogramowaniem Standardowym do którego Zamawiający nie posiada kodów źródłowych, (iv) aplikacja Data Warehouse Manager (DWM) realizuje poniższe funkcjonalności: zarządzanie procesem ETL, definiowanie tabel wymiarów, faktów oraz nazw procedur składowanych pracująca z bazą BGK_META, automatyzowanie zasileń CWDZ, z możliwością określenia dni, pór dnia, konkretnych zdarzeń wywołujących dany proces zasileniowy, przeprowadzenie manualnych, pozaharmonogramowych zasileń poszczególnych źródeł danych, przeprowadzenie manualnych, pozaharmonogramowych zasileń poszczególnych źródeł modeli CWDZ, elastyczne wykonywania zasileń CWDZ na dowolne wybrane przez upoważnionego użytkownika okresy, kontrolę kompletności i poprawności zasileń, wyświetlanie alertów błędów wraz z ich opisem oraz funkcjonalnością automatycznego wysyłania ich do wskazanego odbiorcy, wznowienie zasileń od momentu wystąpienia błędu, możliwość definiowania importu i transformacji danych, funkcjonalność importu danych z wykorzystaniem mechanizmu Slowly Changing Dimension. Aplikacja widoczna na rysunku architektury Systemu, jako Mechanizm Zasilający. Ww. aplikacja jest Oprogramowaniem Standardowym do którego Zamawiający nie posiada kodów źródłowych, (v) moduł korekt wykorzystywany do wprowadzania danych korygujących z systemu źródłowego w data marcie Ryzyka kredytowego. Aplikacja widoczna na rysunku 5
architektury Systemu, jako System Korekt. Ww. aplikacja jest Oprogramowaniem Dedykowanym do którego Zamawiający posiada kody źródłowe. *) UWAGA: Po zakończeniu realizacji zamówienia podstawowego, ze świadczenia usług serwisowych może zostać wyłączony BGK_ODS, wynika to z faktu planowanej w ramach innego projektu reorganizacji warstwy logicznej BGK_ODS. 2. system raportowy: (i) platforma raportowa klasy BI wykonana w technologii Sharepoint 2013 - połączona z wykorzystywanym natywnym silnikiem MS Reporting Services, (ii) generowane z ZHD pliki w formacie MS Excel oraz csv i txt, 3. mapowanie danych - usprawniające zmiany w agregowaniu danych z systemów źródłowych w elementy finansowe specyficzne dla działalności bankowej, 4. algorytmy transformacji m. in.: a) algorytm sald wtórnych - algorytm ma na celu uwzględnienie księgowań wstecznych, dotyczących końca miesiąca lub końca roku, b) algorytm Wewnętrznych Stawek Transferowych (WST) - odzwierciedlający wewnętrzny koszt pieniądza dla transakcji o charakterze aktywów oraz wewnętrzną rentowność pieniądza dla transakcji o charakterze pasywów, c) algorytm wyliczania sald średnich, d) algorytm kosztów kapitału- wykorzystywany do mierzenia efektywności inwestycji w dany typ transakcji, e) algorytm nakładania przeksięgowań systemu Krajowego Funduszu Drogowego (KFDr) - uwzględniający w procesie zasilania hurtowni danych danymi systemu KFDr ręcznie wprowadzanych przeksięgowań, f) algorytm dekretacji - obejmujący dekrety pochodzące z centralnego systemu bankowego, g) algorytm alokacji kosztów - polegający na alokowaniu kosztów według odpowiednich kluczy biznesowych, h) algorytm wyliczania harmonogramów spłat kredytów - uzupełniający dane pochodzące bezpośrednio z systemów źródłowych o dłuższy horyzont czasowy, niż dostępny w tych systemach, i) algorytmy specjalistyczne: (i) unifikacji danych w modelu zintegrowanym BGK_DW, (ii) unifikacji klienta integruje informacje związane z klientem z różnych systemów źródłowych, (iii) unifikacji transakcji pomiędzy różnymi systemami, (iv) unifikacji produktów pomiędzy systemami, (v) unifikacji zabezpieczeń pomiędzy systemami. ZHD zasilana jest codziennie aktualnymi danymi z systemów źródłowych na koniec dnia poprzedniego. Ekstrakty zasilające z systemów źródłowych są wystawiane codziennie, do określonego zasobu sieciowego - widoczne w architekturze Systemu jako FTP, z podziałem na identyfikację danych ekstraktowych zasilanego systemu źródłowego. Zasilanie ZHD uruchamiane jest 6
w godzinach nocnych, i trwa maksymalnie do godziny 6 rano. W ramach procesu zasilenia ETL występują procesy końca dnia, miesiąca i roku. W chwili obecnej dane ekstraktowe pochodzą z 12 systemów źródłowych, działających w Banku. Po zakończeniu zasilania ZHD oraz Data martów, następuje proces generowania raportów i zrzucania ich do określonych zasobów sieciowych lub wysyłanych na wskazane adresy mailowe odbiorców raportów, z wykorzystaniem platformy raportowej BI. Wszelkie prace rozwojowe oraz wspierające usługi serwisowe prowadzone są na środowisku deweloperskim, w izolowanej strefie zdemilitaryzowanej (DMZ) znajdującej się po stronie Zamawiającego. Obecnie dostęp do środowiska deweloperskiego realizowany jest poprzez udostępnienie bezpiecznego tunelowego zdalnego dostępu do deweloperskiej wersji Systemu i Oprogramowania. Zamawiający nie udostępni kodów ani danych w przypadku budowy środowiska informatycznego odzwierciedlającego System Zamawiającego po stronie Wykonawcy. Poniższy rysunek prezentuje obecną architekturę Systemu: II. Zakres przedmiotu zamówienia 1. W ramach zamówienia podstawowego - świadczenie usług Serwisu przez 18 miesięcy; 2. W ramach zamówienia opcjonalnego - 210 Dni roboczych ( MD ) w całym okresie obowiązywania Umowy, przeznaczonych na realizację, zlecanych przez Zamawiającego, modyfikacji i prac rozwojowych Systemu; 3. W ramach zamówienia opcjonalnego - 18 sobót w całym okresie obowiązywania umowy, z wyłączeniem świąt, zlecanych przez Zamawiającego a dotyczących Asysty przy wdrożeniu modyfikacji Systemu; 4. W ramach zamówienia opcjonalnego przedłużenie świadczenia usług Serwisu o maksymalnie 18 miesięcy. 7
Bezpośrednio po podpisaniu Umowy na realizację zamówienia, Wykonawca powinien zapoznać się z Systemem, który ma serwisować, zanim rozpocznie świadczenie usług. W tym okresie Wykonawca nie świadczy usług serwisowych. Okres ten wynosi 7 dni. AD 1. Wymagania dotyczące pkt 1 Zakresu przedmiotu zamówienia. 1. Wymagania w zakresie czasu realizacji zamówienia: a. łączny maksymalny okres serwisowania - 36 miesięcy (3 lata) od daty rozpoczęcia świadczenia usług, w tym: (i) 18 miesięcy w ramach zamówienia podstawowego, (ii) przedłużenie okresu serwisowania o maksymalnie 18 miesięcy w ramach Opcji; szczegółowe zasady uruchamiania przedłużenia Serwisu w ramach Opcji zostały opisane w IPU (załącznik nr 2 do SIWZ); b. świadczenie Serwisu w godzinach 8:00 18:00 w Dni Robocze (podstawowy czas świadczenia Serwisu); jego wydłużenie będzie punktowane w ramach kryterium nr II oceny ofert, zgodnie z zapisami w SIWZ. Wykonawca może zaoferować wydłużenie godzin świadczenia serwisu (godz. 6:00 20:00); c. maksymalny Czas Reakcji na Zgłoszenie Serwisowe wynosi dla: i. Awarii 1 godzinę roboczą, ii. Błędów 4 godziny robocze, d. maksymalny Czas Naprawy Wady zgłoszonej w Zgłoszeniu Serwisowym wynosi stosownie dla: i. Awarii 2 Dni Robocze ii. Błędów 5 Dni Roboczych iii. Usterek 10 Dni Roboczych e. dla przypadków, gdy Awaria dotyczy Oprogramowania Dedykowanego, uniemożliwiając poprawne działanie Systemu, Czas Obejścia w celu tymczasowego rozwiązania Awarii wynosi nie więcej niż 1 Dzień Roboczy, liczony od momentu Zgłoszenia Serwisowego. W przypadku Awarii dotyczącej Oprogramowania Bazodanowego i Standardowego, dla Awarii uniemożliwiającej poprawne działanie Systemu, Czas Obejścia w celu tymczasowego rozwiązania Awarii wynosi nie więcej niż 2 Dni Robocze od momentu Zgłoszenia Serwisowego. f. W szczególnych przypadkach, gdy nie jest możliwe usunięcie Wady w przepisanym terminie i zastosowano Obejście, Zamawiający może wyrazić zgodę na wydłużenie Czasu Naprawy. Zamawiający nie jest zobowiązany do udzielenia zgody, o której mowa w zdaniu poprzednim, każda decyzja zostanie poprzedzona analizą przyczyn, dla których Wykonawca nie może usunąć Wady w Czasie Naprawy. W okresie wydłużonego Czasu Naprawy nie są naliczane kary umowne z tego tytułu. W imieniu Zamawiającego zgodę może wyrazić przedstawiciel Zamawiającego określony w umowie lub inna osoba posiadająca niezbędne umocowanie w tym zakresie. g. Czas Niedostępności związany z przywróceniem działania Systemu po Awarii lub przestoju spowodowanym inną Wadą, bez konieczności dokonania Naprawy, będzie jak najkrótszy i nie dłuższy 2 Dni Robocze od momentu Zgłoszenia Serwisowego. 2. Zakres świadczeń Serwisowych Wykonawcy obejmuje: a. usuwanie Wad Systemu i Oprogramowania zgodnie z Czasami Reakcji, Czasami Niedostępności i Czasami Naprawy dla poszczególnych kategorii Wad. Zamawiający 8
wymaga świadczenia Usług Serwisowych dla wszystkich aplikacji zawartych w Systemie z uwzględnieniem aplikacji, co do których Zamawiający nie posiada kodów źródłowych, b. informowanie Zamawiającego o udostępnionych nowych lub ulepszonych wersjach Systemu i Oprogramowania wykorzystywanych przez rozwiązanie Zamawiającego. Zamawiający wymaga informowania o udostępnionych nowych lub ulepszonych wersji dla wszystkich aplikacji zawartych w Systemie z uwzględnieniem aplikacji co do których Zamawiający nie posiada kodów źródłowych, c. dostarczanie nowych i ulepszonych wersji Systemu i Oprogramowania na pisemne żądanie Zamawiającego zgłoszone po informacji Wykonawcy o dostępności nowej wersji lub aktualizacji Systemu lub Oprogramowania. Zamawiający wymaga dostarczanie nowych i ulepszonych wersji dla wszystkich aplikacji zawartych w Systemie z uwzględnieniem aplikacji co do których Zamawiający nie posiada kodów źródłowych, d. wsparcie przy instalacji nowych wersji Systemu lub Oprogramowania, tylko w przypadku żądania Zamawiającego, e. na żądanie Zamawiającego Wykonawca zweryfikuje, potwierdzi i wykona stosowną dokumentację dla zlecanych przez Zamawiającego aktualizacji Oprogramowania. Testy i weryfikacje powinny być wykonane w środowisku deweloperskim Zamawiającego, chyba że Zamawiający zdecyduje inaczej o miejscu wykonywania testów, f. aby instalacja, o której mowa w niniejszym punkcie powinna zostać przeprowadzona w terminie uzgodnionym z Zamawiającym, nie później jednak niż w ciągu 10 Dni Roboczych od daty zwrócenia się z żądaniem, o którym mowa w ppkt. powyższym chyba, że Zamawiający określi dłuższy termin, g. aktualizacja Dokumentacji dla dostarczanych nowych i ulepszonych wersji Systemu i Oprogramowania, h. cyklicznego przeprowadzania działań przeglądów serwisowych Systemu i Oprogramowania. Przeglądy będą wykonywane nie rzadziej niż raz na 3 miesiące. Zakres przeglądu będzie obejmował: i. kontrolę oraz poprawę integralności baz danych (Oprogramowania Bazodanowego), ii. kontrolę oraz poprawę konfiguracji Systemu i Oprogramowania, iii. kontrolę aktualności Oprogramowania, iv. weryfikację wydajności i pojemności Sytemu i Oprogramowania. i. udzielanie porad mailowych i telefonicznych w zakresie obsługi Systemu dla administratorów bezpieczeństwa, administratorów biznesowych, Administratorów Systemu, administratorów technicznych - porady udzielane będą w Dni Robocze, w czasie nie dłuższym jednak niż 48 (czterdzieści osiem) godzin zegarowych, przy czym Wykonawca zobowiązany jest do każdorazowego potwierdzania otrzymania zapytania, w terminie nie dłuższym niż 4 (cztery) godziny od momentu jego zgłoszenia w Dni Robocze. Jeżeli koniec czasu nie upływa w Dniu Roboczym, to Wykonawca zobowiązany jest odpowiedzieć Zamawiającemu w ciągu pierwszej godziny zegarowej najbliższego Dnia Roboczego. Jeśli Zamawiający zleci prace w wybrane soboty, wówczas taki dzień zalicza się do godzin roboczych. 9
Dodatkowo Wykonawca powinien udzielać Zamawiającemu aktywnego wsparcia w rozwiązaniu poniższych problemów: j. modyfikacji danych w bazie danych, wynikających z decyzji Zamawiającego np. korekta danych, k. naprawie uszkodzeń wynikających z udowodnionej eksploatacji Sytemu lub Oprogramowania niezgodnie z jego Dokumentacją, l. z wydajnością i pojemnością Systemu i Oprogramowania. 3. Zamawiający wyłącza z zakresu serwisu data marty: a. Sprzedaży, b. Kontrolingu, c. Fundusze i programy rządowe. W przypadku pojawienia się błędów w zasilaniu data martów: Sprzedaży, Kontrolingu oraz Funduszy i programów rządowych (po poprawnym zasileniu bazy DW), rola wykonawcy kończy się na poinformowaniu Zamawiającego o miejscu wystąpienia problemu w ww. data martach. Usługi Serwisowe dla danej części Systemu i Oprogramowania (dotyczące środowiska produkcyjnego) będą świadczone w miejscu jego instalacji na sprzęcie Zamawiającego. W niezbędnych przypadkach, w interesie Zamawiającego, w szczególności dla bezpieczeństwa danych oraz utrzymania stabilności pracy Systemu, Wykonawca przed rozpoczęciem świadczenia usługi w zakresie usuwania Wady na etapie jej diagnozowania, w tym diagnozowania zdalnego przez bezpieczne, tunelowane łącze z wykorzystaniem sieci Internet zgodnie z obowiązującymi w tym zakresie przepisami Zamawiającego, jest zobowiązany: uzyskać zgodę Administratora Systemu na wykonanie czynności związanych z czynnym diagnozowaniem Wady z wykorzystaniem sieci Internet, zwrócić się do Administratora Systemu o wykonanie czynności zabezpieczających dane oraz zdalny dostęp do Systemu i Oprogramowania, wstrzymać wykonywanie działań własnych do momentu zakończenia czynności Administratora Systemu wskazanych powyżej. AD 2. Wymagania dotyczące pkt 2 Zakresu przedmiotu zamówienia Zakres modyfikacji i prac rozwojowych Systemu realizowany przez Wykonawcę obejmuje: a. wdrażanie nowych i ulepszonych wersji Systemu i Oprogramowania na pisemne żądanie Zamawiającego zgłoszone po informacji Wykonawcy o dostarczeniu nowej wersji lub aktualizacji Systemu lub Oprogramowania. Zamawiający dopuszcza wdrażanie nowych i ulepszonych wersji dla wszystkich aplikacji zawartych w Systemie z uwzględnieniem aplikacji co do których Zamawiający nie posiada kodów źródłowych, b. przygotowanie instrukcji instalacji dla wdrożonych nowych i ulepszonych wersji Systemu i Oprogramowania, 10
c. w razie stwierdzenia przez Zamawiającego, że System wymaga zmian lub nowych elementów, wykonywanie prac rozwojowych realizowane będzie w oparciu o następującą maksymalną czasochłonność z poniższej tabeli dla wymienionych czynności wraz z działaniami opisanymi w punktach a, c, d: Czynność dodanie pola pobieranego ze źródła bez transformacji Dodatkowe działania, oprócz działań obligatoryjnych dla wszystkich czynności uwzględnia co najmniej: zmapowanie źródła w systemie ETL, rozbudowę i dostosowanie procesu ETL, rozbudowę i dostosowanie w modelu zintegrowanym Systemu (dodanie pola, założenie lub modyfikacja istniejących indeksów), rozbudowę i dostosowanie w hurtowniach tematycznych Systemu i modelu Tabular Maksymalna pracochłonność (w MD) 1,0 +0,5 za pierwsze pole w zamówieniu dodanie pola wyliczanego w procesie zasilenia dodanie pola o charakterze klucza obcego do wymiaru zmiana formatu pola w tabeli, wymagająca prostych dostosowań/zmian w procesie zasilania uwzględnia co najmniej: zmapowanie źródła w systemie ETL, rozbudowę i dostosowanie procesu ETL, rozbudowę i dostosowanie w modelu zintegrowanym Systemu (dodanie pola, założenie lub modyfikacja istniejących indeksów), rozbudowę i dostosowanie w hurtowniach tematycznych Systemu i modelu Tabular uwzględnia również co najmniej: zmapowanie źródła w systemie ETL, rozbudowę i dostosowanie procesu ETL, rozbudowę i dostosowanie w modelu zintegrowanym Systemu (dodanie pola, założenie lub modyfikacja istniejących indeksów), rozbudowę i dostosowanie w hurtowniach tematycznych Systemu i modelu Tabular 2 + 1 dla każdego kolejnego 1 +0,5 dla każdego kolejnego 0,5 podmiana pliku zasileniowego na inny o tym samym formacie i strukturze uwzględnia co najmniej: - zmapowanie źródła w systemie ETL, Przykład: Zamawiający posiadał w swojej organizacji Systemy Dziedzinowe dotyczące 0,5 11
Czynność dodanie nowego źródła danych, wymagającego modyfikacji ETL, lecz niewymagającego zmian w modelu zintegrowanym Systemu dodanie nowej tabeli faktów, wraz z zmapowaniem nowego źródła danych Dodatkowe działania, oprócz działań obligatoryjnych dla wszystkich czynności wycinka działalności, które zostały zastąpione zupełnie innym Systemem dotyczącym tego samego wycinka działalności. Zamawiający zapewnił w nowym Systemie zgodność z plikami ekstraktowymi z poprzedniego Systemu Dziedzinowego. uwzględnia również co najmniej: zmapowanie źródła w systemie ETL, rozbudowę i dostosowanie procesu ETL, rozbudowę i dostosowanie w modelu zintegrowanym Systemu (dodanie tabeli, założenie lub modyfikacja istniejących indeksów), rozbudowę i dostosowanie w hurtowniach tematycznych Systemu i modelu Tabular Maksymalna pracochłonność (w MD) 2 6 dodanie nowej tabeli wymiaru/słownikowej, wraz z zmapowaniem nowego źródła danych uwzględnia również co najmniej: zmapowanie źródła w systemie ETL, rozbudowę i dostosowanie procesu ETL, rozbudowę i dostosowania w modelu zintegrowanym Systemu (dodanie pola, założenie lub modyfikacja istniejących indeksów), rozbudowę i dostosowania w hurtowniach tematycznych Systemu i modelu Tabular, zaprojektowanie i wdrożenie reguł kontrolnych 5 +1 na każdą zmienianą, w związku z nowym wymiarem, tabelę faktów zbudowanie nowej hurtowni tematycznej Systemu zmiana zakresu danych w istniejącej hurtowni tematycznej bez potrzeby zmian, rozbudowy modelu zintegrowanego Systemu zmiana dotyczy dodania wymiarów/faktów, wyliczanych miar/atrybutów wymiarów w hurtowni tematycznej dodanie maksymalnie 2 20 + 8 za zbudowanie hurtowni tematycznej klasy Tabular 4 12
Czynność Systemu lub modelu Tabular zmiana sposobu historyzacji tabeli wymiarów Dodatkowe działania, oprócz działań obligatoryjnych dla wszystkich czynności wymiarów/tabel faktów, 2 wyliczanych miar/atrybutów wymiarów w hurtowni tematycznej i powiązanym z nim modelu Tabular Maksymalna pracochłonność (w MD) 5 modyfikacja istniejącego algorytmu zarządczego bez potrzeby zmian, rozbudowy modelu zintegrowanego Systemu 4 implementacja nowego algorytmu zarządczego, w oparciu o dane dostępne w modelu zintegrowanym walidacja zmian wprowadzonych przez Zamawiającego dla pojedynczego algorytmu z rozbudową modelu zintegrowanego obejmującą przygotowanie pola lub pól na przechowywanie wyników algorytmu i/lub parametrów wynikających z algorytmu uwzględnia również co najmniej: weryfikację i autoryzację (tj. objęcie serwisem) zmian w procedurach wprowadzanych przez Zamawiającego, ze wskazaniem błędów (nie zawiera czynności dotyczących ich poprawy) 5 2 dodanie nowej źródłowej kartoteki klienta zmiana zasad unifikacji klientów dodanie bądź modyfikacja prostego (jedno źródło danych) raportu/ekstraktu dla Systemu uwzględnia również co najmniej: zmapowanie źródła w systemie ETL, rozbudowę i dostosowanie procesu ETL uwzględnia również co najmniej: zmianę w algorytmie unifikacji klientów 4 4 2 a. Wszystkie wymienione w powyższej tabeli czynności muszą uwzględniać działania wspólne dla wszystkich czynności, którymi są: i. projekt i plan czynności, 13
ii. wdrożenie na środowisku rozwojowym, iii. implementacja na środowisko testowe, iv. testy i poprawa błędów, v. implementacja na środowisko produkcyjne, vi. aktualizacja stosownej dokumentacji, transfer wiedzy. b. W przypadku wystąpienia czynności nie wymienionych w powyższej tabeli, Zamawiający uzgodni z Wykonawcą wymaganą pracochłonność i wymagane działania odnoszące się do tych czynności. c. Po odbiorze nowej wersji Systemu lub Oprogramowania, wdrożonego w ramach realizacji usług rozwoju, Wykonawca w terminie 7 (siedmiu) Dni Roboczych przedstawi raport, zawierający co najmniej: i. opis wykonanych prac, ii. liczbę MD poświęconych na wdrożenie rozwiązania, iii. pozostałą liczbę MD przysługujących Zamawiającemu w ramach limitu 70 MD rocznie. d. Nie później niż 14 Dni Roboczych od daty instalacji nowej wersji Systemu i/lub Oprogramowania, objętego usługami rozwoju, Wykonawca dostarczy nową lub zaktualizowaną w formie suplementu wersję Dokumentacji. 2. Wszelkie prace rozwojowe prowadzone są na środowisku deweloperskim o których mowa w pkt. I. Opis rozwiązania. AD 3. Wymagania dotyczące pkt 3 Zakresu przedmiotu zamówienia 1. W ramach realizacji Asysty, Wykonawca będzie świadczył czynności w soboty. Czynności te polegają na wsparciu udzielanego Zamawiającemu w realizacji prac wymagających wykonania poza Dniami Roboczymi. 2. Przewidywanych jest do 18-stu indywidualnych uruchomień Asyst w okresie trwania całej Umowy. 3. Uruchomienie Asysty wymaga zlecenia przez Zamawiającego w terminie do końca Dnia Roboczego poprzedzającego o co najmniej dwa Dni Robocze termin realizacji Asysty. 4. W przypadku szczególnym po uzgodnieniu z Wykonawcą, Zamawiający może wystąpić o uruchomienie Asysty do końca Dnia Roboczego poprzedzającego dzień realizacji Asysty. AD 4. Wymagania dotyczące pkt 4 Zakresu przedmiotu zamówienia 1. Serwis w ramach zamówienia opcjonalnego będzie świadczony na takich samych zasadach, jak Serwis w ramach zamówienia podstawowego (Czas Reakcji, Czas Obejścia, Czas Naprawy, zakres świadczeń itp.). 14
Załączniki do SIWZ: 1) Dokumentacja projektu szczegółowego Systemu (PSS) wraz z załącznikami; 2) Dokumentacja DataMart Ryzyko Kredytowe; 3) Dokumentacja DataMart Ryzyko Rynkowe; 4) Aplikacja Data Editor - dokumentacja użytkownika; 5) Aplikacja Reports Manager - dokumentacja użytkownika; 6) Aplikacja Security Manager - dokumentacja użytkownika. Uwaga: Załączniki do OPZ ( Materiały zastrzeżone ) są dokumentami niejawnymi (stanowią tajemnicę przedsiębiorstwa Zamawiającego) i zostaną przekazane bezpośrednio Wykonawcom, zaproszonym do składania ofert, na zasadach określonych w cz. XXI SIWZ. 15