Warunki techniczne. Spis treści. Załącznik nr 5 do Specyfikacji

Transkrypt

1 Załącznik nr 5 do Specyfikacji Warunki techniczne Spis treści 1. CEL ZAMÓWIENIA PRZEPISY PRAWA, INSTRUKCJE I WYTYCZNE TECHNICZNE POJĘCIA PODSTAWOWE PRZEDMIOT ZAMÓWIENIA SZCZEGÓŁOWY ZAKRES ZADAŃ W RAMACH PRZEDMIOTU ZAMÓWIENIA Dostarczenie i wdroŝenie systemu Pozyskanie danych do systemu Pozyskanie danych podsystemu ośrodka Pozyskanie danych podsystemu archiwum Pozyskanie danych podsystemu osnowy Pozyskanie danych podsystemu MZUDP Instalacja i uruchomienie systemu Szkolenia i przekazanie dokumentacji Licencje na dostarczane oprogramowanie Asysta techniczna WYMAGANIA DLA SYSTEMU OBJĘTEGO PRZEDMIOTEM ZAMÓWIENIA WYMAGANIA PODSTAWOWE ARCHITEKTURA LOGICZNA ARCHITEKTURA INFORMATYCZNA INFRASTRUKTURA INFORMACYJNA INFRASTRUKTURA FUNKCJONALNA WYMAGANIA FUNKCJONALNE SYSTEMU Ogólne wymagania funkcjonalne Wymagania dotyczące aplikacji klienta Szczegółowe wymagania funkcjonalne Funkcjonalność podsystemu administracji i zarządzania Funkcjonalność Podsystemu Ośrodka Funkcjonalność Podsystemu Archiwum Funkcjonalność Podsystemu MZUDP Funkcjonalność Podsystemu Osnowy SZCZEGÓŁOWY ZAKRES ZADAŃ ZWIĄZANYCH Z UTWORZENIEM BAZY DANYCH SYSTEMU POZYSKANIE ZASOBU DANYCH PODSYSTEMU ARCHIWUM POZYSKANIE ZASOBU DANYCH PODSYSTEMU OŚRODKA POZYSKANIE ZASOBU DANYCH PODSYSTEMU MZUDP POZYSKANIE ZASOBU DANYCH PODSYSTEMU OSNOWY...45 A. INFRASTRUKTURA SPRZĘTOWA I SYSTEMOWA

2 A.1 INFORMACJE PODSTAWOWE...45 A.2 SERWER, SYSTEM OPERACYJNY I RDBMS DLA KOL...45 A.2.1 Serwer bazy danych KOL...45 A.2.2 Serwer aplikacji KOL...46 B. DANE PODLEGAJĄCE OPRACOWANIU B.1 OPERATY UZUPEŁNIAJĄCE...46 B.2 PLANY PARCELACYJNE...47 B.3 MAPY ZAKRESÓW OPERATÓW UZUPEŁNIAJĄCYCH I ZAKRESÓW KERG...47 B.4 NAKŁADA R Z ARCHIWUM MZUDP...47 B.5 PUNKTY OSNOWY GEODEZYJNEJ WRAZ Z OPISAMI TOPOGRAFICZNYMI...47 Spis tabel TABELA 1. ZESTAWIENIE OPISÓW TOPOGRAFICZNYCH (I LICZBY PUNKTÓW OSNOWY)

