Spis Treści. Załącznik nr 1 do SIWZ Opis Przedmiotu Zamówienia. Strona 1 z 157

Transkrypt

1 Spis Treści SPIS TREŚCI SŁOWNIK POJĘĆ INFORMACJE PODSTAWOWE KONTEKST REALIZACJI ZAMÓWIENIA CEL ZAMÓWIENIA CHARAKTERYSTYKA ZAMAWIAJĄCEGO AKTUALNY STAN ORAZ OCZEKIWANIA ZAMAWIAJĄCEGO Charakterystyka Infrastruktury Zamawiającego Podstawowe problemy związane z infrastrukturą teleinformatyczną Przedmiot Zamówienia MIEJSCE REALIZACJI ZAMÓWIENIA ZAŁOŻENIA DO HARMONOGRAMU REALIZACJI PROJEKTU PODZIAŁ NA ETAPY ZAŁOŻENIA DLA ETAPU 1 ANALIZA WYMAGAŃ, OPRACOWANIE PROJEKTU TECHNICZNEGO SYSTEMU ORAZ STRUKTUR BAZODANOWYCH ZAŁOŻENIA DLA ETAPU 2 DOSTAWA I KONFIGURACJA SPRZĘTU ZAŁOŻENIA DLA ETAPU 3 DOSTAWA OPROGRAMOWANIA, IMPLEMENTACJA BAZ DANYCH I APLIKACJI ZAŁOŻENIA DLA ETAPU 4 SZKOLENIA ZAŁOŻENIA DLA ETAPU 5 ROZRUCH SYSTEMU ZAŁOŻENIA DLA ODBIORU KOŃCOWEGO ZAŁOŻENIA DLA ETAPU 6 SERWIS I GWARANCJA JAKOŚCI ODBIÓR PRZEDMIOTU UMOWY SPOSÓB ORGANIZACJI PROJEKTU STRUKTURA ORGANIZACYJNA PROJEKTU ZARZĄDZANIE JAKOŚCIĄ PROJEKTU I SYSTEMU ZARZĄDZANIE RYZYKIEM W PROJEKCIE ZARZĄDZANIE ZMIANĄ W PROJEKCIE ZARZĄDZANIE KONFIGURACJĄ PRODUKTÓW PROJEKTU WYMAGANIA DOTYCZĄCE SYSTEMU ZAŁOŻENIA BUDOWY SYSTEMU ZAKRES PRZECHOWYWANYCH DANYCH BADAWCZYCH PROCES PRZETWARZANIA DANYCH BADAWCZYCH ZAKŁADANA ARCHITEKTURA LOGICZNA WYMAGANIA FUNKCJONALNE DLA OPROGRAMOWANIA Szyna usług Centralne Repozytorium Danych Platforma analityczna Narzędzia GIS Moduł metadanych Strona 1 z 157

2 6.5.6 Moduł gromadzenia i udostępniania danych Moduł spójności i jakości danych Moduł indeksowania i wyszukiwania informacji Oprogramowanie dla kolektorów danych Moduł zarządzania danymi laboratorium badawczego (klasy LIMS) Moduł obsługi projektów IBL Moduł zarządzania zasobami Moduł obiegu dokumentacji projektowej i badawczej Moduł recenzowania prac Moduł zarządzania spotkaniami/konferencjami Moduł bezpieczeństwa i identyfikacji dostępu Moduł monitorowania infrastruktury Moduł obsługi Zgłoszeń i Problemów Moduł archiwizacji systemu Moduł e-learning Portal Oprogramowanie operacyjne i narzędziowe Oprogramowanie FORTRAN RAPORTY Z SYSTEMU INNE WYMAGANIA POZAFUNKCJONALNE SYSTEMU Jakość Systemu Bezpieczeństwo Systemu Wydajność i dostępność Systemu Neutralność technologiczna Przenośność Elastyczność Użyteczność, estetyka, ergonomia i dostępność Jednoznaczność dostępu do Systemu WYMAGANIA DOTYCZĄCE DOSTARCZANYCH PRODUKTÓW PROJEKTU DOKUMENT INICJUJĄCY PROJEKT ANALIZA WYMAGAŃ I DOKUMENT ANALIZA WYMAGAŃ DOKUMENT PROJEKT TECHNICZNY SYSTEMU OPRACOWANIE WYDZIELONYCH STRUKTUR DANYCH ORAZ MIGRACJA DANYCH CYFROWYCH I MIGRACJA DANYCH ANALOGOWYCH DOSTAWA SPRZĘTU DOSTAWA OPROGRAMOWANIA Proces wytwórczy oprogramowania Plan i metodyka testowania Licencje Kody źródłowe DOKUMENTACJA Wymagania Rodzaje Dokumentacji Systemu SZKOLENIA Warunki ogólne przeprowadzenia szkoleń Plan Szkolenia Lista obecności uczestników szkolenia Ocena szkolenia Rodzaj i forma materiałów szkoleniowych Strona 2 z 157

3 7.8.6 Certyfikat udziału i ukończenia szkolenia ZASADY ŚWIADCZENIA ASYSTY ZASADY ŚWIADCZENIA GWARANCJI JAKOŚCI PROTOTYP SYSTEMU WARSTWA WIZUALNA SYSTEMU INTEGRACJA INTEGRACJA Z SYSTEMEM FINANSOWO-KSIĘGOWYM SIMPLE INTEGRACJA Z APLIKACJĄ PLANOWANIE INTEGRACJA Z SYSTEMEM WEBLIS INTEGRACJA Z SYSTEM PGL LASY PAŃSTWOWE INTEGRACJA Z GEOPORTALEM URZĄDZENIA ŚRODOWISKA BADAWCZEGO IBL, KTÓRE MAJĄ ZOSTAĆ PODŁĄCZONE DO SYSTEMU INTEGRACJA Z MONITORINGIEM LASU INTEGRACJA Z KSILP INTEGRACJA Z SYSTEMEM SYNABA (SYNABA) Strona 3 z 157

4 1 Słownik pojęć Słownik pojęć znajduje się w załącznik nr 11 do SIWZ definicje i słowa pisane wielką literą określone w Załączniku nr 11 do SIWZ mają zastosowanie do zwrotów i pojęć pisanych wielką literą użytych w SIWZ. 2 Informacje podstawowe 2.1 Kontekst realizacji Zamówienia Zamówienie realizowane jest w ramach Projektu LCI Leśne Centrum Informacji platforma informacyjna monitoringu środowiska przyrodniczego współfinansowanego przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka Cele Projektu LCI zgodne są z II Priorytetem POIG, działanie 2.3 Inwestycje związane z rozwojem infrastruktury informatycznej nauki. Szczegółowe założenia Projektu dotyczą poddziałań: Projekty w zakresie rozwoju infrastruktury informatycznej nauki, Projekty w zakresie rozwoju zasobów informacyjnych nauki w formie cyfrowej oraz Projekty w zakresie rozwoju zaawansowanych aplikacji i usług teleinformatycznych. Informacje dotyczące POIG oraz Działania 2.3 są dostępne na stronie W wyniku realizacji Projektu LCI ma zostać stworzona kompleksowa platforma informatyczna służąca do składowania, przetwarzania, analiz i udostępniania danych oraz wyników prac badawczych Instytutu Badawczego Leśnictwa przede wszystkim z zakresu ochrony różnorodności biologicznej, monitoringu środowiska leśnego oraz ochrony przeciwpożarowej lasu. 2.2 Cel Zamówienia Celem Zamówienia jest zakup zaawansowanych rozwiązań informatycznych, w tym Oprogramowania, Sprzętu i Szkoleń, utworzenie po szczegółowej analizie zasobów znajdujących się w posiadaniu IBL, określonych baz danych, metadanych i publikacji naukowych oraz utworzenie po szczegółowej analizie wymagań Zamawiającego zaawansowanej platformy informatycznej Systemu, dostarczającej funkcjonalności wyspecyfikowane w SIWZ. Wykorzystanie zaawansowanego Oprogramowania, Sprzętu i usług teleinformatycznych, spełniających najnowsze standardy jest warunkiem koniecznym do spełnienia przez Wykonawcę przy realizacji Zamówienia co doprowadzi do zrealizowania celów Projektu LCI i umożliwi stworzenie przez Wykonawcę na rzecz Zamawiającego platformy informacyjnej monitoringu środowiska przyrodniczego. 2.3 Charakterystyka Zamawiającego Zamawiającym jest Instytut Badawczy Leśnictwa, który od ponad 80 lat prowadzi badania naukowe i prace rozwojowe na rzecz lasów, gospodarki leśnej i potrzeb leśnictwa. Strona 4 z 157

