SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Transkrypt

1 Załącznik nr 1 SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Wykonanie ewidencji dróg publicznych kategorii gminnej oraz dróg wewnętrznych w granicach administracyjnych gminy Oświęcim wraz z opracowaniem danych i wprowadzeniem ich do komputerowego systemu ewidencji Podstawy prawne: 1. Rozporządzenie Ministra Infrastruktury z dnia 16 lutego 2005r. w sprawie sposobu numeracji i ewidencji dróg publicznych, obiektów mostowych, tuneli, przepustów i promów oraz rejestru numerów nadanych drogom, obiektom mostowym i tunelom ( Dz.U. z r. Nr 67 poz. 582) 2. Rozporządzenie Ministra Infrastruktury z dnia 16 lutego 2005r. w sprawie trybu sporządzenia informacji oraz gromadzenia i udostępniania danych o sieci dróg publicznych, obiektach mostowych, tunelach oraz promach ( Dz.U. z r. Nr 67poz. 583) 3. Ustawa z dnia 21 marca 1985 r. o drogach publicznych (Dz.U. z 2007 r. Nr 19, poz. 115 z późn. zmianami) 4. Ustawa z dnia 7 lipca 1994 r. Prawo budowlane (Dz.U. z 2006 r. Nr 156, poz.1118 z późn. zmianami) 5. Ustawa z dnia 20 czerwca 1997 r. Prawo o ruchu drogowym (Dz.U. z 2005 r. Nr 108,poz. 908 z późn. zm.) 6. Rozporządzenie Ministra Transportu i Gospodarki Morskiej z dnia 2 marca 1999r.w sprawie warunków technicznych, jakim powinny odpowiadać drogi publiczne i ich usytuowanie (Dz.U. Nr 43, poz. 430 z późn. zm.) 1.1. Wykonanie systemu referencyjnego dla całej sieci dróg gminnych wraz z mapą interaktywną zgodnie z załącznikiem nr 7. a. system referencyjny musi przedstawiać model sieci drogowej, z uwzględnieniem wszystkich dróg zarządzanych przez Zamawiającego i dróg wyŝszej kategorii zlokalizowanych w granicach administracyjnych Zamawiającego, b. system referencyjny naleŝy zrealizować zgodnie z przyjętymi zasadami: opisanym pikietaŝem lokalnym, węzłami sieciowymi i łączącymi je odcinkami międzywęzłowymi, c. przebieg dróg naleŝy zdefiniować jako ciąg następujących po sobie punktów referencyjnych (tj. punktów wzajemnych przecięć osi dróg objętych systemem referencyjnym) i łączących je odcinków międzywęzłowych (tj. odcinków dróg ograniczonych dwoma punktami referencyjnymi) d. węzeł sieciowy naleŝy opisać 9-znakowym identyfikatorem, generowanym zgodnie z następującymi zasadami: o pierwsze 4 znaki to niepowtarzalny w skali kraju numer sektora; numery sektorów naleŝy wyznaczyć według następujących zasad:

2 sektor początkowy o numerze 0101 bierze swój początek od 14 stopnia długości i 55 stopnia szerokości geograficznej sektor ma być podziałem arkusza 1 : na 4 równe części. numeracja sektorów rośnie w sposób następujący: w kierunku na wschód 0101, 0102, 0103, ; w kierunku na południe 0101, 0201, 0301, o kolejne 2 znaki (Zarządca gminny) to symbol podsektora; kaŝdy sektor dzielony jest na 64 podsektory o symbolach od AA do HH; pierwszy znak jest symbolem kolumny a drugi znak symbolem wiersza o ostatnie 3 znaki to niepowtarzalny w sektorze numer węzła sieciowego, e. odcinek drogi definiowany jak podano powyŝej; dodatkowo ma być opisany przez nr drogi f. system musi zachować spójność w zakresie numeracji punktów węzłowych i odcinków zdefiniowanych w systemach referencyjnych dla dróg nadrzędnych na terenie gminy Dostarczenie map a. mapy modelu sieci drogowej (systemu referencyjnego) wykonane na podkładzie topograficznym w układzie współrzędnych 1992 naleŝy dostarczyć w formie wydruku na podkładzie papierowym. b. ilość wydruków: o o skala map: 1: dla obszaru gminy Oświęcim - 3 szt. skala map: 1: dla poszczególnych miejscowości na terenie gminy Oświęcim, po 3 szt. dla kaŝdej miejscowości. c. przygotowane mapy muszą zawierać następujące informacje: o legendę mapy o przebieg wszystkich dróg uwzględnionych w systemie referencyjnym o oznaczenie symbolami węzłów sieciowych oraz ich numerację o podział mapy na sektory wraz z ich numeracją o opisanie wszystkich odcinków odpowiednim numerem drogi wraz z zaznaczeniem kierunku rosnącego kilometraŝa o oznaczenie wartości pikietaŝa lokalnego z określonym interwałem 500m d. mapę sieci drogowej (przekazaną w formie wydruku) naleŝy dodatkowo dostarczyć w formie elektronicznej, w formacie umoŝliwiającym przeglądanie z poziomu oferowanego Zamawiającemu oprogramowania wspomagającego zarządzanie siecią drogową (przeglądarki systemu referencyjnego). e. Mapa w wersji elektronicznej (obsługiwana z poziomu oferowanego oprogramowania) musi równieŝ posiadać warstwy mapy ewidencyjnej (mapa numeryczna lub rastry), które zostaną dostarczone przez Zamawiającego, f. wszystkie informacje dotyczące zaprojektowanego systemu referencyjnego naleŝy równieŝ dostarczyć w formie bazy danych, zgodnej z oferowanym Zamawiającemu oprogramowaniem wspomagającym (przeglądarką systemu referencyjnego), 1.3. Inwentaryzacja dróg wg załącznika nr 7 Inwentaryzacja w korytarzu drogi naleŝy wykonać w oparciu o dane ewidencyjne określone w KsiąŜce Drogi w następującym zakresie: kolumny z zakresu 1-26, 31 tabeli 3a oraz 3b ksiąŝki drogi

