Nr sprawy: WZ.272.5.7.2014

Przedmiotem zamówienia jest „Opracowanie i wdrożenie Systemu Informacji Przestrzennej Powiatu Wodzisławskiego”, w skrócie SIP (lub Systemu).
Zamówienie jest realizacją zasadniczej części Projektu: „Systemu Informacji Przestrzennej Powiatu Wodzisławskiego narzędzie wspomagania zarządzaniem w administracji publicznej” dofinansowanego z funduszy strukturalnych Regionalnego Programu Operacyjnego Województwa Śląskiego (RPO WSL) w ramach Umowy o Dofinansowanie (UoD) nr UDA-RPSL.02.02.00-00-077/12-00 z dnia 27 sierpnia 2013 roku.
1. Zamówienie odpowiada zakresowi prac określonymi dla kontraktu „Budowa i wdrożenie tematycznych baz danych, dedykowanych aplikacji i portali wraz z zasileniem i konfiguracją systemu SIP oraz przeprowadzeniem szkoleń użytkowników i administratorów. Zakup serwerów z oprzyrządowaniem, sprzętu komputerowego i skanerów oraz oprogramowania podstawowego (operacyjnego, motoru baz danych)”
Zamawiającym, a zarazem beneficjentem Projektu jest Powiat Wodzisławski.
Uwagi redakcyjne dotyczące opisu zamówienia:
1. Opis posiadanej infrastruktury teleinformatycznej Zamawiającego znajduje się w Dodatku nr 1 do niniejszego Opisu Przedmiotu Zamówienia.
2. Wspólne dla opisu poszczególnych części zamówienia pojęcia i definicje zawarto w Dodatku nr 2 do niniejszego Opisu Przedmiotu Zamówienia.
3. Opis założeń Koncepcji SIP stanowiącej wyciąg z autorskiego opracowania zawartego w Studium Wykonalności Projektu zawiera Dodatek nr 3 do niniejszego Opisu Przedmiotu Zamówienia.
4. Opis danych do zasilenia warstw SIP przez załadowanie lub migrację danych, zawiera Dodatek nr 4 do niniejszego Opisu Przedmiotu Zamówienia.
5. Zasady odbioru zawiera Dodatek nr 5 do niniejszego Opisu Przedmiotu Zamówienia.
6. Warunki świadczenia usług serwisowych w ramach udzielonej gwarancji na System zawiera Dodatek nr 6 do niniejszego Opisu Przedmiotu Zamówienia.
  1. Wykonawca może przedstawić – zaproponować równoważne warunki świadczenia usług serwisowych np. inne co do sposobu ich świadczenia oparte o własny system „HelpDesk” zapewniające nie gorsze niż podane w Dodatku nr 6 warunki serwisowe.
Przedmiotem zamówienia jest:
1. Zakup i dostawa sprzętu oraz oprogramowania, co obejmuje zakup, dostawę, instalację i konfigurację sprzętu komputerowego oraz oprogramowania niezbędnego do rozbudowy fizycznej i wirtualnej infrastruktury technicznej Zamawiającego koniecznej do uruchomienia i wdrożenia SIP. Zadanie to zawiera:
  1. dostawę, instalację i konfigurację serwerów sprzętowych wraz z szafą rack i KVM – 4 sztuki
    1. zakres ww. czynności obejmuje również demonataż obecnej szafy rack (2 switche 48 portowe, 4 patchpanele wraz z elementami montażowymi – wieszaki na kable) oraz odtworzenie stanu konfiguracji i połączeń urządzeń sieciowych oraz serwerów;
  2. dostawę, instalację i konfigurację biblioteki taśmowej wraz z osprzętem - 1 sztuka;
  3. dostawę, instalację i konfigurację niezbędnego Oprogramowania Systemowego koniecznego do uruchomienia serwerów oraz biblioteki w środowisku infrastruktury technicznej Zamawiającego,
  4. dostawę, instalację i konfigurację Oprogramowania Bazodanowego, Narzędziowego, Standardowego;
  5. dostawę, instalację i konfigurację trzech (3) zestawów komputerowych oraz 3 skanerów formatu A3;
  6. dostawę, instalację i konfigurację urządzeń sieciowych: firewall sprzętowy oraz przełącznik sieciowy;
  7. dostawę, instalację i konfigurację UPS;
  8. dostawę dokumentacji technicznej producenta przeznaczonej dla danego sprzętu oraz oprogramowania, przy czym dokumentacja techniczna musi być dostarczona w języku polskim lub dostarczona w oryginale wraz z tłumaczeniem na język polski;
  9. wykonanie testów wewnętrznych dostępnych i rekomendowanych przez producenta danego sprzętu i oprogramowania dla podstawowej konfiguracji sprzętu i oprogramowania celem zweryfikowania poprawności technicznej dostarczonego sprzętu i oprogramowania oraz potwierdzenia, iż nie posiada on wad fizycznych;
  10. zapewnienie usług gwarancyjnych oraz opieki serwisowej na okres wskazany w specyfikacji sprzętu komputerowego, liczony od daty odbioru tego sprzętu.
2. Opracowanie Projektu Technicznego SIP, w tym struktury baz danych SIP;
  1. Przeprowadzenie analizy danych wejściowych będących przedmiotem zasilenia - migracji i ładowania danych do bazy danych SIP;
  2. Opracowanie Projektu Technicznego (PT) zawierającego techniczny opis implementacji i Wdrożenia Systemu w Infrastrukturze Technicznej Zamawiającego, włącznie z opracowaniem modelu danych baz danych Systemu oraz reguł zasilenia i migracji;
3. Opracowanie Oprogramowania Aplikacyjnego SIP;
  1. Zaimplementowanie Systemu zgodnie z Projektem Technicznym;
  2. Przeprowadzenie testów wewnętrznych;
4. Przetworzenie i załadowanie danych do bazy SIP;
  1. Przeprowadzenie migracji danych i / lub załadowania do bazy danych Systemu danych z baz źródłowych;
5. Wdrożenie SIP, w tym przeprowadzenie szkoleń;
  1. Przygotowanie do Wdrożenia Systemu;
  2. Przeprowadzenie szkoleń;
  3. Nadzorowanie Wdrożenia Systemu;
  4. Opracowanie i dostarczenie dokumentacji powykonawczej.
Poza realizacją zadań określonych powyżej, Wykonawca jest zobowiązany do wdrożenia działań zmierzających do zarządzania projektem celem zapewnienia eliminacji ryzyka niepowodzenia przedsięwzięcia jakim jest realizacja przedmiotowego zamówienia zapewniając:
1. Zarządzanie projektem w zakresie niezbędnym do prawidłowego i terminowego wykonania zamówienia zgodnie z wymaganiami Zamawiającego, w tym zgodnie z opracowaną przez Wykonawcę Dokumentacją Zarządczą.
2. Uwzględniania w procedurach zarządczych ustalonych zasad odbioru obowiązujących Strony zgodnie z opisem Rozdział 6 Dodatek nr 5: Zasady odbioru.
Poza powyższym Wykonawca jest zobowiązany do:
1. Udzielenia i zapewnienia w cenie Oferty gwarancji oraz opieki autorskiej na System, w tym na dostarczone oprogramowanie (zgodnie z warunkami producenta) na okres <zgodnie z Ofertą Wykonawcy 3 do 5 lat – kryterium > liczony od daty Odbioru Końcowego, gdzie warunki świadczenia usługi gwarancyjnej oraz opieki autorskiej na System określa Dodatek nr 6 do niniejszego Opisu Przedmiotu Zamówienia.
2. Udzielenia i zapewnienia w cenie Oferty gwarancji na dostarczony sprzęt komputerowy na okres 3 lat.
3. Prowadzenia wspólnej z Zamawiającym polityki informacyjnej, której zasady Strony doprecyzują podczas prac Etapu 1.
Zamówienie musi być zrealizowane zgodnie z obowiązującym Harmonogramem Prac odnoszącym się do Harmonogramu Rzeczowo – Finansowego zawartym w Dokumencie Zarządczym w ramach następujących etapów:
1. Etap 1 – Przygotowanie organizacyjne – wdrożenie procedur projektowych,
2. Etap 2 – Opracowanie Projektu Technicznego SIP,
3. Etap 3– Dostawa sprzętu i oprogramowania,
4. Etap 4 – Opracowanie Oprogramowania Aplikacyjnego (użytkowego) SIP,
5. Etap 5 - Wdrożenie Systemu, w tym budowa baz danych i metadanych Systemu,
6. Etap 6 – Przeprowadzenie Odbioru Końcowego.
Termin wykonania zamówienia - nie później niż w ciągu 7 miesięcy od daty zawarcia umowy, przy czym:
1. Etap 1 - nie później niż w ciągu 14 dni kalendarzowych od daty zawarcia umowy;
2. Etap 2 – nie później niż w ciągu 90 dni kalendarzowych od daty zawarcia umowy;
3. Etap 3 – nie później niż w terminie 60 dni kalendarzowych od daty zawarcia umowy;
  1. Etap 5 – zgodnie z harmonogramem prac, przy czym pilotażowe uruchomienie Portal interaktywnego planu powiatu w sieci wewnętrznej intranet w zakresie wyłącznie prezentacji podstawowych funkcji oraz danych georeferencyjnch, bez integracji z system obiegu dokumentów oraz bez wytworzenia poszczególnych warstw tematycznych jak również powiązanych z tym metadanych – musi nastąpić nie później niż na 30 dni kalendarzowych od daty zawarcia umowy. Pilotażowe uruchomienie Portalu interaktywnego planu powiatu Wykonawca musi przeprowadzić na własnym sprzęcie oraz w oparciu o posiadanego przez niego niezbędne licencje oprogramowania lub licencje oprogramowania będące przedmiotem dostawy i wdrożenia w ramach przedmiotowego zamówienia.

1.1Wymagania szczegółowe

1.1.1Etap 1 - Przygotowanie organizacyjne - wdrożenie procedur projektowych

W ramach Etapu 1 Wykonawca jest zobowiązany:
1. opracować Dokumentację Zarządczą zawierającą dokumenty projektowe niezbędne dla prawidłowej i terminowej realizacji zamówienia;
2. wdrożyć procedury określone Dokumentacją Zarządczą, w tym w szczególności procedury komunikacji i raportowania;
Zatwierdzona przez Zamawiającego Dokumentacja Zarządcza stanowi dla Wykonawcy zbiór wymagań uszczegóławiający sposób realizacji zamówienia.

1.1.1.1Zadanie: Opracowanie Dokumentacji Zarządczej

Wymagania Zamawiającego wobec zakresu i treści opracowanej przez Wykonawcę Dokumentacji Zarządczej bazują na metodyce zarządzania projektami PRINCE2.
W ramach zadania Wykonawca jest zobowiązany opracować Dokumentację Zarządczą, na którą składa się co najmniej: Plan Projektu, Plan Produktów oraz Harmonogram Prac.
1. Plan Projektu, zgodnie z definicją, powinien zawierać co najmniej opis organizacji projektu (odnoszący się wyłącznie do zakresu realizowanego zamówienia) uwzględniający uwarunkowania wskazane wzorem umowy jak np. powołanie Zespołu Koordynacyjnego po stronie Zamawiającego, czy też działanie Nadzoru Inwestorskiego oraz opis takich procedur jak:
  1. komunikacji i raportowania, przy czym procedura raportowania powinna uwzględnić wymagany przez Zamawiającego zakres informacji potwierdzony wzorem szablonu raportu Wykonawcy, który będzie miał zastosowanie do raportowania miesięcznego ale może być również używany do raportowania na żądanie;
  2. obsługi zagadnień projektowych;
  3. zarządzania ryzykiem;
  4. przechowywania i aktualizacji kodu źródłowego Systemu w zakresie Oprogramowania Aplikacyjnego.
2. Harmonogram Prac powinien:
  1. zawierać etapy zarządcze enumeratywnie wskazane w niniejszym dokumencie;
  2. zostać opracowany w formie schematu Gantta np. w formacie programu MS Project 2007-2012 lub w innej formie np. tabelarycznej tak, aby zapewnić czytelny podział etapów, na zadania i podzadania;
  3. zawierać podział na etapy, zadania i podzadania uwzględniające istotne zdarzenia projektowe oraz uwarunkowania wykonawcze jak również możliwe do zaplanowania zobowiązania Stron dotyczące np. przeprowadzenia warsztatów wymagań, przygotowania oraz przeprowadzania testów akceptacyjnych i wydajnościowych, przeprowadzenia odbiorów, dostępności danych do migracji, dostępności Infrastruktury Technicznej Zamawiającego, inne;
  4. zostać uzupełniony opisem zadań, podzadań oraz zdarzeń projektowych, które zostały zawarte w Harmonogramie Prac a nie mają swojego odpowiednika co do nazwy oraz opisu wymagań w niniejszym dokumencie;
3. W ramach przeprowadzonych przez Wykonawcę prac związanych z opracowaniem aktualizacji Harmonogramu Prac:
  1. Wykonawca jest zobowiązany uwzględnić następujące zadania, podzadania oraz zaplanowany dla nich niezmienny czas trwania:
    1. Testowanie oprogramowania i aplikacji Systemu – łącznie 10 dni roboczych, poza tym czas na niezbędne korekty opracowano przez Wykonawcę Systemu (Oprogramowania Aplikacyjnego)
  2. Zamawiający nie dopuszcza zmiany czasu trwania (a tym samym terminu wykonania) wykonania etapów, zadań i podzadań, których czas trwania lub kolejność zostały określone w niniejszym dokumencie przez podanie dokładnej daty lub liczby dni kalendarzowych lub roboczych.
4. Plan Produktów obejmuje również elementy planu zapewnienia jakości i zawierać powinien:
  1. podział zamówienia na produkty;
  2. opis każdego zdefiniowanego produktu;
  3. opis kryteriów jakościowych dla każdego produktu lub kategorii produktu;
5. Opcjonalnie Plan Produktów może zawierać również diagram struktury produktów (ang. Product Breakdown Structure PBS) lub opracowany przez Wykonawcę diagram następstwa produktów (ang. Product Flow Diagram);
6. Uzupełnieniem powyższych procedur i zasad zarządzania projektem powinny być pisemne ustalenia stron dotyczące:
  1. prowadzenia wspólnej polityki informacyjnej związanej z udzielaniem stronom trzecim informacji nt. stanu i rezultatów realizowanego zamówienia,
  2. współdziałania Wykonawcy w działaniach związanych z promocją Projektu przez opiniowanie powstających w tym zakresie produktów np. prezentacja multimedialna,
  3. określenia szczegółowych zasad dostępu zdalnego do infrastruktury technicznej Zamawiającego poprzez łącze VPN, w których Wykonawca jest zobowiązany uwzględnić następujące uwarunkowania:
    1. przekazanie wykazu osób mających mieć dostęp: /imię/nazwisko/e-mail/tel/firma – o ile jest to podwykonawca/ ;
    2. wcześniejsze informowanie o zakresie prac w formie np. harmonogramu prac z informacjami kto i co będzie robił;
    3. raportowanie wykonanych prac: kto co robił (cykl np. tygodniowy);
    4. dostęp do zasobów będzie realizowany poprzez VPN poprzez konta imienne aktywowane w oparciu o harmonogram;
    5. w przypadku naruszenia przyjętych zasad dostępu Zamawiający może zablokować wcześniej uruchomiony dostęp.
Poza powyższym, w ramach tego zadania Wykonawca jest zobowiązany przygotować tzw. harmonogram płatności, zawierający określenie wartości należnego wynagrodzenia Wykonawcy, za każdy etap prac podlegający rozliczeniu (zgodnie z warunkami umowy). Dodatkowo Wykonawca jest zobowiązany dokonać podziału i przypisania wartości kategorii wydatków obowiązujących w umowie o dofinansowanie do każdego etapu prac podlegającego rozliczeniu, poprzez właściwe i merytorycznie uzasadnione ich przypisanie do danego etapu prac (Etapy 3, 4, 5) w określonej wartości kwotowej, jaka odpowiada wynagrodzeniu Wykonawcy za czynności objęte przedmiotową kategorię wydatków.
1. Tak określony podział kategorii wydatków poprawny wartościowo, zgodny z Ofertą Wykonawcy, zaakceptowany przez Zamawiającego jest obowiązujący dla Wykonawcy na etapie przygotowania każdej faktury VAT odpowiednio w układzie wartościowym i procentowym, zgodnie z zasadami rozliczenia prac Wykonawcy określonymi we wzorze Umowy.
2. Obowiązującą na dzień realizacji przedmiotowych prac listę kategorii wydatków Zamawiający przekaże Wykonawcy w ciągu 5 dni roboczych od daty podpisania umowy z Wykonawcą. Lista kategorii wydatków przypisana poprzez właściwość przedmiotową prac do przedmiotowego zamówienia, ustalona pierwotnie w umowie o dofinasowanie obejmuje następujące kategorie wydatków:
  1. Kategoria 2. Budowa baz danych do zasilenia systemu
    1. 2.2 Informatyzacja i dostosowanie innych rejestrów i ewidencji oraz zbiorów danych
    2. 2.3 Budowa bazy metadanych
  2. Kategoria 3. Budowa oprogramowania użytkowego wraz z wdrożeniem i konfiguracją systemu
    1. 3.1 Budowa dedykowanych aplikacji
    2. 3.2 Budowa portali
    3. 3.3 Wdrożenie i konfiguracja systemu
  3. Kategoria 4. Dostawa sprzętu i oprogramowania podstawowego
    1. 4.1 Dostawa serwerów z oprzyrządowaniem, zestawów komputerowych oraz skanerów
    2. 4.2 Dostawa oprogramowania podstawowego serwerów
  4. Kategoria 5. Szkolenia

1.1.1.2Zadanie: Wdrożenie procedur określonych przez Dokumentację Zarządczą

W ramach zadania Wykonawca jest zobowiązany wdrożyć procedury określone przez opracowaną przez niego Dokumentację Zarządczą.
1. Potwierdzeniem wdrożenia procedur określonych przez Dokumentację Zarządczą jest przedłożenie Zamawiającemu w terminie 3 dni od daty odbioru Dokumentacji Zarządczej pierwszego raportu zgodnie ze uzgodnionym szablonem raportu.

1.1.2Etap 2 – Opracowanie Projektu Technicznego SIP

W ramach Etapu 2 Wykonawca jest zobowiązany do wykonania zadania związanego z opracowaniem Projektu Technicznego SIP.

1.1.2.1Zadanie: Opracowanie Projektu Technicznego SIP

Celem potwierdzenia potrzeb informacyjnych użytkowników Systemu – doprecyzowujących wymagania SIWZ, w tym zakresu informacyjnego baz danych Systemu Wykonawca jest zobowiązany do przeprowadzenia szczegółowej analizy danych wejściowych, których format, liczność oraz złożoność określa Dodatek nr 4 do niniejszego opisu przedmiotu zamówienia.
1. Wszystkie dane wskazane w opisie zbiorów danych, o którym mowa powyżej powinny zostać uwzględnione jako dane wejściowe do Systemu;
Wnioski z analizy muszą mieć postać pisemną i powinny być przedstawione podczas warsztatów wymagań jako materiał wejściowy do dyskusji. Wnioski z analizy stanowią również zbiór założeń do opisu reguł migracji podczas opracowania Projektu Technicznego.
W ramach prac projektowych Wykonawca jest zobowiązany do opracowania Projektu Technicznego (PT) Systemu, który powinien zawierać:
1. Rekomendacje oraz opis procedur dotyczących: tworzenia kopii bezpieczeństwa baz danych Systemu, zasad przechowywania i odtwarzania danych oraz kopii plików binarnych obrazów serwerów Systemu, w tym zalecenia dotyczące obsługi danych wrażliwych;
2. Opis reguł zasilania - migracji danych wejściowych (źródłowych) służących zasileniu baz danych Systemu;
3. Model danych w schemacie aplikacyjnym UML udokumentowany zgodnie ze specyfikacją techniczną ISO/TS 19103 opracowany przy użyciu pakietu CASE zapewniającego modelowanie danych w języku UML;
  1. Zamawiający dopuszcza możliwość zastosowania innej równoważnej formy opisu struktury bazy danych.
  2. Do opisu modelu danych (struktury bazy danych) Wykonawca jest zobowiązany dołączyć opis tzw. przepływów danych niezbędny do zdefiniowania procesu przetwarzania danych osobowych celem spełnienia wymagań obowiązującej w tym zakresie polityki bezpieczeństwa informacji.
  3. W przypadku zastosowania, zgodnie z koncepcją SIP w implementacji systemu SIP dwóch baz danych, Wykonawca jest zobowiązany dostarczyć model danych (opis struktury bazy danych) dla każdej z tych baz danych tj. dla tzw. bazy wewnętrznej produkcyjnej oraz bazy zewnętrznej (służącej publikacji danych).
4. Opis funkcji Systemu udokumentowany w formie opisu przypadków użycia z wykorzystaniem języka UML lub opcjonalnie za zgodą Zamawiającego w formie opisu tzw. Tabeli Wymagań, gdzie każde wymaganie opisane poprzez numer oraz jego treść zgodnie z opisem przedmiotowego OPZ SIWZ musi posiadać przypisanie do spełniającego to wymaganie zestawu funkcji lub określonej funkcji modułu – aplikacji Systemu;
5. Plan Testów (testów akceptacyjnych) z wydzieleniem w nich testów wydajnościowych, gdzie poza określeniem niezbędnych zasobów i technik wymagane jest podanie przez Wykonawcę wartości progowych dla:
  1. parametrów wydajnościowych, które stanowić będą podstawę weryfikacji spełnienia kryteriów jakościowych w tym zakresie w okresie prowadzenia nadzorowanej eksploatacji Systemu
6. Projekt Testów wraz z scenariuszami testowymi dla każdego wymagania funkcjonalnego i niefunkcjonalnego.
7. Zdefiniowanie zestawu metadanych (profilu lub minimalnego zestawu metadanych) oraz bazy metadanych:
8. Opis konfiguracji i optymalizacji parametrów Systemu w infrastrukturze technicznej Zamawiającego, zawierający określenie parametrów technicznych dostarczonego sprzętu komputerowego i oprogramowania jak również, jeżeli jest to niezbędne, istniejącej infrastruktury technicznej Zamawiającego;
9. Zdefiniowanie parametrów i cech wydajnościowych Systemu odnoszących się do cech środowiska systemowo - technologicznego, które mają wpływ na wydajność Systemu np. przez tendencje do wysycenia zasobów;
10. Projekt graficzny interfejsu Portalu mapowego oraz CMS;
11. Plan szkoleń dla 100 użytkowników, w tym 3 administratorów.
12. Opis sposobu spełnienia wskaźników produktów i rezultatu dla Projektu.
13. Inne uwarunkowania realizacyjne wymagające ustaleń stron, które z punktu widzenia celu jak i zakresu oraz przedmiotu realizowanego zamówienia są niezbędne dla prawidłowej jego realizacji.
Opracowane w ramach Projektu Technicznego (PT) reguły zasilania i migracji danych muszą uwzględnić następujące wymagania:
1. Celem migracji jest bezstratne zasilenie Systemu i przejęcie danych z zewnętrznych źródeł danych do baz danych Systemu.
2. Proces migracji powinien zapewnić zasilenie baz Systemu dla maksymalnej liczby rekordów źródłowych bazy danych, które z punktu widzenia ustalonych reguł migracji są poprawne i powinny zasilić tę bazę.
3. Podstawą do opracowania reguł migracji dla Wykonawcy powinny być:
  1. docelowy model danych bazy danych Systemu;
  2. wyniki prac projektowo – wdrożeniowych Wykonawcy w zakresie oceny ilościowej, jakościowej poszczególnych zbiorów danych, które wskazano do zasilania Systemu;
4. Reguły migracji muszą być określone dla każdej źródłowej bazy danych (pliku danych), w tym zestawu danych – o ile podlega on procesowi zasilenia automatycznego.
5. Reguły migracji powinny obejmować co najmniej opis reguł:
  1. kontroli składniowych (zdefiniowanie dopuszczalnych zakresów wartości atrybutów dla poszczególnych cech obiektów);
  2. kontroli semantycznych dla danych opisowych - powiązanie logiczne cech oraz danych geometrycznych (jeżeli występują);
  3. kontroli semantycznych dla danych geometrycznych - kontrola topologii obiektów geometrycznych;
  4. przeprowadzenia migracji poprzez określenie kolejności poszczególnych procedur oraz oczekiwanych wyników;
  5. zachowania procedur migracji danych w stosunku do zawartości bazy danych, w przypadku występowania nieprawidłowości w danych lub w działaniu procedury: sygnalizowanie błędu, korekta / uzupełnienie danych, błąd krytyczny - wycofanie procesu migracji do ostatniego punktu kontrolnego, wycofanie całości procesu migracji, inne;
  6. tworzenia, tłumaczenia, aktualizacji słowników dla określonych klas obiektów: słowników otwartych lub zamkniętych;
6. Jakiekolwiek odstępstwo od zasady bezstratnego przeprowadzenia migracji danych musi:
  1. zostać uzgodnione z Zamawiającym;
  2. mieć postać pisemną;
  3. zostać zawarte w dokumentacji technicznej;
  4. uzyskać pisemną akceptację Zamawiającego;
7. Proces ładowania danych źródłowych powinien przebiegać dwufazowo – najpierw Wykonawca powinien przeprowadzić ładowanie próbne umożliwiające Zamawiającemu wykonanie ewentualnej „ręcznej” korekty danych źródłowych, a następnie ładowanie docelowe dla wszystkich poprawnych zestawów danych zgodnie z ustalonymi regułami migracji.
8. Zatwierdzone pisemnie przez Zamawiającego reguły migracji stanowią dla Wykonawcy podstawę do opracowania procedur automatycznej lub półautomatycznej migracji danych służącej zasilania danymi bazy danych Systemu.
  1. Zasilenie bazy danych Systemu jest zadaniem Wykonawcy.
  2. Zakres współdziałania Zamawiającego w tym zadaniu ogranicza się wyłącznie do:
    1. Udostępnienia Wykonawcy danych do migracji,
    2. Weryfikacji wyników migracji danych,
    3. Opcjonalnej korekty lub uzupełnienia danych w zakresie niezbędnym do ich prawidłowego pozyskania na potrzeby migracji danych w zakresie określonym przez reguły migracji podane w PT.

1.1.3Etap 3 – Dostawa sprzętu i oprogramowania

W ramach Etapu 3 Wykonawca jest zobowiązany do dostawy, instalacji i konfiguracji sprzętu komputerowego oraz oprogramowania na potrzeby wdrożenia Systemu:
1. Ostateczne wskazanie miejsca instalacji zostanie podane przez Zamawiającego po zawarciu umowy na etapie opracowania przez Wykonawcę Specyfikacji Prac Instalacyjno – Montażowych (SPIM);
Etap 3 dzieli się na dwa zadania:
1. Dostawę i konfigurację infrastruktury systemowej na potrzeby budowy SIP;
2. Dostawę i konfigurację zestawów komputerowych oraz skanerów;

1.1.3.1Zadanie: Dostawa i konfigurację infrastruktury systemowej na potrzeby budowy SIP

W ramach zadania Wykonawca jest zobowiązany dostarczyć sprzęt komputerowy wraz z niezbędnym osprzętem tj.: 4 serwery, bibliotekę taśmową, UPS oraz firewall sprzętowy i przełącznik sieciowy w zakresie przedmiotowym oraz zgodnie z wymaganiami szczegółowymi określonymi w niniejszym dokumencie:
1. Wszystkie prace montażowe oraz instalacyjne jak również prace w zakresie konfiguracji dostarczonych urządzeń i oprogramowania muszą być przeprowadzone zgodnie z opracowaną przez Wykonawcę Specyfikacją Prac Instalacyjno – Montażowych (SPIM), która powinna zawierać:
  1. opis konfiguracji dostarczanych w ramach zamówienia urządzeń oraz opis rekonfiguracji sieci i systemów teleinformatycznych Zamawiającego wymaganych w niezbędnym zakresie dotyczącym
  2. plan adresacji IP;
  3. opis podstawowej konfiguracji macierzy dyskowej z rekomendowanym podziałem na zasoby tematyczne;
  4. plan instalacji i uruchomienia poszczególnych dostarczonych urządzeń z uwzględnieniem braku możliwości wyłączania aktualnie zainstalowanych urządzeń produkcyjnych Zamawiającego: serwerów, macierzy oraz sieci komputerowej i energetycznej w godzinach pracy Zamawiającego;
  5. opis rozmieszczenia urządzeń w szafach teleinformatycznych wraz z ich oznakowaniem;
  6. opis zaimplementowanych mechanizmów podnoszących niezawodność rozwiązania;
  7. plan demontażu oraz montażu urządzeń sieciowych oraz serwerów z aktualnej Infrastruktury Technicznej Zamawiającego (jedna szafa montażowa typu rack) do docelowej z zastosowaniem dostarczonej przez Wykonawcę szafy montażowej typu rack;
2. Wykonawca jest zobowiązany prowadzić prace instalacyjno – montażowe w sieci LAN, w tym połączeń do istniejących urządzeń zabezpieczających i serwerów zgodnie z opracowaną przez Wykonawcę z zatwierdzoną przez Zamawiającego Specyfikacją Prac Instalacyjno – Montażowych, przy czym:
  1. W związku z tym, iż czynności montażu, instalacji i konfiguracji urządzeń oraz oprogramowania mogą spowodować czasową niedostępność systemów informatycznych Zamawiającego i / lub sieci LAN, co zwłaszcza dotyczy prac w zakresie odtworzenia konfiguracji sieciowej połączeń obecnej Infrastruktury Technicznej Zamawiającego, prace te należy wykonywać poza godzinami pracy Zamawiającego według uzgodnionego harmonogramu prac będącego częścią powyższej specyfikacji prac lub za pisemną zgodą Zamawiającego w godzinach pracy zgodnie z ustaleniami stron dotyczącymi czasu i sposobu prowadzenia prac.
3. Oprogramowanie będące przedmiotem dostawy, instalacji i konfiguracji (Oprogramowanie Systemowe, Bazodanowe, Narzędziowe oraz Standardowe) Wykonawca jest zobowiązany instalować zgodnie z zaleceniami producenta z uwzględnieniem tzw. modyfikacji („łatek”) na podstawie publikowanej przez danego producenta listy aktualizacji lub listy aktualizacji wskazanej przez CERT xxx.xxxx.xx (co w szczególności dotyczy "łatek" obejmujących aktualizacje mechanizmów zabezpieczeń dla danego Oprogramowania - ang. security patch).
  1. Każde odstępstwo od ww. reguły będące wynikiem praktycznych doświadczeń Wykonawcy, wiążące się z zapewnieniem według Wykonawcy większej stabilności pracy danego urządzenia powinno być uzasadnione i uzgodnione z Zamawiającym oraz powinno zostać zawarte w ramach podpisanego protokołu z instalacji lub protokołu odbioru.
