Opis Przedmiotu Zamówienia

Transkrypt

1 Załącznik nr 2 do Specyfikacji Istotnych Warunków Zamówienia Opis Przedmiotu Zamówienia na wdrożenie oprogramowania węzłów infrastruktury informacji przestrzennej u Partnerów Projektu Bazy Wiedzy w ramach realizacji projektu pn. Przyspieszenie wzrostu konkurencyjności województwa mazowieckiego przez budowanie społeczeństwa informacyjnego i gospodarki opartej na wiedzy poprzez stworzenie zintegrowanych baz wiedzy o Mazowszu objętego Regionalnym Programem Operacyjnym Województwa Mazowieckiego Wydatek współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego

2 Spis treści 1. Słownik pojęć i skrótów Informacje ogólne Przedmiot zamówienia Wymagania szczegółowe realizacji Przedmiotu zamówienia Opracowanie koncepcji realizacji Przedmiotu zamówienia Opracowanie projektu technicznego wdrożenia Węzłów IIP Testy i analizy Modułu SDI Instalacja i konfiguracja środowiska teleinformatycznego u Partnerów Projektu BW Rozbudowa Węzła regionalnego IIP Instalacja, konfiguracja i uruchomienie Węzłów lokalnych IIP Przeprowadzenie analizy przedwdrożeniowej Pozyskanie licencji Modułu SDI Instalacja i konfiguracja Modułu SDI Utworzenie internetowych portali mapowych Utworzenie wyszukiwarki ofert inwestycyjnych Opracowanie dokumentacji powykonawczej Termin realizacji Przedmiotu zamówienia Zarządzanie realizacją Przedmiotu zamówienia Proces wytwórczy Kontekst prawny Przeniesienie praw autorskich i licencji Asysta techniczna Serwis gwarancyjny i gwarancja Zobowiązania Wykonawcy Zobowiązania Zamawiającego Warunki weryfikacji i odbioru Przedmiotu zamówienia Weryfikacja i odbiór dokumentów Weryfikacja i odbiór oprogramowania Weryfikacja i odbiór instalacji i konfiguracji środowiska teleinformatycznego Weryfikacja i odbiór rozbudowy Węzła regionalnego IIP Weryfikacja i odbiór Węzłów lokalnych IIP Weryfikacja i odbiór wyszukiwarek ofert inwestycyjnych Weryfikacja i odbiór dokumentacji powykonawczej Weryfikacja i odbiór materiałów instruktażowych Weryfikacja i odbiór danych Zamawianie, weryfikacja i odbiór usług Asysty technicznej Weryfikacja i odbiór Zadania Strona 2 z 74

3 14.12 Weryfikacja i odbiór Przedmiotu zamówienia Załączniki Spis tabel Tabela 1. Słownik pojęć i skrótów Tabela 2. Minimalne wymagania techniczne i funkcjonalne dla oprogramowania do zarządzania Tabela 3. Minimalne wymagania techniczne dla macierzy dyskowej Tabela 4. Minimalne wymagania techniczne dla urządzenia wielofunkcyjnego Tabela 5. Terminy realizacji Zadań Tabela 6. Czas realizacji usług Serwisu gwarancyjnego Spis rysunków Rysunek 1. Wzór nagłówka dokumentu Strona 3 z 74

4 1. Słownik pojęć i skrótów 1. Następujące pojęcia i sformułowania pisane w OPZ wielką literą mają znaczenie nadane poniżej: Pojęcie AD Aplikacja GUGiK- EMUiA ARMSA Definicja (ang. Active Directory) Usługa katalogowa (hierarchiczna baza danych) dla systemów Windows, będąca implementacją protokołu LDAP. Aplikacja służąca do prowadzenia ewidencji miejscowości, ulic i adresów. Produkt Projektu TERYT 2 zrealizowanego przez GUGiK. Agencja Rozwoju Mazowsza S.A. Asysta techniczna Wsparcie Zamawiającego przez Wykonawcę świadczone w zakresie określonym w Rozdziale 10. BDOT10k BDOT500 CMS COIE Baza danych obiektów topograficznych, o szczegółowości zapewniającej tworzenie standardowych opracowań kartograficznych w skali 1: :100000, o której mowa w art. 4 ust. 1a pkt 8 ustawy z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (Dz. U r. Nr 193, poz z późn. zm.). Baza danych obiektów topograficznych o szczegółowości zapewniającej tworzenie standardowych opracowań kartograficznych w skali 1:500-1:5000, o której mowa w art. 4 ust. 1b ustawy z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (Dz. U r. Nr 193, poz z późn. zm.). (ang. Content Management System) Aplikacja internetowa pozwalająca na tworzenie, zarządzanie serwisami WWW oraz ich modyfikację w zakresie rozbudowy, redagowania i aktualizacji treści publikowanych na portalu. Centrum Obsługi Inwestora i Eksportera działające w strukturze ARMSA. CSW (ang. Catalogue Service for Web) Usługa wyszukiwania zgodna z art. 9 ust 1 pkt 1 ustawy z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz. U r. Nr 76, poz. 489 z późn. zm.). CSW jest standardem stworzonym przez organizację Open Geospatial Consortium. DGiK Dzień roboczy Departament Geodezji i Kartografii Urzędu Marszałkowskiego Województwa Mazowieckiego w Warszawie. Każdy dzień od poniedziałku do piątku z wyłączeniem sobót i dni ustawowo wolnych od pracy w Rzeczypospolitej Polskiej. Dyrektywa INSPIRE Dyrektywa 2007/2/WE Parlamentu Europejskiego i Rady z dnia 14 marca 2007 r. ustanawiająca infrastrukturę informacji przestrzennej we Wspólnocie Europejskiej. e-learning Technologia elektroniczna wspomagania nauczania z wykorzystaniem sieci komputerowych i Internetu. EGiB Ewidencja gruntów i budynków, o której mowa w art. 4 ust. 1a pkt 2 oraz art. 20 ustawy z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (Dz. U r. Nr 193, poz z późn. zm.). ELS (ang. Early Life Support) Wczesne wsparcie powdrożeniowe etap w cyklu życia usługi występujący na końcu wdrożenia i przed pełnym przyjęciem usługi do eksploatacji. EMUiA Ewidencja miejscowości, ulic i adresów, o której mowa w art. 4 ust. 1a pkt 6 oraz art. 47a ustawy z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (Dz. U r. Nr 193, poz z późn. zm.). Format GML Format GML zgodny ze schematem XSD stanowiącym załącznik do rozporządzenia Ministra Administracji i Cyfryzacji z dnia 12 lutego 2013 r. Strona 4 z 74