3 kolumny z zakresu 1-4, 6-30, i tabeli 8 ksiąŝki drogi kolumny z zakresu 1-4, 8-13 tabeli 9 ksiąŝki drogi kolumny z zakresu 1-4, 6-17 tabeli 10 ksiąŝki drogi Wyniki pomiarów i obliczeń naleŝy przekazać w formie bazy danych zgodnej z posiadanym przez Zamawiającego oprogramowaniu, umoŝliwiającym równieŝ ich edycję zarówno w formie KsiąŜki Drogi jak i planu liniowego drogi. Inwentaryzacji podlega zebranie następujących informacji: inwentaryzacja parametrów technicznych drogi: parametry elementów korytarza drogi (lokalizacja, szerokość, długość, powierzchnia i rodzaj nawierzchni) informacje o skrzyŝowaniach (lokalizacja, rodzaj, długość, zabezpieczenie/droga) informacje o obiektach mostowych (lokalizacja, rodzaj obiektu) informacje o skrajniach (lokalizacja, rodzaj obiektu, szerokość, wysokość) inwentaryzacja zagospodarowania dróg: o informacje o zjazdach (lokalizacja, rodzaj, nawierzchnia, szerokość) o informacje o obiektach przydroŝnych (lokalizacja, rodzaj obiektu) inwentaryzacja wyposaŝenia dróg: o informacje o oznakowaniu poziomym o informacje o oznakowaniu pionowym o informacje o barierach i ekranach o informacje o oświetleniu o informacje o sygnalizacji 1.4. Fotorejestracja korytarza drogi według załącznika nr 7 dokumentację fotograficzną naleŝy wykonać w dowiązaniu do systemu referencyjnego, w formie cyfrowych zdjęć sekwencyjnych z interwałem wynoszącym min. 5m zdjęcia naleŝy wykonać przynajmniej z czterech kamer jednocześnie: o widok do przodu o widok do przodu / prawa strona drogi o widok do przodu / lewa strona drogi o widok do tyłu zdjęcia naleŝy wykonać zgodnie z kierunkiem przebiegu drogi (rosnącej kilometracji), minimalna rozdzielczość zdjęć dla widoku do przodu to 1600 x 1200, dla pozostałych 1280 x 960,

4 wraz z rejestracją zdjęciową niezbędne jest pozyskanie informacji o współrzędnych geograficznych (GPS) wraz z dokładnym pozycjonowaniem kierunku jazdy pojazdu pomiarowego, wykonane zdjęcia naleŝy przekazać na nośnikach typu DVD 1 komplet oraz na przenośnym dysku twardym 2,5 USB 2.0. nośniki ze zdjęciami muszą równieŝ zawierać oprogramowanie narzędziowe, uruchamiane automatycznie po włoŝeniu nośnika do napędu (bez wcześniejszej instalacji), umoŝliwiające ich przeglądanie oraz wykonywanie pomiarów elementów widocznych na zdjęciach; wymagana jest moŝliwość przeglądania zdjęć w dwóch trybach: o standardowe przeglądanie: automatyczne wyszukanie i prezentacja zdjęć dla wskazanego przez uŝytkownika pikietaŝa i wybranych kamer o odtwarzanie ciągłe: automatyczna zmiana wyświetlanych zdjęć dla wybranego odcinka drogi, zgodnie z kierunkiem tej drogi; uŝytkownik w takim trybie pracy wybiera odcinek, kamery i pikietaŝ, od którego następuje odtwarzanie ciągłe, o lokalizowanie bieŝącego zdjęcia na mapach GoogleMaps i Geoportal wraz z dokumentacją fotograficzną naleŝy dostarczyć odpowiednie oprogramowanie narzędziowe, które umoŝliwi przeglądanie zdjęć w oparciu o system referencyjny i kilometraŝ; wymagana jest jednoczesna prezentacja dla uŝytkownika następujących informacji dotyczących miejsca wykonania przeglądanych aktualnie zdjęć (bez względu na tryb przeglądania): o pikietaŝ lokalny (długość od początku odcinka) o pikietaŝ drogi (długość w ramach własności zarządcy) o kilometraŝ globalny o pomiar powierzchniowy elementów widocznych na zdjęciach o pomiar polilinii o moŝliwość włączenia na kaŝdym widoku z kamer siatki pomiarowej o moŝliwość odczytywania ze zdjęć informacji o globalnych współrzędnych obiektów punktowych, liniowych i powierzchniowych w wybranym przez uŝytkownika układzie współrzędnych: WGS84, UTM, 1965, 1992, wszystkie nośniki DVD naleŝy dostarczyć z etykietami zawierającymi informacje o ich zawartości,