4. Z uwagi na fakt, iż docelowo Specyfikacja Prac Instalacyjno – Montażowych docelowo powinna stanowić element Projektu Technicznego Systemu lub jego dedykowany suplement, Wykonawca jest zobowiązany SPIM dodatkowo uzupełnić o:
  1. opis konfiguracji oraz opis procedur oprogramowania przeznaczonego do wykonywania automatycznych backup’ów obrazu serwerów i bazy danych, opartych o dostarczone przez Wykonawcę licencje oprogramowanie, w tym w szczególności narzędzia do tworzenia kopii bazy danych - opcjonalnie za zgodą Zamawiającego w oparciu o opracowane przez Wykonawcę skrypty systemowe.
  2. szczegółowy opis procedury odtwarzania systemu po awarii, ze wskazaniem scenariuszy działań dla różnych zdarzeń, rodzajów awarii oraz urządzeń;
5. Prace w zakresie konfiguracji, parametryzacji Systemu powinny być ukierunkowane na uzyskanie maksymalnego poziomu wydajności określonego przez wymagania niefunkcjonalne, w ramach których dla wybranych cech Systemu określono wymierne progowe parametry wydajnościowe, jakie powinien osiągnąć System, wskazane na etapie opracowania Projektu Technicznego Systemu.
  1. Jeżeli przedmiotowe prace instalacyjne będą prowadzone jeszcze przed opracowaniem i odebraniem Projektu Technicznego, wówczas konfigurację, parametryzację Systemu ukierunkowaną na zapewnienie określonego poziomu wydajności Wykonawca jest zobowiązany przeprowadzić w okresie 10 dni roboczych od daty odbioru Projektu Technicznego.
6. Dla każdego Oprogramowania Systemowego, Bazodanowego, Narzędziowego oraz Standardowego będącego przedmiotem dostawy Wykonawca jest zobowiązany udzielić lub przekazać stosowne licencje uprawniające Zamawiającego do korzystania z dostarczonego przez Wykonawcę Oprogramowania.
7. Do instalacji i konfiguracji środowiska systemowego SIP Wykonawca może wykorzystać wyłącznie 2 serwery sprzętowe klasy A oraz serwer klasy B. Czwarty serwer klas A jest przeznaczony na potrzeby realizacji rozbudowy oprogramowania GEO-INFO 6 x.Xxx / i.Kerg poza przedmiotem niniejszego zamówienia.
  1. Serwer klasy B może zostać skonfigurowany poza środowiskiem systemu do wirtualizacji. Serwer ten musi w takim przypadku zapewnić poprawną pracę Systemu w konfiguracji do obsługi wewnętrznej i zewnętrznej bazy danych.

1.1.3.2Zadanie: Dostawa i konfigurację zestawów komputerowych oraz skanerów

W ramach zadania Wykonawca jest zobowiązany dostarczyć wymagane 3 zestawy komputerowe tj. stacje robocze z wyposażeniem, monitory oraz skanery A3 na wyposażenie stanowisk pracy w Ośrodku Dokumentacji Geodezyjnej i Kartograficznej (ODGiK) Zamawiającego.
Sprzęt musi być dostarczony i zainstalowany przez Wykonawcę we wskazanej przez Zamawiającego lokalizacji.

1.1.4Etap 4 – Opracowanie Oprogramowania Aplikacyjnego (użytkowego) Systemu

W ramach Etapu 4 Wykonawca jest zobowiązany do wykonania następujących zadań:
1. Zaimplementowanie Systemu zgodnie z Projektem Technicznym (PT);
2. Przeprowadzenie testów wewnętrznych;
3. Przeprowadzenie migracji danych i załadowanie do bazy danych Systemu danych z baz źródłowych;

1.1.4.1Zadanie: Zaimplementowanie Systemu zgodnie z Projektem Technicznym

W ramach podzadania Wykonawca jest zobowiązany do:
1. Zaimplementowania Systemu zgodnie z przyjętymi założeniami oraz zatwierdzonym przez Zamawiającego Projektem Technicznym;
2. Zaimplementowania procedur do automatycznej / półautomatycznej migracji danych i załadowania danych do bazy danych Systemu zgodnie z przyjętymi założeniami oraz zatwierdzonym przez Zamawiającego Projektem Technicznym;
3. Przygotowania i uruchomienia „środowiska testowego” w Infrastrukturze Technicznej Zamawiającego, które umożliwi prowadzenie testów nowych wersji Systemu niezależnie od funkcjonującej tzw. „wersji produkcyjnej” Systemu przeznaczonej do nadzorowanej a później normalnej eksploatacji Systemu:
  1. O ile warunki licencyjne dostarczonego przez Wykonawcę Oprogramowania pozwolą na takie działania, Wykonawca jest zobowiązany wydzielić „środowisko testowe” w Infrastrukturze Technicznej Zamawiającego zawierające „kopię” instalacji środowiska aplikacyjnego Systemu przeznaczonego do docelowej normalnej eksploatacji;
  2. Jeżeli warunki licencyjne i techniczne konfiguracji Systemu uniemożliwią utworzenie „kopii” Systemu (i bazy danych), wówczas Wykonawca jest zobowiązany do wydzielenia jako „środowiska testowego” minimum odrębnej instancji bazy danych dla serwera bazodanowego;
  3. Działania Wykonawcy w powyższym zakresie muszą być ukierunkowane na maksymalne rozdzielenie „środowiska testowego” oraz „środowiska produkcyjnego”, poczynając od instalacji serwerów bazodanowych, aplikacyjnych i odpowiadającemu im środowiska serwerów wirtualnych (hostów).
  4. Wydzielenie „środowiska testowego” musi być udokumentowane w Planie Testów, gdzie zostanie opisana konfiguracja „środowiska testowego” w Infrastrukturze Technicznej Zamawiającego.

1.1.4.2Zadanie: Przeprowadzenie migracji danych i załadowanie do bazy danych Systemu danych z baz źródłowych

W ramach zadania Wykonawca jest zobowiązany do:
1. Założenia katalogu metadanych zgodnie z opisem Projektu Technicznego zawierającym opis minimalnego zestawu metadanych dla danych przestrzennych baz danych SIP
2. Wprowadzenia określonych metadanych zidentyfikowanych i zawartych w danych źródłowych wskazanych do procesu migracji;
3. Utworzenia modelu danych docelowej bazy danych SIP zgodnie z opisem zawartym w Projekcie Technicznym;
4. Przeprowadzenia migracji danych celem bezstratnego zasilenia Systemu i przejęcia danych z zewnętrznych źródeł danych do bazy danych SIP:
  1. Proces ten powinien zapewnić zasilenie bazy danych Systemu dla maksymalnej liczby rekordów źródłowych baz danych, które z punktu widzenia ustalonych reguł migracji są poprawne i powinny zasilić bazę;
  2. Źródłem danych będą dane wskazane w Dodatku nr 3 do niniejszego Opisu Przedmiotu Zamówienia
  3. Wynikiem migracji powinna być:
    1. założona i wypełniona danymi baza danych z dostępnymi warstwami tematycznymi Systemu;
    2. raport z migracji zapewniający możliwość weryfikacji poprawności wykonania procesu migracji danych, odnoszący się do ustalonych w Projekcie Technicznym reguł migracji, w tym w szczególności kryteriów zgodności ilościowej i jakościowej np. wybranych cech i ich wartości lub wartości łącznych wielu cech;
  4. Zamawiający dopuszcza, aby dla danych wskazanych do migracji i zasilenia baz danych Systemu – Wykonawca zastosował inne techniki ładowania danych np. poprzez ręcznie ich wprowadzenie lub skopiowanie, wykorzystujące do tego celu funkcje dostarczonych narzędzi lub opracowane procedury systemowe.

1.1.5Etap 5 – Wdrożenie Systemu

W ramach Etapu 5 Wykonawca jest zobowiązany do wykonania następujących podzadań:
1. Przygotowanie do Wdrożenia Systemu;
2. Przeprowadzenie szkoleń dla użytkowników i administratorów;
3. Nadzorowane Wdrożenie Systemu;
4. Opracowanie i dostarczenie dokumentacji powykonawczej.

1.1.5.1Zadanie: Przygotowanie do Wdrożenia Systemu

Celem zadania jest zweryfikowanie poprawności implementacji Systemu przez przeprowadzenie zgodnie z Harmonogramem Prac oraz przyjętą przez Zamawiającego metodyką realizacji tej części zamówienia cykli testowania Systemu oraz wprowadzania korekt do implementacji Systemu na podstawie otrzymanych wyników z testów.
1. Podzadanie inicjuje zgłoszenie przez Wykonawcę gotowości do przeprowadzenia testów Systemu.
2. Testy będą prowadzone przez Xxxxxxxxxxxxx na podstawie opracowanego przez Wykonawcę Planu Testów zawartego w Projekcie Technicznym;
Wyniki z przeprowadzonych testów zobowiązują Wykonawcę do wprowadzenia niezbędnych korekt do oprogramowania Systemu, w tym jego konfiguracji.
Przed przeprowadzeniem testów akceptacyjnych oraz w ich trakcie Wykonawca jest zobowiązany do:
Pozytywne zakończenie drugiego cyklu testowania z wartością wskaźnika liczby błędów Systemu mieszczącą się dla określonych kategorii błędów w dopuszczalnym przedziale progowym, określonym w Projekcie Technicznym (w Planie Testów) daje tytuł do przeprowadzenia szkoleń oraz rozpoczęcia procesu nadzorowanego Wdrożenia oraz eksploatacji Systemu.

1.1.5.2Zadanie Przeprowadzenie szkoleń dla użytkowników oraz administratorów

Wykonawca jest zobowiązany do przeprowadzenia szkoleń z zakresu dostarczonego rozwiązania dla użytkowników oraz administratorów Systemu tak, aby zapewnić poprawne Wdrożenie Systemu, uwzględniając przy tym obowiązujący Harmonogram Prac oraz Plan Szkoleń.
Na potrzeby szkolenia Zamawiający udostępni salę konferencją lub inne pomieszczenie, włącznie z dostępem do Infrastruktury Technicznej Zamawiającego.
W przypadku występowania trudności w dostępie do Infrastruktury Technicznej Zamawiającego w zakresie dostępu do baz danych systemu, w tym do przygotowanej przez Wykonawcę na potrzeby prezentacji bazy testowej, Wykonawca jest zobowiązany przygotować środowisko szkoleniowo - testowe na własnym sprzęcie.
O każdej takiej sytuacji Zamawiający poinformuje Wykonawcę, co najmniej na 10 dni roboczych przed planowanym terminem szkolenia.
Zamawiający wymaga przeprowadzenia szkolenia dla grupy 100 użytkowników SIP (pracowników Zamawiającego), w tym 3 administratorów, przy czym szkolenia dla:
1. Użytkowników muszą obejmować przeszkolenie z zakresu dostępnych funkcji SIP;
2. administratorów musi obejmować pełne szkolenie z zakresu konfiguracji oraz administrowania dostarczoną infrastrukturą: sprzętem i oprogramowaniem a dla bazy danych dodatkowo muszą obejmować minimum podstawowy zakres certyfikowanego przez producenta bazy danych szkolenia dla administratora bazy danych.
Poza powyższym, w ramach działań związanych z przygotowaniem Zamawiającego do samodzielnego eksploatowania Systemu Wykonawca jest zobowiązany do przedstawić Zamawiającemu listę rekomendowanych szkoleń z zakresu wykorzystywanego i dostarczonego przez niego Oprogramowania Bazodanowego, Narzędziowego oraz Standardowego.
1. Wskazane jest, aby szkolenie te obejmowały pełny pakiet autoryzowanych szkoleń z zakresu „podstaw konfiguracji i administrowania” przedmiotowym Oprogramowaniem na poziomie podstawowym zgodnie z zakresem oferty dystrybutora danego Oprogramowania w zakresie koniecznym do prawidłowego funkcjonowania Systemu dla każdej licencji lub grupy licencji Oprogramowania. Informacja w tym zakresie powinna być przedstawiona już na etapie opracowania Dokumentu Zarządczego i potwierdzona podczas opracowania Projektu Technicznego (PT).
2. W przypadku dostawy Oprogramowania z grupy wolnego oprogramowania oraz w przypadku braku oferty szkoleniowej na rynku usług informatycznych dla proponowanego przez Wykonawcę szkolenia, wówczas Wykonawca jest zobowiązań złożyć Zamawiającemu niewiążąca, niezależną od niniejszego zamówienia ofertę na przeprowadzenie pakietu szkoleń z zakresu odpowiadającego „podstawom konfiguracji i administrowania” danym Oprogramowaniem.

1.1.5.3Zadanie: Opracowanie i dostarczenie dokumentacja powykonawczej

W ramach podzadania Wykonawca jest zobowiązany do opracowania i dostarczenia dokumentacji powykonawczej, która musi zawierać opis:
1. konfiguracji dla Oprogramowania Systemowego, Bazodanowego, Narzędziowego oraz Standardowego instalacji oraz uruchomienia Systemu;
2. zmian jakie zostały wprowadzone do opracowanych rozwiązań w stosunku do zakresu oraz treści Projektu Technicznego (o ile Zamawiający nie zażądał dostarczenia suplementu do PT);
Poza powyższym, w zakresie opracowania dokumentacji powykonawczej Wykonawca jest zobowiązany do:
1. opisania reguł zarządzania i administracji Systemem;
2. opisania zasad tworzenia kopii zapasowych i ich odtwarzania,
3. udzielenia konsultacji z zakresu opracowanej dokumentacji powykonawczej z obszaru zastosowanego Oprogramowania Systemowego, Narzędziowego, Bazodanowego i Standardowego i Aplikacyjnego w wymiarze łącznym do 2 roboczogodzin pracy konsultanta.
Zadanie może być realizowane w tym samym czasie co podzadanie „Nadzorowane Wdrożenie i eksploatacja Systemu”.

1.1.6Etap 6 – Przeprowadzenie Odbioru Końcowego

W ramach Etapu 6 Zamawiający przeprowadzi procedurę Odbioru Końcowego, podczas której dokona weryfikacji i potwierdzenia wypełnienia przez Wykonawcę wszystkich zobowiązań jakie wyniknęły z zawartej przez Strony umowy.
1. W pracach tych Wykonawca jest zobowiązany do ścisłego współdziałania z Zamawiającym celem skutecznego doprowadzenia do Odbioru Końcowego, w tym odbioru potencjalnie zaległych prac lub niezrealizowanych jeszcze zobowiązań.
W ramach procedury Odbioru Końcowego, na podstawie złożonej Oferty Wykonawca udzieli Zamawiającemu <zgodnie z Ofertą Wykonawcy > letniej gwarancji na poprawne funkcjonowanie Systemu zgodnie z przekazaną dokumentacją projektową i techniczną tj.: Projektem Technicznym, instrukcją użytkownika, instrukcją administratora Systemu oraz dokumentacją powykonawczą.
1. Okres gwarancji, wynikający z Oferty Wykonawcy i zawarty w cenie Oferty Wykonawcy, będzie obejmował również świadczenie przez Wykonawcę usług opieki autorskiej i wsparcia technicznego zgodnie z Wzorem Umowy.
  1. Okres świadczenia gwarancji na System liczony jest od daty Odbioru Końcowego;
  2. Usługi gwarancyjne oraz usługi opieki autorskiej;
2. Warunki gwarancji oraz świadczenia tzw. serwisu gwarancyjnego, w tym czas reakcji oraz czas usunięcia określonej kategorii błędu Systemu (Wady Systemu), jak również procedur zgłoszenia oraz naprawy błędu Systemu, zawiera wzór Umowy.

1.2Wymagania szczegółowe – prawa autorskie do utworu, udzielenie licencji na użytkowanie Oprogramowania, kodu źródłowego, dokumentacji

1.2.1Licencja do Oprogramowania

Do opracowanych w ramach zamówienia rozwiązań aplikacyjnych posiadających postać: Oprogramowania Aplikacyjnego, komponentu, skryptu, skryptu kompilowanego lub innej formy zawierającej kod wykonywalny, Wykonawca jest zobowiązany udzielić Zamawiającemu stosownych licencji na warunkach określonych we wzorze umowy, jak również w określonym przypadku – zgodnie z umową - jest zobowiązany przekazać do tego oprogramowania autorskie prawa majątkowe.
Dla oprogramowania innego niż Oprogramowanie Aplikacyjne tj. Oprogramowania Standardowego, Systemowego, Bazodanowego oraz Narzędziowego, które będzie przedmiotem dostawy i wdrożenia, Wykonawca jest zobowiązany udzielić licencji, sublicencji lub przekazać licencję i umożliwić Zamawiającemu korzystanie z przedmiotowego oprogramowania w zakresie i na prawach określonych stosowną umową licencyjną producenta danego oprogramowania lub licencją na warunkach GNU / GPL, BSD, freeware lub inną.
Zamawiający wymaga, aby udzielone i / lub przekazane licencje, sublicencje (a w nich wskazane pola eksploatacji) nie ograniczały jego praw w użytkowaniu Oprogramowania Aplikacyjnego, tj. udzielonej licencji na System.
Dla Oprogramowania Aplikacyjnego Wykonawca jest zobowiązany do zdeponowania u Zamawiającego kodu źródłowego opracowanego Systemu, włącznie z przekazaniem koniecznej instrukcji uruchomieniowej oraz zawierającej parametry:
1. instalacyjne środowiska deweloperskiego,
2. kompilacji i konsolidacji tak, aby umożliwić poprawne wygenerowanie kodu, aż do postaci wykonywalnej (binarnej) zgodnej z postacią przekazaną w ramach procedury odbioru.
Jeżeli do kompilacji i konsolidacji opracowanego przez Wykonawcę rozwiązania konieczna jest platforma deweloperska dostępna na zasadach licencji GNU / GPL, BSD lub inna jako wolne oprogramowanie, wówczas Wykonawca jest zobowiązany każdorazowo do zdeponowania (razem z kodem źródłowym) wymaganej wersji oprogramowania platformy deweloperskiej, włącznie z oświadczeniem potwierdzającym typ licencji.
Wykonawca zobowiązuje się do przeniesienia autorskich praw majątkowych do Oprogramowania Aplikacyjnego Systemu w przypadku, kiedy on sam lub jego prawny następca nie będzie mógł wywiązać się ze zobowiązań wobec Zamawiającego w zakresie opieki autorskiej lub świadczeń z tytułu gwarancji i / lub rękojmi. Warunki przeniesienia autorskich praw majątkowych określa Wzór Umowy.

1.2.2Licencja na korzystanie z kodu źródłowego Systemu

Wykonawca jest zobowiązany zapewnić Zamawiającemu, korzystanie z opracowanego w ramach przedmiotowego zamówienia kodu źródłowego dla Oprogramowania Aplikacyjnego Systemu mającego postać: aplikacji, modułu, komponentu, skryptu lub innej formy zawierającej kod wykonywalny na warunkach określonych we wzorze Umowy.

1.2.3Licencja na dokumentację

Do opracowanej, dostarczonej przez Wykonawcę Dokumentacji Zarządczej, jak również jakiekolwiek innej dokumentacji projektowej, w tym: Projektu Technicznego, instrukcji użytkownika oraz instrukcji administratora Systemu Wykonawca jest zobowiązany udzielić Zamawiającemu licencji na korzystanie z tejże dokumentacji na warunkach określonych we wzorze umowy.
W każdym przypadku kiedy następować będzie przekazanie dokumentacji, opracowana przez Wykonawcę dokumentacja: zarządcza, techniczna i użytkownika powinna zostać przekazana w formie papierowej w liczbie dwóch egzemplarzy z każdego rodzaju opracowania oraz w formie elektronicznej na nośniku CD-ROM przynajmniej w dwóch różnych formatach wskazanych przez Rozporządzenie 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. Jednym edytowalnym np. formatem doc (MS Word) oraz PDF (Acrobat Reader).

1.3Wymagania szczegółowe – dokumentacja produktów obcych

Dla dokumentacji związanej z przedmiotem dostawy sprzętu komputerowego lub danego Oprogramowania, do którego Wykonawca nie posiada autorskich praw majątkowych, Wykonawca jest zobowiązany do dostarczenia dokumentacji zgodnie ze specyfikacją danego produktu określoną przez producenta danego produktu lub przez jego dystrybutora.
Zamawiający nie akceptuje użycia do realizacji zamówienia licencji Oprogramowania, dla których nie jest dostępna dokumentacja w formie papierowej lub elektronicznej w jednym z formatów wskazanym Rozporządzenie 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 oraz nie jest zgodna z wersją Oprogramowania będącego przedmiotem dostawy ze strony Wykonawcy.

1.4Wymagania szczegółowe dotyczące sprzętu komputerowego: serwerów oraz macierzy wraz z osprzętem oraz zestawów stacji graficznych

1.4.1Wymagania ogólne

Dostarczony przez Wykonawcę sprzęt komputerowy musi spełniać następujące wymagania:
1. musi być fabrycznie nowy (rok produkcji IV kw. 2013 lub nowszy);
2. każdy sprzęt komputerowy musi być objęty certyfikatem CE;
3. nie może być wcześniej używany przez jakąkolwiek osobę prawną lub fizyczną i w jakikolwiek sposób;
4. musi być zakupiony w kanale dystrybucyjnym sprzedaży producenta oferowanego sprzętu, posiadającym stosowny pakiet świadczeń gwarancyjnych kierowanych do użytkowników z obszaru Rzeczpospolitej Polskiej;
5. powinien być dostarczony z wymaganą liczbą i typem licencji oprogramowania tak, aby spełnić wymagania Zamawiającego;
6. nie może stanowić produktu odnawianego, demonstracyjnego lub powystawowego.

1.4.2Warunki gwarancji oraz serwisu gwarancyjnego

Wykonawca udzieli Zamawiającemu zgodnie z Ofertą 3 – letnią gwarancję na dostarczony sprzęt komputerowy i związane z nim oprogramowanie techniczne w opcji “door-to-door” lub “next business day” zależnie od typu dostarczanego sprzętu, zapewniając jednocześnie 48 godziny czas naprawy lub podstawienia sprzętu zastępczego o parametrach technicznych nie gorszych niż sprzęt zastępowany, przekazany do naprawy.
1. Powyższe obejmuje również wykupienie 3 – letniej subskrypcji dla oprogramowania technicznego firewall’a sprzętowego;
Warunki gwarancji muszą uwzględniać, iż:
1. Okres gwarancji, rozpoczyna swój bieg w dniu następnym po podpisaniu protokołu odbioru dotyczącego danego sprzętu lub oprogramowania.
2. Wykonawca zapewni i wykupi dla Zamawiającego gwarancję na dostarczony sprzęt i oprogramowanie, potwierdzając ten fakt odpowiednimi dokumentami gwarancyjnymi producenta (numer umowy gwarancyjnej, serwisowej, inne).
3. Usługi serwisowe muszą być świadczone w języku polskim.
4. Wymagany czas reakcji oraz czas naprawy zgodnie z warunkami serwisu gwarancyjnego producenta.
  1. Czas reakcji liczony jest od momentu zgłoszenia do czasu podjęcia działań przez Wykonawcę i powiadomienia o nich Zamawiającego.
  2. Czas naprawy liczony jest od momentu dokonania zgłoszenia przez Zamawiającego do czasu przywrócenia pełnej sprawności urządzenia lub oprogramowania (zamknięcia zgłoszenia). Czas naprawy obejmuje niezbędne czynności w zakresie diagnostyki błędu / wady.
Usługi serwisowe w okresie gwarancji zawarte w cenie Oferty (zwane dalej usługami gwarancyjnymi) muszą obejmować:
1. przeprowadzenie diagnozy usterki lub wady sprzętu lub oprogramowania zdalnie (o ile taki dostęp zostanie umożliwiony Wykonawcy zgodnie z obowiązującą u Zamawiającego polityką bezpieczeństwa oraz umową) lub na miejscu we wskazanej siedzibie Zamawiającego,
2. usuwanie wad materiałowych i konstrukcyjnych,
3. usuwanie wad polegających na niespełnianiu deklarowanych przez producenta parametrów lub funkcji użytkowych, w tym wad poszczególnych komponentów danego sprzętu lub oprogramowania,
4. usuwanie wad i błędów funkcjonalnych w działaniu sprzętu lub oprogramowania, w tym wynikających z błędów konfiguracji dostarczonego sprzętu lub oprogramowania,
5. wymianę sprzętu lub oprogramowania lub ich komponentów, podzespołów na nowe oraz wolne od wad, o ile dla danego sprzętu wystąpią minimum 3 awarie przez okres
  6 miesięcy pracy, przy czym:
  1. w przypadku dostawy nowego sprzętu, urządzenie to musi być skonfigurowane do konfiguracji „produkcyjnej” zapewniającej Zamawiającemu cechy funkcjonalne i użytkowe rozwiązania przed wystąpieniem wady – działania te Wykonawca przeprowadzi na koszt własny.
  2. jeżeli wymiana części uszkodzonych na części nowe o parametrach technicznych nie gorszych od parametrów części wymienianych, kompatybilnych z serwisowanym sprzętem dotyczy nośników danych (w tym dyski mechaniczne, pamięci flash itp.) – wówczas te uszkodzone urządzenia, komponenty pozostają własnością Zamawiającego.
6. zapewnienie dostawy lub dostępu do uaktualnień, poprawek i nowych wersji oprogramowania,
7. wykonywanie przeglądów serwisowo – konserwacyjnych – minimum 1 raz w roku,
8. konserwację sprzętu zgodnie z zaleceniami producenta,
9. zapewnienie dostępu do dedykowanego systemu obsługi ewidencji i zarządzania cyklem zgłoszeń czynnego przez 24 h / 7 dni tygodnia / 365(6) dni w roku, dostępnego przez interfejs WWW, umożliwiającego całodobowe zgłaszanie błędów oraz ich monitorowanie w zakresie, co najmniej, krytycznych statusów: zgłoszenie, reakcja, kwalifikacja, naprawa, zamknięcie,
10. udostępnienie telefonicznego HelpDesku (numer telefoniczny oraz faksowy) w dni robocze, w godzinach 8.00 - 16.00, umożliwiającego zgłaszanie błędów w dni robocze w godzinach 8.00 – 16.00 oraz zapewnienie dedykowanego adresu mailowego do kontaktu i opcjonalnie zgłoszenia serwisowego, przy czym:
  1. w przypadku, w którym Zamawiający zgłosi dane zgłoszenie poprzez inny niż WWW kanał (np. telefon, fax, mail), Wykonawca jest zobowiązany wprowadzić takie zgłoszenie do oprogramowania do ewidencji zgłoszeń, z czasem zgłoszenia równym rzeczywistemu zgłoszeniu (czas odebrania faxu, telefonu, maila itd.), niezależnie od momentu wprowadzenia zgłoszenia do oprogramowania.
11. udostępnienie infolinii / linii technicznej producenta serwerów, macierzy dyskowej oraz stacji graficznych (komputerów) umożliwiającej po podaniu danych identyfikacyjnych oraz numeru seryjnego urządzenia weryfikację przynajmniej czasu oraz typu obowiązywania udzielonej gwarancji oraz opcjonalnie: konfiguracji sprzętowej i programowej,
12. dostęp do bazy wiedzy – centrum wsparcia technicznego umożliwiającego samodzielną ocenę i próbę diagnozowania usterki sprzętu i oprogramowania (dotyczy wyłącznie serwerów oraz macierzy dyskowej).
W przypadku monitorów LCD Zamawiający wymaga możliwości wymiany sprzętu na nowy, pozbawiony wad w przypadku kiedy w okresie ciągu 30 dni od daty odbioru wystąpi minimum 1 wypalony piksel lub subpiksel.

1.4.3Serwer sprzętowy ( sztuki)

1.4.3.1Serwer klasy A – serwery aplikacji (3 sztuki)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Obudowa	-Umożliwiająca montaż w szafie rack 19”, wysokość maksymalnie 2U;
2.	Płyta główna	-Dwuprocesorowa, wyprodukowana i zaprojektowana przez producenta xxxxxxx;
3.	Procesory	- Wykonany w technologii 64-bitowej, wielordzeniowy, wielowątkowy, który uzyskał wynik min. 10500 punktów w teście Passmark CPU Benchmark, Wyniki z testów procesora Wykonawca jest zobowiązany załączyć do specyfikacji oferowanego sprzętu. W przypadku, gdy zaproponowany przez Wykonawcę sprzęt nie posiada dostępnych publicznie wyników testów, Wykonawca jest zobowiązany złożyć razem ze specyfikacją sprzętu wyniki testów przeprowadzone przez Wykonawcę w oparciu o wskazany powyżej test Passmark, udowadniając w sposób niebudzący wątpliwości, iż oferowany procesor spełnia minimalne wymagania dot. liczby punktów wymaganych przez Zamawiającego. Testy powinny być przeprowadzone zgodnie ze specyfikacją testów w środowisku systemu operacyjnego wspieranego przez dany sprzęt, zgodnego z ofertą Wykonawcy. Nie dopuszcza się stosowania tzw. ”overlockingu” celem uzyskania wymaganej liczby punktów. Zamawiający zastrzega sobie, iż w celu sprawdzenia poprawności przeprowadzonych testów, może zażądać od Wykonawcy dostarczenia sprzętu zgodnego z oferowanym oraz oprogramowania testującego, jak również dokładnych opisów użytych testów w terminie nie dłuższym niż 3 dni od otrzymania zawiadomienia od Zamawiającego, celem przeprowadzenia testów potwierdzających opisane, przedstawione przez Wykonawcę wyniki testów.
4.	Pamięć RAM	-Zainstalowane min 16 GB pamięci RAM z kontrolą ECC np. pamięci typu DDR3 1333Mhz; - min 24 gniazda pamięci RAM na płycie głównej, obsługa do 768GB pamięci RAM;
5.	Kontrolery dyskowe	-Zainstalowany kontroler SAS 2.0/SATA 2.0 obsługa RAID 0/1/10/5/50/6/60
6.	Dyski twarde	- możliwość wymiany hotswap - min 3 dyski SAS o pojemności 146 GB każdy
7.	Kontrolery LAN	-2x 1Gb/s LAN RJ-45;
8.	Porty rozszerzeń	Przynajmniej 4 x PCIe 3.0
9.	Wsparcie dla systemów operacyjnych	MS Windows 2008, 2012, Red Hat Enterprise Linux , SUSE Linux Enterprise Server, VMware.
10.	Inne	Redundantne zasilacze 750W; hotswap zasilacze, wentylatory
11.	Gwarancja i serwis	3 lata
12.	Dokumentacja, inne	-Elementy, z których zbudowane są serwery muszą być produktami producenta tych serwerów lub być przez niego certyfikowane oraz objęte gwarancją producenta, potwierdzoną przez oryginalne karty gwarancyjne; -Możliwość aktualizacji i pobrania sterowników do oferowanego modelu serwera w najnowszych certyfikowanych wersjach bezpośrednio z sieci Internet za pośrednictwem strony www producenta serwera;