5 w sprawie bazy danych geodezyjnej ewidencji sieci uzbrojenia terenu, bazy danych obiektów topograficznych oraz mapy zasadniczej (Dz. U r., poz. 383 z późn. zm.). Geoportal 2 Projekt rozwoju infrastruktury informacji przestrzennej w Polsce w latach , realizowany przez GUGiK w ramach Programu Operacyjnego Innowacyjna Gospodarka. Projekt stanowi kontynuację projektu geoportal.gov.pl. GESUT GIS Mazowsza Godzina robocza Godziny pracy Zamawiającego GUGiK IIP JST Koordynator Zamówienia LDAP Moduł SDI MPZP MSIP OPZ Partner Projektu BW Geodezyjna ewidencja sieci uzbrojenia terenu, o której mowa w art. 4 ust. 1a pkt 3 oraz art. 27 ustawy z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (Dz. U r. Nr 193, poz z późn. zm.). Serwis internetowy ( będący częścią MSIP, a zarazem elementem portalu Wrota Mazowsza ( Jego zadaniem jest zapewnienie powszechnego dostępu do informacji, zgodnie z założeniami społeczeństwa informacyjnego. Okres trwający godzinę zegarową w ramach Godzin pracy Zamawiającego. Od 8.00 do 16.00, od poniedziałku do piątku, z wyłączeniem dni ustawowo wolnych od pracy. Główny Urząd Geodezji i Kartografii. Infrastruktura Informacji Przestrzennej w Polsce zgodna z ustawą z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz. U r. Nr 76, poz. 489 z późn. zm.). Jednostka Samorządu Terytorialnego biorąca udział w realizacji Projektów Kluczowych. Osoba/y wskazana/e przez Partnera Projektu BW do bezpośredniej współpracy z Wykonawcą i Zamawiającym przy realizacji Przedmiotu zamówienia. (ang. Lightweight Directory Access Protocol) Protokół przeznaczony do korzystania z usług katalogowych, bazujący na standardzie X.500. Nazwa usługi katalogowej pozwalającej na wymianę informacji za pośrednictwem TCP/IP. Oprogramowanie służące do tworzenia węzłów infrastruktury informacji przestrzennej, dostarczone w ramach zamówienia na Implementację węzłów Infrastruktury Informacji Przestrzennej w celu zapewnienia dostępu do danych i dokumentów Państwowego Zasobu Geodezyjnego i Kartograficznego oraz wytworzenie dedykowanych narzędzi do obsługi modułów mapowych realizowanego w GUGiK. Dysponentem oprogramowania jest GUGiK. Miejscowy plan zagospodarowania przestrzennego. Mazowiecki System Informacji Przestrzennej. Opis Przedmiotu Zamówienia. JST, która zadeklarowała chęć współpracy z Samorządem Województwa Mazowieckiego, na podstawie umowy o partnerskiej współpracy, przy realizacji zamówienia na wdrożenie oprogramowania węzłów infrastruktury informacji przestrzennej (w ramach Projektu BW). Portal MSIP Przeglądarka danych MSIP, produkt Projektu MSIP-GPW, służący m.in. do prezentacji w Internecie danych przestrzennych MSIP. Jednostką odpowiedzialną za koordynację prac związanych z budową, aktualizacją i udostępnianiem baz danych MSIP jest DGiK. Projekt EA Projekt pn. Rozwój elektronicznej administracji w samorządach województwa mazowieckiego wspomagającej niwelowanie dwudzielności potencjału Strona 5 z 74

6 województwa, wpisany do Indykatywnego Planu Inwestycyjnego jako projekt kluczowy w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego w Priorytecie II. Przyspieszenie e-rozwoju Mazowsza. Projekt BW/ Projekt Bazy Wiedzy Projekt MSIP-GPW Projekt Techniczny Przedmiot zamówienia SCCM SCDPM SCOM SCVMM Serwis gwarancyjny SIWZ SLA Strony SUiKZP Umowa Projekt pn. Przyspieszenie wzrostu konkurencyjności województwa mazowieckiego, przez budowanie społeczeństwa informacyjnego i gospodarki opartej na wiedzy poprzez stworzenie zintegrowanych baz wiedzy o Mazowszu, wpisany do Indykatywnego Planu Inwestycyjnego jako projekt kluczowy w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego w Priorytecie I. Tworzenie warunków dla rozwoju potencjału innowacyjnego i przedsiębiorczości na Mazowszu. Projekt pn. Mazowiecki System Informacji Przestrzennej Gmin i Powiatów współdziałających w ramach województwa, zrealizowany w latach w ramach Zintegrowanego Programu Operacyjnego Rozwoju Regionalnego w Priorytecie I Rozbudowa i modernizacja infrastruktury służącej wzmocnieniu konkurencyjności regionów. Element dokumentacji opisujący sposób wdrożenia i właściwości Węzłów IIP, serwisów mapowych oraz wyszukiwarki ofert inwestycyjnych. Zamówienie publiczne, którego przedmiot w sposób szczegółowy został opisany w niniejszym OPZ. (ang. System Center Configuration Manager) Narzędzie, wchodzące w skład produktów System Center firmy Microsoft, do zarządzania konfiguracją sprzętu i oprogramowania oraz wdrażania poprawek w infrastrukturze technicznej dostarczonej do Partnerów Projektu EA oraz Projektu BW, zbudowane w oparciu o rozwiązanie Microsoft System Center Configuration Manager 2012 R2. (ang. System Center Data Protection Manager) Narzędzie wchodzące w skład produktów System Center firmy Microsoft, zapewniające jednolitą ochronę danych w środowisku Windows, zbudowane w oparciu o rozwiązanie Microsoft System Center Data Protection Manager 2012 u Zamawiającego oraz Microsoft System Center Data Protection Manager 2010 u Partnerów Projektu BW (poziomu powiatowego). (ang. System Center Operations Manager) Narzędzie, wchodzące w skład produktów System Center firmy Microsoft, do scentralizowanego monitorowania oraz zarządzania usługami i aplikacjami w infrastrukturze technicznej dostarczonej do Partnerów Projektu EA oraz Projektu BW zbudowane w oparciu o rozwiązanie Microsoft System Center Operations Manager 2012 R2. (ang. System Center Virtual Machine Manager) Narzędzie, wchodzące w skład produktów System Center firmy Microsoft, do scentralizowanego zarządzania wirtualną infrastrukturą techniczną Zamawiającego i wybranych Partnerów Projektu BW. Świadczenie usług gwarancyjnych w zakresie i na zasadach określonych w Rozdziale 11. Specyfikacja Istotnych Warunków Zamówienia. Poziom świadczenia usług. Zamawiający i Wykonawca. Studium uwarunkowań i kierunków zagospodarowania przestrzennego. Umowa, wraz z załącznikami, zawarta pomiędzy Zamawiającym oraz Wykonawcą na realizację Przedmiotu zamówienia opisanego w niniejszym OPZ. Strona 6 z 74

7 UMWM Węzły IIP Węzeł lokalny IIP Węzeł regionalny IIP WFS WMS Wykonawca Urząd Marszałkowski Województwa Mazowieckiego w Warszawie. Węzły lokalne IIP oraz Węzeł regionalny IIP. Węzeł publikujący usługi danych przestrzennych u Partnera Projektu BW. Węzeł publikujący usługi danych przestrzennych u Zamawiającego zbudowany w ramach Projektu MSIP-GPW. (ang. Web Feature Service) Usługa pobierania danych przestrzennych umożliwiająca pobranie całości lub części zbiorów danych przestrzennych zgodna z art. 9 ust 1 pkt 2 ustawy z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz. U r. Nr 76, poz. 489 z późn. zm.). WFS jest standardem stworzonym przez Open Geospatial Consortium. (ang. Web Map Service) Usługa przeglądania danych przestrzennych zgodna z art. 9 ust 1 pkt 2 ustawy z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz. U r. Nr 76, poz. 489 z późn. zm.). WMS jest standardem stworzonym przez organizację Open Geospatial Consortium. Podmiot, wyłoniony w trybie niniejszego zamówienia publicznego, który zawrze z Zamawiającym Umowę na realizację niniejszego Przedmiotu zamówienia. X.500 Standard Zbiór sieciowych standardów dla usług katalogowych. Zadania Zadania, o których mowa w Rozdziale 3 Przedmiot zamówienia. Zamawiający Tabela 1. Słownik pojęć i skrótów. Województwo Mazowieckie reprezentowane przez Departament Geodezji i Kartografii Urzędu Marszałkowskiego Województwa Mazowieckiego w Warszawie. 2. W OPZ każde odesłanie do: 1) OPZ oznacza odesłanie do OPZ wraz ze wszystkimi załącznikami; 2) załącznika oznacza odesłanie do załącznika OPZ; 3) aktu prawnego oznacza odesłane do tego aktu prawnego z uwzględnieniem wszelkich jego zmian oraz wydanych na jego podstawie aktów wykonawczych. 3. Rozdziały, ustępy, punkty, litery oraz tiret należy interpretować zgodnie z rozporządzeniem Prezesa Rady Ministrów z dnia 20 czerwca 2002 r. w sprawie Zasad techniki prawodawczej (Dz. U r. Nr 100, poz. 908 z późn. zm.). 4. Nagłówki w OPZ zostały zamieszczone jedynie dla większej przejrzystości tekstu i nie mają wpływu na jego wykładnię. 5. Wszystkie Załączniki, wymienione w Rozdziale 15 Załączniki, stanowią integralną części OPZ. 2. Informacje ogólne 1. Projekt pn. Przyspieszenie wzrostu konkurencyjności województwa mazowieckiego, przez budowanie społeczeństwa informacyjnego i gospodarki opartej na wiedzy poprzez stworzenie zintegrowanych baz wiedzy o Mazowszu, zwany dalej Projekt Bazy Wiedzy lub Projekt BW, jest projektem kluczowym wpisanym do Indykatywnego Planu Inwestycyjnego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego w Priorytecie I Tworzenie warunków dla rozwoju potencjału innowacyjnego i przedsiębiorczości na Mazowszu. 2. Na treść założeń i celów Projektu BW miały wpływ doświadczenia Zamawiającego z wcześniej zrealizowanych projektów, a także dokumenty programowe Samorządu Województwa Mazowieckiego, w szczególności Strategia Rozwoju Województwa Mazowieckiego do roku W Strategii Rozwoju Województwa Mazowieckiego, o której mowa w ust. 2, jako cel nadrzędny działalności Samorządu Województwa Mazowieckiego wskazano wzrost konkurencyjności Strona 7 z 74

