ISTOTNE POSTANOWIENIA UMOWY

Załącznik nr 1 do SIWZ 35-ILGW-253-150/2012 ISTOTNE POSTANOWIENIA UMOWY Al. Krasińskiego 11b, 31-111 Kraków tel.: +48 12 62 90 194 fax.: +48 12 62 90 189 e- mail: projekt.osoz2@kra.mofnet.gov.pl www.e-clo.gov.pl

Spis Treści Słownik pojęć... 3 1 Przedmiot Umowy... 8 2 Termin realizacji Przedmiotu Umowy... 17 3 Warunki oraz specyfikacja realizacji Przedmiotu Umowy w zakresie zaprojektowania, wykonania, dostawy, instalacji i wdrożenia Systemu... 20 4 Obszar infrastruktury technicznej... 24 5 Warunki oraz specyfikacja realizacji Przedmiotu Umowy w zakresie Usług Rozwojowych... 42 6 Warunki Dostaw i odbioru... 47 7 Warunki realizacji w zakresie Wsparcia Utrzymania, Dostępność Systemu... 57 8 Cena Przedmiotu Umowy i warunki płatności... 64 9 Prawa autorskie i licencje... 66 10 Zabezpieczenie należytego wykonania Umowy... 71 11 Warunki gwarancji jakości i rękojmi... 72 12 Specyfikacja zakresu dokumentacji... 77 13 Specyfikacja usług szkoleniowych dla administratorów i użytkowników... 83 14 Kary umowne... 86 15 Odstąpienie od Umowy / Rozwiązanie umowy... 90 16 Zachowanie poufności... 91 17 Zmiany Umowy... 92 18 Postanowienia końcowe... 94 2

Słownik pojęć Pojęcie Definicja Akceptacja Akceptacja z uwagami Autoryzacja Awaria Baza CMDB Baza Wiedzy Błąd Błąd Blokujący Błąd Poważny Błąd Średni Błąd Drobny Odbiór jakościowy produktu ocena dostawy pod względem merytorycznym przeprowadzona przez specjalistów z dziedziny, dla której wykonywany jest produkt. Stwierdzenie zgodności z kryteriami akceptacji produktu. Podpisanie Protokołu Akceptacji. Dostarczony produkt nie spełnia wszystkich uzgodnionych z Zamawiającym kryteriów jakości. Akceptacja z uwagami stanowi warunkowe przyjęcie produktu przy deklaracji Wykonawcy wykonania poprawek w ustalonym terminie. Termin dostawy uważa się za dotrzymany. Funkcja bezpieczeństwa, potwierdzająca czy dany podmiot jest uprawniony do korzystania z żądanego zasobu. Problem uniemożliwiający działanie Systemu OSOZ 2 spowodowany błędami w oprogramowaniu Systemu OSOZ 2; awaria powoduje niefunkcjonowanie całego oprogramowania lub jednego z jego komponentów Configuration Management DataBase baza danych zarządzania konfiguracją Jeden z modułów Narzędzia klasy SD, który wykorzystywany jest przez operatorów Service Desk do rozwiązywania wpływających Incydentów. Zawiera zaakceptowane rozwiązania oraz obejścia powtarzających się Incydentów. Skategoryzowany Incydent lub Problem o określonym priorytecie, który ze względu na ograniczenia w poprawnym działaniu Systemu OSOZ 2 określany jest jako: Awaria Błąd Blokujący Błąd Poważny Błąd Średni Błąd Drobny Problem w oprogramowaniu Systemu OSOZ 2, który uniemożliwia w ogóle wykonanie funkcjonalności programu, lub niedziałająca funkcjonalność Systemu OSOZ 2 powodująca niemożność wykonywania przez Zamawiającego i jednostki przezeń nadzorowane, obowiązków wynikających z przepisów prawa polskiego i UE za pośrednictwem Systemu OSOZ 2 oraz innych działań wspierających wykonywanie tych obowiązków, lub problem polegający na wystąpieniu błędu replikacji danych, komunikacji między usługami lub innego rozwiązania technicznego zaimplementowanego w Systemie, który powoduje utratę spójności danych w Systemie OSOZ 2. Problem w oprogramowaniu Systemu OSOZ 2 uniemożliwiający w sposób bezpośredni wykonanie funkcji programu wymuszający na użytkownikach/administratorach Systemu OSOZ 2 jakąkolwiek zmianę, niezgodną z dokumentacją, sposobu korzystania z Systemu OSOZ 2. Problem w oprogramowaniu Systemu OSOZ 2, który nie stanowi zagrożenia wykonania funkcji programu, ale utrudnia wykonanie pojedynczych operacji w Systemie, bądź powoduje konieczność wykonania dodatkowych czynności w celu wykonania funkcjonalności programu, lub problem nieprawidłowego wyświetlania danych. Problem w oprogramowaniu Systemu OSOZ 2, który nie stanowi zagrożenia wykonania funkcji programu, istnieje jego obejście poprzez skorzystanie z innych funkcji, ale utrudnia to jej wykonanie i wpływa negatywnie na komfort pracy użytkownika, związany z interfejsem użytkownika, kolejnością wykonania 3

Pojęcie CPD MF Domena Help Desk I linia wsparcia II linia wsparcia III linia wsparcia Incydent INFRA Infrastruktura techniczna Mechanizmy HA Merytoryczne Centrum Kompetencyjne (MCK) Narzędzie klasy SD NTA Oprogramowanie typu COTS Definicja operacji, rozmiarem, kolorem ekranu i czcionki, a także inne błędy nie powodujące powstawania wyników o cechach niezgodnych z opisanymi w instrukcji użytkownika. Centrum Przetwarzania Danych Ministerstwa Finansów z Ośrodkiem Przetwarzania w Radomiu, zlokalizowanym przy ul. Samorządowej 1, w którym zostanie zainstalowana infrastruktura techniczna Systemu OSOZ 2. Jednostka struktury logicznej korzystająca z jednej wspólnej bazy LDAP, grupująca zasoby takie jak: komputery, użytkownicy, drukarki, grupy itd., stworzona w celu scentralizowanego zarządzania zasobami. Projekt Programu e-cło wdrożenia jednolitej platformy udzielania informacji i pomocy w rozwiązywaniu problemów dla użytkowników Programu. Zespół Help Desku przyjmujący zgłoszenia, zajmujący się rejestracją zgłoszenia (Incydentu), klasyfikacją, wstępnym ustaleniem priorytetu, wstępną diagnozą i eskalacją (gdy konieczna) do II linii wsparcia. I linia wsparcia będzie zorganizowana w ramach Projektu Help Desk (jeden z projektów Programu e-cło) Zespół Help Desku przyjmujący zgłoszenia po I linii wsparcia. Każdy z systemów objętych systemem Help Desk posiada własny zespół II linii wsparcia. II linia wsparcia diagnozuje zgłoszenia oraz eskaluje (gdy konieczna) do III linii wsparcia. II linia wsparcia będzie zorganizowana w ramach Merytorycznego Centrum Kompetencyjnego Systemu OSOZ 2 III linia wsparcia diagnozuje zgłoszenia oraz wprowadza zmiany w Systemie gdy jest to konieczne. W przypadku systemu Help Desk zazwyczaj będzie to Wykonawca Systemu bądź inny podmiot zewnętrzny świadczący usługi wsparcia dla Systemu. Każde zdarzenie, które nie jest częścią standardowego działania Systemu. Projekt Programu e-cło przewidujący przygotowanie, standaryzację i sukcesywne dostarczanie infrastruktury technicznej dla pozostałych projektów Programu Infrastruktura techniczna Systemu OSOZ 2 składa się z platformy programowej, która zostanie dostarczona przez Wykonawcę oraz z platformy sprzętowoprogramowej udostępnionej przez Zamawiającego w ramach projektu INFRA na podstawie Projektu Infrastruktury Technicznej Systemu OSOZ 2 - przygotowanego przez Wykonawcę Oprogramowanie realizujące funkcjonalności klastrów niezawodnościowych oraz wydajnościowych. Komórka organizacyjna Służby Celnej zarządzająca usługami/systemami informatycznymi Systemu Informacyjnego Służby Celnej w zakresie funkcjonalnym (merytorycznym), technicznym (administracja informatyczną platformą programową) Narzędzie klasy Service Desk jest to system teleinformatyczny dostarczony w ramach projektu Help Desk, działający zgodnie z ITIL v.3.0, obsługujący procesy biznesowe: Help Desk, Zarządzania Incydentem, Zarządzania Problemem, Zarządzania Usługami/wnioskami,zarządzania Bazą Wiedzy. System jest dostępny dla użytkowników 24/7/365 National Transit Applications krajowe aplikacje tranzytowe krajów UE Oprogramowania typu Commercial of the Shelf Software - Powszechnie dostępne oprogramowanie standardowe, wytwarzane seryjnie, dostarczane w formie gotowego zamkniętego produktu, dostępnego w systemie sprzedaży 4