1.4.3.2Serwer klasy B – serwer bazy danych (1 sztuka)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Obudowa	-Umożliwiająca montaż w szafie rack 19”, wysokość maksymalnie 2U;
2.	Płyta główna	-Dwuprocesorowa, wyprodukowana i zaprojektowana przez producenta xxxxxxx;
3.	Procesory	- Wykonany w technologii 64-bitowej, wielordzeniowy, wielowątkowy, który uzyskał wynik min. 10500 punktów w teście Passmark CPU Benchmark, Wyniki z testów procesora Wykonawca jest zobowiązany załączyć do specyfikacji oferowanego sprzętu. W przypadku, gdy zaproponowany przez Wykonawcę sprzęt nie posiada dostępnych publicznie wyników testów, Wykonawca jest zobowiązany złożyć razem ze specyfikacją sprzętu wyniki testów przeprowadzone przez Wykonawcę w oparciu o wskazany powyżej test Passmark, udowadniając w sposób niebudzący wątpliwości, iż oferowany procesor spełnia minimalne wymagania dot. liczby punktów wymaganych przez Zamawiającego. Testy powinny być przeprowadzone zgodnie ze specyfikacją testów w środowisku systemu operacyjnego wspieranego przez dany sprzęt, zgodnego z ofertą Wykonawcy. Nie dopuszcza się stosowania tzw. ”overlockingu” celem uzyskania wymaganej liczby punktów. Zamawiający zastrzega sobie, iż w celu sprawdzenia poprawności przeprowadzonych testów, może zażądać od Wykonawcy dostarczenia sprzętu zgodnego z oferowanym oraz oprogramowania testującego, jak również dokładnych opisów użytych testów w terminie nie dłuższym niż 3 dni od otrzymania zawiadomienia od Zamawiającego, celem przeprowadzenia testów potwierdzających opisane, przedstawione przez Wykonawcę wyniki testów.
4.	Pamięć RAM	-Zainstalowane min 16 GB pamięci RAM z kontrolą ECC np. pamięci typu DDR3 1333Mhz; - min 24 gniazda pamięci RAM na płycie głównej, obsługa do 768GB pamięci RAM;
5.	Kontrolery dyskowe	-Zainstalowany kontroler SAS 2.0/SATA 2.0 obsługa RAID 0/1/10/5/50/6/60
6.	Dyski twarde	- możliwość wymiany hotswap - min 8 dysków SAS o pojemności 300 GB każdy
7.	Kontrolery LAN	-2x 1Gb/s LAN RJ-45;
8.	Porty rozszerzeń	Przynajmniej 4 x PCIe 3.0
9.	Wsparcie dla systemów operacyjnych	MS Windows 2008, 2012, Red Hat Enterprise Linux ,SUSE Linux Enterprise Server, VMware.
10.	Inne	Redundantne zasilacze 750W; hotswap zasilacze, wentylatory
10.	Gwarancja i serwis	3 lata
11.	Dokumentacja, inne	-Elementy, z których zbudowane są serwery muszą być produktami producenta tych serwerów lub być przez niego certyfikowane oraz objęte gwarancją producenta, potwierdzoną przez oryginalne karty gwarancyjne; -Możliwość aktualizacji i pobrania sterowników do oferowanego modelu serwera w najnowszych certyfikowanych wersjach bezpośrednio z sieci Internet za pośrednictwem strony www producenta serwera;

1.4.4Firewall sprzętowy (1 sztuka)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Zakres usług	Licencjonowane: antywirus, antyspyware, filtrowanie ruchu web, IPS
2.	Interfejsy komunikacji	7 portów 10/100 Ethernet, w tym jeden zarządzania i jeden auxilary; RS-232
3.	Router	Do 3 wirtualnych routerów, obsługa OSPF, BGP, RIP v1/2, obsługa NAT
4.	Pamięć wewnętrzna	256MB DRAM
5.	Wydajność firewalla	90 Mbps, 30,000 PPS (pakietów na sekundę)
6.	Równoległe sesje	Min. 8000, min. 25 tuneli VPN
7.	Obsługa VLAN	Do 10 sieci VLAN
8.	Funkcje firewall	Wykrywanie ataków, DoS, DDoS; utrudnianie ataków brute force; filtrowanie URL
9.	Funkcje antywirus	Skanowanie protokołów POP3, HTTP, SMTP, IMAP, FTP, IM; ponad 200 tys. sygnatur; mechanizmy ochrony przed spyware’em, adwarem’em, keyloggerami.
10.	Obsługa IPv6	Tak, podwójny stos IPv4/IPv6
11.	Zarządzanie	Web UI (http/https), konsola (dostępna też przez telnet/SSH), NSM; obsługa SNMP, Syslog (max. 4 serwery)
12.	Inne	Wykupione licencje na minimum: antywirus, antyspyware, filtrowanie ruchu web; przystosowanie do montażu w szafie rack 19”
13.	Gwarancja i serwis	3 lata

1.4.5Switch sprzętowy (1 sztuka)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Liczba portów	min. 48 szt. 10/100/1000 (RJ-45), min. 4 szt. SFP Combo 100/1000
2.	Wydajność magistrali	104 Gb/s
3.	Dodatkowe funkcje	Obsługa QoS, izolacji portów, port mirroring, agregacji portów, STP/RSTP/MSTP, VLAN 802.1Q, funkcji kontroli przepływu 802.3x
4.	Obsługa VLAN	Obsługa do 4096 sieci wirtualnych VLAN
5.	Interfejs zarządzania	Graficzny interfejs użytkownika dostępny przez przeglądarkę internetową, interfejs wiersza poleceń; obsługa SNMP v1/2/3
6.	Tablica MAC	Możliwość przechowywania min. 8 tys. wpisów
7.	Gwarancja i serwis	3 lata

1.4.6Przełącznik KVM z monitorem i klawiaturą (1 sztuka)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Konstrukcja	pojedyncza szyna, przystosowane do montażu w szafie rack 19”, wys. 1U
2.	Matryca	min. LCD TFT 17"
3.	Rozdzielczość	min. 1280x1024
4.	Złącza	D-Sub, PS/2, USB 1.1
5.	Max. ilość urządzeń w stosie	min. 8szt.
6.	Konsola lokalna	klawiatura zintegrowana z szufladą; min. 105 klawiszy
7.	Inne	możliwość zastosowania wymiennych modułów konsolowych KVM
8.	Osprzęt dodatkowy	komplet kabli dla dostarczanych serwerów
9.	Gwarancja i serwis	3 lata

1.4.7System archiwizacji danych (1 sztuka)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Wykorzystana technologia	LTO 5 Ultrium
2.	Wbudowany napęd	min. jeden napęd LTO-5 z interfejsem SAS 6Gbps
3.	Ilość slotów i magazynki	min. 8 slotów i min. 8 magazynków (urządzenie powinno być dostarczone z kompletem magazynków oraz dodatkowym zestawem taśm – łącznie 16 sztuk)
4.	Pojemność	pojemność bez kompresji - minimum 12 TB, pojemność z kompresją-minimum 24TB
5.	Transfer	max transfer z kompresją: minimum 1.0 TB GB/h
6.	Zarządzanie	zdalne zarządzanie (połączenie z siecią Ethernet) poprzez dedykowane oprogramowane dostarczane razem z urządzeniem
7.	Obudowa	typu rack 19" o wysokości maks. 1 U; wszystkie elementy do montażu winny być dostarczone wraz z urządzeniem
8.	Inne	Możliwość szyfrowania AES 256-bit.
9.	Wyposażenie	urządzenie powinno być wyposażone w czytnik kodów kreskowych; wraz z urządzeniem powinny być dostarczone nośniki danych LTO-5 (min. 8 szt.), jedna kaseta czyszcząca LTO oraz odpowiednie komponenty (kabel danych, kontroler) umożliwiające połączenie urządzenia z pozostałą infrastrukturą i transfer danych.
10.	Gwarancja i serwis	3 lata

1.4.8Szafa RACK (1 sztuka)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Rodzaj	19 cali stojąca, szkielet na cokole z wysuwaną ramą wsporczą
2.	Wysokość jednostkowa	42 U
3.	Drzwi przednie	Drzwi przednie przeszklone z zamkiem
4.	Drzwi tylne	Drzwi tylne stalowe uchylne
5.	Panele boczne	Demontowalne na zatrzaskach, z możliwością montażu zamka
6.	Belki nośne	Trzy pary belek nośnych w rozstawie 19", montowane czteropunktowo do pionowych szyn rackowych
7.	Dopuszczalne obciążenie	min. 600 kg
8.	Wejścia przewodów	możliwość wprowadzenia kabli zarówno z góry jak i z dołu szafy
9.	Wentylowanie	Cztery wentylatory w panelu podsufitowym
10.	Gwarancja i serwis	3 lata

1.4.9Skaner A3 (3 sztuki)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Typ urządzenia	Skaner płaski
2.	Maksymalny format obsługiwanego papieru	A3 (do 305 x 432 mm)
3.	Rozdzielczość w pionie/poziomie	Min. 1200/600 dpi
4.	Obszar skanowania	Min. 297 x 432 mm
5.	Źródło światła	Świetlówka ksenonowa
6.	Prędkość skanowania	Monochromatyczny: 4,3 s/stronę, kolor: 6,1 s/stronę
7.	Głębia koloru	Min. 48 bit wewnętrzna i 24 bit zewnętrzna, monochromatyczna: 16 bit wewnętrzna i 8 bit zewnętrzna
8.	Interfejsy komunikacyjne	USB 2.0, SCSI, Ethernet 100 Mbps
9.	Dołączone oprogramowanie	Sterowniki, aplikacja dedykowana do obsługi skanera, oprogramowanie typu OCR
10.	Gwarancja i serwis	3 lata

1.4.10UPS (1 sztuka)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Moc wyjściowa	min. 4200 W, przy max. 6000 VA mocy wejściowej
2.	Napięcie wyjściowe	220-240V, quasi-sinusoidalne
3.	Gniazda wyjściowe	Minimum: 8 x IEC 320 C13, 2 x IEC 320 C19, 4 x IEC Jumpers
4.	Czas podtrzymania	Min. 5,3 min przy pełnym obciążeniu, 15,8 min przy połowie maksymalnego obciążenia
5.	Interfejs zarządzania	XX-0, XX-000, XX-00 10/100 Baset-T, Smart-Slot
6.	Inne	Wyświetlacz LED z obciążeniem i stanem naładowania baterii, sygnalizacja dźwiękowa pracy na baterii, niskiego stanu naładowania.
7.	Obudowa	Przystosowana do montażu w szafie rack 19”, wysokość 3U
8.	Gwarancja i serwis	3 lata

1.4.11Zestawy komputerowe (3 sztuki), w tym:

1.4.11.1Stacjonarna stacja graficzna (3 sztuki, po jednej sztuce do zestawu)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Typ komputera	komputer osobisty (PC)
2.	Typ obudowy	stojąca - TOWER lub mini-TOWER (preferowane)
3.	Typ procesora	min. jeden procesor zgodny z x86-64, który uzyskał wynik min. 4260 punktów w teście Passmark CPU Benchmark, Wyniki z testów procesora Wykonawca jest zobowiązany załączyć do specyfikacji oferowanego sprzętu. W przypadku, gdy zaproponowany przez Wykonawcę sprzęt nie posiada dostępnych publicznie wyników testów, Wykonawca jest zobowiązany złożyć razem ze specyfikacją sprzętu wyniki testów przeprowadzone przez Wykonawcę w oparciu o wskazany powyżej test Passmark, udowadniając w sposób niebudzący wątpliwości, iż oferowany procesor spełnia minimalne wymagania dot. liczby punktów wymaganych przez Zamawiającego. Testy powinny być przeprowadzone zgodnie ze specyfikacją testów w środowisku systemu operacyjnego wspieranego przez dany sprzęt, zgodnego z ofertą Wykonawcy. Nie dopuszcza się stosowania tzw. ”overlockingu” celem uzyskania wymaganej liczby punktów. Zamawiający zastrzega sobie, iż w celu sprawdzenia poprawności przeprowadzonych testów, może zażądać od Wykonawcy dostarczenia sprzętu zgodnego z oferowanym oraz oprogramowania testującego, jak również dokładnych opisów użytych testów w terminie nie dłuższym niż 3 dni od otrzymania zawiadomienia od Zamawiającego, celem przeprowadzenia testów potwierdzających opisane, przedstawione przez Wykonawcę wyniki testów.
4.	Pamięć RAM	min. 4 GB, częstotliwość taktowania minimum 1600MHz
5.	Karta sieciowa	dopuszczalna zintegrowana, 10/100/1000 Mbit/s, Ethernet RJ45
6.	Karta graficzna	dopuszczalna zintegrowana zapewniająca obsługę dwóch monitorów
7.	Karta muzyczna	dopuszczalna zintegrowana
8.	Interfejsy	min. 1 x Ethernet (RJ45) min. 8 x USB 2.0, (przynajmniej 2 na przednim panelu) wejście/wyjście audio jack min.1 x HDMI, 1 x D-Sub
9.	Dysk twardy	min. 500 GB SATA
10.	System operacyjny	zapewniający: podłączenie urządzenia do domeny (usług katalogowych) funkcjonującej u Zamawiającego w ramach systemów MS Windows Serwer 2008 R2 lub nowszych; instalację i uruchomienie aplikacji klienckich systemów GEO-INFO 6 funkcjonujących u Zamawiającego, a działających w środowisku systemu operacyjnego MS Windows XP, 7 i 8.
11.	Napęd optyczny	DVD+/-RW wraz z oprogramowaniem do nagrywania płyt
12.	Inne	- mysz optyczna z sensorem optycznym, 3-klawiszowa z rolką (jeden klawisz ukryty w rolce), - klawiatura standard (min. 102 klawisze), - dołączony pakiet biurowy spełniający następujące wymagania – pakiet musi: mieć dostępną dokumentację oraz system pomocy działający w języku polskim; zawierać x.xx. edytor tekstu, arkusz kalkulacyjny, program do obsługi poczty elektronicznej, program do tworzenia prezentacji multimedialnych, notatnik; pracować w trybie graficznym; posiadać polskojęzyczny interfejs; posiadać możliwość automatycznej instalacji komponentów (przy użyciu instalatora systemowego) oraz zdalnej instalacji komponentów; posiadać całkowicie zlokalizowany w języku polskim system komunikatów i podręcznej pomocy technicznej w pakiecie, obsługę języka polskiego w zakresie sprawdzania pisowni i poprawności gramatycznej, autokorektę oraz możliwość prowadzenia dyskusji i subskrypcji dokumentów w sieci z automatycznym powiadomieniem o zmianach w dokumentach. zapewniać w systemach pocztowych możliwość delegacji uprawnień do otwierania, drukowania, modyfikowania i czytania załączanych dokumentów i informacji, w tym możliwość blokowania niebezpiecznej lub niechcianej poczty, zapewniać wsparcie dla formatu XML w podstawowych aplikacjach. posiadać zgodność dokumentów z formatami .doc, .docx, .dotm .xls i .xlsx, .xltm, .ppt, .pptx, .potx wraz z możliwością nadawania uprawnień do modyfikacji i formatowania dokumentów lub ich fragmentów. posiadać funkcje automatycznego przesyłania poczty na podstawie reguł, automatyczne odpowiedzi, możliwość dodawania do dokumentów i arkuszy kalkulacyjnych podpisów cyfrowych, pozwalających na stwierdzenie czy dany dokument/arkusz pochodzi z bezpiecznego źródła i nie został w żaden sposób zmieniony. posiadać możliwość automatycznego odzyskiwania dokumentów i arkuszy kalkulacyjnych w wypadku przypadkowego wyłączenia komputera. umożliwiać: pracę na dokumentach utworzonych przy pomocy Microsoft Word 2003 lub Microsoft Word 2007, 2010 i 2013 z zapewnieniem bezproblemowej konwersji wszystkich elementów i atrybutów dokumentu; zachowanie pełnej zgodności z formatami plików utworzonych za pomocą oprogramowania Microsoft Excel 2003 oraz Microsoft Excel 2007, 2010 i 2013 z uwzględnieniem poprawnej realizacji użytych w nich funkcji specjalnych i makropoleceń.
13.	Zasilacz	wewnętrzny, dostosowany do oferowanego komputera, 1 szt.
14.	Gwarancja i serwis	3 lata

1.4.11.2Monitor LCD – TYP I (3 sztuki, po jednej sztuce do zestawu)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Typ monitora	LCD
2.	Matryca	Wykonana w technologii TN, podświetlenie LED
3.	Przekątna ekranu	min. 19 cali
4.	Zalecana rozdzielczość maksymalna	min. 1280x1024 pikseli
5.	Czas reakcji matrycy	max. 5 ms (grey to grey)
6.	Kąt widzenia poziomy	min. 170 stopni
7.	Kąt widzenia pionowy	min. 160 stopni
8.	Liczba wyświetlanych kolorów	min.16,2 milionów w trybie true color
9.	Jasność	min. 250 cd/m2
10.	Kontrast	min. 1000:1
11.	Interfejs wejściowy	VGA, DVI-D
12.	Gwarancja i serwis	3 lata

1.4.11.3Monitor LCD – TYP II (3 sztuki, po jednej sztuce do zestawu)

Lp.	Nazwa elementu, parametru lub cechy	Opis wymagań minimalnych
1.	Typ monitora	LCD
2.	Matryca	Wykonana w technologii TN, podświetlenie LED
3.	Przekątna ekranu	min. 23,6 cala
4.	Zalecana rozdzielczość maksymalna	min. 1920x1080 pikseli
5.	Czas reakcji matrycy	max. 2 ms (grey to grey)
6.	Kąt widzenia poziomy	min. 170 stopni
7.	Kąt widzenia pionowy	min. 160 stopni
8.	Funkcje menu dostępne z poziomu przycisków	- przywracanie ustawień automatycznych, -jasność, - wybór interfejsu wejściowego, - głośność
9.	Liczba wyświetlanych kolorów	min.16,7 milionów
10.	Jasność	min. 300 cd/m2
11.	Kontrast	min. 1000:1
12.	Interfejs wejściowy	D-Sub 15 pin, DVI, HDMI, audio
13.	Inne	Wbudowane głośniki, wyjście słuchawkowe
14.	Gwarancja i serwis	3 lata

1.5Wymagania szczegółowe wobec Systemu - funkcjonalne dotyczące Oprogramowania Aplikacyjnego oraz Oprogramowania Standardowego

1.5.1Wymagania niefunkcjonalne

Opracowany i dostarczony przez Wykonawcę System w zakresie dedykowanych modułów musi:
1. posiadać budowę modułową umożliwiającą indywidualną konfigurację funkcji dla każdego modułu dla poszczególnych grup użytkowników (ról) przez przypisanie do roli (użytkownika) grupy usług / funkcji, włącznie z dodatkową konfiguracją i parametryzacją lokalnych ustawień Systemu, przy czym modułowość nie musi oznaczać rozłączności technologicznej poszczególnych części Systemu;
2. posiadać jednorodny, spójny interfejs użytkownika dla danej części Systemu (portalu i jego modułów oraz aplikacji) oparty o komponenty programistyczne zapewniające ten sam styl interfejsu graficznego, te same zasady komunikacji z użytkownikiem oraz reguły powiadamiania, wykorzystujące w każdym module Systemu te same komponenty dialogowe: formatki edycyjne, klawisze funkcyjne, spójną kolorystyka przy czym:
  1. interfejs musi spełniać wymagania nakładane na system związane z dostępnością rozwiązania dla osób niepełnosprawnych określone przez obowiązujące w tym zakresie przepisy prawa, w tym w szczególności przez załącznik nr 4 do Rozporządzenia 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. 2012 poz. 526) – powyższe wymaganie dotyczy wyłącznie portalu dostępnego w sieci Internet;
3. zapewnić bezpieczeństwo gromadzenia i przetwarzania danych przez transakcyjne przetwarzanie danych gwarantujące poprawność i spójność zapisów bazy danych w przypadku normalnej pracy systemu jak i jego awarii, a tym samym musi być zaimplementowany w oparciu o dostarczone przez Wykonawcę Oprogramowanie Bazodanowe;
4. być skalowalny;
5. być zrealizowany w technologii zorientowanej na usługi celem zapewnienia możliwości integracji i wymiany danych z innymi systemami zgodnie z wymaganiami i rekomendacją określoną przez Rozporządzenie 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;
6. posiadać architekturę wielowarstwową, co najmniej trójwarstwową z wydzieleniem warstwy bazy danych, warstwy aplikacji, warstwy prezentacji;
7. zapewnić sygnalizację pracy Systemu podczas przetwarzania danych lub generowania raportów, zwłaszcza raportów o czasie dłuższym niż 10 sekund;
8. spełnić wymagania wydajnościowe określone ostatecznie i potwierdzone na etapie opracowania dokumentacji technicznej tj. Projektu Technicznego, po weryfikacji parametrów technicznych sieci LAN Zamawiającego, przy czym minimalne początkowe wymagania wydajnościowe dla uśrednionej liczby prób ustalonej na etapie Projektu Technicznego np. 20 prób określa się na poziomie poniższych wartości progowych:
  1. przesunięcie pozycji +1 / - 1 w słowniku – nie więcej niż 1 sekunda;
  2. przesunięcie pozycji o +1 / - 1 na liście obiektów – nie więcej niż 1 sekunda;
  3. zapytanie o atrybuty wybranego pojedynczego obiektu przestrzennego – nie więcej niż 3 sekundy;
  4. wygenerowanie nowej mapy jako odpowiedzi na przesunięciem mapy w kompozycji mapowej dla co najmniej 10 wybranych warstw tematycznych oraz warstwy referencyjnej bez ortofotomapy – nie więcej niż 3 sekundy;
9. zapewnić pracę Systemu w środowisku systemu operacyjnego MS Windows XP/Vista/7/8 (w opcji emulacji XP w przypadku braku zgodności oprogramowania ze środowiskiem) ze zmienną rozdzielczością pracy,
10. zapewnić poprawną pracę dla co najmniej 100 użytkowników jednoczesnych (wewnętrznych i zewnętrznych – licząc to wymaganie łącznie).
Dla prawidłowej pracy Systemu nie jest dopuszczalne, aby jakakolwiek funkcja Systemu uruchamiana na stacji roboczej użytkownika wymagała dla jej wykonania uprawnień poziomu administratora systemu lub poziomu uprawnień użytkownika zaawansowanego tj. administratora danego komponentu, modułu, portalu.

1.5.2Wymagania prawne

Opracowany i dostarczony przez Wykonawcę System w zakresie dedykowanych modułów musi spełniać wymagania poniższych przepisów prawa oraz zaleceń technicznych:
1. Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U. Nr 64, poz. 565 z późn. zm.);
2. Ustawa z dnia 12 lutego 2010 roku o zmianie ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne, oraz niektórych innych ustaw (Dz. U Nr 40 Poz. 230);
  1. Rozporządzenie 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. 2012 poz. 526);
  2. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27 kwietnia 2011 r. w sprawie zakresu warunków korzystania z elektronicznej platformy usług administracji publicznej (Dz. U. Nr 93, poz. 546);
  3. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 21 kwietnia 2011 r. w sprawie szczegółowych warunków organizacyjnych i technicznych, które powinien spełniać system teleinformatyczny służący do identyfikacji użytkowników (Dz. U. Nr 93, poz. 545);
  4. Rozporządzenie Rady Ministrów z dnia 27 września 2005 r. w sprawie sposobu, zakresu i trybu udostępniania danych zgromadzonych w rejestrze publicznym (Dz. U. Nr 205, poz. 1692);
3. Ustawa z dnia 4 marca 2010 r. o Infrastrukturze Informacji Przestrzennej (Dz.U. 2010 nr 76, poz. 489);
  1. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 20 października 2010 r. w sprawie ewidencji zbiorów i usług danych przestrzennych objętych infrastrukturą informacji przestrzennej (Dz.U. 2010 nr 201 poz. 1333);
4. Obowiązujące przepisy wspólnotowe dotyczące wdrożenia Dyrektywy INSPIRE oraz inne dokumenty stanowiące wynik prac nad INSPIRE:
  1. Dyrektywa 2007/2/WE Parlamentu Europejskiego i Rady z dnia 14 marca 2007 r. ustanawiająca infrastrukturę informacji przestrzennej we Wspólnocie Europejskiej (INSPIRE) (Dz.U. L 108 z 25.4.2007, str. 1—14);
  2. Rozporządzenie Komisji (WE) NR 976/2009 z dnia 19 października 2009 r. w sprawie wykonania dyrektywy 2007/2/WE Parlamentu Europejskiego i Rady w zakresie usług sieciowych (Dz.U.UE L z dnia 20 października 2009 r.);
  3. Rozporządzenie Komisji (WE) Nr 1205/2008 z dnia 3 grudnia 2008 r. w sprawie wykonania dyrektywy 2007/2/WE Parlamentu Europejskiego i Rady w zakresie metadanych (Dz.U. L 326 z 4.12.2008);
  4. Obowiązujące wytyczne INSPIRE w wersji wskazanej poniżej lub aktualnie obowiązującej:
    1. INSPIRE Metadata Implementing Rules: Technical Guidelines based on EN ISO 19115 and EN ISO 19119 (Version 1.2);
    2. INSPIRE Data Specifications on Addresses – Guidelines v 3.0.1;
    3. INSPIRE Data Specification on Protected Sites – Guidelines v 3.1.0;
    4. INSPIRE Data Specification on Administrative Units – Guidelines v3.0.1;
    5. INSPIRE Data Specification on Cadastral Parcels – Guidelines v 3.0.1;
    6. INSPIRE Specification on Geographical Grid Systems – Guidelines v 3.0.1 ;
    7. INSPIRE Data Specification on Hydrography – Guidelines v 3.0.1;
    8. INSPIRE Specification on Coordinate Reference Systems – Guidelines v;
    9. INSPIRE Data Specification on Geographical Names – Guidelines v 3.0.1;
    10. INSPIRE View Service Technical Guidance (Version 2.0) ;
    11. Technical Guidance Discovery Services (2.0);
    12. INSPIRE View Service Technical Guidance (Version 2.0);
    13. Technical Guidance Discovery Services (2.0);
    14. INSPIRE Good practice in data and service sharing;

1.5.3Wymagania funkcjonalne dotyczące poszczególnych części Systemu

Opracowany przez Wykonawcę System SIP musi uwzględniać założenia organizacyjno – techniczne zawarte w Koncepcji SIP przedstawione w Dodatku nr 3 do niniejszego dokumentu.

1.5.3.1Podsystem obsługi użytkowników wewnętrznych

1.5.3.1.1Aplikacja dostępu do baz danych zasobu geodezyjno-kartograficznego

Aplikacja dostępu do baz danych zasobu geodezyjno-kartograficznego musi:
1. zawierać niezbędne narzędzia do:
  1. zarządzania treścią i wyglądem kompozycji mapowej,
  2. wykonywania podstawowych analiz przestrzennych np.: bufor, przecięcie,
  3. raportowania wyników analiz oraz generowania raportów ilościowych z wyselekcjonowanych obiektów,
  4. budowy własnych map tematycznych,
  5. zapewniać przeglądanie atrybutów danych przestrzennych i opisowych,
2. umożliwiać administratorowi redefinowanie zakresu importowanych danych na poprzez określenie parametrów dla procedury zasilania i aktualizacji bazy danych SIP.

1.5.3.1.2Aplikacja dostępu do danych ewidencji gruntów i budynków

Aplikacja dostępu do danych ewidencji gruntów i budynków (egib) musi:
1. umożliwiać ograniczony co do zakresu danych dostęp do danych ewidencyjnych poprzez dedykowany interfejs formularzy w postaci stron www, z zastosowaniem protokołu http,
2. realizować dostęp do danych egib znajdujących się w bazie danych SIP,
3. zapewniać obsługę danych egib dla danych zintegrowanych dostępnych z baz danych pzgikzasilanych w formie eksportu danych graficznych i opisowych przez pliki typu SWDE lub GML,
4. pozwalać na wyszukiwanie obiektów nieruchomości (działek ewidencyjnych, budynków, lokali) po wybranych atrybutach opisowych,
5. zapewnić generowanie raportu w formie kompozycji mapowej zawierającej wyniki wyszukiwania obiektów.

1.5.3.1.3Aplikacja prezentacji struktury własności i wartości nieruchomości

Aplikacja prezentacji struktury własności i wartości nieruchomości musi:
1. zapewniać prezentację struktury własności nieruchomości w postaci dedykowanych warstw tematycznych, przynajmniej w zakresie:
  1. warstwa tematyczna lokalizacji nieruchomości Skarbu Państwa, którymi gospodaruje Starosta,
  2. warstwa tematyczna lokalizacji nieruchomości Powiatu,
  3. warstwa tematyczna lokalizacji nieruchomości Gmin,
  4. warstwa tematyczna lokalizacji nieruchomości, dla których ustanowiono użytkowników wieczystych i trwałych zarządców nieruchomości Skarbu Państwa,
  5. warstwa tematyczna lokalizacji nieruchomości, dla których ustanowiono użytkowników wieczystych i trwałych zarządców nieruchomości Powiatu,
  6. warstwa tematyczna lokalizacji nieruchomości, dla których ustanowiono użytkowników wieczystych i trwałych zarządców nieruchomości Gmin.
2. generować mapy tematyczne automatycznie, odświeżając je po każdorazowym zasileniu SIP przez dane EGB,
3. zapewnić generowanie przestrzennego rozkładu wartości nieruchomości w oparciu o aktualne dane zawarte w rejestrze cen i wartości nieruchomości w powiązaniu z danymi ewidencyjnymi,
  1. generowanie rozkładu nieruchomości oraz map tematycznych na podstawie ostatnio załadowanych do centralnej bazy danych SIP danych EGiB:
    1. „w tle” – w trybie automatycznym;
    2. półautomatycznym na żądanie administratora.