8 gospodarki i równoważenie rozwoju społeczno-gospodarczego w regionie, zaś jako cele strategiczne: 1) budowę społeczeństwa informacyjnego i poprawę jakości życia mieszkańców województwa; 2) zwiększanie konkurencyjności regionu w układzie międzynarodowym; 3) poprawę spójności społecznej, gospodarczej i przestrzennej regionu w warunkach zrównoważonego rozwoju. 4. Do podstawowych celów Projektu BW należy zaliczyć: 1) utworzenie standardowych i zharmonizowanych baz danych (georeferencyjnych i tematycznych), zawierających informacje o sposobie zagospodarowania i przeznaczeniu terenu Mazowsza, a także jego walorach gospodarczych i przyrodniczych, które to bazy stanowić będą podstawę regionalnej infrastruktury informacji przestrzennej zgodnie z wymogami ustawy z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz. U. Nr 76, poz. 489, z późn. zm.); 2) opracowanie i wdrożenie mechanizmów, opartych na technologii teleinformatycznej, ułatwiających: a) jednostkom samorządu terytorialnego racjonalne zarządzanie przestrzenią geograficzną województwa mazowieckiego, w tym uaktywnienie rezerw terenowych oraz promocję terenów przygotowanych pod działalność gospodarczą, b) przedsiębiorcom - lepsze wykorzystanie wewnętrznego, gospodarczego i przestrzennego potencjału regionu, w tym lokalizację nowych inwestycji, c) wsparcie procesu przekształcenia do standardowej postaci elektronicznej rejestrów publicznych i innych zbiorów danych prowadzonych przez administrację publiczną Mazowsza oraz podniesienia na wyższy poziom aktualności i wiarygodności rejestrów publicznych; 3) aktywizację obywateli oraz przedsiębiorców w procesach inwestycyjnych związanych z obrotem nieruchomościami poprzez dostęp do baz wiedzy o Mazowszu oraz do systemu informatycznego wspomagającego formułowanie i udostępnianie ofert nieruchomości przeznaczonych pod inwestycje. 5. Zgodnie z art. 9 ust. 1 i ust. 2 ww. ustawy, organy administracji zobowiązane są do tworzenia i obsługi, w zakresie swojej właściwości, sieci usług dotyczących zbiorów i usług danych przestrzennych. 6. Do zbiorów, o których mowa w ust. 5, należą między innymi: 1) dane ewidencji gruntów i budynków (EGiB); 2) dane bazy danych obiektów topograficznych o szczegółowości zapewniającej tworzenie standardowych opracowań kartograficznych w skali 1:500-1:5000 (BDOT500); 3) dane bazy danych obiektów topograficznych o szczegółowości zapewniającej tworzenie standardowych opracowań kartograficznych w skali 1: : (BDOT10k); 4) dane geodezyjnej ewidencji uzbrojenia terenu (GESUT); 5) dane ewidencji miejscowości, ulic i adresów (EMUiA); 6) dane szczegółowych osnów geodezyjnych; 7) dane planistyczne; 8) dane środowiskowe; 9) rejestr cen i wartości nieruchomości; i inne. 7. Zgodnie z ww. ustawą organy administracji prowadzące te zbiory zobowiązane są do wprowadzania, w zakresie swojej właściwości, rozwiązań technicznych zapewniających harmonizację tych zbiorów, ich interoperacyjność oraz powszechny dostęp zbiorów i usług danych przestrzennych. 8. Zadania powyższe mogą być realizowane przy wykorzystaniu różnych narzędzi informatycznych. Strona 8 z 74

9 9. Wykonawca na potrzeby realizacji niniejszego Przedmiotu zamówienia wykorzysta: 1) opracowany w ramach Projektu MSIP-GPW serwis GIS Mazowsza; 2) opracowany w ramach projektu Geoportal 2 i udostępniany nieodpłatnie przez GUGiK, Moduł SDI. 10. Serwis GIS Mazowsza, o którym mowa w ust. 9 pkt 1, to zestaw dedykowanego oprogramowania służącego do prezentacji w Internecie danych przestrzennych MSIP. Serwis udostępnia dane i informacje o województwie mazowieckim za pomocą interaktywnej mapy zaprojektowanej i opracowanej w technologii GIS oraz umożliwia wyszukiwanie i przeglądanie metadanych. 11. W skład serwisu GIS Mazowsza, o którym mowa w ust. 9 pkt 1, wchodzą następujące powiązane ze sobą komponenty: 1) Portal MSIP; 2) Eksplorator Katalogu; 3) Komponent Mapowy. 12. Portal MSIP, o którym mowa w ust. 11 pkt 1, jest klasycznym portalem internetowym udostępnionym pod adresem stanowi część informacyjną węzła regionalnego IIP w województwie mazowieckim. Realizuje zadania związane z przeglądaniem artykułów, ich publikacją, grupowaniem, edycją oraz zarządzaniem prawami użytkowników w zakresie dostępu do opcji edycyjnych artykułów. 13. Eksplorator Katalogu, o którym mowa w ust. 11 pkt 2, umożliwia wyszukiwanie i przeglądanie metadanych. 14. Komponent Mapowy, o którym mowa w ust. 11 pkt 3, został zbudowany w dwóch wersjach: 1) podstawowej; 2) rozbudowanej. 15. Wersja podstawowa Komponentu Mapowego, o której mowa w ust. 14 pkt 1: 1) pozwala na wyświetlenie warstw mapowych w formacie PNG (8 i 24 bity), JPG, GIF z wielu serwisów WMS jednocześnie; 2) umożliwia prezentację danych na podstawie tematycznego projektu mapy zawierającego wybrane warstwy mapy (z zachowaniem kolejności ich występowania na mapie) oraz zgodnego z wybranym zakresem przestrzennym; 3) umożliwia nawigowanie po mapie w zakresie operacji m.in.: a) przesuń widok mapy, b) przybliż widok mapy, c) oddal widok mapy. 16. Wersja rozbudowana Komponentu Mapowego, o której mowa w ust. 14 pkt 2, oprócz funkcjonalności wersji podstawowej Komponentu Mapowego: 1) umożliwia wykonywanie analiz przestrzennych, m.in. w zakresie: a) wyszukiwania obiektów, w relacji: - dotyka, - jest w odległości, - zawiera, - jest zawierany, - jest tożsamy, b) wyznaczania strefy buforowej, c) wyznaczania części wspólnej i różnicy. 2) umożliwia wyświetlanie danych pobranych w formacie SVG; 3) umożliwia transformację danych za pomocą dokumentu XSLT; 4) umożliwia przeprowadzanie analiz GIS. 17. Moduł SDI, o którym mowa w ust. 9 pkt 2, to zestaw dedykowanego oprogramowania służącego do tworzenia węzłów infrastruktury informacji przestrzennej z realizacją wszystkich funkcji węzła, Strona 9 z 74