3 1. Cel zamówienia Celem przedsięwzięcia objętego przedmiotem zamówienia jest dostarczenie, instalacja i wdroŝenie systemu informatycznego, który słuŝył będzie do: gromadzenia danych zasobu geodezyjnego i kartograficznego, zarządzania bankiem osnów geodezyjnych,, rejestracji i obsługi zgłoszeń prac geodezyjnych, wspomaganie pracy ZUD. System taki zintegrowany musi być z systemem słuŝącym do prowadzenia ewidencji gruntów i budynków Kataster OnLine (KOL). Podstawowym zasobem systemu powinny być: operaty uzupełniające do operatu ewidencji gruntów i budynków (i dokumenty z tych operatów), plany parcelacyjne, zarysy pomiarowe i szkice polowe, a takŝe decyzje administracyjne (o podziale, połączeniu, zmianie powierzchni itp oraz rejestrowane w bazie danych systemu zgłoszenia prac geodezyjnych i kartograficznych w odniesieniu do obsługi ośrodka dokumentacji geodezyjnej i kartograficznej, punkty poziomej i wysokościowej osnowy geodezyjnej wraz z opisami topograficznymi, wnioski, opinie oraz dokumentacja do wniosków w zakresie uzgodnienia przebiegu projektowanych sieci uzbrojenia technicznego w odniesieniu do obsługi ZUD. Integracja systemu z KOL powinna zapewnić usprawnienie procesu przygotowania danych do zgłoszeń prac geodezyjnych, przyjęcia dokumentów po zakończeniu pracy geodezyjnej przekazania danych do modyfikacji bazy ewidencji gruntów i budynków, usprawnienie procesu wydawania danych z zasobu, jak równieŝ podniesienie jakości procesu modyfikacji aktualizacji bazy ewidencji gruntów i budynków, a w dalszej kolejności zasobu numerycznej mapy zasadniczej. Kolejnym celem przedsięwzięcia jest wykorzystanie do maksimum istniejącej infrastruktury sprzętowej, systemowej i aplikacyjnej. Zamawiający dysponuje wdroŝoną infrastrukturą opartą o określone rozwiązania sprzętowe i programowe oraz określony system do prowadzenia bazy ewidencji gruntów i budynków. Nowo wdraŝany system musi funkcjonować w oparciu o tą samą infrastrukturę, w tym ten sam system relacyjnej lub relacyjno-obiektowej bazy danych (RDBMS Oracle lub Microsoft SQL Server), ten sam system operacyjnych serwerów (Microsoft Windows 2003 Server) i ten sam system operacyjny stacji roboczych i klienckich (Microsoft Windows XP). 2. Przepisy prawa, instrukcje i wytyczne techniczne 1. Ustawa prawo geodezyjne i kartograficzne z dnia 17 maja 1989 roku tekst jednolity Dz. U. Nr 240, poz z 2005 roku. 2. Ustawa o ochronie baz danych z dnia 27 lipca 2001 roku Dz. U. Nr 128 z 2001 r., poz (z pomniejszymi zmianami). 3. Ustawa o ochronie danych osobowych z dnia 29 sierpnia 1997 roku tekst jednolity Dz. U. Nr 101z 2002 roku, poz. 926, 22

4 4. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 roku w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakimi powinny odpowiadać urządzenia i systemy informatyczne słuŝące do przetwarzania danych osobowych Dz. U. Nr 100, z 2004 roku, poz Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 17 maja 1999 roku w sprawie określenia rodzaju materiałów stanowiących państwowy zasób geodezyjny i kartograficzny, sposobu i trybu ich gromadzenia i wyłączenia z zasobu oraz udostępniania zasobu Dz. U. Nr 49 z 1999 roku, poz. 493, 6. Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 16 lipca 2001 roku w sprawie zgłaszania prac geodezyjnych i kartograficznych, ewidencjonowania systemów i przechowywania kopii zabezpieczających baz danych, a takŝe ogólnych warunków umów o udostępnianie tych baz Dz. U. Nr 78 z 2001 roku, poz. 837,. 7. Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 16 lipca 2001 roku 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 z 2001 roku, poz. 837, 8. Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 18 maja 2001 roku w sprawie materiałów geodezyjnych i kartograficznych oznaczonych klauzulą poufne - Dz. U. Nr 56 z 2001 roku, poz. 589, 9. Rozporządzenie Ministra Infrastruktury z dnia 19 lutego 2004 roku w sprawie wysokości opłat za czynności geodezyjne i kartograficzne oraz udzielanie informacji, a takŝe za wykonywanie wyrysów i wypisów z operatu ewidencyjnego Dz. U. Nr 37 z 2004 roku, poz. 333, 10. Rozporządzenie Rady Ministrów z dnia 8 sierpnia 2000 roku w sprawie państwowego systemu odniesień przestrzennych Dz. U. Nr 70 z 2000 r., poz. 821, 11. Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001 roku w sprawie ewidencji gruntów i budynków Dz. U. Nr 38, poz. 454 z 2001 roku, 12. Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 2 kwietnia 2001 roku w sprawie geodezyjnej ewidencji sieci uzbrojenia terenu oraz zespołów uzgodnień dokumentacji projektowej - Dz. U. Nr 38, poz. 455 z 2001 roku, 13. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 24 marca 1999 roku w sprawie standardów technicznych dotyczących geodezji, kartografii oraz krajowego systemu informacji o terenie Dz. U. Nr 30, poz. 297 z 1999 roku. 14. Instrukcja techniczna O-3 i O Instrukcja techniczna K Instrukcje techniczne G-1 i G-2, 17. Wytyczne techniczne Instrukcja techniczna G-5 3. Pojęcia podstawowe 1. GODGiK Grodzki Ośrodek Dokumentacji Geodezyjnej i Kartograficznej w Częstochowie. 2. KOL Kataster On-Line system informatyczny słuŝący w Urzędzie Miasta Częstochowy do prowadzenia operatu (bazy) ewidencji gruntów i budynków opracowany przez Intergraph Polska Sp. z o.o. z siedzibą w Warszawie. Intergraph 23

5 Polska Sp. z. o.o. podsiada wyłączne prawa autorskie do systemu, w tym prawa do struktury bazy danych systemu Kataster OnLine. 3. KERG Księga Ewidencji Robót Geodezyjnych. 4. Data zakończenia realizacji zamówienia przyjmuje się dzień zakończenia wdroŝenia i przyjęcia przez Zamawiającego systemu róŝnoznaczny jest z dniem podpisania protokołu potwierdzającego ten fakt. 5. Systemy zintegrowane np. KOL (w odniesieniu do bazy ewidencji gruntów i budynków). 4. Przedmiot zamówienia Przedmiotem zamówienia jest dostarczenie i wdroŝenie systemu (zintegrowanego z systemem KOL ) zarządzania zasobem i zadaniami Grodzkiego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej, oraz Miejskiego Zespołu Uzgodnień Dokumentacji Projektowej w Częstochowie na który składają się: podsystem zarządzania ośrodkiem dokumentacji geodezyjnej i kartograficznej (w tym zarządzania zgłoszeniami prac geodezyjnych, zamówieniami na materiały z zasobu, fakturowania zamówień i zgłoszeń, wydawania danych oraz przyjmowania danych do zasobu po zakończeniu roboty) podsystem ośrodek, podsystem zarządzania archiwum zasobu geodezyjnego i kartograficznego podsystem zarządzania archiwum, podsystem zarządzania punktami osnowy geodezyjnej podsystem osnowy, podsystem zarządzania dokumentacją MZUDP i procesami uzgadniania dokumentacji projektowej podsystem MZUDP. Istotnym elementem systemu jest równieŝ grupa funkcji i interfejsów słuŝących do administracji i zarządzania systemem podsystem administracji i zarządzania. Szczegółowe wymagania dotyczące systemu objętego przedmiotem zamówienia, realizowane przez niego zadania, architekturę oraz jego wymagane funkcjonalności opisano w rozdziale 5. WdroŜenie systemu połączone jest z pozyskaniem danych do bazy systemu, a więc stworzeniem bazy elektronicznego archiwum zasobu geodezyjnego i kartograficznego oraz zasobu danych ZUD Szczegółowy zakres zadań w ramach przedmiotu zamówienia 1. Dostarczenie oraz wdroŝenie systemu informatycznego do obsługi archiwum zasobu geodezyjnego i kartograficznego, jak równieŝ obsługi zgłoszeń prac geodezyjnych, przepływu pracy (i danych o pracy) geodezyjnej, wydawania danych do zgłoszenia pracy geodezyjnej, udostępniania danych z zasobu oraz zarządzania uzgodnieniami dokumentacji projektowej (szczegóły: rozdział niŝej), 2. Pozyskanie danych dla podsystemu archiwum, podsystemu ośrodek, podsystemu MZUDP oraz podsystemu osnowy (szczegóły: rozdział niŝej), 3. Instalacja i uruchomienie systemu w siedzibie Zamawiającego, na serwerach, stacjach roboczych i komputerach klienckich Zamawiającego (szczegóły: rozdział niŝej), 4. Szkolenia administratorów i uŝytkowników systemów (aplikacji systemu) prowadzone w siedzibie Zamawiającego oraz przekazanie dokumentacji systemu (szczegóły: rozdział niŝej), 24

6 5. Przekazanie licencji (bez ograniczeń czasowych i bez limitu uŝytkowników) na wymienione wyŝej oprogramowanie (szczegóły: rozdział niŝej), 6. Roczna asysta techniczna obejmująca serwis oraz modyfikację i rozszerzenia funkcjonalne wdroŝonych aplikacji (szczegóły: rozdział niŝej) Dostarczenie i wdroŝenie systemu Zadanie obejmuje dostarczenie systemu (i podsystemów stanowiących składowe systemu) zgodnie z przedmiotem zamówienia, a takŝe: proces wdroŝenia systemu od instalacji w siedzibie Zamawiającego i na wyznaczonych przez Zamawiającego komputerach, poprzez konfigurację wszystkich komponentów, instalację zasobu danych systemu (bazy danych) łączenie z jej konfiguracją, szkolenie administratorów i uŝytkowników, uruchomienie i przekazanie Zamawiającemu działającego systemu i wszystkich jego podsystemów Pozyskanie danych do systemu Pozyskanie danych do systemu obejmuje: 1. Pozyskanie danych podsystemu ośrodka, 2. Pozyskanie danych dla podsystemu archiwum, 3. Pozyskanie danych podsystemu osnowy, 4. Pozyskanie danych do podsystemu MZUDP Pozyskanie danych podsystemu ośrodka 1. Przejęcia bazy zgłoszeń prac geodezyjnych i zamówień na materiały z zasobu z bazy danych systemu Ośrodek (GEOBID), 2. Przejęcie bazy danych wykonawców prac geodezyjnych zarejestrowanych w systemie OŚRODEK połączone z ujednoliceniem zdublowanych zapisów (dwa lub więcej wpisów w bazie danych dotyczących tego samego wykonawcy lub zamawiającego materiały z zasobu) Pozyskanie danych podsystemu archiwum Pozyskanie danych podsystemu ośrodka dokumentacji geodezyjnej i kartograficznej obejmuje: 1. Import do systemu (bazy danych systemu) zeskanowanych dokumentów obejmujących zasób bazowy i uŝytkowy operatów uzupełniających do operatu ewidencji gruntów i budynków, 2. Pozyskanie metadanych wyŝej wymienionych operatów, 3. Pozyskanie metadanych zgłoszeń prac geodezyjnych - KERG, 4. Pozyskanie zakresów obszarowych operatów i zgłoszeń prac geodezyjnych 5. Pozyskanie planów parcelacyjnych z zasobu GODGiK. Szczegóły dotyczące pozyskania danych do systemu zostały opisane w rozdziale 6 niŝej Pozyskanie danych podsystemu osnowy 1. Pozyskanie współrzędnych i oznaczeń punktów osnowy geodezyjnej poziomej i wysokościowej z zasobu Grodzkiego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej w Częstochowie. 25

7 2. Pozyskanie opisów topograficznych punktów osnowy z zasobu Grodzkiego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej w Częstochowie. Pozyskanie danych podsystemu osnowy dotyczy punktów poziomej osnowy geodezyjnej klasy I, II, III i osnowy pomiarowej oraz osnowy wysokościowej klasy I, II, III, IV i V dla obszaru miasta Częstochowy i znajdującej się w zasobie Grodzkiego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej w Częstochowie. Szczegóły związane z pozyskaniem danych podsystemu osnowy opisano w rozdziale 6 niŝej Pozyskanie danych podsystemu MZUDP 1. Pozyskanie i przeniesienie danych dotyczących wniosków o uzgodnienie dokumentacji projektowej z aplikacji 2. Pozyskanie obrazów rastrowych nakładki U z zasobu Grodzkiego Ośrodka Dokumentacji Geodezyjnej i Kartograficznej w Częstochowie i archiwum Miejskiego Zespołu Uzgodnień Dokumentacji Projektowej. Szczegóły związane z pozyskaniem danych podsystemu MZUDP (zakres danych, postać danych oraz szczegółowy zakres zadań) opisano w rozdziale 6 niŝej Instalacja i uruchomienie systemu Instalacja i uruchomienie systemu objętego przedmiotem zamówienia (opisana w punkcie 3 wyŝej) będzie się odbywać w siedzibie Zamawiającego na serwerach, stacjach roboczych i klienckich, które dostarczy lub wskaŝe Zamawiający. Podstawowe parametry infrastruktury sprzętowej, na której odbywać się będzie instalacja wdraŝanego systemu opisano w dodatku A Szkolenia i przekazanie dokumentacji 1. Zadanie przeprowadzenia szkoleń administratorów i uŝytkowników systemu przeprowadzone musi być w siedzibie Zamawiającego. 2. Szkolenia prowadzone będą cyklicznie, wg harmonogramu zapewniającego sprawne uruchomienia i maksymalne wykorzystanie moŝliwości systemu od początku jego uruchomienia. 3. Harmonogram, o którym mowa wyŝej uzgodniony zostanie na etapie wdroŝenia systemu wspólnie przez przedstawicieli Zamawiającego i Wykonawcy. Wykonawca przedstawia do akceptacji propozycję harmonogramu szkoleń najpóźniej w dniu rozpoczęcia instalacji systemu na serwerach i stacjach Zamawiającego (instalacja systemu). Zamawiający dokonuje weryfikacji i akceptacji przedstawionego harmonogramu nie później niŝ do pierwszego dnia po zakończeniu instalacji systemu. Zaakceptowany harmonogram jest podstawą przeprowadzenia szkoleń. 4. Harmonogram szkoleń musi obejmować szkolenie ogólne (prezentację systemu) dla wszystkich uŝytkowników systemu oraz indywidualne szkolenia stanowiskowe dla kaŝdego z uŝytkowników systemu przy załoŝeniu, Ŝe: a) indywidualne szkolenie trwać będzie nie mniej niŝ 8 godziny i dostosowane będzie do moŝliwości kaŝdego z uŝytkowników systemu, b) zapewni uŝytkownikowi wykonywanie podstawowych czynności w pracy z systemem w stopniu wystarczającym do rozpoczęcia samodzielnej pracy. 5. Szkolenia odbywać się mają na stanowiskach komputerowych wybranych pracowników przedstawicieli Zamawiającego, z wykorzystaniem sprzętu komputerowego Zamawiającego, a takŝe w oparciu o system objęty przedmiotem zamówienia zainstalowany na sprzęcie komputerowym Zamawiającego. W przypadku gdy Zamawiający nie będzie dysponował wystarczającym wyposaŝeniem technicznym 26