1.5.3.1.4Aplikacja obsługi spraw/decyzji administracyjnych oraz integracji z przestrzenią

Aplikacja obsługi spraw/decyzji administracyjnych oraz integracji z przestrzenią musi:
1. umożliwiać prowadzenie wybranych rejestrów i ewidencji publicznych,
2. posiadać narzędzia służące automatyzacji tworzenia warstw tematycznych, w oparciu o dane źródłowe pochodzące z poszczególnych komórek organizacyjnych, na potrzeby publikacji w podsystemie użytkowników wewnętrznych,
3. umożliwiać integrację z systemem obiegu dokumentów SEKAP, przynajmniej w zakresie:
  1. obsługi procedury związanej z wydawaniem różnego rodzaju decyzji, pozwoleń, zaświadczeń – zgodnie instrukcją kancelaryjną - dla etapu czynności związanych z rejestracją przestrzenną danego dokumentu lub wspomaganiem automatyzacji wydania danego dokumentu administracyjnego (o ile proces ten może być przeprowadzony po stronie SIP) jak np. w zakresie:
    1. procedur z obszaru administracji architektoniczno-budowlanej (x.xx.: pozwolenia na budowę/rozbiórkę),
    2. procedur z zakresu ochrony środowiska (x.xx.: pozwolenia wodno-prawne, zezwolenia na wycinkę drzew i krzewów, koncesje na wydobywanie kopalin, zezwolenia na zbieranie, transport, odzysk lub unieszkodliwianie odpadów),
4. umożliwiać prowadzenie w powiązaniu z przestrzenią dowolnych rejestrów, ewidencji i wykazów, np.: szpitali, aptek, szkół, klubów sportowych, obiektów i terenów sportowo-rekreacyjnych, pomników przyrody, zabytków, itd.
5. W szczególności Aplikacja musi zapewnić:
  1. automatyczne tworzenie połączenia atrybutów danej skategoryzowanej sprawy z wybraną cechą identyfikacji przestrzennej: danymi adresowymi, danymi identyfikacyjnymi nieruchomości (numery działek ewidencyjnych, numery budynków), wybranymi atrybutami cech identyfikacji przestrzennej, jak np.: nazwa ulicy lub innymi uzgodnionymi w POT cechami przestrzennymi,
  2. import lub wymianę danych / metadanych z systemu SOD w zakresie technicznym określonym w dokumentacji tego systemu, w postaci ustrukturyzowanego pliku wymiany (XML) oraz kopii plików graficznych dokumentu w formacie PDF, JPG,
  3. narzędzia służące automatyzacji tworzenia warstw tematycznych przez zapis oraz tworzenie relacji dla „obiektów przestrzennych” przez ich wskazanie lub powiązanie graficzne przy wykorzystaniu prostych narzędzi edycyjnych na warstwach informacyjnych PSIP i połączenie – wytworzenie relacji z danym zdarzeniem np. sprawą (decyzja, postanowieniem, wnioskiem),
  4. wyszukiwanie i wybór zarejestrowanych i niezarejestrowanych decyzji, wniosków, opinii, uzgodnień w SOD,
  5. wyszukiwanie i wybór „obiektów przestrzennych” takich jak adres, numer działki, inne,
  6. dodanie decyzji, pozwolenia, postanowienia, wniosku w zakresie graficznym jak i atrybutowym,
  7. łączenie z innymi rejestrami o ile zachodzi bezpośrednia zależność,
  8. wydruk wyrysu z mapy zawierający obszar przestrzenny danego rejestru decyzji,
  9. wyszukiwanie informacji zgromadzonych w bazie decyzji, wraz z możliwością ich klasyfikowania (x.xx. po typach decyzji, rejestrów), w tym wyszukiwanie przez funkcje bufora przestrzennego,
  10. tworzenie zestawień i raportów z poszczególnych rejestrów, w tym raportów tekstowych z załącznikami mapowymi oraz tabelarycznymi atrybutów opisowych,
  11. wprowadzanie / edycję danych dla poszczególnych pozycji rejestru o dane konieczne do prawidłowego przetwarzania rejestru a niepochodzące z SOD,
  12. łączenie i edycję tworzonego lub modyfikowanego rejestru ze wskazaną dla niego warstwą referencyjną,
  13. prowadzenie prostej edycji obiektów geometrycznych,
  14. rejestrowanie w tzw. trybie długiej transakcji dla czekających zdarzeń / dokumentów,
  15. zapewnienie dostępu do danych (metadanych) powiązanego z obiektem przestrzennym dokumentu elektronicznego zarówno od strony „mapy” przez identyfikację i odświetlenie danych po wybraniu obiektu na „mapie” oraz ich wyszukiwanie wg ustalonych predefiniowanej listy, jak również przez wyszukiwanie pełno – tekstowe
    1. zakres atrybutów powiązanych z obiektem przestrzennym Wykonawca ostatecznie określi na etapie Projektu Technicznego, przy czym jego minimalny zakres:
      1. definiuje Rozporządzenie Prezesa Rady Ministrów z dnia 18 stycznia 2011 r. w sprawie instrukcji kancelaryjnej, jednolitych rzeczowych wykazów akt oraz instrukcji w sprawie organizacji i zakresu działania archiwów zakładowych (Dz. U 2011 nr 14 poz. 67) określając minimalny zakres struktury metadanych opisujących dokument i sprawę;
      2. określają cechy (atrybuty) identyfikujące obiekt, z którym powiązano dany dokument np. numer działki, adres, numer budynku.

1.5.3.1.5Aplikacja zarządzania i obsługi metadanych

Aplikacja zarządzania i obsługi metadanych musi:
1. umożliwiać edycję i przygotowywanie zbiorów metadanych zgodnie z określonym, przyjętym w systemie standardem,
2. zapewniać zgodność z obowiązującymi standardami geoinformacyjnymi, w tym publikowanymi przez OGS, odpowiednimi normami międzynarodowymi ISO (ich odpowiednikiami CEN, PEN) oraz wymaganiami dyrektywy INSPIRE (wraz ze związaymi z nią przepisami implementacyjnymi – Implementing Rules IR),
3. zapewniać zgodność aplikacji z ustawą o krajowej infrastrukturze informacji przestrzennej oraz związanymi z nią przepisami wykonawczymi,
Podstawowym, dostarczonym w ramach aplikacji rozwiązaniem jest tzw. edytor metadanych.

1.5.3.1.5.1Edytor metadanych

Edytor metadanych może stanowić integralną część portalu mapowego i / lub katalogowego lub odrębny moduł dostępny również w architekturze klient – serwer.
Edytor metadanych musi zapewnić:
1. tworzenie dokumentów metadanych zapisane w języku XML, zgodne ze schematem XML Schema: xxxx://xxxxxxx.xxxxxxx.xxx/xxx/0.0.0/xxxxxxxx/xxxxx/0.0.0/xxxxx.xxx;
2. definiowanie własnych profili metadanych na podstawie dodania własnego schematu aplikacyjnego XSD;
3. importowanie metadanych z innych profili metadanych;
4. walidację dokumentu metadanych na zgodność ze zdefiniowanym profilem metadanych, w szczególności ISX 00000, XXXXXXX;
5. walidację poprzez zwracanie komunikatu z wyszczególnieniem niezgodności z wybranym, obsługiwanym profilem;
6. automatyczne generowanie identyfikatorów dla dokumentów metadanych zgodnie z standardem UUID (Universal Unique Identifier);
7. obsługę szablonów dokumentów meta danych;
8. zapis utworzonych dokumentów metadanych w repozytorium metadanych (format XML);
9. import dokumentów metadanych zapisanych zgodnie z jednym z poniższych schematów XSD:
  1. xxxx://xxxxxxx.xxxxxxx.xxx/xxx/00000/00000000/xxx/xxx.xxx;
  2. xxxx://xxxxxxxxx.xxx.xxx/xxxx/XxxxxxxxXxxxxxxxxXxxxxxxxx/XXX_00000_Xxxxxxx/xxx/xxx.xxx;
  3. xxxx://xxxxxxx.xxxxxxx.xxx/xxx/00000/00000000/xxx/xxx.xxx;
  4. xxxx://xxxxxxx.xxxxxxx.xxx/xxx/0.0.0/xxxxxxxx/xxxxx/0.0.0/xxxxx.xxx konwersja dokumentu do postaci zgodnej z ww. schematem;
10. eksport dokumentów metadanych w postaci pliku w formacie XML zgodnym ze schematem XML: xxxx://xxxxxxx.xxxxxxx.xxx/xxx/0.0.0/xxxxxxxx/xxxxx/0.0.0/xxxxx.xxx;
11. określenie dostępu do poszczególnych metadanych: publiczny, użytkownika lub grupy użytkowników;
12. obsługę hierarchiczności metadanych tj. interfejs edytora umożliwiający automatyczne pobranie identyfikatora „rodzica” za pośrednictwem interfejsu prostego wyszukania metadanych podczas ich tworzenia;
13. określenie zasięgu przestrzennego metadanych poprzez dedykowany Interfejs mapowy (usługa WMS);
14. obsługę usługi tezaurusa pozwalający na wybór tematów INSPIRE oraz słów kluczowych z serwisu GEMET;
15. automatyczne pobrania metadanych dla usług WMS i WFS z informacji zawartej w operacji getCapabilities;
16. zapisanie częściowo wypełnionych metadanych w formie draftu;
17. zdefiniowania szablonów dla informacji kontaktowych oraz zasięgu przestrzennego.

1.5.3.1.6Aplikacja zarządzania systemem i użytkownikami

Aplikacja zarządzania systemem i użytkownikami musi:
1. posiadać przyjazny interfejs graficzny umożliwiający wprowadzanie zmian konfiguracyjnych,
2. posiadać zabezpieczenia umożliwiające dostęp do narzędzi administracyjnych wyłącznie w sposób autoryzowany, tylko dla uprawnionych użytkowników,
3. umożliwiać dostęp przy użyciu przeglądarki WWW przy wykorzystaniu bezpiecznego protokołu transmisji SSL,
4. pozwalać na zastosowanie różnych procedur zasilania hurtowni danych przestrzennych oraz ich dystrybucji:
  1. aktualizacja danych w trybie online o wyznaczonej porze, poprzez skopiowane wyselekcjonowanej zawartości bazy danych systemu źródłowego (np.: systemu geodezyjnego) do bazy danych systemu SIP, co dotyczy danych z baz danych pzgik: BDOT500, EGIB oraz GESUT w zakresie dostępnym dla funkcji eksportu danych z systemu GEO-INFO VI;
  2. wsadowe ładowanie danych przez zastosowanie standardowych formatów wymiany danych (np.: SWDE, SHP/DBF, , XML/GML, inne),
  3. konfiguracja określająca ścieżki dostępu do danych graficznych (wektorowych, rastrowych - GeoTIFF, TIF+TFW) i opisowych (tabelarycznych - XLS, ODS, DBF), które mają być ładowane do bazy danych w procesie jego aktualizacji w określonych interwałach czasu lub po pojawieniu się nowej wersji pliku źródłowego,
  4. osobiste zarządzanie warstwami przez administratora lub użytkownika z odpowiednimi uprawnieniami, polegające na możliwości pobierania warstw graficznych z bazy danych danego podsystemu SIP w celu jej edycji (aktualizacji), a następnie zaimportowanie jej powtórnie do systemu,
  5. zarządzanie danymi poprzez dedykowane aplikacje (moduły) umożliwiające wprowadzanie i edycję danych wprost w bazie danych systemu,
  6. zarządzenie dystrybucją (poprzez serwer) i pozyskiwaniem do podglądu (poprzez klienta) metadanych oraz danych mapowych x.xx. w oparciu o usługi typu WebService i obowiązujące standardy (co najmniej WMS
Poza powyższym aplikacja zapewni niezbędne funkcje importu / replikowania danych z baz danych pzgik prowadzonych przez system GEO-INFO VI, który obecnie udostępnia do tego celu:
1. Automatyczny eksport danych geometrycznych do formatu ShapeFile z bazy GEO-INFO wraz z ich automatyczną konwersją na nazewnictwo warstw i atrybutów definiowanych w bazie SIP (Portalu), przy czym eksport ten może być wykonywany w trybie pełnym lub w trybie zmian.
2. Eksport danych opisowych w formacie SWDE a docelowo w formacie GML.

1.5.3.2Podsystem obsługi użytkowników zewnętrznych

Podsystem obsługi użytkowników zewnętrznych musi:
1. stanowić zestaw dedykowanych portali / serwisów, umożliwiających dostęp do zasobów i usług SIP oferowanych użytkownikom zewnętrznym - z wyjątkiem aplikacji zdalnej obsługi klientów PZGiK (poza zakresem przedmiotowego zamówienia),
2. zapewniać dostęp do danych poprzez usługi nieautoryzowane oraz po po uprzednim zarejestrowaniu w systemie i poprawnym zalogowaniu,
3. posiadać dedykowany system zarządzania treścią (CMS), umożliwiający globalne zarządzanie zarejestrowanymi użytkownikami, prezentowanymi w systemie danymi oraz aktualizacją merytoryczną i aplikacyjną portali,
4. realizować dostęp do środowiska portali / serwisów poprzez dedykowaną witrynę startową umożliwiającą łatwe poruszanie się po strukturze portali / serwisów oraz wybór właściwego dla danego użytkownika portalu tematycznego,
5. zapewnić, że dedykowane portale / serwisy zostaną zbudowane według następujących założeń:
  1. będą posiadać, w zależności od przeznaczenia, postać testowego serwisu WWW lub wielofunkcyjnego portalu GIS (geoportal), gdzie zasadniczym elementem będzie okno interaktywnej mapy, w ramach którego prezentowane będą zgromadzone w SIP dane przestrzenne,
  2. będą wykonane w sposób przystosowany do obsługi przez każdego internautę, również mało zaawansowanego w technologiach GIS oraz posiadać funkcjonalność wspierania osób słabowidzących (kontrasty, zmiana wielkości liter),
  3. będą włączone w strukturę oficjalnego serwisu WWW Starostwa Powiatowego w Wodzisławiu Śląskim i posiadały odniesienia do BIP,
  4. będą posiadały dedykowane funkcje dla różnych grup użytkowników,
  5. będą zaopatrzone w narzędzie obsługi usług INSPIRE - Web Services
6. zapewnić, w ramach dedykowanych portali, implementację funkcjonalności związanej z dostępem do poszczególnych e-usług on-line, lub też odnośników do innych serwisów urzędu, gdzie niektóre z tych usług pozostaną.

1.5.3.2.1Aplikacja porównywania danych EGB z danymi podatkowymi

Aplikacja porównywania danych EGB z danymi podatkowymi musi zapewnić:
1. Autoryzowany dostęp do danych EGiB, otrzymywanych w formacie SWDE oraz danych podatkowych ograniczonych do ewidencji podatkowej nieruchomości (bez informacji o wymiarze podatku oraz innych informacjach finansowych) otrzymywanych z systemu teleinformatycznego przetwarzającego dane podatkowe w formacie XML wg definicji z rozporządzenia w sprawie ewidencji podatkowej nieruchomości (§2 ust. 2 pkt.2 oraz ust. 3);
2. D efinicje usług sieciowych o niezbędnej granulacji do celów ww. wymiany danych Wykonawca opracowuje na etapie opracowania Projektu Technicznego współpracując w tym zakresie ze wskazanym przez Zamawiającego dostawcą systemu teleinformatycznego przetwarzającego dane podatkowe w jednej z gmin Powiatu Wodzisławskiego (który zwrotnie opracuje odpowiednie usługi sieciowe po stronie systemu dla gmin, przy czym ten zakres prac nie stanowi przedmiotu niniejszego zamówienia oraz projektu).
Opracowany przez Wykonawcę mechanizm musi umożliwiać realizację porównania informacji pochodzących z dwóch odrębnych baz danych; ewidencji gruntów i budynków oraz ewidencji podatkowej nieruchomości celem umożliwienia wykrycia niespójności pomiędzy powyższymi dwoma rejestrami źródłowymi. Wymaga się porównania co najmniej danych o oznaczeniach i powierzchni działek, budynków i lokali, osobach oraz oznaczenia ksiąg wieczystych.

1.5.3.2.2Portal interaktywnego planu powiatu

Portal interaktywnego planu powiatu musi:
1. umożliwiać publikację informacji i danych przestrzennych interesujących internatów - mieszkańców powiatu wodzisławskiego, turystów, inwestorów,
2. pozwalać na prezentowanie lokalizacji obiektów interesujących różnorodne grupy odbiorców w postaci dedykowanych, predefiniowanych profili mapy (x.xx. profile: mieszkańca, turysty, inwestora, bezpieczeństwa):
3. prezentować wybrane dane na tle kolorowej ortofotomapy oraz bazy adresowej umożliwiając użytkownikom łatwą lokalizację w terenie,
4. posiadać funkcjonalność przeglądania różnorodnych baz danych opisowych, w tym także dostęp do wybranych rejestrów i ewidencji (np.: ewidencja stowarzyszeń i fundacji, rejestr szkół publicznych i niepublicznych).

1.5.3.2.3Portal edukacyjny o GIS

Portal edukacyjny o GIS musi:
1. umożliwiać wszystkim użytkownikom systemu (wewnętrznym i zewnętrznym w miarę posiadanych uprawnień) na zapoznanie się z opisem funkcjonalności wdrożonych portali oraz samodzielnego, stałego treningu praktycznych umiejętności posługiwania się nimi,
2. posiadać dwa poziomy szczegółowości:
  1. prostszy, dla użytkowników zewnętrznych, o charakterze kursów,
  2. zaawansowany, dla użytkowników wewnętrznych, o charakterze rozbudowanego, interaktywnego systemu pomocy
3. pozwalać na zapoznanie się z podstawowymi informacjami dotyczącymi wdrożonego systemu, związanych z nim technologii oraz pojęć, jak i umożliwiać sprawdzanie zdobytej wiedzy za pomocą udostępnionych testów.

1.5.3.2.4Komponenty funkcjonalne portalu oraz portalu metadanych

1.5.3.2.4.1Narzędzia edycji danych dla warstw tematycznych

Narzędzia edycji danych dla warstw tematycznych (nie georeferencyjnych) muszą zapewnić:
1. wielodostępną edycję danych, w tym funkcje: wprowadzania, aktualizacji edycji, usuwania danych opisowych i przestrzennych oraz funkcje przeglądania w formie listy oraz przeglądania danych w połączeniu z dedykowaną kompozycją mapowa prezentującą przestrzenne rozmieszczenie danych;
2. prowadzenie słowników otwartych edytowanych przez użytkowników posiadających określone uprawnienia;
3. zakres funkcji mieszczący się w obsłudze i „prowadzeniu” słownika obejmuje funkcje: wprowadzania, edycji, usuwania, przeglądania (z opcja wyszukiwania – pozycjonowania pozycji) oraz raportowania – wydruku dla całego zakresu słownika;
4. zapis danych geometrycznych z zapewnieniem reguł topologii, o ile takie reguły zostaną określone dla modelu danych;
5. funkcje wyszukiwania danych według:
  1. atrybutów tekstowych dla wyszukiwania wg klucza pełnotekstowego;
  2. cech przestrzennych przez określenie współrzędnych (lub ich zakresu) oraz dostępne funkcje selekcji przestrzennej, co najmniej przez zaznaczenie obszaru poszukiwania (bufor);
    1. funkcje wyszukiwania przestrzennego mogą być zaimplementowane w portalu ale ich rezultat na zasadzie technicznego powiadamiania pomiędzy portalem a modułem, musi zapewnić wybór określonej grupy pozycji (obiektów) w Module edycji;
  3. mieszanych, łączących powyższe możliwości wyszukiwania;
6. funkcje dołączania do obiektów bazy danych ustrukturyzowanych danych takich jak: pliki multimedialne (grafika, obraz, dźwięk), dane wektorowe, rastrowe.

1.5.3.2.4.2Portal mapowy – usługi systemowe

Portal mapowy (Internetowy / Intranetowy portal mapowy) musi:
1. zapewnić publikowanie w sieci Internet map generowanych na podstawie zasobów danych bazy SIP
2. posiadać funkcjonalność nawigacyjną na mapie: powiększanie, pomniejszanie, przesuwanie mapy, pomiar powierzchni różnych obiektów występujących na mapie w postaci poligonów (np. budynków, działek), wielosegmentowy pomiar odległości, selekcję obiektów przez: zaznaczanie / selekcję obiektów linią lub poligonem, zaznaczanie / selekcję jednego lub wielu obiektów przez wskazanie ich kursorem, ustawienia skali;
3. umożliwiać udostępnianie, publikowanie i prezentowanie informacji opisowej i geometrycznej, w różnych układach i kompozycjach tabelarycznych, z uwzględnieniem uprawnień użytkownika;
4. zapewniać dostęp i możliwość podłączenia do danego serwisu mapowego usług sieciowych publikowanych przez inne serwery – dotyczy to usług sieciowych zgodnych z wymaganiami OGC: WMS, WMTS, WFS, w tym np. usługi dostępu do danych ewidencji gruntów i budynków publikowanej przez Geoportal GUGiK, usług systemu ORSIP oraz innych portali dziedzinowych prowadzonych przez takie podmioty jak: RDOŚ, RDLP, PIG-PIB, czy specjalistycznych portali kartograficznych jak xxxx://xxx.xxxx.xxxxxxxxxxx.xxx/ ;
5. zapewniać obsługę i transformację „w locie” dla obowiązujących przepisami prawa układów współrzędnych, w tym co najmniej WGS84, 1992, 2000;
6. posiadać zaawansowane narzędzia do wydruków w zakresie:
  1. drukowania widocznego obszaru mapy wraz z legendą i podkładem mapy z podaną skalą oraz cechami identyfikującymi użytkownika, który dokonuje wydruku (kto, kiedy, skąd);
  2. drukowania obrazów w wysokiej rozdzielczości przez zaznaczenie obszaru do drukowania z zadaną skalą, gdzie wraz z zaznaczeniem powinny wyświetlać się parametry wielkości drukowanej mapy oraz skala;
  3. zapisu wydruku do pliku do formatu MS Word (DOC), w standardzie Adobe Acrobat (PDF) lub RTF oraz Open Office;
7. zawierać funkcje identyfikacji obiektów na mapie,
8. posiadać podstawowe narzędzia do wyszukiwania klas obiektów, jak np.: adresów, działek, osób, instytucji, obserwacji poprzez wskazanie na mapie lub wpisanie ręcznie danych tak, aby utworzyć ich listę i według niej wykonać wyszukiwanie, oraz narzędzia do uniwersalnego wyszukiwania zapewniające:
  1. budowę atrybutowych warunków zapytania z wykorzystaniem składni języka SQL;
  2. budowę przestrzennych warunków zapytania z wykorzystaniem selekcji międzywarstwowej / buforowania;
9. budowę zapytania poprzez wykorzystanie relacji bazy (wynikiem będą rekordy będące w wybranej relacji z wynikiem poprzedniego kroku); operacja ta wykluczy możliwość wykorzystania w następnych krokach selekcji międzywarstwowej / buforowania;
10. umożliwiać zapisywanie aktywnej sesji użytkownika oraz jego ustawień (opcja wyłącznie dla portalu intranetowego), w tym z zapamiętaniem aktualnego widoku mapy wraz z zapisaniem informacji uzupełniających: nazwa serwisu, rozmiar okna, wybrane obiekty (dotyczy tylko intranetu);
  1. możliwość zapisania lokalnych ustawień dla sparametryzowanych narzędzi do wyszukiwania we własnym profilu celem jego ponownego wykorzystania (dotyczy tylko intranetu);
11. prezentować zawartość tematyczną układu warstw danego serwisu mapowego w postaci drzewa, z podziałem na pogrupowane tematycznie warstwy, z możliwością zwijania i rozwijania danej warstwy oraz włączania / wyłączania warstw na drzewie, jaki i z uaktywnianiem wybranej warstwy;
12. obsługiwać metadane w zakresie i w sposób przyjęty w Projekcie Technicznym, włącznie z prezentacją metadanych w wybranym profilu;
13. generować raporty tak, aby:
  1. z poziomu aplikacji intranetowej możliwe było wyselekcjonowanie do nich obiektów poprzez wskazanie ich na wybranej warstwie lub wyselekcjonowanie w oparciu o atrybuty opisowe;
  2. zapewnić możliwość tworzenia raportów wielopoziomowych, wykorzystujących dane będące w relacji z obiektami zaznaczonymi na mapie lub wyszukanymi (o ile takie relacje istnieją w bazie);
  3. użytkownik miał możliwość konfigurowania raportów przez wybranie wskazanych pól atrybutowych oraz ustalenia ich kolejności;
  4. raporty były generowane na szablonach z informacją o czasie ich przygotowania, źródle pochodzenia, aktualności danych oraz wykonującym raport;
  5. użytkownik mógł zapisać w swoim profilu skonfigurowany szablon raportu w zakresie wybranych pól, ich kolejności oraz danych pochodzących z tabel będących w relacji;
14. umożliwiać w każdym z serwisów tematycznych edytowanie atrybutów opisowych, przy stosownie skonfigurowanych uprawnieniach;
15. posiadać możliwość działania w dwóch trybach tzw. serwisu dynamicznego, czyli generującego kolejne widoki mapy na „żądanie” klienta (przeglądarki) oraz w trybie serwisu z buforem map, inaczej „cache’em”, który powinien przyspieszyć działanie portalu, co oznacza, że:
  1. serwer mapowy GIS musi zapewnić obsługę funkcji „kafelkowania” oraz buforowania (cache)
  2. serwerze mapowy GIS musi zapewnić generowanie (i przechowywanie) obrazu mapy w różnych predefiniowanych skalach mapowych, a obsługa mapy po stronie klienta powinna polegać na prezentacji obrazu mapy pochodzącej z generowania na serwerze, tym samym w zależności od potrzeby klienta (przeglądarki) powinny być przesyłane do niego wyłącznie odpowiednie bloki obrazu mapy uzupełniające mapę o wymagane dane np. w odpowiedzi na interakcje użytkownika i przesuwanie mapy;
16. prowadzenie statystyk, zawierających między innymi informacje nt. sposobu i częstości wykorzystania portalu;
17. publikowanie i wyszukiwanie metadanych;
18. zapewnić dostępność poprawnie działających usług sieciowych publikacji danych określonych wymaganiami Ustawy o infrastrukturze informacji przestrzennej (Ustawa o IIP): WMS, WFS, WMTS zgodnych z wymaganiami OGC (w oparciu o dostarczone Oprogramowanie Narzędziowe GIS).

1.5.3.2.4.3Portal katalogowy

1.5.3.2.4.3.1Usługa katalogowa

Usługa katalogowa musi zapewnić:
1. publikowanie metadanych;
2. katalogowanie informacji o zasobach przez import opisu zasobów przestrzennych w formacie XML, w tym z bazy danych przestrzennych;
3. skanowanie oraz katalogowanie informacji o zasobach przez import opisu metadanych z zarejestrowanych - wskazanych serwerów z wykorzystaniem mechanizmów Open Archive Initiative Protocol for Metadata Harvesting (OAI-PMH) lub Web Accessible Folders, celem pobrania plików XML z metadanymi (opcja w sieci Internet);
4. wyszukiwanie zasobów przestrzennych bazy danych Systemu – w oparciu o wprowadzone kryteria atrybutowe, przestrzenne, tematyczne oraz czasowe stanowiące atrybuty metadanych systemu (tzw. przeszukiwanie katalogu metadanych);
5. sortowanie wyników wyszukiwania, włącznie z ich zapisaniem do pliku oraz wydrukiem;
6. wyświetlenie mapy dla wybranych zasobów przestrzennych, w tym zasobów spoza zakresu przestrzennego Systemu – a dostępnych przez OGC WMS;
7. opcjonalnie obsługę / nawigowanie po mapie w zakresie funkcji minimum: powiększ, pomniejsz, przesuń, poprzedni zasięg mapy, pełny zasięg mapy, włącz/wyłącz legendę mapy.

1.5.3.2.4.4Usługa wyszukiwania

Usługa wyszukiwania musi zapewnić:
1. wyszukanie zbiorów, serii i usług danych przestrzennych, publikację metadanych oraz sprawne zarządzanie metadanymi i ich katalogiem;
2. zgodność z przepisami wykonawczymi - specyfikacją OGC CS-W 2.0.2 oraz profilem aplikacyjnym ISO 1.0.0 dla CS-W;
3. implementację operacji OGC CS-W: (getCapabilities, getRecords, getRecordByID, getDomain, describeRecord, transaction, harvest);
4. funkcjonalność graficznego interfejsu w zakresie wyszukiwania metadanych:
  1. interfejs graficzny z zintegrowaną prostą usługą przeglądania (serwisów WMS);
  2. usługa przeglądania umożliwiającą określanie zasięgu przestrzennego dla wyszukiwanych metadanych;
  3. usługa przeglądania umożliwiającą określanie zasięgu przestrzennego za pośrednictwem usługi gazetteer pozwalającej na wyszukanie jednostek administracyjnych (powiaty i gminy) i wyznaczenia na ich podstawie zasięgu przestrzennego;
  4. realizacja wyszukiwania lokalizacji usługi gazetteer na podstawie protokołu WFS;
  5. proste wyszukiwanie w katalogu metadanych na podstawie określonej frazy (AnyText).
  6. zaawansowane wyszukiwanie (z obsługą zapytań rozmytych) w zakresie wszystkich elementów wyszukiwania wynikających z art. 9 pkt. 3 Ustawy o Infrastrukturze informacji przestrzennej tj.:
    1. słowa kluczowe;
    2. klasyfikacja danych przestrzennych oraz usług danych przestrzennych;
    3. jakość i ważność zbiorów;
    4. stopień zgodności ze standardami technicznymi dotyczącymi interoperacyjności zbiorów i usług danych przestrzennych;
    5. położenie geograficzne;
    6. warunki dostępu i korzystania ze zbiorów oraz usług danych przestrzennych;
    7. organy administracji odpowiedzialne za tworzenie, aktualizację i udostępnianie zbiorów oraz usług danych przestrzennych.
  7. wyszukiwanie tematyczne na podstawie wyboru poziomu hierarchii;
  8. obsługę zapytań (distributed query) rozproszonych do wielu heterogenicznych katalogów metadanych np. GUGiK, Geospatial One Stop i innych.
  9. możliwości przeglądania wyników wyszukiwania metadanych w dedykowanej formatce HTML w podziale na kategorie metadanych, (tj. opis, kategoryzacja, ograniczenia, dystrybucja, jakość, metadane);
5. usługi w zakresie publikacji metadanych:
  1. autoryzowanie dostępu dzięki usłudze zabezpieczającej;
  2. możliwość masowego exportu (archiwizacji) metadanych do plików XML;

1.5.3.2.4.5Narzędzia do administrowania (zarządzania)

Narzędzia zarządzania muszą zapewnić:
1. zintegrowane zarządzanie uprawnieniami dostępu do:
  1. funkcji klienta usług;
  2. usług przeglądania (portali / serwisów mapowych);
  3. usług wyszukiwania;
2. polskojęzyczny interfejs aplikacji działający w oparciu o „cienkiego klienta” wspierający standardowe przeglądarki internetowe;
3. usługę zabezpieczającą opartą o protokół LDAP w celu jednolitego zarządzania użytkownikami, rolami i ich uprawnieniami do usług, funkcji i serwisów;
4. usługę zabezpieczającą opartą o pojedyncze logowanie (ang. SSO single sign-on) do systemu dla użytkowników autoryzowanych;
5. zarządzanie użytkownikami i ich grupami, rolami i ich grupami i ich uprawnieniami tj.:
  1. tworzenie, modyfikację i usuwanie konta użytkownika tj.: wprowadzanie informacji o użytkowniku, przynależność do ról oraz grupy użytkowników i ról;
  2. tworzenie i usuwanie ról oraz przypisywanie im użytkowników, innych ról oraz grup użytkowników i ról;
  3. tworzenie i usuwanie grup ról i użytkowników;
  4. .
6. zarządzanie klientem usług (GUI) przez:
  1. definiowanie wyglądu i zawartość interfejsu usługi;
  2. możliwość konfiguracji usługi w zakresie:
    1. tworzenia i modyfikacji kompozycji mapowych i przypisywania im serwisów;
    2. definiowania zasięgu startowego okna mapy;
    3. tworzenia i definiowania przycisków – przypisywanie narzędzi i okien;
    4. dodawania i modyfikowania okien i przypisywania im narzędzi;
    5. dodawania i usuwania układów odniesienia;
    6. definiowania listy serwisów WMS, WFS i WMTS;
    7. definiowania tekstu powitalnego;
    8. zarządzanie źródłami wyszukiwania.
  3. zarządzanie uprawnieniami dla ról w zakresie dostępu do serwisów i dostępnych funkcji klienta usług dla użytkowników publicznych jak i użytkowników autoryzowanych przez definiowanie dostępu do funkcjonalności usługi:
    1. kompozycji;
    2. serwisów;
    3. przycisków;
    4. narzędzi.

1.5.3.2.4.5.1Zarządzanie portalami / serwisami mapowymi

Narzędzia zarządzania muszą zapewnić:
1. bezpieczeństwo danych poprzez autoryzowany dostęp do zdefiniowanego zakresu serwisów przez uprawnionych użytkowników systemu lub ich grup;
2. zaimplementowane specyfikacji serwisów mapowych: WMS, WMTS, WFS, WCS;
3. tworzenie uprawnień dla ról w zakresie:
  1. ograniczeń do poszczególnych warstw serwisów mapowych;
  2. ograniczeń przestrzennych do serwisów mapowych;
  3. ograniczenia dostępu do żądań (request) zgodnych ze specyfikacją danego serwisu;
4. enkapsulację zabezpieczanego serwisu oraz udostępnianie serwisu w formie ograniczonej i zabezpieczonej wymagającej identyfikacji i autoryzacji użytkownika;
5. dostęp do zabezpieczonego serwisu po autoryzacji i identyfikacji użytkownika;
6. dostępność ról do zarządzania serwisami:

1.6Wymagania szczegółowe dotyczące Oprogramowania Systemowego, Bazodanowego, Narzędziowego

Wykonawca jest zobowiązany do dostarczenia, instalacji i konfiguracji Oprogramowania Systemowego, Bazodanowego, Narzędziowego, koniecznego do prawidłowej pracy Systemu zgodnie z koncepcją Systemu, przy czym liczba udzielonych licencji musi zapewnić poprawność techniczną instalacji i funkcjonowania Systemu w Infrastrukturze Technicznej Zamawiającego, a typ udzielonych licencji (na serwer, na liczbę procesorów lub liczbę rdzeni procesora) powinien uwzględniać warunki techniczne dostarczonego przez Wykonawcę sprzętu komputerowego tj. serwerów np. liczba slotów, rdzeni, inne.
1. Ostateczny dobór liczby licencji dostarczanego przez Wykonawcę Oprogramowania zależy od warunków licencyjnych oferowanego produktu, co oznacza, iż możliwe jest dostarczenie przez Wykonawcy większej liczby licencji niż pierwotnie zostało to wskazane przez Zamawiającego w niniejszej specyfikacji. Wykonawca jest zobowiązany zapewnić odpowiednią zgodność warunków licencyjnych adekwatnie do konfiguracji sprzętowej oraz odpowiednio do dostarczonego przez niego sprzętu komputerowego (serwerów) oraz konfiguracji maszyn wirtualnych.
  1. Na potrzeby funkcjonowania Systemu Zamawiający zakłada, że nie będzie definiował maszyn wirtualnych o mocy większej niż jeden 4 – rdzeniowy procesor.
2. Dostarczane licencje Oprogramowania muszą być dostarczone zawsze w najwyższej wersji dostępnej na rynku produktów IT na dzień złożenia Oferty przez Wykonawcę, o ile Zamawiający nie wskazał inaczej w opisie przedmiotowych wymagań.
Do każdej dostarczonych licencji oprogramowania Zamawiający wymaga wykupienia minimum 3 – letniej polisy serwisowej a w przypadku oprogramowania „Open Source” zapewnienia usług serwisowych związanych z dostarczaniem nowych wersji oprogramowania i ich instalacji.
1. Decyzja dotycząca migracji na nową wyższą wersję oprogramowania:
  1. jest obligatoryjna, jeżeli nowa wersja oprogramowania „Open Source” lub komercyjnego zapewnia usunięcia zidentyfikowanych, nie usuwalnych do tego czasu w inny sposób wad oprogramowania;
  2. jest opcjonalna w każdym innym przypadku, przy czym wdrożenie nowej wersji oprogramowani „Open Source” o ile wymaga zmiany w Oprogramowaniu Aplikacyjnym Systemu jest zobowiązaniem łącznym Wykonawcy.

1.6.1Oprogramowanie Systemowe

Dostarczone przez Wykonawcę licencje na oprogramowanie systemowe powinno uwzględniać, że Zamawiający jest jednostką sektora administracji publicznej należącą do regionu EU-EFTA.

1.6.1.1Oprogramowanie systemowe – (systemy operacyjne oraz środowisko do wirtualizacji)

Wykonawca jest zobowiązany do dostarczenia 3 licencji systemu operacyjnego zapewniającego prawidłową pracę dostarczonych przez Wykonawcę serwerów sprzętowych oraz uruchomionych na nich maszyn wirtualnych w środowisku oprogramowania do wirtualizacji.
Dostarczone przez Wykonawcę oprogramowanie musi spełniać poniższe wymagania bez konieczności użycia innych produktów:
1. Dostępny system firewall z obsługą definiowanych reguł dla ochrony połączeń internetowych i intranetowych;
2. Zapewniony graficzny interfejs użytkownika, w tym dostępne w języku polskim podstawowe opcje oraz menu obsługi, w tym pomoc oraz komunikaty systemowe;
3. Dostępne wsparcie oraz dostępność sterowników dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń sieciowych, standardów USB, Plug&Play);
4. Zapewniona obsługa systemów wieloprocesorowych dla platformy x86-64;
5. Zapewnienie zdalnej konfiguracji, administrowania oraz aktualizacji systemu przez odpowiednio skonfigurowanym sprzętem komputerowym;
6. Dostępność usług systemowych:
  1. usługi sieciowe: DNS, DHCP;
  2. usługi katalogowe pozwalające na zarządzanie zasobami w sieci (użytkownicy, komputery, drukarki, udziały sieciowe);
  3. usługi serwera terminali oraz cienkiego klienta;
  4. usługi PKI (Centrum Certyfikatów, obsługa klucza publicznego i prywatnego);
  5. usługi szyfrowania plików, folderów oraz połączeń sieciowych (IPSec);
  6. usługi HA - tworzenie systemu wysokiej dostępności: klaster „active – active” oraz typu fail-over;
  7. usługi zmiany i rozkładania obciążenia serwera;
  8. usługi wsparcia dla protokołu IP w wersji 6 (IPv6);
  9. usługi wirtualizacji – Hypervisor;