5 1.5. Wymagania względem oprogramowania wspomagającego pracę z przyjętym systemem referencyjnym i dowiązanymi do niego danymi technicznymi i danymi ewidencyjnymi Aplikacja powinna przechowywać wszystkie dane związane z systemem ewidencji pasa drogowego wprowadzone przez Wykonawcę w ramach projektu. Aplikacja winna posiadać funkcjonalność, dzięki której w sposób automatyczny wykonywana będzie kopia bazy danych. Baza danych programu musi przechowywać informacje pozwalające na prowadzenie ewidencji dróg i mostów zgodnie z wytycznymi zawartymi w Rozporządzeniu Ministra Infrastruktury w sprawie sposobu numeracji i ewidencji dróg publicznych, obiektów mostowych, tuneli, przepustów i promów oraz rejestru numerów nadanych drogom, obiektom mostowym i tunelom. Dz. U. nr 67 z , poz Obiekty drogowe muszą mieć w bazie reprezentację geometryczną, jako obiekty: liniowe, punktowe powierzchniowe, tak, aby moŝliwe było wyświetlanie rzeczywistych kształtów i połoŝenia obiektów na mapie. Administrator systemu winien posiadać moŝliwość określenia czasookresów dokonywania kopi bazy danych, a takŝe winien posiadać moŝliwość wykonania kopii bazy na Ŝądanie. Administrator systemu winien posiadać moŝliwość przywrócenia bazy danych z kopii zapasowej. Wykonawca winien uwzględnić fakt, iŝ w ramach systemu aplikacja klienta wdroŝona będzie w sieci wewnętrznej Zamawiającego (LAN). Aplikacja klienta systemu winna pracować w oparciu o system operacyjny Microsoft Windows 7 Professional 32 bit. Aplikacja winna być zoptymalizowana do pracy na stacjach roboczych dwumonitorowych. W związku z powyŝszym aplikacja winna umoŝliwić personalizowanie środowiska pracy poprzez rozmieszczenie poszczególnych elementów aplikacji na dwóch monitorach oraz zapisu ustawień. Ustawienia winny być zachowane w kolejnych uruchomieniach aplikacji na stacji roboczej. Aplikacja winna posiadać takŝe moŝliwość przywrócenia ustawień domyślnych względem rozmieszczenia elementów aplikacji. Dostęp do systemu z poziomu aplikacji klienta winien być autoryzowany. Autoryzacja winna być realizowana poprzez login i hasło. Aplikacja winna umoŝliwić wyświetlanie współrzędnych wskazanego na mapie punktu w innych układach współrzędnych niŝ była utworzona mapa. Aplikacja winna obsługiwać następujące układy współrzędnych: WGS84, UTM, 1965, 1992, Wymagania technologiczne: wersja językowa: oprogramowanie musi być dostarczone w polskiej wersji językowej obejmującej: o wszystkie elementu interfejsu uŝytkownika o dokumentację uŝytkownika format bazy danych: relacyjna baza danych