Pojęcie OSOZ 2 Platforma programowa Definicja hurtowej oraz detalicznej. Zintegrowany System Obsługi Zabezpieczeń. Projekt Programu e-cło Wykonawca dostarczy pozostałą platformę programową, w stosunku do udostępnianej przez Zamawiającego w ramach projektu INFRA platformy sprzętowo-programowej. Dostarczona przez Wykonawcę Platforma programowa oraz udostępniona przez Zamawiającego w ramach projektu INFRA Platforma sprzętowo-programowa będą tworzyć dedykowaną dla Systemu OSOZ 2 Infrastrukturę techniczną niezbędną do zbudowania, uruchomienia, przetestowania, wdrożenia i gwarantowania prawidłowego funkcjonowania wszystkich środowisk Systemu OSOZ 2. Wykonawca w ramach platformy programowej dostarczy wraz z licencjami: oprogramowanie serwerów aplikacyjnych oraz oprogramowanie baz danych określone w definicjach bloków architektonicznych wyspecyfikowanych przez Wykonawcę w Projekcie Infrastruktury Technicznej Systemu OSOZ 2. inne oprogramowanie (niezdefiniowane w blokach architektonicznych), wyspecyfikowane przez Wykonawcę w Projekcie Infrastruktury Technicznej Systemu OSOZ 2, niezbędne do zbudowania, uruchomienia, przetestowania, wdrożenia i gwarantowania prawidłowego funkcjonowania wszystkich środowisk Systemu OSOZ 2 sprzętowo- Platforma programowa Platforma sprzętowo-programowa udostępniona Wykonawcy przez Zamawiającego w ramach projektu INFRA zostanie zbudowana na podstawie Projektu Infrastruktury Technicznej Systemu OSOZ 2 oraz Technicznej architektury referencyjnej Parametry, skala oraz specyfikacja dostarczanej przez Zamawiającego w ramach projektu INFRA platformy sprzętowo-programowej dedykowanej dla Systemu OSOZ 2 będą zgodne z parametrami, skalą oraz specyfikacją wybranych i zwymiarowanych bloków architektonicznych, przez Wykonawcę w Projekcie Infrastruktury Technicznej Systemu OSOZ 2. Zamawiający w ramach projektu INFRA udostępni Wykonawcy działającą platformę sprzętowo-programową składającą się z: Platformy serwerowej z systemami operacyjnymi Usług dostępowych Systemów Infrastrukturalnych Problem Produkt Projekt Infrastruktury Technicznej Systemu OSOZ 2 Prośba o usługę/wniosek Przypadek testowy Relacje zaufania SIWZ Scenariusz testowy Nieznana przyczyna jednego lub wielu Incydentów Dokumentacja, oprogramowanie, kody źródłowe, usługi (w tym w szczególności: szkoleniowe, wsparcia technicznego, rozwoju) sprzęt, oprogramowanie z półki COTS, licencje. Przygotowany przez Wykonawcę Projekt obejmujący wszystkie elementy Infrastruktury technicznej Systemu OSOZ 2, zwany dalej PIT. Każdy Incydent, który nie został spowodowany awarią Infrastruktury IT Zbiór danych wejściowych, warunków początkowych oraz oczekiwanych wyników utworzony, aby wykonać określony Scenariusz testowy w Systemie albo, aby zweryfikować zgodność z określonym wymaganiem. Powiązania mające na celu umożliwienie Uwierzytelniania obiektów (np. użytkowników) do zasobów innej Domeny. Specyfikacja Istotnych Warunków Zamówienia Sekwencyjny opis zadań, operacji, funkcji, jakie należy wykonać, aby obsłużyć procesy użytkownika przy pomocy Systemu. Może opisywać pojedyncze funkcje 5

Pojęcie SISC Status zmiany Systemy Infrastrukturalne Środowisko produkcyjne Środowisko testowe Zamawiającego Środowisko testowe Wykonawcy Techniczna architektura referencyjna Testy akceptacyjne Testy systemowe Definicja lub kompleksowe procesy Systemu. System Informacyjny Służby Celnej Parametr określający stan uzgodnienia zmiany m. in zgłoszona, zatwierdzona do realizacji, zrealizowana. Lista parametrów zostanie uzgodniona z systemem Help Desk po podpisaniu umowy. Lista Systemów Infrastrukturalnych wspierających działanie Systemu OSOZ 2: System komunikacji LAN/WAN, System komunikacji SAN, Bramka internetowa, System zabezpieczeń sieci, System replikacji i zabezpieczenia danych, System backupowy, System wirtualizacji zasobów, System zarządzania infrastrukturą serwerową i aplikacyjną, System automatycznego wykrywania i zbierania informacji o elementach konfiguracji infrastruktury IT w Bazie CMDB. System dystrybucji oprogramowania. Środowisko produkcyjne stanowi Platforma programowa oraz Platforma sprzętowo-programowa. Nazywane także środowiskiem testowo szkoleniowym. Będzie pełniło także rolę środowiska szkoleniowego. Odzwierciedla środowisko produkcyjne, za wyjątkiem wymagań wydajnościowych. Służy do testowania Systemu zarówno indywidualnie jak i we współpracy z innymi systemami oraz prowadzenia szkoleń dla użytkowników Systemu. Środowisko testowe posiadane przez Wykonawcę w celu testowania Systemu na etapie produkcji. Techniczna architektura referencyjna systemów informatycznych resortu finansów, przyjmuje, że są one budowane z wykorzystaniem dedykowanych dla nich zestandaryzowanych elementów, nazywanych blokami architektonicznymi. Pozostałe usługi informatyczne, niezbędne do prawidłowego działania bloków architektonicznych oraz osadzonych w nich komponentów aplikacyjnych zapewniają współdzielone Systemy Infrastrukturalne. Techniczna architektura referencyjna składa się z: Architektura_referencyjna_środowiska_IT_CPD_MF Usługi_i_bloki_architektoniczne_wspierające_budowę_systemów_biznesowych Standardy_infrastruktury_technicznej_i_oprogramowania Standard_określania_klasy_bezpieczeństwa_syst_inform_resortu_finansów Standard_określania_klasy_systemu_informatycznego_resortu_finansów Wymagane_parametry_techniczne_dla_urządzeń_teleinformatycznych Specyfikacja_wymagań_systemów_infrastrukturalnych Testy wykonywane przez Zamawiającego w Środowisku testowym Zamawiającego przy wsparciu Wykonawcy. Celem testów jest weryfikacja i formalne potwierdzenie zgodności testowanego Systemu z zawartą wcześniej Umową pomiędzy Zamawiającym a Wykonawcą. Testy wykonywane w Środowisku testowym Wykonawcy w trakcie produkcji Systemu przy możliwym udziale Zamawiającego lub w Środowisku testowym 6

