Szczegółowy opis przedmiotu zamówienia

Transkrypt

Załącznik nr 10
ZP.272.1.2014
OPIS PRZEDMIOTU ZAMÓWIENIA
System Geoinformacyjny Powiatu StrzyŜowskiego – narzędzie wsparcia
kluczowych e-usług dla mieszkańców i administracji
PROJEKT WSPÓŁFINANSOWANY ZE ŚRODKÓW UNII EUROPEJSKIEJ
Z EUROPEJSKIEGO FUNDUSZU ROZWOJU REGIONALNEGO W RAMACH
REGIONALNEGO PROGRAMU OPERACYJNEGO WOJEWÓDZTWA
PODKARPACKIEGO NA LATA 2007-2013
Działanie 3.1 - Społeczeństwo informacyjne
Zamawiający dopuszcza możliwość zaoferowania rozwiązań technologicznych i urządzeń
stanowiących przedmiot zamówienia innych od opisane w niniejszym załączniku pod warunkiem,
że będą równoważne do opisanych przez Zamawiającego tj. będą posiadały parametry równe lub
wyższe do wskazanych w Opisie przedmiotu zamówienia.
StrzyŜów, 2014 r.
1
Rozdział 1
WYMAGANIA OGÓLNE
I.
Cel realizacji projektu
Głównym celem realizacji projektu pod nazwą "System Geoinformacyjny Powiatu
StrzyŜowskiego
–
narzędzie
wsparcia
kluczowych
e_usług
dla
mieszkańców
i administracji", zwanego dalej SGPS jest wdroŜenie systemowych rozwiązań
gromadzenia i przetwarzania danych przestrzennych, do których dostęp będzie przebiegał
w sposób zautomatyzowany. W rezultacie polepszeniu ulegnie skuteczność procesów
decyzyjnych w obrębie działań administracyjnych powiatu strzyŜowskiego. Szybszy
i łatwiejszy dostęp do informacji usprawni równieŜ realizację zadań publicznych na rzecz
jednostek administracji gminnej z obszaru powiatu, obywateli, gospodarki i instytucji Ŝycia
społecznego.
Realizacja wyŜej określonego celu wynika z potrzeby zwiększenia efektywności
zarządzania powiatem. Stanowi takŜe rdzeń polityki powiatu w zakresie rozwoju
mechanizmów wykorzystywania informacji przestrzennych i jest realizacją załoŜeń Osi
priorytetowej III - Społeczeństwo Informacyjne RPO WP, która wskazuje wprost na
konieczność „budowy geograficznych Systemów Informacji Przestrzennej dla poziomu
regionalnego i lokalnego”. W projekcie budowy SGPS przewiduje się równieŜ korzystne
oddziaływanie społeczno gospodarcze, dzięki opracowaniu takiej platformy organizacyjnej,
technicznej i informacyjnej, aby moŜliwe było wypełnienie dodatkowych celów
systemowych, tj:
− Standaryzacja i systematyzacja danych mająca na celu usprawnienie dostępu do
informacji przestrzennych;
− Integracja zbiorów danych przestrzennych pochodzących z róŜnych źródeł
i instytucji dla optymalnego wsparcia procesów decyzyjnych;
− Optymalizacja wypełniania zadań publicznych poprzez zgromadzenie i/lub
konwersję danych, których obecnie brakuje bądź ich forma nie jest adekwatna do
aktualnych uwarunkowań;
− Zapewnienie efektywnego dostępu do informacji przestrzennych pracownikom
administracji publicznej w celu usprawnienia procesów zarządzania powiatem,
2
a takŜe realizacją zadań publicznych oraz sprawnej rejestracji informacji
przestrzennych spełniających wymogi prawne;
− Zapewnienie dostępu do informacji przestrzennej: instytucjom z obszaru powiatu,
gminom,
jednostkom
naukowo-dydaktycznym,
jednostkom
gospodarczym,
mieszkańcom powiatu, inwestorom i innym;
− Skuteczna inwentaryzacja informacji o przestrzeni pochodzących z monitoringu
zjawisk i zmian form naturalnych i antropogenicznych z obszaru powiatu dla
efektywnej rejestracji danych wymaganych prawem;
− Bezpieczne gromadzenie, przetwarzanie oraz udostępnianie danych.
Wprowadzenie SGPS, którego funkcje oprogramowań wspierających i usprawniających
procesy rozwoju kształtowania przestrzeni geograficznej w znacznym stopniu wpłyną na
atrakcyjność inwestycyjną i turystyczną obszaru powiatu strzyŜowskiego, zwiększy
efektywność wypełniania zadań publicznych powiatu. WdroŜenie systemu stanie się
równieŜ bezpośrednim przyczynkiem dla osiągnięcia głównego celu Regionalnego
Programu Operacyjnego Województwa Podkarpackiego (RPO WP) na lata 2007-2013,
którym jest: „wzrost krajowej i międzynarodowej konkurencyjności gospodarki oraz
poprawa dostępności przestrzennej Podkarpacia”.
Projekt dodatnio wpłynie na rozwój społeczeństwa informacyjnego poprzez ułatwienie
dostępu
do
informacji
przestrzennych
dla
celów
gospodarczych,
społecznych
i kulturalnych i tym samym zwiększy wiedzę i świadomość mieszkańców w zakresie
wykorzystywania tychŜe danych. Wpłynie takŜe na poziom komunikowania się z władzami
samorządowymi.
Usprawni
nauczanie
młodzieŜy
w
dziedzinie
korzystania
z nowoczesnych narzędzi i technologii informatycznych.
II.
Wymagania prawne
Oferowane przez Wykonawcę rozwiązania, muszą być zgodne z aktami prawnymi
regulującymi pracę urzędów administracji publicznej w Rzeczpospolitej Polsce, w tym
między innymi:
1. Ustawą z dnia 5 czerwca 1998 r. o samorządzie powiatowym (tekst jedno z 2001 r.
Dz. U. Nr 142, poz. 1592, z późn. zm.)
2. Ustawą z dnia 8 marca 1990 r. o samorządzie gminnym (tekst jedn. Dz. U. z 2001 r.
Nr 142, poz. 1591, z późn. zm.)
3. Ustawą z dnia 13 października 1998 r. Przepisy wprowadzające ustawy reformujące
administrację publiczną (Dz. U. Nr 133, poz. 872, z późn. zm.)
3
4. Ustawą z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz. U.
z 2010 r. Nr 76, poz. 489, z poźn. zm.)
5. Ustawą z dnia 6 września 2001 r. o dostępie do informacji publicznej. (Dz. U. z 2001
r. Nr 112, poz. 1198, z poźn. zm.)
6. Ustawą z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz. U.
z 2002 r. Nr 144, poz. 1204, z poźn. zm.)
7. Ustawą z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (tekst jedn.
Dz. U. z 2006 r. Nr 90, poz. 631, z poźn. zm.)
oraz aktami dotyczącymi prawa materialnego, w zakresie odpowiadającym realizowanym
systemom dziedzinowym, w tym między innymi:
1. Ustawą z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (tekst jedn. Dz. U. z
2010 r. Nr 193, poz. 1287, z poźn. zm.) wraz z aktami wykonawczymi
2. Ustawą z dnia 27 marca 2003 r. o planowaniu i zagospodarowaniu przestrzennym
(tekst jedn. z 2012 r. poz. 647) wraz z aktami wykonawczymi
3. Ustawą z dnia 7 lipca 1994 r. Prawo budowlane (Dz. U. z 2010 r. Nr 243, poz. 1623,
z późn. zm.) wraz z aktami wykonawczymi
4. Ustawą z dnia 21 sierpnia 1997 r. o gospodarce nieruchomościami (tekst jedn. Dz. U.
z 2010 r. Nr 102, poz. 651, z późn. zm.) wraz z aktami wykonawczymi
5. Ustawą z dnia 27 kwietnia 2001 r. Prawo ochrony środowiska (tekst jedn. z 2008 r.
Dz. U Nr 25, poz.150, z późn. zm.) wraz z aktami wykonawczymi
6. Ustawą z dnia 16 kwietnia 2004 r. o ochronie przyrody (tekst jedn. Dz. U. z 2009 r. Nr
151, poz. 1220) wraz z aktami wykonawczymi
7. Ustawą z dnia 23 lipca 2003 r. o ochronie zabytków i opiece nad zabytkami (Dz. U. Nr
162, poz. 1568, z późn. zm.) wraz z aktami wykonawczymi
8. Ustawą z dnia 3 lutego 1995 r. o ochronie gruntów rolnych i leśnych (tekst. jedn.
z 2004 r. Dz. U. Nr 121, poz. 1266) wraz z aktami wykonawczymi
9. Ustawą z dnia 21 marca 1985 r. o drogach publicznych (tekst jedn. Dz. U. z 2007 r. Nr
19, poz. 115) wraz z aktami wykonawczymi
10. Ustawą z dnia 18 lipca 2001 r. Prawo wodne (Dz. U z 2012 r. poz. 145, z późn. zm.)
wraz z aktami wykonawczymi
11. Ustawą z dnia 9 czerwca 2011 r. Prawo geologiczne i górnicze (Dz. U. Nr 163, poz.
981).
Ponadto rozwiązanie powinno uwzględniać dyrektywę 2007/2/WE Parlamentu Europejskiego
i Rady z dnia 14 marca 2007 r., ustanawiającą infrastrukturę informacji przestrzennej we
4
Wspólnocie Europejskiej (INSPIRE) (Dz.Urz. UE nr 108 z 25.04.2007 r.) wraz z aktami
wykonawczymi.
III.
Przedmiot zamówienia
1. Przedmiotem zamówienia (projektu) jest budowa Systemu Geoinformacyjnego
Powiatu StrzyŜowskiego, którego zadaniem będzie przetwarzanie informacji
geoprzestrzennych,
tj.
gromadzenie,
archiwizacja,
aktualizacja,
integracja
i udostępnianie danych o przestrzeni geograficznej powiatu oraz zwiększenie zakresu
i dostępności usług świadczonych drogą elektroniczną na rzecz obywateli, gospodarki
i instytucji Ŝycia społecznego. Szczegółowy opis wymagań funkcjonalnych systemu
zawarty jest w Rozdziale nr 2.
2. Zakres
rzeczowy
realizacji
projektu
obejmuje
dostarczenie,
konfigurację,
uruchomienie oraz wdroŜenie w siedzibie Zamawiającego róŜnorodnych rozwiązań
technicznych
i
technologicznych
wspomagających
działania
związane
z wykonywaniem zadań statutowych i usprawniających przepływ informacji
pomiędzy komórkami organizacyjnymi urzędu oraz niezbędnych dla naleŜytego
uruchomienia
i późniejszego uŜytkowania SGPS. W zakres zamówienia wchodzą następujące
dostawy i usługi:
a) Dostawa serwerów oraz macierzy dyskowych;
b) Dostawa komputerów stacjonarnych;
c) Dostawa laptopów;
d) Dostawa drukarek;
e) Dostawa urządzeń wielofunkcyjnych (ksero/skaner/drukarka);
f) Dostawa plotera/skanera;
g) Dostawa oprogramowania narzędziowego;
h) Usługa cyfryzacji baz danych referencyjnych i dziedzinowych.
W zakresie pozycji a – g szczegółową specyfikację dostaw przewidzianych do realizacji
w ramach przedmiotu zamówienia zawiera Rozdział III.
5
W zakresie pozycji h szczegółową specyfikację warunków technicznych wykonania prac
geodezyjnych i kartograficznych przewidzianych do realizacji w ramach przedmiotu
zamówienia zawiera Rozdział IV.
3. Szkolenia dla administratorów i uŜytkowników końcowych.
4. Świadczenie usług asysty technicznej i wdroŜeniowej.
5. Świadczenie usług gwarancyjnych.
6. Dostarczenie dokumentacji technicznej SGPS oraz dokumentacji uŜytkowej SGPS,
przeniesienie praw autorskich i licencji oprogramowania w terminach i na zasadach
określonych w Projekcie Umowy.
7. Współpraca z Zamawiającym oraz jednostkami współdziałającymi przy budowie
systemu SGPS.
IV.
Infrastruktura sprzętowa
Wydziały Starostwa Powiatowego w StrzyŜowie oraz Powiatowy Ośrodek Dokumentacji
Geodezyjnej i Kartograficznej oraz inne jednostki objęte projektem dysponują stacjonarnym i
przenośnym sprzętem komputerowym o zbliŜonych parametrach technicznych, który wraz z
serwerami tworzy dopasowany szkielet architektury fizycznej. Urządzenia podstawowe i
peryferyjne połączone są zgodnie ze standardami z zachowaniem podstawowych zasad
bezpieczeństwa. Obecnie komunikację z Internetem zapewnia szerokopasmowe łącze
DSL40000/4000 i łącze radiowe 2/2Mb. Sieć wewnętrzna zabezpieczona jest urządzeniem
NETASQ U70, zapewniającym wysoką wydajność oraz m.in. komunikację zdalną za pomocą
bezpiecznych tuneli VPN. Na wszystkich maszynach zainstalowano oprogramowanie
ochronne F-Secure Client Security. Działa takŜe system IDS. Pełny wykaz komputerów wraz
ze specyfikacją przedstawiono poniŜej.
Lp
.
1
2
3
4
5
6
7
8
9
10
11
12
Wydział
AB
AB
AB
AB
GN
GN
GN
GN
GN
GN
GN
IPP
Specyfikacja sprzętowa
Pentium Dual Core 2,5 GHz / RAM 1GB / HDD 80GB
Pentium 4 3,2 GHz / RAM 512Mb / HDD 80GB
Laptop Toshiba Core 2 Duo 2,1 GHz / RAM 3GB / HDD 320 GB
Pentium 4 3,2 GHz / 512Mb RAM / HDD 80GB
Laptop Toshiba Core 2 Duo 2 Ghz / RAM 1GB / HDD 160GB
Pentium Dual Core 2 GHz / RAM 1GB / HDD 160GB
6
Oprogramowanie
Win XP PRO PL Office 2003
Windows 7 Office 2007
Win XP PRO PL Word 2002
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
IPP
IPP
IPP
OS
OS
OS
OS
ZUDP
ZUDP
KD
ES
ES
ES
ES
ES
BF
BF
BF
BF
BF
BF
BF
BF
BF
OR
OR
OR
OR
OR
OR
OR
OR
OR
OR
OR
OR
OR
PRK
PODGiK
PODGiK
PODGiK
PODGiK
PODGiK
PODGiK
PODGiK
Pentium Dual Core 2,5 / RAM 2GB /HDD 320GB
Pentium 4 3,2 GHz / RAM 1GB / HDD 80GB
Pentium 4 3,2 GHz / RAM 512 / HDD 80GB
HP Pentium Dual Core e5800 / RAM 2GB / HDD 500GB
Pentium D Dual 2,8 GHz / 1GB RAM / HDD 80GB
AMD Sempron 2600/ RAM 512 / HDD 80GB
Laptop Toshiba Core 2 Duo 2,1 / RAM 3GB / HDD 320 GB
HP Pentium Dual Core e5800/ RAM 2GB / HDD 500GB
Pentium Dual Core 1,8 GHz / 1GB RAM / HDD 160GB
HP Pentium Dual Core e5800/ RAM 2GB / HDD 500GB
Laptop Toshiba Core 2 Duo 2,1/ RAM 3GB / HDD 320 GB
Pentium Dual Core 2.5 GHz / RAM 2GB / HDD 80GB
Laptop Dell icore i5 / RAM 4GB / HDD 500GB
HP Pentium Dual Core e5800 / RAM 2GB / HDD 500GB
Laptop Dell icore i5 / RAM 4GB / HDD 500GB
Laptop HP Core 2 Duo 2 GHz / RAM 2GB / HDD 160GB
Laptop HP Core 2 Duo 2,5 GHz / RAM 4GB / HDD 500GB
Pentium Dual Core 3,2GHz/2Gb Ram/HDD 500GB
Laptop Toshiba I3-2310M/4GB/Hdd 500Gb
Pentium Dual Core 2,6GHz/2Gb Ram/HDD 500GB
Pentium 4 3,2/ 512MB/Hdd 80GB
I3-2120 3,3GHz/4GB/Hdd 500GB
Intel Core 2 Duo E4400/1GB/ Hdd 480GB
Laptop Asus I3/4GB/ Hdd500Gb
Windows 7Office 2010
Windows Vista Office 2007
Windows Vista Office 2007
Windows 7, Office 2010
Windows 7
Windows XP,Office 2003
Windows Xp, Office 2003
Windows 7, Office 2007
Windows XP
Windows 7
Zestawienie wykorzystywanego sprzętu.
Ponadto Starostwo Powiatowe w StrzyŜowie dysponuje 9 komputerami klasy Pentium
4/3,2GHz z systemami operacyjnymi Windows XP i Windows 7 z dyskami
o pojemnościach 80-500 GB, oraz posiada 4 serwery, które zostały dofinansowane ze
środków w ramach projektów unijnych:
7
•
Serwer do obsługi bazy SOD – HP Intel Xeon E5420, 4 rdzenie, RAM 4GB,
2x140 SAS RAID mirror, Windows Server 2003
•
Serwer do obsługi baz ewidencji gruntów – Intel Xeon 3,2 GHz, 2 rdzenie,
RAM 1GB, 2x72GB SCSI, Windows XP PRO
•
Serwer do połączeń jednostek powiatu z elektronicznym systemem obiegu
dokumentów Starostwa Powiatowego w StrzyŜowie – serwer terminali – Intel
Xeon E5620 2,4 GHz 8 rdzeni (dwa procesory), RAM 12GB, 2x72GB SAS RAID,
Windows Server 2008 R2 Standard
•
Serwer do obsługi Stanu Realizacji Sprawy poprzez WWW – HP Intel Xeon
2GHz, 2 rdzenie, RAM 2GB, RAID mirror, linux
Rozwiązania telekomunikacyjne
Wymiana informacji pomiędzy siecią wewnętrzną i publiczną chroniona jest zaporą ogniową.
Do sieci publicznej kierowane są informacje w postaci dokumentów publikowanych w
Biuletynie Informacji Publicznej (m.in. dzięki integracji z Systemem Obiegu Dokumentów w
Starostwie Powiatowym w StrzyŜowie) oraz publikacji w oficjalnym serwisie internetowym
www.strzyŜowski.pl. Z kolei z sieci publicznej moŜna przyjmować formularze opatrzone
bezpiecznym podpisem elektronicznym, na które moŜna wystawić urzędowe poświadczenie
odbioru. System tzw. elektronicznej skrzynki podawczej oparty na certyfikowanym kluczu
publicznym ma jednak znaczenie marginalne ze względu na brak zarejestrowanych
uŜytkowników. W Starostwie Powiatowym w StrzyŜowie działa platforma ePUAP. Kolejną
usługą jest usługa terminalowa, skierowana do jednostek organizacyjnych Powiatu
StrzyŜowskiego i realizowana przy pomocy serwera terminali. Dzięki takiemu rozwiązaniu,
zasięg działania elektronicznego Systemu Obiegu Dokumentów rozszerzył się o niektóre jednostki
powiatu strzyŜowskiego.
8
In tern et
jed nostk i
elek tron iczn a
sk rzy n k a
p od a w cza
B IP
serw is in form a cy jn y
W A N sieć p u bliczna
serw er
SRS
b a za S O D
serw er
ter m ina li
L A N sieć w ew nętrzna
Schemat funkcjonowania sieci
Podsumowanie stosowanych rozwiązań przedstawiono w tabeli poniŜej:
Zadanie
Stosowane rozwiązania informatyczne
Stosowane pakiety lub programy
zabezpieczające przed zagroŜeniami
F-secure client security z wbudowanym firewall’em,
systemem IDS oraz antywirusem
Dostępne rodzaje usług sieciowych
Zdalny dostęp do serwera, na którym pracują jednostki w
systemie elektronicznego obiegu dokumentów.
Sposób transmisji danych
Skrętka kat 5
Typ złącza gniazda końcowego
Rj-45
Fizyczna topologia sieci
gwiazda
Rodzaje połączeń z Internetem
DSL 40000/4000 Łącze radiowe 2/2Mb
Prędkość łącz
DSL 40000/4000 Łącze radiowe 2/2Mb
Realizacja ochrony danych w sieci
Firewall, IDS
Wykorzystywany jest firewall sprzętowy
netasq u70
Stosowane urządzenia sieciowe
Switche 100Mb
Stosowanie podpisu elektronicznego
tak
Serwery rozlokowane w systemie
informatycznym (serwer bazy danych, serwer
FTP, serwer proxy, serwer poczty inne)..
Serwery baz danych dla systemów: egb – baza danych
ewidencji gruntów, SOD obieg dokumentów, ewmapa ,
serwer terminali SOD
Rozwiązania informatyczne Starostwa Powiatowego w StrzyŜowie
Infrastruktura informatyczna (oprogramowanie)
Dla wszystkich Wydziałów SP, podstawową platformą są systemy operacyjne z rodziny
Windows, przewaŜnie w wersji XP Profesional i 7 oraz systemy przeznaczone dla serwerów
Windows Server 2003 i Windows Server 2008 R2 Standard. W zakresie oprogramowania
podstawowego
moŜna stwierdzić, Ŝe część zasobów źródłowych
9
prowadzona jest
z wykorzystaniem pakietów biurowych Microsoft Office 2003, 2007/2010, stąd postać
tworzonych dokumentów zapisywana jest głównie w postaci plików xls, doc, ale dane są takŜe
zapisywane w postaci plików pdf (mapy w OS). Poszczególne stanowiska komputerowe są
wyposaŜone w zaktualizowane przeglądarki w większości IE i Firefox.
Oprogramowania wykorzystywane do obsługi funkcji merytorycznych i obiegu dokumentów
w SP omówiono poniŜej:
•
System Obiegu Dokumentów program do elektronicznej obsługi obiegu dokumentów
(SOD): posiada m.in. funkcjonalności ułatwiające przetwarzanie dokumentów,
wspomaga prowadzenie i obieg spraw poprzez sygnalizację zdarzeń, umoŜliwia
przepływ pism pomiędzy pracownikami, ma moduły do obsługi spraw,
korespondencji a takŜe mechanizmy dokonujące eksportu danych z bazy danych,
zarządza terminami pracowników i ich zadaniami, jest zintegrowany z biuletynem
informacji publicznej i podpisem elektronicznym. Do korzystania z systemu
uprawnionych jest około 50 zarejestrowanych uŜytkowników w SP. Projekt został
rozszerzony na JO, których listę zapisano w tabeli poniŜej.
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
JO Powiatu StrzyŜowskiego uczestniczące w projekcie SOD
Specjalny Ośrodek Szkolno-Wychowawczy we Frysztaku
Specjalny Ośrodek Szkolno-Wychowawczy w StrzyŜowie
Dom Dziecka w StrzyŜowie
Dom Dziecka w śyznowie
Zespół Szkół Technicznych w StrzyŜowie
Liceum Ogólnokształcące w StrzyŜowie
Zespół Szkół w Czudcu
Dom Pomocy Społecznej w Gliniku Dolnym
Dom Pomocy Społecznej w Babicy
Powiatowy Ośrodek Dokumentacji Geodezyjnej i Kartograficznej w StrzyŜowie
Powiatowy Zespół Ekonomiczno-Administracyjny Szkół w StrzyŜowie
Poradnia Psychologiczno-Pedagogiczna w StrzyŜowie
Powiatowe Centrum Pomocy Rodzinie w StrzyŜowie
Powiatowy Zarząd Dróg w StrzyŜowie
JO Powiatu StrzyŜowskiego nie uczestniczące w projekcie SOD
1
2
3
4
5
6
7
Komenda Powiatowa Państwowej StraŜy PoŜarnej w StrzyŜowie
Powiatowy Inspektorat Weterynarii w StrzyŜowie
Powiatowy Urząd Pracy w StrzyŜowie
Komenda Powiatowa Policji w StrzyŜowie
Powiatowy Inspektor Nadzoru Budowlanego w StrzyŜowie
Powiatowa Stacja Sanitarno-Epidemiologiczna w StrzyŜowie
Samodzielny Publiczny Zespół Opieki Zdrowotnej w StrzyŜowie
SOD w jednostkach powiatu.
10
•
EWOPIS program do ewidencji gruntów, budynków i lokali funkcjonujący
w Starostwie Powiatowym w StrzyŜowie Wydział Geodezji i Gospodarki
Nieruchomościami: o modułowej konstrukcji, który w oparciu o właściwe listy,
słowniki, kartoteki wspiera prowadzenie EGiB, a w wersji zaktualizowanej pozwala
uruchamiać m.in. moduł obsługi opisowych danych ewidencyjnych, zintegrowany
z modułem obsługi danych geometrycznych, umoŜliwia dołączanie zdjęć i kopii
dokumentów do obiektów, ułatwia zarządzanie nieruchomościami Skarbu Państwa
lub Gminy, tworzy pliki importu i eksportu danych w formacie SWDE, ale daje
moŜliwość zapisania raportu w formacie RTF. Fizycznie bazy ewidencji wspomaga
dwurdzeniowy komputer, wyposaŜony w dyski SCSI i niewielką pamięć operacyjną,
spełniający rolę serwera.
•
Mienie funkcjonujący w Starostwie Powiatowym w StrzyŜowie w Wydziale Geodezji
i Gospodarki Nieruchomościami, program do ewidencji mienia Gminy lub Skarbu
Państwa: umoŜliwia prowadzenie poszerzonej ewidencji środków trwałych, działa
w oparciu o bazę SQL Firebird.
•
EWMAPA · funkcjonujący w Powiatowym Ośrodku Dokumentacji Geodezyjnej
i Kartograficznej w StrzyŜowie program do zakładania, prowadzenia i edycji mapy
numerycznej: aktualnie dysponuje bazą, do której moŜna podłączać serwisy WMS,
wykonuje analizę przestrzenną do wyszukiwania kolizji oznaczeń konturów
i uŜytków. Istnieje moŜliwość wyeksportowania warstw do pliku tekstowego, danych
opisowych do postaci html oraz importu i eksportu do formatu SHP.
•
OŚRODEK - funkcjonujący w Powiatowym Ośrodku Dokumentacji Geodezyjnej
i Kartograficznej jest wszechstronnym narzędziem ułatwiającym zarządzanie
dokumentami państwowego zasobu geodezyjnego. SłuŜy do rejestracji i obsługi
zgłoszeń prac geodezyjnych i kartograficznych, ewidencjonowania i udostępniania
dokumentacji powstałej w ich wyniku (takŜe w formie skanów dokumentów lub
plików z danymi w dowolnym formacie), naliczania opłat, wystawiania faktur
i przyjmowania wpłat za czynności geodezyjne i kartograficzne oraz udzielanie
informacji, a takŜe za wykonywanie wyrysów i wypisów z operatu ewidencyjnego,
prowadzenia magazynu map drukowanych i ich sprzedaŜy, utworzenia metadanych
infrastruktury informacji przestrzennej.
11
• BANK OSNÓW Moduł umoŜliwia prowadzenie rejestru punktów poziomej
i wysokościowej osnowy geodezyjnej, stanowiących część państwowego zasobu
geodezyjnego. Działa w oparciu o bazę SQL Firebird, umoŜliwia eksport danych
w formacie
GML.
W połączeniu
z programem
EWMAPA,
ułatwia
ich
ewidencjonowanie oraz znacznie usprawnia wydawanie materiałów niezbędnych do
wykonywania prac geodezyjnych. Dodatkową zaletą modułu jest moŜliwość
pobierania punktów osnowy przez wykonawców prac w ramach internetowej obsługi
wykonawców prac geodezyjnych.
•
SIB View5, aplikacja Roadman, funkcjonujący w Powiatowym Zarządzie Dróg
w StrzyŜowie program wspomagający prowadzenie ewidencji dróg: posiada
przeglądarkę sieci drogowej i moduł mapy interaktywnej, z aplikacją współdziała
RoadMan jako przeglądarka bazy danych informacji drogowej, zasób dokumentowany
jest w formacie xls
5.
Definicje i skróty
Dla potrzeb realizacji niniejszego zamówienia, ustala się znaczenie następujących
pojęć stosowanych w SIWZ:
•
Administrator - osoba posiadająca uprawnienia do dokonywania modyfikacji
w ustawieniach i konfiguracji Systemu. Pod pojęciem mieści się administrator
merytoryczny i administrator techniczny.
•
Asysta techniczna - usługa świadczona przez Wykonawcę, polegająca na bieŜącym
wsparciu uŜytkowników końcowych, pracowników Zamawiającego lub Jednostek
współdziałających w zakresie eksploatacji i obsługi systemu.
•
Atrybut - element charakteryzujący, opisujący i wartościujący obiekt lub jego cechy
w systemie
•
Autor oprogramowania - podmiot posiadający autorskie prawa majątkowe i obowiązki
wynikające z nadzoru autorskiego oraz gwarancji, w stosunku do oprogramowania
dostarczonego w ramach projektu.
•
Awaria - stan niesprawności SGPS uniemoŜliwiający jego funkcjonowanie, powodujący
jego unieruchomienie.
•
BDOT500 - baza danych obiektów topograficznych o szczegółowości zapewniającej
tworzenie standardowych opracowań kartograficznych w skalach 1:500 do 1:5000.
12
•
BIP – Biuletyn Informacji Technicznej
•
Błąd oprogramowania - nienormalne działanie systemu / oprogramowania, tzn. sytuacja,
w której zachowanie systemu / oprogramowania albo wynik działania jest odmienny od
zamierzonego określonego w dokumentacji uŜytkowej, które nie jest spowodowane
niezgodnym z dokumentacją działaniem uŜytkownika końcowego. W przypadku, gdy
powyŜsza dokumentacja nie opisuje danej sytuacji, Strony przyjmują odwołanie się do
wymagań funkcjonalnych określonych w dokumentacji przetargowej.
•
Dane referencyjne – dane stanowiące odniesienie przestrzenne dla danych tematycznych;
najczęściej za dane referencyjne uznaje się dane geodezyjne takie jak: ewidencja gruntów
i budynków, mapa zasadnicza, ortofotomapa.
•
Czas reakcji na zgłoszenie - czas, jaki jest liczony od momentu zarejestrowania
zgłoszenia w internetowym systemie obsługi Help Desk lub od przekazania zgłoszenia
Wykonawcy do powiadomienia Zgłaszającego o sposobie i terminie realizacji zgłoszenia.
•
Dane przestrzenne - dane dotyczące obiektów przestrzennych, w tym zjawisk i procesów,
znajdujących się lub zachodzących w przyjętym układzie współrzędnych.
•
Dzień roboczy - dzień kalendarzowy od poniedziałku do piątku za wyjątkiem dni
ustawowo wolnych.
•
Dokumentacja techniczna - zestaw dokumentów dotyczących SGPS, w tym co najmniej
opis struktury bazy danych, opis zabezpieczeń, opis konfiguracji, opis interfejsów, opis
czynności administracyjnych, instrukcje konfiguracji serwera bazy danych systemu,
procedury archiwizacji bazy danych oraz procedur przywracania konfiguracji, opis
konfiguracji środowiska systemowego oraz inne dokumenty uzgodnione przez Strony.
•
Dokumentacja szkoleniowa - dokument zawierający zestaw ćwiczeń szkoleniowych
•
Dokumentacja uŜytkowa - dokument napisany w języku zrozumiałym dla przeciętnego
docelowego
uŜytkownika,
opisujący
sposób
wykorzystania
wszystkich
funkcji
Oprogramowania w trakcie jego eksploatacji, wszelkie instrukcje dotyczące obsługi
Systemu w szczególności Instrukcje UŜytkownika i instrukcje administratora Systemu.
•
Dokumentacja wdroŜeniowa - dokumentacja powstająca w trakcie realizacji WdroŜenia,
obejmująca opis procesu dostosowania Oprogramowania do wymagań Zamawiającego
(opis konfiguracji i parametryzacji Oprogramowania), opis interfejsów.
•
EGiB - ewidencja gruntów i budynków - systematycznie aktualizowany zbiór informacji
o gruntach, budynkach i lokalach, ich właścicielach oraz o innych osobach fizycznych lub
prawnych władających tymi gruntami, budynkami i lokalami.
13
•
Firebird - silnik bazy danych SQL typu open-source wykorzystywany przez
funkcjonujący u zleceniodawcy system graficzny.
•
GESUT - geodezyjna ewidencja sieci uzbrojenia terenu - rozumie się przez to
uporządkowany zbiór danych przestrzennych i opisowych sieci uzbrojenia terenu, a takŜe
informacje o podmiotach władających siecią.
•
Geoportal - witryna internetowa lub jej odpowiednik, zapewniająca dostęp do usług
danych przestrzennych (w tym dostęp uŜytkowników zewnętrznych do Systemu),
odpowiadająca za prezentację danych przestrzennych w postaci kompozycji mapowej.
•
GML - Geography Markup Language - oparty na XML język opracowany przez Open
Geospatial Consortium do opisu danych przestrzennych. GML jest formatem wymiany
danych pomiędzy róŜnymi aplikacjami systemów informacji geograficznej.
•
GIS i SIP - system informacji przestrzennej dotyczący danych geograficznych; termin ten
w liczbie mnogiej - systemy informacji geograficznej - stosowany jest równieŜ, jako
nazwa dziedziny zajmującej się geoinformacją oraz metodami i technikami GIS.
•
Harmonizacja zbiorów danych - działanie o charakterze prawnym, technicznym
i organizacyjnym, mające na celu doprowadzenie do wzajemnej spójności tych zbiorów
oraz ich przystosowania do wspólnego i łącznego ich wykorzystania.
•
Help Desk - część organizacji Wykonawcy (dział, sekcja, zespól lub wyznaczona grupa
osób) odpowiedzialna za przyjmowanie zgłoszeń od osób uprawnionych do ich
dostarczania oraz kontrolę ich rozwiązania.
•
Infrastruktura sprzętowa - serwery oraz inne urządzenia będące w posiadaniu
Zamawiającego lub Jednostek Partnerskich przeznaczone przez nich na potrzeby realizacji
Projektu.
•
Kod źródłowy - słowniki, skrypty, definicje, pliki źródłowe bazy danych, jak równieŜ
biblioteki, algorytmy oraz jakiekolwiek inne symboliczne lub konwencjonalne
przedstawienie zapisu Informacji, niezbędne do kompilacji, wykonania i utrzymania,
funkcjonowania i utrzymania Systemu, z wyłączeniem Oprogramowania Systemowego.
•
Mapa zasadnicza - rozumie się przez to bazę danych zawierającą przestrzenną
lokalizację obiektów ogólnogeograficznych, elementów ewidencji gruntów i budynków
oraz
sieci
uzbrojenia
ternu,
prowadzoną
w
programie
graficznym
wraz
z wielkoskalowymi opracowania kartograficznymi powstałymi w oparciu o dane zawarte
w bazie.
•
Metadane - w odniesieniu do zbioru danych przestrzennych, są to dane o tym zbiorze
14
określające zawarte w nim dane pod względem: połoŜenia i rodzaju obiektów oraz ich
atrybutów, pochodzenia, dokładności, szczegółowości i aktualności danych zbioru,
zastosowanych standardach, prawach własności i prawach autorskich, cenach, warunkach
i sposobach uzyskania dostępu do danych zbioru oraz ich uŜycia w określonym celu.
•
Moduł - część Systemu tworząca logiczną całość, dostarczająca zbiór funkcjonalności
określony w opisie systemu.
•
Modyfikacja kodu źródłowego - kaŜda zmiana kodu źródłowego standardowego
oprogramowania aplikacyjnego, dokonana przez Wykonawcę w ramach wykonywania
obowiązków wynikających z realizacji zamówienia.
•
MPZP - Miejscowy Plan Zagospodarowania Przestrzennego
•
Nienormalne działanie systemu - stan Systemu lub jego działanie w sposób niezgodny
z SIWZ i dokumentacją.
•
PODGiK - Powiatowy Ośrodek Dokumentacji Geodezyjnej i
Kartograficznej
w StrzyŜowie
•
Opracowanie geodezyjne treści graficznej - przekształcenie treści róŜnych dokumentów
(opracowań graficznych SIP) w celu oparcia ich o obiekty zawarte w mapie zasadniczej
(opracowanie o szczegółowości właściwej dla mapy zasadniczej).
•
Oprogramowanie dedykowane - aplikacja wykonana na potrzeby wykonania
przedmiotu zamówienia
•
Oprogramowanie
gotowe
-
oprogramowanie
nie
będące
oprogramowanie
dedykowanym, zwane równieŜ oprogramowaniem "z pudełka" najczęściej jest to
oprogramowanie podmiotów trzecich.
•
Oprogramowanie dziedzinowe - oprogramowanie wykorzystywane do realizacji
pojedynczego zadania nałoŜonego w przepisach prawa na Zamawiającego lub Jednostkę.
•
Oprogramowanie narzędziowe - oprogramowanie i licencje dostępowe niezbędne do
prawidłowego funkcjonowania oprogramowania lub zarządzania zainstalowanymi
urządzeniami lub do usprawniania i modyfikowania oprogramowania systemowego
potrzebne do działania sprzętu (systemu) zgodnie z wymaganiami Zamawiającego
określonymi w treści SIWZ.
•
Oprogramowanie systemowe - odpowiednie Oprogramowanie i licencje dostępowe
realizujące funkcje niezbędne do uruchomienia i działania urządzeń, na których zostało
zainstalowane.
•
OPZ - Opis Przedmiotu Zamówienia.
•
Produkt - produkt specjalistyczny lub usługa, który ma być dostarczony przez
15
Wykonawcę w ramach Zamówienia zgodne z SIWZ, w szczególności oprogramowanie
dedykowane, oprogramowanie gotowe oraz oprogramowanie narzędziowe, dokumentacja,
a takŜe wszelkie materiały i informacje, w tym nie podlegające ochronie prawa
autorskiego,
stworzone
lub
opracowane
przez
Wykonawcę
i dostarczone Zamawiającemu w ramach realizacji przedmiotu Zamówienia.
•
Projekt - projekt pn: "System Geoinformacyjny Powiatu StrzyŜowskiego – narzędzie
wsparcia kluczowych e_usług dla mieszkańców i administracji", finansowany ze środków
Unii Europejskiej w ramach Regionalnego Programu Operacyjnego Województwa
Podkarpackiego na lata 2007-2013" - Oś priorytetowa III - Społeczeństwo informacyjne.
•
PZGiK - Państwowy Zasób Geodezyjny i Kartograficzny - zbiór wszystkich cyfrowych
i analogowych materiałów (zbiory map oraz dokumenty w postaci operatów, rejestrów,
wykazów, katalogów, wydawnictw, zdjęć lotniczych i satelitarnych, baz danych oraz
banków danych), geodezyjnych i kartograficznych, słuŜący gospodarce narodowej,
obronności państwa, nauce, kulturze i potrzebom obywateli. Stanowi własność Skarbu
Państwa i jest gromadzony w ośrodkach dokumentacji geodezyjnej.
•
SIT - system informacji o terenie - baza danych przestrzennych dotyczących określonego
obszaru oraz procedury i techniki słuŜące systematycznemu zbieraniu, aktualizowaniu
i udostępnianiu danych.
•
SIWZ - Specyfikacja Istotnych Warunków Zamówienia.
•
SWDE (Standard Wymiany Danych Ewidencyjnych) - format zdefiniowany
w załączniku nr 4 do rozporządzenia Ministra Rozwoju Regionalnego i Budownictwa
z dnia 29 marca 2001r. w sprawie ewidencji gruntów i budynków (Dz.U.2001.38.454),
słuŜący do wymiany danych pomiędzy bazami ewidencyjnymi, pozwalający na
reprezentację w pliku tekstowym obiektów przestrzennych i opisowych ewidencji gruntów
i budynków. Format umoŜliwia przekazanie opisu modelu danych uŜytego do transferu
oraz informacji o utworzeniu i przeznaczeniu danych zawartych w pliku transferu.
•
System - spójna całość wszystkich wdroŜonych elementów składających się na przedmiot
zamówienia tj. "System Geoinformacyjny Powiatu StrzyŜowskiego – narzędzie wsparcia
kluczowych e_usług dla mieszkańców i administracji” udostępniający funkcjonalność
oferowaną przez Wykonawcę, na który składają się w szczególności oprogramowanie
dedykowane i gotowe oraz oprogramowania narzędziowe, wraz z zasobem danych oraz
PZGiK zgromadzonym w systemie.
•
System rejestracji zgłoszeń - spójny system procedur, narzędzi informatycznych mający
na celu zrealizowanie wszystkich wymagań Zamawiającego dotyczących przyjmowania
16
i rozwiązywania zgłoszeń, w szczególności uruchomienie usługi internetowego Help Desk
w ramach asysty i gwarancji jakości.
•
Umowa - Umowa wraz z jej Załącznikami i wszelkimi Aneksami zawarta pomiędzy
Zamawiającym,
a
Wykonawcą
w
wyniku
udzielenia
Zamówienia publicznego
w postępowaniu prowadzonym w trybie przetargu nieograniczonego na dostawę wraz
z wdroŜeniem Systemu GIS pn: "System Geoinformacyjny Powiatu StrzyŜowskiego –
narzędzie wsparcia kluczowych e_usług dla mieszkańców i administracji"
•
Usterka - kaŜdy stan lub działanie systemu lub produktu, w tym działanie w trybie
awaryjnym, niezgodne z SIWZ i Dokumentacją.
•
Utwór - wykonane w ramach realizacji Przedmiotu Zamówienia przez Wykonawcę
wszelkie projekty koncepcje, opracowania, bazy danych, programy komputerowe oraz
wszelkie inne utwory w rozumieniu przepisów ustawy z dnia 4 lutego 1994 r. o prawie
autorskim i prawach pokrewnych (tj. Dz. U. z 2006 r., Nr 90, poz. 631 z późn.zm.).
•
UŜytkownik końcowy - uŜytkownik lub inny system informatyczny bezpośrednio
eksploatujący funkcje Systemu.
•
WdroŜenie - całokształt prac wykonanych przez Wykonawcę w celu umoŜliwienia
samodzielnej eksploatacji oprogramowania przez pracowników Zamawiającego lub
pracowników Jednostki współdziałającej, a w szczególności czynności takich jak: dostawa,
instalacja, konfiguracja oprogramowania, przygotowanie danych testowych, wykonanie
testów weryfikacyjnych i wydajnościowych, przygotowanie szablonów oraz scenariuszy
testowych,
współudział
w
testach
akceptacyjnych,
opracowanie
i
dostarczenie
dokumentacji technicznej uŜytkownika, przeprowadzenie migracji i ładowanie danych,
przeprowadzenie
prezentacji
funkcjonalności
Systemu,
szkolenie
pracowników
Zamawiającego oraz świadczenie usług asysty technicznej na etapie uruchomienia
Modułów Systemu celem doprowadzenia do normalnej, prawidłowej eksploatacji
Systemu.
•
Web Map Service (WMS) - stworzony przez Open Geospatial Consortium (OGC)
międzynarodowy standard internetowego serwisu do zapisu i udostępniania map.
•
Web Feature Service (WFS) - stworzony przez Open Geospatial Consortium (OGC)
międzynarodowy standard internetowego serwisu do zapisu mapowego obiektów
geoprzestrzennych.
•
Wiodące Przeglądarki WWW - pięć najpopularniejszych, stabilnych przeglądarek
internetowych wg serwisu www.ranking.pl na dzień złoŜenia oferty
•
Wykonawca - oznacza osobę fizyczną, osobę prawną albo jednostkę organizacyjną nie
17
posiadającą osobowości prawnej, która zostanie wyłoniona w niniejszym postępowaniu
o udzielenie zamówienia publicznego.
•
Wykonawca prac geodezyjnych - osoba, podmiot lub inna jednostka organizacyjna
utworzona zgodnie z przepisami prawa, uprawniona do wykonywania samodzielnych
funkcji w dziedzinie geodezji i kartografii zgodnie z Prawem geodezyjnym
i kartograficznym z dnia 17 maja 1989 r. (Dz. U. z dnia 26 maja 1989 r.)
•
Zadanie - wydzielona część przedmiotu zamówienia wyszczególniona w SIWZ.
•
Zamawiający - Powiat StrzyŜowski
•
Zasoby Informacyjne Systemu (Zasoby Informacyjne) - zbiór danych i ich metadanych
lub inna informacja przechowywana i przetwarzana w Systemie będących własnością
Zamawiającego.
•
Zdarzenie - zapytanie, modyfikacja oraz kaŜde nienormalne działanie Systemu, które ma
negatywny wpływ na działanie Systemu, jego elementów lub funkcjonalności,
tzn. sytuacja, w której zachowanie oprogramowania albo wynik działania jest odmienny
od zamierzonego, określonego w dokumentacji uŜytkowej Oprogramowania, które nie jest
spowodowane niezgodnym z dokumentacją działaniem uŜytkownika końcowego.
•
Zespół wdroŜeniowy Wykonawcy - zespół pracowników Wykonawcy posiadający
niezbędną wiedzę i doświadczenie z zakresu poszczególnych aplikacji Systemu
oferowanego przez Wykonawcę oraz usług związanych z ich wdroŜeniem.
•
Zespół WdroŜeniowy Zamawiającego/Jednostek współdziałających - zespół składający
się
z
pracowników
Zamawiającego/Jednostek
współdziałających
posiadających
merytoryczną, gospodarczą i ekonomiczną wiedzę w zakresie kaŜdego z wdraŜanych
Systemów oraz ewentualnie pracowników działów informatyki, oddelegowanych decyzją
Zamawiającego/Jednostek Partnerskich do zadań związanych z WdroŜeniem Systemu.
•
Zgłoszenie - incydent lub problem zgłoszony przez uŜytkownika końcowego dotyczący
systemu. W szczególności Zgłoszeniem mogą być równieŜ Modyfikacje, Zapytania oraz
Zmiany Konfiguracji Systemu.
•
XML – XML (ang. Extensible Markup Language) to uniwersalny język formalny
przeznaczony do reprezentowania róŜnych danych w ustrukturalizowany sposób.
18
V.
Licencjonowanie oprogramowania
Wykonawca przekaŜe Zamawiającemu komplet licencji na dostarczone oraz
opracowane i wdroŜone w ramach zamówienia oprogramowanie i inne produkty
informatyczne. Z licencjami nie mogą być związane opłaty serwisowe.
Licencje na oprogramowanie uŜytkowe SGPS o charakterze oprogramowania gotowego,
stanowiące kluczowe komponenty systemu (m.in.: serwer danych przestrzennych oraz
pozostałe podsystemy - aplikacje i portale), nie mogą wprowadzać limitów na ilość
uŜytkowników
(dotyczy
zarówno
administratorów,
uŜytkowników
wewnętrznych,
zewnętrznych rejestrowanych i publicznych, a takŜe uŜytkowników portali - uŜytkowników
publicznych i instytucji). Zamawiający nie dopuszcza takŜe stosowania tzw. licencji
pływających oraz innych ograniczeń ilościowych jednoczesnego dostępu, ograniczających
w jakikolwiek sposób moŜliwość jednoczesnego korzystania z systemu przez jego
administratorów i uŜytkowników w aspekcie ilościowym (np.: charakter licencji ogranicza
jednoczesne korzystanie z serwera danych przestrzennych / aplikacji do określonej liczby
osób w tym samym momencie). Omawiane licencje na oprogramowanie uŜytkowe SGPS
zostaną udzielone na czas nieoznaczony i będą to licencje nieodwołalne, niewyłączne oraz
nieograniczone. Dostarczone licencje mają uwzględniać fakt, Ŝe końcowymi uŜytkownikami
systemu
będą
zarówno
pracownicy
Urzędu,
Jednostki
organizacyjne
Powiatu
StrzyŜowskiego, jak i uŜytkownicy publiczni oraz inne osoby/instytucje, które nawiąŜą
w przyszłości współpracę z Zamawiającym (zarówno w zakresie uŜytkowników publicznych
jak i zewnętrznych rejestrowanych).
W zakresie rozwiązań informatycznych, które stanowią oprogramowanie uŜytkowe, ale nie są
rozwiązaniami gotowymi, opracowanych i wdroŜonych przez Wykonawcę na potrzeby
realizacji niniejszego zamówienia (bez względu na ich postać, np.: podsystemu, modułu,
rozszerzenia, oprogramowania GIS, komponentu, wtyczki - tzw. plug-in, skryptu, skryptu
kompilowanego, template serwisu WWW lub innej formy zawierającej kod wykonywalny,
w szczególności takŜe opracowane przez Wykonawcę: portale i geoportale wraz z grafiką,
układem, treścią, itd.) wymagane jest dostarczenie Zamawiającemu licencji umoŜliwiających
korzystanie z tych produktów na następujących zasadach:
a) licencje zostaną udzielone na czas nieoznaczony i będą to licencje nieodwołalne,
niewyłączne oraz nieograniczone, co do ilości uŜytkowników upowaŜnionych do
korzystania z dostarczonego oprogramowania (publicznych oraz zdefiniowanych
w systemie - nazwanych, ilości podłączonych końcówek komputerowych itp.).
19
b) Licencje powyŜsze uprawniać będą Zamawiającego do korzystania z w/w.
oprogramowania na następujących polach eksploatacji (art. 74 ust. 4 ustawy o prawie
autorskim i o prawach pokrewnych):
c) trwałe lub czasowe zwielokrotnianie programu komputerowego w całości lub
w części jakimikolwiek środkami i w jakiejkolwiek formie (kopie bezpieczeństwa),
d) tłumaczenie, przystosowywanie, zmiana układu lub jakiekolwiek inne zmiany, czyli
modyfikacje w programie komputerowym, w przypadku nienaleŜytego wykonania
przez Wykonawcę obowiązków z tytułu udzielonej gwarancji jakości.
Udzielone licencje na oprogramowanie uŜytkowe (za wyjątkiem oprogramowania gotowego
nie będącego własnością Wykonawcy) obejmować będą kaŜdą nową, dostarczoną przez
Wykonawcę w okresie trwania licencji, wersję oprogramowania.
Udzielone licencje nie będą ograniczać praw Zamawiającego do modyfikacji i rozwoju
systemu w zakresie dopuszczalnym przez dostarczoną przez Wykonawcę dokumentację lub
moŜliwości techniczne zastosowanego oprogramowania, a obejmującym takie zagadnienia
jak np.:
a) świadczenie usług serwisowych przez podmiot zewnętrzny,
b) rozszerzenie lub rozbudowa struktur baz danych zastosowanych w SGPS, nie
naruszająca reguł spójności opracowanych przez Wykonawcę schematów bazy
danych,
c) konfiguracja wdroŜonego oprogramowania,
d) tworzenie/edycja/zarządzanie zasobami danych,
e) włączenie do systemu nowego komponentu (np.: modułu, rozszerzenia, zapytania,
formatki, itd.) - wykonanego samodzielnie przez Zamawiającego lub innego
wykonawcę - wraz z jego integracją z pozostałą częścią systemu za pomocą
dostarczonych przez Wykonawcę standardowych interfejsów programistycznych
(API),
f) uruchomienie nowych usług związanych z dystrybucją danych (np.: nowe usługi
WMS, WFS, inne)
Licencje nie mogą ograniczać prawa do przenoszenia oprogramowania na inne serwery
sprzętowe. PowyŜsze wymagania odnośnie licencji dotyczą takŜe oprogramowania Open
Source, jednakŜe tylko przy załoŜeniu, Ŝe licencje te i oprogramowanie są niesprzeczne
z koncepcją i architekturą przyjętych rozwiązań dla budowy systemu oraz są technicznie
uzasadnione.
20
Dla kaŜdego z rozwiązań informatycznych wchodzących w skład oprogramowania
uŜytkowego opracowanego samodzielnie i wdroŜonego przez Wykonawcę na potrzeby
realizacji niniejszego zamówienia (a więc nie będących rozwiązaniami gotowymi),
Wykonawca zdeponuje u Zamawiającego jego kod źródłowy włącznie z przekazaniem
koniecznej dokumentacji uruchomieniowej w języku polskim obejmującej:
a) wskazanie i określenie parametrów instalacyjnych i technicznych wykorzystywanej
platformy deweloperskiej,
b) wskazanie parametrów kompilacji i konsolidacji oprogramowania tak, aby umoŜliwić
wygenerowanie poprawnego i bezbłędnego kodu, aŜ do postaci wykonywalnej
(binarnej), zgodnej z postacią przekazaną przez Wykonawcę w ramach odbioru
zamówienia.
W przypadku, gdy Wykonawca lub jego prawny następca nie wywiązuje się w terminie ze
zobowiązań wobec Zamawiającego w zakresie świadczeń z tytułu gwarancji jakości lub usług
gwarancyjnych, wówczas Zamawiający moŜe zlecić realizację zalegających świadczeń
osobie/firmie trzeciej bez utraty świadczeń gwarancyjnych.
Wykonawca udzieli Zamawiającemu - bez dodatkowych kosztów - bezterminowej,
nieodwołalnej, nie wyłącznej i nieograniczonej, co do ilości uŜytkowników licencji na
korzystanie z opracowanej przez siebie dokumentacji powdroŜeniowej. Licencja uprawniać
ma Zamawiającego do korzystania z dokumentacji na następujących polach eksploatacji
w zakresie:
a) utworu, w tym techniką drukarską, reprograficzną, zapisu magnetycznego oraz
techniką cyfrową (art. 50 pkt 1 ustawy o prawie autorskim i prawach pokrewnych),
b) obrotu oryginałem albo egzemplarzami, na których utwór utrwalono - wprowadzanie
do obrotu, uŜyczenie lub najem oryginału albo egzemplarzy (art. 50 pkt. 2 ustawy
o prawie autorskim i o prawach pokrewnych),
c) wprowadzania zmian - w przypadku rozwoju systemu lub dostosowywania go do
potrzeb Zamawiającego,
d) wykorzystywania
całej
dokumentacji
lub
jej
fragmentów
w
niezaleŜnych
publikacjach/działaniach własnych związanych z edukacją lub promocją systemu oraz
na innych polach eksploatacji (art. 50 pkt. 3 ustawy o prawie autorskim i prawach
pokrewnych).
W zakresie oprogramowania podstawowego (np.: system operacyjny oraz motor bazy
danych) oraz oprogramowania dodatkowego, dostarczonego przez Wykonawcę w ramach
21
niniejszego
zamówienia,
stosowanej
przez
Zamawiający dopuszcza
producenta
i
wystawionej
dostarczenie
na
oryginalnej
Zamawiającego
licencji
(dotyczy
takŜe
oprogramowania dystrybuowanego przez Wykonawcę na zasadach sublicencji).
Zamawiający nie dopuszcza dostarczenia licencji na jakikolwiek komponent systemu SGPS
wymagających okresowego płatnego odnowienia/subskrypcji. Płatność za licencje ma być
składowa całkowitej ceny za wykonanie zamówienia wskazanej w ofercie Wykonawcy.
VI.
Gwarancja jakości, warunki świadczenia serwisu gwarancyjnego, wsparcia
uŜytkowników Help Desk, asysty technicznej.
1. Gwarancja jakości
1) Wykonawca zobowiązany jest do udzielenia Zamawiającemu gwarancji jakości na
przedmiot Umowy i zobowiązuje się świadczyć serwis gwarancyjny w okresie 5 lat (60
miesięcy).
2) Okres świadczenia gwarancji rozpoczyna się z dniem podpisania przez Strony protokołu
odbioru końcowego.
3) JeŜeli okres gwarancji jakości producentów dostarczonych przez Wykonawcę rozwiązań
będzie krótszy niŜ 5 lat, Wykonawca zapewni na własny koszt i ryzyko serwis
gwarancyjny dostarczonych rozwiązań w pozostałym okresie.
4) W okresie trwania gwarancji, Wykonawca jest zobowiązany do wykonywania świadczeń
gwarancyjnych polegających na:
a) skutecznym rozwiązaniu zgłoszeń incydentów i problemów zgłaszanych przez
Zamawiającego,
b) świadczeniu
merytorycznych
konsultacji
Zamawiającemu,
w
szczególności
odpowiadania na zapytania Zamawiającego, w zakresie funkcjonowania i obsługi
systemu SGPS i jego poszczególnych elementów,
c) dostarczaniu, instalacji i wdraŜaniu niezbędnych lub celowych poprawek (w tym tzw.
łat programowych - ang. „patch") systemu wraz z przekazaniem kompletnej
dokumentacji poprawek, instrukcji instalacji, instrukcji uŜytkowania,
d) innych koniecznych działaniach zapewniających prawidłowe - tzn. nieograniczone
czasowo i funkcjonalnie działanie systemu.
5) Wszelkie świadczenia dostarczone przez Wykonawcę w ramach gwarancji będą
22
wykonywane przez wykwalifikowany personel posiadający wystarczającą wiedzę na
temat SGPS.
6) Wykonawca jest zobowiązany zrealizować wszelkie świadczenia w ramach gwarancji
w taki sposób, aby zapewnić pełną funkcjonalność Systemu w trakcie i po zrealizowaniu
świadczenia.
7) Wszelkie działania związane ze świadczeniem gwarancji, muszą być wykonywane za
wiedzą i akceptacją Zamawiającego.
8) W okresie trwania serwisu gwarancyjnego, Wykonawca zobowiązany jest do:
a) nieodpłatnego usuwania wad w produktach projektu ujawnionych po odbiorze
końcowym, zgłoszonym Wykonawcy przez Zamawiającego, telefonicznie lub w formie
elektronicznej przez osoby upowaŜnione do kontaktów z Wykonawcą,
c) prowadzenia konsultacji i udzielania porad w zakresie zainstalowanej nowej wersji lub
uaktualnień oprogramowania: telefonicznie, faksem, pocztą elektroniczną poprzez
zapewnienie uprawnionym pracownikom Zamawiającego dostępu do HelpDesku
Wykonawcy w zakresie niezbędnym do uŜytkowania SGPS
9) Usunięcie wad powinno być stwierdzone protokolarnie.
2. Wsparcie uŜytkowników Help Desk
1) Wykonawca zobowiązany jest świadczyć usługę Help Desk do wszystkich produktów
projektu SGPS.
2) Wykonawca w okresie świadczenia serwisu gwarancyjnego ponosi odpowiedzialność
z tytułu gwarancji za błędy oprogramowania i awarie oraz ich usunięcie.
3) Wyznaczeni pracownicy Zamawiającego w przypadku wystąpienia błędu lub awarii
wysyłają formularz Zgłoszenia do systemu Help Desk.
4) Zgłoszenia wypełniane i wysyłane przez pracowników Jednostek współdziałających
podlegają akceptacji przez osoby uprawnione do kontaktów ze strony Zamawiającego.
5) W szczególnych przypadkach pracownik Jednostki współdziałającej, moŜe w przypadku
wystąpienia zdarzenia, przesłać Wykonawcy zgłoszenie faksem lub e-mailem.
6) Błąd musi być opisany przez zgłaszającego w sposób umoŜliwiający odtworzenie błędu
w środowisku wzorcowym Wykonawcy. JeŜeli odtworzenie błędu nie będzie moŜliwe
23
w środowisku wzorcowym, Wykonawca zdiagnozuje błąd w środowisku Zamawiającego,
a termin opisany w punkcie 7 moŜe ulec wydłuŜeniu o jeden dzień roboczy.
7) Wykonawca w ramach świadczeń gwarancji zobowiązany jest do skutecznego
rozwiązywania zgłoszeń w terminach:.
a) w przypadku awarii sprzętu, w ciągu 2 dni roboczych (termin naprawy gwarancyjnej
uwaŜa się za dotrzymany, jeŜeli na czas naprawy zostanie dostarczony i uruchomiony
sprzęt zastępczy)
b) w przypadku wystąpienia błędów krytycznych w oprogramowaniu, w ciągu 2 dni
roboczych, a dla błędów niekrytycznych 5 dni roboczych. Przez błąd krytyczny rozumie
się wstrzymanie pracy systemu operacyjnego lub jednej z aplikacji dedykowanych lub
gotowych
c) w przypadku awarii systemu
(nieprawidłowości lub całkowite zatrzymanie pracy
systemu z przyczyn, których Zamawiający nie jest w stanie ustalić), w ciągu 2 dni
roboczych dla awarii krytycznej i 3 dni roboczych w przypadku awarii niekrytycznej
(nieprawidłowości w pracy systemu)
d) w przypadku stwierdzenia nieprawidłowości w danych przestrzennych i opisowych
zakładanych przez Wykonawcę, w ciągu 5 dni roboczych od dnia zgłoszenia braków lub
wad w tych danych.
8) Usunięcie
błędu
Zgłaszającego,
oprogramowania
nowej
wersji
oznacza
przekazanie
oprogramowania,
przez
poprawki
Wykonawcę
lub
do
rekonfiguracji
oprogramowania oraz usunięcie skutków błędu. Wykonawca jest zobowiązany
dopilnować, aby Zamawiający/Jednostka potwierdziły odbiór informacji o nowej wersji
oprogramowania, tak aby było jasne, Ŝe Zamawiający/Jednostka jest świadomy, Ŝe brak
aktualizacji moŜe spowodować pewne zagroŜenia.
9) Wykonawca
nie
będzie
zobowiązany
do
usunięcia
błędów
oprogramowania
spowodowanych obsługą oprogramowania niezgodnie z dokumentacją uŜytkową ani
błędów oprogramowania spowodowanych działaniem osób trzecich, za których działania
Wykonawca nie będzie ponosić odpowiedzialności.
10) W uzasadnionych przypadkach czas rozwiązania zgłoszenia, o których mowa w pkt. 7,
moŜe zostać przedłuŜony za porozumieniem przedstawicieli Stron. O zmianie terminów
Rozwiązania Zgłoszenia Wykonawca poinformuje Zamawiającego e-mailem.
24
3. Asysta techniczna
1) Wykonawca zobowiązany jest świadczyć usługę asysty technicznej przez okres co
najmniej 5 lat, rozpoczynając świadczenie z dniem podpisania protokołu odbioru
końcowego projektu.
2) Celem świadczenia usług asysty technicznej, jest bezpłatne wsparcie techniczne
w uŜywaniu oprogramowania, do którego Zamawiający uzyskał licencję na podstawie
niniejszego postępowania. Zamawiający przekaŜe Wykonawcy imienną listę osób
uprawnionych ze strony Zamawiającego do korzystania z asysty technicznej.
3) Wykonawca zapewni świadczenie asysty technicznej w języku polskim.
4) Wykonawca zagwarantuje świadczenie usługi asysty technicznej wyłącznie przez
wykwalifikowany personel, przez co rozumie się osobę/osoby z doświadczeniem,
posiadające odpowiednie kwalifikacje merytoryczne i wiedzę na temat SGPS, po
odpowiednim przeszkoleniu, cechujące się odpowiednimi predyspozycjami do kontaktu
z uŜytkownikiem końcowym, tj. komunikatywnością, dobrą dykcją, odpornością na stres,
cierpliwością, pozytywnym nastawieniem do uŜytkownika końcowego. Personel
Wykonawcy świadczący usługę asysty technicznej, musi posiadać umiejętności pracy
z „trudnym uŜytkownikiem”, np. zdenerwowanym, niecierpliwym, zadającym niejasne
pytania lub udzielającym niejasnych odpowiedzi – nieobeznanym w temacie.
5) Przedmiotem usługi asysty technicznej świadczonej przez Wykonawcę na rzecz
Zamawiającego jest:
a) gotowość do świadczenia konsultacji telefonicznych
b) gotowość do świadczenia zdalnej pomocy uŜytkownikom Systemu poprzez szyfrowane
połączenia do komputera uŜytkownika za zgodą i pod nadzorem Zamawiającego lub
Jednostki współdziałającej
c) gotowość do ewentualnego uruchomienia niezbędnej i koniecznej obsługi danych
poprzez szyfrowane kanały dostępowe pomiędzy Wykonawcą a Zamawiającym,
d) wykonania dodatkowych, a nieprzewidzianych w SIWZ funkcjonalności w SGPS, po
zaakceptowaniu przez obie strony warunków realizacji (w tym pracochłonności)
w ramach asysty technicznej.
6) W ramach okresu asysty technicznej, Zamawiający będzie miał do wykorzystania pulę do
100 roboczogodzin rocznie, przeznaczonych na:
25
a) świadczenie konsultacji telefonicznych oraz zdalnej pomocy UŜytkownikom
Końcowym
b)
realizację
zleconych
przez
niego
dowolnych
modyfikacji
lub
rozszerzeń
oprogramowania.
VII.
Zasady oraz warunki organizacji szkoleń
1. Zasady ogólne
Podstawą organizacji szkoleń jest Plan Szkolenia. Plan szkoleń powinien być uzgodniony
z Zamawiającym i będzie częścią Planu realizacji projektu. Wykonawca ma obowiązek
przeprowadzenia szkolenia przez podmioty będące twórcą oprogramowania lub podmioty
posiadające
uprawnienia
do
certyfikowanego
prowadzenia
szkoleń
z
danego
oprogramowania.
2. Plan szkolenia
Plan Szkolenia powinien zawierać dla kaŜdego szkolenia co najmniej:
a) cel szkolenia
b) zakres szkolenia
c) metodę i forma szkolenia
d) niezbędny czas przeszkolenia jednej grupy danego szkolenia (liczba godzin
pojedynczego szkolenia),
e) program danego szkolenia,
f) harmonogram szkoleń.
Program szkolenia powinien określać podział na bloki tematyczne (sesje), poruszane
w ramach bloku zagadnienia oraz ramy czasowe poszczególnych prezentacji.
Podstawową formą szkolenia jest jedna godzina dydaktyczna trwająca 45 minut. Dopuszcza
się łączenie dwóch jednostek. Podczas szkolenia uczestnikom, oprócz przerw pomiędzy
poszczególnymi blokami, przysługuje jedna długa przerwa na posiłek trwająca 30 minut.
Całość naleŜy zaplanować w taki sposób, aby jeden dzień szkolenia nie przekraczał 8 godzin
zegarowych.
W ramach prowadzonych szkoleń Wykonawca zobowiązany jest do przeprowadzania wśród
ich uczestników ankiet sprawdzających poziom zadowolenia.
Wykonawca zobowiązany jest do sporządzenia i dostarczenia Zamawiającemu po
26
zakończeniu
kaŜdego
szkolenia,
syntetycznego
podsumowania
wyników
ankiet
sprawdzających poziom zadowolenia.
Po zakończeniu kaŜdego szkolenia Wykonawca zobowiązany jest do sporządzenia raportu
z przeprowadzenia szkolenia zawierającego co najmniej:
a) raport zawierający informacje na temat przeprowadzonego szkolenia,
b) plan szkolenia,
c) listę uczestników,
d) harmonogram szkolenia,
e) imienne listy obecności z kaŜdego dnia szkolenia (oryginał),
f) testy sprawdzające wiedzę uczestników szkolenia,
g) egzemplarz materiałów szkoleniowych przekazanych uczestnikom szkolenia.
Dostarczenie raportu z przeprowadzenia szkolenia stanowi podstawę do podpisania protokołu
z przeprowadzenia szkolenia.
KaŜdy uczestnik szkolenia powinien otrzymać materiały szkoleniowe w formie papierowej
oraz kopie materiałów w wersji elektronicznej.
KaŜdy uczestnik szkolenia powinien otrzymać imienny certyfikat udziału i ukończenia
szkolenia.
Certyfikat uczestnictwa powinien zawierać co najmniej następujące informacje:
a) datę i miejsce przeprowadzenia szkolenia,
b) imię i nazwisko trenera/trenerów prowadzących szkolenie,
c) wymiar szkolenia (liczbę godzin),
d) szczegółowy zakres tematyczny szkolenia.
Certyfikat powinien być przygotowany na kaŜdy zakres szkolenia. Projekt certyfikatu
powinien być uzgodniony z Zamawiającym.
3. Miejsca przeprowadzania szkoleń
Szkolenia UŜytkowników końcowych systemu w zakresie dostarczanego oprogramowania
oraz szkolenia specjalistyczne z zakresu administrowania i konfigurowania elementów
przedmiotu zamówienia mają być przeprowadzane w siedzibie Zamawiającego. Zamawiający
w szczególnych przypadkach dopuszcza moŜliwość szkoleń poza siedzibą Zamawiającego.
27
W takim przypadku Wykonawca pokrywa wszystkie koszty związane z organizacją
i przeprowadzeniem szkoleń, w tym delegacji, transportu itp.
4. Testy sprawdzające poziom wiedzy po szkoleniu
W ramach prowadzonych szkoleń Wykonawca zobowiązany jest do przeprowadzania wśród
ich uczestników testów sprawdzających poziom wiedzy po szkoleniu. KaŜdy uczestnik po
szkoleniu będzie zobowiązany do wypełnienia testu sprawdzającego poziom uzyskanych
umiejetności.
Wykonawca zobowiązany jest do przygotowania dedykowanych dla kaŜdego ze szkoleń testu
związanego z jego zakresem merytorycznym,
5. Terminy wykonania zamówień i harmonogram realizacji projektu
Zakłada się, Ŝe realizacja projektu rozpocznie się z dniem podpisania umowy, a ostateczny
termin zakończenia nastąpi w dniu 31 października 2014 r.
Szczegółowy miesięczny harmonogram realizacji projektu zostanie uzgodniony i podpisany
w terminie do 30 dni od podpisania umowy. W przypadku nieuzgodnienia harmonogramu
realizacji projektu Zamawiający zastrzega sobie prawo nałoŜenia kar umownych.
W przypadku akceptacji harmonogramu ustala się 3 etapy finansowania projektu.
− 1 Etap po upływie 3 miesięcy od daty rozpoczęcia realizacji projektu w wysokości do
30% wartości zamówienia w przypadku dotrzymania harmonogramu realizacji prac.
− 2 Etap po upływie 6 miesięcy od daty rozpoczęcia realizacji projektu w wysokości do
20% wartości zamówienia w przypadku dotrzymania harmonogramu realizacji prac.
− 3 Etap po zakończeniu prac i bezusterkowym odbiorze przez Zamawiającego,
końcowe rozliczenie projektu.
28
Rozdział 2
WYMAGANIA FUNKCJONALNE SGPS
I.
Budowa i wdroŜenie rozwiązań modułu centralnego SGPS, zintegrowanej bazy
danych geoprzestrzennych, modułów dziedzinowych SGPS.
1. Informacje ogólne
Kluczowymi zadaniami do realizacji w ramach tej części prac jest: opracowanie projektu
technicznego SGPS zawierającego specyfikacje wszystkich modułów systemowych ze
szczegółową funkcjonalnością, wdroŜenie zaproponowanych rozwiązań oraz dostarczenie
licencji oprogramowania narzędziowego. Wykonawca opracuje i wdroŜy oprogramowanie
całego SGPS oraz przeprowadzi integrację z istniejącymi odpowiednimi systemami
informatycznymi wraz z bazą danych geoprzestrzennych. Wykonawca opracuje i wdroŜy
takŜe oprogramowanie w zakresie podsystemów, będących modułami dziedzinowymi
systemu oraz udostępni dane i funkcjonalności w sieciach Intra-, Internet. Na etapie tym
oprócz budowy oprogramowania na potrzeby SGPS, naleŜy zasilić system danymi
geoprzestrzennymi. Dane te zostaną pozyskane we wcześniejszym etapie cyfryzacji baz
danych referencyjnych i dziedzinowych.
2. Moduł centralny SGPS
Wykonawca przeprowadzi wdroŜenie zgodnie z zasadami tzw. architektury korporacyjnej
przetwarzania informacji geoprzestrzennych (Enteprise Spatial Data Infrastructure) tak, aby
zapewnić moŜliwie szeroki dostęp do danych i serwisów jak największej ilości
uŜytkowników. Model systemu SGPS powinien uwzględnić obsługę wszystkich
zainteresowanych pracowników Starostwa Powiatowego w StrzyŜowie oraz uŜytkowników
spoza tego urzędu.
System SGPS zgodnie z koncepcją systemowej architektury korporacyjnej ma zostać
zrealizowany w następujący sposób:
1) ma posiadać wspólną platformę informatyczną, na której zbudowane i wdroŜone zostaną
moduły przetwarzania referencyjnych danych geoprzestrzennych, rozszerzając moŜliwość
ich wykorzystania przez inne niŜ geodezja komórki organizacyjne, oraz uwzględniając
współpracę z zewnętrznymi uŜytkownikami kwalifikowanymi (wykonawstwo geodezyjne
inni uprawnieni) i niekwalifikowanymi (jednostki organizacyjne, obywatele);
2) ma podnieść efektywność działania innych niŜ SGPS systemów informatycznych dzięki
danym geoprzestrzennym;
3) ma podnieść efektywność operacyjną całej administracji powiatu strzyŜowskiego poprzez
łatwe, powszechne i spójne wykorzystanie danych geoprzestrzennych za pośrednictwem
wdroŜonych funkcjonalności merytorycznych, z wykorzystaniem informacji i usług
wsparcia realizacji zadań publicznych.
29
Wykorzystanie metodologii geoinformacyjnych systemów korporacyjnych w budowie
systemu SGPS ma na celu stworzenie zintegrowanej geobazy wraz z dedykowanymi
serwisami przeznaczonymi dla wielu uŜytkowników. Serwisy mają zrealizować zadanie
wsparcia wszelkich procesów, w zakresie których wymagany jest dostęp do danych
przestrzennych. System geoinformacyjny SGPS faktycznie obejmie zbudowanie i wdroŜenie
wielu źródłowych baz danych wspólnie funkcjonujących jako jedno, wirtualne źródło
informacji geoprzestrzennych.
System SGPS ma posiadać jednolity zestaw interfejsów, z których korzystać będą zarówno
uŜytkownicy wewnętrzni i zewnętrzni SGPS oraz ma za zadanie gromadzić, przetwarzać
i analizować źródłowe dane przestrzenne w ramach architektury rozproszonej.
Moduł centralny stanowić będzie główne repozytorium zasobów danych przestrzennych
i opisowych systemu SGPS, które w przewaŜającej mierze będą miały charakter replik baz
danych lub zasobów plikowych systemów dziedzinowych Starostwa (bazy danych ewidencji
gruntów i budynków, wybranych rejestrów i ewidencji, innych zasobów źródłowych).
Oparcie systemu na koncepcji centralnego repozytorium replik danych źródłowych jest
zasadniczym elementem budowy w Starostwie węzła IIP, który zgodnie z inicjatywą
INSPIRE powinien stać się częścią podstawowych komponentów krajowej infrastruktury
informacji przestrzennej.
PowyŜsze wymogi sprawnego działania SGPS, zostaną zapewnione poprzez konstrukcję
całości systemu opartą o współdziałanie poszczególnych węzłów funkcjonalnych - modułów
architektury SGPS na poziomie powiatu.
Rozmieszczenie węzłów systemu, w komórkach uŜytkowników SGPS, przedstawia się
następująco na poszczególnych poziomach:
Centralny poziom systemowy (CP_SGPS): Węzeł centralny SGPS to struktura
odpowiedzialna za utrzymanie i rozwój całego systemu w dłuŜszej perspektywie. Jego
głównym zadaniem jest gromadzenie i integracja w geoprzestrzennej bazie danych replik baz
danych rozproszonych na poziomach PO_SGPS/PI_SGPS. Podobnie jak w przypadku
PI_SGPS, wymagane jest utworzenie technicznej i organizacyjnej infrastruktury węzła.
Podstawowe zadania realizowane przez CP_SGPS to:
1) zarządzanie budową komponentów i modułów SGPS dla własnego poziomu
i współpraca z wykonawcami wdroŜeń i uŜytkownikami systemu.
2) administracja systemem (przydzielanie uprawnień do korzystania z SGPS,
udostępnianie danych przez Internet i wewnątrz struktur systemowych, zgodnie
z obowiązującymi przepisami prawa w tym zakresie, nadzór nad funkcjonowaniem
aplikacji systemowych, czuwanie nad zakresem stosowanych standardów
technicznych i informacyjnych, zabezpieczenie przed ewentualnym atakiem na system
lub dane - ochrona antywirusowa oraz ochrona przed niepowołanym dostępem)
3) administracja zasobem informacyjnym - polegająca na kontrolowaniu i zarządzaniu
procesami takimi jak: archiwizacja danych, dokumentacja operacji, zachowanie
30
bezpieczeństwa przepływu informacji, kontrola jakości, integracja danych na
poziomie centralnym oraz opracowywanie i dystrybucja produktów eksperckich
systemu takich jak: jednorazowe analizy, zestawienia itp.,
4) wsparcie operatorów poziomów PO i PI SGPS - prowadzenie modułów udostępniana
danych oraz obsługi centralnej, zintegrowanej bazy replik danych. Wsparcie poziomu
PO/PI powinno obejmować takŜe treningi i szkolenia dla operatorów, wsparcie
techniczne i merytoryczne w korzystaniu z modułów systemu.
Poziom operatorski (PO_SGPS): na tym poziomie na węzeł systemu składać się będą
pojedyncze komputery - stacje robocze, bądź małe grupy stacji. Ich celem będzie wsparcie
obsługi jednego spójnego zestawu funkcji, np. obsługi Wydziału Ochrony Środowiska,
Rolnictwa i Leśnictwa. Funkcjonowanie węzła systemowego opiera się na oprogramowaniu,
które realizuje następujące operacje:
1) praca na systemach źródłowych (SŹ), np. prowadzenie rejestrów, ewidencji,
2) wykonywanie w oparciu o dane, analiz, opracowań i zestawień, wydawanie decyzji
administracyjnych itp. właściwych dla zakresu obowiązków danego stanowiska pracy,
3) kooperacja i wymiana danych z innymi węzłami SGPS na poziomach PO/PI/CP,
4) interakcja z obywatelami.
Obejmować on będzie szereg dedykowanych aplikacji oraz narzędzi informatycznych
umoŜliwiających pracownikom Starostwa bezpośredni dostęp do znajdujących się
w centralnym repozytorium zasobów referencyjnych, a w niektórych przypadkach nawet
prowadzenie w dedykowanych modułach SGPS wybranych rejestrów i ewidencji w postaci
obiektów bazodanowych powiązanych z przestrzenią. Integracja ta odbywać się będzie
w oparciu o dane referencyjne (np. warstwę działek ewidencyjnych lub warstwę numerów
adresowych). W ten sposób obiekty wybranych rejestrów i ewidencji uzyskają nowy,
przestrzenny wymiar, a ich obsługa (wyszukiwanie, analiza, porównywanie) stanie się
wydajniejsza.
Poziom instytucjonalny (PI_SGPS): są to struktury, których celem jest wsparcie realizacji
zadań jednostek organizacyjnych. Na tym poziomie wymagane jest utworzenie infrastruktury
technicznej węzła (odpowiednia ilość wyposaŜonych w dostęp do sieci Internet
komputerowych stanowisk operatorów). Utworzenie tego typu węzłów systemowych
niezbędne będzie dla urzędów administracji publicznej (gminy z obszaru powiatu) oraz dla
jednostek organizacyjnych takich jak: straŜ poŜarna czy firmy gestorów uzbrojenia
technicznego terenu. Aspekty działania takiego węzła obejmowałyby:
1) utrzymanie stanowisk uŜytkowników węzłów PO_SGPS właściwych dla danej
instytucji,
2) nadzór nad stosowaniem standardów technicznych i informacyjnych w procesach
przetwarzania i archiwizacji danych,
3) nadzór nad bezpieczeństwem operowania danymi i dostępem do funkcji systemowych.
Węzeł ten oparty będzie na koncepcji portali tematycznych. Portale te opracowane zostaną z
myślą o róŜnych grupach uŜytkowników, prezentując zróŜnicowane dane oraz oferując dostęp
31
do róŜnych funkcjonalności systemu, zaleŜnych od potrzeb tych uŜytkowników,
uwzględniając obowiązujące przepisy prawa (np. dotyczące ochrony danych osobowych)
i zawarte porozumienia. Portale będą miały charakter publiczny, 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 zalogowaniu.
3. ZałoŜenia w zakresie architektury systemu
Zakłada się, Ŝe System objęty niniejszym zamówieniem będzie zbudowany w architekturze
trójwarstwowej, składającej się z następujących warstw:
1) warstwa wewnętrzna - reprezentowana przez serwer bazy danych;
2) warstwa pośrednia - którą tworzyć będą dedykowane aplikacje oraz narzędzia
informatyczne wspierające dystrybucję danych przestrzennych i opisowych;
3) warstwa zewnętrzna - odpowiadająca za publikację danych.
Na podstawie ww. załoŜeń od strony technologicznej aplikacje o architekturze
trójwarstwowej muszą spełniać poniŜsze wymagania technologiczne:
1) warstwa bazodanowa ma być obsługiwana przez serwer bazy danych;
2) warstwa aplikacji, oparta o serwer aplikacji, realizująca logikę biznesową, ma
pośredniczyć między Ŝądaniami warstwy prezentacyjnej a bazą danych;
3) warstwa prezentacyjna, umoŜliwiająca współpracę aplikacji z uŜytkownikami poprzez
przeglądarki internetowe.
Serwer bazy danych będzie pełnił rolę centralnej bazy danych CP_SGPS, zawierającej repliki
danych źródłowych pochodzących z baz i modułów/systemów źródłowych urzędu Starostwa
i pozostałych uŜytkowników. UmoŜliwi to przechowywanie obiektów i zbiorów danych
źródłowych, ich wzajemną integrację oraz sprawny dostęp poprzez dowolne medium
komunikacji wykorzystujące standardowy protokół TCP/IP (LAN, WAN, Internet).
Wykonawca ma dostarczyć, zainstalować i odpowiednio skonfigurować centralną bazę
danych przestrzennych, która ma słuŜyć do przechowywania i udostępniania danych
przestrzennych wraz z dedykowanymi aplikacjami warstwy pośredniej. Jako optymalne
przyjmuje się rozwiązanie, aby motorem bazy danych systemu SGPS była nowoczesna,
relacyjna lub relacyjno-obiektowa baza danych umoŜliwiająca automatyczną replikację
całości lub części zawartości bazy danych PZGiK (m.in. EGiB, baza adresowa) do bazy
danych SGPS.
Przyjmuje się, Ŝe wszystkie dane mapowe i opisowe będą przechowywane w centralnej bazie
danych, w jawnej i otwartej strukturze, a systemem operacyjnym serwera wewnętrznego
bazodanowego będzie system kompatybilny z dostarczonym oprogramowaniem SGPS oraz
motorem bazy danych.
Dostarczony przez Wykonawcę motor bazy danych powinien posiadać następujące cechy,
istotne z punktu widzenia wymagań stawianych przez projektowany system:
32
1) obiektowy lub obiektowo-relacyjny charakter (w zaleŜności od zastosowań),
2) skalowalność,
3) moŜliwość przechowywania danych przestrzennych z zastosowaniem jednej
z implementacji,
4) model Simple Features (np.: ORACLE SDO), w tym bezpośrednie wsparcie dla
obsługi obiektów przestrzennych,
5) ukierunkowanie na transakcyjne przetwarzanie danych (a w konsekwencji
umoŜliwienie pracy wielu uŜytkownikom jednocześnie) z zachowaniem wysokiej
wydajności,
6) zapewnienie wysokiego poziomu bezpieczeństwa danych oraz procesów ich
przetwarzania,
7) zapewnienie zabezpieczeń na wielu poziomach, w tym poprzez identyfikację,
autentykację i autoryzację uŜytkowników,
8) moŜliwość pracy w środowisku dowolnych systemów operacyjnych, takŜe 64bitowych (co najmniej: Microsoft Windows Server 2008 oraz nowszym),
9) moŜliwość pracy w środowisku maszyn wirtualnych,
10) elastyczny model licencjonowania (na uŜytkownika, na procesor/serwer/instytucję),
11) istnienie opcji zakupu wsparcia serwisowego (np. hot-line) i prawa do upgrade-u,
12) współpracę z aplikacjami CAD/GIS w technologii klient-serwer - ze względów
praktycznych oraz w celu zachowania swobody dostępu do danych w celach
administracyjnych.
Wymagane jest, aby poza funkcjonalnością wynikającą z zastosowanego motoru bazy danych
zostały równieŜ uwzględnione następujące cechy:
1) wszystkie dane przestrzenne (poza opracowaniami o charakterze roboczym
i rastrowym) będą przechowywane w strukturach relacyjnej bazy danych,
2) bazy danych opisowych (m.in. rejestry i ewidencje ładowane z plików źródłowych,
np.: XLS) mają być przechowywane w oddzielnych tabelach opisowych, których
struktura ma być dostosowana do wymagań danego zbioru danych,
3) kaŜdy atrybut danych opisowych (dotyczy baz danych opisowych oraz atrybutów
opisowych obiektów przestrzennych) ma być przechowywany w osobnym polu
o odpowiednim typie danych (np. adres powinien być rozbity na pola: miasto, kod
pocztowy, ulica, numer adresowy, numer lokalu); dopuszcza się stosowanie własnych
typów danych, jednakŜe ich struktura i ewentualne dodatkowe funkcje je obsługujące
mają być jawne i udostępnione Zamawiającemu (udokumentowane),
4) uŜytkownik ma mieć swój indywidualny (unikalny) login do systemu oraz optymalnie
takŜe do bazy danych; loginy te mają być stosowane w ramach całego systemu oraz
zarządzane z jednego podsystemu administracyjnego,
Architektura systemowa SGPS powinna zapewniać:
1) funkcjonowanie w dowolnej sieci komputerowej pracującej w standardzie TCP/IP,
33
2) moŜliwość przyłączenia dowolnej liczby uŜytkowników bez konieczności ponoszenia
dodatkowych opłat licencyjnych.
3) dostęp do danych przestrzennych z poziomu przeglądarki internetowej poprzez
funkcje serwera mapowego,
4) scentralizowane zarządzanie instalacją i aktualizacjami przeprowadzanymi jedynie na
serwerze.
W zakresie udostępniania danych przestrzennych dostarczone oprogramowanie posiadać ma
następujące funkcjonalności:
1) obsługa wielu róŜnych źródeł danych (zarówno baz danych, plików w popularnych
formatach GIS, jak i zdalnych usług udostępniających dane przestrzenne),
2) odczytywanie i udostępnianie danych z wykorzystaniem standardów WMS i WFS,
3) udostępnianie gotowych map w popularnych formatach rastrowych i wektorowych
(np.: PNG, JPG, SHP, KML, PDF),
4) moŜliwość konfiguracji sposobu prezentacji obiektów na mapie przez
administratorów, jak i poszczególnych uŜytkowników,
W przypadku uŜytkowników wewnętrznych zastosowany zostać ma mechanizm autoryzacji
(logowania), a w przypadku uŜytkowników zewnętrznych rejestrowanych dodatkowo ma
istnieć moŜliwość szyfrowania danych poprzez SSL oraz zastosowanie tunelu VPN, zarówno
z zastosowaniem rozwiązań komercyjnych, jak i bezpłatnych (dotyczy uŜytkowników
mających dostęp do danych osobowych lub poufnych (na przykład z zakresu ewidencji
gruntów i budynków).
W przypadku uŜytkowników zewnętrznych publicznych (tzw. "anonimowych", czyli
większości internautów) dostęp do danych i usług systemu nie będzie nakładać na
uŜytkownika konieczności instalowania na własnym komputerze dodatkowego
oprogramowania.
Niezbędnym komponentem SGPS ma być funkcjonalność związana z przeglądaniem
(pobieraniem do podglądu on-line) oraz dystrybucją (udostępnianiem do podglądu on-line)
danych przestrzennych z/do innych węzłów w regionalnej i krajowej IIP z wykorzystaniem
usług, tzw. web-serwisów: WMS (Web Map Service) i WFS (Web Feature Service), a dla
metadanych CSW (Catalogue Service for Web). Ze względu na róŜnorodność rozwiązań
technologicznych w tym zakresie dopuszcza się sytuację, w której na przykład serwery usług
WMS, WFS oraz CSW stanowić będą niezaleŜne oprzyrządowanie informatyczne.
Z uwagi na znaczenie geodezyjnych zbiorów danych referencyjnych, jako podstawowej bazy
odniesień dla innych baz danych geoprzestrzennych, najwaŜniejszą rolę w systemie będzie
pełnił moduł udostępniania i obsługi geodezyjnych referencyjnych baz danych Geo_SGPS.
Zadaniem modułu będzie udostępnianie danych referencyjnych z bazy systemu
uŜytkownikom wewnętrznym i zewnętrznym, a takŜe portalom dziedzinowym i serwisom
aplikacyjnym systemu. Geo_SGPS zapewni dostęp do danych ewidencyjnych na serwerze
danych geoprzestrzennych, z wykorzystaniem źródłowej bazy danych, która będzie
prowadzona z wykorzystaniem stosowanego dotychczas oprogramowania EwMapa/EwOpis.
34
Dzięki umieszczeniu geodezyjnych danych referencyjnych w zintegrowanej bazy danych
CP_SGPS moŜliwy będzie łatwy i szeroki dostęp do aktualnych danych ewidencji gruntów i
budynków z moŜliwością prezentacji na tle np. ortofotomapy, mapy topograficznej, m.p.z.p.,
itd.
Kolejnymi istotnymi komponentami SGPS będą dedykowane aplikacje warstwy pośredniej.
Wymaga się, aby dostarczone rozwiązanie w tym zakresie charakteryzowało się
następującymi cechami ogólnymi:
1) modularną budową, opartą o platformę programistyczną umoŜliwiającą tworzenie
rozszerzeń,
2) wykorzystywaniem danych przestrzennych, relacyjnych baz danych i technologii
internetowych,
3) moŜliwością dodania w dowolnym momencie nowego rozszerzenia do istniejącej
konfiguracji wzbogacając system o nowe funkcjonalności, bez konieczności wymiany
całego systemu,
4) poprawną pracą co najmniej w środowisku operacyjnym Microsoft Windows Server
2008 oraz nowszym, zarówno na architekturze 32- jak i 64-bitowej procesora, a takŜe
w środowisku maszyn wirtualnych,
5) moŜliwością dostępu uŜytkowników końcowych do SGPS w modelu klient-serwer
poprzez przeglądarkę internetową z zastosowaniem mechanizmów autoryzacji
uŜytkowników oraz przydzielania im uprawnień do róŜnych funkcjonalności systemu,
Podstawowy sposób dostępu uŜytkowników do modułów SGPS będzie się odbywał w modelu
klient-serwer poprzez dowolną przeglądarkę internetową (zakłada się, Ŝe uŜytkownicy będą
uŜywali moŜliwie najnowszych wersji przeglądarek, np.: Microsoft Internet Explorer od
wersji 8, Mozilla Firefox od wersji 16, Opera od wersji 12, Google Chrome od wersji 23,
Apple Safari od wersji 5 oraz je regularnie aktualizowali) z zastosowaniem mechanizmów
autoryzacji uŜytkowników oraz przydzielania im uprawnień do róŜnych funkcjonalności
systemu.
Dane pozyskane w etapie cyfryzacji baz danych referencyjnych i dziedzinowych, posłuŜą do
stworzenia centralnego portalu i portali dziedzinowych, które złoŜą się na geoportal SGPS.
W ramach geoportalu SGPS stworzona będzie funkcjonalność związana z udostępnianiem
uŜytkownikom i klientom publicznych rejestrów i ewidencji, z czego część o charakterze
publicznym będzie udostępniana wszystkim uŜytkownikom, a pozostała część tylko
uŜytkownikom uwierzytelnionym. Dodatkowo geoportal SGPS będzie posiadał dedykowaną
dla urządzeń mobilnych stronę, umoŜliwiającą dostęp do portalu z poziomu urządzeń
mobilnych takich jak: smartfon, tablet, itp.
Podstawowe portale mapowe, które powinny zostać zbudowane w ramach geoportalu SGPS
to:
1) Portal centralny - portal prezentujący podstawowe informacje przestrzenne i opisowe
o podziale administracyjnym, ewidencji gruntów i budynków, infrastrukturze, bazie
35
2)
3)
4)
5)
6)
7)
8)
adresowej, obiektach uŜyteczności publicznej, środowisku przyrodniczym i innych
elementach występujących na terenie powiatu,
Portal zarządzania kryzysowego i bezpieczeństwa - prezentujący całość danych
związanych z zarządzaniem kryzysowym na obszarze powiatu strzyŜowskiego,
Portal inwestycji i zagospodarowania przestrzennego - dedykowany inwestorom
zainteresowanym terenami przeznaczonymi pod inwestycje, a takŜe prezentujący
podstawowe informacje związane z planowaniem przestrzennym.
Portal zarządzania i ochrony środowiska - zawierający warstwy graficzne wraz
z informacjami opisowymi dotyczącymi obszarów chronionego krajobrazu, pomników
przyrody, kontroli jakości wód, ochrony przeciwpowodziowej i przeciwosuwiskowej.
Portal sieci drogowej - umoŜliwiający wyszukiwanie informacji nt. dróg, ulic oraz
urządzeń infrastruktury drogowej z obszaru powiatu,
Portal sportu, promocji i turystyki - publikujący dane związane z ruchem
turystycznym i aktywnością sportową w obszarze powiatu.
Portal prac geodezyjnych - umoŜliwiający wymianę danych pomiędzy wykonawcami
prac geodezyjnych a PODGiK w StrzyŜowie i Starostwem Powiatowym
w StrzyŜowie.
Portal edukacyjny
Portale tematyczne powinny być zbudowane w oparciu o otwarte i powszechnie stosowane
w tym zakresie standardy (np.: HTTP, CSS, XML) umoŜliwiając w przyszłości łatwy rozwój
systemu. Dostęp do portali będzie moŜliwy do zrealizowania poprzez dowolną sieć
komputerową obsługującą protokół komunikacyjny z rodziny TCP/IP, za pomocą dowolnej
popularnej przeglądarki WWW i nie będzie się wiązał z koniecznością instalowania na
komputerze uŜytkownika jakiegokolwiek oprogramowania (zarówno bezpłatnego, jak
i komercyjnego), za wyjątkiem powszechnie stosowanych wtyczek (np.: Adobe Flash,
Microsoft Silverlight). Zakłada się takŜe zapewnienie moŜliwie duŜej spójności wizualnej
i funkcjonalnej portali z serwisem www.strzyŜowski.pl, BIP i innymi systemami w Starostwie
Powiatowym w StrzyŜowie.
Dostęp do środowiska portali i geoportali realizowany ma być poprzez opracowaną przez
Wykonawcę 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
mają być róŜnorodne informacje dodatkowe, np.: opisujące zakres i sposób działania portali,
podstawowe informacje o posługiwaniu się np. danymi przestrzennymi, zrealizowane ostatnio
i planowane zmiany w portalach itp.
W ramach dedykowanych portali zaimplementowane powinny zostać takŜe funkcjonalności
związane z dostępem do poszczególnych e-usług on-line zaplanowanych w projekcie lub teŜ
zastosowane będą odnośniki do innych serwisów urzędów (np.: BIP, ePUAP).
36
4. Ogólne wymagania funkcjonalne dla geoportali
Poza szerokim zakresem informacyjnym, do jakiego dostęp będzie miał uŜytkownik, bardzo
waŜne jest, aby system go obsługujący był funkcjonalny i umoŜliwiał sprawne
i wszechstronne posługiwanie się danymi przestrzennymi. Wymogiem SGPS jest, aby
budowany system zapewnił publikację i edycję danych geometrycznych i opisowych, za
pośrednictwem standardowych przeglądarek internetowych dostępnych w starostwie
i jednostkach organizacyjnych.
Geoportal SGPS powinien cechować się łatwością w zakresie jego uŜytkowania oraz prostotą
interfejsu uŜytkownika. Jego podstawowym elementem będzie interaktywna mapa, której
treść powinna być dostosowana do wymogów poszczególnych portali dziedzinowych,
w szczególności portal powinien uwzględniać następujące funkcjonalności:
Wymagania dotyczące interfejsu uŜytkownika (GUI):
1) Strona startowa geoportalu musi zawierać informacje odnośnie finansowania
geoportalu w ramach Projektu: „System Geoinformacyjny Powiatu StrzyŜowskiego –
narzędzie wsparcia kluczowych e-usług dla mieszkańców i administracji.”
2) Na stronie startowej znajdować się powinny m.in.: odnośniki do portali mapowych,
informacja o prawach autorskich, regulaminy (w tym regulamin zawierający zasady
udostępniania zbiorów danych) oraz inne informacje zaakceptowane przez
Zamawiającego.
3) W przypadku wymagającym zatwierdzenia/przeczytania komunikatu/treści
regulaminu uŜytkownik nie moŜe wejść do wybranego portalu bez wykonania
czynności akceptacji/zatwierdzenia komunikatu/treści regulaminu.
4) Wszystkie
narzędzia i funkcje muszą być posegregowane tematycznie i ułoŜone
w sposób logiczny i intuicyjny. Zakres pasków narzędzi zostanie ustalony
z Zamawiającym na etapie realizacji zamówienia.
5) Dostępne przyciski „zaloguj” i „wyloguj” dla uŜytkowników wewnętrznych;
moŜliwość pracy aplikacji w trybie autoryzacji i anonimowo.
6) Panel mapy powinien maksymalnie wypełniać okno przeglądarki i skalować się razem
z nim. W dolnej części panelu powinien znajdować się pasek informacyjny, który
wskazywać będzie aktualne współrzędne kursora myszy. Format współrzędnych
prostokątnych: liczby rzeczywiste do 2 miejsc po przecinku. Format współrzędnych
geograficznych: stopnie, minuty, sekundy (dokładność do 2 miejsc po przecinku
w sekundach).
Przeglądanie map:
1) Informacja o: nazwie, rodzaju (np. punktowa, raster), zawartości (opis) dostępnych
danych geometrycznych i opisowych.
2) Wybór warstw przeglądu (takŜe preselekcja dopasowana do odpowiedniego modułu
SGPS) i dopasowanie do widocznej/wybranej warstwy/warstw/selekcji.
3) Działania na warstwach: włączanie/wyłączanie dowolnej liczby warstw, powiększanie,
pomniejszanie, przesuwanie, zmiana, powiększenie predefiniowanych obszarów,
37
wyświetlanie legendy. Warstwy powinny być aktywne dopiero w odpowiednich dla
nich skalach. Brak aktywności warstw powinien być wyraźnie zaznaczony (np.
poprzez wyszarzenie warstwy).
4) Nawigacja na mapie: powiększenie/pomniejszanie w odniesieniu do obszaru/punktu,
przesunięcie w dowolnym kierunku, wyświetlanie miniatury mapy zsynchronizowanej
z mapą główną
5) Dostępność podglądu mapy z moŜliwością nawigacji poprzez wskazanie lokalizacji w
podglądzie.
6) Prezentacje: danych opisowych obiektów, współrzędnych (geograficzne i płaski)
7) Łatwe i szybkie przechodzenie z poziomu mapy do poziomu formularzy i odwrotnie.
8) Pomiar: odległości, powierzchni (takŜe obszaru o kształcie dowolnego wielokąta),
długości (takŜe za pomocą łamanej określonej przez kolejno wskazywane punkty).
9) Wyświetlanie bieŜącej skali.
10) MoŜliwość wpisania współrzędnych przez uŜytkownika. Po wpisaniu współrzędnych i
zatwierdzeniu przyciskiem (lub Enter) aktualny widok mapy zostanie przeniesiony i
scentrowany na dane miejsce, wraz z zaznaczeniem lokalizacji punktem na mapie.
11) MoŜliwość generowania linku do aktualnej kompozycji i zasięgu okna mapy.
Zarządzanie kompozycjami i wydrukami:
1) Zmiana wyglądu (stylu prezentacji) warstw.
2) Zapis obrazu mapy w pliku graficznym.
3) Generowanie plików graficznych z mapą w róŜnych formatach (co najmniej PDF);
moŜliwość generacji mapy z zachowaniem skali i doboru docelowego formatu A3,A4
w układzie poziomym i pionowym.
4) MoŜliwość ustawienia skali wydruku.
5) MoŜliwość płynnej nawigacji mapą (zbliŜanie, oddalanie, przesuwanie) w oknie
wydruku.
6) MoŜliwość dodawania własnego tekstu do wydruku, z dowolną jego lokalizacją w
obszarze wydruku.
7) MoŜliwość dołączania legendy mapy do wydruku w formacie PDF.
8) Dołączenie do wydruku skali liczbowej i liniowej, współrzędnych drukowanego
fragmentu mapy (lewe górne i prawe dolne naroŜe mapy we współrzędnych
geograficznych), strzałki północy, daty wydruku, stopki zawierającej informację, Ŝe
mapa pochodzi z Geoportalu Powiatu StrzyŜowskiego.
9) MoŜliwość wydrukowania mapy równieŜ ze szkicem.
Tworzenie analiz przestrzennych:
1) Selekcja/wyszukiwanie danych geometrycznych (punkt, obszar) i atrybutów.
2) Wykorzystanie, co najmniej następujących sposobów selekcji:
a) z uŜyciem wyboru obiektu w danym punkcie, w danym obszarze prostokąta,
wielokąta,
b) z uŜyciem wbudowanych formatek bez konieczności zaznajamiania
uŜytkownika ze składnią języka SQL,
38
c) na jednej lub kilku wybranych przez uŜytkownika warstwach tematycznych.
Wyszukiwanie obiektów:
1) MoŜliwość prostego wyszukiwania obiektów z moŜliwością ograniczenia do zasięgu
mapy.
2) Proste wyszukiwanie lokalizacji obiektów - łatwy w uŜyciu mechanizm wyszukiwania
pozwalający na przeszukiwanie obiektów wielu róŜnych klas (m.in. adresy, jednostki
administracyjne, miejscowości, cieki, nazwy geograficzne) poprzez moŜliwość
wpisywania dowolnej frazy.
3) MoŜliwość definiowania pól przeszukiwanych klas obiektów serwisów mapowych dla
prostego wyszukiwania.
4) Zaawansowane wyszukiwanie lokalizacji obiektów z moŜliwością wyboru klasy
obiektów.
5) MoŜliwość rosnącego i malejącego sortowania wyników wyszukiwania na podstawie
nazwy, odległości od środka mapy, itp.
6) MoŜliwość zbliŜenia do wybranych obiektów z listy wyników wraz z wyróŜnieniem
obiektu.
7) Wyszukiwanie powinno ignorować róŜnice wielkich/małych liter oraz polskich
znaków.
Przeglądanie informacji opisowych:
MoŜliwość identyfikacji/przeglądania atrybutów obiektów wskazanych kursorem; okno
atrybutów powinno zawierać moŜliwość wyboru warstwy (w przypadku, kiedy wskazana
lokalizacja wskazuje na obiekty z więcej niŜ jednej warstwy).
1) MoŜliwość multiselekcji obiektów z aktywnej warstwy. Multiselekcja na podstawie
przecięcia: wskazanego prostokątnego obszaru, dowolnego kształtu poligonu, linii.
2) MoŜliwość eksportu tabeli atrybutów dla wyselekcjonowanych obiektów aktywnej
warstwy (eksport do plików co najmniej w formatach: PDF, XLS).
Edycja danych graficznych w przeglądarce:
1) moŜliwość dodawania nowych oraz edycji istniejących obiektów w zakresie ich
geometrii
2) tworzenie/edycja warstwy danych o dowolnym typie geometrii: punkt, linia, poligon,
3) tworzenie/edycja warstwy danych zawierającej jednocześnie obiekty o róŜnych typach
geometrii (np.: część obiektów to punkty, a część to poligony),
4) moŜliwość rysowania wysp/enklaw w obiektach poligonowych,
5) rysowanie obiektu poprzez wskazywanie kolejnych wierzchołków na mapie,
dociąganie kreślonych obiektów do punktów charakterystycznych innych obiektów
(snapowanie), takŜe z innych warstw tematycznych,
6) tworzenie obiektu poprzez wklejenie współrzędnych z pliku (co najmniej w formacie
CSV i TXT),
7) przesuwanie na mapie całych obiektów poprzez przeciąganie,
39
8) manipulację wierzchołkiem na mapie poprzez ich przesuwanie oraz usuwanie,
9) moŜliwość wprowadzania/modyfikacji współrzędnych kolejnych wierzchołków
poprzez wpisywanie z klawiatury współrzędnych X i Y,
10) moŜliwość kopiowania dowolnego obiektu znajdującego się na innej warstwie
tematycznej w zakresie jego geometrii jak i atrybutów będących toŜsamymi
atrybutami na warstwie docelowej,
11) moŜliwość stworzenia nowego obiektu na podstawie scalanej geometrii wielu
obiektów poligonowych,
12) moŜliwość dodawania nowych wierzchołków do istniejącego obiektu zarówno na jego
końcu jak i pomiędzy juŜ istniejącymi wierzchołkami (w przypadku linii i poligonów),
13) moŜliwość usuwania jednego lub wielu obiektów na raz,
Przeglądanie numerycznego modelu terenu w przeglądarce:
1) MoŜliwość płynnego poruszania się po NMT we wszystkich kierunkach, zbliŜania,
oddalania, itp.
2) MoŜliwość nałoŜenia na model ortofotomapy/danych rastrowych, w tym takŜe
pochodzących ze źródeł zewnętrznych
Pomoc:
1) Pomoc powinna być dostępna w dwóch językach: polskim i angielskim.
2) Pasek podpowiedzi pojawiający się po najechaniu myszką na dane narzędzie lub
przycisk powinien zawierać informację o nazwie i funkcji narzędzia.
5. Wymagania funkcjonalne dla geoportalu i portali dziedzinowych
Dokładny zakres i opis funkcjonalności systemu w poszczególnych obszarach dziedzinowych
będzie przedmiotem szczegółowego projektu technicznego przedstawionego przez
Wykonawcę w uzgodnieniu z Zamawiającym.
A. Centralny geoportal
Geoportal - jako ogólnodostępny portal mapowy - słuŜył będzie do prezentacji danych
graficznych i opisowych, umoŜliwi orientację na mapie oraz korzystanie z podstawowych
funkcjonalności całego systemu. Geoportal musi poprawnie działać na najbardziej
popularnych przeglądarkach: Internet Explorer, Mozilla Firefox, Google Chrome i in.
Portal ten będzie takŜe podstawowym oprogramowaniem wykorzystywanym przez
uŜytkowników SGPS zlokalizowanych w ramach komórek organizacyjnych Starostwa
Powiatowego. Będzie on zawierał niezbędne narzędzia do zarządzania treścią i wyglądem
mapy oraz wykonywania podstawowych oraz zaawansowanych analiz przestrzennych
i raportów. Pozwalał takŜe będzie przedstawicielom poszczególnych komórek
organizacyjnych starostwa na wprowadzanie zmian i korekt w danych przestrzennych
zaimportowanych poprzez standardowe procedury zasilania i aktualizacji, a w niektórych
40
przypadkach słuŜyć będzie jako podstawowe narzędzie budowania własnych map
tematycznych i/lub prowadzenia rejestrów i ewidencji. Potrzeba wdroŜenia tego typu aplikacji
wynika z faktu, Ŝe większość komórek organizacyjnych starostwa nie dysponuje
specjalistycznymi aplikacjami CAD/GIS pozwalającymi na tworzenie map.
UŜytkownikami geoportalu będą mogli być teŜ uŜytkownicy zewnętrzni zarejestrowani, np.:
pracownicy Urzędów Gmin, po określeniu formalnych i technicznych zasad takiego dostępu
(m.in.: podpisanie stosownych porozumień, zaprojektowanie i wdroŜenie mechanizmów
bezpiecznej komunikacji i udostępniania danych, itd.).
Obszar powiatu prezentowany będzie w oparciu o następujące dane referencyjne - istniejące
lub pozyskane w trakcie trwania projektu w wersji wektorowej lub rastrowej:
1) Ewidencja gruntów i budynków dla obszarów, dla których istnieje wersja wektorowa
(budynki; działki obręby i jednostki ewidencyjne, kontury klasyfikacyjne, uŜytki,
struktura własności).
2) Mapa zasadnicza dla obszarów, dla których istnieje wersja wektorowa (uzbrojenie
terenu, osnowa, budynki i punkty adresowe, sieci infrastrukturalne; komunikacja,
rzeźba terenu i sytuacja)
3) BDOT.
4) PRG.
5) PRNG.
6) Ortofotomapa.
7) Numeryczny model terenu
8) podział administracyjny
9) baza adresowa
Funkcjonalność portalu powinna teŜ umoŜliwić:
1) szczegółową analizę przeglądanych danych ewidencyjnych w zakresie róŜnorodnych
form władania, czy atrybutów skojarzonych z atrybutami właściwymi dla gospodarki
nieruchomościami.
2) prezentację struktury własności i wartości nieruchomości w postaci dedykowanej
warstwy tematycznej, jako róŜnych kombinacji struktury uŜytkowania wieczystego na
gruntach powiatu, gminy i Skarbu Państwa.
3) wyszukiwanie nieruchomości po róŜnorodnych ich atrybutach
4) selekcję i wyszukiwanie danych działek ewidencyjnych na podstawie ich grup
rejestrowych
B. Portal inwestycji i zagospodarowania przestrzennego IZP_SGPS
Zadaniem portalu IZP_SGPS będzie dostarczenie funkcjonalności wyszukiwania informacji
nt. moŜliwości i procedur prowadzenia procesów inwestycyjnych na obszarze powiatu
strzyzowskiego. Przeznaczony on jest zarówno dla uŜytkowników wewnętrznych, jak i
uŜytkowników zewnętrznych, w tym w szczególności gmin z obszaru powiatu oraz obecnych
i przyszłych inwestorów. Portal umoŜliwi takŜe integracje danych na tle wspólnej
41
interaktywnej mapy powiatu
przestrzennego z gmin
oraz
publikowanie
danych
dotyczących
planowania
W ramach IZP_SGPS zostaną ściśle powiązane części: opisowa związana z planowaniem
przestrzennym oraz przebiegiem procesów inwestycyjnych z częścią graficzną (rysunkiem
planów i studiów). Portal umoŜliwi prezentację ruchu inwestycyjnego na obszarze powiatu
(pozwolenia na budowę, zaawansowanie/zakończenie procesu inwestycyjnego) wraz
z ofertami powiatu dla potencjalnych inwestorów. Funkcjonowanie portalu będzie oparte
o rozwiązania interaktywnej mapy powiatu wyposaŜonej w specyficzne dla tego zagadnienia
funkcje i zestawy danych zintegrowane z danymi referencyjnymi i właściwymi dla tematyki
IZP_SGPS dziedzinowymi danymi geoprzestrzennymi innych modułów.
Portal powinien uwzględniać zestaw funkcjonalności obejmujący:
1) publikowanie bazy informacyjnej o uchwalonych studiach uwarunkowań
zagospodarowania przestrzennego, miejscowych planach zagospodarowania
przestrzennego w tym: wgląd w informacje nt. stanu planu zagospodarowania
przestrzennego poprzez mapę tematyczną planów pokolorowanych wg ich statusu na
tle danych referencyjnych obejmujący:
a) wgląd w część opisową wybranego planu,
b) wgląd w część graficzną wybranego planu.
2) przeglądanie bazy danych wydanych pozwoleń na budowę wraz z ich przestrzenną
lokalizacją
System ma realizować funkcjonalności takie jak: edycja oraz aktualizacja danych w zakresie
pozwoleń na budowę, wyszukiwanie po zadanym atrybucie np. po działce. Przeglądanie
podstawowych informacji w zakresie
informacji na temat prowadzonych budów.
Raportowanie zestawień wydanych pozwoleń budowlanych.
1) publikowanie mapy obszarów inwestycji komunalnych oraz planowanego rozwoju
sieci uzbrojenia terenu,
2) publikowanie mapy obrotu nieruchomościami wraz z bazą danych o nieruchomościach
przeznaczonych do obrotu naleŜących do zasobu powiatu, gmin i Skarbu Państwa;
3) prezentowanie terenów inwestycyjnych, sieci uzbrojenia terenu, informacji dla
inwestorów o obiektach (powierzchnia, wiek, technologia wykonania budynku,
otoczenie terenu inwestycyjnego, dostęp do sieci drogowej i kolejowej),
Prezentacja danych modułu IZP_SGPS powinna odbywać się na tle następujących warstw
referencyjnych i dziedzinowych z innych modułów SGPS:
1) dane kartograficzne i opisowe agend Urzędu Marszałkowskiego (Wojewódzki
Ośrodek Informacji Geodezyjnej i Kartograficznej): (mapa topograficzna, rzeźba
terenu z moŜliwością uzyskiwania współrzędnych),
2) mapa zasadnicza wraz z informacją o sieciach uzbrojenia terenu,
3) dane EGiB: mapa ewidencyjna, część opisowa ewidencji gruntów.
42
C. Portal zarządzania i ochrony środowiska Eko_SGPS
Portal Eko_SGPS ma za zadanie umoŜliwić przeglądanie i wyszukiwanie informacji
dotyczących szeroko rozumianego zarządzania i ochrony środowiska na obszarze powiatu.
Głównymi uŜytkownikami modułu będą pracownicy Wydziału Ochrony Środowiska,
Rolnictwa i Leśnictwa Starostwa powiatowego w StrzyŜowie oraz Geolog Powiatowy.
Portal Eko_SGPS, ma zoptymalizować i usprawnić pracę w zakresie następującym:
1) wyznaczanie obszarów ochrony przyrody (chronionego krajobrazu, Natura 2000, parki
krajobrazowe, rezerwaty)
2) rejestr i dokumentacja pomników przyrody, (np. drzewa pomniki przyrody)
3) gatunkowa ochrona roślin i zwierząt,
4) ochrona gruntów rolnych i leśnych,
5) kształtowanie i kontrola ochrony środowiska, (jakość środowiska WIOŚ, Urząd
Marszałkowski)
6) udzielanie koncesji na poszukiwanie i wydobywanie kopalin pospolitych. (rejestry
obszarów górniczych, dane analogowe oraz rejestr w Państwowym Instytucie
Geologicznym)
7) kontrola jakości wód, (monitoring jakości wód z WIOŚ)
8) ochrona przeciwpowodziowa (prowadzenie rejestru i wizualizacja: map obszarów
z zaznaczonymi obszarami naraŜonymi na niebezpieczeństwo powodzi, map terenów
chronionych z uwagi walory przyrodnicze,
9) ochrona przeciwosuwiskowa (prowadzenie oraz publikowanie publicznie dostępnego
rejestru zawierającego informacje o terenach zagroŜonych występowaniem osuwisk,
w tym kart osuwisk oraz terenach, na których te ruchy występują, z wizualizacją na
mapie).
Funkcjonalność portalu będzie umoŜliwiała:
1) obsługę danych przestrzennych róŜnego rodzaju (ortofotomapa, mapy rastrowe, mapy
wektorowe, bazy danych opisowych) pochodzących przede wszystkim z systemu
Geo_SGPS,
2) wykorzystanie centralnego serwera danych przestrzennych CP_SGPS jako głównego
źródła pozyskiwania danych referencyjnych, z moŜliwością podczytywania własnych
opracowań mapowych - do celów wyznaczania stref zalewowych, stref zagroŜeń
ruchami masowymi ziemi, itp.
3) wprowadzanie danych (geometria i opis) do bazy CP_SGPS połoŜenia obiektów
istotnych w kontekście działań Geologa Powiatowego i Wydziału OS,
4) tworzenie kompozycji kartograficznych ocen rankingowych obszarów w zaleŜności od
definicji uŜytkownika np.: kolorystyka obrazującej strefy zalewowe w zaleŜności od
poziomu wód, charakterystyka terenów chronionych,
5) generowanie potrzebnych zestawień, statystyk, a takŜe informacji archiwalnych. (np.
powierzchnia, ilość obszarów chronionych itp.)
43
D. Portal sieci drogowej ZSD_SGPS
Głównym zadaniem portalu ZSD_SGPS jest umoŜliwienie wyszukiwania informacji nt. dróg,
ulic oraz urządzeń infrastruktury drogowej z obszaru powiatu. Istotną cechą modułu
ZSD_SGPS będzie ścisłe powiązanie części opisowej ewidencji dróg z częścią graficzną oraz
moŜliwością dołączania dowolnych dokumentów graficznych (przekrojów, projektów,
rysunków).
Na podstawie danych z Powiatowego Zarządu Dróg (ewidencji dróg i obiektów
mostowych) oraz map z siecią dróg portal powinien umoŜliwić:
1) wykorzystanie siatki ulic prowadzonej w module ewidencji dróg,
2) prezentację danych dróg publicznych z podziałem na kategorie,
3) wizualizację podziału dróg na kategorie z informacją o właścicielu drogi i danymi
kontaktowymi
4) prezentację wybranych danych pochodzących z inwentaryzacji opisu liniowego drogi
5) prezentację grafiki siatki dróg opisaną obowiązującą numeracją dróg wraz
z informacją o rodzaju nawierzchni,
6) prezentację danych pochodzących z ewidencji nazw ulic i placów: część geometryczna
wzbogacona o nazwy ulic głównych oraz pozostających w zarządzie powiatu i gmin
z jego obszaru,
7) prezentację wybranych danych pochodzących z ewidencji mostów, wiaduktów,
przepustów, skrzyŜowań wraz ze schematami innej infrastruktury,
8) prezentację danych pochodzących z ewidencji opracowań projektowych, protokołów
odbiorów robót remontowych, protokołów kontroli, decyzji o zajęciu pasa drogowego
z moŜliwością wizualizacji rekordów z tych ewidencji na mapie interaktywnej.
Prezentacja danych modułu ZSD_SGPS powinna odbywać się na tle następujących warstw
referencyjnych i dziedzinowych z innych modułów SGPS:
1) dane kartograficzne i opisowe agend Urzędu Marszałkowskiego (Wojewódzki
Ośrodek Informacji Geodezyjnej i Kartograficznej): (mapa topograficzna, rzeźba
terenu z moŜliwością uzyskiwania współrzędnych),
2) mapa zasadnicza wraz z informacją o sieciach uzbrojenia terenu,
3) dane EGiB: mapa ewidencyjna, część opisowa ewidencji gruntów.
E. Portal zarządzania kryzysowego i bezpieczeństwa ZKB_SGPS
Portal zarządzania kryzysowego i bezpieczeństwa systemu SGPS będzie stanowił
dedykowane narzędzie informatyczne dla pracowników Starostwa i instytucji
odpowiedzialnych za wykonywanie zadań związanych z zarządzaniem kryzysowym. Tworzył
on będzie platformę wymiany informacji o zdarzeniach, dostępnych i moŜliwych do
wykorzystania zasobach ratowniczych (siły i środki, infrastruktura krytyczna) pomiędzy
jednostkami odpowiedzialnymi.
44
Celem implementacji modułu ZKB_SGPS jest zapewnienie wsparcia dla działań instytucji
odpowiedzialnych (Starostwo, słuŜby ratownicze) w zakresie tzw. czynności rutynowych jak
i słuŜb odpowiedzialnych za zarządzanie kryzysowe (koordynacja działań). W związku
z powyŜszym moduł powinien posiadać, co najmniej poniŜsze cechy:
1) Zdolność wymiany informacji pomiędzy odpowiednimi jednostkami organizacyjnymi,
dostarczenie rzeczywistych, wiarygodnych i aktualnych informacji o sytuacji na
danym obszarze z punktu widzenia zapewnienia bezpieczeństwa.
2) MoŜliwości konfiguracyjne powinny pozwalać na ustalenie indywidualnych zasad
dostępu do informacji dla określonych uŜytkowników.
3) Dostęp do zewnętrznych baz danych dla zapewnienia szerokiego spektrum informacji
koniecznych do podejmowania właściwych decyzji w odpowiednim czasie oraz
stałego monitorowania stanu bezpieczeństwa na podległym obszarze (info: Urzędu
Wojewódzkiego, Meteo-GIS – IMGW itp.).
4) Zapewnienie autoryzowanego dostępu do modułu systemu przez przeglądarkę
internetową uŜytkownikom rozproszonym czy dołączanym ad-hoc (zarówno
kwalifikowanym, jak i niekwalifikowanym), bez konieczności wcześniejszego
instalowania oprogramowania aplikacyjnego na stanowiskach klienckich.
5) Zapewnienie wysokiego stopnia bezpieczeństwa danych - dostęp po autoryzacji
i autentykacji uŜytkownika kwalifikowanego oraz rejestracja wszystkich przypadków
korzystania z modułu.
6) Zdolność do komunikacji (połączenia zewnętrzne) z wykorzystaniem bezpiecznych
protokołów SSL.
Funkcjonalność modułu będzie zawierała następujący zbiór funkcji referencyjnych:
1) zaawansowaną obsługę danych przestrzennych róŜnego rodzaju (ortofotomapa, mapy
rastrowe, mapy wektorowe, bazy danych opisowych, numeryczny model terenu)
pochodzących przede wszystkim z systemu CP_SGPS,
2) wykorzystanie centralnego serwera danych przestrzennych CP_SGPS, jako głównego
źródła pozyskiwania danych referencyjnych, z moŜliwością podczytywania własnych
opracowań mapowych - wyznaczanie stref zalewowych, stref zagroŜeń (poŜarem,
substancją chemiczną itp.),
3) tworzenie kompozycji kartograficznych ocen rankingowych obszarów w zaleŜności od
definicji uŜytkownika np.: kolorystyka obrazującej strefy zalewowe w zaleŜności od
poziomu wód itp.
F. Portal sportu, promocji i turystyki SPT_SGPS
Portal umoŜliwiał będzie publikację informacji przestrzennych i opisowych związanych z
ruchem turystycznym i aktywnością sportową w obszarze powiatu i gmin.
Portal powinien umoŜliwić prezentację następujących zestawów danych:
1) bazy obiektów sportowych
2) planowanych wydarzeń z zakresu sportu, rekreacji i turystyki na terenie powiatu
45
3)
4)
5)
6)
szlaków turystycznych, sieci schronisk, stacji narciarskich, ścieŜek rowerowych
hoteli i nie hotelowych miejsc noclegowych oraz ośrodków wypoczynkowych,
informacji przyrodniczych,
informacji pogodowych
Funkcjonalność portalu będzie umoŜliwiała:
1) obsługę danych przestrzennych róŜnego rodzaju (ortofotomapa, mapy rastrowe, mapy
wektorowe, bazy danych opisowych),
2) wykorzystanie centralnego geoportalu jako głównego źródła pozyskiwania danych
referencyjnych, z moŜliwością podczytywania własnych opracowań mapowych
3) wykorzystanie zewnętrznych baz danych map topograficznych, numerycznych modeli
terenu, ortofotomapy, i in. pochodzących z instytucji zewnętrznych (CODGiK,
Wojewódzkiego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej itp.).
4) geośrodowiskowe (obszary chronione, parki narodowe i krajobrazowe, rezerwaty
przyrody)
G. Portal prac geodezyjnych Geod_SGPS.
Portal prac geodezyjnych musi umoŜliwiać wymianę informacji i danych pomiędzy
wykonawcami geodezyjnymi, Starostwem oraz Powiatowym Ośrodkiem Dokumentacji
Geodezyjnej i Kartograficznej. Portal ma przede wszystkim realizować internetową obsługę
zgłoszeń prac geodezyjnych. Jako minimum wymaga się:
1) MoŜliwość interaktywnego zaznaczania zakresu pracy geodezyjnej.
2) MoŜliwość wskazania działek (z uŜyciem mapy), na których wykonywana jest praca.
3) Wypełnienie formularza zgłoszenia prac geodezyjnych oraz zapis w systemie obsługi
informatycznej zasobu geodezyjnego i kartograficznego.
4) Automatyczne nadanie numeru identyfikatora zgłoszeń prac geodezyjnych lub
kartograficznych (dawniej KERG).
5) Automatyczna rejestracja zgłoszenia w systemie elektronicznym Systemie Obiegu
Dokumentów w Starostwie Powiatowym w StrzyŜowie.
6) Przeglądanie zgłoszonych prac geodezyjnych.
H. Portal edukacyjny Edu_SGPS
Głównym zadaniem portalu Edu_SGPS będzie umoŜliwienie stałego treningu praktycznych
umiejętności posługiwania się systemem SGPS.
Portal zdalnej edukacji Edu_SGPS powinien:
1) zawierać pełny opis sposobu korzystania z SGPS, w szczególności w zakresie
posługiwania się serwerem danych przestrzennych,
2) posiadać mechanizmy autoryzowanego dostępu uŜytkowników (poprzez login i hasło),
46
3) posiadać przygotowane autotesty, pozwalające
umiejętności posługiwania się systemem.
na
samodzielną
weryfikację
Działanie portalu edukacyjnego powinno być dostosowane do potrzeb i kompetencji
przyszłych uŜytkowników:
1) Administratorów
2) Operatorów
3) UŜytkowników okazjonalnych z wewnątrz i zewnątrz sfery administracji.
Odpowiednie poziomy zaawansowania obsługi systemu powinny być dostępne dla
właściwego typu uŜytkownika po zalogowaniu - zgodnie z polityką akredytacji
uŜytkowników, a takŜe dla uŜytkowników okazjonalnych (zewnętrznych) bez konieczności
logowania się do systemu.
I. Integracja SGPS z elektronicznym System Obiegu Dokumentów w Starostwie
Powiatowym w StrzyŜowie (SOD)
W ramach realizacji SGPS naleŜy uwzględnić jego integrację z eksploatowanym obecnie
przez Zamawiającego Systemem Obiegu Dokumentów (SOD) w zakresie obsługi m.in.
nastepujacych wniosków:
1) Wniosek w sprawie wyraŜenia zgody na wykreślenie cięŜaru realnego.
2) Wniosek w sprawie wyraŜenia zgody na wejście w teren w celu połoŜenia przewodów
i urządzeń słuŜących do przesyłania płynów, pary, gazu, energii elektrycznej.
3) Wniosek o dokonanie zmian uŜytku w działce.
4) Wniosek o zwrot działek siedliskowych.
5) Wniosek o zwrot działki doŜywotniego uŜytkowania.
Formularze dotyczące ww. wniosków są do pobrania ze strony http://www.strzyzowski.pl/ .
Funkcjonalność dostępna w ramach integracji winna umoŜliwić co najmniej:
1) ZłoŜenie wniosków w ww. sprawach za pośrednictwem portalu SGPS i automatyczną
rejestrację w systemie SOD w zakresie dokonania odpowiednich wpisów w bazie
danych SOD minimum w zakresie identyfikacji klienta, wpisania dokumentu do
rejestru korespondencji przychodzącej i przydzielenia do wybranego pracownika.
PowyŜsza rejestracja musi odbywać się z poziomu portalu.
2) Uzyskanie informacji o statusie procedowania złoŜonego wniosku.
47
6. Wymagania dotyczące zarządzania systemem, klientami, uŜytkownikami i ich
uprawnieniami, serwisami i portalami mapowymi
Funkcje administracji systemem
Wykonawca dostarczy moduł administracyjny
uprawnieniami oraz konfiguracją systemu.
zarządzający uŜytkownikami i ich
W Systemie wyróŜnione zostaną dwie zasadnicze grupy uŜytkowników, tj.:
1) uŜytkowników wewnętrznych: pracownicy Starostwa i jednostek organizacyjnych
Powiatu Strzyzowskiego, Gmin objętych zakresem wdroŜenia Systemu, z
uprawnieniami do poszczególnych modułów i danych,
2) uŜytkowników zewnętrznych: osoby prawne takie jak instytucje współpracujące
i podmioty gospodarcze oraz osoby fizyczne, a w szczególności mieszkańcy Gmin
i regionu.
Moduł musi zapewnić precyzyjne definiowanie zakresu udostępnianych danych zarówno dla
grupy, poszczególnych uŜytkowników wewnętrznych jak i uŜytkowników zewnętrznych.
KaŜdy uŜytkownik musi posiadać minimum atrybuty:
1)
2)
3)
4)
5)
6)
7)
unikatowy identyfikator ID uŜytkownika,
nazwa uŜytkownika,
opis uŜytkownika,
hasło,
waŜność konta (włączone/wyłączone),
blokowanie konta (zablokowane/odblokowane),
przynaleŜność do grupy uŜytkowników.
KaŜda grupa uŜytkowników musi posiadać minimum atrybuty:
1) unikatowy identyfikator ID grupy,
2) nazwa grupy, członkowie (uŜytkownicy) grupy.
3) KaŜda z grup jak i poszczególnych uŜytkowników musi posiadać własną hierarchię
uprawnień, która umoŜliwi dostęp do wydzielonego, autoryzowanego zakresu danych
i funkcji Systemu.
Moduł powinien zapewnić co najmniej moŜliwość:
1) dodawanie / usuwanie uŜytkownika,
2) zakładanie / zmiana haseł uŜytkowników,
3) tworzenie i usuwanie ról oraz przypisywanie im uŜytkowników, innych ról oraz grup
uŜytkowników i ról,
4) tworzenie i usuwanie uŜytkowników ról oraz grup,
5) blokowanie / odblokowywanie dostępu do danych uŜytkownikom,
48
6) zarządzanie narzędziami dostępnymi w poszczególnych dedykowanych aplikacjach
Systemu do poziomu logicznych funkcji lub w przypadku portalu mapowego do
poziomu serwisów mapowych,
7) nadawanie uprawnień do edytowania danych (geometrycznych i atrybutowych)
włącznie z udostępnianymi bezpośrednio na warstwach obiektami bazy: punkt, linia,
poligon, tekst) w zakresie: podgląd / edycja.
Szczegóły w zakresie dotyczącym funkcjonalności modułu administracyjnego ustalone
zostaną przez Wykonawcę z Zamawiającym na etapie opracowania Szczegółowego projektu
wdroŜenia.
Eksport danych
Z uwagi na wymóg zgodności budowanego w ramach projektu SGPS systemu
z wymaganiami Ustawy IIP, a więc współpracę z systemami tworzącymi Krajową
Infrastrukturę Informacji Przestrzennych oraz wymianę danych z systemami branŜowymi (np.
gazownictwo), czy innymi z poziomu regionalnego i krajowego, wymagane jest wyposaŜenie
systemu w funkcje eksportu danych.
Dostarczony system powinien realizować co najmniej poniŜsze funkcjonalności w zakresie:
1) Eksportu danych tekstowych.
2) Eksportu wyników raportów i zestawień zawierających dane tekstowe oraz graficzne
(fragmenty map) do formatów HTML, XML, RTF, PDF
Archiwizacja danych
System musi umoŜliwiać tworzenie kopii zapasowych (archiwizacja pełna i przyrostowa)
danych. Zaoferowane rozwiązanie musi być zdolne do tworzenia kopii zapasowych (backupu)
danych dokonywanych nie rzadziej niŜ raz na dobę. Musi umoŜliwiać wybór między
archiwizacją pełną a przyrostową. Na podstawie kopii zapasowych musi być moŜliwe
automatyczne odtworzenie danego Systemu wraz z danymi. Ponadto system musi posiadać
moŜliwość mechanizmu automatycznej aktualizacji, Wykonawca sporządzi procedury oraz
dokumentację wykonywania kopii bezpieczeństwa, aktualizacji oraz przywracania wszystkich
ustawień systemu istotnych z punktu widzenia przywracania ciągłości pracy systemu
Bezpieczeństwo
System powinien zostać zrealizowany z uwzględnieniem zachowania moŜliwie najwyŜszych
standardów bezpieczeństwa i gwarantować bezpieczeństwo aplikacji, danych oraz dostępu do
nich poprzez autoryzację dostępu uŜytkowników systemu. KaŜdy z uŜytkowników musi
posiadać niepowtarzalny identyfikator oraz hasło dostępu. Konstrukcja haseł musi spełniać
wymagania poziomu wysokiego opisanego w rozporządzeniu Ministra Spraw Wewnętrznych
i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych
osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać
urządzenia i systemy informatyczne słuŜące do przetwarzania danych osobowych (Dz. U. z
2004 r. Nr 100, poz.1024). Ponadto system musi spełniać wymogi polityki bezpieczeństwa
49
Zamawiającego w zakresie autoryzacji uŜytkowników, ochrony danych osobowych oraz
zasad wykonywania kopii zapasowych.
7. Integracja zbiorów danych i systemu, wdroŜenie testowe i eksploatacyjne
rozwiązań SGPS.
Wymagania szczegółowe dotyczące zasilenia baz danych systemu przestrzennego.
W ramach tego zadania Wykonawca jest zobowiązany do opracowania mechanizmów
aktualizacji SGPS. Wymagane będzie opracowanie i wdroŜenie standardowych procedur
i narzędzi systemu SGPS, z uwagi na moŜliwość zasilania bazy takŜe w trakcie eksploatacji
systemu (np.: nowa ortofotomapa, dane TBD, pozyskane od gmin nowe studia uwarunkowań
przestrzennych
i kierunków rozwoju oraz plany zagospodarowania przestrzennego).
Wymagane będzie zaimplementowanie funkcji zasilania i aktualizacji baz danych w zakresie
co najmniej określonym poniŜej:
1) import danych przestrzennych (mapowych), o charakterze wektorowym
(obiektowym), co najmniej w formatach SHP+DBF i DXF oraz rastrowym, co
najmniej w formacie GeoTIFF oraz TIF+TFW,
2) import danych opisowych (tekstowych), o uporządkowanej strukturze w postaci tabel,
co najmniej w formacie CSV, XLS oraz DBF,
3) import danych w postaci plików zapisanych w formatach GML.
Dane w CP_SGPS mają być gromadzone w układzie 2000 w strefie odpowiedniej dla
połoŜenia powiatu. W razie potrzeby Wykonawca zobowiązany będzie do opracowania
mechanizmu transformującego dane wejściowe na układ docelowy (dotyczy wszystkich
danych zasilających strukturę CP_SGPS).
Funkcje importu i aktualizacji danych muszą być dostępne z poziomu modułu
administracyjnego.
Do przeprowadzania automatycznej replikacji dziedzinowych baz danych Wykonawca
opracuje następujące moduły:
1) moduł replikacji bazy danych EGIB z systemów EWMapa/EWOpis do bazy danych
CP_SGPS
2) moduł replikacji bazy danych mapy zasadniczej z systemu EWMapa do bazy danych
CP_SGPS
Moduł replikacji danych EGiB powinien posiadać następującą funkcjonalność:
1) umoŜliwiać zasilanie danymi EGiB bez ingerencji administratora Systemu lub przy
jego minimalnym udziale.
2) wykonywać import wyeksportowanych danych mapy ewidencyjnej w wersji
wektorowej i danych opisowych do bazy CP_SGPS.
50
3) umoŜliwiać automatyczne dopasowywanie danych wejściowych do struktury bazy
danych CP_SGPS.
4) replikacja danych EGiB do bazy danych CP_SGPS nie moŜe powodować ich
zafałszowania lub zniekształcenia.
5) replikacji podlegać będzie zarówno geometria jak i atrybuty obiektów.
6) proces replikacji nie moŜe destabilizować pracy Systemu.
Moduł replikacji bazy danych mapy zasadniczej z systemu EWMapa do bazy danych
CP_SGPS
Moduł replikacji danych mapy zasadniczej powinien posiadać następującą funkcjonalność:
1) umoŜliwiać zasilanie danymi bez ingerencji administratora Systemu lub przy jego
minimalnym udziale.
2) wykonywać automatyczny import danych mapy zasadniczej z systemu EWMapa
w wersji wektorowej do bazy danych CP_SGPS.
3) umoŜliwiać automatyczne dopasowywanie danych wejściowych do struktury bazy
danych CP_SGPS.
4) replikacja danych mapy zasadniczej do bazy danych CP_SGPS nie moŜe powodować
ich zafałszowania lub zniekształcenia.
5) replikacji podlegać będzie zarówno geometria jak i atrybuty obiektów.
6) proces replikacji nie moŜe destabilizować pracy Systemu.
Przetworzenie i zasilenie baz danych danymi
Wykonawca przeprowadzi: testowe migracje i zasilenie danymi do struktur docelowych,
sprawdzenie błędów powstałych podczas testowych migracji i wyeliminowanie ich. Na
koniec wykonawca przeprowadzi docelową migrację i ładowanie danych oraz testowo
sprawdzi na wybranych próbkach jej poprawność. Migracją zostaną objęte wyŜej wymienione
zasoby z systemów i programów wykorzystywanych w Starostwie Powiatowym
w StrzyŜowie.
51
Rozdział III
SPECYFIKACJA DOSTAW I USŁUG
1. Serwer RACK bazodanowo-aplikacyjny 1 szt.
Typ obudowy serwera
Ilość zainstalowanych
procesorów
Typ zainstalowanego
procesora
Płyta główna
dysków
Rodzaj dysków
Sterownik macierzy
Pojemność
zainstalowanej pamięci
Typ karty graficznej
Karta sieciowa
Interfejsy
Ilość zasilaczy
Moc zasilacza
(zasilaczy)
Zainstalowane napędy
Typu Rack, dostarczona wraz z szynami montaŜowymi i prowadnicą kabli
2 szt.
Minimum procesor czterordzeniowy w architekturze x86, minimalna . częstotliwość 2,40GHz,
pamięć cache minimum 12MB Cache
Dedykowana serwerowa, umoŜliwiająca instalację 2 procesorów 4 i 6 rdzeniowych, minimum 12
gniazd pamięci RAM, karty rozszerzeń - min 2 sloty PCI-Express, zainstalowany moduł
szyfrowania TPM
Minimum 5 sztuk, oferowany serwer musi umoŜliwiać instalację min. 6 szt. dysków
SAS hot plug 2,5”, nie mniejszych niŜ 300GB, 6Gbp/s 10k rpm
Wykonawca powinien dopasować wielkość oferowanych dysków do zadań serwera i wielkości
przechowywanej na nim baz danych oraz dostarczanego systemu bazodanowego.
kontroler dysków typu SAS z obsługą RAID 0,1,10,5,50,6,60 z pamięcią cache 512MB i
podtrzymaniem bateryjnym, kontroler typu SATA do podłączenia napędu DVD
24GB RAM typu registered DDR3-1333 z korekcją błędów Advanced ECC, funkcje scrubbing i
SDDC, opcja aktywnej rezerwy i zapisu lustrzanego pamięci, moŜliwość rozbudowy do minimum
192 GB.
Zintegrowana
10/100/1000 Mbit/s – minimum 2 sztuki
1 x 15-stykowe D-Sub (wyjście na monitor)
2x USB 2.0
2 x RJ-45 (LAN)
2 szt.
Minimalna moc zasilacza 400 Wat
Wbudowany napęd DVD.
System operacyjny dedykowany dla serwera.
Powinien zapewniać zarządzanie systemem bazodanowym oraz aplikacyjnym w trybie
graficznym.
Wraz z systemem powinna zostać odpowiednia liczba licencji dla uŜytkowników serwera zgodnie
załoŜeniami systemu aplikacyjno – bazodanowego (JeŜeli takie licencje są wymagane).
System operacyjny
Zasilacz awaryjny
Gwarancja
WyposaŜenie
dodatkowe
MoŜliwość montaŜ u w szafie typu Rack, akcesoria potrzebne do zamontowania w szafie Rack.
Moc pozorna: 1500 VA; Moc rzeczywista: 980 W, 4 gniazda z podtrzymaniem zasilania.
5-lat pełnego serwisu w siedzibie klienta
Klawiatura, mysz optyczna
52
2. Serwer RACK portalowy 1 szt.
Typ obudowy serwera
procesorów
Typ zainstalowanego
procesora
Płyta główna
dysków
Rodzaj dysków
Sterownik macierzy
Pojemność
zainstalowanej pamięci
Typ karty graficznej
Karta sieciowa
Interfejsy
Ilość zasilaczy
Moc zasilacza
(zasilaczy)
Zainstalowane napędy
Typu Rack, dostarczona wraz z szynami montaŜowymi i prowadnicą kabli
2 szt.
Minimum procesor czterordzeniowy w architekturze x86, minimalna . częstotliwość 2,40GHz,
pamięć cache minimum 12MB Cache
Dedykowana serwerowa, umoŜliwiająca instalację 2 procesorów 4 i 6 rdzeniowych, minimum 12
gniazd pamięci RAM, karty rozszerzeń - min 2 sloty PCI-Express, zainstalowany moduł
szyfrowania TPM
Minimum 5 sztuk, oferowany serwer musi umoŜliwiać instalację min. 6 szt. dysków
SAS hot plug 2,5”, nie mniejszych niŜ 300GB, 6Gbp/s 10k rpm
kontroler dysków typu SAS z obsługą RAID 0,1,10,5,50,6,60 z pamięcią cache 512MB i
podtrzymaniem bateryjnym, kontroler typu SATA do podłączenia napędu DVD
24GB RAM typu registered DDR3-1333 z korekcją błędów Advanced ECC, funkcje scrubbing i
SDDC, opcja aktywnej rezerwy i zapisu lustrzanego pamięci, moŜliwość rozbudowy do minimum
192 GB.
Zintegrowana
10/100/1000 Mbit/s – minimum 2 sztuki
1 x 15-stykowe D-Sub (wyjście na monitor)
2x USB 2.0
2 x RJ-45 (LAN)
2 szt.
Minimalna moc zasilacza 400 Wat
Wbudowany napęd DVD.
System operacyjny dedykowany dla serwera.
Powinien zapewniać zarządzanie systemem portalowym w trybie graficznym.
Wraz z systemem powinna zostać odpowiednia liczba licencji dla uŜytkowników serwera zgodnie
załoŜeniami systemu (JeŜeli takie licencje są wymagane).
System operacyjny
Zasilacz awaryjny
Gwarancja
WyposaŜenie
dodatkowe
MoŜliwość montaŜ u w szafie typu Rack, akcesoria potrzebne do zamontowania w szafie Rack
Moc pozorna: 1500 VA; Moc rzeczywista: 980 W, 4 gniazda z podtrzymaniem zasilania.
3. Komputery stacjonarne – 13 szt.
MS Windows 7 Professional PL lub równowaŜny
System operacyjny, oprogramowanie
Płyta główna
Pakiet Microsoft Office 2010 PL dla UŜytkowników Domowych i Małych Firm lub
równowaŜny
- zintegrowany kontroler 4 x SATA II
- minimum 4 złącza USB
- złącza rozszerzeń: min 1x PCI Express, min 2x PCI 32bit
- wyjście VGA
53
Procesor
Pamięć RAM
Dysk twardy
Karta graficzna
Inne
Monitor LCD płaski, panoramiczny
Gwarancja
- minimum 4 banki pamięci DDR3
- zintegrowana karta muzyczna
- zintegrowana karta sieciowa 1Gb
Dwurdzeniowy, o minimalnej częstotliwości 3Ghz, pamięć podręczna procesora
3MB Cache
2 GB DDR3 w trybie dual channel
320 GB (min. SATA II; min. 7200 rpm, technologia NCQ)
- zintegrowana wspierająca DirectX 10
Napęd optyczny DVD-RW
UPS 500VA , moc rzeczywista 300W, dwa gniazda z podtrzymaniem zasilania.
przekątna 21,5'’, rozdzielczość obrazu: 1920 x 1080 pikseli, Technologia
podświetlenia: LED, Złącza wejściowe: 15-stykowe D-Sub,
Komputery mają być dostarczone do wskazanej przez zamawiającego lokalizacji.
Na dostarczonych komputerach powinien być zainstalowany system operacyjny,
pakiet Office wraz z niezbędnymi aktualizacjami.
4. Laptopy – 3 szt.
Ekran LCD: minimalna przekątna ekranu 17 cali, technologia podświetlenia LED
Rozdzielczość ekranu HD 1920 x 1080,
Dysk twardy o minimalnej pojemności 500 GB (7200rpm) ,
Pamięć Ram DDR3 o pojemności 8GB,
Procesor czterordzeniowy o częstotliwości minimalnej 2,2Ghz,
Napęd optyczny Blue-Ray,
Złącze HDMI,
Złącze USB minimum 3 sztuki
System operacyjny Windows 8 lub równowaŜny
Laptop
Gwarancja
Pakiet Microsoft Office 2010 PL dla UŜytkowników Domowych i Małych Firm lub
równowaŜny
Laptopy mają być dostarczone do wskazanej przez zamawiającego lokalizacji.
Na dostarczonych komputerach powinien być zainstalowany system operacyjny,
pakiet Office wraz z niezbędnymi aktualizacjami.
54
5. Drukarki – 9 szt.
Drukarka
Laserowa mono, format wydruku A4,
nominalna prędkość druku 33str/min.
Rozdzielczość 1200dpi, złącza zewnętrzne USB 2.0,
obsługiwane języki PostScript v3
PCL 6 PCL 5c, automatyczny druk dwustronny [dupleks]
6. Urządzenie Wielofunkcyjne ksero/skaner/drukarka – 2 szt.
Funkcje
Prędkość druku
Jakość druku
Druk, kopiowanie, skanowanie, faks, wysyłanie skanowanych dokumentów przez
e-mail, Interfejs sieciowy
20 str./min kolor/czerń
600 x 600 dpi kolor/czerń
Rozdzielczość skanowania
Do 1200 dpi
Obsługiwane języki
PCL 6, Postcript
7. Ploter/Skaner A1 – 1 szt.
Podstawowe parametry urządzenia:
- druk atramentowy termiczny
- ilość pojemników z atramentem: min. 6
- pojemność wkładów z atramentem: min. 130 ml
- ilość głowic drukujących: min. 3
- technologia skanowania: CIS
- maks. szybkość druku: min. 35 s/str. A1
- maks. szybkość skanowania (kolor, 200 dpi): min. 3,5 cm/s
- maks. rozdzielczość druku: min. 2400x1200 dpi
- maks. rozdzielczość skanowania: min. 600 dpi
- maks. rozdzielczość kopiowania: min. 600 dpi
- min. grubość linii: min. 0,02 mm
- dokładność linii: min. +/- 0,1%
- 2-rolkowy podajnik papieru z automatyczną obcinarką
- maks. długość nawoju rolki z nośnikiem: min. 90 m
- obsługiwane gramatury papieru: min. od 60 do 328 g/m2
- maks. szerokość druku: min. 1118 mm
- maks. szerokość skanowania: min. 914 mm
- maks. długość skanowania: min. 2300 mm
55
- maks. grubość oryginału do skanowania: min. 0,8 mm
- rozmiar pamięci RAM (suma pamięci fizycznej i, jeśli dostępna, wirtualnej): min. 32 GB
- rozmiar dysku twardego: min. 160 GB
- złącza: min. Gigabit Ethernet, Hi-Speed USB 2.0, złącze akcesoriów
- gwarancja: min. 2 lata z realizacją w miejscu eksploatacji w następnym dniu roboczym
8. Licencje i oprogramowanie narzędziowe
a) Dysk sieciowy – 1 szt.
Obudowa serwerowa typu RACK
Obsługa protokołu iSCSI
Instalacja 4 dysków 3.5" lub 2.5" SATA II, obsługa dysków do 4TB kaŜdy
Konfiguracja RAID 0, 1 ,5, 6, 5+ z dyskiem zapasowym z funkcją rozbudowy i
zmiany trybu online.
Zamontowane minimum 3 dyski o łącznej pojemności 4TB w konfiguracji Raid5.
Gwarancja 5 lat.
Dysk sieciowy
b) Firewall – 1 szt.
Porty
Wydajność systemu
LAN - 10/100/1000 -7 szt.
WAN - 10/100/1000
- 2 szt
DMZ - 10/100/1000 - 1 szt.
USB (Client/Server)
1/1
Przepustowość Firewall (1518 byte UDP)
1,5 Gbps
Przepustowość Firewall (512 byte UDP)
1,5 Gbps
Przepustowość Firewall (64 byte UDP) 1,5 Gbps
Opóźnienie Firewall
4 µs
Przepustowość Firewall (PPS)
2,2 Mpps
Ilość jednoczesnych sesji (TCP)
500.000
Ilość nowych sesji/sekundę (TCP)
3.200
Ilość polityk zapory 5.000
Przepustowość IPSec VPN (512 byte packet) 1Gb/s
Przepustowość IPS (HTTP) 200 Mbps
Przepustowość skanera antywirusowego (Proxy Based) 35 Mbps
Przepustowość skanera antywirusowego (Flow Based) 50 Mbps
Ilość tuneli Gateway-to-Gateway IPSec VPN
200
Ilość tuneli Client-to-Gateway IPSec VPN
500
Max ilość uŜytkowników SSL-VPN Users
100
Przepustowość SSL-VPN 30 Mbps
c) Klienckie oprogramowanie VPN – 1 szt.
− oprogramowanie klienckie VPN dobrane do proponowanego przez
wykonawcę systemu, zapewniające bezpieczne połączenie
− liczba licencji dobrana do proponowanego rozwiązania, z uwzględnieniem
rozszerzenia systemu
56
d) Licencja antivirus do 100 uŜytkowników – 2 szt.
− oprogramowanie antywirusowe powinno być dobrane do proponowanej do
proponowanego przez wykonawcę systemu operacyjnego dostarczanych
serwerów
− graficzny interfejs uŜytkownika
− licencja pozwalająca na obsługę do 100 uŜytkowników serwera
− licencja na aktualizację oprogramowania oraz baz antywirusowych na 5 lat
− ochrona w czasie rzeczywistym przed wirusami, oprogramowaniem
szpiegującym i ryzykownym oprogramowaniem
− skanowanie zaplanowane i na Ŝądanie
− ochrona przeglądania identyfikująca niebezpieczne witryny internetowe
e) System zarządzania, monitorowania oraz wizualizacji sieci komputerowej – do
100 urządzeń sieciowych
− system umoŜliwiający zarządzanie do 100 podłączonych urządzeń w sieci
komputerowej
− graficzny interfejs uŜytkownika
− licencja umoŜliwiająca zarządzanie do 100 urządzeń
− automatyczne odkrywanie urządzeń znajdujących się w monitorowanych
sieciach i dodawanie ich do bazy urządzeń podlegających zarządzaniu
− zarządzanie centralne
f) Dodatkowy sprzęt - Szafa wraz z wyposaŜeniem 1 szt.
Szafa RACK 19 wraz z wyposaŜeniem
Rodzaj 19 cali, stojąca
Wysokość jednostkowa
42U
Wymiary (wys/szer/gł)
2000x600x1000 mm
Drzwi przednie
szyba, zamek
Drzwi tylne
stalowe
Osłony boczne
stalowe demontowalne
Przepusty kablowe góra i dół
Belki rackowe
regulowane, 4 szt.
WyposaŜenie
cztery wentylatory w panelu podsufitowym
trzy półki montowane czteropunktowo
listwa zasilająca
Kolor
czarny
Przełącznik sieciowy - switch
liczba portów 1000 Mbit 8 szt.
obsługiwane protokoły
:
IEEE 802.3x flow control
IEEE 802.3u
IEEE 802.3ad
IEEE 802.3ab
IEEE 802.3
IEEE 802.1x
IEEE 802.1s
IEEE 802.1Q
IEEE 802.1p
rozmiar tablicy adresów MAC
4000
algorytm przełączania
store-and-forward
prędkośc magistrali wew. 16 Gb/s
bufor pamięci
128 KB
57
Obsługa urządzeń:
mysz
monitor
klawiatura
Rodzaje złącz:
USB 2.0
USB 1.1
D-Sub 15-pin
Liczba obsługiwanych komputerów 4 szt.
kable w komplecie 4 szt.
maks. rozdzielczość
1600 x 900 pikseli
typ złącza monitora15
przekątna 18,5, , Technologia podświetlenia: LED, Złącza wejściowe: 15stykowe D-Sub,
Przełącznik KVM
Monitor do obsługi serwerów
g) System zarządzania Relacyjna Bazą Danych
9. Cyfryzacja baz danych referencyjnych i dziedzinowych
WARUNKI TECHNICZNE
CYFRYZACJA BAZ DANYCH REFERENCYJNYCH
I.
Przedmiot zamówienia w ujęciu ogólnym obejmuje realizację zadań dotyczących:
1. Cyfryzacji baz danych referencyjnych (geodezyjnych) poprzez utworzenia inicjalnej
bazy danych geodezyjnej ewidencji sieci uzbrojenia terenu (GESUT) i bazy danych
obiektów topograficznych o szczegółowości zapewniającej tworzenie standardowych
opracowań kartograficznych w skalach 1 :500 - 1 :5000 (BDOT500) o których mowa
wart. 4 ust. 1 a pkt 2 i 3 oraz art. 4 ust. 1 b ustawy z dnia 17 maja 1989 r. - Prawo
geodezyjne i kartograficzne i dostosowanie ich do modelu pojęciowego określonego
w Rozporządzeniu Ministra Administracji i Cyfryzacji z dnia 12 lutego 2013 roku,
w sprawie bazy danych geodezyjnej ewidencji sieci uzbrojenia terenu, bazy danych
obiektów topograficznych oraz mapy zasadniczej (Dz. U. z 2013 roku, poz. 383),
2. zapewnienie interoperacyjności zbiorów danych i związanych z nimi usług, zawartych
w bazach danych, o których mowa w pkt 1 i 2 w rozumieniu ustawy z dnia 4 marca
2010 r. o infrastrukturze informacji przestrzennej, poprzez wymianę i udostępnianie
danych w formacie GML;
3. utworzenie rejestrów przestrzennych dokumentów zeskanowanych, w referencyjnej
bazie danych, w tym rejestru operatów technicznych będących podstawą utworzenia
baz danych EGiB, GESUT i BDOT500 rejestru map i innych rejestrów wymienionych
w niniejszych warunkach technicznych.
4. integracja
lub
implementacja
opracowanych
w/w.
zbiorów
i
rejestrów
z graficznymi bazami cyfrowej mapy prowadzonej przez PODGiK w StrzyŜowie
w systemie EW Mapa v. 11.4 Fb .
58
II. Kontekst formalno-prawny przedmiotu zamówienia
1. Zgodnie z art. 7 d pkt 7 ustawy z dnia 17 maja 1989 roku Prawo geodezyjnej
i kartograficzne (Dz. U. z 2010 r. Nr 193, poz. 1287), zwanej dalej ustawą Starosta
wykonuje zadania z zakresu tworzenia, prowadzenie i udostępniania baz danych
o których mowa wart. 4 ust. la pkt 2,3, 7 i 10 oraz ust. 1 b ustawy, a takŜe
standardowych opracowań kartograficznych w skalach 1 :500, 1: 1 00, 1 :2000, 1
:5000, o których mowa wart. 4 ust. 1 e pkt 1 i 2.
2. Zadania, w ramach zamówienia zostaną zrealizowane zgodnie z obowiązującymi
przepisami prawa, zawartymi w szczególności w:
1) ustawie z dnia 17 maja 1989 r. - Prawo geodezyjne i kartograficzne (Dz. U. z
2010 r. Nr 193, poz. 1287);
2) ustawie z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz. U.
Nr 76 poz. 489, z późn. zm.); ustawie z dnia 6 lipca 1982 r. o księgach
wieczystych i hipotece (Dz. U. z 2001 r. Nr 124, poz. 1361, z późn. zm.;
3) ustawie z dnia 18 lipca 2001 r. Prawo wodne (Dz. U. z 2012 r. poz. 145 z późn.
zm.);
4) ustawie z dnia 28 września 1991 r. o lasach (Dz. U. z 2011 r. Nr 12, poz. 59,
z późn. zm.);
5) ustawie z dnia 21 sierpnia 1997 r. o gospodarce nieruchomościami (Dz.U. z 2010
r. Nr 102, poz. 651 z późn. zm.);
6) ustawie z dnia 27 marca 2003 r. o planowaniu i zagospodarowaniu przestrzennym
(Dz. U. z 2012 r. poz. 647 z późn. zm.);
7) ustawie z dnia 3 lutego 1995 r. o ochronie gruntów rolnych i leśnych (Dz. U.
z 2004 r. Nr 121 poz. 1266 z późn. zm.);
8) ustawie z dnia 7 lipca 1994 r. - Prawo budowlane (Dz. U. z 2010 r. Nr 243, poz.
1623 z późn. zm.);
9) ustawie z dnia 21 marca 1985 r. o drogach publicznych (Dz. U. z 2007 r. Nr 19,
poz. 115 z późno zm.)
10) ustawie z dnia 29 czerwca 1995 r. o statystyce publicznej (Dz. U. z 2012 r. poz.
591 z późn. zm.)
11) ustawie z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz. U. z 2002 r.
Nr 101, poz. 926 z późn. zm.);
12) ustawie 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.);
59
13) rozporządzeniu Rady Ministrów z dnia 17 stycznia 2013 r. w sprawie
zintegrowanego systemu informacji o nieruchomościach (Dz.U., poz. 249);
14) rozporządzeniu Ministra Rozwoju Regionalnego i Budownictwa z dnia 16 lipca
2001 r. w sprawie zgłaszania prac geodezyjnych i kartograficznych,
ewidencjonowania systemów i przechowywania kopii zabezpieczających bazy
danych, a takŜe ogólnych warunków umów o udostępnianie tych baz (Dz. U., Nr
78, poz. 837);
15) rozporządzeniu Rady Ministrów z dnia 15 października 2012 r. w sprawie
państwowego systemu odniesień przestrzennych (Dz. U., poz. 1247);
16) rozporządzeniu Ministra Administracji i Cyfryzacji z dnia 14 lutego 2012 r.
w sprawie osnów geodezyjnych, grawimetrycznych i magnetycznych (Dz.U., poz.
352);
17) rozporządzeniu Ministra Spraw Wewnętrznych i Administracji z dnia 9 listopada
2011 r. w sprawie standardów technicznych wykonywania geodezyjnych
pomiarów sytuacyjnych i wysokościowych oraz opracowywania i przekazywania
wyników
tych
pomiarów
do
państwowego
zasobu
geodezyjnego
i kartograficznego (Dz. U. Nr 263, poz. 1572),
2011 r. w sprawie baz danych dotyczących zobrazowań lotniczych i satelitarnych
oraz ortofotomapy i numerycznego modelu terenu (Dz. U. Nr 263, poz. 1571);
19) rozporządzeniu Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca
2001 r. w sprawie ewidencji gruntów i budynków (Dz. U. Nr 38, poz. 454);
20) rozporządzeniu Rady Ministrów z dnia 10 stycznia 2012 r. w sprawie
państwowego rejestru granic i powierzchni jednostek podziałów terytorialnych
kraju (Dz. U. poz. 199);
21) rozporządzeniu Ministra Administracji i Cyfryzacji z dnia 9 stycznia 2012 r.
w sprawie ewidencji miejscowości, ulic i adresów (Dz. U. poz. 125);
w sprawie państwowego rejestru nazw geograficznych (Dz. U. poz. 309);
23) rozporządzeniu Rady Ministrów z dnia 17 lipca 2001 r. w sprawie wykazywania
w ewidencji gruntów i budynków danych odnoszących się do gruntów, budynków
i lokali, znajdujących się na terenach zamkniętych (Dz. U. Nr 84, poz. 911);
24) rozporządzeniu Ministrów Spraw Wewnętrznych Administracji oraz Rolnictwa
i Gospodarki śywnościowej z dnia 14 kwietnia 1999 r. w sprawie rozgraniczania
60
nieruchomości (Dz.U. Nr 45, poz. 453);
25) rozporządzeniu Rady Ministrów z dnia 12 września 2012 r. w sprawie
gleboznawczej klasyfikacji gruntów (Dz. U. poz. 1246);
2011 r. w sprawie bazy danych obiektów topograficznych oraz bazy danych
obiektów
ogólnogeograficznych,
a
takŜe
standardowych
opracowań
kartograficznych (Dz. U. Nr 279, poz. 1642);
27) rozporządzeniu Ministra Rozwoju Regionalnego i Budownictwa z dnia 2 kwietnia
2001 r. w sprawie geodezyjnej ewidencji sieci uzbrojenia terenu oraz zespołów
uzgadniania dokumentacji projektowej (Dz. U. Nr 38, poz. 455);
28) rozporządzeniu 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. poz. 526);
w sprawie bazy danych geodezyjnej ewidencji uzbrojenia terenu, bazy danych
obiektów topograficznych oraz mapy zasadniczej (Dz. U., poz. 383).
30) rozporządzeniu Ministra Administracji i Cyfryzacji z dnia 05 września 2013 r.
w sprawie organizacji i trybu prowadzenia państwowego zasobu geodezyjnego
i kartograficznego (Dz. U. 2013. 1183).
III. Ogólne warunki dotyczące realizacji przedmiotu zamówienia
1. Przy tworzeniu, w ramach przedmiotu zamówienia, zbiorów danych przestrzennych
stosuje się układ współrzędnych płaskich prostokątnych PL-2000 oraz geodezyjny
układ wysokościowy PLKRON86-NH, o których mowa w § 7 i 13 Rozporządzenia
Rady Ministrów z dnia 15 października 2012 r. w sprawie państwowego systemu
odniesień przestrzennych.
2. Transformacji współrzędnych płaskich prostokątnych, dotyczących istniejących
zbiorów danych PZGiK, do układu współrzędnych płaskich prostokątnych PL-2000,
dokonuje się zgodnie z zasadami określonymi w § 47 Rozporządzenia Ministra Spraw
Wewnętrznych
i Administracji z dnia 9 listopada 2011 r. w sprawie standardów technicznych
wykonywania geodezyjnych pomiarów sytuacyjnych i wysokościowych oraz
opracowywania i przekazywania wyników tych pomiarów do państwowego zasobu
61
geodezyjnego i kartograficznego.
3. Zamawiający przekaŜe nieodpłatnie Wykonawcy komplet danych i materiałów
niezbędnych do wykonania przedmiotu zamówienia w terminach uzgodnionych
z Wykonawcą lub zapewni Wykonawcy przy pomocy usług sieciowych nieodpłatny
dostęp do danych i materiałów niezbędnych do wykonania przedmiotu zamówienia.
4. W przypadku, gdy do wykonania przedmiotu zamówienia niezbędne będą materiały
z wojewódzkiej lub centralnej części PZGiK, Zamawiający pozyska te materiały na
podstawie art. 5 ust. 3 ustawy lub na podstawie art. 15 ustawy z dnia 17 lutego 2005 r.
o informatyzacji działalności podmiotów realizujących zadania publiczne, a następnie
przekaŜe je nieodpłatnie Wykonawcy.
5. Ze względu na postanowienia ust. 3 i 4, w cenie ofertowej Wykonawcy me mogą być
uwzględniane Ŝadne inne podatki i opłaty niŜ podatek VAT.
6. Na zasadach określonych w ust. 3 i 4 Zamawiający przekaŜe Wykonawcy do
wykorzystania przy realizacji przedmiotu zamówienia następujące dane dotyczące
obszaru objętego zamówieniem:
1)
cyfrowe zbiory danych ewidencji gruntów i budynków, w tym bazy danych LPIS,
arkusze mapy ewidencyjnej w postaci rastrowej oraz arkusze mapy ewidencyjnej
prowadzonej w postaci nieelektronicznej;
2)
arkusze mapy gleboznawczej klasyfikacji gruntów w postaci nieelektronicznej;
3)
cyfrowe zbiory danych mapy zasadniczej, prowadzonej według instrukcji K-I
w
tym
arkusze
mapy
zasadniczej
w
postaci
nieelektronicznej
(matryce
i pierworysy);
4)
dane dotyczące punktów osnowy geodezyjnej oraz opisy topograficzne tych punktów;
5)
ortofotomapę;
6)
cyfrowe zbiory danych adresowych
7)
cyfrowe zbiory danych państwowego rejestru nazw geograficznych;
8)
cyfrowe zbiory danych państwowego rejestru granic powierzchni jednostek podziałów
terytorialnych kraju, określające granice:
9)
a)
zasadniczego trójstopniowego podziału terytorialnego państwa,
b)
jednostek ewidencyjnych oraz obrębów ewidencyjnych,
c)
rejonów statystycznych,
operaty techniczne PZGiK zawierające informacje dotyczące baz danych EGiB,
GESUT oraz BDOT500.
7. W ramach prac Wykonawca przy udziale Zamawiającego pozyska wszelkie niezbędne
informacje do budowy baz danych GESUT od instytucji branŜowych zarządzających
sieciami uzbrojenia terenu. NaleŜy się spodziewać, Ŝe materiały branŜowe będą miały
62
formę analogową, jak i mogą występować w postaci elektronicznej w róŜnych
formatach danych. Wszystkie otrzymane w ten sposób materiały naleŜy zestawić
w formie tabelarycznej w uzgodnieniu z Zamawiającym oraz dołączyć do
dokumentacji wynikowej.
8. Wykonawca wykorzysta, przy tworzeniu baz danych EGiB, GESUT i BDOT500, dane
i materiały przekazane mu przez Zamawiającego zgodnie z zasadami określonymi w §
6 rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 9 listopada
2011r.w sprawie standardów technicznych wykonywania geodezyjnych pomiarów
sytuacyjnych i wysokościowych oraz opracowywania i przekazywania wyników tych
pomiarów do państwowego zasobu geodezyjnego i kartograficznego (PZGiK) oraz
przy pomocy niektórych tych materiałów zweryfikuje utworzone przez siebie zbiory
danych.
9. Wszystkie prace związane z budową baz danych GESUT, BDOT500 wraz
z
uzupełnieniem
baz
Geoinformacyjnego
danych
Powiatu
EGiB
dla
StrzyŜowskiego
potrzeb
naleŜy
budowanego
wykonać
w
Systemu
systemie
funkcjonującym w PODGiK w StrzyŜowie. Zamawiający w ramach zamówienia nie
zamierza zmieniać oprogramowania, a jedynie dokonać implementacji istniejących
cyfrowych baz danych do przepisów Rozporządzeniu Ministra Administracji
i Cyfryzacji z dnia 12 lutego 2013 r. w sprawie bazy danych geodezyjnej ewidencji
uzbrojenia terenu, bazy danych obiektów topograficznych oraz mapy zasadniczej (Dz.
U. z 2013 r, poz. 383).
10. Wykonawca jest zobowiązany do zaadoptowania, ewentualnej konwersji i pełnego
wykorzystania dowolnego uzyskanego od Zamawiającego zbioru danych bez względu
na jego formę i format.
11. Prace geodezyjne naleŜy zgłosić w PODGiK w StrzyŜowie dla kaŜdej jednostki
ewidencyjnej oddzielnie i dla kaŜdego zgłoszenia wykonać niezaleŜną dokumentację
w formie operatu technicznego.
12. Wszystkie dane, zbiory danych, mechanizmy i działania harmonizujące naleŜy
w szczególności zaimplementować do referencyjnej bazy danych, którą stanowi
w ramach niniejszego zlecenia baza danych PZGiK systemu informatycznego
EW Mapa v 11 Fb, jednakŜe w dbałości o bezpieczeństwo danych naleŜy to uczynić
w taki sposób, aby w referencyjnej bazie danych nie została zmieniona struktura, nie
zostały utworzone kopie istniejących danych oraz wszelkie działania były
wykonywane wprost na danych referencyjnej bazy danych w jej pierwotnej formie.
13. NiezaleŜnie od przeprowadzanych działań na przekazanych danych, a słuŜących
63
osiągnięciu zamierzonych
celów Wykonawca ma obowiązek uwzględniać
opracowania przekazywane na bieŜąco do PZGiK w StrzyŜowie.
14. Aktualność opracowywanych i harmonizowanych baz danych nie moŜe być późniejsza
niŜ 4 tygodnie przed dniem zgłoszenia gotowości prac do odbioru.
IV. Dostosowanie bazy danych EGiB
1. W celu dostosowania bazy danych EGiB dla potrzeb budowanego Systemu
Geoinformacyjnego Powiatu StrzyŜowskiego do zadań Wykonawcy naleŜeć będzie:
1) analiza materiałów PZGiK wydanych przez Zamawiającego;
2) zgromadzenie w niezbędnym zakresie, wynikającym z zakresu zamówienia
dotyczącego
baz
danych
ewidencji
gruntów
i
budynków
informacji
umoŜliwiających uzupełnienie bazy danych EGiB w zakresie:
a) punktów granicznych,
b)
jednostek ewidencyjnych
c)
obrębów ewidencyjnych,
d)
działek ewidencyjnych,
e)
konturów uŜytków gruntowych,
f)
konturów klasyfikacyjnych,
g)
klasouŜytków,
h)
budynków,
2. Zbiór punktów granicznych niezbędnych do numerycznego opisu granic działek
ewidencyjnych Wykonawca utworzy na podstawie materiałów zgromadzonych
w PZGiK, fragmentarycznych istniejących baz danych.
3. Wymienione w punkcie 1.2 zbiory Wykonawca utworzy na podstawie operatu
powstałego w ramach prac prowadzonych na potrzeby LPIS, w zakresie obszarowym
obejmującym tereny, dla których w PZGiK nie jest prowadzona cyfrowa mapa egib,
z wyłączeniem obrębów, na których prace związane z
modernizacją ewidencji
gruntów i budynków zgłoszono do PODGiK StrzyŜów nie później niŜ na dzień
ogłoszenia niniejszego projektu w BZP.
4. Wydzielone bazy EGiB naleŜy w pierwszej kolejności porównać z danymi
Państwowego Rejestru Granic, następnie poddać analizie przylegania z istniejącymi
opracowaniami cyfrowymi na obrębach sąsiednich oraz pod kątem wykorzystania
w nich operatów archiwalnych PZGiK.
5.
Wykonawca prac porówna opracowane bazy z częścią opisową ewidencji gruntów
64
i budynków w zakresie oznaczeń działek, uŜytków i klas gruntowych oraz ich
powierzchni. Ponadto w ramach prac Wykonawca po przeprowadzonej analizie
materiałów znajdujących się w PZGiK uzupełni istniejące zbiory danych w zakresie
punktów granicznych działek ewidencyjnych przypisując im właściwe atrybuty.
Po przeprowadzeniu wszelkich moŜliwych wyjaśnień, z wymienionych w punkcie 4
czynności, Wykonawca sporządzi raporty wyników porównania i rozbieŜności
pomiędzy częścią opisową i graficzną.
6.
W ramach prac Wykonawca po przeprowadzonej analizie materiałów znajdujących się
w PZGiK uzupełni istniejący zbiory danych w zakresie punktów granicznych działek
ewidencyjnych, przypisując im właściwe atrybuty
7.
Materiały zgromadzone w PZGiK wykorzystuje się do numerycznego opisu granic
działek ewidencyjnych, jeŜeli zawierają one wyniki geodezyjnych pomiarów
sytuacyjnych,
wykonanych
zgodnie
z
obowiązującymi
obecnie
standardami
technicznymi lub instrukcją techniczną G4, umoŜliwiających obliczenie współrzędnych
punktów granicznych w układzie ,,2000".
8.
W przypadku, gdy materiały PZGiK zawierają wyniki geodezyjnych pomiarów
sytuacyjnych wykonanych w oparciu o poligonizację techniczną IV i V klasy (wg
dawnych instrukcji BIlI i CI), obliczenia współrzędnych punktów granicznych na
podstawie wyników takich pomiarów dokonuje się po uprzednim dostosowaniu
wykorzystanej do pomiaru osnowy pomiarowej do geodezyjnej osnowy szczegółowej
w drodze ponownego wyrównania lub transformacji współrzędnych punktów tej
osnowy.
9.
Materiały PZGiK zawierające wyniki
geodezyjnych pomiarów sytuacyjnych
w układach lokalnych mogą być wykorzystane do obliczenia współrzędnych punktów
granicznych po uprzednim dostosowaniu tych układów lokalnych do układu ,,2000",
w drodze matematycznej transformacji współrzędnych punktów granicznych w oparciu
o odpowiednią liczbę punktów łącznych.
10. Pozostałe dane niezbędne do numerycznego opisu granic, dla potrzeb budowanego
Systemu Geoinformacyjnego Powiatu StrzyŜowskiego Wykonawca pozyska z bazy
danych tworzonych dla potrzeb LPIS, która to baza zostanie udostępniona Wykonawcy
przez Zamawiającego.
11. Podstawowym źródłem danych określających kontury uŜytków gruntowych jest mapa
ewidencyjna oraz operaty jednostkowe, zgromadzone w PZGiK, zawierające
informacje o tych konturach.
12. Źródłami danych geometrycznych o budynkach ujawnianych w EGiB jest
dokumentacja zgromadzona w PZGiK;
65
13. W
przypadku
wykorzystania
istniejących
materiałów
PZGiK
do
ustalenia
współrzędnych punktów niezbędnych do sporządzenia numerycznego opisu konturów
budynków Wykonawca obliczy te współrzędne na podstawie danych obserwacyjnych
zawartych w operatach technicznych.
14. Dopuszcza się pomiar kartometryczny na mapie zasadniczej w skali 1:500 lub
1: 1 000, konturów budynków połoŜonych w odległości większej niŜ 1,5 m od granicy
nieruchomości, jeŜeli nie zachowała się w PZGiK dokumentacja zawierająca wyniki
geodezyjnych pomiarów sytuacyjnych tych budynków.
15. Wykonawca sporządzi w postaci dokumentu elektronicznego w formacie .xls wykaz
budynków oraz obiektów, których numeryczny opis został sporządzony na podstawie
danych pozyskanych w drodze pomiaru kartometrycznego.
V.
Opis przedmiotu zamówienia w zakresie utworzenia inicjalnej bazy danych
GESUT
i BDOT500
1. W ramach realizacji zadania dotyczącego utworzenia inicjalnej bazy danych GESUT
i BDOT500, do zadań Wykonawcy naleŜeć będzie:
1) analiza materiałów PZGiK wydanych przez Zamawiającego;
2) przetworzenie danych i informacji zawartych w materiałach, o których mowa w pkt
1, do postaci zgodnej z modelami pojęciowymi bazy danych GESUT i BDOT500,
określonymi przepisami rozporządzenia Ministra Administracji i Cyfryzacji z dnia
12 lutego 2013 r. w sprawie bazy danych geodezyjnej ewidencji sieci uzbrojenia
terenu, bazy danych obiektów topograficznych oraz mapy zasadniczej oraz
utworzenie inicjalnej bazy danych GESUT oraz utworzenie BDOT500;
3) pozyskanie od podmiotów władających sieciami uzbrojenia terenu odpowiednich
danych dotyczących tych sieci lub weryfikacja danych dotychczas zgromadzonych
w PZGiK;
4) udział w czynnościach związanych z przedłoŜeniem podmiotom władającym
poszczególnymi sieciami uzbrojenia terenu odpowiedniej treści inicjalnej bazy
danych GESUT, w celu jej weryfikacji;
5) udział Wykonawcy w procesie rozpatrzenia ewentualnych uwag zgłoszonych przez
podmioty, o których mowa w pkt 3, do przedłoŜonej inicjalnej bazy danych
GESUT;
6) przygotowanie informacji dla podmiotów władających sieciami o sposobie
rozpatrzenia zgłoszonych przez te podmioty uwag do przedłoŜonej inicjalnej bazy
danych GESUT;
7) modyfikacja inicjalnej bazy danych GESUT w związku z uwzględnieniem uwag
66
zgłoszonych przez podmioty władające sieciami uzbrojenia terenu.
2. Zamawiający przekaŜe nieodpłatnie Wykonawcy komplet danych i materiałów
niezbędnych do wykonania przedmiotu zamówienia w terminach uzgodnionych
z Wykonawcą. W przypadku, gdy do wykonania przedmiotu zamówienia niezbędne
będą materiały z wojewódzkiej lub centralnej części PZGiK, Zamawiający pozyska te
materiały na podstawie art. 5 ust. 3 ustawy lub na podstawie art. 15 ustawy z dnia 17
lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania
publiczne, a następnie przekaŜe je nieodpłatnie Wykonawcy.
3. Inicjalną bazę danych GESUT oraz BDOT500 Wykonawca utworzy za pomocą
systemu teleinformatycznego, który zostanie udostępniony Wykonawcy przez
Zamawiającego nie później niŜ 3 miesięcy przed upływem umownego terminu
realizacji przedmiotu zamówienia.
4. Przy wykonywaniu czynności, o których mowa w ust. 1 pkt 2, Wykonawca
zobowiązany będzie do stosowania następującej hierarchii źródeł danych:
Lp.
Rodzaje szczegółów sytuacyjnych
Hierarchia źródeł danych
1
Szczegóły sytuacyjne I grupy dokładnościowej,
w rozumieniu rozporządzenia Ministra Spraw
Wewnętrznych i Administracji z dnia 9
listopada 2011 r. w sprawie standardów
technicznych wykonywania geodezyjnych
pomiarów sytuacyjnych i wysokościowych oraz
opracowywania i przekazywania wyników tych
pomiarów do państwowego zasobu
geodezyjnego i kartograficznego.
Szczegóły sytuacyjne nie wymienione w lp. 1.
1. Operaty techniczne, włączone do PZGiK,
zawierające rezultaty geodezyjnych pomiarów
sytuacyjnych i wysokościowych.
2. Digitalizacja ekranowa mapy zasadniczej lub
innych map wielkoskalowych, w przypadku
braku dokumentacji, o której mowa w pkt 1
i 2,
2
Digitalizacja ekranowa mapy zasadniczej,
w przypadku gdy mapa ta prowadzona jest
w postaci nieelektronicznej.
5. W przypadku, gdy bazy danych GESUT oraz BDOT500 tworzone będą na podstawie
cyfrowych zbiorów mapy zasadniczej powstałych w drodze ekranowej digitalizacji
nieelektronicznej postaci tej mapy, Wykonawca pozyska dane dotyczące szczegółów
sytuacyjnych I grupy dokładnościowej, w rozumieniu rozporządzenia Ministra Spraw
Wewnętrznych i Administracji z dnia 9 listopada 2011 r. w sprawie standardów
technicznych wykonywania geodezyjnych pomiarów sytuacyjnych i wysokościowych
oraz opracowywania i przekazywania wyników tych pomiarów do państwowego
zasobu geodezyjnego i kartograficznego, na podstawie dostępnych informacji
zawartych w operatach technicznych włączonych do PZGiK.
6. Skanowanie map i pierworysów oraz kalibrację rastrów tych map i pierworysów
w postaci nieelektronicznej Wykonawca wykona zgodnie z przepisami § 48 i 49
rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 9 listopada
67
2011 r. w sprawie standardów technicznych wykonywania geodezyjnych pomiarów
sytuacyjnych i wysokościowych oraz opracowania i przekazywania wyników tych
pomiarów do państwowego zasobu geodezyjnego i kartograficznego.
7. W ramach opracowania w/w. baz oraz wykonania działań harmonizujących baz
istniejących, przewiduje się ich dostosowanie w zakresie redakcji mapy tak, by
moŜliwe było generowanie jednolitych i pełnych raportów graficznych ze
zintegrowanej bazy systemu EW MAPA v. 11.4 Fb dla skal 1:500, a dla terenów
o luźniejszej zabudowie takŜe w skali 1: 1000, w tym, utworzenie lub
zmodyfikowanie wielkoskalowej redakcji mapy ewidencyjnej w systemie EW MAPA
v. 11.4 Fb. Wykonawca ma przygotować pliki wymiany danych oraz pliki
wprowadzające działania harmonizujące tak, by redakcja nałoŜonych raportów
graficznych wszystkich baz w kaŜdej z wymienionych skal była poprawna bez
ingerencji operatora w referencyjne bazy danych w systemie teleinformatycznym.
8. W przypadku braku dokumentów lub informacji, o podmiotach władających sieciami
uzbrojenia terenu, Wykonawca w bazie danych GESUT przyjmie dla atrybutu
władający siecią uzbrojenia terenu wartość atrybutu specjalnego «template».
9. Wykonawca uzyska lub zweryfikuje dane dotyczące identyfikatorów branŜowych oraz
parametrów technicznych sieci uzbrojenia terenu, w zakresie niezbędnym do
utworzenia bazy danych GESUT, z podmiotami władającymi tymi sieciami.
10. W przypadku niepozyskania niezbędnych danych, o których mowa w ust. 9,
Wykonawca w bazie danych GESUT dla odpowiednich atrybutów przyjmie wartość
atrybutu specjalnego «unknown», jednocześnie przekaŜe Zamawiającemu kopie
dokumentów, wskazujących brak moŜliwości pozyskania tych danych.
11. W ramach prac Wykonawca jest zobowiązany do archiwizacji (ucyfrowienia) zasobu
analogowych pierworysów i matryc map zasadniczych według zapisów zawartych
w rozporządzeniu Ministra Spraw Wewnętrznych i Administracji z dnia 9 listopada
sytuacyjnych i wysokościowych oraz opracowania i przekazywania wyników tych
pomiarów do państwowego zasobu geodezyjnego i kartograficznego, w szczególności
skanowanie, wpasowanie i kalibrację, a takŜe uszlachetnienie od szumu pikselowego:
a)
rozdzielczość skanowania: 400 dpi,
b)
pierworysy map zasadniczych naleŜy zeskanować w technice kolorowej, w głębi
kolorów RGB,
c)
format skanu mapy kolorowej: TIFF z kompresją LZW,
d)
format skanu mapy monochromatycznej: TIFF z kompresją FAX GROUP 4,
e)
kalibrację rastra naleŜy wykonać na wszystkie krzyŜe ramki sekcyjnej układu
1965 lub innego, w jakim załoŜono mapę oraz w przypadku braków na
68
dodatkowe elementy mapy, w tym osnowę geodezyjną, pomierzone szczegóły
I grupy dokładnościowej, stosując transformację o stopniach nie wyŜszych niŜ
2 (w przypadku transformacji afinicznej),
f)
raportowanie kalibracji powinno zawierać charakterystykę dokładnościową,
listę punktów dostosowania oraz współczynniki równań kalibracyjnych,
g)
dokonać
uszlachetnienia
treści
rastra
poprzez
zastosowanie
operacji
automatycznych i manualnych, w tym zastosowanie filtrów odszumiających,
usunięcie zbędnej treści oraz opisów pozaramkowych.
12. W celach kontrolnych Wykonawca zobowiązany jest utworzyć obiektową warstwę
rastrową zarchiwizowanych pierworysów i matryc map zasadniczych w referencyjnej
bazie danych, stanowiącą rejestr przestrzenny o funkcjonalności:
a)
moŜliwość automatycznego wyboru obiektów rastrów poprzez warunek
przestrzenny określony punktem lub obszarem o dowolnym zamkniętym
kształcie,
b)
moŜliwość automatycznego wyboru obiektów rastrów poprzez warunek
atrybutów opisowych obiektu rastra,
c)
moŜliwość prezentacji rastrów w dowolnym układzie współrzędnych
zaimplementowanym w referencyjnej bazie danych.
13. Szczegółowe
informacje
o
istniejących
materiałach
zasobu
geodezyjnego
i kartograficznego, w tym o formie prowadzenia mapy zasadniczej, które będą
wykorzystane do realizacji przedmiotu zamówienia zawiera załącznik Nr 1 do
załącznika Nr 10 do SIWZ.
14. Zakres prac w ramach I części zamówienia dotyczący baz danych GESUT, BDOT500
szacuje się na 18 000 ha i dotyczy jednostek ewidencyjnych Czudec – 181901_2,
Niebylec – 181903_2, StrzyŜów – Miasto – 181904_4, natomiast zakres prac
w ramach II części zamówienia dotyczący baz danych GESUT, BDOT500 szacuje się
na 13 875 ha i dotyczy jednostek ewidencyjnych Frysztak – 181902_2, StrzyŜów
Gmina - 181904_5, Wiśniowa – 181905_2.
VI.
Warunki realizacji przedmiotu zamówienia w zakresie cyfryzacji i archiwizacji
oraz
utworzenie
rejestrów
przestrzennych
dokumentów
zeskanowanych
w referencyjnej bazie danych, w tym rejestru operatów technicznych będących
podstawą utworzenia baz danych EGiB, GESUT i BDOT500 rejestru map
69
i innych rejestrów wymienionych w niniejszych warunkach technicznych
1. Skanowanie dokumentacji - operatów technicznych do celów prawnych:
1) Skanowanie materiałów naleŜy przeprowadzić z zachowaniem kolorów dokumentu
oryginalnego w skali minimalnej 24 bit.
2) Minimalna rozdzielczość skanowania dokumentów
300 dpi. W uzasadnionych
przypadkach naleŜy stosować wyŜszą - szczególnie naleŜy stosować to dla stron
wypłowiałych, nieczytelnych, z treścią pisaną ołówkiem.
3) Utworzone pliki kart naleŜy zapisywać w formacie jpg.
4) Do kaŜdego operatu składającego się z utworzonych plików dołączyć metadane
w formacie xml uwzględniające specyfikację dokumentacji (województwo, powiat,
gmina, obręb, obszar opracowania, wykonawca, data przyjęcia do PODGiK), rodzaj
dokumentacji, z uwzględnieniem przyjętej klasyfikacji robót geodezyjnych oraz zasięgu
roboty wraz z wykazami współrzędnych
5) Karty uszkodzone (pogięte, porwane, itp.) muszą zostać przygotowane do skanowania
w sposób, który nie doprowadzi do zniszczenia przy ich przetwarzaniu (podklejenie
oryginału, wykonanie kserokopii itp.). Wykonawca moŜe zaproponować własne
rozwiązania i stosować je po uzgodnieniu z Zamawiającym.
6) W przypadku braku moŜliwości rozszycia operatu (np. gdy operat jest zszyty w sposób
trwały przez introligatora) zastosować odpowiednią metodę przetworzenia kart, tak aby
zeskanowane materiały były czytelne, i karty nie uległy zniszczeniu.
7) Szczególną uwagę naleŜy zwrócić na staranne skanowanie kart wypłowiałych, mało
kontrastowych, z ciemnym tłem, sporządzonych jasnym ołówkiem w celu uzyskania
czytelności.
8) Przetworzone karty w stosunku do oryginałów muszą zachować proporcje wymiarów i nie
posiadać zniekształceń i deformacji, muszą być wyraźne i czytelne. Obrazy kart muszą
być poddane obróbce, która pozbawi je wszelkich zabrudzeń, szumów i innych
zniekształceń spowodowanych złą jakością skanowanego oryginału lub zastosowaniem
zbyt duŜej rozdzielczości skanowania. Do celów odszumiania naleŜy zastosować jak
najwydajniejsze metody, aby osiągnąć jak najmniejszy rozmiar plików JPG.
9) Wykonawca prac zobowiązany jest do przystawienia pieczęci z treścią : „zarchiwizowano
cyfrowo dnia …… i zapisano w katalogu ………………..” z podaniem nazwy
Wykonawcy na wszystkich dokumentach będących przedmiotem opracowania.
10) W przypadku, gdy dokument (operat) nie posiada numeru ewidencyjnego, naleŜy go
zwrócić w celu ewentualnego zarejestrowania.
70
11) Wykonawca, przed przystąpieniem do procesu skanowania, zobowiązany jest do
przedstawienia Zamawiającemu w wersji analogowej, w formie wydruków, próbek
róŜnorodnych materiałów, optymalnie wybranych i zeskanowanych (wraz z parametrami
skanowania) w celu zaakceptowania procesu. Przykładowe wydruki powinny dotyczyć
poszczególnych rodzajów i jakości przetwarzanych dokumentów (np. szkice wyraźne,
szkice wypłowiałe).
12) W celu kontroli bieŜącej przez Zamawiającego Wykonawca zobowiązany jest do
cotygodniowego zasilenia testowej bazy Ośrodek materiałami zeskanowanymi od czasu
ostatniego zasilenia bazy.
2. Archiwizacja zeskanowanych materiałów
1) Techniczno-organizacyjne rozwiązania zapewniające dostęp Wykonawcy do bazy danych
systemu OŚRODEK zostaną ustalone przez PODGiK, po przedstawieniu propozycji
Wykonawcy. Ustalenia te winny mieć postać pisemną i uwzględniać moŜliwości
techniczno-organizacyjne, którymi dysponuje PODGiK oraz
Wykonawca. KaŜdy
zeskanowany operat musi zostać zapisany w osobnym katalogu (folderze) jednoznacznie
identyfikującym dany operat.
2) Drzewo katalogów oraz sposób numeracji katalogów odpowiadający numerom operatów
będzie uzgodniony z Zamawiającym przed rozpoczęciem prac.
3) Skanowaniu podlegają dokumenty, o których mowa w § 32 Rozporządzenia Ministra
Administracji i Cyfryzacji z dnia 05 września 2013 r., w sprawie organizacji i trybu
prowadzenia państwowego zasobu geodezyjnego i kartograficznego (Dz. U. z 2013, poz.
1183).
4) Nie dopuszcza się skanowania kart zasobu przejściowego, takŜe tych kart, które są
w zasobie bazowym, uŜytkowym, ale mających charakter kart zasobu przejściowego.
Skanować naleŜy wyłącznie karty mające wartość dokumentacyjną istotną dla
Państwowego Zasobu Geodezyjnego i Kartograficznego. Skanowanie niezgodnie
z wyŜej wymienionymi zasadami będzie traktowane jako odstępstwo od warunków
technicznych i spowoduje zwrot prac do poprawy. Wykonawcy z tytułu zeskanowania
zbędnych kart nie będzie przysługiwało Ŝadne dodatkowe wynagrodzenie. Tworzone pliki
w ustalonym formacie i strukturze naleŜy zapisać na zewnętrznym dysku twardym, który
zostanie przekazany Zamawiającemu z równoczesnym usunięciem danych z dysku
Wykonawcy, co zostanie potwierdzone stosownym protokołem.
71
3. Implementacja zarchiwizowanej dokumentacji do systemu OŚRODEK
1) Po procesie skanowania Wykonawca załaduje do sytemu „Ośrodek” funkcjonującego
w PODGiK w StrzyŜowie karty poszczególnych operatów łącząc je z odpowiednimi
rekordami w tym systemie oraz nadając operatom odniesienia przestrzenne wraz z opisem
w pliku xml metadanych.
2) Zamawiający w ramach zamówienia nie przewiduje zmiany oprogramowania.
3) Jako pierwszy załadowany do systemu „Ośrodek” powinien zostać plik z opisem
metadanych. Następnie do systemu powinny być ładowane kolejno karty z danego
operatu. Po załadowaniu kart do kontenera operatu naleŜy sprawdzić zakresy rastrowe
i działkowe. W wypadku braku zakresów rastrowych, grupowań działek, niezgodności,
błędów, wieloznaczności naleŜy skorygować, uzupełnić dane odniesień przestrzennych
tak aby operat posiadał poprawne referencje. Dla operatów duŜych, dla szkiców polowych
i wykazów współrzędnych z nimi związanych, naleŜy stosować odniesienia przestrzenne
nie dla całego operatu, a dla grup kart (obszar zakresu rastrowego dla pojedynczej grupy
nie powinien przekraczać ¼ arkusza mapy w skali 1:500)
4) W celu kontroli bieŜącej przez Zamawiającego Wykonawca zobowiązany jest do
cotygodniowego zasilenia testowej bazy Ośrodek materiałami zeskanowanymi od czasu
ostatniego zasilenia bazy.
5) Techniczno-organizacyjne rozwiązania zapewniające dostęp Wykonawcy do bazy danych
systemu Ośrodek zostaną ustalone przez PODGiK, po przedstawieniu propozycji
Wykonawcy. Ustalenia te winny mieć postać pisemną i uwzględniać moŜliwości
techniczno-organizacyjne, którymi dysponuje PODGiK oraz Wykonawca
6) NaleŜy uzupełnić bazy danych systemu OŚRODEK, moduł ZASÓB – operaty prawne
(OPE), operaty bazowo-uŜytkowe (OPB), szkice - o dane zawarte w polach :
− operat
− numer KERG lub w przypadku braku o pole inna nazwa
− typ
− asortyment
− cecha
− zakres (do operatów OPE (prawnych) naleŜy wprowadzić obligatoryjnie zakres
zdefiniowany numerami działek i fakultatywnie zakres rastrowy); do operatów OPB
(bazowo-uŜytkowych), szkice naleŜy wprowadzić obligatoryjnie zakres obszarowy
(rastrowy) i fakultatywnie zakres działkowy.
Kwalifikacja operatu do odpowiedniej grupy (OPE, OPB, szkice), jeśli nie nastąpiła przed
skanowaniem operatów, ustalenie asortymentu, ustalenie cechy oraz zakresu działkowego
lub/i zakresu rastrowego, muszą zostać dokonane przez osobę posiadającą stosowne
72
uprawnienia zawodowe z dziedziny geodezji i kartografii, posiadającą odpowiednią
wiedzę i doświadczenie geodezyjne.
7) W ramach prac Wykonawca zobowiązany jest do przeszkolenia pracowników PODGiK
w zakresie obsługi i aktualizacji cyfrowej bazy operatów.
8) Szacunkowa liczba stron w przeliczeniu na format A4 (dokumenty do skanowania mogą
być w formatach A3 i większych, bez uwzględnienia sekcji mapy zasadniczej i nakładek
"D") wynosi około 40 000 sztuk.
4. Skanowanie map
1) W ramach prac dla potrzeb zarchiwizowania podlegać będzie skanowanie róŜnych
map w postaci matryc, pierworysów i map papierowych w ilości 1700 sztuk, w tym:
− matryce katastralne 800 sztuk,
− pierworysy map ewidencyjnych 350 sztuk,
− mapy klasyfikacyjne 550 sztuk,
wskazanych przez Zamawiającego.
2) Dokumenty naleŜy skanować do plików w oryginalnych formatach, a rozdzielczość
obrazu powinna być optymalna i nie mniejsza niŜ umoŜliwiająca odczytanie obrazu
rastrowego i jego wydruk z zachowaniem pierwotnej skali na popularnych drukarkach
biurowych bez konieczności jego porównywania z obrazem oryginału papierowego.
3) Wykonawca jest zobowiązany do archiwizacji (ucyfrowienia) zasobu analogowych
map według zapisów zawartych w rozporządzeniu Ministra Spraw Wewnętrznych
i Administracji z dnia 9 listopada 2011 r. w sprawie standardów technicznych
wykonywania geodezyjnych pomiarów sytuacyjnych i wysokościowych oraz
opracowywania i przekazywania wyników tych pomiarów do państwowego zasobu
geodezyjnego i kartograficznego (Dz. U. Nr 263, poz. 1572), w szczególności do
skanowania, wpasowania, a takŜe uszlachetnienia od szumu pikselowego:
a) rozdzielczość skanowania: 400 dpi,
b) format skanu mapy kolorowej: TIFF z kompresją LZW,
c) format skanu mapy monochromatycznej: TIFF z kompresją FAX GROUP 4,
d) dokonać
uszlachetnienia
treści
rastra
poprzez
zastosowanie
operacji
automatycznych i manualnych, w tym zastosowanie filtrów odszumiających,
usunięcie zbędnej treści oraz opisów pozaramkowych.
73
WARUNKI TECHNICZNE
BUDOWA BAZ DANYCH DZIEDZINOWYCH
I.
Przedmiot zamówienia
Celem zamówienia jest pozyskanie danych dla potrzeb zasilenia budowanego Systemu
Geoinformacyjnego Powiatu StrzyŜowskiego (SGPS) stanowiących zbiór informacji
geoprzestrzennych w postaci jednolitej mapy wraz ze zintegrowanymi danymi opisowymi
zbiorów danych dziedzinowych dla modułów systemowych:
1. Moduł inwestycji i zagospodarowania przestrzennego IZP_SGPS,
2. Moduł zarządzania i ochrony środowiska Eko_SGPS
3. Moduł sieci drogowej ZSD_SGPS
4. Moduł zarządzania kryzysowego i bezpieczeństwa ZKB_SGPS,
5. Moduł prac geodezyjnych Geo_SGPS
6. Moduł edukacyjny Edu_SGPS
Szczegółowy opis funkcjonalności SGPS oraz
poszczególnych modułów opisany został
w Rozdziale 2 niniejszego opisu przedmiotu zamówienia.
II.
Obszar opracowania
Obszar opracowania dotyczy powiatu strzyŜowskiego, którego powierzchnia wynosi 50360
ha.
Ilość działek ewidencyjnych 117 710.
W skład powiatu wchodzą jednostki ewidencyjne:
- Gmina Czudec 181901_2,
- Gmina Frysztak 181902_2,
- Gmina Niebylec 181903_2,
- StrzyŜów – Miasto 181904_4,
- StrzyŜów – Gmina 181904_5,
- Gmina Wiśniowa 181905_2.
III.
Zakres prac do wykonania w ramach budowy baz dziedzinowych
Dla potrzeb budowy SGPS Wykonawca zobowiązany jest do odpowiedniego opracowania
zbiorów danych przeznaczonych do zasilenia systemu SGPS.
Zamawiający dostarczy Wykonawcy dane/materiały źródłowe niezbędne do wykonania
zamówienia pozostające w zasobach Starostwa Powiatowego w StrzyŜowie i jednostkach
organizacyjnych Powiatu StrzyŜowskiego. Pozostałe dane i materiały źródłowe Wykonawca
będzie zobowiązany pozyskać, wytworzyć lub zakupić samodzielnie celem wykorzystania
74
przy realizacji zamówienia i przekazania przedmiotu zamówienia Zamawiającemu. Materiały
źródłowe posiadają róŜną postać. Szczegółowy opis obecnego sposobu prowadzenia zasobów
źródłowych oraz postaci (formatów), w których mogą one zostać przekazane Wykonawcy
określono
w Załącznikach Nr 2 i Nr 3 do Załącznika Nr 10 do SIWZ, a w zakresie zbiorów danych
wchodzących w skład PZGiK w Załączniku Nr 1 do Załącznika Nr 10 do SIWZ.
W tabelach tych zawarto takŜe informację o ilości obiektów, jakie zgromadzone są w ramach
poszczególnych zbiorów.
Przekazywanie materiałów Wykonawcy następować będzie sukcesywnie w uzgodnionych
terminach, z zachowaniem 2 tygodniowego okresu zgłoszenia zapotrzebowania.
W przypadku konieczności pobrania materiałów w oryginale Wykonawca otrzyma je za
poświadczeniem (protokołem), na którym po zwrocie materiałów w nienaruszonym stanie
otrzyma pisemne potwierdzenie ich oddania. W przypadku stwierdzenia uszkodzenia
udostępnionych materiałów w momencie ich zwrotu, Wykonawca będzie zobowiązany do ich
odtworzenia w pierwotnej postaci na własny koszt. Co do zasady przyjmuje się,
Ŝe w przypadku materiałów analogowych (papierowych), Wykonawca pobierać będzie
materiały w postaci kopii kserograficznej. Dane/materiały zawierające dane osobowe,
w szczególności rejestry dotyczące pozwoleń na budowę, rejestry obiektów oddanych do
uŜytkowania Zamawiający udostępni do wykorzystania w siedzibie Zamawiającego pod
nadzorem upowaŜnionej osoby.
Ze względu na wprowadzanie bieŜących zmian w rejestrach i ewidencjach, określone
w w/w. załącznikach do niniejszych Warunków technicznych wykonania zamówienia ilości
obiektów mogą róŜnić się od ilości, jaka zostanie ostatecznie przekazana Wykonawcy do
realizacji zadania. Wykonawcę obowiązywać będzie stan zawartości zbiorów danych na
dzień zgłoszenia gotowości odbioru końcowego.
IV.
Zakres i sposób dostosowania
Zakres i sposób dostosowania zasobów źródłowych pozyskanych przez Wykonawcę
zaleŜy od pierwotnej postaci tego zasobu oraz wymaganej postaci wynikowej.
Ze względu na duŜą róŜnorodność zasobów źródłowych oraz potrzebę ich technicznego
ujednolicenia wynikającego z załoŜonej funkcjonalności systemu, Zamawiający wymaga, aby
wszystkie dane przestrzenne i opisowe zostały doprowadzone do postaci umoŜliwiającej
implementowanie tych danych do SGPS.
75
Ładowanie danych do systemu SGPS nastąpić ma poprzez zasilenie (ładowanie lub
mapowanie)
danymi
przygotowanymi
w
powyŜszych
formatach.
Przygotowane
w powyŜszy sposób dane stanowić będą jednocześnie startowe kopie odtworzeniowe
zawartości bazy danych SGPS.
W przypadku niektórych zasobów źródłowych zasilenie danymi do SGPS nastąpi poprzez
pliki wsadowe o postaci/formacie i strukturze wynikającej z charakteru systemu źródłowego.
Dotyczy to w szczególności replikacji lub wsadowego ładowania plikami eksportu danych
z systemu EW Mapa, EWOPIS, Sib Viev5 i SOD.
W celu doprowadzenia zasobów źródłowych do oczekiwanej postaci wynikowej wymagane
jest zrealizowanie przez Wykonawcę róŜnorodnych czynności: inwentaryzacja, weryfikacja,
dostosowanie, informatyzacja. Część danych źródłowych będzie wymagała wytworzenia
przez Wykonawcę w części (aktualizacja, uzupełnienie) lub całości, a część zakupu
i przekazania Zamawiającemu po uzupełnieniu i dostosowaniu. Opisane w niniejszych
warunkach czynności związane z opracowaniem danych przestrzennych i opisowych
przeznaczonych do zasilenia systemu SGPS nie obejmują prac, które ze względu na właściwe
przepisy prawa muszą być objęte zgłoszeniem pracy geodezyjnej w PODGiK w StrzyŜowie.
Szczegółowe
wytyczne
techniczne
dotyczące
prac
geodezyjnych
opisane
zostały
w odrębnych warunkach technicznych. Opisane w niniejszych warunkach technicznych
czynności dotyczące zbiorów danych PZGiK odnoszą się wyłącznie do działań związanych
z wtórnym zasileniem tych zbiorów do SGPS.
Szczegółowy zakres pozyskania danych dla poszczególnych modułów – portali wraz
z postacią i wielkością zbiorów przedstawiają Załączniki Nr 2 i Nr 3 do Załącznika Nr 10 do
SIWZ
1. Dane PZGiK z zakresu EGiB, mapy zasadniczej, GESUT (dotyczy poz. 1,5
w Załączniku Nr 2 do Załącznika Nr 10 do SIWZ)
Wykonawca zrealizuje czynności inwentaryzacyjne i weryfikacyjne oraz przedstawi
Zamawiającemu raporty z analizy przekazanych mu danych źródłowych. Zamawiający
wymaga, aby ładowanie (a później zasilanie aktualizacyjne) danych do SGPS moŜliwe
było w dwóch wariantach:
a)
jako replikacja wybranych danych w zakresie części opisowej i geometrycznej
obiektów do centralnego repozytorium danych SGPS,
76
b)
poprzez ładowanie plikami w formacie SHP/DBF, SWDE oraz GML.
System SGPS dostosowany ma być do obsługi nowego standardu wymiany danych
ewidencyjnych w formacie GML (por.: Rozporządzenie MSWiA z dnia 9 listopada
sytuacyjnych i wysokościowych oraz opracowywania i przekazywania wyników tych
pomiarów do PZGiK; Dz. U. 263, poz. 1572) w zakresie zasilania SGPS danymi
zapisanymi w tym formacie Wykonawca opracuje i zaimplementuje w systemie SGPS
mechanizm ładowania danych takŜe poprzez ten format. Zasilenie przedmiotowych
danych do systemu SGPS Wykonawca będzie mógł wykonać dopiero po zrealizowaniu
prac polegających na cyfryzacji, budowie baz danych referencyjnych, szczegółowo
opisanych w odrębnych wytycznych i poprawnym zasileniu ich do systemu źródłowego
EW MMAPA 11 Fb.
2. RCiWN (dotyczy poz. 2 w Załączniku Nr 2 do Załącznika Nr 10 do SIWZ)
Zamawiającemu raporty z analizy przekazanych mu danych źródłowych. Dane źródłowe
dodatkowo mogą wymagać czynności dostosowawczych. Wykonawca opracuje
procedury i narzędzia zasilania do SGPS danych pochodzących z systemu źródłowego
EWOPIS 5 wyeksportowanych jako pliki SWDE, takŜe jako zasilanie aktualizacyjne
w trakcie uŜytkowania systemu.
3. Gospodarka nieruchomościami (dotyczy poz. 3 w Załączniku Nr 2 do Załącznika
Nr 10 do SIWZ)
Zamawiającemu raporty z analizy przekazanych mu danych źródłowych. Dane mogą
wymagać czynności dostosowawczych związanych z ucyfrowieniem, harmonizacją
i kompilacją danych pochodzących z róŜnych źródeł. Wykonawca dodatkowo pozyska
z Gmin powiatu strzyŜowskiego informacje dotyczące nieruchomości przeznaczonych do
sprzedaŜy, oddania w uŜytkowanie wieczyste, dzierŜawy itp. Wykonawca opracuje
procedury i narzędzia zasilania do SGPS danych pochodzących z systemów źródłowych
w trybie replikacji lub ładowania, a takŜe jako zasilanie aktualizacyjne w trakcie
uŜytkowania systemu.
77
4. Ochrona gruntów rolnych i leśnych – rejestr wydanych decyzji dotyczacych
wyłączonych gruntów z produkcji rolniczej (dotyczy poz. 4 w Załączniku Nr 2 do
Załącznika Nr 10 do SIWZ)
Zamawiającemu raporty z analizy przekazanych mu danych źródłowych. Dane wymagają
czynności dostosowawczych związanych z uzupełnieniem i przetworzeniem do cyfrowej
postaci danych przekazanych przez Zamawiającego. Wykonawca opracuje procedury
i narzędzia zasilania do SGPS danych pochodzących z systemu źródłowego w trybie
replikacji lub ładowania, a takŜe opracuje procedury zasilania aktualizacyjnego w trakcie
uŜytkowania systemu.
5. Zasób źródłowy PZGiK (dotyczy poz. 6 w Załączniku Nr 2 do Załącznika Nr 10
do SIWZ)
Dane te nie będą przedmiotem zasilania do SGPS. Prace związane z ucyfrowieniem
zasobu opisano szczegółowo w odrębnych warunkach, zaś dane powstałe w wyniku tych
prac pozostaną w źródłowych systemach (EW MAPA 11FB, OŚRODEK itp.).
6. Baza adresowa (dotyczy poz. 7 w Załączniku Nr 2 do Załącznika Nr 10 do SIWZ)
czynności dostosowawczych związanych z harmonizacją i kompilacją danych
pochodzących z róŜnych źródeł. Warstwy ulic i adresów pochodzące z zasobów
zewnętrznych (CODGiK, WODGiK) mają zostać zweryfikowane (poprawione)
i uzupełnione o dane dotyczące punktów adresowych znajdujące się w systemie EW
MAPA 11 Fb oraz pozyskane przez Wykonawcę źródłowe rejestry znajdujące się
w dyspozycji Gmin powiatu strzyŜowskiego z okresu od początku 2012 roku.
7. Ortofotomapa i inne mapy (dotyczy poz. 8 w Załączniku Nr 2 do Załącznika
Nr 10 do SIWZ)
Zamawiającemu raporty z analizy przekazanych mu danych źródłowych. Wykonawca
zasili do systemu SGPS posiadane przez Zamawiającego opracowanie. W przypadku
braku pokrycia całego powiatu strzyŜowskiego, Wykonawca w porozumieniu
78
z Zamawiającym pozyska pozostałą część opracowań. Dodatkowo pozyskaniu na
zasadach opisanych wyŜej podlegać będą inne mapy z państwowego zasobu
geodezyjnego i kartograficznego, takie jak mapy glebowo - rolnicze, mapy topograficzne
i inne, wskazane przez Zamawiającego
8. Ewidencja dróg i obiektów mostowych (dotyczy poz. 9 w Załączniku Nr 2 do
Zamawiającemu raporty z analizy przekazanych mu danych źródłowych. Z uwagi na
analogową postać źródłowych danych, dane te dodatkowo będą wymagać czynności
dostosowawczych, polegających na ucyfrowieniu poprzez pierwotne zasilenie systemu
źródłowego Sib View5 danymi przekazanymi przez Zamawiającego, w szczególności
przez Powiatowy Zarząd Dróg w StrzyŜowie. Wykonawca opracuje procedury i narzędzia
zasilania do SGPS danych pochodzących z systemu źródłowego w trybie replikacji lub
ładowania, a takŜe opracuje procedury zasilania aktualizacyjnego w trakcie uŜytkowania
systemu.
9. Rejestry i ewidencje publiczne (dotyczy poz. 10, 11 w Załączniku Nr 2 do
dodatkowo wymagają czynności dostosowawczych, a w niektórych przypadkach
informatyzacji do formatu umoŜliwiającego ich automatyczny import do systemu SGPS.
Dostosowanie polegać ma np. na: utworzeniu odpowiednich arkuszy EXCEL na
podstawie plików WORD lub wykazów analogowych oraz uporządkowaniu sposobu
zapisu danych w poszczególnych jego komórkach, uzupełnieniu brakujących danych
geokodujących
oraz
wprowadzeniu
słowników
umoŜliwiających
automatyzację
wprowadzania informacji o adresach i działkach ewidencyjnych (np.: słowniki
miejscowości, nazw ulic, numerów i nazw jednostek ewidencyjnych, obrębów, inne),
gdzie pozyskane z materiałów źródłowych informacje charakteryzujące obiekty będą
zapisane, jako kolejne atrybuty opisowe w arkuszu (w oddzielnych kolumnach). Zakłada
się, Ŝe wśród atrybutów obiektów będzie pełny adres nieruchomości lub numer TERYT
nieruchomości (w zaleŜności od charakteru obiektu), po którym w trakcie procedury
ładowania nastąpić powinno geokodowanie obiektów (wizualizacja przestrzenna).
79
W zaleŜności od przedłoŜonych przez Wykonawcę wyników analizy materiałów
źródłowych oraz uzgodnionej obsługi tych danych w systemie SGPS, jako ostateczną
postać wynikową dla niektórych rejestrów Zamawiający moŜe przyjąć pliki w formacie
SHP/DBF.
Opracowane pliki stanowić będą dane źródłowe do załadowania systemu SIP.
Wykonawca opracuje procedury i narzędzia zasilania do SGPS, a takŜe jako zasilanie
aktualizacyjne w trakcie uŜytkowania systemu.
10. Rejestr decyzji pozwoleń na budowę (dotyczy poz. 13 w Załączniku Nr 2 do
dodatkowo mogą wymagać czynności dostosowawczych. Wykonawca opracuje
procedury
i narzędzia zasilania do SGPS danych pochodzących z systemu źródłowego SOD
w trybie replikacji lub ładowania oraz opracuje procedury cyklicznego zasilania
aktualizacyjnego
z systemu SOD do SGPS bez utraty juŜ wczytanych danych.
Opracowana na potrzeby SGPS baza będzie miała charakter obiektowy.
11. Rejestr decyzji dotyczących pozwoleń na uŜytkowania (dotyczy poz. 14
dodatkowo
wymagają
czynności
dostosowawczych,
informatyzacji
do
formatu
umoŜliwiającego ich automatyczny import do systemu SGPS. Dostosowanie polegać ma
np. na: utworzeniu odpowiednich arkuszy EXCEL na podstawie danych źródłowych lub
tabelarycznych wykazów analogowych oraz uporządkowaniu sposobu zapisu danych
w poszczególnych jego komórkach, uzupełnieniu brakujących danych geokodujących
oraz
wprowadzeniu
słowników
umoŜliwiających
niezbędnych informacji.
80
automatyzację
wprowadzania
Wykonawca opracuje procedury i narzędzia zasilania do SGPS, a takŜe jako zasilanie
aktualizacyjne w trakcie uŜytkowania systemu.
12. Inne opracowania mapowe (Ochrona Środowiska, Zarządzanie Kryzysowe )
(dotyczy poz. 12, 15 w Załączniku Nr 2 do Załącznika Nr 10 do SIWZ)
Zamawiającemu raporty z analizy przekazanych mu danych źródłowych. Część danych
pozyska Wykonawca przy udziale Zamawiającego z publicznych serwisów administracji
rządowej i samorządowej oraz geoportali. Dane źródłowe dodatkowo wymagają
czynności dostosowawczych i/lub informatyzacji do formatu umoŜliwiającego ich
automatyczny import do systemu SIP. Zakłada się, Ŝe wynikowym formatem dla
omawianych zbiorów danych będą obiektowe mapy numeryczne w formacie SHP/DBF,
gdzie pozyskane z materiałów źródłowych informacje charakteryzujące te obiekty
zostaną wprowadzone do plików jako atrybuty opisowe. Zakłada się, Ŝe w wyniku
dostosowania i informatyzacji dla obiektów graficznych wprowadzonych zostanie kilka
do maksymalnie kilkunastu atrybutów opisowych.
W zaleŜności od przedłoŜonych przez Wykonawcę wyników analizy materiałów
źródłowych oraz uzgodnionej obsługi przedmiotowych danych w systemie SGPS, jako
ostateczną postać wynikową dla niektórych rejestrów Zamawiający moŜe przyjąć pliki
w innym formacie (np.: XLS). Opracowane pliki stanowić będą dane źródłowe do
załadowania systemu SGPS.
13. Zasięgi MPZP oraz innych opracowań planistycznych (dotyczy poz. 16
informatyzacji, polegającej na opracowaniu mapy obrazującej przestrzenny zasięg
obowiązujących MPZP oraz zmian do MPZP, a takŜe Studium Uwarunkowań
i Kierunków Zagospodarowania Przestrzennego w postaci pliku SHP/DBF.
Wstępnie zakłada się, Ŝe Wykonawca opracuje jedną warstwę tematyczną dla
przedmiotowej bazy danych. Opracowana mapa będzie miała charakter obiektowy,
a pozyskane z materiałów źródłowych informacje charakteryzujące te obiekty zostaną
81
wprowadzone do plików jako atrybuty opisowe (np.: data uchwały, nazwa planu, data
publikacji, inne), graficzne (np.: legenda planu, miniaturowa mapa przeglądowa planu,
treść uchwały). Dla obiektów graficznych wprowadzonych zostanie kilka do
maksymalnie kilkunastu atrybutów opisowych. Dane wymagające informatyzacji
polegającej na skanowaniu i wpasowaniu (kalibracji) pozyskanych obrazów rastrowych
załączników do obowiązujących MPZP w układ współrzędnych geodezyjnych
(skanowanie zrealizowane ma zostać przez Wykonawcę) z rozdzielczością min. 300 dpi
w kolorze z zapisem do pliku TIFF nieskompresowany. Pozyskane obrazy rastrowe będą
następnie kalibrowane w oparciu o punkty dostosowania, pozyskane w zaleŜności od
materiału, z mapy ewidencyjnej, mapy zasadniczej i/lub topograficznej, ewentualnie
ortofotomapy. Mapy wynikowe zapisane zostaną w postaci plików GeoTIFF. Nie
dopuszcza się stosowania metod zapisu mogących pogorszyć jakość obrazów, takich jak:
zastosowanie kompresji stratnej, redukcja kolorów, itd. KaŜda z opracowanych map
stanowić będzie w SGPS odrębną warstwę tematyczną.
W przypadku, gdy obowiązujący MPZP lub zmiana do MPZP posiada załącznik
graficzny w postaci elektronicznej (np.: w formacie rastrowym - JPG, TIFF- PDF lub
wektorowym - DGN, MAP/TAB), Zamawiający dopuszcza wykorzystanie go jako
materiału źródłowego do opracowania wynikowych rastrów zasilanych do SGPS (w
formacie GeoTIFF). Warunkiem jest jednak pełna zgodność tego opracowania
z oryginalnym (analogowym) załącznikiem do MPZP oraz wymagana jakość
i rozdzielczość pliku wynikowego.
Zakłada się, Ŝe Wykonawca opracuje jedną mapę dla kaŜdego MPZP i Studium , która
będzie składała się z zestawu plików SHP/DBF, w których pozyskane z materiałów
źródłowych informacje charakteryzujące poszczególne obiekty MPZP (np.: funkcje
terenu, strefy, linie zabudowy, linie planowanego podziału, itd.) zostaną wprowadzone do
plików jako tekstowe atrybuty opisowe, umoŜliwiając wyszukiwanie obiektów MPZP po
fragmentach treści uchwały (słowach, ciągach znaków, itp.). Zakłada się, Ŝe dla obiektów
graficznych wprowadzonych zostanie kilka do maksymalnie kilkunastu atrybutów
opisowych, stanowiących odpowiednie cytaty z tekstu uchwały (m.in. ustalenia ogólne,
ustalenia szczegółowe, ustalenia strefowe, itd.).
Geometria
obiektów
MPZP
pozyskana
będzie
poprzez
digitalizację
map
opracowanych, jako MPZP w postaci rastrowej lub przejęta z elektronicznej wektorowej wersji załącznika do MPZP, o ile taki istnieje.
82
Szczegółowa technologia informatyzacji oraz ostateczna ilość plików i zakres
obiektów w nich zawartych zostaną uzgodnione z Wykonawcą, przy załoŜeniu, Ŝe
wynikiem końcowym będzie obiektowa mapa wraz z w/w. atrybutami opisowymi.
Opracowane pliki stanowić będą dane źródłowe do załadowania systemu SGPS.
14. Dodatkowe załoŜenia
Tworzone nowe opracowania w postaci map/warstw tematycznych (pliki SHP/DBF,
Geotiff), o ile nie zostaną poczynione inne ustalenia szczegółowe z Zamawiającym,
przygotowane mają zostać w układzie PUWG "2000" południk 21 (pas 7) lub zgodnie
z uzgodnieniami z Zamawiającym.
Zamawiający przewiduje sytuację, Ŝe pewne warstwy tematyczne mogą zostać
ostatecznie połączone w jedną zespoloną warstwę oraz odwrotnie - pewne warstwy mogą
zostać rozbite na składowe.
83

Szczegółowy opis przedmiotu zamówienia

Transkrypt

Podobne dokumenty

UMOWA Nr Zawarta w dniu w Pile , pomiędzy Gminą Piła , którą

Załącznik nr 2 FORMULARZ OFERTOWY Przedmiot zamówienia

Protokół otwarcia ofert z informacją o wyborze oferty

kliknij tutaj - Gmina Siedliszcze

Moduł DOM – kryteria oceny ofert

UMOWA NA ZAKUP Sprzętu Komputerowego i Oprogramowania wzór

Opis Przedmiotu Zamówienia I. Wstęp 1) Zamówienie obejmuje

2 4 0 T ł uszcz Opis przedmiotu

Pismo okólne nr 2/2008 Dyrektora Biblioteki Uniwersyteckiej w

Internet