6 środowisko systemowe: Microsoft Windows 2000/XP/Vista/7. moŝliwości pracy w sieci komputerowej: jednoczesny odczyt danych na wielu stacjach roboczych i edycja na jednej stacji w danym czasie integracja: wszystkie moduły oprogramowania muszą stanowić jeden zintegrowany system moŝliwość dołączenia dodatkowych modułów zintegrowanych z wersją podstawową systemu bez konieczności uprzedniego odinstalowania wersji podstawowej Obsługa systemu referencyjnego: obsługa modelu sieci drogowej opartego na systemie referencyjnym z pikietaŝem lokalnym definiowanie przebiegu dróg jako ciągu następujących po sobie węzłów sieciowych i odcinków międzywęzłowych zapis w bazie danych wszystkich informacji dotyczących sieci drogowej musi być realizowany w nawiązaniu do systemu referencyjnego; wszystkie zdarzenia (elementy powierzchniowe, obiekty i pozostałe informacje) naleŝy lokalizować poprzez wskazanie odcinka (węzeł początkowy i końcowy) i pikietaŝa lokalnego (odległość od początku odcinka) system musi wyświetlać listę dróg wraz z odcinkami naleŝącymi do danej drogi system musi wyświetlać listę węzłów oraz listę odcinków związanych z danym węzłem system musi wyświetlać listę odcinków pogrupowanych wg obszarów administracyjnych system musi wyświetlać listę ulic zdefiniowanych w bazie wraz z drogami i odcinkami naleŝącymi do danej ulicy Obsługa mapy interaktywnej: Po wskazaniu odcinka (grupy odcinków) na mapie program będzie wyświetlał informacje o zaznaczonym odcinku (grupie odcinków). Program musi umoŝliwiać automatyczne wyszukiwanie i wyświetlanie na mapie wybranej przez uŝytkownika drogi, odcinka lub grupy odcinków. System musi automatycznie rzutować obiekty drogi na odcinek referencyjny wyliczając ich kilometraŝe, pole powierzchni, długości, szerokości. Program musi umoŝliwiać skalowanie mapy. Program musi umoŝliwiać przesuwanie mapy. Mapa musi mieć moŝliwość przedstawienia wyników zdarzeń w dowolnie zdefiniowanej skali dla obszarów administracyjnych lub innych granic zdefiniowanych przez uŝytkownika. UŜytkownik musi mieć moŝliwość definiowania na mapie elementów powierzchniowych (np.: jezdnie, chodniki) oraz infrastruktury (np. znaki, uzbrojenie). Wprowadzenie lub zmiana danych metodą rysowania obiektów na mapie musi automatycznie generować zmiany w odpowiednich tabelach bazy danych. Edycja obiektów na mapie musi być wspierana następującymi narzędziami: o Przyciąganie do węzłów o Łączenie obiektów

7 o Dzielenie obiektu innym obiektem powierzchniowym o Wycinanie fragmentu obiektu innym obiektem powierzchniowym o Rozdzielanie multiobiektów Aplikacja winna wyświetlać atrybuty opisowe po wskazaniu określonego obiektu na mapie. Wprowadzanie zmian danych z poziomu mapy winno skutkować zmianami w bazie danych. Aplikacja winna umoŝliwiać pracę zarówno na warstwach wektorowych jak i rastrowych. W przypadku warstw rastrowych musi umoŝliwiać ich wyświetlanie z uwzględnieniem koloru przeźroczystości warstwy UŜytkownik musi mieć moŝliwość włączania i wyłączania aktywnych warstw. UŜytkownik musi mieć moŝliwość importu warstw mapy, Program musi umoŝliwiać dodawanie przez uŝytkownika do mapy nowych warstw. UŜytkownik musi mieć moŝliwość zmiany kolejności warstw statycznych i dynamicznych oraz zmiany ich nazw, Program musi mieć moŝliwość eksportowania warstw mapy do formatów TIF, JPG, PDF w dowolnie zdefiniowanej skali. Program musi umoŝliwiać wprowadzanie i odczytywanie punktów w róŝnych układach współrzędnych (import z zewnętrznego pliku) Program musi posiadać funkcję wyświetlania na mapie aktualnej pozycji kamery. Program musi posiadać narzędzie umoŝliwiające kalibrowanie i przycięcie zeskanowanych podkładów rastrowych, Aplikacja winna wyświetlać informacje o godłach układu 1965 poprzez kliknięcie na mapie oraz automatycznego wyszukiwania podkładu rastrowego, jeŝeli taki istnieje na liście warstw Aplikacja winna umoŝliwiać pomiar odległości na mapie przy pomocy linii łamanej (pomiar pojedynczy i sumaryczny) Program musi umoŝliwiać uŝytkownikowi generowanie i drukowanie mapy techniczno-eksploatacyjnej. Program musi umoŝliwiać wydruk mapy w wybranej przez uŝytkownika skali. Program winien umoŝliwić rozszerzone opcje wydruku mapy, Program winien posiadać okno, w którym dostępnym będzie podgląd wydruku. Powinien być odświeŝany automatycznie w przypadku zmiany widoku mapy. Program winien umoŝliwić wydruk fragmentów mapy w dowolnie zdefiniowanej przez uŝytkownika skali, na dowolnym określonym przez uŝytkownika formacie papieru. Program winien tworzyć wydruk w postaci pliku PDF zawierający plan liniowy wybranej drogi lub wybranego odcinka referencyjnego w postaci arkuszy w formatach A4 oraz A3 w określonej przez uŝytkownika skali. Plik winien zawierać mapę poglądową odcinka drogi zawierającą ramki poszczególnych stron wydruku wraz z ich numerami oraz legendę zawierającą listę elementów powierzchniowych znajdujących się na wydruku wraz z objaśnieniem dotyczącym kolorów