8 zapewniającym odpowiednią pomoc przy prowadzeniu szkoleń (np. rzutnik) Wykonawca musi wykorzystać własny sprzęt. 6. Z przeprowadzonych szkoleń Wykonawca sporządzi protokoły, które zawierać muszą informację o dacie i miejscu szkolenia, uczestnikach szkolenia oraz podpisy uczestników szkolenia potwierdzające uczestnictwo i zakres zdobytych umiejętności. 7. Wykonawca przekaŝe Zamawiającemu dokumentację systemu objętego przedmiotem zamówienia (wszystkich podsystemów). 8. Dokumentacja powinna zawierać opis działania wszystkich funkcji systemu, powinna zostać podzielona na zakresy tematyczne systemu, odpowiadające poszczególnym podsystemom. 9. Dokumentacja powinna zostać dostarczona w postaci dwóch egzemplarzy kompletu podręczników, oraz na nośniku informatycznym (CD/DVD) w postaci dokumentów formatu PDF Licencje na dostarczane oprogramowanie 1. Wykonawca dostarczy Zamawiającemu licencję na oprogramowanie system (wszystkie jego podsystemy) wraz z odpowiednimi certyfikatami licencyjnymi. 2. Licencje obejmować muszą wszystkie elementy systemu, kaŝde oprogramowanie, które potrzebne jest do jego funkcjonowania za wyjątkiem oprogramowania ORACLE, Microsoft SQL Server 2000 oraz systemów operacyjnych serwerów, stacji roboczych i klienckich, które zapewnia Zamawiający, a opisane zostały w dodatku A. 3. Jeśli licencja systemu ORACLE, Microsoft SQL Server 2000 lub systemu operacyjnego serwera wymagać będzie rozszerzenia (nowszej wersji), to Wykonawca zobowiązany będzie do dostarczenia rozszerzonej licencji lub rozszerzenia do licencji, np. jeśli licencja ORACLE wymagać będzie rozszerzenia z wersji Standard Edition One (jaką dysponuje Zamawiający) do wersji Enterprise to Wykonawca zobowiązany będzie do dostarczenia takiego rozszerzenia (podobnie system operacyjny). 4. Licencje, o których mowa wyŝej muszą być licencjami na czas nieokreślony i nie mogą zawierać ograniczeń co do maksymalnej liczby klientów licencje na nieograniczoną liczbę klientów (np. licencja procesorowa). 5. Zamawiający dopuszcza dostarczenie licencji procesorowych odpowiadające liczbie procesorów serwerów przewidzianych, jako podstawa funkcjonowania systemu (dodatek A) Asysta techniczna Roczna asysta techniczna systemu obejmować będzie: serwis i opiekę techniczną systemu przez okres 12 miesięcy od daty zakończenia realizacji zamówienia, modyfikację oraz aktualizację dostarczonego systemu (wszystkich podsystemów) i składających się na niego aplikacji. Szczegółowe warunki asysty technicznej opisano w załączniku nr 1 do wzoru umowy (umowa stanowi załącznik nr 1 do Specyfikacji Istotnych Warunków Zamówienia). 5. Wymagania dla systemu objętego przedmiotem zamówienia 27