Pojęcie Definicja Testy międzynarodowe Testy otwarte Testy utrzymania i rozwoju Uwierzytelnianie Użytkownik wewnętrzny Warunki organizacyjnotechniczne platformy sprzętowo-programowej Zamawiającego. Wykonanie testów ma zapewnić Zamawiającemu możliwość oceny funkcjonalności przygotowanego Systemu, wykrycia błędów w Systemie na wczesnym etapie jego produkcji i zgłaszania uwag, zmian i uzupełnień do założonej funkcjonalności. Testy realizowane w przypadku systemów współpracujących z UE. Testy te najczęściej dotyczą komunikatów UE/PL i są związane z wymaganiami unijnymi. Testy realizuje Wykonawca przy udziale Zamawiającego. Testy wykonywane ad hoc w dowolnym czasie, bez formalnego uzgodnienia Scenariuszy testowych i wcześniejszego ich zaplanowania. W wypadku wykonania takiego testu jego przebieg należy opisać na formularzu Scenariusza testowego i Przypadku testowego. Testy realizowane po uruchomieniu produkcyjnym Systemu w okresie utrzymania i rozwoju Systemu. Testy te zawierają między innymi testy regresywne. proces polegający na zweryfikowaniu zadeklarowanej tożsamości osoby, urządzenia lub usługi biorącej udział w wymianie danych Funkcjonariusz celny/pracownik administracji celnej zatrudniony w jednostkach resortu finansów. Szczegółowe zasady dostępu Wykonawcy do platformy sprzętowo-programowej, na podstawie których Wykonawca będzie prowadził prace związane z uruchomieniem, wdrożeniem i gwarantowaniem prawidłowego funkcjonowania wszystkich środowisk Systemu OSOZ 2, w obszarze technicznym Wykonawca Wykonawca Systemu OSOZ 2 Zamawiający Zamawiający w ramach Projektu INFRA Zewnętrzny dostawca Infrastrukturalny Zintegrowane logowanie Minister Finansów Ministerstwo Finansów, ul. Świętokrzyska 12, 00-916 Warszawa, z upoważnienia którego działa Andrzej Nowak - Dyrektor Izby Celnej w Krakowie, przy czym przez siedzibę Zamawiającego należy rozumieć siedzibę Izby Celnej w Krakowie, Al. Krasińskiego 11b. Jednostka organizacyjna Ministerstwa Finansów realizująca projekt INFRA w ramach Programu e-cło. Zewnętrzny dostawca podmiot wyłoniony w odrębnym postępowaniu przetargowym przez Zamawiającego w ramach projektu INFRA - odpowiedzialny za dostarczenie platformy sprzętowo-programowej dedykowanej dla Systemu OSOZ 2 Metoda uwierzytelniania, oparta na wcześniej poświadczonej tożsamości w systemie operacyjnym stacji roboczej, bez ponownego podania loginu i hasła do Systemu OSOZ 2. 7

1 Przedmiot Umowy Przedmiotem Umowy jest zaprojektowanie, wykonanie, dostawa, instalacja, wdrożenie i wsparcie utrzymania oraz rozwój Systemu OSOZ 2, który obejmuje: 1. System 1.1. Zaprojektowanie, wykonanie, dostawa, instalacja i wdrożenie Systemu OSOZ 2 tj.: 1.1.1. Zaprojektowanie oraz wykonanie i wdrożenie Systemu OSOZ 2 wg założeń: Specyfikacji Systemu OSOZ 2 stanowiącej Załącznik Nr 1 do Istotnych Postanowień Umowy zwanych dalej IPU, Technicznej architektury referencyjnej stanowiącej Załącznik nr 2 do IPU i zgodnie z zatwierdzoną przez Zamawiającego dokumentacją, o której mowa w ust. 2. 1.1.2. Wykonanie Systemu oraz jego interfejsów, komunikacji pomiędzy systemami/usługami SISC, NTA zgodnie ze Specyfikacją Systemu OSOZ 2 oraz dokumentacją techniczną zatwierdzoną przez Zamawiającego. 1.1.3. Konfiguracja platformy sprzętowo - programowej oraz instalacja oprogramowania niezbędnego dla produkcyjnego działania Systemu OSOZ 2. 1.1.4. Dostarczenie, skonfigurowanie i uruchomienie środowiska produkcyjnego i testowego Systemu OSOZ 2 w klasach poszczególnych środowisk oraz w klasach bezpieczeństwa Systemu OSOZ 2 określonych w 4 ust. 9 i 10 zgodnie z: Załącznikiem nr 2 do IPU Techniczna architektura referencyjna, Załącznikiem nr 3 do IPU Dokumentacja bezpieczeństwa, Załącznikiem nr 4 do IPU Standard dokumentowania procesu wytwórczego. 1.1.5. Przeprowadzenie testów w środowisku testowym zgodnie z założeniami opisanymi w Planie Testów Systemu oraz zgodnie z 6 niniejszego dokumentu. 1.1.6. Wdrożenie Pilota Systemu na podstawie przygotowanego przez Wykonawcę planu wdrożenia pilota zatwierdzonego przez Zamawiającego. 1.1.7. Instalacja i wdrożenie Systemu na platformie udostępnionej przez Zamawiającego, która zostanie zwymiarowana zgodnie z Projektem Infrastruktury Technicznej Systemu OSOZ 2 dla Projektu INFRA przygotowanym przez Wykonawcę zgodnie z ograniczeniami 8

określonymi w 4 i szablonem stanowiącym Załącznik nr 5 do IPU Szablon Projektu Infrastruktury Technicznej Systemu. 1.1.8. Migracja danych do Systemu OSOZ 2 z systemu OSOZ (dla potrzeb Pilota oraz wdrożenia ogólnopolskiego) na podstawie przygotowanego przez Wykonawcę Planu migracji danych zatwierdzonego przez Zamawiającego. Wykonawca przeprowadzi migrację przy pomocy własnych narzędzi, bez dostarczania tych narzędzi Zamawiającemu. 1.1.9. Przeprowadzenie eksploatacji Pilota w środowisku produkcyjnym we współpracy z jednym systemem SISC i NTA. Zamawiający zastrzega sobie prawo wyboru systemu, z którymi przeprowadzone będą testy. W przypadku gdy nie będzie możliwe przeprowadzenie testów z systemem SISC Wykonawca zobowiązany będzie do stworzenia mechanizmu pozwalającego na symulację takich testów. 1.1.10. Integracja z innymi systemami informatycznymi, zgodnie z wymaganiami zawartymi w Specyfikacji Systemu OSOZ 2 stanowiącą Załącznik Nr 1 do IPU oraz zgodnie z zatwierdzoną przez Zamawiającego dokumentacją, o której mowa w ust. 2 IPU. 1.1.11. Wdrożenie ogólnopolskie po akceptacji Pilota przez Zamawiającego. 1.1.12. Wsparcie techniczne w okresie uruchomienia Systemu. 1.1.13. Optymalizacja oprogramowania i środowiska produkcyjnego i testowego. 1.2. Dostarczenie i udzielenie (wraz z Systemem i jego elementami) niezbędnych licencji Oprogramowania COTS koniecznych do prawidłowego i zgodnego z Umową użytkowania Systemu OSOZ 2. 1.2.1. Wykonawca w ramach platformy programowej dostarczy wraz z licencjami: 1.2.1.1. oprogramowanie serwerów aplikacyjnych oraz oprogramowanie baz danych określone w definicjach bloków architektonicznych wyspecyfikowanych przez Wykonawcę w Projekcie infrastruktury technicznej Systemu OSOZ 2. 1.2.1.2. inne oprogramowanie (niezdefiniowane w blokach architektonicznych), wyspecyfikowane przez Wykonawcę w Projekcie infrastruktury technicznej Systemu OSOZ 2, niezbędne do zbudowania, uruchomienia, przetestowania, wdrożenia i gwarantowania prawidłowego funkcjonowania wszystkich środowisk Systemu OSOZ 2 1.2.2. W skład dostarczanej przez Wykonawcę platformy programowej nie wchodzi: 9