10 tj. gromadzenie danych przestrzennych i metadanych oraz ich publikacja za pośrednictwem usług sieciowych. Moduł SDI może stanowić niezależne rozwiązanie, a także może stanowić część systemu zarządzania danej jednostki. 18. Podstawowym zadaniem Modułu SDI jest przechowywanie, zarządzanie i udostępnianie danych oraz metadanych za pomocą usług danych przestrzennych. Umożliwia on przygotowanie danych do publikacji w sieci Internet, ich udostępnienie na stronach internetowych oraz wymianę danych z innymi węzłami infrastruktury informacji przestrzennej. Podstawowe informacje nt. Moduł SDI, zostały opublikowane na stronie internetowej GUGiK pod adresem gov.pl/. 19. Wymagania funkcjonalne i pozafunkcjonalne Modułu SDI zostały opublikowane na stronie internetowej GUGiK, w postaci dokumentu pn. Wymagania funkcjonalne i pozafunkcjonalne Modułu SDI, pod adresem ew1hz2fuawetznvua2nqb25hbg5llwktcg96ywz1bmtjam9uywxuzs1nb2r1bfness5wzgy =&type= Wytyczne techniczne dla infrastruktury Modułu SDI zostały udostępnione na stronie w zakładce Pliki do pobrania. 21. Dokumentacja techniczna Modułu SDI stanowi Załącznik nr 1 do niniejszego OPZ. 22. Umowa licencyjna oprogramowania standardowego Modułu SDI stanowi Załącznik nr 2 do niniejszego OPZ. 23. W skład Modułu SDI wchodzą następujące komponenty: 1) przestrzenna baza danych; 2) system zarządzania przestrzenną bazą danych; 3) narzędzie do zasilenia bazy danych Modułu SDI; 4) serwer danych przestrzennych; 5) serwer usług katalogowych; 6) narzędzia do zarządzania synchronizacją węzłów lokalnych; 7) portal SDI. 24. Przestrzenna baza danych, o której mowa w ust. 23 pkt 1, umożliwia przechowywanie zbiorów danych przestrzennych, przestrzenne indeksowanie przechowywanych danych (w celu przyspieszenia odpowiedzi na wysłane do niej zapytanie) oraz przechowywanie danych we wskazanym przez użytkownika układzie współrzędnych. Przeznaczeniem komponentu jest przechowywanie danych przestrzennych, które następnie są publikowane przez usługi danych przestrzennych serwera danych przestrzennych, o którym mowa w ust. 23 pkt System zarządzania przestrzenną bazą danych, o którym mowa w ust. 23 pkt 2, umożliwia przeprowadzenie czynności administracyjnych związanych z zarządzaniem przestrzenną bazą danych jak np. zarządzanie użytkownikami bazodanowymi oraz ich prawami, modyfikowanie bazy danych, przeglądanie i modyfikowanie danych. Przeznaczeniem komponentu jest zarządzanie przestrzenną bazą danych, w szczególności: 1) zarządzanie użytkownikami bazodanowymi (tworzenie, usuwanie, modyfikowanie); 2) zarządzanie uprawnieniami użytkowników bazodanowych; 3) tworzenie i usuwanie baz danych; 4) tworzenie nowych, edycja i usuwanie istniejących tabel w bazie danych; 5) przeglądanie i modyfikowanie danych zawartych w tabelach; 6) tworzenie widoków na bazie danych; 7) tworzenie indeksów; 8) tworzenie backupu bazy danych oraz odtwarzanie bazy danych na podstawie backupu. 26. Narzędzie do zasilenia bazy danych Modułu SDI, o którym mowa w ust. 23 pkt 3, umożliwia zasilenie przestrzennej bazy danych (m.in. plikami GML oraz plikami SWDE) w trybie inicjalnym Strona 10 z 74

11 (pierwsze zasilenie bazy danych przez użytkownika) oraz trybie aktualizacyjnym (aktualizacja nowymi danymi). Komponent pozwala na monitorowanie wszelkich czynności związanych z przetwarzaniem danych przestrzennych np. ich wersjonowanie. Przeznaczeniem komponentu jest zasilenie bazy danych przestrzennych w węźle lokalnym z dostępnych dla danego węzła danych przestrzennych. 27. Serwer danych przestrzennych, o którym mowa w ust. 23 pkt 4, umożliwia publikację usług danych przestrzennych z wykorzystaniem: 1) usługi WMS (ang. Web Map Service) dotyczy obrazowej reprezentacji danych geograficznych; 2) usługi WFS (ang. Web Feature Service) dotyczy udostępniania danych w postaci wektorowej pozwalając na pobieranie i wykonywanie operacji na danych; 3) usługi WMTS (ang. Web Map Tile Service) dotyczy obrazowej reprezentacji danych geograficznych, które uprzednio zostały przygotowane do postaci macierzy kafli. 28. Źródłem danych dla serwera danych przestrzennych, o którym mowa w ust. 23 pkt 4, jest przestrzenna baza danych lub inne źródła danych np. baza Oracle, baza PostgreSQL, pliki SHP, pliki GML, pliki GeoTIFF. Przeznaczeniem komponentu jest publikacja danych przestrzennych z bazy publikacyjnej węzła lokalnego za pomocą usług danych przestrzennych. 29. Serwer usług katalogowych, o którym mowa w ust. 23 pkt 5, umożliwia przechowywanie, tworzenie i udostępnianie zasobu metadanych. Funkcjonalność serwera usług katalogowych realizowana jest poprzez usługę zgodną ze specyfikacją CSW (OpenGIS Catalogue Services Specification). Przeznaczeniem komponentu jest udostępnianie metadanych węzła lokalnego za pomocą usług metadanych. 30. Narzędzia do zarządzania synchronizacją węzłów lokalnych, o którym mowa w ust. 23 pkt 6, zapewniają i usprawniają zarządzanie przepływem danych w ramach IIP. Komponent służy do zarządzania synchronizacją danych przestrzennych pomiędzy węzłami. Funkcjonalność komponentu pozwala na: 1) podział węzłów lokalnych na grupy, gdzie do danej grupy węzłów przypisane są określone modele synchronizacji; 2) określenie sposobu synchronizacji: a) zakresu danych do synchronizacji (danych i ich atrybutów), b) kierunku przepływu danych (od węzła/do węzła), c) modelu synchronizacji danych. 31. Portal SDI, o którym mowa w ust. 23 pkt 7, to klient usług danych przestrzennych umożliwiający zarządzanie danymi udostępnianymi poprzez usługi danych przestrzennych. Jest to komponent posiadający intuicyjny interfejs użytkownika, uruchamiany z poziomu przeglądarki internetowej. Przeznaczeniem komponentu jest zarządzanie danymi udostępnianymi w postaci usług danych przestrzennych. 32. Moduł SDI, o którym mowa w ust. 9 pkt 2, wspiera różne modele hostingu w zależności od potrzeb podmiotu. Wyróżnia się następujące możliwe modele hostowania: 1) Model 1 hostowanie wszystkich elementów; 2) Model 2 hostowanie metadanych i serwera usług katalogowych; 3) Model 3 hostowanie danych i serwera danych przestrzennych; 4) Model 4 dostarczenie oprogramowania. 33. Przykładowe scenariusze wykorzystania Modułu SDI zostały udostępnione na stronie internetowej GUGiK, w postaci dokumentu pn. Scenariusze wykorzystania Modułu SDI w ramach IIP, pod adresem 3eWtvcnp5c3RhbmlhTW9kdWx1U0RJX3dfcmFtYWNoX0lJUF8xXzAzLnBkZg==&type= Model 1 hostowania, o którym mowa w ust. 32 pkt 1, obejmuje hostowanie wszystkich elementów Modułu SDI tzn. metadanych, danych jak również usług serwera katalogowego i serwera danych Strona 11 z 74

