1. Zakres przedmiotu zamówienia: Zamawiający zgodnie z Art. 153 ust.2 punkty: 4),5),9),9a) ustawy Prawo Wodne prowadzi kataster wodny w zakresie wielkości poboru wody powierzchniowej i podziemnej, źródeł i charakterystyki zanieczyszczeń punktowych oraz obszarowych, pozwoleń wodnoprawnych i zintegrowanych (zwanych dalej pozwoleniami) oraz ilości i rodzaju substancji szczególnie szkodliwych dla środowiska wodnego określonych w pozwoleniach. Dane takie obsługiwane są w RZGW Gdańsk za pomocą programu PgPWPRSI (zwanego dalej PgPWPRSI). którego platformą aplikacyjną jest MS Access, a systemem baz danych SZBD PostgreSQL. W ramach zadania zrealizowane zostaną następujące prace: a) Pełne dostosowanie PgPWPRSI do pracy w środowisku MS Access Runtime 2007, w otoczeniu systemowym Zamawiającego (patrz p. 2.1) b) Rozbudowa modułu wpisywania pozwoleń o dodatkowe funkcjonalności, w tym możliwość uzupełniania podczas dopisywania lub edycji informacji nt. pozwolenia danych ilościowo jakościowych dla pozwoleń na pobory lub zrzuty wody. Rozbudowa działania słowników w tym zakresie. c) Opis zmienionego oprogramowania w zakresie specyfiki jego GUI. d) Opis struktury ewentualnie przeprojektowanej bazy danych (baz danych). 2. Warunki i zasady wytworzenia przedmiotu zamówienia 2.1. Otoczenie systemowe dla wytworzonej w ramach niniejszej Umowy wersji PgPWPRSI. Całość posiadanych przez Zamawiającego baz katastralnych pracuje na bazach PostgreSQL (serwer i klient 8.4.11) z rozszerzeniem PostGIS 1.4.2. Wymagane jest utrzymanie tego stanu, aby wersja PgPWPRSI wytworzona w ramach niniejszej umowy utrzymywała swoje bazy także w tym samym systemie zarządzania bazami danych (SZBD), na tej samej fizycznie maszynie (w RZGW jest to serwer działający w systemie operacyjnym Windows 2008, opisany w tabeli poniżej). System operacyjny Ilo ść CP U Model CPU Prędkość taktowania CPU RAM Model HDD i jego wielkość Windows Server 2008 R2 Enterprise 64bit 1 Intel Xeon X5650 2,67 GHz 36 GB SAS 10 000 obr., 4 x 600 GB str. 1/9
Wytworzona w ramach niniejszej umowy wersja PgPWPRSI musi nadawać się do użycia w systemach klienckich: a) Windows XP Professional SP 2 lub 3 i Windows XP Home SP 2 lub 3 32bit, ekran minimum 1024x768, CPU 2GHz, RAM 512 MB, połączenie z serwerem: sieć LAN 100 Mbps. b) Windows 7 Professional SP 1 32 lub 64bit, ekran minimum 1024x768, CPU i7 3,4GHz, RAM 4 GB, połączenie z serwerem: sieć LAN 100 Mbps. 2.2. Inne zasady a) Wykonanie zadania nie może pociągać za sobą żadnych dodatkowych zakupów ze strony Zleceniodawcy. b) Dopuszczalna jest rozbudowa opisywanego w p.2.1 niniejszego załącznika systemu komputerowego na potrzeby niniejszego zlecenia. Rozbudowa taka musi zawierać się w kosztach niniejszego zlecenia, i dodatkowo musi być zaakceptowana przez Zespół ds. Informatyki, Automatyki i Telekomunikacji", działający u Zamawiającego. c) Jeżeli Wykonawca użyje aplikacji i narzędzi bezpłatnych (możliwych w warunkach pracy Zamawiającego do legalnego używania), musi je dostarczyć i wskazać ich źródło, z którego daną aplikację/narzędzie można pozyskać. d) Jeżeli Wykonawca użyje aplikacji i narzędzi płatnych, po wykonaniu zadania licencje na takie narzędzia i aplikacje przechodzą na własność Zamawiającego. e) Wykonawca może w trakcie pracy w ramach ustalonego umową wynagrodzenia proponować i wdrażać własne modyfikacje oraz rozszerzenia do elementów, opisywanych poniżej, w p.3, po uzgodnieniu tego z Zamawiającym. 3. Szczegóły realizacji zadania a) Pełne dostosowanie PgPWPRSI do pracy w środowisku MS Access Runtime 2007, w otoczeniu systemowym Zamawiającego (patrz p. 2.1) PgPWPRSI do całkowicie prawidłowego działania wymaga aktualnie MS Access 2003. W ramach tego fragmentu zadania należy uniezależnić PgPWPRSI od MS Access 2003, dostosowując ją do pracy w otoczeniu MS Access 2007 Runtime. Wykonywano próby uruchomienia PgPWPRSI w otoczeniu MS Access 2007 Runtime i niektóre elementy, w szczególności funkcja wpisywania danych/poprawiania istniejących pozwoleń częściowo nie działa. Wszystkie elementy prac muszą być tak realizowane, aby zawsze była zachowana kompatybilność z MS Access 2007 Runtime i systemami Zamawiającego. Jest dopuszczalna zmiana platformy aplikacyjnej programu PgPWPRSI, aby uniezależnić się od MS Access (w tym Runtime), ale musi być zachowana jego kompatybilność z systemami Zamawiającego i zachowana str. 2/9
pełna funkcjonalność PgPWPRSI. Oznacza to m.in., że jeżeli zmieniane będą struktury baz danych, całość dotychczasowo funkcjonujących PgPWPRSI danych musi znaleźć się w nowej strukturze. W każdym przypadku platforma PostgreSQL 8.4.11 musi być zachowana. b) Rozbudowa modułu wpisywania pozwoleń o dodatkowe funkcjonalności, w tym możliwość uzupełniania podczas dopisywania lub edycji informacji nt. pozwolenia danych ilościowo jakościowych dla pozwoleń na pobory lub zrzuty wody. Rozbudowa działania słowników w tym zakresie. Aktualnie PgPWPRSI w momencie deklaracji zamiaru wpisywania nowego pozwolenia wymusza wpisanie numeru katastralnego pozwolenia z daną o roku, pobieraną z zegara komputera, bez możliwości zmiany oraz wymusza kolejny numer katastralny wpisu w danym roku. Konstrukcja taka ma na celu zabezpieczenie przed wpisywaniem przez kilku operatorów do formularza tego samego numeru katastralnego różnych pozwoleń. Musi być stworzona możliwość swobodnej zmiany roku, z zapewnieniem funkcjonalności omawianego zabezpieczenia, co ma wyeliminować problemy z równoległym wpisywaniem pozwoleń. Numer katastralny w roku ma być narzucany dla danego roku, jako maksymalny w wybranym roku, podwyższony o 1. W PgPWPRSI używana jest specjalna lista podmiotów, wydających pozwolenia. W module administracji interface do wpisywania takich podmiotów nie zapisuje ich zgodnie z aktualnymi potrzebami. Po wpisaniu więc - wymagana jest interwencja zewnętrznymi narzędziami. Należy uporządkować system korzystania z takiej listy, aby nie było konieczności korzystania z narzędzi zewnętrznych. W zakładce wpisywania pozwolenia LOKALIZACJA MIEJSCA REALIZACJI należy dodać miejsce na współrzędne. Proponowane mają być współrzędne w następującej kolejności rodzaju: kodu pocztowego miejscowości korzystania z wody, podawanej, jako miejscowość lokalizacji użytkownika wody, jeśli nie ma kodu, to tej miejscowości, jeśli nie ma miejscowości, to gminy. Jeżeli współrzędne nie zostaną odnalezione w odpowiednich tablicach, w polu rodzaju współrzędnych zaproponowany musi być brak. Może także nastąpić sytuacja, że operator wpisze sam współrzędne, lub zmieni ich rodzaj. W bazie danych musi być zapamiętany rodzaj współrzędnych (kod,miejscowość,gmina,własne,brak współrzędnych). Jeżeli operator wymusi zmianę rodzaju współrzędnych, współrzędne muszą być zaproponowane dla tego rodzaju współrzędnych. Oznacza to, że dla kodu pocztowego dane zostaną pobrane z listy przyporządkowania kod-współrzędne centroidu, po wybraniu miejscowości współrzędne punktu miejscowości itd. Dla własne i brak współrzędnych proponowane współrzędne muszą być puste, lub równe zeru. Dla opcji brak współrzędnych nie może być możliwe ich wpisanie. Lista rodzajów współrzędnych będzie rozszerzalna i dostępna w module administracji PgPWPRSI, a każda dodana str. 3/9
powodować będzie zachowanie PgPWPRSI, opisywane powyżej, jak dla rodzaju własne. RZGW Gdańsk posiada warstwy GIS miejscowości i Państwowego Rejestru Granic, ale nie posiada warstwy centroidów obszarów kodów pocztowych. W ramach zlecenia musi zostać więc stworzona lub przekazana przez Wykonawcę tablica zależności kod pocztowy współrzędne centroidu regionu zasięgu tego kodu (wraz z miastami wydzielonymi) i nazwa miejscowości wraz z jej ID z bazy PgPWPRSI, z możliwością korzystania z takich danych do wszystkich celów statutowych Zamawiającego. Musi zostać stworzona podobna tablica dla gmin oraz zweryfikowana tablica dla miejscowości. Istniejące wpisy w bazie danych dla pozwoleń muszą zostać uzupełnione o współrzędne, generowane zgodnie ze schematem proponowania w PgPWPRSI tych współrzędnych. Z tak wypełnianych pól mają być potem podawane współrzędne w polach w eksportach list, będących rezultatem wyszukiwań danych, do CSV (zakładki WYSZUKIWANIE i WYSZUKIWANIE W/G RODZAJU /pola um_x, um_y /, RSI-POBORY W/G POZWOLEŃ, RSI-ZRZUTY W/G POZWOLEŃ /pola x_miejsc, y_miejsc /). W tej samej zakładce musi zostać dodany check box, który będzie powodował wypełnianie nowego pola dla pozwolenia - kilka zlewni/przerzut międzyzlewniowy. Wszelkie współrzędne zapisywane muszą być w bazie danych w układzie PUWG 1992/19. W polach wyboru powiatu i gminy przy wpisywaniu pozwoleń i przy raportowaniu musi być widoczny rodzaj powiatu (np. grodzki, ziemski), analogicznie jaki jest rodzaj gminy (np. wiejska, miejska, miejskowiejska, gmina miejska). W tabeli gmina znajduje się aktualnie kolumna czy_miasto, która musi przenosić informację o rodzaju gminy i należy stworzyć do tej kolumny w pełni edytowalny słownik rodzajów gmin w relacji (słownik rodzaju gminy)1:n(gmina), dostępny w module administracji oraz możliwość skorzystania z tego słownika przy zmianach wprowadzanych na liście gmin. Listy wyboru województw, powiatów, gmin, miejscowości muszą być posortowane alfabetycznie. W wypadku zadeklarowania przez operatora, że wpisuje pozwolenie wraz z danymi ilościowymi o poborze, musi być udostępniony interface do wpisania takich danych. Jeżeli jako element poboru dla pozwolenia zdefiniujemy dane: okres korzystania (z listy wyboru) jednostka (z listy wyboru) wielkość poboru krótka notatka opis 250 znaków, to takie informacje dla pozwoleń mają być wpisywane wraz z danymi pozwolenia w rozszerzonej w ramach niniejszego zlecenia wersji PgPWPRSI. Należy mieć na uwadze, że jedno pozwolenie może dotyczyć wielu poborów, opisywanych takimi danymi. Jeżeli w ramach jednego pozwolenia pobór wyrażany jest w kilku jednostkach, czy ma kilka okresów str. 4/9
korzystania - oznacza to, że dla każdej jednostki, czy okresu korzystania musi być przyjęty określony powyżej element poboru. Jeżeli jako element zrzutu dla pozwolenia zdefiniujemy dane: okres korzystania (z listy wyboru) jednostka (z listy wyboru) wielkość zrzutu krótka notatka opis 250 znaków wskaźniki jakości dla elementu zrzutu (z list wyboru) i przyporządkowane im ładunki dopuszczone pozwoleniem; dla jednego elementu należy przewidzieć nieograniczoną ilość wskaźników jakości (aktualnie skatalogowanych jest 99 takich wskaźników, które wystąpiły w pozwoleniach), to takie informacje dla pozwoleń mają być wpisywane wraz z danymi pozwolenia w rozszerzonej w ramach niniejszego zlecenia wersji PgPWPRSI. Należy mieć na uwadze, że jedno pozwolenie może dotyczyć wielu zrzutów, opisywanych takimi danymi. Jeżeli w ramach jednego zrzutu wyrażany jest on w kilku jednostkach, czy ma kilka okresów korzystania oznacza to, że dla każdej jednostki, czy okresu korzystania musi być przyjęty określony powyżej element zrzutu. Aktualnie dla zrzutów interface do wyszukiwania danych nie pokazuje danych nt. wskaźników jakości oraz stężeń, które są w tablicach danych i są wykazywane przy eksporcie do CSV. Należy tak zmienić program, aby dane nt. wskaźników jakości i stężeń były w tym miejscu dostępne do przeglądania. Dla jednego pozwolenia może być też konieczność wpisania zarówno poborów, jak i zrzutów oraz że ilość elementów poboru i/lub ilość elementów zrzutu dla jednego pozwolenia może być nieograniczona. Należy dodać do PgPWPRSI możliwość edycji wcześniej dopisanych danych ilościowych z pozwoleń, o ile istnieje powiązanie poprzez numer katastralny, abo numer pozwolenia z podstawowymi danymi pozwoleń. Wpisywane, czy zmieniane równolegle z pozwoleniami dane ilościowo jakościowe o poborach i zrzutach muszą od razu być widoczne w raportach, dostępnych w zakładkach RSI-POBORY W/G POZWOLEŃ, RSI-ZRZUTY W/G POZWOLEŃ. Wszystkie nowe listy wyboru muszą zostać dodane do modułu administrowania nimi (zakładka ADMINISTRACJA PgPWPRSI), a z poziomu wprowadzania pozwolenia musi być dostępna opcja dopisania do tych list wyboru. str. 5/9
c) Opis zmienionego oprogramowania w zakresie specyfiki jego GUI Opis musi być wykonany w sposób zwięzły, bez podawania rzeczy oczywistych dla osoby zorientowanej merytorycznie i swobodnie potrafiącej pracować w systemach informatycznych oraz innym oprogramowaniu używanym przez Zamawiającego. W ramach takiego opisu muszą być podane instrukcje dotyczące: tylko elementów zmienionych z punktu widzenia operatora, obsługującego PgPWPRSI technicznego opisu zachowania się programu z wprowadzonymi nowymi rozwiązaniami. d) Opis struktury ewentualnie przeprojektowanej bazy danych (baz danych). W opisie struktury w szczególności muszą znaleźć się nazwy tabel i ich pól oraz opisane ich znaczenie, schemat powiązań (relacji), indeksy a także wprowadzone w bazie ograniczenia typu klucze obce, unikalne, zakresy danych w wypadku słowników itp. 4. Objaśnienia: Wszelkie nazwy zastrzeżone przez firmy podawane są w niniejszym załączniku jedynie w celach informacyjnych. GUI - to interface użytkownika oprogramowania (oprogramowane formularze, pola edycji itp., za pomocą których użytkownik steruje pracą programu). SZBD - to system zarządzania bazą danych - oprogramowanie operujące na plikach bazy danych w sposób bezpośredni lub na poziomie systemu operacyjnego. str. 6/9
5. Udostępnione materiały: a) Przez udostępnione materiały rozumie się materiały udostępnione przez Zamawiającego lub też na jego zlecenie. b) Zamawiający udostępni Wykonawcy materiały będące w jego posiadaniu po podpisaniu umowy. c) Materiały udostępnione Wykonawcy na potrzeby wykonania zamówienia nie mogą zostać wykorzystane do realizacji innych prac, a po zrealizowaniu pracy lub w trakcie realizacji (w zależności od rodzaju materiałów) zostaną zwrócone Zamawiającemu. d) Wykonawca usunie wszelkie kopie udostępnionych materiałów z nośników elektronicznych będących w jego posiadaniu, co potwierdzi stosownym, pisemnym oświadczeniem po zakończeniu prac i przekazaniu ich Zamawiającemu. e)wykonawca zapewni we własnym zakresie stosowną ochronę udostępnionych materiałów przed dostępem do nich przez osoby trzecie. 5. Współpraca z Zamawiającym W trakcie prowadzenia wszystkich prac związanych z Zamówieniem, Wykonawca jest zobowiązany do ścisłej współpracy z Zamawiającym, tak by zamawiany produkt spełniał wymagania Zamawiającego zarówno pod względem funkcjonalnym, jak i użytkowym. Podczas realizacji wszystkich elementów prac Wykonawca może kontaktować się na bieżąco z pracownikami odpowiedzialnymi za realizację Zamówienia ze strony Zamawiającego w sprawie wyjaśniania wszystkich kwestii związanych z realizowanym Zamówieniem. W ramach realizacji prac możliwe są spotkania techniczne. Spotkania techniczne wymagają uzgodnienia pomiędzy Zamawiającym i Wykonawcą. Wykonawca jest zobowiązany przedstawić do uzgodnienia każdy fragment prac mający zasadniczy wpływ na wartości funkcjonalne i użytkowe wykonania Przedmiotu Zamówienia. Kontakt z Zamawiającym może odbywać się w godzinach 8:00 15:00 od poniedziałku do piątku. 6. Formaty przekazywania prac Wszystkie przekazywane materiały w wersji elektronicznej muszą spełniać wymagania określone w ustawie o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U.2005.64.565 str. 7/9
z późn.zmianami). Niżej podawane wymaganie nie pozostają w sprzeczności z przytoczona ustawą. Nazwy plików mogą zawierać jedynie znaki alfabetu łacińskiego, cyfry, kropki, podkreślenia i nie mogą być dłuższe, niż 31 znaków. Kodowanie polskich znaków: iso-8859-2 lub/i Windows CP1250 lub/i UTF-8; inne standardy kodowania wymagają osobnych uzgodnień. Format opracowania Wszystkie elementy opracowania, które były przygotowywane i/lub wykonane w wersji elektronicznej muszą zostać przekazane w wersji elektronicznej. Nie jest wymagane drukowanie opracowania w wersji papierowej. Jeżeli jako wynik prac dostarczone będą także dokumenty papierowe, muszą być przekazane w formie elektronicznej (np. po zeskanowaniu). Nazwy plików i folderów (katalogów) winny odzwierciedlać w sposób czytelny ich zawartość. Na każdym nośniku elektronicznym musi znajdować się spis i opis jego zawartości, zapisany w pliku PDF lub TXT. Należy podać zawartość plików i folderów znajdujących się na nośniku. Dokument ten winien być także wydrukowany i dołączony do nośnika. Całość elektronicznej wersji opracowania musi być dostarczona w następujących formatach elektronicznych: w formacie źródłowym (w którym opracowanie zostało wykonane), w formacie PDF (w postaci takiej, w jakiej opracowanie wydrukowano), dodatkowo, dla plików: o z opisami.doc (MS Word 97/2003) i/lub.odt (Open Office), o arkuszy kalkulacyjnych.xls (MS Excel 97/2003) i/lub.ods (Open Office), o warstw map - ESRI Shape o baz danych skrypt SQL plain text zgodny z wymaganiami serwera baz danych Zamawiającego o graficznych : wykresy, rysunki techniczne,.tif (.tiff), zdjęcia, obrazki,.tif (.tiff)/.gif/.jpg (.jpeg), o inne dane nieopisane należy wyeksportować do uzgodnionego formatu. str. 8/9
Format kompresji Jako format plików do kompresji należy używać jednego z następujących formatów:.zip.gz (.gzip) tar.gz (spakowany gzip em tar) Nośniki danych elektronicznych Nagranie danych na ww. nośnikach musi być wykonane w następujących standardach: dane: o CD - iso9660 z uwzględnieniem długich nazw plików o DVD UDF o dyski zewnętrzne lub pamięci flash - FAT 32 lub NTFS inne standardy zapisu wymagają osobnych uzgodnień. 7. Objaśnienia: Wszelkie nazwy zastrzeżone przez firmy podawane są jedynie w celach informacyjnych. Nazwa ESRI Shape jest standardową nazwą formatu warstw GIS i nie wymaga do obróbki posiadania oprogramowania firmy ESRI. str. 9/9