1.2.2.1. oprogramowanie oraz licencje związane z systemami operacyjnymi, które zostaną udostępnione Wykonawcy przez Zamawiającego w ramach Projektu INFRA w ramach platformy sprzętowo-programowej. 1.2.2.2. oprogramowanie oraz licencje Mechanizmów HA związanych z pracą systemów operacyjnych, które zostaną udostępnione Wykonawcy przez Zamawiającego w ramach Projektu INFRA w ramach platformy sprzętowo-programowej. 1.2.3. Wykonawca zobowiązuje się do instalacji, konfiguracji, uruchomienia platformy programowej na udostępnionej przez Zamawiającego w ramach Projektu INFRA platformie sprzętowo programowej. Dostarczona przez Wykonawcę platforma programowa musi współpracować z platformą sprzętowo-programową udostępnioną przez Zamawiającego w ramach Projektu INFRA. 1.2.4. W skład platformy programowej wchodzą wszystkie środowiska Systemu OSOZ 2. 1.2.5. Wykonawca zobowiązuje się do zaprojektowania zbudowania, uruchomienia, przetestowania, wdrożenia i gwarantowania prawidłowego funkcjonowania wszystkich środowisk Systemu OSOZ 2 na Infrastrukturze technicznej składającej się z Platformy programowej, która zostanie dostarczona przez Wykonawcę oraz z Platformy sprzętowo-programowej, udostępnionej przez Zamawiającego w ramach projektu INFRA na podstawie przygotowanego przez Wykonawcę Projektu Infrastruktury Technicznej Systemu OSOZ 2. 1.2.6. W ramach budowy, uruchomienia, przetestowania, wdrożenia i gwarantowania prawidłowego funkcjonowania wszystkich środowisk Systemu OSOZ 2 Wykonawca zobowiązuje się do: zainstalowania platformy programowej na udostępnionej platformie sprzętowo-programowej, konfiguracji platformy programowej, konfiguracji systemów operacyjnych, oraz Mechanizmów HA związanych z pracą systemów operacyjnych, nie ograniczania możliwości wgrywania, przez Zamawiającego, poprawek i aktualizacji systemów operacyjnych oraz Mechanizmów HA związanych z pracą systemów operacyjnych, wgrywania uzgodnionych z Zamawiającym i przetestowanych poprawek oraz aktualizacji systemów operacyjnych jak też Mechanizmów HA związanych z pracą systemów operacyjnych, wraz z dostosowaniem Systemu OSOZ 2. 10

1.3. Zamawiający w ramach Projektu INFRA dostarczy platformę sprzętowoprogramową zgodnie z Projektem infrastruktury technicznej Systemu OSOZ 2 dla Projektu INFRA. Pozostałe składniki Systemu OSOZ 2, np. licencje gotowego oprogramowania, adaptery, i inne niezbędne elementy do realizacji zamówienia dostarczy Wykonawca w ramach realizacji niniejszego zamówienia. 1.3.1. Dostarczona przez Zamawiającego w ramach Projektu INFRA platforma sprzętowo-programowa dedykowana dla Systemu OSOZ 2 będzie zgodna z Projektem infrastruktury technicznej Systemu OSOZ 2 dla Projektu INFRA przygotowanym przez Wykonawcę w trakcie realizacji Umowy oraz zgodnie z techniczną architekturą referencyjną. 1.3.2. Udostępniona przez Zamawiającego w ramach Projektu INFRA platforma sprzętowo programowa będzie składała się z: Platformy serwerowej z systemami operacyjnymi, Usług dostępowych, Systemów infrastrukturalnych. Udostępnienie docelowej Platformy sprzętowo-programowej przez Zamawiającego w ramach projektu INFRA nastąpi w terminie umożliwiającym Wykonawcy zainstalowanie, przetestowanie i wdrożenie Systemu zgodnie z harmonogramem przewidzianym w Umowie na platformie sprzętowo-programowej, jednakże nie wcześniej niż w lipcu 2013 r. W przypadku gdy infrastruktura techniczna, spełniająca warunki określone w Projekcie infrastruktury technicznej Systemu OSOZ 2, uniemożliwi zbudowanie, uruchomienie, przetestowanie, wdrożenie i gwarantowanie prawidłowego funkcjonowania wszystkich środowisk Systemu OSOZ 2, z przyczyn leżących po stronie Wykonawcy, zobowiązany jest on w ramach wynagrodzenia określonego w umowie dostarczyć niezbędne brakujące elementy infrastruktury technicznej w celu realizacji przedmiotu umowy. 1.4. Wykonawca zobowiązany jest do zbudowania Systemu OSOZ 2 w sposób zapewniający jego integrację z usługami świadczonymi przez systemy SISC, wyszczególnionymi w Specyfikacji Systemu OSOZ 2, który stanowi Załącznik nr 1 do IPU. 1.5. Wycenę Systemu w punktach funkcyjnych zgodnie z metodą IFPUG w wersji 4.1 (International Function Point Users Group). Formularz zawierający wzór wyliczania punktów funkcyjnych jest Załącznikiem nr 12 do IPU. 2. Dokumentacja. 2.1. Opracowanie i przekazanie Zamawiającemu Planu Realizacji Umowy zgodnie z zakresem przedstawionym w Załączniku Nr 6 do IPU Zawartość planu 11

realizacji Umowy, który jest zgodny z terminem realizacji Przedmiotu Umowy określonym w 2 oraz uwzględnia warunki realizacji Przedmiotu Umowy zgodnie z 3, 4, 5, 6, 7 i 12 oraz Załączniku nr 10 do Umowy Procedury dostaw i odbioru. Opracowanie i przekazanie Zamawiającemu niezbędnej dokumentacji zarządczej związanej z realizacją Projektu, w skład której wchodzą: Harmonogram Projektu, Plan Projektu, Szczegółowy Harmonogram każdego Etapu, Raport Istotnych Odchyleń, Rejestr Ryzyka Projektu, Rejestr Zagadnień Projektu, Raport Okresowy Projektu, Raport z Zakończenia Etapu Projektu, Raport o Istotnych Odchyleniach w Projekcie, Raport Rejestru Zmian Projektu, Raport Rejestru Zagadnień Projektu, Raport Rejestru Jakości Projektu, Wniosek o Wprowadzenie Zmiany, Rejestr Wniosków o Zmianę, Rejestr Jakości Projektu, Raport Okresowy Projektu o Istotnych Odchyleniach, Plan Przeglądu Poprojektowego, Raport Końcowy Projektu. Rejestr Ryzyka Projektu i Rejestr Zagadnień Projektu tworzony będzie na bieżąco. 2.2. Opracowanie i dostarczenie dokumentacji, w której skład wchodzą co najmniej: 2.2.1. Szczegółowa specyfikacja wymagań (funkcjonalnych oraz pozafunkcjonalnych) opisanych w formie przypadków użycia Systemu. Zawartość specyfikacji jest określona w załączniku nr 4.1 do IPU. Wymagania mają być przygotowane i utrzymywane przez Wykonawcę, w trakcie trwania Umowy, w uzgodnionym z Zamawiającym, po podpisaniu Umowy, narzędziu do zarządzania nimi. Narzędzie do zarządzania wymaganiami nie jest przedmiotem dostawy przez Wykonawcę. 2.2.2. Projekt Techniczny Systemu opisujący sposób implementacji wymagań w narzędziach i środowiskach zastosowanych przez Wykonawcę zgodnie z wymaganiami Technicznej Architektury Referencyjnej zawartej w Załączniku nr 2 do IPU. Zawartość Projektu Technicznego Systemu określa Załącznik nr 7 do IPU. 2.2.3. Projekt Infrastruktury Technicznej (PIT) Systemu OSOZ 2 dla Projektu INFRA, przygotowany zgodnie z zakresem i formą zawartymi w dokumencie Szablon Projektu Infrastruktury Technicznej Systemu stanowiącym Załącznik nr 5 do IPU oraz wymaganiami zawartymi w IPU, w którym zgodnie z przyjętą techniczną architekturą referencyjną Wykonawca przedstawi wymagania dla platformy sprzętowo-programowej oraz programowej, umożliwiające spełnienie wymogów poprawnego działania Systemu w środowisku produkcyjnym i testowym. Szczegółowe wymagania dla PIT i infrastruktury zawiera 4. 2.2.4. Specyfikacja komunikatów XML (w tym specyfikacja interfejsów). 12