9 5.1. Wymagania podstawowe I. Pełna zgodność z przepisami prawa, przepisami wykonawczymi oraz instrukcjami i wytycznymi technicznymi w zakresie przedmiotu zamówienia i zadań realizowanych przez system objęty przedmiotem zamówienia, w szczególności przepisami wymienionymi w punkcie 2 wyŝej. II. Integracja z systemem do prowadzenia ewidencji gruntów i budynków z systemem Kataster On-Line. III. Trójwarstwowa architektura logiczna systemu oparta o serwer bazy danych, serwer aplikacji gdzie środowiskiem pracy klienta jest przeglądarka internetowa. IV. Prowadzenie archiwum zasobu geodezyjnego i kartograficznego poprzez: 1. przechowywanie i rejestrowanie operatów i innych opracowań geodezyjnych, w tym obrazów dokumentów i map będących wynikiem tych opracowań w bazie systemu, 2. udostępnianie danych z archiwum z wykorzystaniem funkcjonalności systemu, w tym udostępnianie danych z archiwum w technologii internet/intranet V. Prowadzenie rejestru robót geodezyjnych, poprzez: 1. Rejestracje i aktualizację zgłoszenia pracy geodezyjnej, w szczególności moŝliwość zdalnej rejestracji pracy geodezyjnej przez zarejestrowanego uŝytkownika geodetę, 2. Wygenerowanie oraz wydanie materiałów z zasobu do zgłoszenia (danych w postaci numerycznej i analogowej wydruki i wyploty), 3. Przyjęcie materiałów będących wynikiem zarejestrowanej pracy geodezyjnej, 4. Obsługa procesu kontroli opracowania geodezyjnego łączenie z systemem monitów i powiadamiania o stanie kontroli oraz etapie weryfikacji, kontroli, czy etapie procesu przyjęcia danych do zasobu VI. Koordynowanie procesów aktualizacji zasobu ewidencji gruntów ii budynków (system Kataster OnLine) i numerycznej mapy zasadniczej, poprzez: 1. Zarządzanie rezerwacjami punktów granicznych, numerów działek i budynków, które modyfikowane są w ramach zgłaszanych prac geodezyjnych lub, które zasilają zasób geodezyjno kartograficznych, jako wynik prac geodezyjnych, 2. Dostarczanie danych do aktualizacji bazy ewidencji gruntów i budynków oraz numerycznej mapy zasadniczej, jako wynik pozytywnej kontroli i przyjęcia materiałów do zasobu. VII. Prowadzenie rejestru zamówień na materiały z zasobu geodezyjnego i kartograficznego poprzez: 1. Rejestrowanie i aktualizacja zamówienia na materiały z zasobu geodezyjnego i kartograficznego, w tym rejestracja zamówienia na materiały w korelacji ze zgłoszeniem pracy geodezyjnej. 2. Rejestrowanie i aktualizacja bazy podmiotów zamawiających materiały z zasobu geodezyjnego i kartograficznego, 3. Wygenerowanie oraz wydanie zamówionych materiałów z zasobu geodezyjnego i kartograficznego. VIII. Prowadzenie zasobu Miejskiego Zespołu Uzgodnień Dokumentacji Projektowej poprzez: 1. Rejestrowanie i zarządzanie wnioskami o uzgodnienie dokumentacji projektowej IX. Prowadzenie bazy osnów geodezyjnych. X. Zarządzenie bazą uŝytkowników systemu poprzez: 28

10 1. Rejestrowanie i aktualizowanie uŝytkowników systemu, nadawanie uprawnień i przypisywanie określonych ról wynikających z zakresu obowiązków uŝytkownika. XI. Administracja bazą danych systemu i systemem poprzez: 1. Zarządzenie kopiami bezpieczeństwa bazy danych, 2. Zarządzanie prawami dostępu uŝytkowników systemu, XII. Zapewnienie odpowiedniego bezpieczeństwa i ochrony danych, w tym właściwej i zgodnej z przepisami ochrony danych osobowych Architektura logiczna Architektura logiczna systemu podzielona jest na cztery podsystemy funkcjonalne. Są to: 1. Podsystem zarządzania ośrodkiem dokumentacji geodezyjnej i kartograficznej (podsystem ośrodka), 2. Podsystem zarządzania archiwum zasobu geodezyjnego i kartograficznego (podsystem archiwum), 3. Podsystem zarządzania dokumentacją projektową Miejskiego Zespołu Uzgodnień Dokumentacji (podsystem MZUDP), 4. Podsystem punktów osnowy geodezyjnej (podsystem osnowy). Dodatkowo niezwykle istotnym elementem systemu jest podsystem administracji i zarządzania, który słuŝył będzie do zarządzania całym systemem, w tym uŝytkownikami systemu, bezpieczeństwem danych, zawartością informacyjną oraz funkcjami specjalnymi. System (i składające się na niego moduły) powinien być oparty o architekturę systemów korporacyjnych ze szczególnym uwzględnieniem przestrzennego charakteru danych w zasobie, zapewniającą maksymalną jakość danych, integralność danych i funkcji, a takŝe otwartość formatów danych i procesów oraz sposobów dostępu do innych środowisk informatycznych, w szczególności: System musi być oparty o koncepcję trójwarstwowej architektury logicznej, składającej się z: warstwy wewnętrznej, który stanowi serwer bazy danych i repozytorium danych, warstwy pośredniej, którą stanowi serwer aplikacji, warstwy zewnętrznej, stanowiącej środowisko aplikacji stacji roboczych klientów. Serwer bazy danych wykorzystywać będzie obiektowo-relacyjną bazę danych Oracle pełniącą rolę centralnej bazy danych zasobu geodezyjnego i kartograficznego, który obecnie słuŝy jako serwer bazy danych systemu do prowadzenia ewidencji gruntów i budynków systemu Kataster OnLine (Zestawienia podstawowych parametrów serwera opisano w dodatku A). Serwer aplikacji, to podstawa aplikacji warstwy pośredniej, która min. spełniać musi rolę komunikatora pomiędzy uŝytkownikiem (klientem), a danymi gromadzonymi i przechowywanymi w ramach warstwy wewnętrznej systemu (serwera bazy danych). Aplikacje stanowiące serwer aplikacji realizować muszą typowe w takiej architekturze funkcje, min.: dostęp do danych i ich analiz, zasilania i aktualizacji danych, indeksowania i wyszukiwania danych, prezentacji danych, eksportu i importu danych, itp. Warstwa zewnętrzna systemu obejmować musi wszystkie rozwiązania aplikacyjne dedykowane końcowemu uŝytkownikowi, które objąć moŝna pojęciem klienckich przy załoŝeniu, Ŝe podstawowym środowiskiem pracy uŝytkowników systemu (klientów) i środowiskiem dostępu do danych i funkcji systemu będzie dowolna przeglądarka internetowa (np. Microsoft Internet Explorer, Mozilla Firefox, czy Opera). 29