5 Działalność Instytutu ma na celu kształtowanie modelu leśnictwa uwzględniającego potrzeby obecnych i przyszłych pokoleń, w zakresie produkcyjnych, ochronnych i społecznych funkcji lasu. Zgodnie ze statutem przedmiotem działalności Instytutu jest przede wszystkim: Prowadzenie badań naukowych i prac rozwojowych w celu: o lepszego poznania zjawisk i procesów kształtujących stan, trwałość i rozwój lasów oraz ich wzajemnych powiązań z otaczającym środowiskiem przyrodniczym, społecznym i gospodarczym, o określenia metod wszechstronnego i zrównoważonego wykorzystania zasobów leśnych i ich ochrony, o trwałego zachowania i wzbogacania lasów dla należytego zaspokojenia potrzeb cywilizacyjnych obecnych i przyszłych pokoleń, a także upowszechnianie wyników tych badań i prac rozwojowych. Dokonywanie analiz i ocen wspomagających kształtowanie i realizację polityki leśnej państwa i programów rozwoju leśnictwa. Tworzenie naukowych podstaw i inicjowanie racjonalnych form trwałej i zrównoważonej gospodarki leśnej dla wszystkich kategorii własności leśnej. Szczegółowe informacje na temat działalności Instytutu dostępne są na stronie internetowej Zamawiającego Główna siedziba Instytutu mieści się pod adresem: Sękocin Stary, ul. Braci Leśnej nr 3, Raszyn W skład Instytutu Badawczego Leśnictwa wchodzą także dwa zamiejscowe Zakłady Naukowe: Zakład Gospodarki Leśnej Regionów Górskich w Krakowie, ul. Fredry 39, Kraków. Europejskie Centrum Lasów Naturalnych w Białowieży, ul. Park Dyrekcyjny 6, Białowieża. Strona 5 z 157

6 2.4 Aktualny stan oraz oczekiwania Zamawiającego Charakterystyka Infrastruktury Zamawiającego Sieć Wszystkie lokalizacje Instytutu podłączone są do sieci Internet za pomocą łączy szerokopasmowych typu DSL, wspartych specjalistyczną aparaturą, pozwalającą na integrację zasobów lokalizacji. W lokalizacji głównej w Sękocinie Starym podłączenie realizowane jest za pomocą dedykowanego łącza światłowodowego o przepustowości 10 Mbps dzierżawionego od operatora NETIA. Obecnie wykorzystywane łącze o przepustowości 6 Mbps doprowadzone jest do centrali w budynku A. Tu również dołączone jest na łącze telefoniczne o przepustowości 2 Mbps. Łącze internetowe jest rozprowadzone dedykowanymi światłowodami w topologii gwiazdy do pozostałych budynków. Światłowody mają nadmiarowe włókna, pozwalające na poszerzenie i zduplikowanie ruchu. W każdym z budynków jest rozwinięta sieć strukturalna kategorii V+ i VI wykonana ekranowaną skrętką miedzianą. Sieć spięta jest koncentratorami firmy 3Com 24 i 48 portowymi (młodszymi niż 3 lata), umieszczonymi w wydzielonych, klimatyzowanych pomieszczeniach. Gniazda sieciowe rozmieszczone są stosownie do potrzeb. Sieć może być dalej rozwijana. Ponadto łącze wkrótce wsparte będzie zapasowym łączem awaryjnym. Urządzenia dostępowe są zduplikowane, co pozwala zmniejszyć ryzyko braku połączenia z siecią. Sieć wykonana jest w technologiach pozwalających na transfer danych z prędkościami charakterystycznymi dla typowych kart sieciowych (100 Mbps i 1000 Mbps). Jako elementy aktywne pracują koncentratory firmy 3Com klasy 4200 i 5200, routery Cisco klasy 1841 i urządzenia typu firewall firmy ZyXEL (ZyWALL USG 300 i ZyWALL 2+). Na urządzeniach tych zbudowany jest VPN do zakładów w Krakowie i Białowieży. Lokalizacja w Białowieży łączy się z Internetem przez dedykowane łącze światłowodowe o przepustowości 2 Mbps typu DSL dzierżawione od Zakładu Badania Ssaków PAN i dalej do akademickiej i metropolitalnej sieci BiaMAN w Białymstoku. Sieć komputerowa klasy V jest rozwinięta we wszystkich pomieszczeniach Centrum. Ze względów lokalowych oraz wielkości tej sieci (kilkanaście gniazd) nie posiada dedykowanej serwerowni. Serwer, router (Cisco 2500), przełącznik sieciowy (24 portowy firmy 3Com) i modem znajdują się w pomieszczeniu biurowym. W tym pomieszczeniu znajduje się też internetowe przyłącze (światłowód) do Zakładu Badania Ssaków PAN. Lokalizacja w Krakowie łączy się z Internetem przez radiowe łącze DSL o przepustowości 1 Mbps, do operatora Internetu NASK. Po przeprowadzonym niedawno remoncie budynku we wszystkich pomieszczeniach została rozwinięta sieć komputerowa klasy V. Ze względów lokalowych oraz wielkości tej sieci (kilkanaście gniazd) nie ma dedykowanej serwerowni. Serwer, router (Cisco 2500), przełącznik sieciowy (24 portowy firmy 3Com) i modem znajdują się w wydzielonym pomieszczeniu biurowym, w którym znajduje się też internetowe przyłącze do anteny radiowej umożliwiające internetowe połączenia z NASK iem Serwerownie W siedzibie głównej IBL w Sękocinie Starym znajduje się serwerownia zlokalizowana w dwóch, wydzielonych, klimatyzowanych pomieszczeniach 26 i 26A w budynku C. W szafach (krosowniczych i serwerowych) są umiejscowione elementy sieci takie jak routery, koncentratory, serwery. Urządzenia zasilane są energią elektryczną z ogólnego dla budynku C UPS a, o mocy 40kVA. Instytut korzysta z Strona 6 z 157