8 Wymagania dla danych: Obiekty drogowe muszą mieć w bazie reprezentację geometryczną jako obiekty: liniowe, punktowe i powierzchniowe, tak aby moŝliwe było wyświetlanie rzeczywistych kształtów i połoŝenia obiektów na mapie. UŜytkownik musi mieć moŝliwość definiowania na mapie obiektów liniowych, punktowych oraz powierzchniowych. Geometria obiektów musi być edytowalna przez uprawnionego uŝytkownika na mapie za pomocą dostępnych narzędzi. Zmiany winny być uwzględnione w bazie danych. Aplikacja winna posiadać moŝliwość dodawania nowych elementów powierzchniowych na drodze poprzez wprowadzenie danych opisowych elementu (kilometraŝ początkowy, kilometraŝ końcowy, szerokość, odległość od osi drogi), geometria obiektu musi zostać automatycznie wygenerowana na mapie. Baza danych programu musi przechowywać informacje pozwalające na prowadzenie ewidencji dróg i mostów zgodnie z wytycznymi zawartymi w Rozporządzeniu Ministra Infrastruktury w sprawie sposobu numeracji i ewidencji dróg publicznych, obiektów mostowych, tuneli, przepustów i promów oraz rejestru numerów nadanych drogom, obiektom mostowym i tunelom. Dz. U. nr 67 z , poz Program musi umoŝliwiać import/eksport danych o obiektach drogowych i obiektach mostowych wraz z zestawem ich atrybutów i geometrią Program musi umoŝliwiać import/eksport warstw geometrycznych niebędących obiektami drogowymi np.: tereny zielone, cieki wodne. Program musi umoŝliwiać import/eksport danych nie mających reprezentacji geometrycznej na mapie np.: dane o remontach, protokołach katastrof. Generowanie KsiąŜki drogi : System musi umoŝliwiać automatyczne generowanie (na podstawie wprowadzonych do bazy danych informacji) raportów przewidzianych dla ksiąŝki drogi Generowane raporty muszą być zgodne z podanymi w Rozporządzeniu Ministra Infrastruktury z dnia 16 lutego 2005 r. wzorami w sprawie sposobu numeracji i ewidencji dróg publicznych (Dz. U nr 67 poz. 582) System musi umoŝliwiać generowanie formularzy wymaganych przez Rozporządzenie Ministra Infrastruktury z dnia 16 lutego 2005r. w sprawie trybu sporządzania informacji oraz gromadzenia i udostępniania danych o sieci dróg publicznych, obiektach mostowych, tunelach oraz promach (Dz. U. z 2005r. Nr 67, poz. 583). moŝliwość eksportu wygenerowanych raportów do zewnętrznych formatów takich jak:.pdf,.xls,.html,.txt,.rtf,.doc,.rpt moŝliwość wydruku raportów moŝliwość nawigowania po wygenerowanym raporcie poprzez opcje: o przejścia do pierwszej/ ostatniej strony o przejścia do następnej/poprzedniej o przejścia do konkretnego numeru strony

9 Raporty i statystyki: System musi umoŝliwiać generowanie raportów i statystyk: o generowanie raportu - zestawienia zbiorczego danych technicznych odcinka drogi na wybranym pikietaŝu o generowanie raportu - zestawienia szczegółowego danych technicznych odcinka drogi na wybranym pikietaŝu o generowanie statystyki z Ewidencji punktów węzłowych o generowanie statystyk dotyczących długości i powierzchni, z uwzględnieniem takich parametrów jak zarządca, kategoria drogi, rodzaj nawierzchni o generowanie statystyk dotyczących ilości poszczególnych obiektów drogowych na wybranym przez uŝytkownika zakresie sieci drogowej o generowanie statystyk dla oznakowania pionowego z uwzględnieniem takich parametrów jak: rodzaj wykonania, stan oznakowania, rozmiar oznakowania, grupa znaków, data ustawienia o generowanie statystyk dla oznakowania poziomego pokazujących sumy długości i powierzchni oznakowania z uwzględnieniem takich parametrów jak rodzaj znaku, rodzaj wykonania, stan wykonania, data wykonania o generowanie statystyk zawierających listę odcinków inwentaryzowanych, listę węzłów posiadających szkice, listę odcinków zawierających fotorejestracji o generowanie statystyki zawierających listę wypadków i kolizji na drogach o generowanie wykazu dróg o generowanie listy ulic na drogach o generowanie statystyk zawierających długość, szerokość i powierzchnię elementów powierzchniowych umieszczonych w bazie systemu występujących na wybranym przez uŝytkownika fragmencie sieci drogowej. System musi umoŝliwiać nawigowanie po raportach (następny, poprzedni, przejście do wybranej strony). System musi mieć moŝliwość skalowania raportów (powiększanie, pomniejszanie, dopasowanie do wielkości okna). System musi mieć moŝliwość drukowania raportów (aktualnego raportu, wszystkich otwartych raportów) System musi posiadać funkcję zapisu raportów do róŝnych formatów (pdf, doc, html, xls, ppt). Filtry: Program musi umoŝliwiać ograniczanie zasobu dostępnych danych, na przykład w celu wyszukania konkretnych obiektów na ograniczonym fragmencie sieci, dla określenia ilości lub w celu wygenerowania specjalnego raportu. Po zrealizowaniu zadania, ograniczenia te będą bezproblemowo usunięte, aby dla innych zadań ponownie był dostępny cały zasób danych. Program musi mieć moŝliwość tworzenia filtrów sieciowych (operacji na sieci) i filtrów obiektowych.