11 5.3. Architektura informatyczna Architektura informatyczna systemu, będącego przedmiotem Zamówienia, oparta będzie na dwóch ściśle ze sobą współpracujących serwerach: 1. Serwer bazy danych wraz z pamięcią masową typu macierz, 2. Serwer aplikacji. Serwer bazy danych (wraz z serwerem pamięci masowej typu macierz) stanowi jądro systemu i jest miejscem funkcjonowania bazy danych systemu. Na serwerze tym zainstalowany jest silnik relacyjnej bazy danych Oracle w wersji 10g Standard Edition One. Pamięć masowa (typu macierz), która będzie miejscem składowania danych archiwum zasobu geodezyjnego i kartograficznego oraz MZUDP stanowi fizycznie oddzielne urządzenie, pracujące w oparciu o system operacyjny Microsoft Windows 2003 Standard. Serwer aplikacji, to serwer na którym zainstalowane będą dedykowane dla systemu aplikacje i usługi warstwy pośredniczącej zapewniające funkcjonalność opisaną w rozdziale 5.6. Wymienione serwery to fizycznie urządzenia składające się na funkcjonującą infrastrukturę informatyczną Zamawiającego i obecnie stanowią podstawę funkcjonowania systemu Kataster OnLine. Ich szczegółowe parametry opisano w rozdziale A niŝej. Dodatkowo pamięć masową, która stanowić będzie podstawę dla repozytorium archiwum zasobu geodezyjnego i kartograficznego (zeskanowane dokumenty) zapewnia Zamawiający Infrastruktura informacyjna Infrastrukturę informacyjną systemu stanowi zarówno zawartość bazy danych systemu, jak równieŝ struktura tych danych, stosowane formaty danych i stosowane standardy wymiany danych. Dane, które gromadzone i zarządzane są przez system podzielić moŝna na dane: o zgłoszeniach prac geodezyjnych i kartograficznych łącznie z bazą danych wykonawców prac geodezyjnych, o zamówieniach na dane z zasobu geodezyjnego i kartograficznego, w tym bazę podmiotów wnioskodawców o dane z zasobu, archiwum zasobu geodezyjnego i kartograficznego, jakimi są obrazy rastrowe i pliki w innych formatach składające się na operaty uzupełniające ewidencji gruntów i budynków, zarysy pomiarowe, plany parcelacyjne, mapy przeglądowe i inne, archiwum zasobu MZUDP związane z wnioskiem o uzgodnienie dokumentacji projektowej i opinią do wniosku, w tym równieŝ archiwum nakładki R mapy zasadniczej w postaci obrazów matryc analogowych z treścią zawierająca dane o projektowanych sieciach, administracyjne jakim są dane o uŝytkownikach systemu, katalogi metadanych, słowniki danych, jak równieŝ szablony dokumentów generowanych przez system lub z wykorzystaniem funkcji systemu. W ramach zamówienia Wykonawca zobowiązany jest do wykonania projektu bazy danych systemu i załadowanie danych wyŝej opisanych do systemu, w trakcie jego uruchomienia i przekazania Zamawiającemu. 30

12 5.5. Infrastruktura funkcjonalna Wymagana funkcjonalność systemu związana jest z moŝliwościami wszechstronnego posługiwania się danymi zasobu geodezyjnego i kartograficznego ze szczególnym uwzględnieniem moŝliwości: wykorzystania danych w zakresie wspomagania procesów aktualizacji danych zasobu, obsługi wykonawców prac geodezyjnych i kartograficznych, udostępniania danych z zasobu w zgodzie z obowiązującymi przepisami. Funkcjonalność taką podzielić moŝna na następujące obszary: procedury dostępu i analiz danych, procedury zasilania i aktualizacji danych, procedury wspierające procesy administracyjne, związane z zarządzaniem systemem. PowyŜsze procedury realizowane będą poprzez wyspecjalizowane podsystemy, korzystające z bazy danych pracującej w oparciu o serwer bazy danych wraz z pamięcią masową typu macierz Wymagania funkcjonalne systemu Wymagania w zakresie funkcjonalności systemu podzielić moŝna na dwie grupy: I. Wymagania ogólne, II. Wymagania szczegółowe dla kaŝdego z podsystemów. Wymagania ogólne dotyczą funkcjonalności systemu, a przez to są wspólne dla kaŝdego z podsystemu wchodzącego w jego skład, z uwzględnieniem wymagań dotyczących ogólnej architektury systemu, sposobu funkcjonowania, zarządzania i administracji systemem, a takŝe wymagań elementów wspólnych. Wymagania szczegółowe, to zestaw funkcjonalności charakterystycznych dla kaŝdego z podsystemów, a więc zestaw wymagań jakie zapewnić musi: 3. Podsystem administracji i zarządzania ( ), 4. Podsystem ośrodka ( ), 5. Podsystem zarządzania archiwum (0), 6. Podsystem MZUDP ( ), 7. Podsystem osnowy ( ) Ogólne wymagania funkcjonalne 1. System musi funkcjonować w oparciu o technologię WWW. 2. System musi być dostępny dla klienta poprzez przeglądarkę internetową (Internet Explorer, Mozilla Firefox, Opera lub inna) (wymagania w odniesieniu do aplikacji klienta systemu i kaŝdego z podsystemów opisano w rozdziale niŝej) 3. System musi umoŝliwiać obsługę (archiwizację i generowanie) następujących rodzajów dokumentów (formaty podstawowe dokumentów): a) dokumentów w formatach pakietu Microsoft Office, b) dokumentów w formacie MTIFF, c) dokumentów w formacie PDF, d) dokumentów XML. 31

13 4. System (wszystkie jego podsystemy) muszą zapewniać przechowywanie, zapis i aktualizacje dokumentów oraz innych danych w relacyjnej lub obiektowo relacyjnej bazie danych Oracle (wersja 10g i późniejsze) lub Microsoft SQL Server (2000, 2005 lub 2008), 5. System w zakresie kaŝdego podsystemu musi zapewniać moŝliwość przywracania danych przez administratora po przypadkowym usunięciu ich przez uŝytkownika, 6. System musi posiadać moŝliwość udostępniania danych zasobów podsystemów oraz systemów zintegrowanych, z którymi jest zintegrowany z wykorzystaniem technologii WebServices (integracja z systemem Kataster OnLine). 7. System musi posiadać strukturę modułów tematycznych i ze względu na zakres tematyczny modułów podzielony jest na funkcjonalne podsystemy, 8. KaŜdy z podsystemów posiada dostęp do zasobu innych podsystemów w zakresie i w sposób jaki konieczny jest do realizacji zdefiniowanej dla niego (wymaganej) funkcjonalności, co oznacza np., Ŝe jeśli dla zgłoszenia pracy geodezyjnej generowane są dane, to elementem tych danych jest osnowa geodezyjna (punkty osnowy geodezyjnej) więc przy generowaniu danych do pracy geodezyjnej z poziomu podsystemu ośrodka dostępne są dane zarządzane przez podsystem osnowy geodezyjnej. 9. System musi zapewnić wsparcie dla wydawania dokumentów w postaci elektronicznej i opatrzonych podpisem elektronicznym (kwalifikowanym i niekwalifikowanym), równocześnie musi być zdolny do przyjęcia dokumentów elektronicznych opatrzonych podpisem elektronicznym Wymagania dotyczące aplikacji klienta 1. Musi zapewnić dostęp do danych systemu (i podsystemów) poprzez przeglądarkę internetową przeglądarka internetowa stanowi interfejs klienta systemu, gdzie dane zobrazowane są w postaci: a) opisowej (listy, zestawienia, formularze, tabele, zakładki) przypominające swoją funkcjonalnością popularne serwisy i portale www, b) graficznej, gdzie dane mające charakter i odniesienie przestrzenne prezentowane są poprzez okno mapy przypominające swoją funkcjonalnością w zakresie przeglądania danych znane, klasyczne (typu desktop) aplikacje GIS, 2. Interfejs aplikacji musi zapewniać równoczesne wyświetlanie danych graficznych i opisowych (np. prezentacja obiektu w oknie mapy z równoczesną prezentacją jego atrybutów opisowych w postaci tabeli, listy, formularza, itp), 3. Interfejs aplikacji klienta powinien być intuicyjny i prosty, jednak równocześnie nieograniczający uŝytkownika w pracy z danymi, w zakresie ich wyszukiwania, przeglądania lub modyfikowania. 4. KaŜde pole, którego wartość pobierana jest ze słownika powinno być zaopatrzone w mechanizm podpowiadania. Podpowiadanie takie zobrazować moŝna działaniem aplikacji przy wpisywaniu nazwy ulicy - gdy uŝytkownik w polu ulica rozpocznie wprowadzanie początkowych liter system zawęŝał będzie moŝliwe wartości tego pola do nazwy ulicy zawierającej wpisany ciąg znaków z kaŝdą wprowadzoną literą/znakiem, a uŝytkownik będzie mógł wpisać dalej pełną nazwę lub wybrać odpowiednią z zawęŝonej listy. Równocześnie dla kaŝdego takiego pola uŝytkownik nie będzie miał moŝliwości wprowadzenia innej wartości niŝ wartość ze słownika, 5. KaŜde pole, którego wartość musi zostać zapisana w odpowiedni sposób, zgodnie z ustalonym wzorcem musi zostać zaopatrzone w funkcje pozwalające na jego prawidłowe i zgodne z formatem wprowadzanie, np. pole daty, czy pole numeru KERG lub inne, 6. W zakresie przeglądania danych graficznych (przestrzennych) system musi zapewnić: 32