12 przestrzennych. Po stronie podmiotu znajduje się narzędzie do zasilania bazy danych węzła lokalnego, które zasila przestrzenną bazę danych danymi przestrzennymi tego podmiotu. W modelu tym metadane i dane są przechowywane w wydzielonej przestrzeni bazy danych poszczególnych węzłów w ramach infrastruktury węzła centralnego, natomiast serwer usług katalogowych oraz serwer danych przestrzennych będą zaimplementowane jako maszyny wirtualne uruchamiane w środowisku wirtualizacyjnym (osobno dla każdego węzła). 35. Model 2 hostowania, o którym mowa w ust. 32 pkt 2, obejmuje hostowanie metadanych i serwera usług katalogowych. Po stronie podmiotu znajduje się baza danych przestrzennych, narzędzie do zarządzania przestrzenną bazą danych, serwer danych przestrzennych i narzędzie do zasilania bazy danych węzła lokalnego, które zasila przestrzenną bazę danych danymi przestrzennymi tego podmiotu. W modelu tym metadane są przechowywane w wydzielonej przestrzeni bazy danych poszczególnych węzłów w ramach infrastruktury węzła centralnego, natomiast serwer usług katalogowych jest zaimplementowany jako maszyna wirtualna uruchamiana w środowisku wirtualizacyjnym (osobno dla każdego węzła). 36. Model 3 hostowania, o którym mowa w ust. 32 pkt 3, obejmuje hostowanie danych i serwera danych przestrzennych. Po stronie podmiotu znajduje się baza metadanych, narzędzie do zarządzania metadanymi, serwer usług katalogowych oraz narzędzie do zasilania bazy danych węzła lokalnego, które zasila przestrzenną bazę danych danymi przestrzennymi tego podmiotu. Metadane opisujące zarówno dane i usługi węzła lokalnego udostępnione są z wykorzystaniem centralnego serwera katalogowego. W modelu tym dane przestrzenne są przechowywane w wydzielonej przestrzeni bazy danych poszczególnych węzłów w ramach infrastruktury węzła centralnego, natomiast serwer danych przestrzennych jest zaimplementowany jako maszyna wirtualna uruchamiana w środowisku wirtualizacyjnym (osobno dla każdego węzła). 37. Model 4 hostowania, o którym mowa w ust. 32 pkt 4, obejmuje dostarczenie oprogramowania Modułu SDI do podmiotu posiadającego własną infrastrukturę sprzętową umożliwiającą utworzenie węzła lokalnego. W tym modelu nie występuje klasyczny hosting elementów węzła, następuje jedynie przekazanie oprogramowania (wraz z instrukcjami instalacji i administrowania), które jest wdrożone (w tym również bazy danych dla danych przestrzennych) i hostowane we własnym zakresie przez podmiot. 3. Przedmiot zamówienia 1. Przedmiotem zamówienia są usługi i dostawy, mające na celu wdrożenie, konfigurację i uruchomienie węzłów infrastruktury informacji przestrzennej, internetowych portali mapowych i wyszukiwarki ofert inwestycyjnych u Zamawiającego i wszystkich Partnerów Projektu BW. 2. Przedmiot zamówienia należy zrealizować w następujących zadaniach: 1) Zadanie nr 1 obejmuje opracowanie koncepcji realizacji Przedmiotu zamówienia, realizowane zgodnie z zapisami Rozdziału 4.1 Opracowanie koncepcji realizacji Przedmiotu zamówienia ; 2) Zadanie nr 2 obejmuje opracowanie projektu technicznego wdrożenia Węzłów IIP, realizowane zgodnie z zapisami Rozdziału 4.2 Opracowanie projektu technicznego wdrożenia Węzłów IIP 3) Zadanie nr 3 obejmuje przeprowadzenie testów i analiz Modułu SDI, realizowane zgodnie z zapisami Rozdziału 4.3 Testy i analizy Modułu SDI ; 4) Zadanie nr 4 obejmuje instalację i konfigurację środowiska teleinformatycznego u Partnerów Projektu BW na potrzeby wdrożenia i uruchomienia Węzłów lokalnych IIP, realizowane zgodnie z zapisami Rozdziału 4.4 Instalacja i konfiguracja środowiska teleinformatycznego u Partnerów Projektu BW ; 5) Zadanie nr 5 obejmuje rozbudowę Węzła regionalnego IIP, realizowane zgodnie z zapisami Rozdziału 4.5 Rozbudowa Węzła regionalnego IIP ; Strona 12 z 74