10 Program musi posiadać moŝliwość tworzenia filtrów administracji terytorialnej i administracji drogowej. Filtr operacji na sieci musi udostępniać innym modułom wybrany przez uŝytkownika fragment sieci. Filtr obiektowy musi udostępniać innym modułom wybrane przez uŝytkownika obiekty drogowe, ale równieŝ musi wpływać na sieć drogową. Program musi posiadać funkcję modyfikowania utworzonych wcześniej filtrów. Program musi posiadać funkcję usuwania filtrów. Program musi posiadać funkcję importowania i eksportowania filtrów. Wyświetlanie dodatkowej dokumentacji: System musi mieć moŝliwość wyświetlania szkiców i zdjęć punktów węzłowych wybranego odcinka lub grupy odcinków System musi mieć moŝliwość wyświetlania szkiców i zdjęć drogowskazów znajdujących się na wybranej przez uŝytkownika drodze, odcinku lub grupie odcinków System musi mieć moŝliwość wyświetlania zdjęć tablic z nazwami miejscowości znajdujących się na wybranej przez uŝytkownika drodze, odcinku lub grupie odcinków. W systemie musi istnieć moŝliwość dodawania dokumentacji do bazy (pliki graficzne, dokumenty) dla wybranych przez uŝytkownika odcinków i obiektów. W systemie musi istnieć moŝliwość drukowania przeglądanych szkiców i zdjęć. W systemie musi istnieć moŝliwość kopiowania przeglądanych szkiców i zdjęć do schowka w celu późniejszego wklejenia do zewnętrznej aplikacji. W systemie musi istnieć moŝliwość skalowania przeglądanych szkiców i zdjęć Aplikacja winna umoŝliwiać przypisanie do dowolnego obiektu dokumentów (JPG, MP3, AVI, DOC, XLS, PDF oraz inne pliki dowolnego formatu) W systemie musi istnieć moŝliwość zarządzania dokumentami tzn. musi istnieć moŝliwość importowania i usuwania dokumentów. Obsługa wizualnej dokumentacji korytarza drogi: System musi posiadać moŝliwość wyświetlania sekwencji zdjęć zapisanych w formacie cyfrowym przedstawiających obraz korytarza drogi. System musi mieć moŝliwość przeglądania sekwencji zdjęć wybranego w programie odcinka przez wybór konkretnego pikietaŝa lub odtwarzanie ciągłe z moŝliwością ustawienia prędkości zmian pikietaŝa. Podczas odtwarzania musi być podany kilometraŝ lokalny oraz kilometraŝ globalny aktualnej pozycji kamery. System musi posiadać funkcję automatycznego przechodzenia do następnego odcinka. System musi posiadać funkcję wyświetlania na mapie aktualnej pozycji zdjęcia z modułu wideo z moŝliwością wyboru nowego zdjęcia poprzez klikniecie na mapie. System musi umoŝliwiać jednoczesne odtwarzanie obrazu zarejestrowanego przez róŝne kamery. System musi mieć moŝliwość włączenia siatki pomiarowej. System musi umoŝliwiać wykonywanie pomiarów dotyczących szerokości i wysokości oraz powierzchni obiektów widocznych na zdjęciach.