7. Zapewnienie funkcji deduplikacji danych;
8. Dostępność systemu plików: NTFS, ReFS;
9. Zapewnienie mechanizmów kontroli dostępu poprzez funkcje umożliwiające konfigurację dynamicznych praw dostępu do plików zależnie od ich treści czy też parametrów opisujących cechy użytkownika, włącznie z automatycznym szyfrowaniem dokumentów, a także ograniczaniem możliwości kopiowania, drukowania wskazanych plików.
10. Zależnie od warunków licencyjnych dostarczanego przez Wykonawcę systemu operacyjnego, Wykonawca jest zobowiązany zapewnić spełnienie poniższych warunków użytkowania w ramach podstawowej licencji dla dostarczonego przez niego systemu operacyjnego lub dostarczyć powiązane z tym licencje dostępowe, dostarczone w formie licencji grupowej, uprawniające do dostępu do usług systemowych dostarczonego przez Wykonawcę systemu operacyjnego dla minimum 100 użytkowników (pracowników Zamawiającego), w tym:
  1. połączeń zewnętrznych użytkowników wymagających dostępu do środowiska systemowego utworzonego w oparciu o dostarczone przez Wykonawcę oprogramowanie systemowe - zdalnie, poprzez sieć Internet.
11. Umożliwić uruchomienie na danym serwerze sprzętowym co najmniej 2 maszyn wirtualnych, zapewniając również niezbędne środowisko do wirtualizacji oraz zarządzania maszynami wirtualnymi, w tym konfigurację przez dedykowanego klienta zarządzającego;
Oprogramowanie do wirtualizacji może stanowić wspólną, zintegrowaną platformę systemową razem z dostarczonym przez Wykonawcę systemem operacyjnym, która będzie dostępna w ramach jednej wspólnej licencji, udzielonej na oprogramowanie systemowe spełniającej łącznie wymagania oprogramowania systemowego dla systemów operacyjnych oraz oprogramowania do wirtualizacji. Łączna liczba udzielonych wówczas licencji przez Wykonawcę musi spełnić określone przez Zamawiającego dla oprogramowania systemowego minimalne wymagania.

1.6.1.2Oprogramowanie systemowe – oprogramowanie do archiwizacji

Wykonawca jest zobowiązany do dostarczenia niezbędnej liczby licencji oprogramowania do archiwizacji, odpowiadającej wymaganej konfiguracji procesorowej serwerów sprzętowych dostarczanych przez Wykonawcę i zapewniającej ich prawidłową pracę oraz zabezpieczenie kopii zapasowych – minimum 4 maszyn wirtualnych oraz bazy danych.
Dostarczone oprogramowanie musi być kompatybilne z dostarczoną biblioteką taśmową, może stanowić oprogramowanie „Open Source” i musi spełniać następujące wymagania:
1. zapewnić tworzenie oraz odzyskiwania kopii zapasowych wybranych zbiorów danych,
2. zapewnić tworzenie oraz odzyskiwania kopii zapasowych maszyn wirtualnych – w całości, lub jedynie ich części – dysków wirtualnych, aplikacji, plików,
3. udostępniać mechanizmy deduplikacji lub kompresji danych,
4. umożliwiać szyfrowanie archiwizowanych danych przy użyciu algorytmu AES o złożoności klucza minimum 128 bitów lub innych techniki o podobnej złożoności algorytmicznej,
5. posiadać dedykowane interfejsy współpracy z hypervisorami systemów wirtualnych, takimi jak np. VMWare, Hyper-V,
6. opcjonalnie - zapewniać możliwość archiwizacji – tworzenia kopii bazy danych on linie dla produktu zaoferowanego przez Wykonawcę do implementacji Systemu w ramach Oprogramowania Bazodanowego.

1.6.2Oprogramowanie Bazodanowe

Wykonawca jest zobowiązany do dostarczenia odpowiedniej liczby oraz typu licencji Oprogramowania Bazodanowego dla odrębnej fizycznie bazy danych portalu Internetowego oraz odrębnej fizycznie bazy danych portalu intranetowego, adekwatnie do liczby oraz konfiguracji serwerów wskazanych przez Zamawiającego oraz potencjalnej możliwości funkcjonowania serwerów jako maszyn wirtualnych a przeznaczonych do instalacji Systemu;
Oprogramowanie Bazodanowe musi:
1. zapewnić obsługę systemu MS Windows 32-bit i 64-bit;
2. zapewnić obsługę danych przestrzennych natywnie lub poprzez zewnętrzny produkt w formie nakładki obsługujący co najmniej prosty typ danych przestrzennych wg. klasyfikacji OpenGIS (OpenGIS Implementation Specification for Geographic information - Simple feature access - 1.1.0 and Simple Features - SQL - Types and Functions 1.1);
3. zapewnić wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode), w tym migrację zestawu znaków bazy danych do Unicode;
4. umożliwić redefiniowanie przez klienta ustawień narodowych – symboli walut, formatu dat, porządku sortowania znaków;
5. zapewnić zgodność ze standardem ANSI/ISO SQL 2003 lub nowszym;
6. posiadać optymalizator SQL lub inne narzędzia do optymalizacji zapytań;
7. zapewnić wsparcie dla procedur i funkcji składowanych w bazie danych;
8. zapewnić możliwość autoryzowania użytkowników bazy danych za pomocą rejestru użytkowników założonego w bazie danych;
9. zapewnić narzędzia do szyfrowania danych;
10. zapewnić możliwość wykonywania kopii bezpieczeństwa bezpośrednio przez mechanizmy serwera bazy danych, przy czym wykonywanie kopii bezpieczeństwa powinno być możliwe co najmniej w trybie offline z opcją katalogowania informacji o wykonanej kopii przez serwer bazy danych;
Zamawiający dopuszcza zastosowanie licencji z grupy oprogramowania Open Source dla serwera bazy danych.

1.6.3Oprogramowanie Narzędziowe

1.6.3.1Oprogramowanie do zarządzania treścią – serwer CMS

Wykonawca jest zobowiązany do dostarczenia odpowiedniej liczby oraz typu licencji zarządzania treścią (ang. Content Management System CMS), adekwatnie do planowanych przez niego do wykorzystania zasobów sprzętowych – dla grupy serwerów wskazanych przez Zamawiającego i przeznaczonych do instalacji Systemu;
Oprogramowana do zarządzania treścią CMS musi zapewnić:
1. przechowywać wszystkie dane w relacyjnej bazie danych zastosowanej do implementacji rozwiązania;
2. umożliwiać określenie długości sesji - czasu bezczynności użytkownika, po którym następuje automatyczne wylogowanie;
3. zapewniać strukturę drzewiastą treści z możliwością usuwania i przenoszenia stron do archiwum;
4. umożliwiać zarządzanie treścią strony bez znajomości HTML, w tym posiadać wbudowany edytor WYSIWYG;
5. obsługiwać zarządzanie stylami tekstu strony;
6. umożliwiać formatowanie tekstu (pochylenie, podkreślenie, pogrubienie, przekreślenie);
7. umożliwiać tworzenie: list numerowanych i punktowanych, tabel, artykułów, galerii, newsletter, forum, wstawianie zdjęć, kojarzenie ich z adresem, URL, kolorowanie tekstu i tła;
8. umożliwiać tworzenie: galerii z podgaleriami, wstawianie obrazów i filmów, wstawianie elementu Flash, wstawianie znaku specjalnego, zabezpieczać formularz rejestracyjny mechanizmem CAPTCHA;
9. blokować konta na określony czas po zdefiniowanej przez administratora liczbie nieudanych prób logowania;
10. zapewnić bezpieczne logowanie z wykorzystaniem protokołu SSL;
11. posiadać logiczną strukturę katalogów zbudowaną na bazie danych;
12. blokować pliki do edycji;
13. nadawać uprawnienia do odczytu i zapisu dla poszczególnych plików i katalogów;
14. posiadać liczniki: odwiedzin na każdej stronie, pobranych danych dziennie, pobrań załączników dziennie, odwiedzin z podziałem na użytkowników zalogowanych i niezalogowanych;
15. umożliwić tworzenie statystyki odwiedzin stron (dzienne, tygodniowe, miesięczne);
16. umożliwiać nadawanie uprawnień do odczytu i zapisu dla każdej strony, do publikacji i akceptacji treści strony;
17. umożliwić nadpisanie banera (logo projektu) na wszystkich stronach podrzędnych;
18. posiadać moduł prezentujący krótką informację na dowolny temat na stronie głównej;
19. umożliwiać ukrycie strony w strukturze menu;
20. zapewnić osadzenie na stronie portalu obiektów przygotowanych w środowisku technologicznym serwera mapowego, w oparciu o komponenty programistyczne zapewniające ich uruchamianie w nowym oknie lub w aktywnej stronie portalu, włącznie z przekazywanie do nich listy parametrów z poziomu CMS;
Zamawiający dopuszcza zastosowanie licencji z grupy oprogramowania Open Source dla serwera CMS.

1.6.3.2Oprogramowanie do publikacji i udostępniania danych przestrzennych (serwer mapowy GIS)

Wykonawca jest zobowiązany do dostarczenia odpowiedniej liczby oraz typu licencji oprogramowania do publikacji i udostępniania danych przestrzennych (inaczej licencji serwera mapowego), adekwatnie do planowanych przez niego do wykorzystania zasobów sprzętowych – dla grupy serwerów wskazanych przez Zamawiającego i przeznaczonych do instalacji Systemu;
Oprogramowania do publikacji i udostępniania danych przestrzennych, inaczej serwer mapowy musi:
1. zapewnić obsługę systemów operacyjnych: MS Windows 2008 / 2012 Server, systemów rodziny Linux: RedHat, w tym dla wersji 64-bitowej dla przynajmniej dla MS Windows 2008 / 2012 Server;
2. zapewnić obsługę zaoferowanego przez Wykonawcę i zastosowanego do realizacji przedmiotowego zamówienia systemu zarządzania relacyjną bazą danych;
3. zapewnić obsługę standardów OGC: WMS 1.1.1, WFS 1.1, WMTS 1.0, KML 2.2, GML 3.2.1;
4. usług przeglądania wspierających wydajne metody publikacji danych mapowych w oparciu o kafelkowanie obrazu;
5. zapewnić narzędzia do tworzenia kafelek dla dowolnych skal i układów odniesienia,
6. zapewnić publikację serwisów w stosowanych w Polsce układach współrzędnych.

1.6.3.3Oprogramowanie inne

Oprogramowanie inne, obejmuje każde inne niż powyżej wyspecyfikowane Oprogramowania Narzędziowe jakie Wykonawca powinien zastosować do realizacji zamówienia dla prawidłowego funkcjonowania i Wdrożenia Systemu np. serwer www, serwer aplikacji, inne.

2Dodatek nr 1 – Opis infrastruktury teleinformatycznej Zamawiającego

Starostwo Powiatowe w Wodzisławiu Śląskim posiada sieci komputerowe w trzech budynkach: przy ul. Bogumińskiej 2, przy ul. Mendego 3 (Wydział Geodezji) i przy xx. Xxxxxxxxxx 00x. W związku z prowadzonymi obecnie pracami modernizacyjnymi należy przyjąć, iż wszystkie te lokalizacje stanowią logiczną całość i są połączone światłowodem o przepustowości 1Gbit/sek.

Budynki przy ul. Bogumińskiej i Pszowskiej mają swoje własne podłączenia do Internetu oparte na usłudze DSL 4000/1500 (budynek przy ul. Mendego korzysta z łącza do Internetu znajdującego się w budynku przy ul. Bogumińskiej).

Ilość użytkowanych stacji komputerowych wynosi ok. 200 stanowisk - większość z nich posiada dostęp do Internetu. Typowa konfiguracja to: Windows XP Pro, XX Xxxxxx XX, XxxxXxxxxx, XX, Xxxxxxx Xxxxxxx, XXX00 Xxxxxxxxx lub F-Secure Client Security, Uplook; Java, Adobe Reader; Puntium4, Celeron, Core2Duo, USB, CD/DVDRW, Karta sieciowa 100/1000, 1-4 GB Ram, HDD 160GB lub więcej. Dla około 50% komputerów rok produkcji jest sprzed 5 lat i więcej.

W chwili obecnej Starostwo Powiatowe w Wodzisławiu Śląskim posiada dwa systemy posiadające cechy oprogramowania GIS:

wielomodułowy, geodezyjny system źródłowy Geo-lnfo,
system dystrybucji danych przestrzennych o nazwie Internetowy Serwer Danych Przestrzennych (ISDP).

Geodezyjny system źródłowy o nazwie Geo-lnfo VI jest wielomodułowym oprogramowaniem pozwalającym na kompleksową obsługę danych wchodzących w skład PZGiK. Najistotniejszymi modułami tego systemu są: mapa, ewidencyjny, uzbrojenia terenu, danych projektowych, sytuacyjno-wysokościowy, ośrodek. Brak natomiast wdrożonego modułu do zdalnej obsługi jednostek wykonawstwa geodezyjnego.

Wdrożone oprogramowanie ISDP posiada ograniczoną funkcjonalność użytkową udostępniając tylko moduł przeglądarki danych ewidencyjnych. Moduł ten wykorzystywany jest przez pracowników Starostwa Powiatowego w Wodzisławiu Śląskim oraz pracowników Gmin powiatu wodzisławskiego. Oprogramowanie to nie posiada dedykowanych modułów do wsparcia procedur administracyjnych realizowanych przez poszczególne komórki organizacyjne Starostwa Powiatowego w Wodzisławiu Śląskim.

Jedyne umowy na aktualizację i modyfikację aplikacji źródłowych Powiat Wodzisławski posiada z:

dostawcą Systemu Obiegu Dokumentów - Finn 8 SQL WEB - LTC Sp. z o.o.,
dostawcą aplikacji systemu RATUSZ - Rekord Bielsko Biała - Kadry, Płace, FK, Budżet, Rejestr opłat, Użytkowanie wieczyste,
producentem oprogramowania Geo-lnfo - forma Systherm z Poznania.

Starostwo Powiatowe w Wodzisławiu oferuje usługi informacyjne poziomu 1 (BIP), a także poprzez serwis internetowy xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx. Urząd realizuje również usługi z poziomu 2 i 3 za pośrednictwem platformy SEKAP oraz ePUAP, a są to:

Elektroniczna skrzynka podawcza- ta część serwisu pozwala Klientom dysponującym własnym podpisem elektronicznym na składanie i odbieranie dokumentów za pośrednictwem Internetu, przy wykorzystaniu bezpiecznych technologii. Jeśli użytkownik nie posiada podpisu elektronicznego kwalifikowanego, może uzyskać nieodpłatnie podpis elektroniczny CC SEKAP lub założyć profil zaufany na elektronicznej Platformie Usług Administracji Publicznej ePUAP.

Wnioski do pobrania - gdzie można pobrać przygotowane formularze wniosków dla określonych typów spraw.

System obsługi Klientów w Wydziale Komunikacji i Transportu - umożliwia umówienie się przez Internet na wizytę w wydziale w celu uniknięcia oczekiwania na przyjęcie przez urzędnika. Jest również możliwość sprawdzenia, czy zostało już przygotowane do odbioru prawo jazdy lub dowód rejestracyjny.

Rejestry publiczne - gdzie jest udostępniona możliwość wglądu do rejestrów publicznych prowadzonych w systemach informatycznych starostwa.

3Dodatek nr 2 – Pojęcia i definicje

3.1Definicje oraz pojęcia stosowane w opisie wymagań

Dokument Zarządczy	-		Opracowana przez Wykonawcę i uzgodniona z Zamawiającym oraz odebrana przez niego dokumentacja, która zgodnie z zakresem wymagań określonym w OPZ SIWZ obejmuje istotne aspekty związane z zarządzaniem Projektem odnoszące się do współdziałania Stron, co w szczególności obejmuje doprecyzowane, szczegółowe zasady komunikacji i Stron. Zakres zobowiązań Stron objęty opisem zawartym w Dokumencie Zarządczym nie może wykraczać i nie może być sprzeczny z zakresem zobowiązań określonym niniejszą umową. Z uwagi na fakt, iż Dokument Zarządczy zgodnie z OPZ SIWZ może stanowić zbiór powiązanych ze sobą dokumentów, przywołanie w treści niniejszej umowy dokumentacji zarządczej przez nazwę własną jako Dokumenty Zarządcze lub w liczbie pojedynczej jako Dokument Zarządczy jest równoznaczne i zawsze oznacza ten sam zbiór dokumentów określony przez OPZ SIWZ.
Dzień Roboczy	-		Każdy kolejno po sobie następujący dzień od poniedziałku do piątku, z wyłączeniem dni ustawowo wolnych od pracy oraz dni wolnych określonych przez zarządzenia wewnętrzne Zamawiającego, jeśli Wykonawca został o tym powiadomiony co najmniej 7 dni kalendarzowych wcześniej.
Etap	-		Nazwany, określony ciąg działań (czynności Stron) odnoszący się do zakresu prac określonego w OPZ SWIZ, objęty procesem zarządczym, w ramach którego dostarczane są przez Wykonawcę poszczególne usługi oraz produkty niezbędne do Wdrożenia Systemu. Po zakończeniu danego Etapu oraz po odbiorze dostarczonych w ramach danego Etapu usług i produktów możliwe jest rozliczenie prac Wykonawcy, o ile takie rozliczenie zostało wskazane jako możliwe zapisami niniejszej umowy.
Godzina Robocza	-		Godziny określone jako czas pracy w każdym Dniu Roboczym zgodnie z Regulaminem Pracy Starostwa Powiatowego w Wodzisławiu Śląskiem wprowadzonym w życie Zarządzeniem Starosty Powiatu Wodzisławskiego nr 51/2011 z dnia 20 czerwca 2011 roku
Harmonogram Prac	-		Część Dokumentu Zarządczego definiująca harmonogram prac Wykonawcy oraz współdziałania Zamawiającego w zakresie zobowiązań określonych w niniejszej umowie niezbędnych do realizacji przedmiotu zamówienia, określający terminy realizacji poszczególnych Etapów oraz zadań i podzadań wchodzących w zakres danego Etapu. Harmonogram Prac podlega aktualizacji zgodnie z zasadami określonymi w umowie oraz w Dokumencie Zarządczym. Harmonogram Prac stanowi instrument zarządzania, kontroli i monitorowania postępu prac, w którym dopuszczalne są zmiany terminów wykonania poszczególnych zadań i podzadań wchodzących w zakres Etapów z wyłączeniem terminów odbioru Etapów określonych w sposób względny lub bezwzględny w OPZ SWIZ.
Odbiór Końcowy	-		Procedura odbioru potwierdzająca wypełnienie przez Wykonawcę wszystkich zobowiązań jakie wyniknęły w trakcie realizacji niniejszej Umowy, a odnoszących się do wymagań wskazanych w SIWZ, Dokumencie Zarządczym, Projekcie Technicznym (PT) oraz zawartych w innych dokumentach zawierających uzgodnienia Stron, w tym w szczególności w dokumentach powstałych w trakcie procedur odbioru Etapów.
Oprogramowanie	-		Oprogramowanie Aplikacyjne, Standardowe, Bazodanowe, Narzędziowe oraz Systemowe, rozumiane łącznie jak również każde z nich z osobna zależnie od kontekstu wystąpienia danego sformułowania.
Oprogramowanie Aplikacyjne	-		Oprogramowanie opracowane i dostarczone przez Wykonawcę, stanowiące najwyższą warstwę w wielowarstwowej architekturze Systemu, do którego Wykonawca posiada autorskie prawa majątkowe. Oprogramowanie Aplikacyjne obejmuje wszystkie moduły Systemu oraz opracowane przez Wykonawcę komponenty, procedury mające jakąkolwiek postać kodu wykonywalnego lub skryptu użytego do Wdrożenia Systemu
Oprogramowanie Bazodanowe	-		Oprogramowanie zapewniające techniczne środki do bezpiecznego gromadzenia, autoryzowanego dostępu oraz przetwarzania danych
Oprogramowanie Narzędziowe	-		Oprogramowanie zapewniające funkcje techniczne Systemu, stanowiące warstwę pośrednią pomiędzy Oprogramowaniem Aplikacyjnym a Systemowym i Bazodanowym stanowiące warstwę usługową (np. serwery aplikacji dla Oprogramowania Aplikacyjnego typu serwer aplikacji Tomcat , serwery Web jak Apache, inne). W zakres przedmiotowego oprogramowania wchodzi oprogramowanie do wirtualizacji zasobów, oprogramowanie do tworzenia i odtwarzania kopii zasobów systemowych (bazy danych, serwerów) oraz inne będące wynikiem Oferty Wykonawcy
Oprogramowanie Standardowe	-		Oprogramowanie Wykonawcy, co do którego posiada on autorskie prawa majątkowe będące częścią Systemu, które zostało wytworzone przed udzieleniem Wykonawcy niniejszego zamówienia, stanowiące zamkniętą określoną część lub całość modułu / komponentu programistycznego, konieczną do prawidłowego funkcjonowania Systemu, która zostanie przez Wykonawcę wykorzystana do Wdrożenia Systemu i została wskazana w jego Ofercie jako Oprogramowanie Standardowe z podaniem: nazwy własnej, opisu funkcjonalności. W przypadku przedmiotowego oprogramowania dopuszcza się, aby było ono przedmiotem praw osoby trzeciej.
Oprogramowanie Systemowe	-		Oprogramowanie zapewniające podstawowe funkcje systemowe umożliwiające funkcjonowanie dostarczonej przez Wykonawcę Infrastruktury Technicznej Zamawiającego zgodnie z jej przeznaczeniem np. system operacyjny MS Windows 2012 Server lub inny równoważny
Projekt	-		Działania Stron objęte zakresem ich zobowiązań zmierzające do realizacji przedsięwzięcia określonego przez ramy niniejszej Umowy stanowiące część realizacji projektu: „Systemu Informacji Przestrzennej Powiatu Wodzisławskiego narzędzie wspomagania zarządzaniem w administracji publicznej”
Projekt Techniczny (PT)	-		Dokumentacja projektowo – techniczna Systemu określona zapisami SIWZ wspomagająca i poprzedzająca proces Wdrożenia Systemu; Po odbiorze PT staje się podstawą do weryfikacji zobowiązań Wykonawcy na równi z SIWZ
Infrastruktura Techniczna	-		Sprzęt komputerowy oraz inne urządzenia i elementy infrastruktury teleinformatycznej Zamawiającego, w tym licencje Oprogramowania Systemowego, Narzędziowego wymienione w SIWZ przeznaczone przez Zamawiającego do zastosowania na potrzeby realizacji Umowy, jak również sprzęt komputerowy oraz licencje Oprogramowania dostarczone przez Wykonawcę
System lub System SIP, inaczej SIP	-		System informatyczny składający się z Oprogramowania Aplikacyjnego, Narzędziowego oraz Bazodanowego i Systemowego będący wynikiem realizacji niniejszego zamówienia.
Wdrożenie		-		Ciąg następujących po sobie lub występujących równolegle czynności jak między innymi: instalacja, konfiguracja, szkolenie użytkowników i administratorów, przygotowanie danych testowych, wykonanie testów weryfikacyjnych i wydajnościowych oraz współudział w testach akceptacyjnych, przygotowanie szablonów oraz scenariuszy testowych, opracowanie i dostarczenie dokumentacji użytkownika oraz dokumentacji technicznej Systemu, przeprowadzenie migracji danych oraz świadczenie usług asysty technicznej na etapie uruchomienia poszczególnych Modułów Systemu, celem doprowadzenia do normalnej, prawidłowej eksploatacji Systemu