13 6) Zadanie nr 6 obejmuje instalację, konfigurację i uruchomienie Węzłów lokalnych IIP oraz utworzenie internetowych portali mapowych u Partnerów Projektu BW, realizowane zgodnie z zapisami Rozdziału 4.6 Instalacja, konfiguracja i uruchomienie Węzłów lokalnych IIP ; 7) Zadanie nr 7 obejmuje utworzenie, konfigurację i uruchomienie wyszukiwarki ofert inwestycyjnych, realizowane zgodnie z zapisami Rozdziału 4.7 Utworzenie wyszukiwarki ofert inwestycyjnych ; 8) Zadanie nr 8 obejmuje opracowanie dokumentacji powykonawczej, realizowane zgodnie z zapisami Rozdziału 4.8 Opracowanie dokumentacji powykonawczej ; oraz jako usługi Asysty technicznej i usługi Serwisu gwarancyjnego, realizowane zgodnie z wymaganiami określonymi w Rozdziale 10 Asysta techniczna oraz w Rozdziale 11 Serwis gwarancyjny i gwarancja. 3. Przedmiot zamówienia należy zrealizować: 1) z zachowaniem terminów realizacji, określonych w Rozdziale 5 Termin realizacji Przedmiotu zamówienia ; 2) zgodnie z wytycznymi Zamawiającego, określonymi w Rozdziale 6 Zarządzanie realizacją Przedmiotu zamówienia ; 3) z uwzględnieniem wymagań opisanych w Rozdziale 7 Proces wytwórczy ; 4) zgodnie z przepisami prawa polskiego i europejskiego, określonymi w Rozdziale 8 Kontekst prawny ; 5) z zachowaniem praw autorskich i wymagań licencyjnych, określonych w Rozdziale 9 Przeniesienie praw autorskich i licencji ; 6) z uwzględnieniem zobowiązań Wykonawcy, określonych w Rozdziale 12 Zobowiązania Wykonawcy ; 7) z uwzględnieniem zobowiązań Zamawiającego, określonych w Rozdziale 13 Zobowiązania Zamawiającego. 4. Wykaz Partnerów Projektu BW stanowi Załącznik nr 3 do niniejszego OPZ. 5. Produkty wytworzone w ramach realizacji Przedmiotu zamówienia podlegają procedurze odbioru według zasad określonych w Rozdziale 14 Warunki weryfikacji i odbioru Przedmiotu zamówienia. 4. Wymagania szczegółowe realizacji Przedmiotu zamówienia 4.1 Opracowanie koncepcji realizacji Przedmiotu zamówienia 1. Wykonawca, w ramach Zadania nr 1, opracuje i uzgodni z Zamawiającym koncepcję realizacji Przedmiotu zamówienia. 2. W ramach koncepcji realizacji Przedmiotu zamówienia Wykonawca opracuje następujące dokumenty: 1) Plan Realizacji Zamówienia; 2) Rejestr Ryzyk. 3. Dokumenty, o których mowa w ust. 2, będą podlegały akceptacji przez Zamawiającego. 4. Dokument pn. Plan Realizacji Zamówienia, o którym mowa w ust. 2 pkt 1, musi zawierać co najmniej: 1) szczegółowy harmonogram prac, uwzględniający m.in.: a) podział na etapy organizacyjne, b) podział na etapy techniczne, c) terminy realizacji i odbioru poszczególnych Zadań, d) termin rozbudowy Węzła regionalnego IIP u Zamawiającego, e) terminy wdrożenia Węzłów lokalnych IIP u poszczególnych Partnerów Projektu BW, f) ścieżkę krytyczną w postaci wykresu Gantta, Strona 13 z 74

14 g) listę monitorowanych punktów kontrolnych; 2) opis organizacji Przedmiotu zamówienia wraz, jeśli to ma zastosowanie, z podziałem odpowiedzialności pomiędzy poszczególnych członków konsorcjum lub podwykonawców; 3) strukturę organizacyjną zespołów wdrożeniowych Wykonawcy wraz z rolami i ich zakresem odpowiedzialności, jeśli to ma zastosowanie z podziałem odpowiedzialności pomiędzy poszczególnych członków konsorcjum lub podwykonawców; 4) listę produktów Przedmiotu zamówienia, wraz z opisem poszczególnych produktów, zawierającą m.in.: a) numer Zadania, b) nazwę produktu, c) opis, d) zespół realizujący, e) osobę odpowiedzialną, f) odnośnik do Zadania w szczegółowym harmonogramie prac; 5) proponowaną politykę wykonywania backupu danych Węzłów lokalnych IIP; 6) proponowaną politykę wykonywania backup danych wyszukiwarki ofert inwestycyjnych; 7) procedury zarządzania Przedmiotem zamówienia, obejmujące m.in.: a) raportowanie, b) wzory dokumentów wykorzystywanych w trakcie realizacji Przedmiotu zamówienia, w tym m.in.: - raportów, - analiz, - wyników testów, - notatek ze spotkań, - protokołów przekazania do odbioru, - protokołów odbioru, - rejestru uwag, i innych wymaganych na podstawie niniejszego OPZ, c) listę kontaktową z określeniem zakresu odpowiedzialności poszczególnych osób, w podziale na realizowane Zadania; 8) procedurę utrzymania Węzłów lokalnych IIP wraz z internetowymi portalami mapowymi; 9) procedurę utrzymania wyszukiwarki ofert inwestycyjnych; 10) sposób postępowania w sytuacjach awaryjnych i nadzwyczajnych oraz ścieżkę eskalacji problemów lub zagadnień. 5. Dokument pn. Rejestr Ryzyk, o którym mowa w ust. 2 pkt 2, musi zawierać propozycję szablonu dokumentu wraz z: 1) wstępną identyfikacją kluczowych ryzyk; 2) ocenę wpływu ryzyk na realizację Przedmiotu zamówienia; 3) możliwe działania zaradcze. 6. Dokument, o którym mowa w ust. 2 pkt 1, będzie podlegał aktualizacji przez Wykonawcę w trakcie realizacji całego Przedmiotu zamówienia. 7. Dokument, o których mowa w ust. 2 pkt 2, będzie podlegał aktualizacji przez Strony w trakcie realizacji całego Przedmiotu zamówienia. 8. Poprzez aktualizację, o której mowa w ust. 6 i ust. 7, należy rozumieć tworzenie kolejnych nowych wersji dokumentów. 9. Zadanie nr 1 należy zrealizować zgodnie z terminami określonymi w Rozdziale 5 Termin realizacji Przedmiotu zamówienia. Strona 14 z 74

15 10. Weryfikacja i odbiór dokumentów, o których mowa w ust. 2, oraz ich wersji zaktualizowanych, o czym mowa w ust. 6 i ust. 7, będzie przeprowadzona zgodnie z procedurą odbioru opisaną w Rozdziale 14.1 Weryfikacja i odbiór dokumentów. 11. Weryfikacja i odbiór Zadania nr 1 będzie przeprowadzony zgodnie z procedurą odbioru Zadania opisaną w Rozdziale Weryfikacja i odbiór Zadania. 4.2 Opracowanie projektu technicznego wdrożenia Węzłów IIP 1. Wykonawca, w ramach Zadania nr 2, opracuje i uzgodni z Zamawiającym szczegółowy projekt techniczny wdrożenia: 1) Węzłów lokalnych IIP (wraz z internetowymi portalami mapowymi) u Partnerów Projektu BW; 2) wyszukiwarki ofert inwestycyjnych u Zamawiającego; w postaci dokumentu pn. Projekt Techniczny, zawierającego szczegółowy opis rozwiązania oraz szczegółowy opis technologii i procedur wdrożeń u Zamawiającego i każdego Partnera Projektu BW. 2. Dokument, o którym mowa w ust. 1, należy opracować z zachowaniem zgodności z: 1) wymaganiami Zamawiającego przedstawionymi w niniejszym OPZ; 2) wyjaśnieniami Zamawiającego do niniejszego OPZ, które Wykonawca jest zobowiązany zebrać na etapie realizacji niniejszego Zadania; 3) Planem Realizacji Zamówienia opracowanym, przez Wykonawcę, w ramach realizacji Zadania nr Dokument, o którym mowa w ust. 1, z zachowaniem zgodności, o której mowa w ust. 2, będzie podlegał akceptacji przez Zamawiającego i musi zawierać, co najmniej: 1) charakterystykę rozwiązania; 2) projekt architektury logicznej; 3) projekt architektury technicznej; 4) podział logiczny Węzłów lokalnych IIP oraz wyszukiwarki ofert inwestycyjnych na komponenty funkcjonalne; 5) opis proponowanej technologii realizacji; 6) opis sposobu hostowania Modułu SDI; 7) opis procedur instalacyjnych; 8) opis procedur konfiguracyjnych; 9) opis procedur niezbędnych do poprawnej eksploatacji, w tym m.in.: a) tworzenia i odtwarzania kopii zapasowych, b) reagowania na incydenty związane z bezpieczeństwem informacji, c) wykonywania konserwacji i przeglądów oprogramowania, d) przyjmowania i obsługi zgłoszeń, e) instalacji aktualizacji i poprawek; 10) opis procedur utrzymania Węzłów lokalnych IIP oraz wyszukiwarki ofert inwestycyjnych; 11) opis struktur bazodanowych i ich wykorzystania; 12) opis użytkowników, ich ról i uprawnień; 13) opis mechanizmów zapewniających bezpieczeństwo; 14) opis systemu zabezpieczeń, obejmujący co najmniej: a) przypadek utraty danych wynikających z wadliwego działania oprogramowania, b) awarii infrastruktury sprzętowej; 15) plan testów; 16) scenariusze testowe; 17) sposób zgłaszania realizacji zmiany. 4. Dokument, o którym mowa w ust. 1, będzie podlegał aktualizacji przez Wykonawcę w trakcie realizacji całego Przedmiotu zamówienia. Strona 15 z 74