11 System musi umoŝliwiać wykonywanie pomiarów dotyczących połoŝenia punktu na zdjęciach. System musi umoŝliwiać kopiowanie zdjęć z wybranej kamery do schowka. System musi umoŝliwiać lokalizowanie aktualnie wyświetlonego zdjęcia na mapach serwisu GoogleMaps i Geoportal. Edycja danych tabelarycznych Aplikacja winna posiadać edytor tabelaryczny wyświetlający wiele obiektów z jednej tabeli w poszczególnych wierszach tabeli edytora, tak, aby móc porównać wyświetlane obiekty Aplikacja winna posiadać edytor umoŝliwiający wyświetlenie danych pojedynczym obiekcie w postaci szczegółowej listy jego atrybutów Aplikacja winna posiadać moŝliwość sortowania danych w kolumnach Obiekty wyświetlone w edytorze muszą być interaktywne z obiektami na mapie, zaznaczenie obiektu na mapie musi zaznaczać ten rekord w edytorze; wybranie rekordu w edytorze musi zaznaczać obiekt na mapie. Edytor musi mieć opcje kopiowania zawartości do schowka w celu wklejenia w zewnętrznej aplikacji Edytor musi jednoznacznie wskazywać dane obligatoryjne do wpisania w danej tabeli (na przykład poprzez kolor komórki) Moduł zarządzania pasem drogowym. Moduł winien być zintegrowany z systemem w zakresie korzystania z niektórych funkcji systemu takich, jak: system referencyjny mapa interaktywna raporty filtry inne Moduł winien posiadać moŝliwość prowadzenia wymaganej przepisami dokumentacji w procesie zarządzania pasem drogowym Moduł winien posiadać moŝliwość obliczania wysokości opłat za zajęcie pasa drogowego (opłaty roczne za infrastrukturę oraz dzienne) Moduł winien być wyposaŝony w narzędzia do graficznej prezentacji miejsc i charakteru poszczególnych zajęć pasa drogowego na sieci drogowej Moduł winien posiadać moŝliwość monitorowania procesów i procedur związanych z zarządzaniem pasem drogowym Moduł winien posiadać moŝliwość generowania następujących raportów; ZbliŜające się lub przekroczone terminy płatności lub zwolnienia pasa Aktualne zajęcie pasa Zestawienie płatności dla księgowości ZbliŜające się terminy gwarancji

12 Zestawienie zajmujących pas wg wysokości opłat, zajmowanej powierzchni, częstości zgłoszeń Zestawienia liczby zajęć i opłat wg działów i rodzajów zajęcia Kolizje lokalizacji Moduł winien posiadać moŝliwość podłączenia do dokumentów dowolnej liczby załączników, którymi mogą być notatki tekstowe lub pliki zawierające zdjęcia, dokumenty MS Office lub zawierające inną treść i pracujące w środowisku Windows Moduł winien być wyposaŝony w filtry: UmoŜliwiające wybieranie dokumentów spełniających zadane kryteria i wskazujące i lokalizacje z nimi związane na mapie Pozwalające na wzajemne łączenie w celu zawęŝania kryteriów zapytań Moduł winien posiadać moŝliwość generowania mapy tematycznej przedstawiającej lokalizacje poszczególnych zdarzeń w podziale na rodzaje zajęcia drogi, terminy z nimi związane oraz sytuację w zakresie wymaganych płatności) będących czytelną wizualnie prezentacja posiadanych danych Moduł organizacji ruchu. Moduł musi być zintegrowany z oprogramowaniem wspomagającym zarządzanie ewidencją dróg w zakresie korzystania z niektórych funkcji programu, takich jak: system referencyjny mapa interaktywna raporty filtry inne Moduł musi umoŝliwiać: Wprowadzanie do systemu oznakowania pionowego, poziomego i sygnalizacji: istniejącej oraz projektowanej Oznaczenie oznakowania pionowego, poziomego i sygnalizacji jako usunięte bez fizycznego usuwania obiektów z systemu Drukowanie mapy w wybranej skali na papierze wybranego formatu z automatycznym raportem zawierającym zestawienie oznakowania pionowego, poziomego i sygnalizacji zawartych na wydruku Tworzenie rzeczywistych znaków drogowych (np. tablic miejscowości, tabliczek informacyjnych, tablic kierunku) Odwzorowanie rzeczywistego układu znaków pionowych poprzez grupowanie tablic znaków na słupkach Pokazywanie bądź ukrywanie na mapie znaków istniejących, projektowanych bądź usuniętych MoŜliwość przechowywania dodatkowych atrybutów znaków pionowych takich jak: wielkość, stan, zamocowanie, wykonanie, treść, odległość od krawędzi jezdni, okres obowiązywania