Plan Projektu	-	Dokument wchodzący w skład zbioru Dokumentów Zarządczych, zawierający opis organizacji projektu (w tym przypadku odnoszący się wyłącznie do zakresu realizowanego zamówienia) oraz zawierający opis takich procedur jak: komunikacji i raportowania, obsługi zagadnień projektowych, zarządzania zmianą, zarządzania ryzykiem.
Plan Testów	-	Plan Testów jest dokumentem sterującym całym procesem testów. Rolą planu jest spięcie wszystkich elementów związanych z testami: specyfikacji wymagań Zamawiającego, do której testy odwołują się, zawarcie informacji o koniecznych zasobach testowych (ludzie, sprzęt) oraz przygotowaniu środowiska testowego, danych testowych i repozytorium testowego (bazy testowej).
Projekt Testów	-	Projekt Testów zawiera: przypadki testowe wraz z opisem scenariuszy testowych zakres stosowania testów: jednostkowych, modułowych, integracyjnych i akceptacyjnych, w tym wydajnościowych, reguły zasilenia bazy testowej, reguły funkcjonowania bazy testowej niezależnie od środowiska produkcyjnego Zamawiającego.
Tabela Wymagań	-	Tabela w formie listy kontrolnej potwierdzająca spełnienie wymagań OPZ SIWZ. Tabela ta zawiera przypisanie do każdego wymagania funkcjonalnego Systemu lub wymagania funkcjonalnego jego części poddanego weryfikacji, zawartego w OPZ SIWZ (numer konspektu i opis funkcji), nazwę / numer dostarczonej lub opracowanej i nazwanej funkcji rozwiązania Wykonawcy: nazwy własnej funkcji, nazwy modułu zawierającego jej implementację, nazwy wywołania funkcji z menu (lub listy wywołań), nazwy dokumentacji opisującej funkcję z podaniem numeru rozdziału, numeru strony, akapitu, komentarz, jeżeli jest konieczny w przypadku zaistnienia rozbieżności interpretacyjnych lub konieczności wprowadzenia stosownych wyjaśnień dla potwierdzenia spełnienia danego wymagania.
Zakres informacyjny bazy danych	-	Zorganizowane dane reprezentujące określoną dziedzinę lub wybrany jej zakres treści, obiektów, zdarzeń stanowiące reprezentację „informacji” dziedzinowej, zawarte w informatycznej bazie danych. Zakres informacyjny nie obejmuje technicznych treści i organizacji wewnętrznej bazy danych jak np. indeksy. Zakres informacyjny bazy danych jest uproszczonym modelem pojęciowym danej dziedziny nie wskazującym na zachodzące pomiędzy nimi relacje.

4Dodatek nr 3 - Opis autorskiej koncepcji Systemu Informacji Przestrzennej Powiatu Wodzisławskiego

4.1Ogólne założenia

W celu realizacji budowy i wdrożenia SIP Powiatu Wodzisławskiego oraz jego zgodności z obowiązującymi w tym zakresie standardami i pragmatyką realizacyjną przyjęto następujące wstępnych założenia o charakterze technicznym i organizacyjnym:

stworzony system zawierał będzie dane przestrzenne i opisowe (referencyjne i tematyczne bazy danych wraz z opisującymi je zbiorami metadanych), zintegrowane w jednym miejscu, przy zapewnieniu optymalnych procedur służących ich systematycznemu zbieraniu, aktualizowaniu, przetwarzaniu i udostępnianiu,
dane przestrzenne przechowywane będą w bazie danych z zastosowaniem jednej z implementacji modelu Simple Features (standard opracowany przez OGC i wykorzystywany w systemach GIS),
zaprojektowany system spełniać ma rolę wtórnego repozytorium, przeznaczonego do gromadzenia, analizy i udostępniania różnorodnych informacji o charakterze przestrzennym i nie tylko, znajdujących się w zasobach Starostwa Powiatowego w Wodzisławiu Śląskim, a także poza nim (x.xx. w jego jednostkach organizacyjnych) w zakresie zależnym od potrzeb,
w zakresie niektórych zbiorów danych system posiadać powinien zaimplementowane dedykowane moduły umożliwiające prowadzenie tych zbiorów bezpośrednio w SIP Powiatu Wodzisławskiego zgodnie z wymaganiami prawa i potrzebami użytkowników,
system zapewniać ma szeroki dostęp do aktualnych, wiarygodnych i kompletnych danych i informacji dotyczących przestrzeni geograficznej powiatu wodzisławskiego i stanu jego zagospodarowania, pracownikom Starostwa Powiatowego w Wodzisławiu Śląskim, a także jego jednostek organizacyjnych, Gmin powiatu wodzisławskiego oraz społeczeństwu, podmiotom gospodarczym i instytucjom współpracującym (za pośrednictwem sieci teleinformatycznych, wewnętrznych - Intranet i zewnętrznych - Internet),
dostarczone użytkownikom narzędzia umożliwiać mają zarówno dostęp do informacji o przestrzeni, jak i różnorodne analizy zintegrowanych informacji pochodzących z wielu zasobów,
stworzone powinny zostać mechanizmy maksymalnego wykorzystania obecnej infrastruktury teleinformatycznej Zamawiającego, w szczególności pasywnej (okablowania strukturalnego, dostępu do Internetu, systemu zasilania, itd.),
SIP Powiatu Wodzisławskiego zbudowany zostać powinien w oparciu o otwartą, modułową architekturę i w technologii umożliwiającej jego stały rozwój poprzez dodawanie nowych komponentów oraz dostosowywanie do nowych, pojawiających się potrzeb użytkowników,
wdrożone rozwiązania charakteryzować się powinno pełną zgodnością z obowiązującymi regulacjami prawnymi, zalecanymi standardami krajowymi oraz europejskimi i światowymi, a także wytycznymi technicznymi dotyczącymi IIP (normami ISO i standardami OGC odnoszącymi się danych przestrzennych i ich metadanych).

Nie naruszając zasad neutralności technologicznej przyjmuje się, że:

SIP Powiatu Wodzisławskiego posiadał będzie warstwową architekturę logiczną oraz scentralizowaną architekturę fizyczną z wyodrębnioną centralną bazą danych (hurtownią danych przestrzennych),
motorem bazy danych systemu ma być relacyjno-obiektowa baza danych, dedykowana do zastosowań w systemach klasy GIS,
motor bazy danych nie może posiadać logicznego i fizycznego ograniczenia przestrzeni przechowywanych danych (wielkość ograniczona wyłącznie fizyczną wielkością nośników, np.: dysków serwera) oraz ograniczenia co do ilości obsługiwanej pamięci RAM serwera,
wszystkie dane przestrzenne (ewentualnie poza opracowaniami o charakterze roboczym i bitmapowym oraz historycznym) będą przechowywane w bazie danych,
wszystkie dane przestrzenne (wektorowe i opisowe) będą przechowywane w bazie danych w jawnej i otwartej strukturze,
system operacyjny serwerów wchodzących w skład infrastruktury technicznej będzie umożliwiał pracę na architekturze 64-bitowej procesora oraz w środowisku maszyn wirtualnych,
system umożliwiać będzie poprawną pracę w sieci komputerowej wykorzystującej protokoły TCP/IP, w tym V6 (np.: LAN, WAN, Internet, inne),
wdrożony system będzie miał otwartą budowę modularną, umożliwiającą stały jego rozwój poprzez dołączanie kolejnych komponentów (aplikacji i rozszerzeń funkcjonalnych),
dzięki zastosowaniu rozwiązań zgodnych z właściwymi przepisami prawa krajowego i unijnego oraz normami i standardami, system będzie mógł pełnić rolę lokalnego - powiatowego - węzła IIP oraz posiadał możliwość interoperacyjnego współdziałania z Systemem Informacji Przestrzennej miasta Wodzisław Śląski,
podstawowym interfejsem użytkownika zapewniającym dostęp do systemu oraz zawartych w nim danych będzie standardowa przeglądarka WWW (np.: Microsoft Internet Explorer, Mozilla Firefox, Opera) bez konieczności instalacji na własnym komputerze dodatkowego oprogramowania (zarówno komercyjnego, jak i bezpłatnego), za wyjątkiem powszechnie stosowanych wtyczek (np. Adobe Flash Player), ewentualnie bezpłatnego środowiska uruchomieniowego (np.: JRE),
system będzie miał charakter transakcyjny,
system będzie wyposażony w mechanizm identyfikacji i autoryzacji użytkowników (login i hasło) i nadawał na czas sesji kompetencje przyznane użytkownikowi przez administratora,
system będzie poprawnie działał także po zastosowaniu mechanizmów bezpiecznej transmisji danych oraz bezpiecznego dostępu (x.xx.: szyfrowanie danych protokołem SSL, transfer z wykorzystaniem tunelu VPN, dotyczy rozwiązań komercyjnych i bezpłatnych),
system nie będzie posiadał ograniczeń technicznych i licencyjnych, co do liczby użytkowników wewnętrznych (Intranet - dotyczy dostępu do wewnętrznej części systemu) i zewnętrznych (Internet - dotyczy dostępu do portali) mających dostęp do danych,
system będzie skalowalny, zarówno poprzez dołączanie nowych stanowisk, rozbudowę sprzętową, jak i rozbudowę funkcjonalną,
rozbudowa infrastruktury sprzętowej systemu, w szczególności serwerów (bez względu na zakres i charakter tej rozbudowy, np.: dodanie procesorów, dodanie pamięci operacyjnej, dodanie pamięci dyskowej, a także wymiana całego serwera na inny) nie będzie generować dla Zamawiającego dodatkowych kosztów licencyjnych (dotyczy to wszystkich kluczowych komponentów SIP: serwera danych przestrzennych, dedykowanych aplikacji oraz portali),
system będzie udokumentowany w zakresie struktury bazy danych oraz funkcjonalności,
cały system posiadać będzie polskojęzyczny interfejs użytkownika (opisy pozycji menu, ikon, narzędzi itd.),
system będzie wyposażony w polskojęzyczną pomoc kontekstową oraz polskojęzyczne podręczniki użytkownika, sporządzone w formacie HTML lub PDF,
użytkowanie systemu nie będzie wiązać się z żadnymi opłatami (w tym licencyjnymi) względem osób i podmiotów trzecich: w przypadku dostępu do dedykowanych aplikacji części wewnętrznej dotyczy pracowników jednostek organizacyjnych Powiatu Wodzisławskiego, a w przypadku dostępu do portali dotyczy wszystkich użytkowników tych serwisów.

4.2Koncepcja docelowej architektury logicznej i fizycznej

W chwili obecnej standardem w zakresie budowy systemów informacji przestrzennej jest warstwowa architektura logiczna. Wielowarstwowość architektury logicznej pozwala na zapewnienie bezpieczeństwa systemu (odseparowanie warstwy danych od warstwy aplikacji oraz od warstwy interfejsu dostępowego użytkownika), a także implementację różnorodnych usług (w tym usług INSPIRE). Scentralizowana architektura fizyczna - oparta o tzw. centralne repozytorium (lub inaczej mówiąc: hurtownię danych przestrzennych) upraszcza natomiast procedury administracyjne zarządzania systemem oraz ogranicza koszty zakupu sprzętu i oprogramowania podstawowego.

W najprostszym przypadku system może zostać zbudowany w oparciu jeden fizyczny serwer, wyposażony w motor bazy danych oraz serwer danych przestrzennych, a interfejsem dostępu jest standardowa przeglądarka internetowa (cienki-klient). Ze względów bezpieczeństwa, szczególnie w przypadku utworzenia także części publicznej systemu (tutaj: zaplanowane do budowy portale), zalecane jest fizyczne i logiczne odseparowanie obu podsystemów (wewnętrznego i zewnętrznego) i wystawienie jego części publicznej poza sieć wewnętrzną urzędu (na przykład do strefy DMZ). Dodatkowo, jeżeli dostęp do „hurtowni danych” przestrzennych ma być także realizowany przez zewnętrznych użytkowników rejestrowanych, to zaleca się instalację wybranych dedykowanych aplikacji systemu na wydzielonym serwerze fizycznym -serwerze aplikacji, innym niż serwer bazodanowy. Taka też architektura została uznana za optymalną w ramach oceny wariantów alternatywnych niniejszego Projektu. Ze względów wydajnościowych zaplanowano wdrożenie dwóch fizycznych serwerów aplikacji - jednego dla użytkowników wewnętrznych i jednego dla użytkowników zewnętrznych rejestrowanych. Rozwiązanie takie podniesie też bezpieczeństwo całego systemu oraz da większą elastyczność administratorowi SIP.

UWAGA: Zamawiający dopuszcza, aby obsługa portali zewnętrznych i wewnętrznych była prowadzona w oparciu o jeden serwer bazy danych (jedną licencję - zlokalizowaną na jednym serwerze fizycznym).

4.3Nowa infrastruktura techniczna

W celu spełnienia opisanych w niniejszym rozdziale uwarunkowań technicznych i technologicznych zaplanowano w ramach Projektu zakup odpowiedniego sprzętu i oprogramowania podstawowego. W tym miejscu należy natomiast podkreślić, że wybór zakresu i rodzaju urządzeń ma charakter optymalny z punktu widzenia relacji kosztów do istniejących potrzeb i przewidywanych korzyści funkcjonalnych:

zakup 3-4 serwerów umożliwi zbudowanie wydajnej i bezpiecznej architektury, gdzie odseparowane będą od siebie: środowisko baz danych zawierających x.xx. dane osobowe (dotyczy serwera centralnej bazy danych), środowisko aplikacji użytkowników wewnętrznych, środowisko aplikacji użytkowników zewnętrznych rejestrowanych oraz środowisko portali dla użytkowników publicznych (jako wystawione "na zewnątrz" sieci informatycznej Starostwa Powiatowego w Wodzisławiu Śląskim),
zakup pojemnej i wydajnej biblioteki taśmowej zapewni bardzo szybką realizację czynności tworzenia back-upów oraz archiwizacji kluczowych danych,
zakup urządzeń brzegowych - routera oraz sprzętowego firewall – zapewni stworzenie odpowiednio szczelnego systemu identyfikacji użytkowników, w szczególności zewnętrznych użytkowników rejestrowanych, którzy otrzymają dostęp do wybranych wewnętrznych aplikacji i zbiorów danych (np.: pracownicy Gmin powiatu wodzisławskiego, przedstawiciele służb i straży, jednostki wykonawstwa geodezyjnego, itd.),
zakup szafy RACK pozwoli na ergonomiczne wykorzystanie przestrzeni serwerowni i umieszczenie całej infrastruktury technicznej w jednym zestawie / komponencie (posiadane przez Zamawiającego szafy są albo w większej części zajęte, albo nie spełniają wymagań nośnościowych dla planowanego w projekcie sprzętu),
zakup urządzenia KVM z osprzętem do w/w szafy RACK oraz switcha umożliwi pełne zarządzanie wszystkimi zakupionymi w ramach projektu urządzeniami z poziomu jednej konsoli, przez co zmniejszy czasochłonność prac administracyjnych,
zakup trzech zestawów komputerowych oraz trzech urządzeń peryferyjnych zapewni odpowiednią ergonomię pracy dla osób, które będą wykorzystywać system w najbardziej zaawansowany sposób, w szczególności będą realizować takie czynności jak: tworzenie nowych i aktualizacja istniejących danych, wykonywania zaawansowanych analiz i raportów, tworzenie i aktualizacja metadanych, a także dla administratora SIP.

4.4Nowa infrastruktura informacyjna

W „hurtowni danych” przestrzennych SIP gromadzone będą różnorodne dane przestrzenne i opisowe. Biorąc pod uwagę ich charakter oraz zawartość merytoryczną dane te można podzielić na trzy kategorie: podstawowe (referencyjne), tematyczne i metadane. Zdecydowana większość danych umieszczona zostanie w strukturach bazy danych. Poza strukturą bazy danych znajdą się tylko ewentualnie wybrane dane typu rastrowego, szczególnie te zajmujące duże objętości pamięci dyskowej (np.: ortofotomapy, mapy topograficzne i zeskanowane mapy zasadnicze, inne opracowania tego typu).

Dane zgromadzone w SIP Powiatu Wodzisławskiego prezentowane będą użytkownikom w większości przypadków w postaci źródłowych warstw lub map (zespołu warstw) - wektorowych, rastrowych oraz przetworzonych map tematycznych. Ze względu na to, że niektóre planowane do włączenia do systemu zasoby zawierają dane wrażliwe (np. dane osobowe w danych z ewidencji gruntów i budynków, czy w innych ewidencjach i rejestrach) ich dystrybucja odbywać się będzie z zachowaniem właściwych w tym przypadku zasad i procedur ochrony, zabezpieczając zawartości tych rejestrów przed niepożądanym wykorzystaniem.

Dane podstawowe

Dane podstawowe gromadzone w systemie SIP będą miały charakter referencyjny dla wszystkich innych danych przestrzennych i opisowych. Są nimi dane pochodzące przede wszystkim z Wydziału Geodezji, a więc dane EGB, mapa zasadnicza, a także baza adresowa (warstwy osi ulic i punktów adresowych). Do danych podstawowych zaliczyć należy także ortofotomapę.

Dane tematyczne

Dane tematyczne zgromadzone w SIP tworzyć będą wszystkie inne dane przestrzenne i opisowe, poza danymi podstawowymi, a pochodzące z poszczególnych komórek organizacyjnych Starostwa Powiatowego w Wodzisławiu Śląskim, a w przyszłości także wybrane dane z innych jednostek organizacyjnych administracji publicznej. Będą to różnorodne tematyczne opracowania wektorowe, obrazy rastrowe, a także bazy danych opisowych. Nowe warstwy tematyczne w ramach danych tematycznych powstaną poprzez digitalizację zasobów analogowych (papierowych) lub geokodowanie obiektów z wybranych rejestrów i ewidencji.

Metadane

Metadane to inaczej mówiąc „dane o danych", tzn. informacje opisujące określone zasoby danych, ich istotne cechy i właściwości. W przypadku SIP Powiatu Wodzisławskiego, który będzie zaawansowanym systemem klasy GIS, tworzone będą metadane geoinformacyjne, charakteryzujące zgromadzone różnorodne dane przestrzenne. Metadane geoinformacyjne pełnią niezwykle istotną rolę w Infrastrukturze Informacji Przestrzennej, a ich utworzenie w sposób bezpośredni wymagane jest przez ustawę o infrastrukturze informacji przestrzennej oraz Dyrektywę INSPIRE.

Metadane pozwolą również na utrzymanie porządku oraz zapanowanie nad zasobami danych przestrzennych oraz ułatwią wyszukiwanie informacji o zawartości zasobu dla osób sporadycznie korzystających z systemu (szczególnie tzw. użytkowników publicznych, czyli zwykłych internautów).

Metadane geoinformacyjne zostaną utworzone w oparciu o wymagane normy oraz standardy międzynarodowe, których uwzględnienie nakazują dokumenty wspólnotowe. Metadane będą tworzone zgodnie z normami ISO serii 19100 (głównie 19115, 19119, 19136 oraz 19139), tworzonymi przez Komitet Techniczny TC 211. Ponadto uwzględnione będą standardy opracowane przez OGC (Open Geospatial Consortium), które są wymienione w Zasadach Wdrożenia INSPIRE (INSPIRE Implementing Rules). Dodatkowo metadane geoinformacyjne będą tworzone w oparciu oodpowiedni profil metadanych (zgodny z ISO 19115), którym będzie profil metadanych zalecany przez GUGiK oraz profil INSPIRE.

4.5Nowa infrastruktura funkcjonalna

Funkcjonalność SIP Powiatu Wodzisławskiego zostanie podzielona na dwa zasadnicze obszary, odzwierciedlające dwie główne grupy użytkowników:

• podsystem obsługi użytkowników wewnętrznych (back-ofice) oraz

• podsystem obsługi użytkowników zewnętrznych (front-office).

Podsystem obsługi użytkowników wewnętrznych

Opisywany podsystem obejmować będzie zespół specjalistycznych aplikacji dedykowanych użytkownikom wewnętrznym w ramach urzędu Starostwa Powiatowego w Wodzisławiu Śląskim. W ramach projektu planuje się zbudowanie niżej wymienionych aplikacji:

Aplikacja dostępu do baz danych zasobu geodezyjno-kartograficznego
Aplikacja dostępu do danych ewidencji gruntów i budynków
Aplikacja prezentacji struktury własności i wartości nieruchomości
Aplikacji obsługi spraw/decyzji administracyjnych oraz integracji z przestrzenią
Aplikacja zarządzania i obsługi metadanych
Aplikacja zarządzania systemem i użytkownikami

Podsystem obsługi użytkowników zewnętrznych

Zasadniczym środowiskiem dostępu do zasobów i usług on-line oferowanych przez SIP użytkownikom zewnętrznym, publicznym będzie zestaw edykowanych portali (wyjątek stanowi aplikacje zdalnej obsługi klientów PZGiK oraz porównywania danych EGB z danymi podatkowymi). Portale te opracowane zostaną z myślą o różnych grupach użytkowników, prezentując zróżnicowane dane oraz oferując dostęp do różnych funkcjonalności systemu, zależnych od potrzeb tych użytkowników oraz uwzględniając obowiązujące przepisy prawa (np. dotyczące ochrony danych osobowych) i zawarte porozumienia. Portale będą miały charakter publiczny -zewnętrzny, umożliwiając dostęp do zawartych w nich informacji w sposób całkowicie swobodny lub po uprzednim zarejestrowaniu się w systemie i poprawnym załogowaniu.

Szczególnie istotne będzie zastosowanie w portalach systemu zarządzania treścią (CMS) lub innego systemu analogicznego, umożliwiającego globalne zarządzanie zarejestrowanymi użytkownikami, prezentowanymi w systemie danymi oraz aktualizacją merytoryczną i aplikacyjną portali.

Zakłada się, że poszczególne portale będą ze sobą współpracowały, wykorzystując niektóre rozwiązania informatyczne i generując przez to mniejsze koszty zakupu licencji.

Dostęp do środowiska portali realizowany będzie poprzez witrynę startową, umożliwiającą łatwe poruszanie się po strukturze portali oraz wybór właściwego dla danego użytkownika portalu tematycznego. Tutaj też prezentowane będą różnorodne informacje dodatkowe, np.: opisujące zakres i sposób działania portali, podstawowe informacje o posługiwaniu się danymi przestrzennymi, zrealizowane ostatnio i planowane zmiany w portalach itp. Wszystkie portale zbudowane zostaną według następujących założeń:

będą posiadać, w zależności od przeznaczenia, postać serwisu WWW lub wielofunkcyjnego portalu GIS (geoportal), gdzie zasadniczym elementem będzie okno interaktywnej mapy, w ramach którego prezentowane będą zgromadzone w SIP dane przestrzenne,
będą wykonane w sposób przystosowany do obsługi przez każdego internautę, również mało zaawansowanego w technologiach GIS oraz posiadać funkcjonalność wspierania osób słabowidzących (kontrasty, zmiana wielkości liter),
będą włączone w strukturę oficjalnego serwisu WWW Starostwa Powiatowego w Wodzisławiu Śląskim i posiadały odniesienia do BIP,
będą posiadały dedykowane funkcje dla różnych grup użytkowników,
będą zaopatrzone w narzędzie obsługi usług INSPIRE - Web Services.

W ramach dedykowanych portali zaimplementowane zostaną także funkcjonalności związane z dostępem do poszczególnych e-usług on-line lub też zastosowane będą odnośniki do innych serwisów urzędów (np.: BIP, SEKAP, ePUAP), gdzie niektóre z tych usług pozostaną (np. pobieranie szablonów elektronicznych wniosków lub złożenie elektronicznych dokumentów).

Dzięki charakterowi i zaplanowanej funkcjonalności, portale będą miały zdecydowanie pozytywny wpływ w obszarze realizacji polityki "równych szans".

Należy podkreślić, że zdalny charakter dostępu do wielu usług oraz istotnych informacji (rejestrów, ewidencji, danych przestrzennych) zakłada a priori zasadę równości w stosunku do wszystkich potencjalnych użytkowników (kobiet i mężczyzn, osób młodych i starszych oraz w pełni- i niepełnosprawnych, mieszkających w mieście lub na wsi).

Ponieważ zakłada się w przypadku większości danych podstawowych codzienną replikację z centralnej bazy danych SIP do serwera portalowego, prezentowane zasoby będą stale aktualne.

W zakres tego podsystemu wejdą:

Aplikacja zdalnej obsługi jednostek wykonawstwa geodezyjnego (poza zakresem przedmiotowego zamówienia)
Aplikacja porównywania danych EGB z danymi podatkowymi
Portal interaktywnego planu powiatu
Portal edukacyjny o GIS
Portal metadanych

4.6Kluczowe wskaźniki produktu oraz rezultatu związane z koncepcją SIP

Budując SIP zgodnie z ww. koncepcją Wykonawca jest zobowiązany odpowiednio dostosować to rozwiązanie tak, aby dostarczyć produkty informacyjne (mechanizmy, raporty), które zapewnią:

Identyfikację oraz raportowanie liczby użytkowników korzystających miesięcznie z usług online,
Identyfikację oraz raportowanie liczby przedsiębiorców korzystających z udostępnionych rejestrów publicznych,
Identyfikację oraz raportowanie liczby obywateli korzystających z udostępnionych rejestrów publicznych,
Identyfikację oraz raportowanie liczby jednostek sektora publicznego korzystających z utworzonych aplikacji.

Ponadto, na etapie opracowania Projektu Technicznego Wykonawca musi wykazać, iż dostarczone przez niego rozwiązanie wspiera co najmniej 5 procedur wewnętrznych oraz dostarcza 19 usług online 1 poziomu oraz publikuje dane z 18 rejestrów publicznych.

5Dodatek nr 4 – Dane do zasilenia – migracji danych

Dla każdego poniższego podanego zakresu danych źródłowych Wykonawca:

jest zobowiązany opracować niezbędne narzędzia do zasilania początkowego oraz okresowej lub ciągłej (zależnie od typu warstwy) aktualizacji danych w bazie danych SIP np. chociażby poprzez podłączenie pliku graficznego do określonego obiektu / współrzędnych dla danej warstwy tematycznej np. „Ewidencja urządzeń bezpieczeństwa ruchu drogowego, urządzeń oznakowania poziomego i pionowego” – umieszczenie nowego pliku graficznego prezentującego oznakowanie drogi na określonym kilometrażu.
powinien przyjąć współczynnik 5% korekty na wzrost liczności pozycji w danym rejestrze.

W przypadku wskazania „powiązania z SOD” – Wykonawca musi opracować narzędzia do łączenia informacji na warstwie z rejestrem spraw prowadzonym w ramach Systemu Obiegu Dokumentów FINN 8 SQL WEB (SOD SEKAP lub inaczej SOD).

Zasady integracji z SOD (oraz z SEKAP) określa w tym zakresie dostępna publiczne dokumentacja techniczna na stronie podmiotu odpowiedzialnego za funkcjonowanie platformy SEKAP tj. Śląskiego Centrum Społeczeństwa Informacyjnego (ŚCSI). W dokumentacji tej opisano wszelkie niezbędne zagadnienia jakie mogą być przedmiotem interakcji z systemem SEKAP, w tym interfejsy służące do komunikacji z systemami informatycznymi xxxx://xxx.x-xxxxx.xx/xxxxxxx/xxxxxxxxx_xx_xxxxxxxx.

Poza powyższym ŚCSI zapewnia wsparcie i pomoc dla integratorów (czyli wykonawców integrujących systemy informatyczne z platformą SEKAP), dostarczając w ramach tych usług wsparcia przygotowanie i udostępnienie niezbędnego do tego celu środowiska testowego. Wszystkie te działania świadczone są przez SCSI nieodpłatnie. Stopień złożoności integracji z platformą SEKAP jest podobny do rozwiązania integracji z platformą ePUAP gdzie podobne usługi oraz dostęp do dokumentacji zapewnia Centrum Projektów Informatycznych (CPI) xxxx://xxxx.xxxxx.xxx.xx/xxx/xxxxxx/X0_Xxxxxxxxxxxx