2.2.5. Plan migracji danych sporządzony według wzoru, który stanowi Załącznik nr 4.2 do IPU. 2.2.6. Plan Testów Systemu będzie zawierał: zakres testów, określenie miejsca testów, szczegółowy harmonogram testów, odpowiedzialności, opis środowiska testowego, listę scenariuszy testów do wykonania z podziałem na stanowiska i testerów. Wykonawca przygotuje Plan Testów Systemu oraz scenariusze testowe zgodnie z szablonem w Załączniku Nr 8 do IPU. 2.2.7. Plan wdrożenia obejmujący plan wdrożenia Pilota i wdrożenie ogólnopolskie Systemu OSOZ 2 według wzoru, który stanowi Załącznik nr 4.3 do IPU. 2.2.8. Harmonogram szkoleń (Plan szkoleń). 2.2.9. Plan wsparcia w okresie gwarancji, realizacji usług wsparcia utrzymania i rozwoju Systemu zawierający m.in. szczegółowy opis terminów i sposobu realizacji usług, o których mowa w 5. 2.2.10. Dokumentacja procesu wytwórczego zgodna ze Standardem dokumentowania procesu wytwórczego stanowiącym Załącznik nr 4 do IPU. 2.3. Zakres produktu Projekt Techniczny Systemu OSOZ 2 będzie zgodny co najmniej z zakresem dokumentu Projekt Techniczny Systemu Szablon ; stanowiącym Załącznik Nr 7 do IPU oraz z dokumentem Infrastruktury Technicznej Systemu OSOZ 2 dla Projektu INFRA stanowiący Załącznik Nr 5 do IPU. 2.4. Opracowanie i dostarczenie dokumentacji powykonawczej, w której skład wchodzą: 2.4.1. Dokumentacja funkcjonalna (Specyfikacja wymagań funkcjonalnych i pozafunkcjonalnych). 2.4.2. Dokumentacja techniczna powykonawcza (Projekt Techniczny Systemu OSOZ 2, Projekt Infrastruktury Technicznej Systemu OSOZ 2 dla Projektu INFRA zgodnie z Szablonem dokumentacji powykonawczej infrastruktury technicznej Systemu stanowiącym Załącznik nr 9 do IPU oraz wymaganiami zawartymi w IPU, Specyfikacja komunikatów XML (Specyfikacja interfejsów), Dokumentacja usług Systemu oraz komunikacji pomiędzy systemami/usługami SISC. 2.4.3. Podręczniki administratora technicznego, zawierające co najmniej instrukcję instalacji Systemu, opis czynności administracyjnych, zgodnych z wytworzonym Systemem, związane z instalacjami itd. 13

2.4.4. Podręczniki użytkownika, zawierające opis czynności wykonywanych przez użytkowników Systemu, zgodne z wytworzonym Systemem i pomocą kontekstową w Systemie. 2.4.5. Dokumentacja szkoleniowa (prezentacje szkoleniowe, zestawy ćwiczeń). 2.4.6. Dokumentacja bezpieczeństwa zgodna ze Standardem dokumentacji bezpieczeństwa stanowiącym Załącznik nr 3 do IPU. Dokumentacja bezpieczeństwa musi uwzględniać klasę bezpieczeństwa nadaną przez Zamawiającego zgodną z dokumentem Standard Określania Klasy Bezpieczeństwa Systemu stanowiącym Załącznik Nr 2.3 do IPU. 2.4.7. Opracowanie i dostarczenie dokumentacji eksploatacyjnej, która będzie zawierać procedury administracyjne (m.in. instalacji, archiwizacji danych, administrowania Systemem), procedury awaryjne i użytkownika, instrukcje, regulaminy oraz dokumentację bezpieczeństwa. 2.5. Dokumentację techniczną, użytkową, instrukcje obsługi oprogramowania COTS, przygotowane lub certyfikowane przez producenta dostarczanego oprogramowania COTS, zgodnie ze specyfikacją oprogramowania wymienioną w ust 1.2. 2.6. Szczegółowe wymagania dotyczące zawartości, formatu i sposobu przygotowywania dokumentacji zawarte są w 12. 3. Usługi 3.1. Świadczenie Usług Rozwojowych, które będą polegały na dostosowywaniu Systemu do zmian prawnych, zmian otoczenia, aktualizacji i rozszerzenia funkcjonalności przez okres określony w 2 ust. 2.5 Zasady i sposób wprowadzania zmian są określone w 5. 3.2. Świadczenie Usług Wsparcia Utrzymania na rzecz Zamawiającego przez okres określony w 2 ust. 2.5 Zakres, zasady i sposób realizacji usług wsparcia jest opisane w 7. 3.3. Świadczenie Usług Gwarancyjnych na System przez okres 12 miesięcy szczegółowo określonych w 11. 3.4. Świadczenie Usług Gwarancyjnych dla Usług Rozwojowych oraz Wsparcia Utrzymania przez okres 12 miesięcy szczegółowo określonych w 11. 4. Szkolenia 4.1. Przeprowadzenie szkoleń dla Administratorów, Użytkowników Kluczowych oraz Użytkowników Systemu. Użytkownicy zostaną przeszkoleni w formule train the trainers. Wykonawca ponadto opracuje kurs e-learning 14

użytkowników, użytkowników kluczowych i dla administratorów Systemu na platformie udostępnionej przez Zamawiającego. 4.2. Wykonawca opracuje zakres tematyczny szkoleń i przedstawi do Zatwierdzenia Zamawiającemu. Podstawą ustalenia zakresu tematycznego szkoleń dla poszczególnych grup wymienionych powyżej będzie wersja Systemu zatwierdzonego do wdrożenia Pilota. 4.3. Szczegółowe wymagania dotyczące realizacji szkoleń zawiera 13. 5. Moduł e-learnig: 5.1. Po zrealizowaniu 50% ilości szkoleń dla Użytkowników Systemu/Trenerów, Wykonawca przygotuje dla Zamawiającego szkolenia z funkcjonalności Systemu OSOZ 2 w formule e-learningowej. Zamawiający dysponuje systemem Atena do tworzenia szkoleń e-learningowych, który udostępni do stworzenia szkoleń z zakresu funkcjonalności Systemu OSOZ 2. Zamawiający posiada wystarczającą ilość licencji w systemie Atena do przeszkolenia wszystkich użytkowników. 5.2. Zamawiający przekaże Wykonawcy informacje dotyczące funkcjonowania systemu Atena niezbędne do przygotowania przez Wykonawcę scenariuszy szkoleń. 5.3. Szczegółowe wymagania dotyczące realizacji modułu e-learning są zawarte w 13. 6. W celu wykonania dzieła Wykonawca będzie zobowiązany w szczególności do: 6.1. Zaprojektowania, wykonania, dostawy, instalacji i wdrożenia Systemu OSOZ 2. 6.2. Wykonania i przekazania Zamawiającemu dokumentacji opisanej Umową. 6.3. Przeniesienia na Zamawiającego autorskich praw majątkowych i praw pokrewnych do dokumentacji opisanej Umową, zgodnie z wymaganiami zawartymi w 9. 6.4. Wykonania usług. 6.5. Przeniesienia na Zamawiającego autorskich praw majątkowych i praw pokrewnych do Systemu OSOZ 2 na wszystkich polach eksploatacji, w szczególności zaś prawo do zmian w Systemie, zgodnie z wymaganiami zawartymi w 9. 6.6. Przekazania Zamawiającemu kodów źródłowych, licencji oraz ich pełnej dokumentacji technicznej składających się na System OSOZ 2. 7. W ramach realizacji Usług Gwarancji, Utrzymania i Rozwoju Wykonawca zobowiązany jest każdorazowo do aktualizacji odpowiedniej Dokumentacji, na zasadach zgodnych z PRU, którego wzór określa Załącznik nr 6 do IPU. 15

8. Wykonawca zobowiązuje się do prowadzenia Projektu zgodnie z opracowaną na potrzeby Programu e-cło Metodyką zarządzania Programem e-cło, opartą w zakresie zarządzania projektami na stosowanej w resorcie finansów metodyce PRINCE 2. Dokument Opis metodyki zarządzania Programem e-cło będzie przekazany po podpisaniu umowy z wybranym Wykonawcą Systemu. 9. Wykonawca zobowiązuje się do wykonania Systemu OSOZ 2 z uwzględnieniem światowych standardów profesjonalnej obsługi wdrożeń systemów informatycznych, przy wykorzystaniu całej posiadanej wiedzy i doświadczenia. W ramach Projektu, Wykonawca zobowiązuje się zapewnić pełną zgodność Systemu ze strukturami organizacyjnymi wskazanymi przez Zamawiającego oraz zapewnić pełną jego zgodność z przepisami prawa i zasadami obowiązującymi w Polsce, w tym w szczególności zasadami rachunkowości, przepisami celnymi i podatkowymi. Ocena zgodności Systemu OSOZ 2 z wymaganiami, o których mowa w zdaniu poprzedzającym będzie dokonywana w oparciu o stan istniejący w chwili zgłoszenia gotowości Systemu do odbioru końcowego. 10. Wykonawca oświadcza, że jest świadomy, iż celem Zamawiającego jest otrzymanie dzieła w postaci wdrożonego, w pełni funkcjonalnego Systemu OSOZ 2, który będzie obsługiwany przez odpowiednio liczny, przeszkolony personel i oświadcza, że wykona takie dzieło. Wykonawca oświadcza dalej, że jest świadomy, że w celu zapewnienia powodzenia Projektu został wybrany jako jego Wykonawca i w związku z tym jest odpowiedzialny za wykonanie, koordynację i nadzorowanie wszystkich prac i innych czynności związanych z Projektem, chyba że zgodnie z postanowieniami niniejszej umowy wykonanie takich prac leży po stronie Zamawiającego. 11. Wykonawca zobowiązuje się do wykonania Systemu OSOZ 2 w sposób, który umożliwi spełnienie oczekiwań Zamawiającego określonych w Umowie. 12. Zamawiający oświadcza, że jest świadom, że realizacja Projektu wymaga jego współpracy z Wykonawcą. Zakres takiej współpracy jest określony Umową oraz będzie uzgadniany przez Strony w trakcie jej realizacji, w szczególności podczas opracowywania Dokumentacji. Wykonawca jest odpowiedzialny za informowanie Zamawiającego o zakresie wymaganej współpracy. Umowa nie obejmuje dostawy sprzętu komputerowego. Dostawa sprzętu komputerowego niezbędnego do realizacji Umowy nie jest przedmiotem niniejszej Umowy. Zamawiający platformę sprzętowo programową dostarczy we własnym zakresie w ramach Projektu INFRA. 16

2 Termin realizacji Przedmiotu Umowy 1. Wykonawca zobowiązuje się rozpocząć wykonywanie obowiązków, o których mowa w 1 IPU w terminie nie dłuższym niż 7 dni od dnia zawarcia Umowy. 2. Wykonawca zobowiązuje się zrealizować Przedmiot Umowy w zakresie zaprojektowania, wykonania, dostawy, instalacji i wdrożenia platformy programowej i Systemu OSOZ 2, opracowania dokumentacji oraz przeprowadzenia szkoleń, w terminie do 30 czerwca 2014 r. według poniższego harmonogramu: 2.1. Plan Realizacji Umowy (dalej: PRU) zostanie sporządzony w terminie do 30 dni od dnia zawarcia Umowy; 2.2. Faza 0 Analiza Systemu. Termin realizacji do 4 miesięcy od daty zawarcia Umowy: 2.2.1. Opracowanie Projektu Infrastruktury Technicznej Systemu dla Projektu INFRA (Specyfikacja wymagań technicznych), który zostanie dostarczony w terminie 30 dni kalendarzowych od daty zawarcia umowy, 2.2.2. Opracowanie Specyfikacji wymagań (funkcjonalnych oraz pozafunkcjonalnych) szczegółowy termin realizacji zadania zostanie uzgodniony w PRU, 2.2.3. Opracowanie projektu Systemu OSOZ 2 obejmującego projekty wszystkich środowisk Systemu OSOZ 2. 2.2.4. Specyfikacja komunikatów XML - szczegółowy termin realizacji zadania zostanie uzgodniony w PRU, 2.2.5. Projekt interfejsu użytkownika szczegółowy termin zostanie uzgodniony w PRU, 2.2.6. Opracowanie Planu wdrożenia - szczegółowy termin realizacji zadania zostanie uzgodniony w PRU, 2.2.7. Opracowanie Planu testów - szczegółowy termin realizacji zadania zostanie uzgodniony w PRU, 2.2.8. Opracowanie Planu migracji danych- szczegółowy termin realizacji zadania zostanie uzgodniony w PRU, 2.2.9. Opracowanie Planu szkolenia - szczegółowy termin realizacji zadania zostanie uzgodniony w PRU, 2.2.10. Opracowanie Planu zarządzania konfiguracją oprogramowania szczegółowy termin realizacji zostanie uzgodniony w PRU, 17

2.2.11. Opracowanie Planu zarządzania wymaganiami szczegółowy termin zostanie uzgodniony w PRU. 2.3. Faza 1 Wdrożenie Pilota w terminie - 6 miesięcy od daty dostarczenia Projektu Infrastruktury Technicznej Systemu dla Projektu INFRA jednak nie później niż do 30 listopada 2013 r. 2.3.1. Wykonanie Pilota Systemu - termin realizacji zadania zostanie uzgodniony w PRU, 2.3.2. Dostawa platformy programowej wraz z licencjami koniecznymi do uruchomienia Pilota Systemu, 2.3.3. Import danych testowych - termin realizacji zadania zostanie uzgodniony w PRU, 2.3.4. Instalacja i Uruchomienie Pilota Systemu OSOZ 2 w środowisku testowym - termin realizacji zadania zostanie uzgodniony w PRU, 2.3.5. Przeprowadzenie testów akceptacyjnych Pilota Systemu OSOZ 2 w środowisku testowym z wykorzystaniem zaimportowanych danych - termin realizacji zadania zostanie uzgodniony w PRU, 2.3.6. Przeprowadzenie Migracji danych ze środowiska produkcyjnego systemu OSOZ do środowiska produkcyjnego OSOZ 2 - termin realizacji zadania zostanie uzgodniony w PRU, 2.3.7. Wdrożenie Pilota w środowisku produkcyjnym OSOZ 2 - termin realizacji zadania zostanie uzgodniony w PRU, 2.3.8. Przeprowadzenie eksploatacji Pilota Systemu w środowisku produkcyjnym - termin realizacji zadania zostanie uzgodniony w PRU, 2.3.9. Opracowanie Wniosków, poprawek w oprogramowaniu i dokumentacji, dostawa poprawionej wersji Systemu uwzględniającej wnioski zgłoszone po przeprowadzeniu eksploatacji Pilota w środowisku produkcyjnym - termin realizacji zadania zostanie uzgodniony w PRU, 2.3.10. Przeprowadzenie testów akceptacyjnych w środowisku testowym - termin realizacji zadania zostanie uzgodniony w PRU. 2.4. Faza 2 Wdrożenie ogólnopolskie Systemu w terminie nie później niż do 30 czerwca 2014 r.: 2.4.1. Szkolenie administratorów i użytkowników - termin realizacji zadania zostanie uzgodniony w PRU jednak nie później niż do 31 maja 2014 r., 18

2.4.2. Opracowanie i dostarczenie dokumentacji eksploatacyjnej - termin realizacji zadania zostanie uzgodniony w PRU jednak nie później niż do 31 maja 2014 r., 2.4.3. Instalacja, uruchomienie System OSOZ 2 w środowisku produkcyjnym oraz załadowanie danych wymaganych do przeprowadzenia testów poinstalacyjnych - termin realizacji zadania zostanie uzgodniony w PRU jednak nie później niż do 31 maja 2012 r., 2.4.4. Przeprowadzenie testów poinstalacyjnych Systemu - termin realizacji zadania zostanie uzgodniony w PRU jednak nie później niż do 31 maja 2014 r., 2.4.5. Przygotowanie Dokumentacji powykonawczej - termin realizacji zadania zostanie uzgodniony w PRU jednak nie później niż do 31 maja 2014 r., 2.4.6. Odbiór Systemu potwierdzony podpisaniem Formularza Odbioru Systemu bez zastrzeżeń, 2.4.7. Ładowanie danych aktualnych na dzień produkcyjnego uruchomienia Systemu, 2.4.8. Rozpoczęcie produkcyjnej eksploatacji Systemu OSOZ 2 w środowisku produkcyjnym, 2.5. Faza 3 - Usługi 2.5.1. Wykonawca zobowiązuje się do wykonywania Przedmiotu Umowy w zakresie Rozwoju i Wsparcia Utrzymania, przez okres 48 miesięcy od dnia dokonania przez Zamawiającego Odbioru Systemu bez zastrzeżeń, o którym mowa w ust. 3 na zasadach określonych w 6 ust. 20. 2.5.2. Wykonawca zobowiązuje się do wykonywania Przedmiotu Umowy w zakresie Usług Gwarancyjnych na System przez okres 12 miesięcy od daty Odbioru Systemu bez zastrzeżeń, o którym mowa w ust. 3 na zasadach określonych w 6 ust. 20. 2.5.3. Wykonawca zobowiązuje się do wykonywania Przedmiotu Umowy w zakresie Usług Gwarancyjnych dla Usług Rozwojowych i Wsparcia Utrzymania w terminie 12 miesięcy na wszystkie prace zrealizowane, przez Wykonawcę w ramach Usług Rozwojowych, potwierdzone Protokołem Odbioru bez zastrzeżeń na zasadach określonych w 6. 3. Przedmiot Umowy w zakresie określonym w ust. 2 uważa się za zrealizowany z chwilą dokonania przez Zamawiającego Odbioru Systemu bez zastrzeżeń na zasadach określonych w 6. 4. Terminy spełnienia świadczeń zastrzega się na korzyść Zamawiającego. 19

3 Warunki oraz specyfikacja realizacji Przedmiotu Umowy w zakresie zaprojektowania, wykonania, dostawy, instalacji i wdrożenia Systemu 1. Realizacja przedmiotu Umowy. Wykonawca zobowiązuje się zrealizować Przedmiot Umowy w fazach przedstawionych w 2, które pozwolą na sprawne zarządzanie Umową, oraz ograniczą ryzyko niewykonania przedsięwzięcia. Ponadto Zamawiający wymaga, aby dla każdej fazy Wykonawca przedstawił udokumentowane procedury zapewniające, że: 1.1. Zamawiający wymaga, aby realizacja Umowy była prowadzona na zasadach realizacji projektu, zgodnie z metodyką PRINCE 2 obowiązującą w Ministerstwie Finansów, 1.2. Wszelkie działania w zakresie realizacji Umowy, szczególnie w zakresie wprowadzonych zmian, będą pod kontrolą Zamawiającego, 1.3. Na każdym etapie realizacji Przedmiotu Zamówienia będą dokonywane kontrole przez Zamawiającego w zakresie jakości wykonywania prac, 1.4. Przedsięwzięcie będzie prowadzone w sposób skuteczny i efektywny, a wszystkie zmiany będą przed ich wprowadzaniem zidentyfikowane, udokumentowane, poddane przeglądom i zatwierdzone przez Zamawiającego. 1.5. Wykonawca opracuje procedury współpracy z Zamawiającym w poniższych obszarach: 1.5.1. Realizacji Zamówienia, 1.5.2. Komunikacji, 1.5.3. Zarządzania ryzykiem, 1.5.4. Zarządzania zagadnieniami, 1.5.5. Zarządzania zmianą, 1.5.6. Zarządzania jakością, 1.5.7. Zarządzania harmonogramem, 1.5.8. Zarządzania budżetem, 1.5.9. Zarządzania dokumentacją, 1.5.10. Zarządzania konfiguracją, 1.5.11. Monitorowania, 1.5.12. Raportowania. 20

1.6. Oficjalny przepływ informacji między Zamawiającym, a Wykonawcą na etapie realizacji Umowy odbywać się będzie za pośrednictwem Kierownika Projektu oraz Kierownika Zespołu Wykonawcy. 1.7. Spotkania z udziałem przedstawicieli Zamawiającego i Wykonawcy poświęcone realizacji Umowy odbywać się będą w miarę bieżących potrzeb. Szczegóły dotyczące organizacji spotkań zostaną uzgodnione w PRU. 1.8. Wykonawca będzie zobowiązany do przedstawienia na żądanie Zamawiającego m.in.: 1.8.1. Raportu o bieżącym stanie zaawansowania prac, 1.8.2. Informacji o istniejących zagrożeniach w realizacji Projektu oraz sposoby rozwiązywania tych problemów. 1.9. Podpisany przez upoważnionych przedstawicieli Wykonawcy raport będzie dołączony do protokołu z danego spotkania. 1.10. Z każdego spotkania przedstawicieli Stron, Wykonawca sporządzi protokół zawierający w szczególności: 1.10.1. Listę osób obecnych na spotkaniu, 1.10.2. Opis omawianych zagadnień, 1.10.3. Ustalenia ze spotkania, 1.10.4. Listę zadań wraz z terminem realizacji. 1.11. Protokół będzie każdorazowo przedstawiony do akceptacji Zamawiającego w terminie 3 dni po zakończeniu spotkania. Zamawiający uprawniony będzie do zgłoszenia uwag, zaś Wykonawca uwzględni zgłoszone uwagi w Protokole. 1.12. Procedury te Wykonawca opisze i uzgodni z Zamawiającym w Planie Realizacji Umowy, którego zakres został określony w Załączniku Nr 6 do IPU - Zawartość Planu Realizacji Umowy. 2. Zamawiający zakłada, że po sporządzeniu PRU przedmiot zamówienia będzie realizowany w następujących fazach: Faza 0 Analiza Systemu. Faza 1 - Wdrożenie Pilota. Faza 2 - Wdrożenie ogólnopolskie Systemu. Faza 3 Usługi. 2.1. Faza 0 Analiza Systemu Faza ta obejmie swoim zakresem wytworzenie dokumentacji szczegółowo wymienionej w 12. 2.2. Faza 1 - Wdrożenie Pilota: 21

2.2.1. Wykonanie Systemu oraz jego interfejsów zgodnie z dokumentacją analityczną i techniczną zatwierdzoną przez Zamawiającego. 2.2.2. Pilot obejmie swym zakresem wszystkie docelowe funkcjonalności Systemu. 2.2.3. Prace nad Pilotem prowadzone w ramach Fazy 1 będą obejmowały konfigurację platformy sprzętowo-programowej oraz instalację oprogramowania COTS dostarczanego przez Wykonawcę niezbędnego dla przeprowadzenia testów, migracje danych testowych i testy akceptacyjne Pilota Systemu, których wynik potwierdzi spełnienie przez System kryteriów akceptacji. 2.2.4. Proces instalacji i uruchomienia Pilota OSOZ 2 zostanie zainicjowany na pisemny wniosek Zamawiającego. 2.2.5. W ramach wdrożenia Pilota zostanie uruchomione środowisko produkcyjne Systemu na dostarczonej przez Zamawiającego platformie sprzętowo-programowej w ramach Projektu INFRA, obejmujące minimum następujące zadania: Konfiguracja platformy sprzętowo-programowej oraz instalacja i konfiguracja platformy programowej oprogramowania dostarczanego przez Wykonawcę niezbędnego dla działania Systemu OSOZ 2, Migracja danych produkcyjnych dla Pilota. 2.2.6. Pilot będzie działał równolegle z obecnie wykorzystywanym Systemem OSOZ. 2.2.7. Zamawiający zakłada 2-miesięczny okres na przeprowadzenie eksploatacji Pilota. Eksploatacja zostanie przeprowadzona z jednym wybranym SISC i NTA. Zamawiający zastrzega sobie prawo wyboru systemu, z którymi przeprowadzona będzie eksploatacja Pilota. W wypadku gdy nie będzie możliwe przeprowadzenie eksploatacji Pilota z systemem SISC lub NTA Wykonawca zobowiązany będzie do stworzenia mechanizmu pozwalającego na symulację środowiska takiej współpracy. 2.2.8. Zamawiający zakłada, że jeśli eksploatacja Pilota potwierdzi spełnienie wymagań funkcjonalnych i wydajnościowych Systemu, zakończy się podpisaniem Protokołu Odbioru Pilota Systemu bez zastrzeżeń. 2.2.9. Po zakończeniu przewidywanego 2-miesięcznego okresu eksploatacji Pilota Zamawiający dokona analizy wniosków z wdrożenia. Na podstawie tych wniosków Zamawiający zastrzega sobie prawo do zgłoszenia zmian w Systemie (w oprogramowaniu i dokumentacji), planie wdrożenia i migracji przed rozpoczęciem wdrożenia ogólnopolskiego. Zmiany te mogą wynikać m.in. ze zmian 22

prawnych w okresie od dostarczenia wymagań przez Zamawiającego do odbioru Pilota. 2.3. Faza 2 Wdrożenie ogólnopolskie Systemu: 2.3.1. Szkolenie administratorów i użytkowników szczegółowo opisane w 13. 2.3.2. Opracowanie i dostarczenie dokumentacji eksploatacyjnej szczegółowo opisanej w 12. 2.3.3. Instalacja i uruchomienie System OSOZ 2 w środowisku produkcyjnym. 2.3.4. Integracja z innymi systemami informatycznymi, zgodnie ze Specyfikacją Systemu OSOZ 2 oraz zgodnie z dokumentacją techniczną zatwierdzoną przez Zamawiającego. 2.3.5. Ładowanie danych aktualnych na dzień produkcyjnego uruchomienia Systemu. 2.3.6. Przeprowadzenie testów poinstalacyjnych Systemu. 2.3.7. Uruchomienie Systemu OSOZ 2 we wszystkich jednostkach organizacyjnych objętych realizacją Umowy (wdrożenie ogólnopolskie). 2.3.8. Wsparcie techniczne w okresie uruchomienia Systemu. 2.3.9. Optymalizacja oprogramowania i środowiska produkcyjnego i testowego. 2.3.10. Rozpoczęcie produkcyjnej eksploatacji Systemu OSOZ 2 w środowisku produkcyjnym. 2.3.11. Przygotowanie Dokumentacji powykonawczej szczegółowo opisanej w 12. 2.4. Faza 3 Usługi. Obejmie zakresem realizację usług Gwarancyjnych, Wsparcia Utrzymania i Rozwoju opisanych szczegółowo w 5, 7 i 11, w terminach określonych w 2 pkt. 2.5 3. Dostawie oprogramowania towarzyszą następujące elementy, które stanowią załączniki do Protokołu Dostawy: Wersja instalacyjna oprogramowania na nośnikach CD lub innych, Kody źródłowe oprogramowania, Instrukcja instalacji dostarczonego oprogramowania, Protokół z testów wewnętrznych. Instrukcja użytkownika lub podręcznik dostarczonego oprogramowania (dotyczy realizacji nowej funkcjonalności). 4. Migracja danych (dla potrzeb Pilota oraz Systemu docelowego): 23

4.1. W zakresie projektu budowy i wdrożenia Systemu OSOZ 2 przewidziana jest migracja danych z systemu OSOZ do Systemu OSOZ 2. Migracja danych będzie polegać na przeniesieniu do Systemu OSOZ 2 wszystkich wymaganych przez Zamawiającego danych do wdrażanego Pilota Systemu OSOZ 2, a następnie do docelowego Systemu OSOZ 2 w czasie ogólnopolskiego pełnego wdrożenia Systemu. Zakres danych migrowanych do Systemu zostanie uzgodniony w trakcie przygotowywania Planu migracji. Migrowane dane będą pochodzić z relacyjnej bazy danych Oracle 11g, rozmiar bazy na dzień ogłoszenia postępowania wynosi 42 GB. Zamawiający szacuje, że rozmiar migrowanych danych będzie na poziomie 5 GB. Migracji podlegać będą dokumenty zabezpieczeń połączone relacjami z danymi występującymi w powiązanych tabelach określającymi m.in. właściciela zabezpieczenia, kody dostępu, gwaranta itp. Dane mają charakter tekstowo-liczbowy i nie są danymi szyfrowanymi. Szczegółowe informacje o strukturze danych przewidzianych do migracji Zamawiający przekaże Wykonawcy przed przystąpieniem do realizacji Planu migracji danych. 4.2. Przed wykonaniem tego procesu Wykonawca przygotuje Plan migracji danych, który umożliwi sprawną realizację. 4.3. Proces migracji danych będzie podlegał testom akceptacyjnym przeprowadzonym przez Zamawiającego, polegającym na weryfikacji kompletności i poprawności wykonania od strony technicznej oraz funkcjonalnej. 4.4. Proces migracji danych zostanie zainicjowany na zlecenie Zamawiającego i potwierdzony Protokołem Odbioru bez zastrzeżeń jeśli testy będą miały wynik pozytywny, lub zgodny z akceptowalnym poziomem błędów uzgodnionym dla migracji danych. 5. Na wniosek Zamawiającego Wykonawca zobowiązany jest do wprowadzenia zmian w opracowanej dokumentacji. 6. Na każdym etapie realizacji projektu Zamawiający może zażądać aktualnego raportu o bieżącym stanie zaawansowania prac lub informacji o istniejących zagrożeniach w realizacji Projektu oraz sposoby rozwiązywania tych problemów. 4 Obszar infrastruktury technicznej 1. Wykonawca zobowiązuje się do zaprojektowania, zbudowania, uruchomienia, przetestowania, wdrożenia i gwarantowania prawidłowego funkcjonowania wszystkich środowisk Systemu OSOZ 2 na Infrastrukturze technicznej składającej się z Platformy programowej, która zostanie dostarczona przez Wykonawcę oraz z Platformy sprzętowo-programowej, udostępnionej przez Zamawiającego 24