13 MoŜliwość przechowywania dodatkowych atrybutów znaków poziomych takich jak: barwa, wykonanie, okres obowiązywania MoŜliwość przechowywania dodatkowych atrybutów sygnalizatorów takich jak: mocowanie, liczba kamer, rodzaj komory, przycisk wyzwalania Obsługa zarządzania obiektami mostowymi: System musi umoŝliwiać zarządzanie obiektami mostowymi powiązanymi z modelem sieci drogowej. Program musi umoŝliwiać wprowadzanie i edycję danych w sposób zgodny z metodą przyjętą w systemie dla edycji danych z inwentaryzacji dróg. System musi umoŝliwiać grupowanie danych przy ich przeglądaniu wg lokalizacji lub kategorii i rodzaju obiektu mostowego. pełna integracja z oprogramowaniem wspomagającym zarządzanie ewidencją dróg, obejmująca następujące elementy: dostęp do wszystkich funkcji programu z poziomu systemu integracja na poziomie bazy danych (rozszerzenie bazy danych o elementy wymagane dla obiektów mostowych) bezpośrednie powiązanie rejestrowanych danych z modelem sieci drogowej wprowadzanie i edycja danych w sposób zgodny z metodą przyjętą w systemie dla edycji danych z inwentaryzacji dróg System musi umoŝliwiać generowanie ksiąŝki obiektu mostowego zgodnie z podanymi w Rozporządzeniu Ministra Infrastruktury z dnia 16 lutego 2005 r. wzorami w sprawie sposobu numeracji i ewidencji dróg publicznych, obiektów mostowych, tuneli, przepustów i promów oraz rejestru numerów nadanych drogom, obiektom mostowym i tunelom (Dz. U nr 67 poz. 582) System musi umoŝliwiać generowanie wykazu obiektów mostowych System musi umoŝliwiać generowanie wykazu przepustów System musi umoŝliwiać generowanie wykazu promów System musi umoŝliwiać generowanie ksiąŝki tunelu i przejścia podziemnego zgodnie z podanymi w Rozporządzeniu Ministra Infrastruktury z dnia 16 lutego 2005 r. wzorami w sprawie sposobu numeracji i ewidencji dróg publicznych, obiektów mostowych, tuneli, przepustów i promów oraz rejestru numerów nadanych drogom, obiektom mostowym i tunelom (Dz. U nr 67 poz. 582) System musi umoŝliwiać generowanie wykazu tuneli dla przejść podziemnych System musi umoŝliwiać generowanie wykazu tuneli dla tuneli drogowych System musi umoŝliwiać generowanie kart obiektów mostowych System musi umoŝliwiać grupowanie danych przy ich przeglądaniu wg kategorii i rodzaju obiektu mostowego. System musi posiadać funkcje sortowania i wyszukiwania obiektów mostowych. System musi automatycznie pokazywać wybrany obiekt na mapie. Po zaznaczeniu obiektu system musi umoŝliwiać zmianę atrybutów (poszczególnych elementów KsiąŜki Obiektu Mostowego ) tego obiektu. Dodatkowe funkcje programu: System będzie umoŝliwiał rejestrowanie dowolnie zdefiniowanych przez uŝytkownika zdarzeń na drodze np. wypadków drogowych, natęŝeni ruchu, rodzaju nawierzchni, planu robót drogowych, standardów zimowego utrzymania dróg, sieci, dróg, wykonanych robót drogowych),

14 Program musi umoŝliwiać definiowanie zdarzeń na drodze poprzez wizualizację na mapie w postaci zarówno kolorów jak i szerokościami odcinków dróg. System będzie umoŝliwiał wprowadzanie dodatkowych obiektów liniowych, punktowych oraz powierzchniowych. Program musi posiadać w załączoną instrukcję obsługi oprogramowania z objaśnieniem wszystkich funkcji (wydrukowana i PDF), Aplikacja winna umoŝliwić wyświetlanie połoŝenia odczytanego z podłączonego odbiornika GPS z automatycznym rzutowaniem na najbliŝszy odcinek Aplikacja winna posiadać niezbędne narzędzia, dzięki którym uŝytkownik będzie posiadał moŝliwość importu oraz exportu danych nieposiadających geometrii (np.: dane dotyczące prowadzony prac remontowych, inwestycyjnych, protokoły kontroli itp.) Aplikacja winna posiadać funkcjonalność, dzięki której moŝliwym będzie import danych w postaci arkusza EXCEL (XLS) w zakresie dzienników objazdów. System musi posiadać moŝliwość wyceny majątku drogowego System musi mieć moŝliwość importu i wizualizacji danych dotyczących oceny stanu nawierzchni zgodnej z metodami SOSN oraz BIKB: o Import danych z plików XLS o Prezentowanie wyników oceny w postaci wykresów z moŝliwością porównywania wyników z kilku okresów o Generowanie map stanu nawierzchni zgodnie ze specyfikacją metody SOSN i BIKB Program musi wyświetlać listę zmian w funkcjonalności w przypadku późniejszych aktualizacji systemu. Szkolenie Wykonawca w ramach realizacji zadania przeprowadzi szkolenie dla Zamawiającego, w zakresie obsługi oprogramowania. Szkolenie odbędzie się w siedzibie Zamawiającego, we wcześniej ustalonym terminie. Licencja Wykonawca zainstaluje oprogramowanie na wskazanych 2 stanowiskach w siedzibie Zamawiającego, co zostanie potwierdzone licencją.