14 a) moŝliwość przeglądania danych wektorowych (obiektowych), jak równieŝ rastrowych obsługę wyświetlania dowolnej ilości warstw danych wektorowych i rastrowych, które składają się na treść mapy lub zasobów zarządzanych przez system, b) moŝliwość wyświetlania danych w układzie 1965, 1992 i 2000 z moŝliwością łatwego przełączenia wyświetlania mapy pomiędzy poszczególne układy z poziomu uŝytkownika systemu, c) w zakresie przeglądania danych w oknie mapy mechanizmy: powiększania o określona wartość, pomniejszania o określoną wartość, powiększania prostokątem (wybranego fragmentu), centrowania, dopasowania widoku do wielkości okna mapy, powiększenia lub pomniejszenia, które dopasuje widok okna mapy do zakresu obszarowego wszystkich wyświetlanych obiektów ( zoom all pokaŝ wszystko), wyświetlenia danych w oknie mapy w dowolnej skali poprzez wielkość mianownika skali podany przez uŝytkownika, pomiar odległości pomiędzy dwoma punktami na mapie, pomiar długości linii łamanej (składającej się z dowolnej liczby odcinków), pomiar powierzchni dowolnej figury poprzez wskazanie wierzchołków tej figury, d) moŝliwość i mechanizm łatwej i zróŝnicowanej selekcji obiektów jednej lub więcej warstw tematycznych jednocześnie i to zarówno poprzez selekcję graficzną (selekcję poprzez warunki i relacje przestrzenne, wskazanie punktowe, wskazanie obszaru okręgiem, prostokątem, wielobokiem, itp.), jak równieŝ selekcję logiczną (równy, nierówny, mniejszy, większy), jak i ich kombinację, zawiera, nie zawiera (like), e) powinien posiadać moŝliwość szybkiego uzyskiwania informacji na temat wyszukanych obiektów dotyczy to w szczególności moŝliwości natychmiastowego dostępu (optymalnie po jednym kliknięciu myszką) do wszystkich atrybutów opisowych obiektu, 7. W zakresie przeglądania i wydruku dokumentów i raportów generowanych przez system (w tym wydruków map) musi zapewnić: a) moŝliwość prezentowania dokumentów, raportów i zestawień generowanych przez system, b) moŝliwość wydruku wygenerowanych dokumentów (w tym map) zestawień i raportów, c) uczytelnianie treści mapy przed jej wydrukiem poprzez: przesunięcia etykiet, dodawanie etykiet do treści, w szczególności do obiektów, które w częściach widoczne są na mapie, dodawanie i modyfikacje odnośników do etykiet widocznych na mapie, przesunięcia i wstawienia elementów redakcyjnych mapy (np. strzałka północy, kierunek cieku rzeki, itp.) d) dopisanie uwag do generowanych dokumentów, 33

15 e) parametryzowanie treści wydruku w zaleŝności i celu i przeznaczenia generowanego dokumentu, gdzie parametry min. decydują o: zawartości informacyjnej, szacie graficznej, klauzulach, miejscach pozostawionych na dopisywanie sygnatur i pieczęci, itp. f) generowanie dokumentów (w tym map), raportów i zestawień zaopatrzonych podpisem elektronicznym, tak aby umoŝliwić wydanie dokumentów opatrzonych takim podpisem Szczegółowe wymagania funkcjonalne Funkcjonalność podsystemu administracji i zarządzania Podsystem administracji systemem to określony moduł, który grupuje zadania związane z zarządzaniem i administracją systemem. Podsystem musi zapewnić realizację zadań, takich jak: 1. Zarządzenie uŝytkownikami i rolami uŝytkowników, poprzez moŝliwości: a) wprowadzenia danych o uŝytkowniku, b) nadawania uprawnień do określonych funkcji i zestawów danych (określanie ról przypisanych uŝytkownikowi), c) usuwania uŝytkownika odbieranie uprawnień, gromadzenie i zarządzenie wszystkimi koniecznymi danymi uŝytkownika d) zarządzenia grupami uŝytkowników, poprzez tworzenie grup uŝytkowników, nadawanie im określonych ról (kaŝdy uŝytkownik grupy otrzymuje uprawnienia dziedziczone z grupy, do której naleŝy) dostępów do funkcji i danych, usuwanie grup, odbieranie uprawnień grupie, e) definiowania dostępu z określonych lokalizacji (z komputera lub komputerów o określonym adresie IP) dla pojedynczego uŝytkownika lub grupy, f) generowania raportów obrazujących aktywność uŝytkowników, pobrane dane, czas logowania, przeglądane dane, itp., 2. Zarządzanie słownikami systemu i podsystemów, poprzez moŝliwości: a) aktualizacji zawartości słowników łączenie z gromadzeniem informacji o podstawie modyfikacji słownika, np. w przypadku dopisania ulicy do słownika ulic rejestrowanie podstawy wprowadzenia nazwy uchwała rady gminy, b) definiowania i dodawania nowego słownika do systemu, 3. Zarządzanie bezpieczeństwem i odtwarzanie danych, poprzez moŝliwości: a) zarządzania regułami dotyczącymi długości hasła, dopuszczalnych lub koniecznych znaków hasła, czasu waŝności hasła i konieczności jego zmiany, b) zarządzania dopuszczalnymi godzinami pracy systemu, godzinami (czasem harmonogramem) dostępności danych systemu oraz dopuszczalnym czasem pracy z systemem dla określonego uŝytkownika i grupy uŝytkowników, c) zarządzania danymi osobowymi systemu zgodnie z wymaganiami opisanymi w przepisach dotyczących przetwarzania danych osobowych w odniesieniu do osób fizycznych, których dane będą gromadzone przez system, d) cofnięcia pomyłkowo wykonanej przez uŝytkownika operacji (lub kilku operacji sekwencji operacji) związanej z aktualizacją danych systemu, 34