Nr ewid.	Nazwa mapy / warstwy tematycznej lub bazy danych	Źródło pozyskania danych (Wydział)	Nazwa źródłowego rejestru lub ewidencji	Obecna forma prowadzenia	Wielkość rejestru lub ewidencji	Proponowane miejsce publikacji	Wymagane prace dostosowawcze	UWAGI
1	mapa ewidencyjna	Wydział Geodezji	ewidencja gruntów i budynków (część opisowa i geometryczna)	cyfrowo (Geo-Info)	ok. 115 tys. działek;	front-office
2	ewidencja gruntów i budynków opisowa	Wydział Geodezji	ewidencji gruntów i budynków (część opisowa i geometryczna)	cyfrowo (Geo-Info)	ok. 115 tys. działek (zintegrowanych z częścią geometryczną: 18 tys.)	back-office; front-office
3	rejestr cen i wartości nieruchomości	Wydział Geodezji	rejestr cen i wartości nieruchomości	cyfrowo (Geo-Info)	ok. 1600 pozycji	back-office
4	warstwy tematyczne: miejscowości; osi dróg i ulic; punktów adresowych	Wydział Geodezji	baza adresowa	cyfrowo (Geo-Info)	ok. 30 000punktów adresowych	back-office; front-office
5	mapa zasadnicza	Wydział Geodezji	mapa zasadnicza	cyfrowo (Geo-Info)		back-office
6	ewidencja sieci uzbrojenia terenu	Wydział Geodezji	ewidencja sieci uzbrojenia terenu	cyfrowo (Geo-Info)		back-office
7	mapa topograficzna	Wydział Geodezji	mapa topograficzna	cyfrowo (Geo-Info)	45 arkuszy	back-office
8	ortofotomapa	Wydział Geodezji	ortofotomapa	cyfrowo (Geo-Info)	1 opracowanie	back-office; front-office
9	warstwa tematyczna lokalizacji osnowy geodezyjnej	Wydział Geodezji	osnowa geodezyjna	cyfrowo (Geo-Info)	ok. 5270 obiektów	back-office		Opcjonalny proces zasilania SIP
10	warstwa tematyczna nieruchomości lokalizacji SP, którymi gospodaruje Starosta	Wydział Gospodarki Nieruchomościami	Zasób nieruchomości SP, którym gospodaruje Starosta	cyfrowo (Geo-Info SIGMA)	ok. 5500 pozycji	back-office; front-office
11	warstwa tematyczna nieruchomości lokalizacji SP oddanych w dzierżawę, użyczenie	Wydział Gospodarki Nieruchomościami	wykaz nieruchomości SP oddanych w dzierżawę, użyczenie	cyfrowo (Geo-Info SIGMA)	ok. 30 pozycji (15 zmian / rok)	back-office
12	warstwa tematyczna lokalizacji nieruchomości SP oddanych w TZ i UW	Wydział Gospodarki Nieruchomościami	wykaz nieruchomości SP oddanych w TZ i UW	cyfrowo (Geo-Info SIGMA)	ok. 4000 pozycji	back-office; front-office
13	warstwa tematyczna lokalizacji nieruchomości Powiatu	Wydział Gospodarki Nieruchomościami	ewidencja nieruchomości Powiatu	cyfrowo (Geo-Info SIGMA)	ok. 500 pozycji (w zasadzie brak zmian)	back-office; front-office
14	warstwy tematyczne map glebowo-rolniczych	Wydział Gospodarki Nieruchomościami	mapy glebowo-rolnicze	papierowo	88 arkuszy map	back-office	inwentaryzacja i weryfikacja, skanowanie i kalibracja
15	warstwa tematyczna lokalizacji uczniowskich klubów sportowych	Wydział Obywatelski, Ochrony Informacji Niejawnych i Zarządzania Kryzysowego	ewidencja uczniowskich klubów sportowych	cyfrowo (SEKAP) rejestr 0000	xx. 00 pozycji	back-office; front-office		Powiązanie z SOD
16	warstwa tematyczna lokalizacji sprzętu pływającego podlegającego rejestracji	Wydział Obywatelski, Ochrony Informacji Niejawnych i Zarządzania Kryzysowego	wykaz sprzętu pływającego podlegającego rejestracji	cyfrowo (SEKAP) rejestr 6173	650 pozycji	back-office		Powiązanie z SOD
18	rejestr decyzji o pozwoleniu na budowę/rozbiórkę	Wydział Administracji Architektoniczno-Budowlanej	rejestr decyzji o pozwoleniu na budowę/rozbiórkę	cyfrowo (SEKAP) rejestr WAB.D	ok. 1100 zmian / rok	back-office		Powiązanie z SOD
19	rejestr decyzji o zezwoleniu na realizację inwestycji drogowej	Wydział Administracji Architektoniczno-Budowlanej	rejestr decyzji o zezwoleniu na realizację inwestycji drogowej	cyfrowo (SEKAP) rejestr WAB.D_Z	ok. 4 zmian / rok	back-office		Powiązanie z SOD
23	warstwy tematyczne zasięgów obowiązujących MPZP	Wydział Administracji Architektoniczno-Budowlanej	rejestr obowiązujących MPZP	analogowo (format A1, A0) i elektronicznie (rastry)	kilkadziesiąt arkuszy	back-office; front-office	inwentaryzacja i weryfikacja, skanowanie i kalibracja
24	warstwy tematyczne rysunków obowiązujących MPZP	Wydział Administracji Architektoniczno-Budowlanej	rejestr obowiązujących MPZP	analogowo (format A1, A0) i elektronicznie (rastry)	kilkadziesiąt arkuszy	back-office	inwentaryzacja i weryfikacja, skanowanie i kalibracja
26	warstwa tematyczna lokalizacji szpitali	Wydział Zdrowia i Polityki Społecznej	wykaz szpitali dla których Powiat Wodzisławski jest podmiotem tworzącym	Informacje do umieszczenia na warstwie są dostępne na stronie: xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx/xxx-xxxxxxxxxx/xxxxxx-xxxxxxx	kilka pozycji	back-office; front-office
27	warstwa tematyczna lokalizacji aptek	Wydział Zdrowia i Polityki Społecznej	wykaz aptek w tym całodobowe oraz pełniące dyżury	Informacje do umieszczenia na warstwie są dostępne na stronie: xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx/xxx-xxxxxxxxxx/xxxxxx-xxxxxxx	ok. 60 pozycji	back-office; front-office
28	ewidencja szkół i placówek niepublicznych	Wydział Oświaty	ewidencja szkół i placówek niepublicznych	cyfrowo (MS EXCEL)	ok. 34 pozycji	back-office; front-office
29	ewidencja szkół i placówek publicznych	Wydział Oświaty	ewidencja szkół i placówek publicznych	cyfrowo (MS EXCEL)	ok. 13 pozycji	back-office; front-office
30	warstwa tematyczna lokalizacji stacji kontroli pojazdów	Wydział Komunikacji i Transportu	rejestr przedsiębiorców prowadzących stacje kontroli pojazdów	cyfrowo w rejestrze publicznym pod adresem xxxx://xxxxxxxxxxxxx.xxxx.xx/xxxxxxxx. seam?symbol=WKT.5420&trejId=447	ok. 11 pozycji	back-office; front-office
31	warstwa tematyczna lokalizacji ośrodków szkolenia kierowców	Wydział Komunikacji i Transportu	rejestr przedsiębiorców prowadzących ośrodki szkolenia kierowców	cyfrowo w rejestrze publicznym pod adresem xxxx://xxxxxxxxxxxxx.xxxx.xx/xxxxxxxx. seam?symbol=WKT.5440.1&trejId=447	ok. 35 pozycji	back-office; front-office
32	baza danych instruktorów nauki jazdy	Wydział Komunikacji i Transportu	ewidencja instruktorów nauki jazdy	cyfrowo (Baza Instruktorów i Ośrodków Szkolenia Kierowców)	ok. 184 pozycji	back-office; front-office		W połączeniu z warstwą #31
33	warstwa tematyczna przebiegu powiatowych linii komunikacyjnych użyteczności publicznej	Wydział Komunikacji i Transportu	powiatowe linie komunikacyjne użyteczności publicznej	Naniesione na mapie w wersji papierowej	ok. 9 pozycji	back-office; front-office
34	warstwa tematyczna lokalizacji przystanków komunikacji publicznej	Wydział Komunikacji i Transportu	wykaz przystanków komunikacji publicznej	cyfrowo (MS EXCEL)	ok. 262 pozycji	back-office; front-office
35	mapa komunikacyjna	Powiatowy Zarząd Dróg	ewidencja dróg powiatowych i obiektów mostowych	cyfrowo (EWIDR 2010) oraz XxxxXxx – system geroreferencyjny dróg		back-office		Eksport warstwy referencyjnej x XxxxXxx
36	warstwa tematyczna lokalizacji obiektów użyteczności publicznej	Wydział Strategii i Rozwoju Powiatu	wykaz obiektów użyteczności publicznej (urzędy, inspekcje, służby i straże, szpitale, biblioteki, itp.)	Informacje do umieszczenia na warstwie są dostępne na stronie: xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx /samorzad/pozostale-instytucje	ok. 50 pozycji	back-office; front-office
37	warstwa tematyczna lokalizacji organizacji i instytucji turystyki, kultury, sportu	Wydział Strategii i Rozwoju Powiatu	wykaz organizacji i instytucji turystyki, kultury, sportu	Informacje do umieszczenia na warstwie są dostępne na stronie: xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx/xxx-xxxxxxx/xxxxxxxxxx-xxxxxxxxxxx	ok. 75 pozycji	back-office; front-office
38	warstwa tematyczna lokalizacji obiektów i terenów rekreacyjnych	Wydział Strategii i Rozwoju Powiatu	wykaz obiektów i terenów rekreacyjnych, ścieżek rowerowych, itp.	Informacje do umieszczenia na warstwie są dostępne na stronach: xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx/xxx-xxxxxxx/xxxxxxx-xxxxxxxx-x-xxxxxxxx-xxxxxxxxxxxxx, xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx/xxx-xxxxxxx/xxxxxxxxx-x-xxxxxxxxx	ok. 50 pozycji	back-office; front-office
39	warstwa tematyczna lokalizacji projektów dofinansowanych z środków zewnętrznych	Wydział Strategii i Rozwoju Powiatu	wykaz pozyskanych przez Powiat Wodzisławski środków zewnętrznych	Analogowo w dokumentach papierowych	ok. 70 pozycji	back-office; front-office
40	warstwa tematyczna lokalizacji zabytków Powiatu Wodzisławskiego	Wydział Strategii i Rozwoju Powiatu	rejestr zabytków Powiatu Wodzisławskiego	Informacje do umieszczenia na warstwie są dostępne na stronie: xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx/xxxxxxxxxxx-xxxxxxx/xxxxxxx-0	ok. 45 pozycji	back-office; front-office
41	warstwa tematyczna lokalizacji organizacji pozarządowych z terenu Powiatu Wodzisławskiego	Wydział Strategii i Rozwoju Powiatu	spis organizacji pozarządowych z terenu Powiatu Wodzisławskiego	Informacje do umieszczenia na warstwie są dostępne na stronie: xxxx://xxx.xxxxxxxxxxxxxxxxxx.xx/xxx-xxxxxxxxxxx-xxxxxxxxxxxxx/xxxxx-xxxxxxxxxxx-xx-xxxxxxx-xxxxxxx-xxxxxxxxxxxxxxx	ok. 300 pozycji	back-office; front-office
44	warstwa tematyczna wydanych pozwoleń wodnoprawnych	Wydział Ochrony Środowiska	pozwolenia wodnoprawne	Wydane decyzje w dokumentach WORD	ok. 700 pozycji (50 zmian/rok)	back-office		Powiązanie z SOD
45	warstwa tematyczna wydanych zezwoleń na wycinkę drzew i krzewów	Wydział Ochrony Środowiska	ochrona roślin (zezwolenia na wycinkę drzew i krzewów)	Wydane decyzje w dokumentach WORD	ok.1000 pozycji (130 zmian/rok)	back-office		Powiązanie z SOD
46	warstwa tematyczna terenów wykonanych robót geologicznych	Wydział Ochrony Środowiska	wykaz dokumentacji projektów geologicznych	Mapy papierowe	ok. 80 pozycji (10 zmian/rok)	back-office		Powiązanie z SOD
47	warstwa tematyczna zasięgów wydanych koncesji na wydobywanie kopaliny	Wydział Ochrony Środowiska	koncesje na wydobywanie kopaliny	Mapy papierowe	ok. 20 pozycji (3 zmiany/rok)	back-office		Powiązanie z SOD
48	warstwa tematyczna lokalizacji instalacji niewymagających uzyskania pozwolenia	Wydział Ochrony Środowiska	zgłoszenie instalacji niewymagających uzyskania pozwolenia	Mapy papierowe	ok. 300 pozycji (20 zmian/rok)	back-office		Powiązanie z SOD
49	warstwa tematyczna lokalizacji wydanych zezwoleń na zbieranie lub przetwarzanie odpadów	Wydział Ochrony Środowiska	zezwolenia na zbieranie, transport, odzysk lub unieszkodliwianie odpadów	Wydane decyzje w dokumentach WORD	ok. 500 pozycji (50 zmian/rok)	back-office		Powiązanie z SOD
50	warstwa tematyczna lokalizacji miejsc wytwarzania odpadów	Wydział Ochrony Środowiska	Wytwarzanie odpadów	Wydane decyzje w dokumentach WORD	ok. 150 pozycji (15 zmian/rok)	back-office		Powiązanie z SOD
52	warstwa tematyczna lokalizacji wydanych pozwoleń na wprowadzanie gazów i pyłów do powietrza	Wydział Ochrony Środowiska	pozwolenie na wprowadzanie gazów i pyłów do powietrza	Wydane decyzje w dokumentach WORD	ok. 40 pozycji (5 zmian/rok)	back-office		Powiązanie z SOD
53	mapa obszarów zagrożonych usuwaniem się mas ziemnych	Wydział Ochrony Środowiska	tereny zagrożone usuwaniem się mas ziemnych	Mapy papierowe	ok. 12 obszarów	back-office
54	warstwy tematyczne planów urządzania lasów	Wydział Ochrony Środowiska	plany urządzania lasów	Mapy papierowe	ok. 40 pozycji	back-office	skanowanie i kalibracja
55	warstwa tematyczna lokalizacji wydanych pozwoleń na emisję\ hałasu do środowiska	Wydział Ochrony Środowiska	emisja hałasu do środowiska	Wydane decyzje w dokumentach WORD	ok. 10 pozycji (3 zmiany/rok)	back-office		Powiązanie z SOD
56	warstwa tematyczna lokalizacji wydanych pozwoleń zintegrowanych	Wydział Ochrony Środowiska	pozwolenia zintegrowane	Wydane decyzje w dokumentach WORD	ok. 5 pozycji	back-office		Powiązanie z SOD
57	baza metadanych	n/d	n/d	n/d	n/d	back-office; front-office	utworzona dla powyższych zbiorów danych załadowanych do SIP
	Ewidencja urządzeń bezpieczeństwa ruchu drogowego, urządzeń oznakowania poziomego i pionowego	Wydział Komunikacji i Transportu		Mapy w wersji papierowej lub w Corel	Ok. 100pozycji	Back-office	Utworzenie obiektów ewidencji na warstwie geo referencyjnej dróg na podstawie przekazanych map papierowych

Uwaga: Proponowany podział na warstwy tematyczne ma charakter poglądowy. W trakcie realizacji możliwe jest zastosowanie innego podziału na warstwy tematyczne, w tym łączenie warstw tematycznych lub rozdzielanie poszczególnych grup obiektów na oddzielne warstwy tematyczne.

Kolorem zielonym zaznaczono warstwy obowiązkowe ze względu na wskaźnik projektu

6Dodatek nr 5: Zasady odbioru

6.1Podstawowe zasady odbioru

Podstawą do rozliczenia pracy Wykonawcy, jak i wypłaty należnego z tego tytułu wynagrodzenia jest odbiór danego Etapu, przy czym na odbiór Etapu składają się odbiory poszczególnych, wchodzących w jego zakres zadań, podzadań obejmujących dostawy oraz usługi.
Wyodrębnione, nazwane poszczególne usługi oraz dostawy stanowiące łącznie przedmiot realizacji niniejszej Umowy stanowią podstawę dla poszczególnych odbiorów prac Wykonawcy i będą nazywane odpowiednio przedmiotem odbioru.
Zakres usług i dostaw stanowiących przedmiot odbioru danego Etapu (zadania, podzadania) określa Opis Przedmiotu Zamówienia SIWZ oraz opracowany przez Wykonawcę Harmonogram Prac.
Na podstawie zakresu i przedmiotu realizacji niniejszej Umowy ustala się następujące kategorie przedmiotów odbioru (kategorie produktów) oraz odpowiadające im procedury odbioru:
1. Dokument – procedura odbioru Dokumentu,
2. Dostawa lub usługa inna niż opracowanie Oprogramowania Aplikacyjnego – procedura odbioru dostawy oraz usługi,
3. Usługa dostawy i / lub opracowania Oprogramowania Aplikacyjnego – procedura odbioru Oprogramowania Aplikacyjnego,
4. Etap – procedura odbioru Etapu,
5. Odbiór Końcowy przedmiotu umowy.
Niezależnie od zapisów ustępu poprzedniego w szczególności przedmiotem odbioru będzie:
1. Dokumentacja Zarządcza zgodnie z procedurą odbioru dla Dokumentu oraz dedykowaną procedurą odbioru dla Dokumentacji Zarządczej;
2. Projekt Techniczny (PT) zgodnie z procedurą odbioru dla Dokumentu oraz procedurą odbioru Projektu Technicznego (PT).
Z uwagi na istotne znaczenie Dokumentacji Zarządczej w procesie realizacji Umowy strony ustalają, iż działania Wykonawcy związane z opracowaniem oraz odbiorem Dokumentacji Zarządczej w żaden sposób nie wstrzymują Wykonawcy w realizacji pozostałych zobowiązań wynikających z Umowy oraz, iż Odbiór Dokumentacji Zarządczej może stanowić dla Zamawiającego warunek konieczny przystąpienia do odbioru Etapów oraz Odbioru Końcowego.
Brak odbioru Dokumentacji Zarządczej nie zwalnia Wykonawcy z realizacji zobowiązań całości Umowy.
Zgodnie z SIWZ uszczegółowienie kryteriów jakościowych stanowiących dodatkowe kryteria akceptacji nastąpi na etapie opracowania Dokumentacji Zarządczej w takich dokumentach jak: Plan Jakości oraz Plan Produktów. Co do zasady, uszczegółowienie takie nie może być na niekorzyść Zamawiającego i nie może być sprzeczne z zapisami SIWZ.
Za właściwe przeprowadzenie odbiorów odpowiedzialny jest Kierownik Projektu ze strony Zamawiającego oraz Kierownik Projektu ze strony Wykonawcy.
Odbioru dokonuje powołana przez Zamawiającego komisja odbioru.
Formę i sposób komunikacji związanej z procedurą odbioru, w tym zakresie kontaktów niezbędnych do wyjaśnienia zgłoszonych zastrzeżeń przez Zamawiającego ustalają na bieżąco Kierownicy Projektu ze strony Zamawiającego oraz Wykonawcy.
Odebranie wszystkich produktów i usług wchodzących w zakres danego Etapu stanowi podstawę odbioru tego Etapu.
Z każdego odbioru sporządzany jest Protokół Odbioru, przy czym dopuszcza się sytuację w której nastąpi łączne zgłoszenie oraz odbiór wszystkich dostaw i usług wchodzących w zakres danego Etapu podczas jednej procedury odbioru Etapu, a tym samym sporządzony zostanie jeden, łączny protokół odbioru dla wszystkich dostaw i usług wchodzących w zakres danego Etapu oraz protokół odbioru Etapu.
Wyłącznie Protokół Odbioru Etapu oraz Protokół Odbioru Końcowego stanowią podstawę do rozliczenia prac Wykonawcy i wypłaty należnego z tego tytułu wynagrodzenia za: Etap a w przypadku ostatniego Etapu Protokół Odbioru Etapu oraz Protokół Odbioru Końcowego.
Każdorazowo przed odbiorem Wykonawca dokonuje zgłoszenia gotowości do odbioru, przy czym jeżeli data zgłoszenia będzie późniejsza niż data wskazana w Harmonogramie Prac lub Harmonogramie Rzeczowo – Finansowym, obligująca Wykonawcę do zgłoszenia gotowości do odbioru i rozpoczęcia procedury odbioru zgodnie z niniejszym załącznikiem, to sytuacja taka będzie traktowana jako zwłoka Wykonawcy w realizacji jego zobowiązań.
Wszystkie terminy określone w poniższych procedurach odbioru mogą zostać zastąpione innymi wskazanymi w Dokumentacji Zarządczej po jego zatwierdzeniu i zaakceptowaniu przez Zamawiającego, przy czym zaproponowane przez Wykonawcę procedury nie mogą być co do zasady, z punktu widzenia celu i rezultatu na niekorzyść Zamawiającego.
W procedurze odbioru Zamawiający nie wyklucza możliwości odbioru warunkowego w przypadku wystąpienia czynników niezależnych od Stron mających wpływ na przedmiot odbioru.
Na potrzeby niniejszej procedury przyjmuje się, że Dni Xxxxxxx to dni od poniedziałku do piątku z wyłączeniem dni ustawowo wolnych od pracy.

6.2Procedura odbioru Dokumentacji Zarządczej oraz Projektu Technicznego

Odpowiednio: Dokument Zarządczy (jako zbiór dokumentów zarządczych) lub Projekt Techniczny (PT), zwane w tym przypadku Dokumentem zostaną przekazane Zamawiającemu w pierwszej wersji, w terminie określonym Harmonogramem Rzeczowo – Finansowym i Harmonogramem Prac.
W terminie, nie później niż 10 Dni Xxxxxxxxx od daty przekazania Dokumentu, Zamawiający przekaże Wykonawcy uwagi do Dokumentu, a także zakres niezbędnych zmian i uzupełnień Dokumentu oraz termin ich wykonania, nie krótsze niż 5 Dni Roboczych.
Wykonawca ma prawo ustosunkować się w formie pisemnej do uwag Zamawiającego, przy czym toczące się wyjaśnienia w żaden sposób nie wstrzymują biegu spraw i podanego przez Zamawiającego terminu na wniesienie niezbędnych zmian i uzupełnień zgodnie z powyższym uwarunkowaniem. .
Po uzgodnieniu zakresu zmian i uzupełnień Dokumentu, Wykonawca wprowadza wymagane zmiany i uzupełnienia oraz ponownie przedstawia Zamawiającemu Dokument do odbioru.
W przypadku gdy poprawiony Dokument nie uwzględnia uzgodnionych uwag Zamawiający lub z innych względów nie spełnia oczekiwań, Zamawiający ponownie zgłosi uwagi zgodnie z procedurą opisaną w niniejszym paragrafie.
Przewiduje się możliwość dwukrotnego zgłaszania uwag do Dokumentu, przy czym za drugim razem uwagi mogą dotyczyć wyłącznie nieuwzględnienia lub niewłaściwego uwzględniania wcześniej zgłoszonych uwag.
Jeżeli po zgłoszeniu drugi raz uwag, Dokument nie spełnia oczekiwań Zamawiającego tj. pewne uwagi nie zostały uwzględnione lub zostały wniesione merytorycznie niepoprawnie wówczas Zamawiający ma prawo odmówić odbioru Dokumentu.
Brak odbioru Dokumentacji Zarządczej nie zwalania Wykonawcy z realizacji zobowiązań umownych. W takim przypadku, Zamawiający może: odstąpić od umowy oraz naliczyć kary umowy za nie należyte realizowanie zobowiązań umownych przywołując w tym zakresie klauzulą dotyczącą niewykonania Etapu lub jego części.

6.3Procedura odbioru Dokumentu

Procedura ma zastosowanie do wszystkich dokumentów, opracowań powstałych w wyniku wykonywania Umowy i przeznaczonych do odbioru w tym przekazywanych dokumentacji użytkownika i dokumentacji technicznych, z zastrzeżeniem, że poniższe zasady stosuje się również do Dokumentacji Zarządczej oraz Projektu Technicznego (PT) w zakresie nieuregulowanym odrębnie przez dedykowaną dla tych dokumentów w procedurę odbioru, co w szczególności dotyczy terminów na przekazanie uwag przez Zamawiającego.
W terminie przewidzianym Harmonogramem Prac Wykonawca przekazuje Zamawiającemu dokument do odbioru.
W terminie nie krótszym niż 5 Dni Roboczych od daty przekazania dokumentu, Zamawiający przekazuje Wykonawcy podpisany protokół odbioru, w którym Zamawiający: odbiera dokument bez zastrzeżeń, odbiera dokument z zastrzeżeniami lub odrzuca dokument w całości. W przypadku odebrania dokumentu z zastrzeżeniami, Zamawiający dołącza do Protokołu Odbioru wykaz zastrzeżeń a w przypadku odrzucenia dokumentu w całości – pisemne uzasadnienie decyzji z przytoczeniem powodu bądź powodów, określonych poniżej.
Powodem odrzucenia dokumentu w całości może być niespełnienie kryteriów akceptacji dla produktu zgodnie z Planem Jakości, co w szczególności dotyczyć może:
1. braków w zawartości dokumentu w stosunku do określonych dla dokumentu wymagań zawartych w SIWZ lub np. w PT ;
2. niskiej jakości opracowania: błędów merytorycznych oraz usterek językowych;
3. innych odstępstw od poczynionych pisemnych uzgodnień.
Data zgłoszenia dokumentu do odbioru jest datą odbioru dokumentu, o ile dokument ten został odebrany bez zastrzeżeń, w jego pierwotnym kształcie lub został odebrany najpóźniej podczas drugiego cyklu procedury odbioru po uwzględnianiu uwag Zamawiającego.
Odrzucenie dokumentu w całości przez Xxxxxxxxxxxxx nie daje podstaw do uznania daty zgłoszenia jako daty odbioru nawet w przypadku uwzględnienia przez Wykonawcę zastrzeżeń Zamawiającego i przekazania ponownie dokumentu do odbioru. W takim przypadku data przekazania nowej wersji dokumentu stanowi nową datę zgłoszenia, a tym samym ta data stanowić może potencjalną datę odbioru dokumentu.
W przypadku odbioru dokumentu z zastrzeżeniami lub odrzucenia dokumentu w całości, Wykonawca ma prawo w terminie 5 Dni Roboczych od daty przekazania protokołu odbioru przez Zamawiający ustosunkować się w formie pisemnej do zastrzeżeń bądź decyzji o odrzuceniu w całości.
Przewiduje się możliwość wyłącznie dwukrotnego zgłaszania uwag do dokumentu, przy czym za drugim razem uwagi mogą dotyczyć nieuwzględnienia lub niewłaściwego uwzględniania wcześniej zgłoszonych uwag.

6.4Procedura odbioru Usługi lub Dostawy

Procedura ma zastosowanie do wszystkich świadczeń Wykonawcy, mających postać usługi lub dostawy produktu z wyłączeniem Oprogramowania Aplikacyjnego, Dokumentacji Zarządczej oraz Projektu Technicznego (PT) oraz innych dokumentów.
W terminie przewidzianym w Harmonogramem Prac Wykonawca zgłasza usługę / dostawę do odbioru.
W terminie nie krótszym niż 5 Dni Roboczych od daty zgłoszenia usługi/dostawy do odbioru Zamawiający przekazuje Wykonawcy podpisany Protokół Odbioru, w którym Zamawiający: odbiera usługę/dostawę bez zastrzeżeń, odbiera usługę/dostawę z zastrzeżeniami, odrzuca usługę/dostawę w całości. W przypadku odebrania usługi/dostawy z zastrzeżeniami, Zamawiający dołącza do protokołu odbioru wykaz zastrzeżeń a w przypadku odrzucenia usługi/dostawy w całości pisemne uzasadnienie decyzji z przytoczeniem powodu bądź powodów, określonych poniżej.
Powodem odrzucenia usługi/dostawy w całości może być niespełnienie kryteriów akceptacji dla usługi/dostawy zgodnie z Planem Jakości, co w szczególności dotyczyć może:
1. braku zachowania należytej staranności przy wykonaniu usługi/dostawy;
2. istotnych odstępstw w wykonaniu usługi/dostawy w stosunku do poczynionych ustaleń, w tym warunków SIWZ oraz zapisów zawartych w PT,
3. niekompletności usługi/dostawy;
4. wady przedmiotu dostawy.
Data zgłoszenia usługi/dostawy do odbioru jest datą wykonania tej usługi/dostawy, o ile usługa/dostawa ta została odebrana bez zastrzeżeń, w jej pierwotnym kształcie lub została odebrana zgodnie z właściwą procedurą najpóźniej podczas drugiego cyklu procedury odbioru po uwzględnianiu uwag Zamawiającego.
Odrzucenie odbioru usługi/dostawy w całości przez Zamawiającego nie daje podstaw do uznania daty zgłoszenia jako daty odbioru nawet w przypadku uwzględnienia przez Wykonawcę zastrzeżeń Zamawiającego i ponownego zgłoszenia gotowości usługi/dostawy do odbioru. W takim przypadku data ponownego zgłoszenia gotowości usługi/dostawy do odbioru może stanowić potencjalną datę odbioru świadczenia usługi/dostawy.

6.5Procedura odbioru Oprogramowania Aplikacyjnego

Procedura ma zastosowanie do usługi związanej z dostawą oraz opracowaniem Oprogramowania Aplikacyjnego stanowiącego system informatyczny – .
Zgodnie z Opisem Przedmiotu Zamówienia:
1. Oprogramowanie Aplikacyjne zostanie poddane testom w ramach dwóch (2) cykli / faz testów: „testowania oprogramowania”, „testowania aplikacji”, które zgodnie z OPZ SIWZ zostaną przeprowadzona wg ustalonego harmonogramu oraz zgodnie z procedurami zawartymi w Projekcie Testów, przy czym przed każdą z faz testów Wykonawca jest zobowiązany zgłosić gotowość Oprogramowanie Aplikacyjnego do kolejnej fazy testów.
2. Z każdej z faz testów powstanie raportów z testów.
Oprogramowanie Aplikacyjne zostanie odebrane na podstawie raportów z testów z ww. 2 faz testowania.
Zamawiający dokonuje odbioru Oprogramowania Aplikacyjnego na podstawie raportów z przeprowadzonych testów i zależnie dla uzyskanych wyników testów Zamawiający:
1. odbiera Oprogramowanie Aplikacyjne bez zastrzeżeń,
2. odbiera Oprogramowanie Aplikacyjne z zastrzeżeniami,
3. odrzuca Oprogramowanie Aplikacyjne w całości.
Data zgłoszenia Oprogramowania Aplikacyjnego do odbioru jest datą wykonania zobowiązań Wykonawcy w zakresie dostarczenia Oprogramowania Aplikacyjnego, o ile Oprogramowanie Aplikacyjne zostało ostatecznie odebrane po testach akceptacyjnych bez zastrzeżeń lub zastrzeżeniami.
Odrzucenie odbioru Oprogramowania Aplikacyjnego w całości przez Zamawiającego nie daje podstaw do uznania daty zgłoszenia jako daty odbioru nawet w przypadku uwzględnienia przez Wykonawcę zastrzeżeń Zamawiającego i wniesienia do oprogramowania stosownych korekt celem usunięcia wad oprogramowania oraz ponownego zgłoszenia gotowości do odbioru.

6.6Procedura odbioru Etapu oraz Odbioru Końcowego