7 zewnętrznej energii elektrycznej przez własną stację transformatorową. Na wypadek awarii tej sieci energetycznej Instytut dysponuje własnym agregatem prądotwórczym (zasilanym olejem napędowym), zakupionym w 2009 roku, o mocy 600 kva i czasie reakcji ok. 30 sekund. Ponadto każdy z budynków wyposażony jest w co najmniej jeden lokalny UPS o mocy kva, do zasilania urządzeń wrażliwych na krótkotrwały zanik napięcia (specjalistyczna aparatura laboratoryjna, aparatura badawcza, stacje robocze, serwerownia). UPS y są nowe (1 rok) bądź w bardzo dobrym stanie technicznym. Oczekiwane duże zakupy sprzętu do serwerowni (ilość i rodzaj urządzeń szafy, serwery, UPS, inne urządzenia sieciowe) wymuszą zmiany fizyczne i organizacyjne w opisywanej serwerowni Serwery plików i aplikacji: Serwer aplikacji HP ProLiant DL 360 G5 R05 QC X5450 3,0 (typu rack, z 2 procesorami Intel Xenon QuadCore 3,0 GHz, 6MB cache, 16 GB RAM, 6 dysków SATA po 146 GB pracujących w systemie macierzowym. Na serwerze jest zainstalowany system wirtualizacji VMWare. Serwer pracuje pod systemem operacyjnym Windows Serwer 2008; Serwer pocztowy HP ProLiant ML 350 G3, tower, z procesorem Intel Xeon 3,0 GHz, 4 GB RAM, 2 dyski po 36,4 GB pracujące w systemie mirroringu. Jako system pocztowy wykorzystywany jest Microsoft Exchange Server, obsługujący ok. 300 kont pocztowych, dodatkowo Instytut wykorzystuje system antyspamowego ASSP. Serwer pracuje pod systemem operacyjnym Windows Server Serwer stron WWW (z systemem ZOPE/PLONE) HP ProLiant ML 370, rack, z dwoma procesorami Intel Xeon 2,4 GHz, 3 GB RAM, 2 dyski po 36,4 GB pracujące w mirroringu. Na tym serwerze umieszczone są też własne strony WWW Instytutu (o adresie oraz strony, które Instytut prowadzi dla niektórych organizacji non profit (Stowarzyszenie Inżynierów i Techników Leśnictwa i Drzewnictwa, Polskie Towarzystwo Botaniczne) w ramach wspierania ich działalności. Serwer pracuje pod systemem operacyjnym Windows Server Serwer aplikacji HP ML350 Tower G4 X procesor 3 GHz, 5 GB RAM, 4 dyski po 72 GB, pracujące w systemie macierzowym. Serwer jest wykorzystywany do obsługi systemu zarządzania SIMPLE (obejmujący przede wszystkim system finansowo księgowy, kadrowy i płacowy) oraz systemu bibliotecznego WEBLiS. Serwer aplikacji systemu zdalnego przetwarzania CITRIX. Na nim znajdują się aplikacje uruchamiane zdalnie. Serwer zapasowy Fujitsu Siemens Primergy RX 300S2, 2 procesory Intel Xeon 3,2 GHz, 4 GB RAM, macierz 4 dyski 146 GB z systemem operacyjnym Windows Server serwery plików Novell, które ze względu na kilkunastoletni okres eksploatacji powinny zostać zastąpione nowymi maszynami. W serwerowni znajduje się macierz typu NAS (marki Thecus, w wersji rackowej), na 4 dyskach po 750 GB każdy, zapewniając użytkownikom sieci wewnętrznej miejsce przechowywania danych krytycznych i wymiany dużych plików danych. Strona 7 z 157

8 Inne zasoby: 1 sala konferencyjna na 120 miejsc, wyposażona w profesjonalny rzutnik multimedialny, nagłośnienie i zaciemnienie, wyposażoną w przyłącza do sieci i sieć bezprzewodową; małe sale konferencyjne na ok. 40 osób każda wyposażone w rzutniki multimedialne z dostępem do sieci komputerowej Instytutu pozwalają wykorzystać dla celów audiowizualnych. Sale konferencjne znajdują się w każdym z 5 budynków Instytutu baza małej poligrafii wyposażona w profesjonalne drukarko kopiarki Xerox. Omówione zasoby stanowią doskonałą bazę do szkoleń w LCI Podstawowe problemy związane z infrastrukturą teleinformatyczną 1. Zakres tematyczny danych gromadzonych w Instytucie jest bardzo szeroki i złożony. Zasoby informacyjne w formie elektronicznej są rozproszone i przechowywane w bazach danych, arkuszach kalkulacyjnych, plikach testowych oraz innych formatach zapisu. W konsekwencji utrudnione jest prowadzenie badań przekrojowych i interdyscyplinarnych oraz wzrasta koszt realizacji tematów badawczych. Dane Instytutu przechowywane są również w wersji analogowej i ulegają stopniowemu niszczeniu aż do całkowitej ich utraty. Brakuje udokumentowanej w jednolity sposób wiedzy na temat zgromadzonych zasobów informacyjnych Instytutu Badawczego Leśnictwa. 2. Instytut dysponuje Zasobami informacyjnymi, które mogą być udostępnione w sieci Internet, jednak obecna infrastruktura IBL nie pozwala na efektywne zarządzanie Zasobami informacyjnymi zarówno na etapie gromadzenia, magazynowania, zabezpieczania, jak również udostępniania. 3. Obecna infrastruktura teleinformatyczna Instytutu umożliwia realizację prac badawczych, niemniej jednak wymaga dostosowania do najnowszych standardów technologicznych, aby usprawnić realizację badań naukowych, współpracę międzynarodową i upowszechnianie wiedzy. 4. Zbieranie znacznej części danych Instytutu odbywa się na obszarach leśnych, gdzie dostęp do sieci informatycznej jest utrudniony. W chwili obecnej Instytut nie posiada dostatecznej liczby kolektorów danych oraz niezbędnego oprogramowania pozwalającego na efektywne zapisywanie danych w terenie. 5. Obieg dokumentów w Instytucie odbywa się najczęściej w formie papierowej, co jest czasochłonne i mało efektywne, dlatego też konieczne jest stworzenie spójnego systemu informatycznego wspomagającego procesy obiegu dokumentów. 6. Nowe metody badań środowiska przyrodniczego wymagają stosowania coraz bardziej złożonych analiz, w tym statystycznych i przestrzennych. W chwili obecnej Instytut nie posiada dostatecznej liczby licencji oprogramowania statystycznego, oprogramowania GIS oraz oprogramowania specyficznego dla nowoczesnych badań leśnych, co staje się czynnikiem ograniczającym rozwój niektórych zadań realizowanych w Instytucie. Pomimo, ze IBL posiada licencje na oprogramowanie statystyczne oraz oprogramowanie GIS, pracownicy Instytutu nie zostali przeszkoleni z jego obsługi. Strona 8 z 157

9 2.4.3 Przedmiot Zamówienia. Mając na uwadze aktualne problemy Zamawiającego Wykonawca w ramach realizacji niniejszego Zamówienia: Wykona prace analityczne, w tym Analizę Wymagań Użytkowników i sporządzi Dokumentację Analityczną Systemu w tym Dokumentację Analiza Wymagań, Zaprojektuje System i sporządzi dokument Projekt Techniczny Systemu, Dostarczy, zainstaluje i skonfiguruje Sprzęt, który umożliwi instalację i efektywne wykorzystywanie dostarczonego Oprogramowania, Dostarczy zainstaluje i skonfiguruje Oprogramowanie Dedykowane i Sprzęt, który umożliwi digitalizację Zasobów Informacyjnych Zamawiającego, Dostarczy zainstaluje i skonfiguruje System, który umożliwi składowanie, przetwarzanie, udostępnianie i analizę Zasobów informacyjnych wytworzonych w ramach Projektów IBL, Dostarczy, zainstaluje i skonfiguruje Sprzęt i Oprogramowanie Dedykowane, które umożliwi zbieranie danych poza siedzibą Zamawiającego, Dostarczy zainstaluje i skonfiguruje dodatkowe licencje oprogramowania GIS, Dostarczy zainstaluje i skonfiguruje dodatkowe licencje oprogramowania statystycznego, Dostarczy zainstaluje i skonfiguruje inne Oprogramowanie w tym inne Oprogramowanie Standardowe wskazane w OPZ, Zbuduje, zainstaluje i skonfiguruje system archiwizacji Zasobów informacyjnych, który zapewni zgodną z najnowszymi standardami ochronę przed np. zniszczeniem lub nieuprawnionym dostępem, Opracuje, zainstaluje i skonfiguruje struktury, w których mają być przechowywane dane (Wydzielone Struktury Danych) oraz przeniesie Zasoby informacyjne IBL do tych struktur (Migracja danych), Wykona integrację Systemu LCI z systemami zewnętrznymi, Przeprowadzi Testy Systemu, Dostarczy Prototyp Systemu, Przeniesie na Zamawiającego prawa autorskie oraz przekaże Kody Źródłowe do Oprogramowania Dedykowanego wykonanego na potrzeby niniejszego Zamówienia, Przygotuje i przeprowadzi Szkolenia, Zapewni Asystę przy Rozruchu Systemu, Dokumentację w tym Dokumentację Systemu, Strona 9 z 157

10 Zapewni Gwarancję Jakości, Zapewni realizację zadań związanych z zarządzaniem Projektem wyspecyfikowanych w SIWZ, w szczególności w rozdziale 5 OPZ Powyższe zadania szczegółowo opisano w dalszych rozdziałach niniejszego dokumentu. 2.5 Miejsce realizacji Zamówienia Zamówienie będzie realizowane w trzech lokalizacjach IBL (Tabela 1). Tabela 1. Miejsca realizacji Zamówienia Lokalizacja Główna siedziba Instytutu Badawczego Leśnictwa (IBL) Sękocin Stary, ul. Braci Leśnej 3, Raszyn. Zakład Gospodarki Leśnej Regionów Górskich, ul. Fredry 39, Kraków. Europejskie Centrum Lasów Naturalnych, ul. Park Dyrekcyjny 6, Białowieża. Całość prac będzie wykonywana w głównej siedzibie Zamawiającego. System będzie wykorzystywany przez pracowników we wszystkich lokalizacjach Instytutu Badawczego Leśnictwa. Wykonawca ma obowiązek zapewnić taką samą funkcjonalność Systemu we wszystkich lokalizacjach Instytutu. Zamawiający w czasie realizacji Zamówienia zapewni Wykonawcy: dostęp do sieci teleinformatycznej Instytutu, sale szkoleniowe w celu przeprowadzenia Szkoleń, na warunkach opisanych w SIWZ w szczególności w rozdziale OPZ pt.: Szkolenia. salę na czas spotkań roboczych zespołu realizującego Projekt. 3 Założenia do Harmonogramu Realizacji Projektu 3.1 Podział na Etapy Realizację Projektu zaplanowano na sześć etapów: ETAP 1. Analiza wymagań, opracowanie projektu Systemu oraz projektu struktur bazodanowych. ETAP 2. Dostawa, instalacja i konfiguracja Sprzętu. ETAP 3. Dostawa Oprogramowania, implementacja baz danych i aplikacji. ETAP 4. Szkolenia Strona 10 z 157

11 ETAP 5. Rozruch Systemu ETAP 6. Gwarancja Jakości Zamawiający zaznacza, że termin rozpoczęcia Projektu uzależniony jest od daty podpisania Umowy z Wykonawcą. Wykonawca jest zobowiązany sporządzić i załączyć do oferty Harmonogram Realizacji Projektu do poziomu Produktu. Wykonawca nie może zmienić planowanej daty rozpoczęcia i zakończenia Projektu. Zamawiający zwraca uwagę, że ze względu na planowany częściowo równoległy przebieg etapów 2, 3, 4 i 5 Wykonawca ma obowiązek uwzględnić w zaproponowanym szczegółowym Harmonogramie Realizacji Projektu taką kolejność wykonania poszczególnych zadań, która zapewni terminową realizację wszystkich etapów Projektu. 3.2 Założenia dla Etapu 1 Analiza Wymagań, opracowanie Projektu Technicznego Systemu oraz struktur bazodanowych Czas trwania: o Rozpoczęcie nie później niż 2 dni robocze od dnia podpisania Umowy o Zakończenie nie później niż potwierdzone podpisaniem Protokołu Odbioru Etapu. Zamawiający zastrzega sobie prawo do zmiany terminu zakończenia Etapu, w szczególności do wydłużenia czasu trwania Etapu. Zadania Wykonawcy do realizacji w czasie trwania Etapu: Strona 11 z 157

12 o opracowanie przy współpracy z Zamawiającym szczegółowych zasad organizacji i zarządzania Projektem, w tym: zaprojektowanie i wdrożenie efektywnej Struktury Organizacyjnej Projektu, zgodnej z metodyką PRINCE 2, opisanej w SIWZ, w szczególności w rozdziale 5.1 określenie i wdrożenie Systemu Jakości, zgodnym z metodyką PRINCE2, opisanym w SIWZ, w szczególności w rozdziale 5.2 określenie i wdrożenie Systemu Zarządzania Ryzykiem w Projekcie, zgodnym z metodyką PRINCE2, opisanym w SIWZ, w szczególności w rozdziale 5.3 określenie i wdrożenie Systemu Zarządzania Zmianą, zgodnym z metodyką PRINCE2, opisanym w SIWZ, w szczególności w rozdziale 5.4 określenie i wdrożenie Systemu Zarządzania Konfiguracją, zgodnym z metodyką PRINCE2, opisanym w SIWZ, w szczególności w rozdziale 5.5 o uzupełnienie i doprowadzenie do zatwierdzenia dokumentu Dokument Inicjujący Projekt, o przeprowadzenie Analizy Wymagań, o opracowanie i doprowadzenie do odbioru Dokument Analiza Wymagań, o opracowanie i doprowadzenie do odbioru dokumentu Projekt Techniczny Systemu o dostarczenie licencji na Oprogramowanie do modelowania procesów biznesowych (oprogramowania analityczne), Enterprise Architect Corporate Edition lub równoważny. Uwaga Zamawiający wymaga aby powyższe licencje zostały dostarczone w terminie do 20 dni od daty podpisania Umowy. o odbiór Etapu 1, 3.3 Założenia dla Etapu 2 Dostawa i konfiguracja Sprzętu Czas trwania: o Rozpoczęcie od momentu podpisania Protokołu Odbioru Etapu 1 i uzyskaniu zgody Zamawiającego na rozpoczęcie Etapu 2. o Zakończenie nie później niż potwierdzone podpisaniem Protokołu Odbioru Etapu. Zadania do realizacji w czasie trwania Etapu: o Na podstawie Harmonogramu Realizacji Projektu Wykonawca opracuje i uzgodni z Zamawiającym szczegółowy plan prac w ramach Etapu 2. Strona 12 z 157

13 o Wykonawca dostarczy, zamontuje i skonfiguruje Sprzęt będący przedmiotem Zamówienia. o odbiór Etapu Założenia dla Etapu 3 Dostawa oprogramowania, implementacja baz danych i aplikacji Czas trwania: o Rozpoczęcie od momentu podpisania Protokołu Odbioru Etapu 1 i pisemnej zgody Zamawiającego na rozpoczęcie Etapu 3. o Zakończenie nie później niż potwierdzone podpisaniem Protokołu Odbioru Etapu. Zamawiający zastrzega sobie prawo do zmiany terminu zakończenia Etapu, w szczególności do wydłużenia czasu trwania Etapu. Zadania do realizacji w czasie trwania Etapu: o Dostarczenie Prototypu Systemu. Zakres Prototypu Systemu i czas jego dostarczenia Wykonawca uzgodni z Zamawiającym podczas Etapu 1. o Dostawa Systemu, w szczególności: oprogramowania dla kolektorów danych, dodatkowych licencji oprogramowania GIS, dodatkowych licencji oprogramowania statystycznego, pozostałego oprogramowania wskazanego w SIWZ, systemu archiwizacji danych, instalacja i konfiguracja wszystkich elementów Systemu, opracowanie struktur, w których będą przechowywane Dane Badawcze (Wydzielone Struktury Danych). o Migracja danych przeniesienie danych IBL do Wydzielonych Struktur Danych. o Wykonanie integracji z systemami zewnętrznymi. o Przeprowadzenie Testów Systemu. o Sporządzenie oraz przekazanie Zamawiającemu Dokumentacji Systemu w formie drukowanej i elektronicznej. o Przeniesienie na Zamawiającego praw autorskich i przekazanie Kodów Źródłowych do Oprogramowania Dedykowanego, wykonanego na potrzeby niniejszego Zamówienia. o odbiór Etapu 4. Strona 13 z 157

14 3.5 Założenia dla Etapu 4 Szkolenia Czas trwania: o Rozpoczęcie od momentu podpisania Umowy. o Zakończenie nie później niż potwierdzone podpisaniem Protokołu Odbioru Etapu. Zamawiający zastrzega sobie prawo do zmiany terminu zakończenia Etapu, w szczególności do wydłużenia czasu trwania Etapu. Zadania do realizacji w czasie trwania Etapu: o Przeprowadzenie szkoleń o Odbiór Etapu Założenia dla Etapu 5 Rozruch Systemu Czas trwania: o Rozpoczęcie od momentu podpisania Protokołów Odbioru Etapów 2, 3 i uzyskanie zgody Zamawiającego na rozpoczęcie Etapu 5. o Zakończenie nie później niż potwierdzone podpisaniem Protokołu Odbioru Etapu. Zadania do realizacji w czasie trwania Etapu: o Wprowadzanie danych merytorycznych do Systemu (zadanie Zamawiającego) o Zapewnienie Asysty o wykonania modyfikacji Systemu lub nowych funkcjonalności, nieprzewidzianych w trakcie Etapu 1 na zasadach określonych w SIWZ, w szczególności w rozdziale 7.9 OPZ. o Odbiór Etapu Założenia dla odbioru końcowego o Czas trwania: 14 dni kalendarzowych od podpisania wszystkich protokołów odbioru Etapów bez Wad i/lub Usterek. Zamawiający zastrzega sobie prawo do zmiany terminu zakończenia Etapu, w szczególności do wydłużenia czasu trwania Etapu. Zadania do realizacji: Końcowy odbiór Systemu. 3.8 Założenia dla Etapu 6 Serwis i Gwarancja Jakości Czas trwania: Strona 14 z 157

15 o Rozpoczęcie po zakończeniu Etapów 1 5 i po podpisaniu Protokołu Odbioru Końcowego bez Wad i lub Usterek. o Zakończenie 36 miesięcy od momentu rozpoczęcia Etapu. Zadania do realizacji w czasie trwania Etapu: o Realizowanie serwisu Systemu zgodnie z biblioteką ITIL. W szczególności Wykonawca zobowiązany jest do analizy i usuwania wykrytych Incydentów i Problemów w Systemie w ramach wynagrodzenia za Zamówienie. o Dostawa, instalacja i konfiguracja uaktualnień i nowych wersji Systemu lub jego komponentów. Dostarczanie nowych wersji dokumentów, wchodzących w skład Dokumentacji Systemu oraz przekazanie uaktualnionych Kodów Źródłowych, jeśli zostały zmodyfikowane. o Dokonywanie okresowych (nie rzadziej niż co 12 miesięcy) przeglądów dostarczonego Systemu. o Zapewnienie Gwarancji Jakości. 4 Odbiór przedmiotu Umowy Odbiór przedmiotu Umowy będzie przebiegał zgodnie z zapisami SIWZ, w szczególności z punktem 5 Załącznika nr 8 SIWZ. 5 Sposób organizacji Projektu Projekt będzie realizowany zgodnie z założeniami Metodyki PRINCE2. W zarządzanie Projektem w ramach Zamówienia zaangażowany będzie także Wykonawca co jest jego obowiązkiem. Szczegółowy zakres zadań dla Wykonawcy i Zamawiającego związanych z zarządzaniem Projektem, szczególnie w aspektach zarządzania przedstawionych w niniejszym rozdziale zostanie ustalony podczas Etapu 1. Wykonawca zobowiązany jest do ścisłej współpracy z Zamawiającym, w tym do niezwłocznego udostępniania wszelkich dokumentów i informacji będących w zasobach Zamawiającego koniecznych do prawidłowego zarządzania Projektem oraz współpracy personelu realizującego Projekt po stronie Wykonawcy. Tryb i terminy przekazywania informacji zostaną ustalone podczas Etapu Struktura Organizacyjna Projektu Projekt będzie zorganizowany według poniższej struktury projektowej (rys. 2). Strategiczne decyzje, dotyczące zarządzania Projektem, będzie podejmował Komitet Sterujący, na czele którego stanie Przewodniczący Komitetu w osobie Dyrektora IBL lub jego Zastępcy. Komitet Sterujący będzie działał na bieżąco, a decyzje będą podejmowane w oparciu o sprawozdawczość Projektu. W skład Komitetu Sterującego wejdzie Główny Użytkownik osoba lub osoby reprezentujące potrzeby i wymagania Strona 15 z 157

16 Użytkowników, którzy będą korzystali z efektów Projektu Produktów, oraz Główny Dostawca reprezentant Wykonawcy. Rysunek 1. Struktura organizacyjna zarządzania Projektem. Rolę Kierownika Projektu pełnić będzie osoba z doświadczeniem, znająca zewnętrzne i wewnętrzne uwarunkowania funkcjonowania Instytutu, posiadająca ugruntowaną wiedzę dotyczącą metodyki PRINCE2. Kierownik Projektu będzie odpowiedzialny za bieżące zarządzanie realizacją i rozliczaniem Projektu na poziomie operacyjnym, realizację poszczególnych Etapów Projektu i odbiór poszczególnych Produktów Projektu. Kierownik Projektu będzie posiadał Wsparcie Projektu składające się z oddelegowanych na całość lub cześć etatu pracowników z sekcji administracyjnej. Ze struktur Wykonawcy zostanie powołany Kierownik Zespołu Wykonawcy (Kierownik Projektu po stronie Wykonawcy), który we współpracy z Kierownikiem Projektu, będzie zarządzał realizacją zadań wynikających z zakresu niniejszego Zamówienia. Rolę Kierownika Zespołu Wykonawcy pełnić będzie osoba z doświadczeniem, posiadająca ugruntowaną wiedzę z metodyki PRINCE2. Zespół projektowy będzie składał się z wyodrębnionych zespołów zadaniowych odpowiedzialnych za poszczególne działania w ramach Projektu. Liderzy poszczególnych zespołów zadaniowych będą odpowiadali przed Kierownikiem Zespołu za zakres powierzonych im prac. Ze strony Wykonawcy powinny zostać obsadzone między innymi następujące stanowiska: Kierownik Zespołu Wykonawcy będzie współpracował z Kierownikiem Projektu ze strony Zamawiającego i nadzorował kierowników zespołów realizujących Projekt. Strona 16 z 157

17 Zastępca Kierownika Zespołu Wykonawcy będzie wspierał Kierownika Zespołu Wykonawcy i zarządzał zespołami merytorycznymi. Sekretarz Projektu odpowiedzialny za bieżącą koordynację prac, organizację spotkań oraz opracowywanie Dokumentacji Projektowej. Główny Analityk będzie wchodził w skład zespołu analityków, odpowiedzialnego za uzyskanie informacji od Zamawiającego na temat wymagań do systemu, infrastruktury sprzętowej, oprogramowania specjalistycznego oraz dedykowanych szkoleń. Główny Architekt członek zespołu architektów, pośredniczący pomiędzy zespołem analityków, a zespołem programistów. Rolą architekta będzie zamiana założeń oraz informacji przekazanych przez analityków na fizyczną i zrozumiałą strukturę systemu wykorzystywaną przez programistów. Główny Inżynier Systemowy członek zespołu wdrożeniowego, odpowiedzialny za techniczne aspekty dostarczanego sprzętu oraz oprogramowania. Główny Tester członek zespołu testerów, odpowiedzialny za organizację i przeprowadzenie testów zarówno poszczególnych elementów, jak i całego Systemu. Ekspert ds. bezpieczeństwa odpowiedzialny za proponowanie rozwiązań bezpieczeństwa minimalizujących zidentyfikowane słabości zabezpieczeń systemów informatycznych oraz nadzór merytoryczny nad ich wdrażaniem, w tym prowadzenie okresowych kontroli i testów bezpieczeństwa Systemu. Specjalista ds. jakości osoba, odpowiedzialna za wykonywanie okresowych przeglądów zgodności wytwarzanych Produktów Projektu z przyjętymi standardami, procedurami itp. Zamawiający zastrzega sobie prawo do wprowadzania zmian do Struktury Organizacyjnej Projektu po stronie Zamawiającego. 5.2 Zarządzanie Jakością Projektu i Systemu Wykonawca w ramach Zamówienia, współpracując z Zamawiającym, zaproponuje Zamawiającemu do akceptacji, System Jakości w Projekcie zapewniający, że oczekiwana przez Zamawiającego jakość Systemu zostanie zapewniona przez Wykonawcę. Zamawiający zastrzega sobie prawo do wprowadzania zmian do Systemu Jakości w Projekcie. Proponowany przez Wykonawcę System Jakości musi być zgodny z metodyką PRINCE2 i zawierać między innymi: Plan Jakości Projektu, w tym procedury i procesy zapewniające zebranie i udokumentowanie Oczekiwań Jakościowych Użytkowników i innych wymagań Użytkowników dla Produktów, procedury zdefiniowania Kryteriów Akceptacji Produktów, zakresy obowiązków związanych z Systemem Jakości dla członków Struktury Organizacyjnej Projektu, procedury i procesy umożliwiające odbiór Produktów spełniających Kryteria Akceptacji. Procedury zapewniające utworzenie i prowadzenie Rejestru Jakości wraz z systemem Kontroli Jakości w którym weźmie udział Wykonawca i Zamawiający. Strona 17 z 157

18 Procedury monitorowania i nadzoru Systemu Jakości przez Wykonawcę i Zamawiającego wraz z metodami kontroli i procedurami Przeglądów Jakości. Zamawiający wymaga od Wykonawcy aby Przeglądy Jakości były wykonywane regularnie. Wykonawca ma zaplanować dwie tury przeglądów jakości w trakcie trwania Etapów 2 4, pierwszy Przegląd Jakości nie później niż 3 miesiące od rozpoczęcia Etapu 3 w Projekcie, drugi Przegląd Jakości nie wcześniej niż 3 miesiące do zakończenia Etapu 3 Projektu. Zakres i formę Przeglądów Jakości Wykonawca ustali z Zamawiającym podczas Etapu 1 Projektu. Zamawiający zastrzega sobie prawo do zaplanowania i przeprowadzenia dodatkowej 1 tury Przeglądów Jakości po poinformowaniu o tym Wykonawcy. Wykonawca jest zobowiązany do udostępnienia Zamawiającemu w ramach Zamówienia wszystkich niezbędnych elementów, w tym planów i dokumentacji Systemu oraz zasobów ludzkich niezbędnych do przeprowadzenia Przeglądów Jakości. W przeglądach Jakości muszą brać udział przedstawiciele Zamawiającego. Zamawiający wymaga, że zaplanowany przez Wykonawcę Przegląd Jakości nie może wpłynąć na terminową realizację Etapów w Projekcie. Przewidywany maksymalny czas trwania Przeglądu Jakości wynosi 3 dni robocze. Terminy Przeglądów Jakości zostaną ustalone przez Zamawiającego i Wykonawcę podczas Etapu 1 Projektu. Zaproponowany przez Wykonawcę System Zarządzania Jakością musi spójny i zintegrowany z innymi systemami zarządzania wymienionymi w SIWZ, szczególnie w punkcie 5 Opisu Przedmiotu Zamówienia. 5.3 Zarządzanie Ryzykiem w Projekcie. Wykonawca w ramach Zamówienia, współpracując z Zamawiającym zaproponuje Zamawiającemu do akceptacji, System Zarządzania Ryzykiem w Projekcie. Zamawiający zastrzega sobie prawo do wprowadzania zmian do systemu zarządzania ryzykiem w Projekcie. Proponowany przez Wykonawcę System Zarządzania Jakością musi być zgodny z metodyką PRINCE2 i zawierać między innymi: Sposoby i procedury identyfikowania Zagrożeń w Projekcie; Sposoby i procedury monitorowania ryzyka, szczególnie po stronie Wykonawcy; Sposoby i procedury szacowania stopnia oddziaływania Zagrożeń na Projekt; Sposoby i procedury monitorowania działań podjętych w wyniku zidentyfikowania Zagrożeń; Rejestr Ryzyka, który powinien zawierać między innymi, graficzną interpretację profilu ryzyka, numer i nazwę zidentyfikowanego Zagrożenia dla Projektu, szacowane prawdopodobieństwo wystąpienia Zagrożenia, szacunkowy stopień odziaływania Zagrożenia na Projekt, działania zapobiegawcze wobec Zagrożenia, status Zagrożenia, właściciela Zagrożenia wybranego spośród personelu realizującego Projekt, Działania zapobiegawcze dla zdefiniowanych zagrożeń oraz sugerowane działania następcze w przypadku zmaterializowania się zagrożenia po stronie Wykonawcy, Zaproponowany przez Wykonawcę System Zarządzania Ryzykiem musi spójny i zintegrowany z innymi systemami zarządzania wymienionymi w SIWZ, szczególnie w punkcie 5 Opisu Przedmiotu Zamówienia. Strona 18 z 157

19 Obowiązki Wykonawcy realizowane w ramach Zamówienia związane z zarządzeniem ryzykiem: Wykonawca musi poinformować osoby zaangażowane w Projekcie po stronie Wykonawcy o sposobie i zasadach Zarządzania Ryzykiem oraz zobligować je do przestrzegania tych zasad. Wykonawca musi regularnie monitorować i oceniać ryzyko w Projekcie oraz regularnie raportować Zamawiającym poziom ryzyka oraz aktualizować Rejestr Ryzyka. Zamawiający przewiduje obowiązek raportowania jeden raz w ciągu miesiąca kalendarzowego. Wykonawca w ramach wynagrodzenia za Zamówienie powinien zaplanować odpowiednie zasoby, w tym ludzkie, czasowe i finansowe zapewniające mu podejmowanie działań związanych z zarządzaniem ryzykiem występującym po stronie Wykonawcy, wykonywaniem działań związanych z reagowaniem na Zagrożenia występujące w Projekcie po stronie Wykonawcy, wykonywaniem zadań następczych wynikających ze zmaterializowania się Zagrożenia po stronie Wykonawcy. Wykonawca na żądanie Zamawiającego ma obowiązek udostępnienia informacji o wymienionych w tym punkcie zasobach. Wykonawca powinien zaplanować tolerancję dla zidentyfikowanych zagrożeń i przewidzieć zasoby na tolerancję Zagrożeń. Wykonawca na żądanie Zamawiającego ma obowiązek udostępnienia informacji o wymienionych w tym punkcie zasobach. W przypadku zidentyfikowania po stronie Wykonawcy Zagrożenia dla Projektu, Wykonawca zobowiązany jest do: o niezwłocznego, nie dłuższego niż w przeciągu dwóch dni roboczych skutecznego poinformowania Zamawiającego o Zagrożeniu; o Zaktualizowaniu Rejestru Ryzyka, o Wyznaczeniu właściciela Zagrożenia w postaci osoby z personelu realizującego Projekt o odpowiednich kwalifikacjach merytorycznych do monitorowania i zarządzania Zagrożeniem. o Zaproponować Zamawiającemu możliwe reakcje na Zagrożenie wraz z analizą wpływu reakcji na Projekt. Wykonawca zobowiązany jest do realizacji zaleceń Kierownika Projektu w zakresie działań następczych w przypadku zmaterializowania się Zagrożenia, również po stronie Zamawiającego. 5.4 Zarządzanie Zmianą w Projekcie. Wykonawca w ramach Zamówienia, współpracując z Zamawiającym zaproponuje Zamawiającemu do akceptacji propozycję Systemu Zarządzania Zmianą w Projekcie. Zamawiający zastrzega sobie prawo do wprowadzania zmian do Systemu Zarządzania Zmianą w Projekcie. Proponowany przez Wykonawcę System Zarządzania Zmianą musi być zgodny z metodyką PRINCE2 i zawierać między innymi: Strona 19 z 157

20 Rejestr Zagadnień Projektowych, ze zgłoszonymi Zagadnieniami Projektowymi zawierającymi: numer, nazwę, nazwę Zgłaszającego, osobę odpowiedzialną za Zgłoszenie, datę zgłoszenia, ocenę wpływu Zgłoszenia na Projekt, opis działań koniecznych do podjęcia w związku ze zgłoszeniem, priorytet, rodzaj Zagadnienia Projektowego (w tym wniosek o odstępstwo i wniosek o wprowadzenie zmiany, Zagrożenie), Produkt, którego dotyczy Zagadnienie Projektowe, Procedury i zasady wprowadzania zmian wraz z propozycją uprawnień zatwierdzania, odrzucania zmian dla osób wchodzących w skład Struktury organizacyjnej Projektu; Zaproponowany przez Wykonawcę System Zarządzania Zmianą musi spójny i zintegrowany z innymi systemami zarządzania wymienionymi w SIWZ, szczególnie w punkcie 5 Opisu Przedmiotu Zamówienia. Obowiązki Wykonawcy realizowane w ramach Zamówienia związane z zarządzeniem zmianą: niezwłoczne i nie dłuższe niż dwa dni robocze skuteczne poinformowanie Zamawiającego w formie Zagadnienia Projektowego o wszelkich zmianach dotyczących Projektu po stronie Wykonawcy, szczególnie zmian: o wymagań dotyczących Produktów, o otoczenia Projektu (między innymi: uregulowań formalno prawnych realizacji Projektu, zmian osób w strukturze organizacyjnej Projektu) o Wystąpienie Zagrożenia przewidywanego i niemożliwego do uniknięcia, o Innych zmian związanych z realizacją Projektu po stronie Wykonawcy. umieszczenie Zgłoszenia Projektowego w Rejestrze Zagadnień Projektowych, wraz z wypełnieniem wszystkich niezbędnych informacji dla Zgłoszenia; regularne monitorowanie Zmian w Projekcie. Wykonawca musi poinformować osoby zaangażowane w Projekcie po stronie Wykonawcy o sposobie i zasadach Zarządzania Zmianą oraz zobligować je do przestrzegania tych zasad. 5.5 Zarządzanie Konfiguracją Produktów Projektu Ze względu na dużą złożoność Systemu, w szczególności przewidywaną dużą ilość Produktów do dostarczenia Wykonawca w ramach Zamówienia, współpracując z Zamawiającym zaproponuje Zamawiającemu do akceptacji propozycję Systemu Zarządzania Konfiguracją Produktów w Projekcie. System Zarządzania Konfiguracją obejmować będzie zarówno Produkty Specjalistyczne jak i Produkty Zarządcze. System Zarządzania Konfiguracją może być częścią Systemu Zarzadzania Jakością. Zamawiający zastrzega sobie prawo do wprowadzania zmian do Systemu Zarządzania Konfiguracją Produktów w Projekcie. Proponowany przez Wykonawcę System Zarządzania Konfiguracja musi być zgodny z metodyką PRINCE2 i zawierać między innymi: Sposoby i procedury identyfikowania i kodowania Produktów w Projekcie; Strona 20 z 157

21 Sposoby i procedury monitorowania Konfiguracji Produktu; Sposoby, procedury i osoby odpowiedzialne za identyfikowanie, kontrolowanie i zabezpieczenie Produktów. Sposoby zabezpieczenia i odzyskiwania Produktów; Sposoby i procedury zmiany konfiguracji Produktu, Sposoby i procedury udostępniania wersji Produktu, Rejestr Produktów, zawierający między innymi numer Produktu, typ Produktu, nazwę Produktu, osobę odpowiedzialną za dany Produkt, opis Produktu, miejsce przechowywania Produktu, numer wersji Produktu, numer Produktu będący Obiektem Odniesienia, stan Produktu, elementy Systemu Jakości dla Produktu, źródło pochodzenia Produktu, ślad rewizyjny do Zagadnień Projektowych powodujących zmianę Produktu, odwołanie do Dokumentacji Produktu, Rejestr zależności pomiędzy produktami, zawierający między innymi elementy identyfikujące Produkt oraz opis odziaływania Produktów na siebie, Różne stany Produktów w zależności od działań podjętych na Produkcie, Obowiązki Wykonawcy realizowane w ramach Zamówienia związane z Zarządzeniem Konfiguracją Produktu: Zapewnienie osoby realizującej rolę Bibliotekarza Konfiguracji dla Produktów wytwarzanych przez Wykonawcę, Ścisła współpraca Wykonawcy z Zamawiającym w zakresie Zarządzania Konfiguracja Produktów, Opracowanie w uzgodnieniu z Zamawiającym jaki poziom Zarządzania Konfiguracją będzie niezbędny dla poszczególnych Produktów Projektu, Sterowanie konfiguracją Produktów realizowanych przez Zamawiającego, w szczególności ustanawianie obiektów odniesienia dla Produktów, dokonywanie zmian Produktu za formalną zgodą, charakteryzowanie i aktualizowanie na bieżąco wszystkich elementów Rejestru Produktów, Bieżące weryfikowanie stanu konfiguracji Produktów w celu zapewnienia zgodności wersji Produktu z zapisami Rejestru Produktów, Gromadzenie i zabezpieczenie całej dokumentacji dotyczącej Produktów wytworzonych przez Zamawiającego, oraz udostępnianie ich na żądanie Zamawiającego, Prowadzenie rejestru zależności pomiędzy Produktami Prowadzenie kontroli konfiguracji. Zamawiający zakłada, że kontrola konfiguracji Produktów po stronie Zamawiającego powinna się odbyć raz w miesiącu kalendarzowym, wynik kontroli Strona 21 z 157

22 z zaktualizowanym Rejestrem Produktów należy przekazać w ciągu dwóch dni do Zamawiającego. Zakres kontroli konfiguracji należy ustalić z Zamawiającym. Wykonawca musi poinformować osoby zaangażowane w Projekcie po stronie Wykonawcy o sposobie i zasadach Zarządzania Konfiguracją oraz zobligować je do przestrzegania tych zasad. 6 Wymagania dotyczące Systemu Ze względu na specyfikę Zamówienia, obejmującą cały cykl tworzenia oprogramowania w tym Analizę Systemu Projektowanie Systemu i wytworzenie na podstawie tych działań docelowego Systemu, Zamawiający informuję Wykonawcę, że wymagania wobec Systemu wyspecyfikowane w OPZ powstały na podstawie koncepcji projektu Systemu. Koncepcja ta została przedstawiona w OPZ. Zamawiający zastrzega sobie prawo do uszczegółowienia i wprowadzania koniecznych zmian w koncepcji opisanej w OPZ w trakcie prac prowadzonych przez Wykonawcę. Zmiany te zostaną wprowadzone po ich uzgodnieniu przez Strony. Wykonawca przyjmuje do wiadomości ryzyko zaistnienia nowych nie zdefiniowanych w SIWZ funkcjonalności Systemu i zobowiązuje się je wykonać w ramach Zamówienia. Jednocześnie Zamawiający informuje, że dołożył wszelkich starań aby SIWZ, w szczególności OPZ był opracowany w sposób maksymalnie jednoznaczny i wyczerpujący jak to jest tylko możliwe przez Zamawiającego na etapie tworzenia koncepcji Systemu Informatycznego. 6.1 Założenia budowy Systemu System musi być zaprojektowany zgodnie z podejściem TOGAF. W szczególności dotyczy to opracowania architektury danych. System musi posiadać konstrukcję modułową, umożliwiającą niezależne, stopniowe uruchamianie różnych funkcjonalności oraz dołączanie do Systemu kolejnych modułów w przyszłości. System musi umożliwiać łatwe przesyłanie danych pomiędzy elementami Systemu. System musi posiadać mechanizmy kontrolujące i eliminujące za wiedzą i akceptacja Użytkownika redundancję danych w Systemie. System musi uniemożliwiać dostęp do funkcji i zgromadzonych w nim danych z pominięciem jego mechanizmów bezpieczeństwa. System musi spełniać wymogi bezpieczeństwa w zakresie dostępu Użytkowników do zasobów Systemu poprzez zapewnienie bezpiecznego kanału dostępu i zastosowanie mechanizmów identyfikacji i autoryzacji Użytkownika. System musi zapewnić automatyczne wylogowanie się użytkownika po upłynięciu 15 minut bezczynności Użytkownika w systemie. Parametr ten powinien być możliwy do edycji przez uprawnionych Użytkowników. Strona 22 z 157

23 System powinien zapewnić możliwość edycji przez Zamawiającego Kodu Źródłowego Systemu (Kod Źródłowy oraz Zintegrowane środowisko Programistyczne pozwalające na edycję kodu źródłowego dostarczone będą przez Wykonawcę są w cenie Systemu). Modyfikacja Kodu Źródłowego w czasie trwania Gwarancji Jakości będzie możliwa wyłącznie po weryfikacji poprawności Kodu Źródłowego przez Wykonawcę. Weryfikacja Kodu Źródłowego w trakcie trwania Gwarancji Jakości zostanie wykonana w ramach wynagrodzenia za Zamówienie. Wykonawca zobowiązuje się do weryfikacji kodu źródłowego i jego ewentualnej akceptacji lub wskazania błędów w terminie 10 dni roboczych. Zamawiający dopuszcza możliwość wykorzystania w Systemie już istniejących rozwiązań, w tym oprogramowania open source, jednak muszą one zostać w pełni zaimplementowane i zintegrowane z Systemem zgodnie z wymaganiami Zamawiającego. 6.2 Zakres przechowywanych Danych Badawczych W Systemie przechowywane będą Dane Badawcze m.in. z zakresu: biologii i ekologii zbiorowisk leśnych oraz właściwości środowisk i siedlisk leśnych, rozwoju zasobów leśnych oraz kształtowania ich zdolności do pełnienia różnorodnych funkcji, abiotycznych, biotycznych i antropogenicznych czynników wpływających na stan lasu, stabilności i produktywności ekosystemów leśnych, zrównoważonego użytkowania lasu wielofunkcyjnego, rozwoju gospodarki leśnej w skali lokalnej, regionalnej i ogólnokrajowej. Dane Badawcze będą przechowywane: w Centralnym Repozytorium Danych (CRD) w specjalnie utworzonych Wydzielonych Strukturach Danych (WSD). W ramach CRD będą przechowywane dane w czasie całego cyklu życia danych. w Hurtowni Danych cyklicznie zasilanej danymi pochodzącymi z CRD oraz baz zewnętrznych względem Systemu LCI. W ramach Zamówienia Wykonawca opracuje WSD dla baz danych przedstawionych w Tabeli nr 2 oraz stworzy algorytmy migrujące za pomocą których możliwe będzie skopiowanie/przeniesienie tych danych z miejsc ich przechowywania do struktur docelowych, czyli do WSD. Wykonawca opracuje również formularze do wprowadzania oraz raporty do przeglądania tych danych. System powinien umożliwiać tworzenie nowych Wydzielonych Struktur Danych, zasilanie ich danymi za pomocą formularzy oraz udostępnianie danych i edycję raportów przez uprawnionych Użytkowników. Zakres prac zostanie uszczegółowiony przez Wykonawcę podczas etapu 1 Projektu. Zamawiający informuje, że dla danych w formie cyfrowej, na jedną bazę danych wymienioną w tabeli 2 przypada średnio (średnia arytmetyczna): Strona 23 z 157

24 55 tysięcy rekordów; 25 encji/tabel; Wolumen startowy 650 MB; Roczny przyrost rekordów: 2000; Roczny przyrost wolumenu 500 MB; Tabela 2. Lista Baz danych do przeniesienia do Systemu LCI w ramach Zamówienia. Lp. Nazwa bazy danych Forma przechowywania danych Cyfrowa Analogowa 1. Wirtualny zielnik MS Excel Papierowa 2. Fitosocjologia MS Excel Papierowa 3. Siedliska leśne dbf/ acces 4. Meteorologia MS Excel Papierowa 5. Hydrologia lasu MS Excel, dbf 6. Ssaki leśne MS Excel, MS Access Papierowa 7. Wskaźniki różnorodności biologicznej ekosystemów leśnych MS Excel, MS Word 8. Oddziaływanie przemysłu na środowisko leśne MS Excel, MS, Word 9. Hodowla lasu MS Excel, dbase 10. Odnowienie naturalne gatunków MS Excel lasotwórczych 11. Systemy korzeniowe gatunków lasotwórczych MS Excel, MS Word 12. Nasiennictwo leśne MS Excel 13. Genetyka drzew leśnych MS Excel 14. Wyłączone drzewostany MS Excel nasienne 15. Drzewa doborowe MS Excel 16. Plantacja i plantacyjne uprawy MS Excel nasienne Papierowa 17. Drzewostany Zachowawcze MS Excel 18. Grzybowe i choroby infekcyjne MS Excel Papierowa 19. Puszcza Notecka MS Excel 20. Monitoring stosowania środków ochrony roślin w leśnictwie MS Excel Papierowa 21. Owady szkodliwe, występowanie i zwalczanie MS Excel, MS Word Papierowa Strona 24 z 157