16 4. Zarządzanie legendami, szablonami i treścią poszczególnych map systemu, poprzez moŝliwości: a) definiowania treści map obsługiwanych (min. wyświetlanych w oknie mapy klienta) poprzez poszczególne podsystemy definiowanie i modyfikacje legend zestawu map, b) definiowanie i modyfikację szablonów dokumentów, które są podstawą automatycznego generowania raportów, zawiadomień, decyzji i innych dokumentów, c) definiowanie i modyfikację zestawu metadanych opisujących poszczególne dokumenty i zbiory danych zarządzane przez system Funkcjonalność Podsystemu Ośrodka Funkcjonalność Podsystemu Ośrodka podzielić moŝna na VII grup. Są to funkcjonalności: I. W zakresie wprowadzenia i aktualizacji danych o zgłoszeniu pracy geodezyjnej, II. W zakresie wprowadzania i aktualizacji danych o zamówieniu na materiały z zasobu, III. w zakresie przygotowania i wydania materiałów do zgłoszenia, a takŝe obsługi zgłoszenia i komunikacji z wykonawcą, IV. w zakresie przygotowania i wydania materiałów do zamówienia V. w zakresie wyszukiwania, przeglądania i analiz na zasobie danych zgłoszeń prac geodezyjnych i zamówień na materiały z zasobu, VI. w zakresie fakturowania i rozliczania opłat i naleŝności za zgłoszenia i materiały z zasobu, VII. w zakresie wspomagania procesu aktualizacji zasobu geodezyjnego i kartograficznego W zakresie wprowadzenia i aktualizacji danych o zgłoszeniu pracy geodezyjnej System musi zapewnić: 1. rejestrację i aktualizację (przez uprawnionego uŝytkownika) zgłoszenia pracy geodezyjnej wraz z nadaniem kodu kreskowego, przy czym zgłoszenie przy rejestracji musi być opisywane zakresem oraz innymi danymi o zgłoszeniu (zgodnie z obowiązującymi przepisami), dodatkowo w przypadku pól atrybutowych, które mogą przyjmować wartości z ograniczonego zbioru wartości dopuszczalnych (słownik wartości) system dopuszcza tylko i wyłącznie moŝliwość wybrania i wprowadzenia wartości ze słownika, 2. prowadzenie mapy tematyczniej zgłoszeń prac geodezyjnych, opartej o mapę ewidencji gruntów i budynków z systemu Kataster OnLine, 3. rejestracja i aktualizacja zgłoszenia pracy geodezyjnej musi być dostępna dla wykonawców prac geodezyjnych poprzez Internet z wykorzystaniem formularza/formularzy WWW, 4. określenie zakresu rejestrowanej pracy geodezyjnej na mapie przeglądowej zgłoszeń prac geodezyjnych poprzez: a) wkreślenie zakresu na mapie (w oknie mapy), b) wybór i wskazanie działek objętych przedmiotem pracy geodezyjnej na mapie, c) wybranie działek objętych przedmiotem opracowania z listy, 5. aktualizacja zakresu zarejestrowanej pracy geodezyjnej na mapie przeglądowej zgłoszeń prac geodezyjnych poprzez: a) zmianę geometrii obszaru/zakresu pracy w oknie mapy, 35

17 b) usunięcie i narysowanie nowego zakresu w oknie mapy, c) wskazanie działek usuwanych z zakresu i dodawanych do zakresu w oknie mapy, d) wskazanie działek usuwanych z zakresu lub dodawanych do zakresu poprzez wybór działek z listy 6. moŝliwość dokonania zgłoszenia pracy geodezyjnej oraz odbiór materiałów geodezyjnych do zgłoszenia wraz z rachunkiem/fakturą przez Internet, dla wykonawcy uŝytkownika podsystemu ośrodek. W zakresie wprowadzania i aktualizacji danych o zamówieniu na materiały z zasobu system musi zapewnić: 1. rejestrację zamówienia na materiały z zasobu, w tym na sporządzenie wypisów i wyrysów z mapy ewidencji gruntów, mapy do celów opiniodawczych z mapy ewidencyjnej i mapy zasadniczej, łącznie z określeniem celu zamówienia oraz rodzaju materiałów jakie mają być w ramach zamówienia udostępnione, 2. prowadzenie mapy tematycznej zamówień na materiały z zasobu geodezyjnego i kartograficznego (mapa zamówień) opartej o mapę ewidencji gruntów i budynków z systemu Kataster OnLine, 3. określenia zakresu rejestrowanego zamówienia na materiały z zasobu, na mapie zamówień, na podstawie: a) określenie zakresu obszarowego zamówienia na mapie (w oknie mapy) obrysowanie zakresu, b) wskazanie pojedynczej lub kilku działek objętych przedmiotem zamówienia na mapie, c) wybór działki (działek) objętych zamówieniem z listy, d) wyszukanie i wybór z puli wyszukanych działek, tych które objęte są przedmiotem zamówienia, 4. aktualizację danych o zamówieniu (aktualizację atrybutów i zakresu obszarowego). W zakresie przygotowania i wydania materiałów do zgłoszenia, a takŝe obsługi zgłoszenia i komunikacji z wykonawcą system musi zapewnić: 1. monitoring przebiegu (kolejno przez wszystkie etapy) prac geodezyjnych i kartograficznych od momentu zgłoszenia pracy do momentu przyjęcia wyników opracowania (operatu) do zasobu, przy czym przebieg prac powinien być monitorowany przynajmniej dla następujących stanów: a) stan zgłoszenia pracy geodezyjnej: nowe, przyjęte, zaktualizowane, odrzucone, b) stan pracy geodezyjnej : dane do przygotowania, dane do pobrania, operat do kontroli, kontrola pozytywna, 36

18 kontrola negatywna, operat przyjęty do zasobu 2. monity pokazujące określone stany pracy geodezyjnej i zgłoszenia powinny być przez system automatycznie dystrybuowane poprzez generowanie wiadomości lub alerty dostępne dla zalogowanego uŝytkownika systemu, 3. rejestrację informacji o wszystkich etapach obsługi zgłoszenia (rejestracja, przygotowanie danych, kontrola, odbiór stany zgłoszenia), w tym rejestracja obiegu dokumentacji(status, zadania, terminy, itp.), 4. automatyczne przygotowanie wytycznych technicznych do zgłoszonej i zarejestrowanej w systemie pracy geodezyjnej, 5. automatyczne przygotowanie odpowiedzi z ośrodka kierowanej do wykonawcy (zgłaszającego pracę geodezyjną) o: a) przyjęciu i rejestracji lub aktualizacji zgłoszenia, b) przygotowaniu wytycznych i dostępności materiałów z zasobu ośrodka, c) zmianie stanu zgłoszenia pracy geodezyjnej, 6. prezentacja dla wykonawcy i operatora podsystemu ośrodka dostępnych materiałów w zakresie zgłoszonej pracy geodezyjnej w postaci wydruków/raportów: a) wykazów współrzędnych punktów granicznych i osnowy (poziomej i wysokościowej), b) opisów topograficznych punktów osnowy, c) map (szkiców) przeglądowych osnowy, d) kopii decyzji administracyjnych, dokumentów własności, e) innych istotnych dokumentów z opracowań geodezyjnych, f) wypisów i wyrysów z ewidencji gruntów i budynków, 7. aktualizacja dokumentów i danych dla zgłoszenia pracy geodezyjnej poprzez ich usunięcie (lub usuniecie wybranych z tych dokumentów) i dodanie nowych danych i dokumentów, 8. prezentacja informacji o posiadanych danych zasobu geodezyjnego i kartograficznego w zasobie ośrodka, które poprzez zakres dostępne będą dla kaŝdego zgłoszenia, jak równieŝ moŝliwość prezentacji dostępnych materiałów dla określonego, dowolnego obszaru (lub potencjalnego zakresu opracowania) z moŝliwością takiej prezentacji dla autoryzowanego uŝytkownika poprzez Internet, 9. generowanie i prezentacja, a takŝe wydruk na określonym raporcie informacji o innych pracach geodezyjnych w zakresie opracowania, z podziałem na: a) inne prace zakończone, b) inne prace w toku. 10. raport (wydruk) lub informacja prezentowana w oknie aplikacji na stacji klienta w odniesieniu do innych prac geodezyjnych w zakresie opracowania powinien podać, o kaŝdej takiej pracy min.: a) numer KERG, b) datę zgłoszenia i datę zakończenia, a w przypadku prac w toku przewidywaną datę zakończenia, c) rodzaj i asortyment opracowania, d) nazwę wykonawcy i adres siedziby wykonawcy, 37