16 5. Poprzez aktualizację, o której mowa w ust. 4, należy rozumieć tworzenie kolejnych nowych wersji dokumentu. 6. Zadanie nr 2 należy zrealizować zgodnie z terminami określonymi w Rozdziale 5 Termin realizacji Przedmiotu zamówienia. 7. Weryfikacja i odbiór Projektu Technicznego będzie przeprowadzony zgodnie z procedurą odbioru dokumentów opisaną w Rozdziale 14.1 Weryfikacja i odbiór dokumentów. 8. Weryfikacja i odbiór Zadania nr 2 będzie przeprowadzony zgodnie z procedurą odbioru Zadania opisaną w Rozdziale Weryfikacja i odbiór Zadania. 4.3 Testy i analizy Modułu SDI 1. Wykonawca, w ramach Zadania nr 3, zobowiązany jest do: 1) opracowania testów Modułu SDI; 2) przeprowadzenia szczegółowych testów Modułu SDI; 3) przeprowadzenia szczegółowej analizy Modułu SDI; 4) opracowania rekomendacji modyfikacji, usprawnień oraz rozwoju Modułu SDI. 2. Wykonawca w ramach opracowania testów Modułu SDI, o którym mowa w ust. 1 pkt 1, przygotuje dokument pn. Plan testów Modułu SDI. 3. Dokument, o którym mowa w ust. 2, należy opracować zgodnie ze standardami w zakresie testowania systemów informatycznych, w zakresie gwarantującym: 1) pokrycie testami funkcjonalnymi wszystkich funkcjonalności Modułu SDI; 2) pokrycie testami funkcjonalnymi wszystkich komponentów wchodzących w skład Modułu SDI; 3) sprawdzenie wydajności Modułu SDI; 4) sprawdzenie bezpieczeństwa Modułu SDI. 4. Dokument pn. Plan testów Modułu SDI, opracowany w zakresie, o którym mowa w ust. 3, musi zawierać: 1) zakres i metodykę testów; 2) informację na temat środowisk testowych; 3) klasyfikację uwag; 4) wykaz testów funkcjonalnych systemu wraz ze scenariuszami testowymi; 5) zakres i sposób przeprowadzenia testów wydajności, bezpieczeństwa i użyteczności; 6) scenariusze testowe, w tym: a) cel danego testu; b) warunki początkowe i końcowe; c) kryteria akceptacji; d) informację o module/modułach lub komponentach do których odnosi się dany scenariusz testowy; e) przebieg testu z opisem poszczególnych kroków. 5. Treść i forma dokumentu pn. Plan testów Modułu SDI, o którym mowa w ust. 2, będzie podlegał akceptacji przez Zamawiającego. 6. Wykonawca na podstawie zaakceptowanego przez Zamawiającego dokumentu, o którym mowa w ust. 5, przeprowadzi szczegółowe testy Modułu SDI, o których mowa w ust. 3 pkt Testy, o których mowa w ust. 6, Wykonawca przeprowadzi na środowisku testowym Wykonawcy o parametrach zbliżonych do infrastruktury informatycznej Partnerów Projektu BW. 8. Wykonawca na podstawie przeprowadzonych testów, o których mowa w ust. 6, przekaże Zamawiającemu raport z przeprowadzonych testów w postaci dokumentu pn. Raport z testów Modułu SDI. 9. Dokument, o którym mowa w ust. 8, musi zawierać co najmniej: Strona 16 z 74

17 1) informacje o zakresie i sposobie przeprowadzonych testów; 2) wyniki testów w odniesieniu do poszczególnych testów i scenariuszy testowych; 3) informacje o środowisku testowym; 4) wykaz uwag zidentyfikowanych w ramach testów. 10. Wykonawca przeprowadzi szczegółową analizę Modułu SDI, o której mowa w ust. 1 pkt 3, co najmniej w zakresie: 1) zgodności z przepisami prawa polskiego i europejskiego wymienionymi w Rozdziale 8 Kontekst prawny wraz z określeniem stopnia spełnienia przez Moduł SDI wymagań poszczególnych przepisów lub grup przepisów, wraz ze szczegółową argumentacją; 2) zgodności Modułu SDI ze standardowymi i predefiniowanymi schematami baz danych określonymi we właściwych przepisach prawa, o których mowa w ust. 1, w zakresie danych BDOT (w tym BDOT 10k), danych EMUiA oraz danych EGiB; 3) dostępności Modułu SDI, co najmniej w części portalowej, dla osób niepełnosprawnych zgodnie z rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U r. poz. 526 z późn. zm.); 4) możliwości publikowania przez Moduł SDI, za pomocą usług sieciowych, danych adresowych EMUiA w schemacie zgodnym z rozporządzeniem Ministra Administracji i Cyfryzacji z dnia 9 stycznia 2012 r. w sprawie ewidencji miejscowości, ulic i adresów (Dz. U r., poz. 125 z późn. zm.); 5) sposobu integracji Modułu SDI z posiadanymi i wykorzystywanymi przez Zamawiającego rozwiązaniami infrastrukturalnymi, wdrożonymi u Zamawiającego i Partnerów Projektu BW w ramach realizacji Projektu EA oraz Projektu BW, w zakresie: a) bezpieczeństwa, b) integracji z usługą katalogową AD, c) autoryzacji użytkowników, d) cyklicznej zmiany haseł, e) integracji z systemem dystrybucji oprogramowania i poprawek (SCCM), f) integracji z systemem zbierania zdarzeń (SCOM), g) integracji z systemami wykonywania backupów danych (SCDPM), h) integracji z systemem bazodanowym, i) szyfrowania transmisji; 6) zapewnienia przez Moduł SDI: a) poufności ochrony przed ujawnieniem danych nieuprawnionemu odbiorcy; b) integralności ochrony przed nieuprawnioną modyfikacją lub zniekształceniem danych; c) rozliczalności określenia i weryfikacji odpowiedzialności za wykorzystanie Modułu SDI; d) autentyczności weryfikacji tożsamości podmiotów i prawdziwości zasobów; e) niezawodności gwarancji oczekiwanego zachowania Modułu SDI i otrzymywanych wyników; 7) sposobu wykonywania przez Moduł SDI analiz przestrzennych i zapytań na danych zdeponowanych w bazie danych Modułu SDI, co najmniej w zakresie: a) możliwości wykonywania analiz w oparciu o filtry przestrzenne (w tym: przecina, zawiera, jest zawierany, jest w odległości, jest tożsamy, część wspólna, różnica oraz bufor), b) publikacji wyników analiz za pomocą usług danych przestrzennych. 11. Wyjaśnienia Zamawiającego związane z posiadanymi i wykorzystywanymi rozwiązaniami infrastrukturalnymi, o których mowa w ust. 10 pkt 5, ze względu na aspekty dotyczące bezpieczeństwa, zostaną przekazane Wykonawcy na spotkaniu roboczym u Zamawiającego po podpisaniu Umowy. Spotkanie odbędzie się na wniosek Wykonawcy, w terminie uzgodnionym z Zamawiającym. Strona 17 z 74