Celem procedury odbioru Etapu jest potwierdzenie wypełnienia przez Wykonawcę wszystkich zobowiązań określonych w SIWZ, w Dokumentacji Zarządczej oraz w Projekcie Technicznym (PT) a odnoszących się do Danego Etapu.
Etap uważa się, za odebrany, co Zamawiający potwierdza swoim podpisem na Protokole Odbioru Etapu jeżeli odebrane zostały wszystkie zawarte w nim dostawy, usługi lub inne wyodrębnionych przedmioty odbioru.
Celem procedury Odbioru Końcowego jest potwierdzenie wypełnienia przez Wykonawcę wszystkich zobowiązań wynikłych w trakcie realizacji niniejszej Umowy, a odnoszących się do wymagań zawartych w SIWZ, Dokumentacji Zarządczej, Projekcie Technicznym lub w innych dokumentach zawierających pisemne uzgodnienia stron, w tym w szczególności w dokumentach powstałych w trakcie procedur odbioru określonych przez niniejszy załącznik.
Zamawiający przystępuje do procedury Odbioru Końcowego najpóźniej w terminie 5 Dni Roboczych od daty odbioru ostatniego Etapu, zgodnie z Harmonogramem Prac.
W ramach tejże procedury zgodnie z zakresem wskazanym przez ust. 1 Zamawiający dokonuje weryfikacji oraz potwierdzenia spełnienia przez Wykonawcę wszystkich zobowiązań wobec Zamawiającego.
W przypadku, braku jakichkolwiek zaległości z tytułu zawartych ustaleń oraz zobowiązań Wykonawcy wobec Zamawiającego, tenże podpisuje Protokół Odbioru Końcowego najpóźniej na 5 Dni Xxxxxxxxx od daty przystąpienia do procedury Odbioru Końcowego.
Protokół Odbioru Końcowego stanowi jedyne, wyłącznie potwierdzenie spełnienia przez Wykonawcę wszelkich zobowiązań z tytułu realizacji niniejszej Umowy, z wyłączeniem zobowiązań z tytułu odpowiedzialności w ramach udzielonej gwarancji oraz rękojmi.

7Dodatek nr 6: Warunki świadczenia gwarancji oraz opieki autorskiej na System

7.1Definicje

Na potrzeby niniejszego załącznika Strony ustalają poniższe definicje, przy czym w zakresie niezdefiniowanym poniżej, dla poszczególnych terminów mają zastosowanie definicje zawarte w OPZ oraz umowie głównej:

Administrator Systemu	-	Upoważniony pracownik Zamawiającego posiadający uprawnienia do: dokonywania Zgłoszenia Serwisowego, odbioru naprawy, korzystania z usług „Hot Linie”.
Czas Naprawy	-	Czasokres w godzinach lub dniach liczony od czasu potwierdzenia Zgłoszenia Serwisowego do czasu usunięcia Wady potwierdzonej Protokołem Odbioru Naprawy. Potwierdzenie może mieć postać pisemną lub elektroniczną zgodnie z warunkami niniejszego załącznika. Czas naprawy jest różny dla poszczególnych kategorii Wad i wynosi odpowiednio: W1 – 16 godzin w Godzinach Roboczych dla Systemu W2 – 5 Dni Roboczych W3 – 10 Dni Roboczych
Czas Reakcji	-	Czasokres (w godzinach), w jakim Wykonawca zobowiązany jest przystąpić do świadczenia usługi po dokonaniu przez Zamawiającego Zgłoszenia Wady. Czas ten jest różny dla poszczególnych Kategorii Wad i wynosi odpowiednio: W1 - 8 godziny w Godzinach Roboczych W2 – 16 Godzin w Godzinach Roboczych W3 – 24 Godziny w Godzinach Roboczych
Godziny Robocze	-	Godziny od godz. 8.00 do godz. 16.00, w każdym dniu od poniedziałku do piątku z wyłączeniem dni ustawowo wolnych od pracy;
Gotowość	-	Stan polegający na pozostawaniu Wykonawcy w gotowości do przyjęcia Zgłoszenia Serwisowego; Gotowość obejmuje dni od poniedziałku do piątku, z wyłączeniem dni ustawowo wolnych od pracy, w godzinach 8.00 – 17.00.
Karta Zgłoszenia Serwisowego	-	Dokument wypełniany przez Administratora Systemu służący do dokonywania Zgłoszenia Wady Systemu
Kategoryzacja Wad, Kategoria Wady	-	Kategoryzacja Wad Systemu konieczna do ustalenia trybów świadczenia usługi, obejmująca:
		W1-	wady krytyczne uniemożliwiające pracę Systemu lub powodujące niepoprawne jego funkcjonowanie oraz wymagające bezwzględnej, szybkiej interwencji Wykonawcy związanej z usunięciem wad
		W2-	wady istotne powodujące niepoprawne funkcjonowanie Systemu niezaliczone do klasy W1,
		W3-	wady stanowiące utrudnienia w korzystaniu z Systemu dotyczące zazwyczaj ergonomii, uciążliwe dla użytkownika, lecz niepowodujące nieprawidłowości w funkcjonowaniu Systemu; do kategorii wad mogą należeć również wady Systemu wynikające z braku spełnienia w całości lub jakimś zakresie wymagań wydajnościowych określonych w Projekcie Technicznym

Pełnomocnik Strony	-	Osoba umocowana umową odpowiedzialna za jej realizację oraz uprawniona do rozwiązywania i rozstrzygania problemów (sporów technicznych): z punktu widzenia zapisów umowy – dokumentu głównego może to być odpowiednio Kierownik Projektu lub inne osoba wskazana przez daną Stronę
Wada	-	Inaczej usterka, powodująca nieprawidłowe funkcjonowanie Systemu, w szczególności identyfikowana jako działanie niezgodne Systemu z jego dokumentacją lub niezgodne z oczekiwanymi podstawowymi zasadami funkcjonowania systemów informatycznych
Zgłoszenie Serwisowe	-	Przekazanie do Wykonawcy przez Administratora Systemu zgłoszenia Wady Systemu. Zgłoszenie Serwisowe zawiera niezbędne a zarazem konieczne informacje wystarczające do podjęcia przez Wykonawcę działań zmierzających do zdiagnozowania faktycznej przyczyny usterki Systemu (Wady).

7.2Ogólne warunki świadczenia usług serwisowych

Wykonawca zobowiązuje się do świadczenia usług serwisowych w ramach udzielonej gwarancji na System obejmującej również tzw. opiekę autorską zgodnie z niniejszymi warunkami.
Zamawiający akceptuje zmianę“Procedury zgłoszenia i usuwania Wad Systemu” na inną np. będącą częścią systemu „Help – Desk” Wykonawcy pod warunkiem, iż zmiana ta nie będzie na niekorzyść Zamawiającego.
Zakres świadczeń obejmuje:
1. usuwanie Wad Systemu, a w szczególności:
  1. Wad Oprogramowania Aplikacyjnego i Standardowego;
  2. Wad konfiguracji Systemu, w tym wad konfiguracji związanej z wykorzystaniem przez Wykonawcę udostępnionych przez Zamawiającego licencji Oprogramowania;
  3. Wad wytworzonej przez Wykonawcę Bazy Danych SIP ,co obejmuje również wady ukryte zidentyfikowane po odbiorze tego produktu;
2. dostarczanie nowych wersji Oprogramowania Aplikacyjnego oraz Standardowego, co w szczególności obejmuje usuwanie Wad Systemu;
3. instalację nowych wersji Oprogramowania, jeżeli proces instalacji nie jest wyłącznie prostą operacją aktualizacji bazy danych lub aktualizacji bibliotek Oprogramowania i nie został opracowany przez Wykonawcę i dostarczony Zamawiającemu w formie procedur, skryptów oraz ich opisu;
4. prowadzenie działań prewencyjnych mających na celu maksymalne wydłużenie czasu bezawaryjnej pracy Systemu;
5. odzyskiwanie danych oraz programów komputerowych utraconych lub uszkodzonych w wyniku Wady Systemu, której przyczyna leżała po stronie działań Oprogramowania Aplikacyjnego dostarczonego lub skonfigurowanego przez Wykonawcę lub jakiegokolwiek innego komponentu oprogramowania, które było przedmiotem usług Wykonawcy w zakresie parametryzacji i konfiguracji Systemu;
6. prowadzenie diagnostyki funkcjonowania Systemu, w tym również danych, celem identyfikacji przyczyn powstawania błędów Systemu przejawiających się w szczególności określoną Wadą Oprogramowania Aplikacyjnego lub Wadą konfiguracji Systemu.
Zakres świadczeń gwarancyjnych nie obejmuje:
1. usuwania wirusa komputerowego jak również napraw spowodowanych jego działaniem;
2. modyfikacji danych w bazie danych wynikających z decyzji Zamawiającego np. korekta danych;
3. napraw uszkodzeń wynikających z udowodnionej eksploatacji Systemu niezgodnie z jego dokumentacją;
4. błędów Systemu lub zmian konfiguracji w Systemie dokonanych przez Zamawiającego lub na zlecenie Zamawiającego przez osoby trzecie, które nie podlegały procedurze autoryzacji;
5. usterek wynikłych z nieprawidłowego działania sprzętu komputerowego lub oprogramowania współdziałającego z Systemem i niedostarczonego przez Wykonawcę;
6. zmiany w konfiguracji / parametryzacji Oprogramowania wchodzącego w skład Systemu dokonanych przez nieuprawnione osoby;
7. zmiany konfiguracji Infrastruktury Technicznej w zakresie objętym Wdrożeniem Systemu bez zgody Wykonawcy.
Najpóźniej na 5 Dni Robocze przed planowanym terminem Odbioru Końcowego Systemu lub w trakcie odbioru wstępnego, o którym mowa powyżej, Strony wymienią się oświadczeniami zawierającymi listy odpowiednio Administratorów Systemu, Pełnomocników, numerów telefonów, adresów poczty elektronicznej przeznaczonych do kierowania i przyjęcia Zgłoszenia Serwisowego.
1. Od tego momentu Xxxxxx zobowiązują się do bieżącego aktualizowania wymienionych oświadczeń w każdym przypadku wymagającym jakichkolwiek zmian. Jeżeli Xxxxxx nie wymienią wskazanych powyżej oświadczeń obowiązujące są adresy do korespondencji wynikające z zapisów Umowy głównej.

7.3Procedura zgłoszenia i usuwania Wad Systemu

Proponowana przez Wykonawcę “Procedura zgłoszenia i usuwania Wad Systemu” zawierająca opis Karty Zgłoszenia Serwisowego, opis procedury oraz uwzględniająca wymagania zawarte w Umowie jak również w niniejszym załączniku musi zostać opracowana i przekazana Zamawiającemu do akceptacji, jako część Dokumentacji Zarządczej.
W przypadku nie zaakceptowania przez Xxxxxxxxxxxxx propozycji procedury Wykonawcy lub jej nie wdrożenia, Xxxxxx obowiązuje poniższa procedura:
1. Administrator Systemu lub osoba przez niego upoważniona powiadamia Wykonawcę o wystąpieniu Wady Systemu dokonując Zgłoszenia Serwisowego.
2. Zgłoszenie Serwisowe polega na przekazaniu do Wykonawcy w okresie Gotowości, informacji o Wadzie, jej zakresie, znanych przyczynach i skutkach. Przekazanie informacji może zostać dokonane za pośrednictwem faksu na numer _______________________ lub poczty elektronicznej, na adres _____________________________. Zalecane jest stosowanie poczty elektronicznej z potwierdzeniem przekazania i odczytania wiadomości.
3. Zgłoszenie uznaje się za dokonane z chwilą, gdy dotarło ono do Wykonawcy w taki sposób, by mógł zapoznać się z jego treścią.
4. Jeżeli Wykonawca nie potwierdzi otrzymania Zgłoszenia Serwisowego w taki sposób, jak zostało ono dokonane (informacja zwrotna) Zamawiający dokona powtórnego zgłoszenia telefonicznego pod numerem: ____________________________________. Brak reakcji ze strony Wykonawcy w przewidzianym czasie reakcji od daty, godziny przesłania Zgłoszenia Serwisowego i przekazania – potwierdzenia takiego faktu telefonicznie nie zwalnia Wykonawcy z obowiązku rozpoczęcia świadczeń a dla Zamawiającego staje się skuteczny i wiążący tak samo jak potwierdzone przez Wykonawcę Zgłoszenie Serwisowe.
5. W niezbędnych przypadkach, w interesie Zamawiającego, w szczególności dla bezpieczeństwa danych oraz utrzymania stabilności pracy Systemu, Wykonawca przed rozpoczęciem świadczenia usługi w zakresie usuwania Wady na etapie jej diagnozowania, w tym diagnozowania zdalnego przez bezpieczne, tunelowane łącze z wykorzystaniem sieci Internet jest zobowiązany:
  1. uzyskać zgodę Administratora Systemu na wykonanie czynności związanych z czynnym diagnozowaniem Wady z wykorzystaniem sieci Internet,
  2. zwrócić się do Administratora Systemu o wykonanie czynności zabezpieczających dane, oraz uzyskać zgodę Administratora na zdalny dostęp do Systemu
  3. wstrzymać wykonywanie działań własnych do momentu zakończenia czynności Administratora Systemu wskazanych powyżej.
6. Ostateczną decyzję o zabezpieczeniu danych lub podjęciu innych czynności w celu zapewnienia stabilnej pracy Systemu podejmuje Administrator Systemu.
7. Po dokonaniu Zgłoszenia Serwisowego w sposób opisany powyżej, Wykonawca przystępuje do zdiagnozowania i weryfikacji Wady. W tym celu zabezpiecza konieczne jemu rzeczywiste dane mające bezpośredni związek z przyczyną Zgłoszenia Serwisowego oraz dokonuje uszczegółowienia opisu sytuacji przedstawionej przez Zamawiającego w Zgłoszeniu Serwisowym. Na tej podstawie Administrator Systemu z Wykonawcą uzgadniają ostateczną kwalifikację Wady. W przypadku nie uzgodnienia wspólnej tej samej kwalifikacji Wady w formie określonej Kategorii Wady, przyjmuje się kwalifikację Wady wskazaną przez Zamawiającego jako właściwą do podjęcia działań a Pełnomocnicy stron podejmują działania w zakresie ostatecznego rozstrzygnięcia kwestii sporu i polubownego rozwiązania problemu.
8. Podczas prowadzonych działań w zakresie diagnozy Wady Systemu Wykonawca może zaproponować Administratorowi Systemu zastosowanie „obejścia” wystąpienia Wady i „czasowego” jej całościowego lub częściowego „usunięcia” poprzez wykorzystanie innej istniejącej funkcjonalności Systemu lub opracowanie dedykowanej modyfikacji lub rozszerzenia Systemu. Zastosowanie „obejścia” możliwe jest wyłącznie dla Kategoryzacji Wad W2. Sposób oraz zakres zastosowania „obejścia” wymaga uzgodnień Wykonawcy oraz Administratora Systemu. Zastosowanie „obejścia” może być równoznaczne z usunięciem Wady, pod warunkiem, że czasokres jego funkcjonowania nie będzie dłuższy niż dwukrotny czas naprawy dla tej Kategorii Wady Systemu. Ostateczne zastosowanie „obejścia” wymaga akceptacji Administratora Systemu oraz Pełnomocnika ze strony Zamawiającego.
9. Jeżeli w trakcie świadczenia usług okaże się, że całkowite usunięcie Wady Oprogramowania możliwe jest wyłącznie poprzez opracowanie poprawki Oprogramowania o znacznym stopniu złożoności, Wykonawca może wystąpić do Zamawiającego o zgodę na:
  1. przesunięcie terminu naprawy,
  2. dłuższe zastosowanie „obejścia”,
  3. zastosowanie „obejścia” dla Kategorii Wady W1 celem uzyskania docelowego oczekiwanego rezultatu.
10. Usługi Wykonawcy związane z usunięciem Wady Systemu muszą być realizowane na miejscu siedzibie Zamawiającego, za wyjątkiem sytuacji, w której dopuszcza się zdalne diagnozowanie zgłoszonej Wady Systemu lub opcjonalnie za pisemną zgodą Zamawiającego również jej usunięcie.
11. Art. 580 § 1 i 2 k.c. nie stosuje się. Niebezpieczeństwo przypadkowej utraty lub uszkodzenia Systemu podczas usuwania Wady ponosi Wykonawca.
12. Czas usunięcia Wady Systemu uznaje się za dotrzymany, jeżeli przed jego upływem Xxxx została usunięta lub wystąpiły warunki związane z zastosowaniem „obejścia” celem uzyskania rezultatu tożsamego usunięciu Wady lub czasowego wykluczenia występowania Wady Systemu.
13. Po dokonaniu naprawy Wykonawca potwierdza poprawności wykonanej usługi przez przesłanie protokółu z usunięcia Wady drogą elektroniczną za pomocą poczty elektronicznej a w przypadku Wady kategorii 1 potwierdza to również telefonicznie Administratorowi Systemu.
14. Zamawiający zobowiązuje się dołożyć należnych starań w celu umożliwienia Wykonawcy świadczenia usług w zakresie usuwania Wad Systemu, a w szczególności:
  1. zapewnić dostęp VPN do Infrastruktury Technicznej Zamawiającego w zakresie konfiguracji Systemu;
  2. udostępnić niezwłocznie Oprogramowanie objęte Zgłoszeniem Serwisowym, co w szczególności wiąże się z udostępnieniem Infrastruktury Technicznej oraz stanowisk komputerowych, na których zainstalowano Oprogramowanie;
  3. jeżeli jest to konieczne, udostępnić pomieszczenia, w których znajduje się Infrastruktura Techniczna, jeśli dostęp bezpośredni jest potrzebny do usunięcia Wady Systemu;
  4. zapewnić bezpośrednią obecność Administratora Systemu lub osoby przez niego upoważnionej posiadającej uprawnienie do podpisania protokołu naprawy;
  5. w zależności od okoliczności, ograniczyć dostępność Systemu lub jego części dla użytkowników, celem uzyskania stabilnej pracy pozostałej części Systemu lub podjąć decyzję o czasowym zawieszeniu funkcjonowania Systemu na czas niezbędny do usunięcia Wady.
15. W przypadku jakichkolwiek rozbieżności stanowisk podczas realizacji niniejszej procedury, Xxxxxx powinny bez zwłoki poinformować Pełnomocników stron celem podjęcia przez nich czynności wyjaśniających, korygujących i ewentualnego przystąpienia do polubownego rozwiązania zaistniałego problemu (sporu).
16. Jeżeli w wykonaniu swoich obowiązków Wykonawca dostarczył Zamawiającemu zamiast wadliwego Oprogramowania, Oprogramowanie wolne od Wad albo dokonał istotnych napraw zmian w konfiguracji Systemu, termin gwarancji biegnie na nowo od chwili dostarczenia Oprogramowania wolnego od wad lub uruchomienia Oprogramowania naprawionego. Jeżeli Wykonawca wymienił (poprawił) część Oprogramowania, postanowienie powyższe stosuje się odpowiednio do części wymienionej.
17. W innych wypadkach termin gwarancji ulega przedłużeniu o czas, w ciągu którego wskutek Wady objętej gwarancją Zamawiający nie mógł z korzystać z Systemu, nawet jeżeli dotyczyło to tylko części jego funkcjonalności.

7.4Zakres oraz warunki świadczenia opieki autorskiej

Wykonawca zobowiązuje się do świadczenia usług „opieki autorskiej” Systemu na rzecz Zamawiającego na potrzeby prawidłowego funkcjonowania dostarczonego i Wdrożonego Systemu zgodnie z niniejszymi warunkami.
Zakres świadczeń obejmuje:
1. świadczenie pomocy telefonicznej, inaczej serwisu „Hot line”;
2. świadczenie usług utrzymania (ATIK – Asysta Techniczna i Konserwacja) dla dostarczonego Oprogramowania (Systemowego, Bazodanowego, Narzędziowego), w tym również oprogramowania klasy „Open Source”, jeżeli takie zostało przez Wykonawcę wykorzystane do implementacji i konfiguracji Systemu;
3. dostarczanie nowych wersji Oprogramowania Aplikacyjnego i Standardowego będących wynikiem wprowadzenia przez Wykonawcę koniecznych zmian w funkcjonowaniu Systemu związanych z wejściem w życie nowych przepisów prawa lub dostosowywaniem Systemu do potrzeb i wymagań Zamawiającego (o ile było to przedmiotem odrębnych zleceń);
4. przekazywanie w terminach uprzedzających datę wejścia w życie znowelizowanych lub nowych przepisów prawa nowych wersji Oprogramowania Aplikacyjnego, włącznie z koniecznym w tym zakresie udzieleniem licencji do nowej wersji Systemu;
5. dostarczanie nowych, ulepszonych wersji Oprogramowania Aplikacyjnego lub innych komponentów Systemu będących konsekwencją wykonywania w nich zmian wynikłych ze stwierdzonych niedoskonałości technicznych lub zgłoszonych przez Zamawiającego a przyjętych przez Wykonawcę do realizacji zmian, zaleceń;
6. instalację nowych wersji Oprogramowania, jeżeli proces instalacji nie jest wyłącznie prostą operacją aktualizacji bazy danych i / lub aktualizacji bibliotek Oprogramowania i nie został opracowany przez Wykonawcę i dostarczony Zamawiającemu w formie opisu wprowadzenia zmiany z załączonymi skryptami i / lub plikami wymiany;
7. dostarczanie nowych wersji dokumentacji użytkownika oraz dokumentacji technicznej opisującej struktury baz danych oraz sposób przetwarzania danych, zgodnych co do wersji jak i również zakresu zaimplementowanych i działających funkcji z wersją dostarczonego Oprogramowania Aplikacyjnego;
8. świadczenie usług doradztwa i opieki w zakresie eksploatacji Systemu na miejscu w pomieszczeniach Zamawiającego, jeżeli wymagają tego kwestie techniczne lub organizacyjne, a nie jest to spowodowane brakiem wiedzy lub przeszkolenia pracowników Zamawiającego, a brak podjęcia takiego działania przez Wykonawcę może spowodować nieprawidłową eksploatację Systemu lub czasowe jej wstrzymanie;
9. podejmowanie czynności w siedzibie Zamawiającego związanych z diagnozowaniem problemów oraz usuwaniem przyczyn nieprawidłowego funkcjonowania dostarczonego rozwiązania (Oprogramowania Aplikacyjnego, Systemu) z wykorzystaniem zdalnego dostępu przez tunelowane połączenie typu VPN lub innego bezpiecznego, zdalnego i udostępnionego przez Zamawiającego dostępu do infrastruktury teleinformatycznej Zamawiającego.
Zakres świadczeń nie obejmuje modyfikacji Systemu poza zakresem wskazanym w ust. poprzednim, jednak celem rozwoju Systemu Strony zobowiązują się do prowadzenia rejestru zmian, tak aby opcjonalnie na warunkach odrębnej umowy opracować i wdrożyć nową wersję Systemu odpowiadającą zidentyfikowanym potrzebom Zamawiającego.
Serwis „Hot line” polega na:
1. udzielaniu przez pracowników Wykonawcy telefonicznych informacji dotyczących korzystania z Systemu,
2. rozwiązywania problemów związanych z pewnymi nieprawidłowościami dotyczących funkcjonowania Systemu,
3. zdalnego wspomagania Zamawiającego w zakresie czynności związanych z identyfikacją i / lub usuwaniem Wad Systemu.
Wykonawca świadczący usługi „Hot line” ma prawo odmówić udzielania informacji, jeżeli jest ona w pełnym zakresie dostępna w dokumentacji użytkownika lub innej dokumentacji projektowej Systemu.
Do korzystania z usług serwisu „Hot line” ze strony Zamawiającego są uprawnieni Administratorzy Systemu oraz __________________.
Usługi „Hot line” będą dostępne w Dniach Roboczych w Godzinach Roboczych, pod numerami telefonów: _____________________________________________________________.
W razie niemożności udzielenia informacji bezpośrednio po otrzymaniu pytania, Wykonawca zobowiązuje się niezwłocznie po uzyskaniu takiej informacji przekazać ją Zamawiającemu, lecz nie później niż w ciągu 24 godzin do chwili zapytania.
Jeżeli w trakcie świadczenia usługi okaże się, że zgłoszony problem stanowi Wadę Systemu Wykonawca poinformuje Zamawiającego o konieczności dokonania Zgłoszenia Wady.
Świadczenie serwisu dla Systemu w zakresie nieobjętym udzieloną gwarancją odbywać się będzie na zasadach i warunkach jak w przypadku serwisu gwarancyjnego, z tym, że w ramach wsparcia technicznego usuwane będą wszelkie nieprawidłowości w działaniu Oprogramowania i Infrastruktury Technicznej, bez względu na przyczynę powstania tej nieprawidłowości.
Świadczenie usług utrzymania (ATIK – Asysta Techniczna i Konserwacja, ang. Maintenance - utrzymanie), dotyczyć będzie Oprogramowania, do którego autorskie prawa majątkowe przysługują innym podmiotom niż Wykonawcy lub Oprogramowanie jest oprogramowaniem typu „Open Source” oraz było przedmiotem dostawy ze strony Wykonawcy jak również zostało wykorzystane przez niego do implementacji i konfiguracji Systemu. Zakres świadczeń dotyczący Oprogramowania Bazodanowego, Narzędziowego lub Systemowego jeżeli było przedmiotem dostawy Wykonawcy, w tym oprogramowania „Open Source” obejmuje dostarczanie nowych wersji Oprogramowania wolnych od usterek (Wad) oraz świadczenie innych usług utrzymania przedmiotowego Oprogramowania określonych przez warunki producenta danego Oprogramowania, zgodnie z obowiązującymi warunkami licencyjnymi. Świadczenie to obejmuje również obowiązek opłaty ATiK, jeżeli takowa została wskazana w SIWZ jako zobowiązanie Wykonawcy.
Wykonawca jest zobowiązany do samodzielnego, planowanego rozwoju Oprogramowania Aplikacyjnego, zwłaszcza w zakresie jego dostosowywania do zmieniających się przepisów prawnych, tak, aby umożliwić Zamawiającemu wdrożenie nowej wersji Oprogramowania Aplikacyjnego najpóźniej na 10 Dni Roboczych przed datą wejścia w życie zmienionych przepisów prawnych. Jeśli z przyczyn niezależnych od Wykonawcy nie będzie możliwe dotrzymanie powyższego zobowiązania, Strony mogą ustalić inny termin przekazania i wdrożenia nowej wersji Oprogramowania Aplikacyjnego.
W przypadku dostępności nowej wersji Oprogramowania Aplikacyjnego Wykonawca jest zobowiązany poinformować Zamawiającego o dostępności nowej wersji Systemu oraz zawartych w niej, nowych funkcjach wskazując opcjonalnie tytuł wprowadzenia takich zmian.
Wykonawca jest zobowiązany informować Zamawiającego o planach rozwoju Oprogramowania w szczególności informować o wynikających z tego zmianach wymagań technicznych, które mogą wiązać się z zmianą obecnie używanego Oprogramowania lub parametrów posiadanej Infrastruktury Technicznej.
Informacja o nowych wymaganiach technicznych powinna być przekazana Zamawiającemu, na co najmniej trzy miesiące przed wprowadzeniem zmian, o których mowa powyżej. W takim przypadku Zamawiający musi wyrazić zgodę na zainstalowanie nowej wersji Oprogramowania zmieniającej powyższe wymagania systemowo – techniczne.
Wykonawca jest bezwzględnie zobowiązany do zapewnienia ciągłości dostępu i przetwarzania danych w każdej kolejnej, nowej wersji Oprogramowania poprzez dostosowywanie lub opracowanie funkcji eksportu / importu Oprogramowania lub dostawę innych specjalizowanych do tego celu narzędzi lub przeprowadzenia na własny koszt migracji baz danych Systemu, zapewniając tym samym warunki interoperacyjności dostarczonego rozwiązania.
Wykonawca jest zobowiązany poinformować pisemnie Zamawiającego o dostępności nowej wersji Oprogramowania na 10 Dni Roboczych przed planową dostawą lub świadczeniem usługi instalacją nowej wersji Oprogramowania oraz poinformować Zamawiającego o koniecznych innych pracach przygotowawczych.
Strony mogą uzgodnić inny termin dostawy lub dostawy i instalacji nowej wersji Oprogramowania.
Wykonawca jest zobowiązany w terminie dostawy lub nie później niż 14 Dni Roboczych od daty instalacji nowej wersji Oprogramowania dostarczyć w postaci elektronicznej, nowe lub zaktualizowane w formie suplementu wersje dokumentacji użytkownika oraz dokumentacji technicznej.
W przypadku wprowadzenia nowej wersji Oprogramowania o istotnym zakresie zmian funkcjonalności Oprogramowania, Wykonawca jest zobowiązany do przedłożenia Zamawiającemu odrębnie płatnej oferty szkolenia użytkowników Systemu oraz Administratora Systemu.
Postanowienia punktów poprzedzających stosuje się odpowiednio do dostarczania nowych, ulepszonych wersji rozwiązań i wykonywania w nich zmian wynikłych ze stwierdzonych niedoskonałości lub zgłoszonych przez Zamawiającego i przyjętych przez Wykonawcę do realizacji zmian (uwag, zaleceń).
Wykonawca zobowiązuje się do instalacji nowych wersji Oprogramowania, jeżeli proces instalacji nie jest wyłącznie prostą operacją aktualizacji bazy danych i / lub aktualizacji bibliotek Oprogramowania i nie został opracowany przez Wykonawcę i dostarczony Zamawiającemu w formie opisu wprowadzenia zmiany z załączonymi skryptami i / lub plikami wymiany.
Osobą uprawnioną do żądania instalacji nowych wersji Oprogramowania, będzie Administrator Systemu.
Instalacja, o której mowa w niniejszym paragrafie winna odbyć się w terminie uzgodnionym z Zamawiającym, nie później jednak niż w ciągu 10 Dni Roboczych od daty poinformowania przez Wykonawcę o dostępności nowej wersji lub w przypadku zwrócenia się z żądaniem, przez Zamawiającego o dostarczenie takiej wersji. Zamawiający może określić dłuższy termin dostawcy nowej wersji Oprogramowania.
Osobą uprawnioną do żądania obecności konsultantów Wykonawcy i określenia terminu oraz miejsca ich dostępności dla Zamawiającego, będzie Administrator Systemu.
Odstąpienie od świadczeń opieki autorskiej stanowi naruszenie warunków Umowy i może stanowić podstawę do egzekwowania kar umownych.

Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Śląskiego na lata 2007 – 2013

Strona 2 z 100

Document Metadata

Table of Contents

Nr sprawy: WZ.272.5.7.2014

Document Metadata