19 e) przedmiot opracowania (działki, budynki lub inne), 11. rejestrowanie informacji o dokumentach będących wynikiem pracy geodezyjnej (opracowania wykonawcy), 12. dostęp do danych o zgłoszeniu pracy geodezyjnej i związanych z nim materiałów, a takŝe informacji o stanie zgłoszenia i informacjach o naleŝnościach oraz płatnościach dla wykonawcy, uŝytkownika podsystemu ośrodek poprzez sieć Internet, 13. Informacje o przekroczeniu terminu zgłoszonej pracy i automatyczne generowanie pisma wzywającego geodetę do złoŝenia prac geodezyjnych w ośrodku, oraz automatyczne powiadomienie poprzez wykonawcy o przekroczeniu terminu zgłoszenia, 14. automatyczne przygotowanie zbioru dokumentów (koszyka dokumentów) dla geodety z uwzględnieniem zakresu pracy geodezyjnej oraz jej asortymentu, 15. geodeta wykonawca uŝytkownik systemu musi posiadać moŝliwość pobrania ww. zestawu danych (i dokumentów) z udostępnionego zasobu sieciowego, dostępnego z poziomu przeglądarki internetowej, 16. generowany koszyk dokumentów i danych powinien zawierać min.: a) wykazy współrzędnych punktów granicznych i osnowy (poziomej i wysokościowej), b) opisy topograficzne punktów osnowy, c) mapy (szkice) przeglądowe osnowy, d) kopie decyzji administracyjnych, dokumentów własności, e) inne istotne dokumenty z opracowań geodezyjnych, f) wypisy i wyrysy z ewidencji gruntów i budynków, g) map w postaci wydruków, jak równieŝ zbiory w postaci plików w formacie DGN, DWG, SHP, GML, SWING. W zakresie przygotowania i wydania materiałów do zamówienia system musi zapewnić: 1. moŝliwość realizacja zamówienia (przygotowanie materiałów do zamówienia) następować musi w sposób zautomatyzowany poprzez określony zakres zamówienia, rodzaj zamawianych materiałów i cel udostępnienia danych (na podstawie zarejestrowanego zamówienia) poprzez określony zakres zamówienia oraz określony rodzaj materiałów system przygotowuje i zestawia dane/materiały, przy czym polecenie przygotowania danych wydaje operator systemu, 2. naliczanie opłat za udzielenie informacji, generowanie dokumentów i danych z zasobu do zamówienia, wykonywanie wyrysów i wypisów z operatu ewidencyjnego oraz sporządzenie faktu/rachunków, 3. przygotowanie i wydruk map z zasobu geodezyjnego i kartograficznego w postaci sekcji mapy zasadniczej, ewidencyjnej (na podstawie zawartości bazy danych z systemu do prowadzenia ewidencji gruntów i budynków i bazy danych numerycznej mapy zasadniczej), 4. przygotowanie i wydruk map w standardowych wymiarach formatów arkuszy dla nośników analogowych, łącznie z szatą graficzną wydruków i treści wydruków zgodną z instrukcjami technicznymi i wytycznymi, 5. moŝliwość wygenerowania danych w postaci numerycznych zbiorów danych (w tym map), w formatach: 38

20 a) DGN lub DWG, b) GeoTIFF i TIF, c) PDF, d) ODF, e) XML, GML, SWDE i SWING, f) formaty pakietu Microsoft Office 2003/2007 (DOCX, DOC, XLSX, XLS) W zakresie wyszukiwania, przeglądania i analiz na zasobie danych zgłoszeń prac geodezyjnych i zamówień na materiały z zasobu, system musi zapewnić: 1. wyszukiwanie zgłoszeń prac geodezyjnych na podstawie wszystkich atrybutów związanych z opisem pracy geodezyjnej gromadzonych przez podsystem, 2. wyszukiwanie danych związanych ze zgłoszeniem pracy geodezyjnej, a zarządzanych przez inne podsystemy (podsystem archiwum, podsystem osnowy) lub systemy zintegrowane (system KOL), 3. wyszukiwanie i lokalizacja zgłoszenia na mapie poprzez jego atrybuty przestrzenne lub relacje przestrzenne w stosunku do innych obiektów (np. wyszukanie zgłoszenia związanego z określoną działką lub wyszukanie zgłoszonych prac w sąsiedztwie określonej działki, itp.), 4. wykonywanie analiz przestrzenno opisowych uwzględniających dane ze zgłoszeń prac, W zakresie fakturowania i rozliczenia opłat za obsługę zgłoszenia i materiały z zasobu System musi zapewnić: 1. automatyczne naliczanie opłaty za wydane w ramach zgłoszenia materiały lub materiały do zamówienia, przy czym operator musi posiadać moŝliwość korekty opłat i jednostek stanowiących podstawę do naliczenia opłaty, 2. automatyczne naliczanie opłat musi odbywać się w oparciu o słowniki i tabele opłat, które modyfikowane mogą być i zmieniane (wraz ze zmianami tabeli opłat lub przepisów wykonawczych) przez administratora systemu poprzez podsystem administracyjny wyŝej), 3. dla rejestrowanego zgłoszenia pracy geodezyjnej lub zamówienia generowany jest kod kreskowy, który związany jest i widoczny z kaŝdym dokumentem drukowanym do zgłoszenia lub zamówienia, 4. naliczanie opłat obejmować musi naliczanie za wszelkie materiały z zasobu, w tym wydawanie wypisów i wyrysów z operatu ewidencyjnego, map drukowanych, jak równieŝ wydawanych w formatach wektorowych na elektronicznych nośnikach informacji, 5. zestawienie (automatycznie, wg określonych interwałów czasowych lub na Ŝyczenie uprawnionego uŝytkownika) informacji o zaleganiu przez wykonawcę lub zamawiającego z płatnościami za materiały z zasobu i zgłoszenie pracy geodezyjnej łącznie z funkcją automatycznego generowania wezwania (pisma) wzywającego do zapłaty oraz automatyczne powiadamianie o takim fakcie wykonawcy poprzez , przy czym: a) wezwanie generowane jest na podstawie polecenia uprawnionego operatora systemu, b) powiadamianie wysyłane jest automatycznie przez system do wykonawcy, lub zamawiającego, 39