18 12. Wykonawca, na podstawie przeprowadzonej analizy, o której mowa w ust. 10, opracuje dokument pn. Wyniki analizy Modułu SDI. 13. Wykonawca na podstawie przeprowadzonych szczegółowych testów Modułu SDI, o których mowa w ust. 1 pkt 2, na podstawie przeprowadzonej szczegółowej analizy Modułu SDI, o której mowa w ust. 1 pkt 3, opracuje rekomendacje w zakresie modyfikacji, usprawnień oraz rozwoju Modułu SDI, w postaci dokumentu pn. Rekomendacje w zakresie rozwoju Modułu SDI. 14. Dokument, o którym mowa w ust. 13, musi uwzględniać wyniki testów i analiz Modułu SDI, przedstawionych w dokumentach, o których mowa w ust. 8 oraz ust. 11, ze szczególnych naciskiem na spełnienie przez Moduł SDI wymagań określonych w ust Zadanie nr 3 należy zrealizować zgodnie z terminami określonymi w Rozdziale 5 Termin realizacji Przedmiotu zamówienia. 16. Weryfikacja i odbiór dokumentów, o których mowa w ust. 8, ust. 12 oraz ust. 13, będzie przeprowadzony zgodnie z procedurą odbioru opisaną w Rozdziale 14.1 Weryfikacja i odbiór dokumentów. 17. Weryfikacja i odbiór Zadania nr 3 będzie przeprowadzony zgodnie z procedurą odbioru Zadania opisaną w Rozdziale Weryfikacja i odbiór Zadania. 4.4 Instalacja i konfiguracja środowiska teleinformatycznego u Partnerów Projektu BW 1. Wykonawca, w ramach Zadania nr 4, przygotuje, u każdego z Partnerów Projektu BW, środowisko teleinformatyczne pod wdrożenie Modułu SDI, umożliwiające poprawną zgodną z zapisami niniejszego OPZ realizację wszystkich funkcji Węzłów lokalnych IIP. 2. Zamawiający, na potrzeby instalacji Modułu SDI, udostępni Wykonawcy po 2 serwery wirtualne u każdego Partnera Projektu BW. 3. Serwery wirtualne u każdego Partnera Projektu BW (z zastrzeżeniem ust. 4) będą dysponowały łącznie następującymi zasobami (w tych lokalizacjach serwery wirtualne będą zainstalowane na jednym serwerze fizycznym): 1) system operacyjny Microsoft Windows Server 2008 R2 Standard w angielskiej wersji językowej; 2) procesor 6 rdzeni x 2,26 GHz (Xeon); 3) pamięć 32 GB; 4) przestrzeń dyskowa 900 GB. 4. Serwery wirtualne u Partnerów Projektu BW (UM Ciechanów, UM Otwock, UM Pruszków, UM Żyrardów, UM Legionowo) będą dysponowały następującymi zasobami (w tych lokalizacjach serwery wirtualne będą zainstalowane na dwóch serwerach fizycznych): 1) system operacyjny Microsoft Windows Server 2008 R2 Standard w angielskiej wersji językowej; 2) procesor 6 rdzeni x 2,26 GHz (Xeon); 3) pamięć 32 GB; 4) przestrzeń dyskowa 900 GB. 5. Wykonawca, w terminie do 4 tygodni od podpisania Umowy przekaże Zamawiającemu informacje jakie zasoby serwerowe z dostępnej puli zdefiniowanej w ust. 3 należy przydzielić poszczególnym serwerom u Partnerów Projektu BW. 6. Zamawiający po otrzymaniu od Wykonawcy informacji, o której mowa w ust. 5, najpóźniej w ciągu 5 tygodni od powzięcia przedmiotowej informacji skonfiguruje serwery wirtualne Partnerów Projektu BW, o których mowa w ust. 3. Strona 18 z 74

19 7. Zamawiający w wyniku prac, o których mowa w ust. 6, będzie na bieżąco (w partiach po 10 Partnerów Projektu BW) przekazywał Wykonawcy informację o skonfigurowanych serwerach w celu realizacji przez Wykonawcę dalszych prac, o których mowa w ust Zakres prac związanych z przygotowaniem środowiska teleinformatycznego u każdego Partnera Projektu BW, obejmuje: 1) przygotowanie serwerów wirtualnych do instalacji wszystkich wymaganych komponentów niezbędnych do prawidłowego działania Modułu SDI; 2) instalację i konfigurację oprogramowania dodatkowego niezbędnego do prawidłowego działania Modułu SDI, w szczególności: a) Microsoft SQL Server Express, b) Internet Information Services, c) PostgreSQL, d) PostGIS, e) serwer licencji pływających lmtools, f).net Framework 3.5 SP1, g) Windows SDK Software Development Kit; 3) instalację i konfigurację mechanizmów backupu danych. 9. Wykonawca dostarczy i zainstaluje na własny koszt, o ile uzna to za koniecznie, inne oprogramowanie dodatkowe niewymienione w OPZ, niezbędne do wykonania instalacji i konfiguracji, a także poprawnego działania komponentów oprogramowania wchodzącego w skład Modułu SDI. 10. Wykonawca zaproponuje mechanizm backupu danych, o którym mowa w ust. 8 pkt 3, który następnie dostarczy i wdroży w infrastrukturze Partnerów Projektu BW oraz u Zamawiającego na potrzeby wykonywania kopii bezpieczeństwa wyszukiwarki ofert inwestycyjnych, o której mowa w Rozdziale 4.7 Utworzenie wyszukiwarki ofert inwestycyjnych. Zaproponowany mechanizm backupu danych, przed jego wdrożeniem przez Wykonawcę, będzie podlegał akceptacji przez Zamawiającego. 11. Mechanizm backupu danych, o którym mowa w ust. 10, musi uwzględniać możliwość wykonywania następujących typów kopii bezpieczeństwa: 1) backup całej maszyny wirtualnej; 2) backup baz danych i aplikacji wchodzących w skład Modułu SDI lub kluczowych plików konfiguracyjnych; 3) backup bazy danych i aplikacji wchodzących w skład wyszukiwarki ofert inwestycyjnych lub kluczowych plików konfiguracyjnych. 12. Na potrzeby tworzenia kopii zapasowych serwerów wirtualnych, o których mowa w ust. 2, Zamawiający przeznaczy dodatkową przestrzeń dyskową w postaci udostępnionego zasobu sieciowego. 13. Wykonawca jest zobowiązany do przygotowania skryptu wykonującego kopię zapasową bazy danych oraz kluczowych plików na wskazany przez Zamawiającego zasób sieciowy, o którym mowa w ust. 12, u każdego z Partnerów Projektu BW, z zastrzeżeniem ust Wykonawca w celu wykonywania backupu danych u Partnerów Projektu BW (poziomu powiatowego), wykorzysta, będące w posiadaniu Partnerów Projektu BW (poziomu powiatowego), narzędzie SCDPM. 15. Warunkiem wykorzystania przez Wykonawcę narzędzia, o których mowa w ust. 14, będzie opracowanie przez Wykonawcę harmonogramów wykonywania kopii bezpieczeństwa, które nie będą kolidować z dotychczas wykonywanymi kopiami u każdego Partnera Projektu BW (poziomu powiatowego). 16. Wykonawca uzgodni z Zamawiającym: Strona 19 z 74