Za³ 7 OPZ zamienny - ZIKiT - Zarząd Infrastruktury Komunalnej i

Transkrypt

ZARZĄD INFRASTRUKTURY KOMUNALNEJ I TRANSPORTU W KRAKOWIE
ul. Centralna 53, 31–586 Kraków, centrala tel. +48 12 61 67 000, fax: +48 12 61 67 417, email: [email protected]
Załącznik nr 7
do SIWZ
OPIS PRZEDMIOTU ZAMÓWIENIA
ZAMIENNY
Projekt:
ROZWÓJ SYSTEMU ZARZĄDZANIA TRANSPORTEM
PUBLICZNYM W KRAKOWIE
Zamówienie:
Kontrakt na Rozbudowę Systemu Sterowania Ruchem (UTCS)
SPIS TREŚCI
1
OGÓLNY OPIS PROJEKTU .............................................................................................. 5
1.1
Wprowadzenie ............................................................................................................... 5
1.2
Cele Projektu ................................................................................................................. 6
1.3
Zakres Projektu.............................................................................................................. 6
1.3.1
Zadanie 1: Budowa dedykowanej sieci światłowodowej....................................... 6
1.3.2 Zadanie 2: Remont sygnalizacji świetlnych na wybranych skrzyŜowaniach wraz
z wymianą urządzeń sterowniczych..................................................................................... 7
1.3.3 Zadanie 3: Zintegrowanie istniejących tablic informacyjnych dla kierowców z
Systemem Sterowania Ruchem (UTCS) .............................................................................. 8
1.3.4 Zadanie 4: Rozszerzenie Systemu Sterowania Ruchem wzdłuŜ linii tramwajowej
na odcinku Bagatela - Bronowice oraz w obszarze Al. Pokoju i ul. Nowohuckiej ............. 8
2
1.4
Terminy realizacji.......................................................................................................... 9
1.5
Wymagania ogólne ........................................................................................................ 9
ZADANIE 1: BUDOWA DEDYKOWANEJ SIECI ŚWIATŁO-WODOWEJ ................ 10
2.1
Wymagania ogólne ...................................................................................................... 10
2.2
Wymagania techniczne................................................................................................ 13
2.3
Informacje i wymagania dodatkowe............................................................................ 14
3
ZADANIE 2: REMONT SYGNALIZACJI ŚWIETLNYCH NA OKREŚLONYCH
SKRZYśOWANIACH WRAZ Z WYMIANĄ URZĄDZEŃ STEROWNICZYCH............... 15
3.1
Wykaz sygnalizacji objętych remontem i sterowaniem obszarowym......................... 15
3.1.1
Obszar sterowania „Bronowice” .......................................................................... 15
3.1.2
Obszar sterowania „al. Pokoju” i „ul. Nowohucka” ............................................ 15
3.2
Wymagania odnośnie projektowania i wykonawstwa ................................................ 17
3.3
Dokumenty odniesienia ............................................................................................... 17
3.4
Dokumenty, które naleŜy przedstawić po realizacji Zadania ...................................... 18
3.5
Wymagania odnośnie projektowania remontu i modernizacji sygnalizacji świetlnych..
..................................................................................................................................... 19
3.5.1
Maszty sygnalizacyjne ......................................................................................... 19
3.5.2
Słupy wysięgnikowe ............................................................................................ 20
3.5.3
Kable i przewody ................................................................................................. 20
3.5.4
Pętle indukcyjne ................................................................................................... 21
3.5.5
Sterownik sygnalizacji ......................................................................................... 21
3.5.6
Zestaw złączowo-pomiarowy (ZZP).................................................................... 23
3.5.7 Latarnie sygnalizacyjne........................................................................................ 23
____________________________________________________________________________
2/51
3.5.8
Przyciski dla pieszych .......................................................................................... 24
3.5.9
Kanalizacja kablowa ............................................................................................ 24
3.5.10 Sygnalizatory akustyczne dla pieszych ................................................................ 25
3.5.11 Detekcja wideo..................................................................................................... 26
3.5.12 Ekrany kontrastowe.............................................................................................. 26
3.6
Wymagania odnośnie systemu monitoringu wideo na skrzyŜowaniach ..................... 26
3.6.1
Wymagania dla kamery obrotowej ...................................................................... 27
3.6.2
Wymagania dla rejestracji obrazu ........................................................................ 27
4
ZADANIE 3: ZINTEGROWANIE ISTNIEJĄCYCH TABLIC INFORMACYJNYCH
DLA KIEROWCÓW Z SYSTEMEM ZARZĄDZANIA RUCHEM ....................................... 28
4.1
4.2
Wymagania funkcjonalne ............................................................................................ 30
5
ZADANIE 4: ROZSZERZENIE SYSTEMU STEROWANIA RUCHEM WZDŁUś
LINII TRAMWAJOWEJ NA ODCINKU BAGATELA–BRONOWICE MAŁE ORAZ
W OBSZARZE AL. POKOJU I UL. NOWOHUCKIEJ ........................................................... 32
5.1
Wymagania odnośnie Projektów ruchowych sygnalizacji .......................................... 33
5.1.1
Wymagania ogólne............................................................................................... 33
5.1.2
Wymagania formalne ........................................................................................... 34
5.1.3
Wymagania odnośnie programów sygnalizacji świetlnej .................................... 34
5.1.4
Wymagania względem systemu detekcji ............................................................. 35
5.1.5
Wymagania względem grup sygnalizacyjnych i rozmieszczenia sygnalizatorów36
5.1.6
Wymagania i uwagi dodatkowe ........................................................................... 37
5.2
Wymagania dotyczące funkcjonalności oprogramowania .......................................... 37
5.2.1
Wymagania ogólne............................................................................................... 37
5.2.2
Wymagania funkcjonalne..................................................................................... 38
5.3 Wymagania funkcjonalne sterowników sygnalizacji świetlnej oraz dla systemu
optymalizacji sieciowej .......................................................................................................... 40
5.3.1
Wymagania odnośnie połączenia z systemem centralnym .................................. 40
5.3.2
Wymagania odnośnie sterownika......................................................................... 40
5.3.3
Zastosowany system optymalizacji sieciowej...................................................... 41
5.4
6
7
Wymagania dodatkowe ............................................................................................... 41
EFEKTYWNOŚĆ SYSTEMU STEROWANIA RUCHEM............................................. 42
6.1
6.2
Ocena efektywności..................................................................................................... 43
ARCHITEKTURA SYSTEMÓW KOMPUTEROWYCH ............................................... 44
7.1 Wymagania odnośnie serwerów.................................................................................. 44
____________________________________________________________________________
3/51
7.2
Wymagania odnośnie aplikacji klienckich .................................................................. 45
7.3
Wymagania odnośnie dostępności............................................................................... 45
7.4
Uwagi końcowe ........................................................................................................... 45
8
OTWARTOŚĆ SYSTEMÓW I PROTOKOŁY TRANSMISJI DANYCH...................... 46
8.1
8.2
Wymagania formalne .................................................................................................. 47
8.3
Warunki szczegółowe.................................................................................................. 47
8.4
Wymaganie otwartości systemów ............................................................................... 47
9
INFORMACJE I WYMAGANIA DODATKOWE .......................................................... 48
10
OBOWIĄZKI WYKONAWCY ........................................................................................ 50
11
SPIS ZAŁĄCZNIKÓW ..................................................................................................... 51
____________________________________________________________________________
4/51
1 OGÓLNY OPIS PROJEKTU
1.1 Wprowadzenie
Gmina Miejska Kraków zrealizowała w latach 2005-2010 w ograniczonym zakresie
geograficznym niektóre elementy Inteligentnych Systemów Transportowych (ITS), a mianowicie:
•
•
•
UTCS – System Sterowania Ruchem obejmujący swym zakresem 72 skrzyŜowania w ścisłym centrum Krakowa i wzdłuŜ tzw. korytarza Krakowskiego Szybkiego
Tramwaju (KST);
TTSS – System Nadzoru Ruchu Tramwajowego, w tym system priorytetu przejazdów tramwajów przez skrzyŜowania zlokalizowane w korytarzu KST, obejmujący
196 pociągów tramwajowych;
PIS – System Dynamicznej Informacji PasaŜerskiej obejmujący 44 szt. tablic dynamicznej informacji pasaŜerskiej na 23. przystankach tramwajowych w korytarzu
KST.
Wszystkie ww. systemy są zarządzane z Centrum Sterowania Ruchem zlokalizowanym
w Krakowie przy ul. Centralnej.
Systemy i urządzenia zostały zaprojektowane, dostarczone i uruchomione przez Konsorcjum firm Siemens AG i Siemens Polska Sp. z o.o.
Obecne konfiguracje ww. systemów są wyspecyfikowane m.in. w niŜej wymienionych
dokumentach załączonych do nin. Opisu Przedmiotu Zamówienia:
•
•
•
UTCS & TTSS. Specyfikacja techniczna UTCS - dokument nr Ss 009 D, (Załącznik 1).
System Nadzoru Ruchu Tramwajowego w Krakowie (TTSS). Konfiguracja urządzeń i sieci. Specyfikacja powykonawcza (Załącznik 2).
UTCS & TTSS. Specyfikacja techniczna TTSS. Dynamiczna Informacja PasaŜerska - dokument nr Ss 020 C (Załącznik 3).
Uwaga: wymienione wyŜej dokumenty dostępne są do wglądu w siedzibie Zamawiającego: ul. Centralna
53, 31-586 Kraków, Dział InŜynierii Ruchu, pok. 01.
Wszystkie wymienione systemy zostały tak zaprojektowane aby moŜliwa była ich dalsza rozbudowa.
Ponadto, w ostatnim okresie przetestowano w Krakowie nowe podejście do identyfikowania nielegalnych wjazdów pojazdów do strefy „B” ograniczonego ruchu i parkowania
w oparciu o system elektronicznej identyfikacji pojazdów Autoscope® Sierra, który został dostarczony i zainstalowany przez firmę Image Sensing Systems Europe Limited sp. z o.o. Oddział w Polsce. W chwili obecnej system ten jest wyposaŜony w jedną kamerę i jedno stanowisko operatorskie.
____________________________________________________________________________
5/51
1.2 Cele Projektu
Wobec oczywistych pozytywnych efektów wdroŜenia ITS w Krakowie a takŜe
uwzględniając konieczność dalszej poprawy warunków ruchu w innych obszarach miasta
i poprawy funkcjonowania transportu publicznego, Gmina Miejska Kraków podjęło decyzję
o dalszej rozbudowie ITS ze szczególnym naciskiem na rozszerzenie sytemu Zarządzania
Transportem Publicznym, w tym - Dynamicznej Informacji PasaŜerskiej, System obszarowego
Sterowania Ruchem oraz wzmocnienie kontroli dostępu do strefy ruchu uspokojonego oraz
nadzoru nad pasami komunikacji zbiorowej.
Realizacja Projektu winna ponadto umoŜliwić słuŜbom miejskim efektywne zarządzanie ruchem i transportem publicznym oraz udostępniać bogaty materiał analityczny do procesów planowania i projektowania rozwoju infrastruktury transportowej. Funkcjonowanie systemu powinno równieŜ zapewnić uŜytkownikom dróg moŜliwość uzyskiwania na bieŜąco informacji o warunkach ruchu.
Natomiast system kontroli dostępu do strefy „B” i monitorowania pasów komunikacji
zbiorowej winny umoŜliwić pełniejszą kontrolę naruszania zakazów wjazdu przez pojazdy
nieuprawnione oraz szybszego i skuteczniejszego karania ich posiadaczy.
Poprzez takie działania Gmina Miejska Kraków chce przyczynić się do stworzenia lepszych warunków dla ruchu pieszych, rowerzystów, komunikacji zbiorowej i ochrony zabytkowego centrum Krakowa przed konsekwencjami nadmiernej ilości zanieczyszczeń powietrza,
hałasu i degradacji przestrzeni publicznej.
1.3 Zakres Projektu
Zamawiający podzielił Projekt Rozwoju Systemu Zarządzania Transportem Publicznym w Krakowie na trzy niŜej wymienione Kontrakty:
•
•
•
Kontrakt 1: Rozbudowa Systemu Zarządzania Transportem Publicznym.
Kontrakt 2: Rozbudowa Systemu Sterowania Ruchem (UTCS),
Kontrakt 3: Budowa Systemu Kontroli Dostępu do Strefy Ruchu Uspokojonego
i Nadzoru Nad Pasami Komunikacji Zbiorowej.
Niniejszy Kontrakt obejmuje następujące Zadania:
1.3.1 Zadanie 1: Budowa dedykowanej sieci światłowodowej
W tym:
•
•
•
•
Zaprojektowanie i wykonanie kanalizacji kablowej na następujących odcinkach:
Al. Mickiewicza / Karmelicka – Balicka / Zielony Most,
R. Dywizjonu 308 – Al. Pokoju / Centralna,
Saska / Stoczniowców – Saska / Przewóz,
____________________________________________________________________________
6/51
•
•
•
•
•
•
•
•
•
Zwierzyniecka / Kościuszki – Konopnickiej / Zamkowa (przejście przez Most
Dębnicki),
UłoŜenie światłowodów w kanalizacji kablowej na następujących odcinkach
(w tym – konfiguracja sieci):
Warszawska / Al. Słowackiego (AP1) – Sukiennicza / Orzeszkowej (AP3),
Al. Pokoju / Kordylewskiego – Al. Pokoju / Centralna,
R. Dywizjonu 308 – Stoczniowców /Saska,
Westerplatte / Lubicz – Zwierzyniecka / Franciszkańska – Gertrudy / Starowiślna
(I Obwodnica) wraz z podłączeniem 7 szt. tablic dynamicznej informacji pasaŜerskiej.
Rondo Grzegórzeckie – Romanowicza.
Przeprowadzenie testów odbiorczych SAT (Site Acceptance Tests) i włączenie do
eksploatacji.
Wybudowana sieć światłowodowa winna umoŜliwiać transmisję do i z Centrum Sterowania Ruchem, w tym:
•
•
•
•
Transmisja danych o ruchu pochodzących ze sterowników sygnalizacji na skrzyŜowaniach;
Transmisja danych związanych z utrzymaniem urządzeń sygnalizacji świetlnych;
Transmisja danych pomiędzy systemem TTSS a tablicami dynamicznej informacji
pasaŜerskiej;
Transmisja danych związanych z przekazywaniem obrazów z kamer monitoringu
skrzyŜowań.
Szczegółowe wymagania dotyczące budowy dedykowanej sieci światłowodowej są wyspecyfikowane w Rozdziale 2.
1.3.2 Zadanie 2: Remont sygnalizacji świetlnych na wybranych skrzyŜowaniach wraz
z wymianą urządzeń sterowniczych
W tym:
•
•
•
•
Opracowanie dokumentacji projektowej wykonawczej remontu sygnalizacji,
Dostawa i instalacja urządzeń na remontowanych skrzyŜowaniach, w tym urządzeń
systemu monitoringu wideo;
Przeprowadzenie testów odbiorczych SAT (Site Acceptance Tests) i włączenie do
eksploatacji.
Przeprowadzenie Prób Eksploatacyjnych
Szczegółowe wymagania funkcjonalne i techniczne odnośnie remontu sygnalizacji
świetlnych ulicznych znajdują się w Rozdziale 3.
____________________________________________________________________________
7/51
1.3.3 Zadanie 3: Zintegrowanie istniejących tablic informacyjnych dla kierowców z Systemem Sterowania Ruchem (UTCS)
W tym:
•
•
•
Zintegrowanie z Systemem Sterowania Ruchem 26 istniejących tablic informacyjnych dla kierowców zlokalizowanych na terenie miasta Krakowa (tablice firmy
Trax Electronic).
Przeprowadzenia testów odbiorczych (FAT i SAT),
Szczegółowe wymagania dot. integracji wyspecyfikowane są w Rozdziale 3.7.
1.3.4 Zadanie 4: Rozszerzenie Systemu Sterowania Ruchem wzdłuŜ linii tramwajowej na
odcinku Bagatela - Bronowice oraz w obszarze Al. Pokoju i ul. Nowohuckiej
W tym:
•
Zaprojektowanie programów sygnalizacji na skrzyŜowaniach objętych kontraktem
z uwzględnieniem pełnego priorytetu przejazdu przez skrzyŜowania dla komunikacji tramwajowej, przy czym:
− na obszarze „Al. Pokoju” i „ul. Nowohuckiej” naleŜy zastosować system
optymalizacji sieciowej;
− na obszarze „Bronowice” naleŜy równieŜ zastosować system optymalizacji
sieciowej, przy dopuszczeniu wyłączenia skrzyŜowań z koordynacji w przypadku, gdy zapewnienie koordynacji i priorytetu dla tramwajów będzie równocześnie niemoŜliwe. Obecnie na tym obszarze koordynacja istnieje na odcinku pomiędzy skrzyŜowaniami Balicka – Zielony Most a Bronowicka –
Rydla;
•
•
•
•
•
Dostarczenie oprogramowania do projektowania programów sygnalizacji oraz
oprogramowania do programowania nowoinstalowanych sterowników w części dotyczącej zmiany programów stałoczasowych i akomodacyjnych łącznie z algorytmami działania;
Przeprowadzenie szkoleń z obsługi i uŜytkowania kaŜdego dostarczonego oprogramowania;
Dostarczenie narzędzi do konfiguracji zastosowanego systemu optymalizacji sieciowej wraz ze szkoleniem i dostarczeniem instrukcji uŜytkownika oraz szczegółowym opisem wszystkich dostępnych opcji wraz z zaleŜnościami pomiędzy nimi.
O szczegółowości opisów zdecyduje Zamawiający na podstawie dostarczonych
pierwszych wersji dokumentacji oraz przeprowadzonych szkoleń;
Rozszerzenie liczby licencji na podłączenie sterowników dla aplikacji SITRAFFIC
SCALA lub VTcenter o 40 szt.
W przypadku gdy zastosowany system optymalizacji sieciowej wymaga wniesienia
opłaty licencyjnej za kaŜdy dołączony sterownik Wykonawca dostarczy licencję
____________________________________________________________________________
8/51
•
•
umoŜliwiającą bezpłatne podłączanie kolejnych sterowników do systemu bez
względu na ich liczbę.
Szczegółowe wymagania dot. rozbudowy znajdują się w Rozdziale 5.
1.4 Terminy realizacji
Projekt będzie zrealizowany w ciągu 25 miesięcy od podpisania odpowiedniej umowy.
Wykonawca w ciągu 1 miesiąca przedstawi do zatwierdzenia Harmonogram prac / Program
Robót przy czym uwzględni w powyŜszym Harmonogramie Kamienie Milowe opisane
w klauzuli 14.3 [Wnioski o Przejściowe Świadectwa Płatności] Warunków Szczególnych Kontraktu.
1.5 Wymagania ogólne
Zamówienie winno być zrealizowane kompletnie zgodnie z wymaganiami Zamawiającego określonymi w niniejszym Opisie Przedmiotu Zamówienia (OPZ), Programie Funkcjonalno-UŜytkowym (PFU) stanowiącym Załącznik nr 5 do nin. OPZ, Specyfikacji Istotnych
Warunków Zamówienia (SIWZ) oraz Umowie. Oznacza to przede wszystkim, Ŝe wszystkie
funkcje wymienione w opisie poszczególnych Zadań winny być zaimplementowane oraz
współpracować z funkcjami juŜ istniejącymi w Krakowie.
W czasie realizacji zamówienia moŜliwa jest rozbudowa systemów ponad zakres wskazany w niniejszym OPZ. W takim wypadku Zamawiający oczekuje od Wykonawcy określenia
wymagań technicznych w stosunku do tych nowych elementów a takŜe Wykonawca włączy je,
jeŜeli będzie taka potrzeba, do budowanych przez siebie systemów.
Zamawiający wymaga, aby zastosowane protokoły komunikacyjne były
w maksymalnym stopniu otwarte i umoŜliwiły w przyszłości integrację innych systemów ITS,
zgodnie z zapisami Rozdziału 8.
____________________________________________________________________________
9/51
2 ZADANIE 1: BUDOWA DEDYKOWANEJ SIECI ŚWIATŁOWODOWEJ
Wykonawca w ramach niniejszego Zadania przeprojektuje i przebuduje oraz zaprojektuje i wybuduje uzupełnienia do istniejącej sieć światłowodowej UTCS oraz sieci światłowodowej Systemu Zarządzania Ruchem w Tunelu Tramwajowym pod Dworcem Gł. PKP o strukturze liniowo-gwiaździstej, łączącej punkty dostępu (w ilości 5 sztuk) z Centrum Sterowania
Ruchem przy ul. Centralnej, na sieć szkieletową o strukturze złoŜonej z ringu (ringów), wykorzystując istniejące jak i nowe kable światłowodowe (Z-XOTKtsd 24j).
Przebudowana i dobudowana sieć powinna być oparta o technologię Ethernet’ową.
Wykorzystanie Ethernetu powinno bowiem pozwolić na łatwość integracji istniejącej sieci
z siecią uzupełniającą oraz sieciami, systemami i urządzeniami korzystającymi lub będącymi
korzystać z przedmiotowej szkieletowej sieci światłowodowej.
2.1.1 Obszar objęty zadaniem
W ramach uzupełnienia istniejącej sieci światłowodowej Zamawiający przewiduje wybudowanie następujących odcinków kablowych światłowodowych obejmujące:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Zaprojektowanie i wybudowanie kanalizacji kablowej na odcinkach:
R. Dywizjonu 308 – Al. Pokoju / Centralna,
Saska / Stoczniowców – Saska / Przewóz,
Zwierzyniecka / Kościuszki – Konopnickiej / Zamkowa (przejście przez Most
Dębnicki),
z uwzględnieniem wykonania podejść kanalizacji (o ile ich brakuje) do:
7 szt. tablic dynamicznej informacji pasaŜerskiej na skrzyŜowaniach Zwierzyniecka/Franciszkańska i Franciszkańska/Grodzka oraz Westerplatte / Starowiślna,
tablic informacyjnych dla kierowców leŜących na trasie linii kablowych światłowodowych.
UłoŜenie światłowodów w kanalizacji kablowej na następujących odcinkach
(w tym – konfiguracja sieci):
Warszawska/Al. Słowackiego (Punkt dostępu AP1 systemu UTCS) – Sukiennicza/
Orzeszkowej (Punkt dostępu AP3 systemu UTCS) przez Aleje Trzech Wieszczów,
Al. Mickiewicza/Karmelicka – Balicka/Zielony Most,
Al. Pokoju/Kordylewskiego – Al. Pokoju/Centralna,
R. Dywizjonu 308 – Stoczniowców/Saska – Nowohucka/Klimeckiego,
Westerplatte/Lubicz – Zwierzyniecka/Franciszkańska – Gertrudy/Starowiślna
(I Obwodnica),
Rondo Grzegórzeckie – Romanowicza,
wraz z podłączeniem (wykonaniem przyłączy światłowodowych) dla:
____________________________________________________________________________
10/51
•
•
7 szt. tablic dynamicznej informacji pasaŜerskiej na skrzyŜowaniach Zwierzyniecka/Franciszkańska i Franciszkańska/Grodzka oraz Westerplatte / Starowiślna,
tablic informacyjnych dla kierowców leŜących na trasie linii kablowych światłowodowych, zgodnie z Rys nr 1 zawartym w Programie funkcjonalno-uŜytkowym.
Generalnie przedmiotowa sieć światłowodowa winna umoŜliwiać transmisje do
i z Centrum Sterowania Ruchem, w tym:
•
•
•
•
transmisję danych cyfrowych (dwukierunkową) pomiędzy systemem UTCS a sterownikami sygnalizacji świetlnych na skrzyŜowaniach,
transmisję danych cyfrowych (dwukierunkową) pomiędzy systemem TTSS a tablicami dynamicznej informacji pasaŜerskiej,
transmisję sygnałów cyfrowych obrazów wideo (jednokierunkową) z kamer monitoringu skrzyŜowań,
transmisję danych cyfrowych i obrazów wideo (dwukierunkową) związanych
z Systemami Dostępu do Strefy Ruchu Uspokojonego i Nadzoru Nad Pasami Komunikacji Zbiorowej.
Orientacyjny obszar sieci światłowodowej objęty Zadaniem 1 przedstawiono na mapach poglądowych (Rys. nr 1-3) w Programie funkcjonalno-uŜytkowym.
2.1.2 Urządzenia aktywne
W związku z powyŜszym Wykonawca zaprojektuje i zamontuje w podanych wyŜej
lokalizacjach niezbędne urządzenia aktywne (przełączniki) oraz bierne (przełącznice) w
szafach dostępowych i/lub w szafach sterowników sygnalizacji na skrzyŜowaniach
z sygnalizacja świetlną będących na trasie układanych światłowodów, po uzgodnieniu
z InŜynierem Kontraktu.
W przypadku braku miejsca wewnątrz istniejących szaf punktów dostępowych lub szaf
sterowników sygnalizacji świetlnych ulicznych naleŜy przewidzieć zabudowanie na
skrzyŜowaniach odrębnych szaf.
Urządzenia aktywne zastosowane do budowy sieci powinny zapewnić przepływności
danych co najmniej 1Gbit/s.
2.1.3 Redundantność sieci
•
•
Połączenia sieci światłowodowej powinny być redundantne (redundancja fizyczna
połączenia urządzeń aktywnych zlokalizowanych na terenie miasta z urządzeniami
w CSR).
Projektowana topologia sieci i zastosowane urządzenia teletransmisyjne powinny
zapewniać praktyczną bezprzerwowość transmisji danych. Awaria pojedynczego
urządzenia w sieci nie powinna powodować przerwania łączności z innymi węzłami komunikacyjnymi.
____________________________________________________________________________
11/51
2.1.4 Zakres prac
Zakres robót związany jest z budową rurociągów kablowych, linii światłowodowych,
oraz węzłów światłowodowych i obejmuje:
•
•
•
•
•
•
wykonanie przepustów pod drogami, przewiertem sterowanym,
budowę studni kablowych,
budowę rurociągów kablowych dla linii światłowodowych,
instalację kabli światłowodowych w rurociągach kablowych i wnętrzach budynków,
montaŜ przełączników i przełącznic światłowodowych, osprzętu oraz stojaków
i szaf aparaturowych (punktów dostępowych), jeśli konieczne,
pomiary reflektometryczne i tłumienności kabli światłowodowych.
2.1.5 Stosowane materiały
•
•
•
•
•
•
Przewidziane do wykonania zasadnicze i uzupełniające odcinki kanalizacji kablowych naleŜy zaprojektować i wykonać jako kanalizację pierwotną z rur 2xФ110
DVK i studni kablowych teletechnicznych typu SKO.
Do budowy kanalizacji wtórnej naleŜy zastosować rury koloru czarnego RHDPEwpr 32/2,0 rowkowane z warstwą poślizgową dodatkowo z wyróŜnikami barwnymi w postaci czterech pasków ułoŜonych wzdłuŜ rury odpowiednio w kolorach: rura nr 1 – kolor czerwony, rura nr 2 – kolor niebieski.
Do budowy sieci światłowodowej naleŜy zastosować kable światłowodowe zewnętrzne typu Z-XOTKtsd 12J i 24J z włóknami jednomodowymi o 6 włóknach w
tubie.
W Programie funkcjonalno-uŜytkowym na Rys. nr 1-3 zaznaczono kolorem niebieskim trasy kabla Z-XOTKtsd 12J oraz kolorem zielonym trasy kabla
Z-XOTKtsd 24J.
Część opisu przedmiotu zamówienia w zakresie dotyczącym budowy kanalizacji
światłowodowej oraz tras układanych kabli światłowodowych znajduje się w Programie funkcjonalno-uŜytkowym (PFU), który stanowi Załącznik nr 5 do nin. OPZ.
Wszystkie studnie kablowe kanalizacji pierwotnej naleŜy wyposaŜyć w dodatkowe
pokrywy zabezpieczające przed ingerencją osób nieupowaŜnionych zamykane na
kłodki systemowe (wszystkie otwierane tym samym kluczem).
2.1.6 Wykorzystanie istniejącej kanalizacji pierwotnej i wtórnej
W obszarze Al. Pokoju oraz ul. Nowohuckiej istnieje moŜliwość wykorzystania istniejącej kanalizacji wtórnej. Wykonawca powinien przeprowadzić wszelkie niezbędne próby tejŜe
kanalizacji (zgodnie z odpowiednimi normami), przed zaciągnięciem kabla światłowodowego.
2.1.7 Wymagania formalne
•
•
Przed rozpoczęciem robot ziemnych Wykonawca uzyska decyzję na czasowe zajęcie terenu.
Na czas realizacji naleŜy wykonać projekt tymczasowej organizacji ruchu i uzgodnić go w odpowiednich jednostkach.
____________________________________________________________________________
12/51
•
Przed przystąpieniem do prac ziemnych naleŜy dokonać wytyczenia geodezyjnego
trasy kanalizacji kablowej.
2.1.8 Próby Końcowe
Do Wykonawcy naleŜy (po zakończeniu realizacji Zadania, a przed jego przejęciem
przez Zamawiającego), przekazanie Zamawiającemu dokumentacji powykonawczej oraz innej
prawnej i techniczno-ruchowej adekwatnej do przedmiotu i zakresu Zadania (podobnie jak
o tym mowa w pkt 3.4) niezbędnej do dokonania odbioru i przekazania do uŜytkowania oraz
stałej konserwacji dedykowanej sieci światłowodowej.
Po ułoŜeniu rur, ale przed zasypaniem wykopów, naleŜy przeprowadzić inwentaryzację
poszczególnych odcinków kanalizacji (tras), a takŜe wykonać inwentaryzację powykonawczą
przez uprawnionego geodetę.
Wybudowana kanalizacja wtórna musi być szczelna dla całej budowanej relacji.
NaleŜy przeprowadzić próby kalibracji wybudowanych odcinków kanalizacji pierwotnej Ф110.
Na zbudowanej sieci światłowodowej przed oddaniem do eksploatacji naleŜy przeprowadzić następujące pomiary:
•
•
•
parametrów transmisyjnych torów optycznych metodą reflektometryczną,
tłumienności torów metodą transmisyjną,
reflektancji złączek rozłącznych.
Pomiary naleŜy wykonać dla długości fal 1310 nm i 1550 nm w obydwu kierunkach
transmisji. Pełny zakres pomiarów naleŜy wykonać dla kaŜdego toru optycznego.
•
Szafy/szafki punktów dostępowych powinny posiadać zamontowany monitoring
otwarcia drzwi z moŜliwością przesyłania alarmów do Centrum Sterowania Ruchem.
2.2 Wymagania techniczne
W projektowanych szafach dostępowych (o ile będą potrzebne) oraz szafach sterowników naleŜy zamontować i podłączyć urządzenia aktywne spełniające poniŜsze wymagania.
Podstawowe wymogi dla projektowanych przełączników(switch’ów) w sieci to:
•
•
•
Budowa modułowa z moŜliwością montaŜu na szynie DIN lub Rack Simatic S7,
Obudowa, jeśli konieczna, gwarantująca pracę urządzeń wbudowanych w zakresie
temperatur co najmniej od +50 do -20 st. C, odpowiedni poziom wilgotności,
oświetlenie wewnętrzne oraz zamknięcie na klucz systemowy.
Redundantne zasilanie.
____________________________________________________________________________
13/51
Przełącznik (switch) agregujący, główny element sieci, dodatkowo musi posiadać:
•
•
•
•
•
•
•
Funkcjonalność switch’a warstwy 3.
Funkcjonalność: router redundancy, VLAN, Port Security, static, dynamic oraz
redundant IP routing + VRRP, STP/RSTP.
Zintegrowane dwa porty o przepustowości 1 Gbit/s.
Zintegrowane co najmniej 4 porty RJ45 z moŜliwością rozbudowy o dalsze,
MoŜliwość rozbudowy o dodatkowe porty światłowodowe zarówno dla łączy
optycznych wielo i jednodomowych szklanych i plastikowych.
Diagnostykę zdalną poprzez SNMP, Web Server.
Diagnostykę lokalną z poziomu oprogramowania STEP 7.
Przełączniki (switch’e) modułowe w szafach sterowników lub punktów dostępowych powinny:
•
•
•
•
Posiadać co najmniej jeden port RJ45 o przepustowości 1Gbit/s.
Posiadać moŜliwość rozszerzenia o dowolne porty elektryczne lub optyczne w ilości co najmniej 2 pary (media module slots).
Obsługiwać PoE, VLAN, Port Security.
Obsługiwać standard komunikacji profinet.
Przełączniki panelowe (switch rack) powinny charakteryzować się:
•
•
•
•
•
•
•
Zasilanie 24 lub 230 V.
MoŜliwością rozbudowy o dodatkowe porty światłowodowe zarówno dla łączy
optycznych wielo i jednodomowych szklanych i plastikowych (media module
slots).
MoŜliwością wyposaŜenia w co najmniej 12 portów o przepustowości1GBit/s.
Diagnostyką zdalną poprzez SNMP, Web server,
Diagnostyką lokalną z poziomu oprogramowania narzędziowego STEP 7
Obsługą PoE, VLAN, Port Security, STP/RSTP, IGMP snooping/querier, multicast
and broadcast limiter.
Obsługą standardu komunikacji profinet.
Wszystkie projektowane przełącznice światłowodowe naleŜy wyposaŜyć w pigtaile
i adaptery w standardzie E2000/APC.
2.3 Informacje i wymagania dodatkowe
Wykonawca skoordynuje projekt kanalizacji światłowodowej dla ciągu ul. Królewskiej
z projektantem przebudowy skrzyŜowania Królewska – Pomorska, w ramach budowy parkingu
podziemnego przy pl. Inwalidów tj. firmą Altrans.
____________________________________________________________________________
14/51
3 ZADANIE 2: REMONT SYGNALIZACJI ŚWIETLNYCH NA
OKREŚLONYCH
SKRZYśOWANIACH
WRAZ
Z WYMIANĄ URZĄDZEŃ STEROWNICZYCH
Zamawiający zamierza w ramach niniejszego Zadania:
•
•
wyremontować, a w tym takŜe zmodernizować - 26 sygnalizacji świetlnych ulicznych pod kątem ich przygotowania do włączenia i zintegrowania z Systemu Sterowania Ruchem (UTCS),
wybudować system monitoringu wideo obejmujący 26 tych samych skrzyŜowań co
podlegające remontowi.
3.1 Wykaz sygnalizacji objętych remontem i sterowaniem obszarowym
Wymiana konstrukcji
wsporczych
Wymiana kabli sygnalizacji
Przebudowa kanalizacji teletechnicznej
Detekcja montaŜ pętli
indukcyjnych / wymiana przycisków
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
Królewska - Kijowska
PodchorąŜych - Kazimierza Wielkiego
PodchorąŜych - Głowackiego
Bronowicka - Rydla
Bronowicka - Przybyszewskiego
Bronowicka - Stańczyka
Bronowicka - przejazd
Bronowicka - Armii Krajowej
Balicka - os. Widok
Balicka - Zielony Most
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
M
x
x
DI
x
x
Wymiana sterownika
Wymiana ZZP
Wymiana sygnalizatorów
2
Sygnalizacja świetlna
uliczna na skrzyŜowaniu
1
L.p.
MontaŜ układów
dźwiękowych
3.1.1 Obszar sterowania „Bronowice”
x
W
W
x
x
P
x
x
x
x
x
7
8
x
x
x
Wymiana ZZP
x
x
x
6
Detekcja montaŜ
pętli indukcyjnych /
wymiana przycisków
5
4
Wymiana kabli
sygnalizacji
3
Wymiana konstrukcji wsporczych
Wymiana sterownika
al. Pokoju - Kordylewskiego
al. Pokoju - Francesco Nullo
1
2
2
MontaŜ układów
dźwiękowych
1
Sygnalizacja świetlna uliczna na skrzyŜowaniu
L.p.
3.1.2 Obszar sterowania „al. Pokoju” i „ul. Nowohucka”
9
10
x
x
x
____________________________________________________________________________
15/51
2
3
4
5
6
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
M
M
x
x
x
x
x
x
x
x
x
x
7
Wymiana ZZP
Detekcja montaŜ
pętli indukcyjnych /
wymiana przycisków
Wymiana kabli
sygnalizacji
Wymiana konstrukcji wsporczych
MontaŜ układów
dźwiękowych
Wymiana sterownika
Sygnalizacja świetlna uliczna na skrzyŜowaniu
L.p.
1
3 al. Pokoju - Ofiar Dąbia
4 al. Pokoju - Świtezianki
5 al. Pokoju - Plaza przejście
6 al. Pokoju - Plaza
7 al. Pokoju - Lema
8 Lema - HSW
9 al. Pokoju - M1
10 al. Pokoju - Nowohucka
11 al. Pokoju - Centralna
12 Nowohucka - Centralna
13 Nowohucka - Ciepłownicza
14 Nowohucka - Koszykarska
15 Nowohucka - Stoczniowców
16 Saska - Przewóz
Legenda:
8
9
10
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
M
M
M
M
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x – prace do wykonania na danym skrzyŜowaniu,
M – wymiana masztów,
W – wymiana wysięgów,
P – montaŜ detekcji – przyciski dla pieszych,
DI – detekcja indukcyjna.
Uwaga:
skrzyŜowanie al. Pokoju – Kordylewskiego jest obecnie podłączone do systemu UTCS. Wymagana jest zmiana licencji i metody sterowania lub wymiana sterownika w celu podłączenia do
systemu optymalizacji sieciowej. Na skrzyŜowaniu zainstalowany jest sterownik SITRAFFIC
C800V firmy Siemens. Na skrzyŜowaniu Lema – HWS oraz Lema – al. Pokoju zainstalowane są
sterowniki EC-2 firmy PEEK Traffic. Sterowniki wymagają zmiany metody sterowania lub
wymiany sterownika w celu podłączenia do systemu optymalizacji sieciowej. W przypadku wykorzystania istniejących sterowników naleŜy je doposaŜyć do wymagań niniejszego Kontraktu.
____________________________________________________________________________
16/51
3.2 Wymagania odnośnie projektowania i wykonawstwa
Na tarczach skrzyŜowań naleŜy wykonywać kanalizację dwuotworową rurami DVK
Ф110 mm z zastosowaniem studni prefabrykowanych SK-2, zgodnie z wytycznymi normy
ZN-96 TPSA-012.
Przepusty pod drogami wykonywać metodą przewiertów jako co najmniej dwuotworowe, rurami grubościennymi z tworzywa o średnicy Ф 110 mm.
Wszystkie uŜyte rodzaje kabli elektrycznych podlegają zatwierdzeniu przez InŜyniera
Kontraktu.
Pętle indukcyjne naleŜy układać w nawierzchni jezdni spełniającej kryteria zawarte
w „Instrukcji o planowo-zapobiegawczych remontach dróg i ulic miejskich” (Centrum Techniki Komunalnej W-wa 1980). Wyciąg z Instrukcji dot. przedmiotowego tematu zawarto
w Złączniku nr 6 do nin. OPZ.
Dla układanych pętli, nawierzchnia powinna być co najmniej w „stanie dobrym” zgodnie z kryteriami określonymi w przedmiotowej instrukcji. W przypadku niespełniania tych
wymagań Wykonawca doprowadzi jezdnię do stanu zgodnego z ww. Instrukcją.
Maszty i słupy wysięgnikowe pomalować kolorem RAL 6009. Do wysokości pierwszej
konsoli, czyli około 2,2 metra. Przedmiotowe konstrukcje wsporcze pomalować środkiem typu „antyplakat”.
Przy opracowywaniu dokumentacji projektowej budowlanej i wykonawczej remontów
i modernizacji sygnalizacji świetlnych ulicznych jak i przy dostawie Urządzeń naleŜy
uwzględnić równieŜ wymagania określone w ramach Zadania 4 w pkt 5.1.3 do 5.1.6. i 5.3.2.
Opracowanie ww. dokumentacji winno być poprzedzone opracowaniem Projektów ruchowych sygnalizacji, o których mowa w Zadaniu 4 pkt 5.1.
3.3 Dokumenty odniesienia
Opracowania projektowe oraz remont/modernizacja sygnalizacji świetlnych ulicznych
będących w zakresie przedmiotowego Zadania powinny być zgodne z poniŜszymi przepisami:
•
•
•
Rozporządzenie Ministra Infrastruktury z dnia 3 lipca 2003 r. w sprawie szczegółowych warunków technicznych dla znaków i sygnałów drogowych oraz urządzeń
bezpieczeństwa ruchu drogowego i warunków ich umieszczania na drogach
(Dz. U. z dnia 23 grudnia 2003 r.);
Ustawa z dnia 7 lipca 1994 roku Prawo budowlane (Jedn. tekst Dz.U. 207/2003,
poz. 2016 z późn. zm.);
Ustawa z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. Nr
19/2004, poz. 177 z późn. zm.);
____________________________________________________________________________
17/51
•
•
•
•
•
•
Rozporządzenie Ministra Infrastruktury z dnia 3 lipca 2003 r. w sprawie szczegółowego zakresu i formy projektu budowlanego (Dz. U. Nr 120/2003, poz. 1133
z późn. zm.);
Rozporządzenie Ministra Infrastruktury z dnia 2 września 2004 r. w sprawie szczegółowego zakresu i formy dokumentacji projektowej, specyfikacji technicznych
wykonania i odbioru robót budowlanych oraz programu funkcjonalno-uŜytkowego
(Dz. U. Nr 202/2004, poz. 2072 z późn. zm.);
Norma SEP N-SEP-E-001. Sieci elektroenergetyczne niskiego napięcia. Ochrona
przeciwporaŜeniowa.
Norma SEP N-SEP-E-002. Instalacje elektryczne w obiektach budowlanych. Instalacje elektryczne w budynkach mieszkalnych. Podstawy planowania.
Norma SEP N-SEP-E-003. Elektroenergetyczne linie napowietrzne. Projektowanie
i budowa. Linie prądu przemiennego z przewodami pełnoizolowanymi oraz
z przewodami niepełnoizolowanymi
Norma SEP N-SEP-E-004. Elektroenergetyczne i sygnalizacyjne linie kablowe
projektowanie i budowa.
3.4 Dokumenty, które naleŜy przedstawić po realizacji Zadania
Do Wykonawcy naleŜy (po zakończeniu realizacji Zadania, a przed jego przejęciem –
wystawieniem Świadectwa Przejęcia – przez Zamawiającego), przekazanie Zamawiającemu
niezbędnych do odbioru i przekazania do uŜytkowania oraz stałej konserwacji sygnalizacji
świetlnych ulicznych dokumentacji powykonawczej i innej, w tym:
•
•
•
•
•
•
Dokumentacja techniczna powykonawcza – część elektryczna x 3;
Dokumentacja techniczna powykonawcza – część ruchowa (załoŜenia programowe
sygnalizacji dopuszczone do ruchu ) x 3;
Oświadczenie Kierownika robót o zakończeniu budowy wg Prawa budowlanego;
Notatka ze sprawdzenia programu ruchowego sygnalizacji i dopuszczenie do ruchu;
Dokumentacja robót zanikowych zanikających (protokoły, dokumentacja zdjęciowa);
Geodezyjna dokumentacja powykonawcza, mapa w skali 1: 500
− równieŜ na nośniku cyfrowym w formacie dgn oraz dwg.
− kolory i warstwy tak jak PKN
− warstwy ewidencji czyli granice i nr działek w kolorze zielonym
•
•
Deklaracja zgodności z Polskimi Normami dla zastosowania sterownika.
Protokół pomiaru pętli indukcyjnych ( rezystancja w stosunku do nawierzchni min.
200MΩ.).
• Protokół pomiarów kabli sygnalizacyjnych (zgodnie z oznaczeniami w projekcie).
• Protokół pomiarów ochrony p. poŜarowej.
• Protokół pomiarów rezystancji uziemień.
• Atesty lub aprobaty techniczne na wszystkie materiały zabudowane w trakcje budowy i modernizacji (kserokopie muszą być aktualne, czytelne i potwierdzone za
zgodność z oryginałem przez Kierownika Budowy).
____________________________________________________________________________
18/51
•
•
•
•
•
•
•
•
Zafoliowana plansza w formacie A3 układu skrzyŜowania z rozmieszczeniem sygnalizatorów, pętli przycisków dla pieszych i wykazem grup sygnalizacyjnych
(zgodna z dokumentacją powykonawczą).
Oświadczenie o autoryzowanym serwisie zastosowanego sterownika z siedzibą
w Krakowie lub w powiatach ościennych.
Oświadczenie Kierownika Budowy o wykonaniu fundamentów słupów wysięgnikowych zgodnie z zatwierdzonym projektem i wytycznymi producenta słupów.
Oprogramowanie narzędziowe realizujące funkcje w zakresie zmiany parametrów,
obsługi i pełnej diagnostyki sterowników ulicznej sygnalizacji świetlnej (wraz z licencjami).
Oprogramowanie narzędziowe realizujące funkcje w zakresie zmiany parametrów,
obsługi i diagnostyki urządzeń wideo-detekcji.
Świadectwo InŜyniera Kontraktu co do kompletności robót zgodnie z Prawem budowlanym.
Instrukcje uŜytkowania i konserwacji,
Inne dokumentacje techniczno-ruchowe składników Zadania oraz prawne (np. licencje na nowe lub zmienione w ramach realizacji Zadania oprogramowania) adekwatne do przedmiotu i zakresu Zadania.
3.5 Wymagania odnośnie projektowania remontu i modernizacji sygnalizacji świetlnych
PoniŜsze wytyczne dla remontu i modernizacji sygnalizacji świetlnych ulicznych wskazują zestaw minimalnych wymagań co do nowoinstalowanych Materiałów i Urządzeń. Wykonawca ma obowiązek uzyskiwania od InŜyniera Kontraktu zatwierdzeń wszystkich Materiałów
i Urządzeń przewidzianych do zabudowy.
3.5.1 Maszty sygnalizacyjne
•
Maszt sygnalizacyjny ma być wykonany ze stali rurowej R 35 według PN-8-/H74219/16 o średnicy 114 mm i długości 3,5 i 4 m – montowany wewnątrz tzw. tulei
fundamentowej.
• Powierzchnia masztu ma być w całości ocynkowana (równieŜ wewnątrz).
• Od góry, maszt ma być odpowiednio zabezpieczony, tak aby woda deszczowa nie
dostała się do wnętrza.
• Maszt musi być przystosowany do mocowania latarni dwupunktowych
z wewnętrzną listwą zaciskową i zaciskiem śrubowym na przewód PE min. 6mm2.
• NaleŜy stosować listwy zaciskowe typu ZUG-G6 na napięciu. min 500V o ilości
punktów zaleŜnej od pojemności kabli sygnalizacyjnych, montowane wewnątrz
masztu na szynie na wysokości ok.110 cm od podłoŜa, tak aby zapewniać wygodny
dostęp do wszystkich styków.
• Pokrywa zakrywająca otwór z listwą zaciskową powinna być wykonana tak, aby
zapewnić odpowiednią szczelność bez uŜycia uszczelek gumowych.
• Beton uŜyty do wykonania fundamentu masztu (tuleja) o wymiarach 0,25 x 0,25 x
0,6 m musi być wykonany zgodnie z dokumentacją projektową, lecz nie gorszy od
klasy B 15 i odpowiadać wymaganiom podanym w PN-88/ B-06250/3, PN-88/B3000/6 i PN-88/B-32250/7.
____________________________________________________________________________
19/51
3.5.2 Słupy wysięgnikowe
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Słupy wysięgnikowe mają w całości być ocynkowane i mocowane przy pomocy
śrub i kryz bezpośrednio do fundamentu tak aby cała powierzchnia słupa przylegała do jego górnej płaszczyzny.
Kotwy do mocowania słupa muszą być dostarczone przez wytwórcę słupów dostosowane do wysokości i długości ramienia.
Klasa betonu powinna być zgodna z dokumentacją wytwórcy lecz nie niŜsza od
klasy B30. Beton i jego składniki powinny odpowiadać wymaganiom podanym
w PN-88/B-06250/3, PN-88/B-3000/6 i PN-88/B-32250/7.
Słupy wysięgnikowe muszą przenosić obciąŜenia wynikające z zawieszenia na wysięgniku sygnalizatorów, ekranów i tablic typu „F” oraz parcia wiatru dla I - szej
strefy wiatrowej zgodnie z PN-75/E-05100-1.
Słupy wysięgnikowe muszą posiadać trwały zacisk do podłączenia taśmy uziemienia na zewnątrz.
Ramię poziome ma być pod kątem 91-92 st. w stosunku do części pionowej słupa
zaś średnica nie moŜe przekraczać 220 mm w najszerszym miejscu.
Słupy o wysięgu ponad 8,5 m naleŜy wykonać jako tzw. bramy.
Elementy wewnętrzne masztów i słupów wysięgnikowych, w które wciągane są
przewody i kable nie powinny mieć ostrych krawędzi.
KaŜdy słup powinien mieć moŜliwość obrotu ramienia, tak aby umoŜliwić przejazd
pojazdom o wysokości ponadnormatywnej.
Otwór rewizyjny winien być wzmocniony.
W przypadku stosowania słupów sygnalizacyjno – oświetleniowych winny one być
wyposaŜone w dwa otwory rewizyjne.
Bramy sygnalizacyjne winny umoŜliwiać regulację rozpiętości.
KaŜdy egzemplarz słupa musi posiadać tabliczkę znamionową, na której w sposób
trwały ma być naniesiony nr fabryczny, rok produkcji, typ i rodzaj oraz nazwę wytwórcy słupa.
Słupy winny posiadać aprobatę techniczną wydaną przez akredytowaną jednostkę
certyfikującą.
3.5.3 Kable i przewody
•
•
•
•
•
•
Kable zasilające szafę pomiarowa i sterownik powinny spełniać wymagania PN93/E-90401/14.
NaleŜy stosować kable o napięciu znamionowym 0,6/1kV 4 lub 5 Ŝyłowe o Ŝyłach
miedzianych w izolacji polwinitowej.
Zasilanie pomiędzy szafą złączowo-pomiarową (ZZP) a sterownikiem naleŜy wykonać kablami typu YKY o przekroju 10 mm2/1kV.
Kable układać zgodnie z wytyczonymi trasami przez słuŜby geodezyjne i zgodnie
z PN-76/E-05125/11.
Kable sygnalizacyjne uŜywane do sygnalizacji świetlnych powinny spełniać wymagania PN-93/E-90403/15.
NaleŜy stosować jako kable sygnalizacyjne kable YKSY o napięciu znamionowym
0.6/1kV wieloŜyłowe o Ŝyłach miedzianych w izolacji polwinitowej o maksymalnej ilości 24 Ŝył i przekroju 1,5 mm2.
____________________________________________________________________________
20/51
•
•
•
Kable układać zgodnie z wytyczonymi trasami przez słuŜby geodezyjne zgodnie
z BN-89/8984-17/03.
Do połączenia pętli indukcyjnych z sterownikiem stosować kable XzTKMXpw.
Do wykonania pętli indukcyjnych zaleca się zastosować przewody LgYc 1,5 mm2
500V.
3.5.4 Pętle indukcyjne
Pętle indukcyjne naleŜy wykonać i pomierzyć zgodnie z wytycznymi producenta sterownika lub według ogólnej instrukcji montaŜu pętli indukcyjnych.
W miejscach, gdzie budowany jest pas drogowy lub jest kładziona nowa nawierzchnia
pętle indukcyjne naleŜy ułoŜyć w warstwie wiąŜącej nawierzchni przed ułoŜeniem warstwy
ścieralnej.
3.5.5 Sterownik sygnalizacji
Sterownik sygnalizacji świetlnej ulicznej powinien spełniać wymagania zawarte w Zał.
nr 3 do Rozporządzenia Ministra Infrastruktury z dnia 3 lipca 2003r. w sprawie szczegółowych
warunkach technicznych dla znaków i sygnałów drogowych oraz urządzeń bezpieczeństwa
ruchu drogowego i warunków ich umieszczania na drogach (Dz.U. nr 220 poz. 281) oraz poniŜej wymienione wymagania:
3.5.5.1 Obudowa
•
•
•
•
•
•
•
Sterownik musi być montowany bezwzględnie w oryginalnej obudowie.
Obudowa sterownika powinna zostać wykonana jako metalowa.
Na obudowie musi znajdować się tabliczka znamionowa, na której w sposób trwały
ma być naniesiony nr fabryczny, rok produkcji, typ i rodzaj oraz wytwórca.
Obudowy sterowników powinny być wyposaŜone w następujące urządzenia dodatkowe: odpowiednie oświetlenie całego wnętrza obudowy sterownika, 1 wolne
gniazdko elektryczne (230 V + uziemienie) chronione wyłącznikiem automatycznym 10 A.
Szafa sterownika powinna zapewniać wentylację (zapobieganie roszeniu wewnątrz).
Zgodność z wymaganiami bezpieczeństwa (certyfikat CE).
Zgodność z normą PN-92/E-05009 (ochrona przeciwporaŜeniowa).
3.5.5.2 Obwody zewnętrzne
•
•
•
Napięcie zasilające obwody zewnętrzne powinno wynosić 40V AC lub 42V AC.
Moduły wykonawcze przystosowane do sterowania źródła światła LED o niskim
poborze mocy.
Sterownik ma posiadać i wykorzystywać tzw. „układ ściemniający”. Działanie tego
układu nie moŜe zakłócać pracy sygnalizacji (w szczególności układu nadzorujące-
____________________________________________________________________________
21/51
•
•
go). W celu zapewnienia braku zakłóceń nie moŜna stosować Ŝadnych zewnętrznych układów „znieczulających” układ nadzorujący.
NaleŜy stosować element przepięciowy na doprowadzeniu zasilania, zaleca się stosowanie dla sterowników ochronników przepięciowych zgodnie z PN-IEC 603644-443:1999 (PN-93/E-05009.443).
Powinien spełniać wymagania zawarte w normie EN 12675:2000E – „Sterowniki
sygnalizacji świetlnych – wymogi funkcjonalne dotyczące bezpieczeństwa”.
3.5.5.3 Obsługa sterownika
•
•
•
Panel operatorski w języku polskim.
Wszystkie błędy oraz informacje wystawiane przez sterownik mają być wyświetlane w formie czytelnych komunikatów w języku polskim. Niedopuszczalne jest stosowanie kodów błędów. Dotyczy to takŜe wszystkich informacji wysyłanych do
systemu centralnego.
Panel operatorski ma wyświetlać następujące informacje:
− przegląd stanu grup sygnalizacyjnych (aktualnie wyświetlany sygnał wraz
z czasem jego trwania), wszystkie grupy na jednym ekranie zbiorczym,
− aktualna faza wraz z czasem trwania, aktualne przejście międzyfazowe wraz
z czasem trwania, czas cyklu, aktualna sekunda cyklu,
− przegląd stanu detektorów (zajętość wraz z czasem trwania, uszkodzenie,
wyłączenie programowe, wyłączenie na karcie detekcji), wszystkie detektory na jednym ekranie zbiorczym,
− przegląd informacji (logów) o stanie detekcji i sygnalizatorów z minimum
ostatniego miesiąca.
•
•
•
•
•
•
•
•
•
Panel operatorski ma umoŜliwiać programowe włączanie i wyłączanie detektorów.
Informacja o zmianie stanu detektora (włączony – wyłączony) ma zostać wysłana
do Centrum Kierowania Ruchem niezaleŜnie od tego czy wyłączenie jest programowe czy fizyczne.
Z panelu operatorskiego ma być moŜliwa zmiana parametrów detekcji (interwał,
czas wyłączenia po końcu zielonego, okres waŜności wydłuŜenia).
Definiowanie róŜnych poziomów dostępu i ich kontrola.
Panel policjanta (odrębny od panelu operatorskiego) z zunifikowanym kluczem dla
wszystkich paneli policjanta. Wzór klucza i zamka zostanie przekazany Zamawiającemu do dowolnego kopiowania.
Sterownik ma posiadać lokalne połączenie Ethernet do celów serwisowania i programowania sterownika „na miejscu”. Nawiązanie połączenia ze sterownikiem za
pomocą tego interfejsu nie moŜe być uwarunkowane jakąkolwiek zmianą konfiguracji po stronie systemu operacyjnego lub sprzętu komputerowego uŜywanego do
nawiązania połączenia.
Port Ethernet ma zapewniać autokrosowanie połączeń.
Podstawka do laptopa zamontowana w miejscu, które nie ogranicza widoczności
panelu operatorskiego i z którego widać informacje wyświetlane na tym panelu.
Praca w koordynacji lub na izolowanym skrzyŜowaniu.
____________________________________________________________________________
22/51
•
•
Obsługa metod detekcji takich jak: pętle indukcyjne, pętle magnetyczne, wideodetekcja, podczerwień.
Sterownik powinien posiadać zamontowany monitoring otwarcia drzwi
z moŜliwością przesyłania alarmów do Centrum Sterowania Ruchem.
3.5.5.4 Uwarunkowania środowiskowe
•
•
•
NaleŜy zapewnić stabilną i normalną pracę sterownika, w warunkach klimatycznych typowych dla Krakowa. W celu spełnienia tego wymagania, sterownik musi
pracować w temperaturze otoczenia zewnętrznego pomiędzy -25 i +40 st.C bez jakichkolwiek urządzeń grzewczych i chłodzących. Wykonawca musi przedstawić
odpowiedni certyfikat potwierdzający działanie sterownika w wymaganym zakresie temperatur.
Urządzenia powinny być odporne na działanie wód powierzchniowych
i opadowych.
Obwody logiczne i obwody elektroenergetyczne powinny być chronione przed
przepięciami i wyładowaniami atmosferycznymi.
3.5.6 Zestaw złączowo-pomiarowy (ZZP)
•
•
•
•
•
•
Zaleca się stosować typowy zestaw złączowo-pomiarowy zgodnie z wytycznymi
ZEK (Zarządzenie Nr 41/97 z 13.05.97 r.).
Szafy powinny być zgodne z zatwierdzonym (przez odpowiedni rejon ZE) projektem technicznym i odpowiadać PN-91/E-04160/01.
Zaleca się aby obudowa ZZP była koloru popielatego i była wykonana
z niepalnego tworzywa termo-utrwalonego.
ZZP powinien być tak montowany, aby drzwi otwierały się na tę stronę, co drzwi
sterownika, a strony czołowe sterownika i zestawu muszą być w jednej linii.
Rozdział przewodu PEN musi być dokonany w części złączowej zestawu ZZP. Dla
instalacji sygnalizacji naleŜy rozdzielić przewód z oddzielnym N i oddzielnym PE.
Ochrona przeciwporaŜeniowa określona w warunkach przyłączenia instalacji do
sieci dystrybucyjnej odpowiedniego rejonu Zakładu Energetycznego musi spełniać
wymagania PN-92/E-05009/41 oraz Dz.U. Nr 8 z 26.11.1990 r.
3.5.7 Latarnie sygnalizacyjne
Zastosowane latarnie sygnalizacyjne muszą się charakteryzować następującymi parametrami:
•
Latarnie sygnalizacyjne powinny być wyposaŜone w źródła światła LED zasilane
napięciem 40V lub 42V. Pobór mocy rzędu 8, 9 W.
• Soczewki sygnalizatorów muszą być koloru nadawanego sygnału.
• Sygnalizatory powinny odpowiadać co najmniej IV klasie fantomowej zgodnie
z EN-PN 12368 – fakt ten powinien być stwierdzony w podsumowaniu wyników
badań.
• Komory sygnałowe winny posiadać równomierność luminancji sygnału świetlnego
powierzchni świecącej nie mniejsza niŜ Imin:Imax ≥ 1:10. Fakt ten musi mieć odzwierciedlenie w dostarczonych badaniach zgodnie z PN-EN 12368.
____________________________________________________________________________
23/51
•
•
•
•
•
•
•
Sygnalizatory muszą posiadać udokumentowane badania uprawniające do oznakowania znakiem CE a w szczególności badania kompatybilności elektromagnetycznej zgodnie z PN-EN 50293.
Obudowy muszą być wykonane z poliwęglanu i posiadać potwierdzone badania
zgodności z PN-EN 60068.
Klasa ochrony źródeł światła LED musi spełniać, co najmniej IP65.
W celu potwierdzenia zgodności wymagań technicznych z wymaganiami specyfikacji mają być dostarczone wyniki badań z notyfikowanego laboratorium.
Sygnalizatory ze źródłem światła LED powinny podlegać 5 letniej gwarancji.
Mocowanie sygnalizatorów dwupunktowe z zastosowaniem konsol i taśmy stalowej.
Konstrukcje wsporcze sygnalizatorów wiszących powinny być stabilne, ocynkowane w całości i zapewniać regulację kąta latarni sygnałowej w stosunku do osi
i płaszczyzny drogi zgodnie z wymogami instrukcji.
3.5.8 Przyciski dla pieszych
Zgodne z Rozporządzeniem Ministra Infrastruktury z dnia 3 lipca 2003 roku w sprawie
szczegółowych warunków technicznych dla znaków i sygnałów drogowych oraz urządzeń bezpieczeństwa ruchu drogowego i warunków ich umieszczania na drogach, zastosowane przyciski muszą być:
•
•
•
•
mechaniczne,
mieć obudowę z poliwęglanu,
kompatybilne z przyciskami uŜywanymi dotychczas w mieście Krakowie,
koloru Ŝółtego ( RAL 1023 ).
KaŜdy przycisk musi realizować optycznie funkcję potwierdzenia przyjęcia zgłoszenia
(led) – równieŜ widoczne z boku.
Typ i rodzaj przycisku naleŜy uzgodnić na etapie sporządzania PT sygnalizacji.
Na masztach sygnalizacyjnych zlokalizowanych na wyspach azylu zastosować naklejki
ze strzałką określającą kierunek przechodzenia, którego dotyczy przycisk.
3.5.9 Kanalizacja kablowa
•
•
•
•
•
Kanalizacja ma spełniać wszystkie normy stosowane w budownictwie telekomunikacyjnym i elektroenergetycznym wg PN 76/E-05125 i BN-89/8984-17/03.
Studnie kablowe z dwoma pokrywami naleŜy wyposaŜyć w wywietrznik.
KaŜda studnia prefabrykowana przed zabudową ma być pomalowana dwukrotnie
specjalnym lakierem zabezpieczającym wyroby betonowe zgodnie z PN-80/B03322/1.
Wszystkie studnie muszą być przystosowane do odprowadzania wody, która dostanie się do wnętrza.
Rury wprowadzone do studni naleŜy odpowiednio uszczelnić (dławik wielokrotnego uŜycia).
____________________________________________________________________________
24/51
•
•
•
Na tarczy skrzyŜowania naleŜy wykonywać kanalizację dwuotworową rurami
DVK Ф110 mm. z zastosowaniem studni prefabrykowanych SK-2. Zaleca się przy
tym, aby w bezpośrednim sąsiedztwie pętli projektować i budować studnie kablowe SK1 dla połączeń pętli z przewodem łączącym pętle ze sterownikiem sygnalizacji.
Kanalizację kablową naleŜy wykonać zgodnie z normą TPSA -012 ZN 96.
Przepusty pod drogami naleŜy wykonywać metodą przewiertów jako co najmniej
dwu otworowe, rurami grubościennymi z tworzywa o średnicy 110 mm zastosowane rury winny odpowiadać PN-80/C-89205/9.
3.5.10 Sygnalizatory akustyczne dla pieszych
Zgodne z Rozporządzeniem Ministra Infrastruktury z dnia 3 lipca 2003 roku w sprawie
szczegółowych warunków technicznych dla znaków i sygnałów drogowych oraz urządzeń bezpieczeństwa ruchu drogowego i warunków ich umieszczania na drogach:
•
•
•
•
•
•
•
•
Sygnalizatory akustyczne dla pieszych powinny zapewnić nadawanie sygnałów zezwalających na przechodzenie przez jezdnie lub torowisko tramwajowe wyłącznie
podczas nadawania sygnału zielonego dla pieszych, przy czym sygnał dźwiękowy
odpowiadający sygnałowi zielonemu ciągłemu powinien róŜnić się od sygnału
dźwiękowego odpowiadającego sygnałowi zielonemu migającemu.
Pomocnicze sygnały dźwiękowe, nadawane podczas sygnału czerwonego, powinny
róŜnić się w zasadniczy sposób od sygnałów będących odpowiednikiem sygnału
zielonego ciągłego i migającego.
Podstawowy sygnał dźwiękowy, równowaŜny sygnałowi zielonemu ciągłemu, powinien być sygnałem przerywanym o częstotliwości zawartej w granicach 5 - 12,5
Hz. Częstotliwość dźwięków stosowanych w sygnale podstawowym powinna wynosić 880 Hz (z tolerancją 50 Hz).
Podstawowy sygnał dźwiękowy równowaŜny sygnałowi zielonemu migającemu
powinien być sygnałem przerywanym o częstotliwości powtarzania dwukrotnie
większej niŜ sygnału podstawowego.
Sygnalizator dźwiękowy powinien umoŜliwiać regulację poziomu głośności nadawanego sygnału dźwiękowego dla wszystkich sygnałów w granicach 35 – 90 db.
Sygnalizator dźwiękowy powinien umoŜliwiać regulację głośności w zaleŜności od
natęŜenia tła w granicach min od 1 - 7 dB za pomocą regulatora skokowego z zakresem min. 1 dB.
Sygnalizatory dźwiękowe umieszcza się po obu stronach jezdni, przy czym sygnały
podstawowe muszą być nadawane z urządzeń umieszczonych na wysokości, co
najmniej 2,20 m nad powierzchnia terenu. Podstawowy sygnał dźwiękowy powinien być słyszalny w strefie oczekiwania przed jezdnią oraz na przejściu przez
jezdnie, do co najmniej 2/3 jej szerokości.
Słyszalność sygnału pomocniczego musi być ograniczona do 4 ± 1 m od źródła
dźwięku.
____________________________________________________________________________
25/51
3.5.11 Detekcja wideo
•
•
•
•
•
•
Identyfikacja pojazdów powinna odbywać się na podstawie kolorowego obrazu
(kamery dzień/noc) z kamer PAL 625 linii, zasilanych napięciem 24 lub 230 V
umieszczonych w osobnych obudowach.
Obudowa kamery musi być wyposaŜona w termostat z grzałką, wymagany stopień
ochrony IP 66.
Obiektywy kamery powinny umoŜliwiać precyzyjne dostrojenie pola widzenia kamery dla wymaganego obszaru detekcji.
Panele wykonawcze muszą mieć moŜliwość montaŜu w sterowniku.
Strefy detekcji wirtualnej powinny mieć moŜliwość wyeliminowania wzbudzeń od
poruszających się cieni.
Strefy detekcji wirtualnej powinny mieć moŜliwość wyboru identyfikacji pojazdów:
− poruszających się zgodnie z obowiązującym kierunkiem ruchu,
− poruszających się przeciwnie do obowiązującego kierunku ruchu,
− obecności pojazdów zatrzymanych.
•
•
•
•
•
•
System video-detekcji powinien umoŜliwić detekcję pojazdów poruszających się
w stronę kamery oraz oddalających się.
System wideo detekcji powinien umoŜliwić przesłanie informacji do sterownika
o złej widoczności.
Sposób oprogramowania powinien umoŜliwiać wprowadzenie obszarów, które będą wykorzystywane do zliczania pojazdów i klasyfikacji. Gromadzenie danych
o ruchu w interwałach powinno odbywać się w urządzeniu wideo-detekcji. Natomiast do sterownika powinien być dostarczany impuls o kaŜdym pojeździe, który
przejedzie przez obszar pomiarowy video-detekcji.
System video-detekcji bezwzględnie musi posiadać moŜliwość podglądu pracy
z kamer w czasie rzeczywistym.
Musi posiadać moŜliwość przesłania obrazu bezpośrednio z kamery do wskazanego centrum (przygotowanie sygnału, czyli przekształcenie z postaci analogowej do
cyfrowej- digitalizacja i kompresja).
System video-detekcji powinien realizować oddzielenie galwaniczne paneli wykonawczych wideo-detekcji od zainstalowanych kamer.
3.5.12 Ekrany kontrastowe
•
NaleŜy stosować ekrany kontrastowe perforowane o szerokości 650mm.
3.6 Wymagania odnośnie systemu monitoringu wideo na skrzyŜowaniach
Na skrzyŜowaniach i węzłach komunikacyjnych naleŜy zaprojektować i zabudować
kamery obrotowe dla monitoringu dróg. NaleŜy zapewnić przesył oraz rejestrację obrazu
do/w Centrum Sterowania Ruchem przy ul. Centralnej 53.
____________________________________________________________________________
26/51
JeŜeli jedna kamera nie obejmie całego skrzyŜowania, naleŜy zaprojektować odpowiednio kamer większą ilość.
3.6.1 Wymagania dla kamery obrotowej
3.6.1.1 Wymagania podstawowe
•
•
•
•
Obudowa IP66,
Praca w zakresie temperatury otoczenia -40°C - +50°C z kontrolą niskiej temperatury przy uruchomieniu,
Zasilanie zgodnie z wytycznymi elektrycznymi do sygnalizacji,
Wyjście sygnału obrazu wideo cyfrowe. Podłączenie (złącze) RJ 45, gdy długość
kabla do szafy sterownika sygnalizacji mniejsza niŜ 100m. JeŜeli długość kabla
przekracza 100m do podłączenia naleŜy zastosować kabel światłowodowy wpięty
bezpośrednio do przełącznika w sterowniku sygnalizacji lub w najbliŜszej przełącznicy światłowodowej.
3.6.1.2 Kamera
•
•
•
Widzialność: kolor 0,74 lux, B/W 0,04 lux,
Obrót głowicy w poziomie: 360°,
Zoom optyczny: 18x.
3.6.1.3 Sygnał obrazu wideo
•
•
•
•
Kompresja
Rozdzielczość
Ilość klatek/s
MJPEG:
H.264, MPEG4, MJPEG,
HDTV 720p 1280x720,
H.264: 25 fps (50 Hz) wszystkie rozdzielczości,
25 fps (50 Hz) wszystkie rozdzielczości.
3.6.1.4 Funkcjonalność
•
•
•
Wykrywanie ruchu,
Wejścia alarmowe (kamera obraca się na zaprogramowane pozycje po sygnale
z wejścia alarmowego. Taki sygnał moŜe być zrealizowany poprzez odpowiednie
wejście w kamerze, lub poprzez rozkaz wydany przez system nadzorujący). W tych
ramach winny być uwzględnione sterowniki sygnalizacji świetlnych posiadających
monitoring otwarcia drzwi szafy i panela obsługi.
Bufor wideo przed i po alarmie.
3.6.2 Wymagania dla rejestracji obrazu
•
•
•
Rejestrator sieciowy NVR obsługujący kamery sieciowe obrotowe oraz stałopozycyjne.
Centrum Sterowania Ruchem i oprogramowanie nadzorujące (Rejestrator NVR)
powinien wydać polecenie obrotu kamery na dowolnie zaprogramowaną pozycję.
Aplikacja klienta wyświetlająca obraz na stanowisku operatora lub ścianie wizyjnej.
____________________________________________________________________________
27/51
3.6.2.1 Wymagania podstawowe
•
•
•
•
•
Obsługa 40 kamer IP.
Jednoczesne nagrywanie i odtwarzanie strumienia wideo.
Kompresja M-JPEG / MPEG-4 / H.264.
Rozdzielczość wideo do HD (1920 * 1080).
Zapis obrazu w pełnej rozdzielczości przez minimum 14 dni.
3.6.2.2 Zarządzanie
•
•
•
•
•
•
MoŜliwość nagrywania 24h na dobę,
Zarządzanie przez sieć,
Interfejs E-Map poprzez sieć i oprogramowanie,
Funkcja automatycznego wykrywania urządzeń,
Wyszukiwanie kamer IP,
Eksport nagranych plików do formatu AVI.
3.6.2.3 Sprzęt
•
•
•
•
•
•
Zegar czasu rzeczywistego (RTC),
Port 2x RJ45 Gigabit Ethernet,
Interfejsy DI / DO / RS-232 / RS-485,
Obsługa zewnętrznego zasilacza UPS,
Automatyczne włączenie nagrywania po odzyskaniu zasilania,
Wielkość macierzy dyskowej dopasowana do ilości kamer.
3.7 Przejęcie w utrzymanie
Wykonawca od momentu przekazania Terenu Budowy (rozumianego jako teren objęty
pracami modernizacyjnymi sygnalizacji świetlnej wraz z wszystkimi modernizowanymi urządzeniami na nim połoŜonymi) do momentu wystawienia Świadectwa Przejęcia będzie utrzymywał i konserwował w ruchu wszystkie modernizowane urządzenia połoŜone na tym Terenie
Budowy.
Czas reakcji na zgłoszenie powinien być nie gorszy niŜ standard obowiązujący
w utrzymaniu na terenie miasta Krakowa.
3.8 Próby Końcowe i Eksploatacyjne
Wykonawca przedstawi do akceptacji plan Prób Końcowych, wg którego następnie będą przeprowadzone Próby Końcowe. Powinny obejmować całość Robót i Dostaw przeprowadzonych w ramach niniejszego Zadania.
Oprócz tego Wykonawca przedstawi do akceptacji plan Prób Eksploatacyjnych na
część zadania dotyczącą monitoringu skrzyŜowań a następnie przeprowadzi te Próby wg zaakceptowanego planu.
____________________________________________________________________________
28/51
4 ZADANIE 3: ZINTEGROWANIE ISTNIEJĄCYCH TABLIC
INFORMACYJNYCH DLA KIEROWCÓW Z SYSTEMEM
ZARZĄDZANIA RUCHEM
Zamawiający zamierza zintegrować 26 szt. istniejących tablic informacyjnych dla kierowców wraz z przynaleŜnymi stacjami pogodowymi dostarczonymi przez firmę Trax Electronic z Systemem Sterowania Ruchem (UTCS). Opis istniejącego systemu znajduje się w Załączniku nr 4 do nin. OPZ.
W ramach realizacji tego Zadania Wykonawca jest zobowiązany do:
•
•
•
•
•
•
•
Opracowanie szczegółowej specyfikacji funkcjonalnej i architektury systemu
integracji z istniejącymi systemami współpracującymi,
Dostawy oprogramowania i jego instalacji,
Ewentualnej modyfikacji tablic,
Integracji tablic z istniejącymi systemami,
Przeprowadzenia Prób Eksploatacyjnych
Przeprowadzenia szkoleń.
Zamawiający zakłada, Ŝe sterowanie tablicami Trax Electronik będzie zapewnione
przez aplikację centralną lub inną aplikację integrującą. W tym celu przewiduje się wprowadzenie zmian w oprogramowaniu tablic, wykorzystujące w pełni ich moŜliwości techniczne
tak, aby umoŜliwić elastyczne i dynamiczne stosowanie strategii informacyjnej dla kierujących
pojazdami.
Wykonawca nie będzie wprowadzał znaczących zmian w konfiguracji sprzętowej wykorzystywanych tablic. Zmiany mogą polegać na dodaniu niezbędnych podzespołów lub wymianie nieodpowiednich, nie mogą one jednak wpływać w znaczący sposób na sposób pracy
tablic.
Sposób komunikacji z tablicami nie ulega zmianie i odbywać się będzie poprzez pakietową transmisję danych GSM/GPRS, z wyłączeniem tych tablic do których zostaną wykonane
przyłącza światłowodowe. Wykorzystywany protokół komunikacji pomiędzy aplikacją a tablicami powinien spełniać wymagania zawarte w Rozdziale 8.
Wykonawca przeprowadzi szkolenia z zakresu obsługi, serwisu i administrowania dostarczonego sprzętu i oprogramowania.
przez Zamawiającego), przekazanie Zamawiającemu dokumentacji powykonawczej oraz innej
prawnej (np. licencje na nowe lub zmienione w ramach realizacji Zadania oprogramowania)
i techniczno-ruchowej adekwatnej do przedmiotu i zakresu Zadania (podobnie jak o tym mowa
____________________________________________________________________________
29/51
w pkt 3.4), a niezbędnej do dokonania odbioru i przekazania do uŜytkowania oraz stałej konserwacji elementów sieci tablic informacyjnych dla kierowców związanych z integracją.
4.2 Wymagania funkcjonalne
Zamawiający zakłada, Ŝe obszar miasta zostanie podzielony przez Wykonawcę (w porozumieniu z Zamawiającym) na podobszary pod względem funkcjonalnego rozkładu układu
drogowego. W kaŜdym podobszarze mogą, ale nie muszą, znajdować się tablice informacyjne
dla kierowców integrowane z UTCS.
Dla kaŜdego obszaru powinno zostać stworzonych co najmniej 5 scenariuszy automatycznie wyświetlanych informacji: dwa dla ruchu swobodnego oraz występowania kolejek,
oraz trzy warianty dla przypadków awaryjnych typu wypadek wraz z określeniem waŜności
kaŜdego z komunikatów.
Musi istnieć moŜliwość nadpisywania komunikatu generowanego przez system automatycznie przez komunikat wprowadzany ręcznie. Komunikaty wprowadzane manualnie muszą mieć moŜliwość definicji następujących danych:
•
•
•
•
•
czas początku i końca wyświetlania,
daty początku i końca wyświetlania,
określenia dni tygodnia w których będą wyświetlane,
określenia obszarów w których będą wyświetlane,
określenie waŜności komunikatu w 5-stopniowej skali.
Komunikat waŜniejszy jest wyświetlany z wyŜszym priorytetem. Po zakończeniu jego
wyświetlania system winien powracać do wyświetlania komunikatów mniej waŜnych.
Wszystkie informacje otrzymywane z urządzeń pomiarowych zlokalizowanych przy tablicach Trax powinny być przekazane do aplikacji centralnej.
Aplikacja zarządzająca komunikatami na tablicach powinna pobierać dostępne dane
o sytuacji ruchowej z Centrum Sterowania Ruchem i wykorzystywać je w realizowanej strategii.
Oprogramowanie powinno być zainstalowane na serwerze zainstalowanym w Centrum
Sterowania Ruchem.
Jeśli aplikacja nie będzie modułem Centrum Sterowania Ruchem, komunikacja powinna odbywać się na zasadach zawartych w Rozdziale 8.
4.3 Przejęcie w utrzymanie
Wykonawca od momentu przekazania Terenu Budowy (rozumianego jako teren objęty
pracami modernizacyjnymi sygnalizacji świetlnej wraz z wszystkimi modernizowanymi urządzeniami na nim połoŜonymi) do momentu wystawienia Świadectwa Przejęcia będzie utrzy____________________________________________________________________________
30/51
mywał i konserwował w ruchu wszystkie modernizowane urządzenia połoŜone na tym Terenie
Budowy.
Wykonawca przedstawi do akceptacji plan Prób Końcowych oraz plan Prób Eksploatacyjnych, wg których następnie będą przeprowadzone te Próby. Powinny obejmować całość
Robót i Dostaw przeprowadzonych w ramach niniejszego Zadania.
____________________________________________________________________________
31/51
5 ZADANIE 4: ROZSZERZENIE SYSTEMU STEROWANIA
RUCHEM WZDŁUś LINII TRAMWAJOWEJ NA ODCINKU
BAGATELA–BRONOWICE MAŁE ORAZ W OBSZARZE
AL. POKOJU I UL. NOWOHUCKIEJ
Zamawiający zakłada, Ŝe włączeniu do systemu UTCS i integracji z systemem podlegać będzie 26 sygnalizacji świetlnych ulicznych wyremontowanych i zmodernizowanych pod
kątem włączenia ich do systemu UTCS w ramach Zadania 2 na skrzyŜowaniach wyszczególnionych w tymŜe Zadaniu w pkt 3.1.1.
•
Zaprojektowanie programów sygnalizacji na skrzyŜowaniach objętych kontraktem
z uwzględnieniem pełnego priorytetu przejazdu przez skrzyŜowania dla komunikacji tramwajowej, przy czym:
− na obszarze „Al. Pokoju” i „ul. Nowohuckiej” naleŜy zastosować system
optymalizacji sieciowej;
− na obszarze „Bronowice” naleŜy równieŜ zastosować system optymalizacji
sieciowej, przy dopuszczeniu wyłączenia skrzyŜowań z koordynacji w przypadku, gdy zapewnienie koordynacji i priorytetu dla tramwajów będzie równocześnie niemoŜliwe. Obecnie na tym obszarze koordynacja istnieje na odcinku pomiędzy skrzyŜowaniami Balicka – Zielony Most a Bronowicka –
Rydla;
•
•
•
•
•
Dostarczenie oprogramowania do projektowania programów sygnalizacji oraz
oprogramowania do programowania nowoinstalowanych sterowników w części dotyczącej zmiany programów stałoczasowych i akomodacyjnych łącznie z algorytmami działania;
Przeprowadzenie szkoleń z obsługi i uŜytkowania kaŜdego dostarczonego oprogramowania, przy czym w trakcie trwania całego Kontraktu będą prowadzone
szkolenia w trakcie pracy polegające na współpracy pracowników Wykonawcy
i Zamawiającego. W ramach szkoleń naleŜy uwzględnić skonfigurowanie obszarów systemu optymalizacji sieciowej przez pracowników Zamawiającego przy asyście pracowników Wykonawcy;
Dostarczenie narzędzi do konfiguracji zastosowanego systemu optymalizacji sieciowej wraz ze szkoleniem i dostarczeniem instrukcji uŜytkownika oraz szczegółowym opisem wszystkich dostępnych opcji wraz z zaleŜnościami pomiędzy nimi.
O szczegółowości opisów zdecyduje Zamawiający (za pośrednictwem InŜyniera
Kontraktu) na podstawie dostarczonych pierwszych wersji dokumentacji oraz
przeprowadzonych szkoleń;
Rozszerzenie liczby licencji na podłączenie sterowników dla aplikacji SITRAFFIC
SCALA lub VTcenter o 40 szt.
W przypadku gdy zastosowany system optymalizacji sieciowej wymaga wniesienia
opłaty licencyjnej za kaŜdy dołączony sterownik Wykonawca dostarczy licencję
umoŜliwiającą bezpłatne podłączanie kolejnych sterowników do systemu bez
względu na ich liczbę.
____________________________________________________________________________
32/51
W ramach realizacji tej części Kontraktu Wykonawca jest zobowiązany do:
•
•
•
•
•
Opracowania Projektów ruchowych sygnalizacji, w tym programów sygnalizacji,
zgodnie z określonymi w pkt 5.1.1. wymaganiami i uzyskanie ich zatwierdzenia
przez Zamawiającego.
Opracowania metodologii sterowania ruchem w obszarach objętych rozbudową,
a po jej zatwierdzeniu przez Zamawiającego, opracowanie specyfikacji funkcjonalnej i architektury systemu.
Opracowanie planu testów odbiorczych FAT i SAT oraz Prób Eksploatacyjnych
i uzyskanie pozytywnej opinii InŜyniera Kontraktu.
Dostawy i instalacji odpowiedniego oprogramowania sterującego zatwierdzonego
przez Zamawiającego na właściwych serwerach oraz dokonania integracji określonych sygnalizacji świetlnych ulicznych z systemem UTCS,
Przeprowadzenia szkoleń.
Uwaga: proces zatwierdzania przez Zamawiającego programów sygnalizacji, metodologii sterowania, oprogramowania sterującego, o których mowa wyŜej, musi być poprzedzony
uzyskaniem pozytywnej opinii InŜyniera Kontraktu.
5.1 Wymagania odnośnie Projektów ruchowych sygnalizacji
5.1.1 Wymagania ogólne
Wykonawca jest zobowiązany przed przystąpieniem do opracowywania Projektów ruchowych do przeanalizowania aktualnej organizacji ruchu na kaŜdym skrzyŜowaniu przewidzianym do włączenia do systemu UTCS, pod kątem efektywności sterowania sygnalizacją
świetlną i przedstawienia Zamawiającemu (za pośrednictwem InŜyniera Kontraktu) propozycji
poprawy warunków ruchu za pomocą zmian w oznakowaniu pionowym i poziomym.
W przypadku konieczności wprowadzenia zmian w stałej organizacji ruchu na danym
skrzyŜowaniu z sygnalizacją świetlną uliczną, Projekt ruchowy sygnalizacji powinien być dostarczony wraz z Projektem stałej organizacji ruchu Zamawiającemu celem zatwierdzenia. Projekty ruchowe i Projekty stałej organizacji ruchu mogą być rozpatrywane tylko łącznie, przy
czym Projekt ruchowy sygnalizacji nie moŜe być zatwierdzony przed zatwierdzeniem Projektu
stałej organizacji ruchu.
Jeśli nie wprowadza się zmian w stałej organizacji ruchu na danym skrzyŜowaniu,
w Projekcie ruchowym naleŜy zawrzeć lub załączyć do Projektu inwentaryzację istniejącej
organizacji ruchu.
W Projekcie ruchowym naleŜy uwzględnić wartości natęŜenia ruchu przewidywane na
dzień oddania sygnalizacji do uŜytkowania. NatęŜenia ruchu mają przedstawiać strukturę kierunkową ruchu dla kaŜdego skrzyŜowania co najmniej w godzinach szczytu porannego
i popołudniowego oraz we wszystkich charakterystycznych dla danego miejsca porach dnia
i dniach tygodnia, gdzie występują znaczne zmiany w natęŜeniach i strukturze kierunkowej
ruchu drogowego.
____________________________________________________________________________
33/51
5.1.2 Wymagania formalne
Projekt ruchowy sygnalizacji powinien zawierać:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
opis techniczny, zawierający omówienie załoŜeń i materiałów wyjściowych wykorzystanych w procesie projektowania oraz opis zastosowanych rozwiązań,
obliczenia minimalnych czasów zielonych dla przejść dla pieszych i przejazdów
rowerowych oraz obliczenia czasów między-zielonych dla kolizyjnych strumieni
ruchu,
macierz kolizji i czasów między-zielonych,
listę grup sygnalizacyjnych z zaznaczeniem przyjętych minimalnych czasów trwania sygnałów,
projekt sygnalizacji akomodacyjnej fazowej wraz z algorytmem i przejściami międzyfazowymi,
rysunek ze schematem faz dla kaŜdego programu sygnalizacyjnego, dla którego
występuje inna struktura programu.
odpowiadające programom akomodacyjnym programy stałoczasowe (dla kaŜdego
programu akomodacyjnego, jeden program stałoczasowy),
harmonogram przełączania programów oraz offsety dla programów koordynowanych,
natęŜenia ruchu wraz z podaniem źródła,
obliczenia jakości obsługi i przepustowości sterowania z zaznaczeniem wykorzystanej metody,
rysunek z projektem organizacji ruchu lub jej inwentaryzacją w skali 1:500,
rysunek skrzyŜowania wraz z zaznaczonymi grupami sygnalizacyjnymi i detekcją
w skali 1:500,
wykres koordynacyjny (jeŜeli planowana jest koordynacja z sygnalizacjami świetlnymi znajdującymi się na innych skrzyŜowaniach) dla całego ciągu koordynowanego,
opinię Policji do programu sygnalizacji.
5.1.3 Wymagania odnośnie programów sygnalizacji świetlnej
Dla kaŜdego programu sygnalizacji cykl programu sygnalizacji świetlnej nie powinien
przekraczać 120 sekund, chyba Ŝe zostanie to odpowiednio uzasadnione przez projektanta.
JednakŜe propozycję takiego rozwiązania naleŜy skonsultować za kaŜdym razem
z Zamawiającym (za pośrednictwem InŜyniera Kontraktu).
Dla skrzyŜowań z sygnalizacją świetlną, gdzie znajduje się torowisko tramwajowe, naleŜy zapewnić bezwzględny priorytet dla tramwajów. Ewentualne złagodzenia bezwzględnego
priorytetu naleŜy uzgodnić z Zamawiającym (za pośrednictwem InŜyniera Kontraktu).
Dla kaŜdej sygnalizacji wymagane jest przygotowanie minimum trzech programów
przeznaczonych odpowiednio dla charakterystyki ruchu występującej w godzinach szczytu
porannego i popołudniowego oraz dla godzin nocnych. Program stałoczasowy nocny ma
uwzględniać skrócenie cyklu, aby skrócić czasy oczekiwania na sygnał zielony. Wymagane
jest teŜ przygotowanie programów dla innych charakterystycznych okresów dnia lub dni tygo____________________________________________________________________________
34/51
dnia występujących w danym rejonie, jeŜeli sytuacja ruchowa tego wymaga (znacząco odmienny rozkład natęŜeń ruchu na skrzyŜowaniu względem szczytu porannego lub popołudniowego).
Tam gdzie występuje wyraźna przewaga ruchu na kierunku głównym naleŜy stosować
preferencje dla kierunku głównego (pozostawanie w sygnale zielonym). Na skrzyŜowaniach
z wyspą centralną oraz na skrzyŜowaniach gdzie występują znaczne natęŜenia ruchu
z kolizyjnych kierunków, naleŜy przydzielać światło dla pojazdów cyklicznie. NaleŜy unikać
sterowania typu All-red.
Dla przejść dla pieszych, gdzie światło moŜe być przydzielone bez konsekwencji, czyli
nie usztywnia algorytmu sterowania i nie zwiększa bezwładności sygnalizacji świetlnej, naleŜy
załączać światło zielone bez potrzeby wzbudzania go za pomocą przycisku. Dotyczy to
w szczególności przejść wzdłuŜ głównego kierunku w przypadku koordynacji lub preferencji
na głównym kierunku oraz wlotów skrzyŜowań z wyspą centralną (dopuszcza się stosowanie
przycisków na wylotach). Na przejściach przez torowisko naleŜy stosować zasadę, Ŝe przy braku wzbudzeń zielone światło przydzielane jest dla pieszych i dopiero po nadjechaniu tramwaju
sygnalizator dla pieszych załączany jest na sygnał czerwony. Musi być jednak zapewniony
bezwzględny priorytet dla tramwajów względem takiego przejścia dla pieszych (tramwaj nie
moŜe się z tego powodu zatrzymać).
W przypadku gdy strzałka warunkowego skrętu jest kolizyjna z prostopadłym przejściem dla pieszych, naleŜy podawać sygnał zezwalający przynajmniej 1 [s] po otwarciu przejścia. W przypadku kolizji z przejściem równoległym tak, aby pojazd dojeŜdŜał 2 [s]
po otwarciu grupy przejścia. W przypadku, kiedy strzałka moŜe być kolizyjna lub bezkolizyjna
(ze względu np. na występowanie kierunkowego lewoskrętu) naleŜy zawsze przy przechodzeniu z wyświetlania sygnału bezkolizyjnego na kolizyjny odpowiednio wcześniej wygasić zieloną strzałkę i załączyć dopiero po starcie kolizyjnych grup pieszych i samochodowych. Nie
dopuszcza się stosowania kolizyjnej strzałki z tramwajem. W takim wypadku trzeba to
uwzględnić w macierzy kolizji.
W przypadku umieszczenia przystanku tramwajowego przed linią zatrzymania na
chodniku obok jezdni, w miejscach gdzie torowisko znajduje się w osi jedni, sygnał dla pojazdów indywidualnych nie moŜe zapalać się wcześniej niŜ pionowa szczelina dla tramwaju znajdującego się na przystanku.
5.1.4 Wymagania względem systemu detekcji
Rozmieszczenie detekcji powinno umoŜliwiać pomiary natęŜeń oraz moŜliwej do uzyskania struktury kierunkowej ruchu.
Dla pojazdów indywidualnych naleŜy stosować pętle indukcyjne o wymiarach 2x2 [m]
zlokalizowane 30-50 [m] przed linią zatrzymania zaleŜnie od prędkości najazdu. Na pasach
o małej prędkości dojazdu moŜna stosować pętle na 10 ÷ 20 [m].
Jeśli wlot skrzyŜowania jest wlotem dolotowym do całego obszaru sterowania
i występują na nim duŜe wahania natęŜenia ruchu, naleŜy zastosować detekcję przeznaczoną
____________________________________________________________________________
35/51
do sterowania strategicznego (pętle zlokalizowane na 100 metrze). Zastosowanie wideodetekcji jest moŜliwe jedynie w przypadkach, gdy wykonanie pętli indukcyjnych jest niewykonalne i musi wcześniej zostać uzgodnione z Zamawiającym (za pośrednictwem InŜyniera Kontaktu).
Dla tramwajów naleŜy stosować punkty meldunkowe w standardzie VDV R09.16.
Zawsze trzeba zastosować minimum jeden dodatkowy system detekcji w sytuacjach awaryjnych. NaleŜy zastosować następujące systemy detekcji w poszczególnych przypadkach:
•
•
Dla skrzyŜowań tylko z jedną relacją tramwajową naleŜy wykorzystać pętle indukcyjną na linii zatrzymania dla przystanku znajdującego się tuŜ przed linią zatrzymania (dla wydzielonego torowiska) i dwie pętle indukcyjne (przy linii zatrzymania i odległa) w pozostałych przypadkach.
Dla skrzyŜowań o większej ilości relacji tramwajowych naleŜy zastosować sygnał
ze zwrotnic (z blokady zwrotnicy) oraz przyciski znajdujące się na maszcie sygnalizatora tramwajowego.
Dopuszcza się zastosowanie indukcyjnych czujników trakcyjnych w miejsce pętli indukcyjnych. Detektory umieszczone przed linią zatrzymania muszą wykrywać pojazdy, które
nie zdąŜą przejechać przez skrzyŜowanie podczas trwania sygnału zezwalającego na wjazd na
skrzyŜowanie.
W przypadku otrzymywania przez grupę sygnalizacyjną sygnału zielonego dopiero po
zgłoszeniu naleŜy stosować skośne pętle indukcyjne 2 [m] od linii zatrzymania (grupy kołowe)
lub przyciski dla pieszych (piesi i rowerzyści na wydzielonych ścieŜkach).
5.1.5 Wymagania względem grup sygnalizacyjnych i rozmieszczenia sygnalizatorów
W przypadku stosowania strzałek warunkowych naleŜy sterować kaŜdą strzałkę osobną
grupą sygnalizacyjną. Strzałki warunkowe naleŜy stosować wszędzie gdzie jest to moŜliwe
i strzałka ma „miejsce” w programie aby wyświetlić sygnał zielony i nie wprowadzi to niebezpieczeństwa w ruchu drogowym, w szczególności dla pieszych i rowerzystów. Sygnalizatory
S-2 moŜna umieszczać na wysięgu nad pasem ruchu, z którego dozwolona jest relacja w prawo, jeŜeli nie ma sygnalizatora na maszcie po prawej stronie.
Na przyległych przejściach i przejazdach rowerowych stosować wspólne grupy pieszorowerowe, sterowane jedną grupą sygnalizacyjną. Tam gdzie jest to moŜliwe naleŜy stosować
jeden wspólny sygnalizator pieszo-rowerowy zamiast dwóch osobnych S-5 i S-6 umieszczonych na jednym słupku.
Na przejściach dla pieszych, dla których przydzielane jest światło zielone kolizyjnie
z pojazdami i występuje częste ryzyko potrącenia pieszego przez nadjeŜdŜające pojazdy, naleŜy stosować sygnał ostrzegawczy w postaci Ŝółtej sylwetki pieszego. NaleŜy go stosować zawsze, gdy pieszy moŜe zostać przez kierującego pojazdem niezauwaŜony (ograniczenie widoczności, relacja skrętna w prawo na sygnalizatorze ogólnym S-1 itp.).
____________________________________________________________________________
36/51
Dla przejść dla pieszych naleŜy stosować sygnalizacje dźwiękową. Przyciski dla pieszych mają potwierdzać przyjęcie Ŝądania w postaci sygnału migającego.
Dla sygnalizatorów tramwajowych wymagane jest zainstalowanie dodatkowej komory
z czerwonym napisem „czekaj” na czarnym tle umieszczonej nad sygnalizatorem ST lub STK.
Napis „czekaj” ma zapalać się w momencie przyjęcia zgłoszenia od tramwaju i zacząć pulsować z częstotliwością 2Hz na 5 sekund przed przełączeniem się sygnału na szczelinę pionową
i gasnąć po zapaleniu szczeliny.
Dla pasów autobusowo-tramwajowych naleŜy stosować wyłącznie sygnalizatory tramwajowe z dopiskiem, Ŝe wskazania na ww. sygnalizatorach dotyczą takŜe autobusów.
Konfigurację sterownika (ilość grup sygnałowych, wejść detektorów, przycisków dla
pieszych) naleŜy zaprojektować jako wynikającą z projektu plus dodatkowo dwie grupy rezerwowe.
5.1.6 Wymagania i uwagi dodatkowe
Nazewnictwo oraz kolejność grup sygnalizacyjnych, pętli indukcyjnych
i rozmieszczenie tych elementów na obszarze skrzyŜowania naleŜy uzgodnić na wstępnym
etapie projektu z Zamawiającym (za pośrednictwem InŜyniera Kontraktu). Nie naleŜy stosować „na siłę” obecnej kolejności i nazewnictwa grup.
NaleŜy takŜe przedstawić koncepcję algorytmu i sposobu sterowania na kaŜde skrzyŜowanie przed przystąpieniem do szczegółowego projektowania rozwiązań. Dotyczy to takŜe
rozmieszczenia sygnalizatorów i urządzeń detekcji jeŜeli na skrzyŜowaniu wprowadzane są
zmiany w ich rozmieszczeniu lub rodzaju.
Zamawiający zastrzega sobie prawo do modyfikacji na etapie uzgadniania projektu zaleceń określonych w powyŜszych wytycznych z zakresu projektowania programów sygnalizacji świetlnej.
5.2 Wymagania dotyczące funkcjonalności oprogramowania
5.2.1 Wymagania ogólne
Oprogramowanie powinno współpracować z wykorzystywanym systemem moŜliwie
najpełniej ułatwiając pracę inŜyniera ruchu oraz osoby utrzymującej sygnalizacje świetlne.
Poszczególne aplikacje powinny umoŜliwiać wymianę danych między sobą w jak najszerszym dostępnym zakresie. Poszczególne aplikacje maja zapewniać następującą funkcjonalność:
•
Narzędzie do inŜynierii ruchu, przeznaczone do tworzenia projektów programów
sygnalizacji świetlnej,
____________________________________________________________________________
37/51
•
•
•
•
Narzędzie dla programisty sterownika umoŜliwiające przeprowadzenie procesu
pełnego oprogramowania sterownika sygnalizacji świetlnej jak i zmiany tylko poszczególnych parametrów,
Narzędzie umoŜliwiające zmianę konfiguracji systemu optymalizacji sieciowej
w poszczególnych obszarach.
Narzędzie do testowania programów sygnalizacji jak i parametrów systemu optymalizacji sieciowej w formie graficznej na stanowisku roboczym typu VISSIM,
Narzędzie do serwisowania sterownika sygnalizacji świetlnej.
Oprogramowanie przeznaczone do inŜynierii ruchu powinno umoŜliwiać przenoszenie
programów, projektowanych faz, przejść międzyfazowych, otwarć grup sygnalizacyjnych jak
i ich podstawową konfigurację do aplikacji programującej sterownik.
Oprogramowanie powinno być wyposaŜone w licencje przenośne pomiędzy stanowiskami (z uŜyciem klucza sprzętowego) dla oprogramowania uŜywanego „w terenie” (oprogramowywanie i serwisowanie sterowników sygnalizacji świetlnej) i licencję sieciową dla oprogramowania uŜywanego wyłączenie w Centrum Sterowania Ruchem na stacjach roboczych.
Dla kaŜdej aplikacji powinny być przewidziane licencje umoŜliwiające korzystanie z nich
równolegle przez dwie osoby. JeŜeli cześć oprogramowania jest juŜ wykorzystywana przez
Zamawiającego, Wykonawca zaktualizuje to oprogramowanie wraz z licencjami do najnowszej
wersji.
Musi istnieć moŜliwość zmiany programów sygnalizacji świetlnych, algorytmów logiki, faz, przejść międzyfazowych tak zdalnie jak i lokalnie bez wyłączania sygnalizacji świetlnej. Dopuszczalna jest moŜliwość czasowego wyłączania akomodacji lub konieczność zmiany
programu sygnalizacji na czas aktualizacji danych w sterowniku.
W przypadku zastosowania sterowników róŜnych producentów, wykonawca dostarczy
narzędzia przeznaczone dla kaŜdego z nich (dotyczy to w szczególności narzędzi do serwisowania i oprogramowywania sterowników sygnalizacji świetlnej).
5.2.2 Wymagania funkcjonalne
5.2.2.1 Wymagania w stosunku do oprogramowania inŜyniera ruchu
Oprogramowania ma posiadać następujące funkcje:
•
•
•
•
•
•
Wspomaganie w obliczaniu czasów bezpieczeństwa: czasów międzyzielonych, offsetów, minimalnych czasów zielonych na podstawie wprowadzonej geometrii
skrzyŜowania (w postaci podkładu graficznego).
Wspomaganie w tworzeniu grup sygnalizacyjnych z określeniem typu grupy.
Wspomaganie w tworzeniu programów stałoczasowych z uwzględnieniem czasów
bezpieczeństwa.
Wspomaganie w tworzeniu programów startowych i końcowych.
Wspomaganie w tworzeniu faz ruchu, przejść międzyfazowych.
MoŜliwość tworzenia programów poprzez wybranie kolejnych faz.
____________________________________________________________________________
38/51
•
•
•
MoŜliwość zdefiniowania obiektów topograficznych takich jak: detektory, punkty
meldunkowe dla priorytetu, i inne.
Wspomaganie w tworzeniu planów ramowych dla programów akomodacyjnych.
Wspomaganie przy tworzeniu koordynacji (wykres koordynacyjny).
5.2.2.2 Wymagania w stosunku do oprogramowania programisty sterownika
Oprogramowanie ma posiadać następującą funkcjonalność:
•
•
•
•
•
Importowanie wszystkich danych, które moŜna ustawić w programie inŜyniera ruchu.
Wspomaganie tworzenia algorytmów pracy sygnalizacji.
Wspomaganie w zakresie kompilacji programów i ich wysyłania do sterownika.
MoŜliwość zmiany programów stałoczasowych, faz i przejść międzyfazowych lub
innych parametrów sygnalizacji ustawianych w oprogramowaniu inŜyniera ruchu.
MoŜliwość symulacji wykonanego programu sygnalizacji (w szczególności programów akomodowanych) poprzez eksport danych do programu VISSIM, będącego w posiadaniu Zamawiającego jak i programu dostarczonego przez Wykonawcę.
Symulacja ma odzwierciedlać działanie rzeczywistego sterownika sygnalizacji
świetlnej.
5.2.2.3 Wymagania w stosunku do narzędzi słuŜących do serwisowania sterowników sygnalizacji świetlnej
Oprogramowanie ma umoŜliwić realizację następujących funkcji:
•
•
•
•
Zapewniać w pełni diagnozowanie stanu sterownika, w tym w szczególności - poprawności działania sterownika i wszystkich jego elementów składowych.
UmoŜliwić zgrywanie historii awarii, usterek oraz wszelkich informacji związanych z działaniem sygnalizacji świetlnej (tzw. logów).
UmoŜliwić ustawianie i zgrywanie pomiarów natęŜeń ruchu ze sterownika sygnalizacji świetlnej z detektorów.
Ustawienie podstawowych parametrów w sterowniku takich jak czas i data.
5.2.2.4 Wymagania w stosunku do narzędzi konfiguracji systemu optymalizacji sieciowej
Oprogramowanie powinno umoŜliwiać (jeśli serwer korzysta z nw. opcji):
•
•
•
•
•
Dostosowanie wag poszczególnych wlotów na skrzyŜowaniach w zaleŜności od typu dnia i godziny.
Wymuszenie stosowania pewnych algorytmów w przedziale czasowym jak
i długości cyklu wybieranego dla skrzyŜowania oraz minimalnych i maksymalnych
długości sygnałów.
Wprowadzanie korekt do stosowanego modelu sieci.
Włączanie nowego sterownika do istniejącego obszaru.
Wybór skrzyŜowania jako najbardziej znaczącego w obszarze (na stałe lub
w zdefiniowanym przedziale czasu).
____________________________________________________________________________
39/51
•
Eksport danych konfiguracyjnych wybranego obszaru na potrzeby programu testującego.
5.2.2.5 Wymagania w stosunku do oprogramowania testowego typu VISSIM
•
•
•
•
MoŜliwość definiowania geometrii wielu skrzyŜowań,
Przypisywanie natęŜeń ruchu wraz z rozkładem w sieci,
Obsługa linii komunikacji zbiorowych wraz z funkcją symulacji pkt meldunkowych,
Zbieranie danych do analizy: czasu przejazdu, ilości pojazdów w przekroju, itp.,
itd. wraz z wartościami średnimi. Wymienione wartości takŜe w wybranych przedziałach czasu.
5.3 Wymagania funkcjonalne sterowników sygnalizacji świetlnej oraz dla
systemu optymalizacji sieciowej
5.3.1 Wymagania odnośnie połączenia z systemem centralnym
Do komunikacji z systemem centralnym sterownik powinien mieć zaimplementowany
protokół komunikacyjny OCIT/O w wersji 1.1 rozszerzonej o polecenia specyficzne dla wybranego systemu optymalizacji sieciowej lub zaimplementować w systemie centralnym własny
protokół pod warunkiem spełniania kryteriów zawartych w Rozdziale 8 oraz zaakceptowania
protokołu przez Zamawiającego (za pośrednictwem InŜyniera Kontraktu). Nowy protokół powinien zapewniać funkcjonalność nie mniejszą niŜ ww. protokół OCIT/O (w wersji rozszerzonej).
Wszystkie podłączane sterowniki powinny być wprowadzone do systemu VTcenter
oraz być wprowadzone do Systemu Sterowania Ruchem w Krakowie i widoczne w aplikacji
operatora systemu.
Jako „System Sterowania Ruchem” Zamawiający rozumie jeden z systemów centralnych zainstalowanych obecnie u Zamawiającego. „Aplikacja operatora systemu” jest rozumiana jako aplikacja dyspozytorska systemu centralnego.
Wykonawca poniesie wszelkie koszty związane z zakupem odpowiednich licencji
i oprogramowania, które będzie wymagane do prawidłowej współpracy sterownika i systemu
centralnego poprzez wybrany przez niego protokół.
5.3.2 Wymagania odnośnie sterownika
Sterownik musi posiadać wszystkie wymagane komponenty sprzętowe i programowe
umoŜliwiające odbieranie telegramów wysyłanych z tramwajów za pomocą komputerów pokładowych w standardzie VDV R09.16, ich dekodowanie i przesyłanie do sterownika sygnalizacji świetlnej.
____________________________________________________________________________
40/51
Sterownik powinien posługiwać się metodą sterowania gwarantującą prawidłową
współpracę w systemie sterowania obszarowego w ramach systemu sterowania ruchem w Krakowie.
Jako System Sterowania Obszarowego Zamawiający rozumie system optymalizacji sieciowej.
Sterownik powinien posiadać moŜliwość zasilania danymi o algorytmie sterowania
tworzonymi przez Zamawiającego w języku programowania TRELAN. Wykonawca dostarczy
oprogramowanie umoŜliwiające automatyczną kompilację stworzonego kodu źródłowego na
kod uŜywany przez metodę sterowania wykorzystywana w sterownikach dostarczonych przez
Wykonawcę. Kod źródłowy moŜe zostać przekonwertowany na inny język programowania
tylko pod warunkiem identycznego sposobu działania algorytmu po konwersji.
TakŜe wszystkie informacje dostępne z poziomu języka TRELAN powinny być przenoszone do aplikacji do programowania sterownika.
W kaŜdym wypadku Wykonawca zapewni dobrą współpracę tych urządzeń
z komputerami pokładowymi juŜ zainstalowanymi w 196 tramwajach MPK w Krakowie jak
i nowo instalowanymi w 30 tramwajach w ramach Kontraktu 2.
5.3.3 Zastosowany system optymalizacji sieciowej
Do wykorzystania przez Wykonawcę jest system optymalizacji sieciowej BALANCE
firmy Gevas Software GmbH lub MOTION firmy Siemens AG będące w posiadaniu Zamawiającego.
Wykonawca poniesie wszelkie koszty zakupu licencji, dostawy oprogramowania
i wymaganych narzędzi potrzebnych do uruchomienia systemu optymalizacji sieciowej na dostarczonych przez siebie sterownikach sygnalizacji świetlnej.
5.4 Wymagania dodatkowe
Wykonawca przeprowadzi szkolenia z zakresu obsługi, serwisu i administrowania dostarczonego sprzętu i oprogramowania. W zakresie szkoleń naleŜy uwzględnić projektowanie
programów sygnalizacji świetlnej, programowanie sterowników oraz wdraŜanie obszarów systemu optymalizacji sieciowej przez pracowników Zamawiającego pod nadzorem pracowników
Wykonawcy.
przez Zamawiającego), przekazanie Zamawiającemu dokumentacji powykonawczej oraz
prawnej (np. licencje na nowe lub zmienione w ramach realizacji Zadania oprogramowania)
i innej techniczno-ruchowej adekwatnej do przedmiotu i zakresu Zadania (podobnie jak o tym
mowa w pkt 3.4), a niezbędnej do dokonania odbioru i przekazania do uŜytkowania oraz stałej
konserwacji elementów składowych systemu powstałych lub zmodernizowanych w ramach
Zadania.
____________________________________________________________________________
41/51
Wykonawca zaktualizuje bazę danych GIS uŜytego systemu centralnego do stanu faktycznego układu drogowego w Dacie Przejęcia.
Wykonawca przedstawi do akceptacji plan Prób Końcowych oraz plan Prób Eksploatacyjnych, wg których następnie będą przeprowadzone te Próby. Powinny one obejmować całość
Robót i Dostaw przeprowadzonych w ramach niniejszego Zadania.
____________________________________________________________________________
42/51
6 EFEKTYWNOŚĆ SYSTEMU STEROWANIA RUCHEM
W zakresie Zadania nr 4 (patrz Rozdział 5) Zamawiający wymaga, aby wprowadzenie
priorytetu dla tramwajów na skrzyŜowaniach wyposaŜonych w sygnalizację świetlną dało wymierne efekty w postaci skrócenia czasu przejazdu tramwajów przy niepogorszeniu warunków
ruchu dla pojazdów indywidualnych w ciągach przecinających korytarze tramwajowe.
Dwa korytarze tramwajowe znajdujące się w obszarach objętych rozszerzeniem systemu sterowania ruchem będą podlegały przeprowadzeniu dowodu korzystnego wpływu zainstalowanych narzędzi i urządzeń na ruch uliczny:
•
•
Korytarz „Bronowice” od przystanku „Urzędnicza” do pętli tramwajowej „Bronowice Małe”;
Korytarz „Aleja Pokoju” od przystanku „Aleja Pokoju” do przystanku „Centralna”.
Dla kaŜdego z ciągów tramwajowych naleŜy osiągnąć skrócenie średniego czasu przejazdu tramwaju o co najmniej 10 % przy zachowaniu niezmniejszonej przepustowości dla pojazdów na głównych ciągach poprzecznych, tj.:
•
•
ul. Kijowska i ul. Piastowska dla korytarza tramwajowego „Bronowice”,
ul. Nowohucka dla korytarza tramwajowego „Aleja Pokoju”
Średnia oszczędność czasu dla komunikacji indywidualnej w obu obszarach łącznie
powinna wynieść 5%.
6.2 Ocena efektywności
Ocenę efektywności oraz pomiary referencyjne przeprowadzi zewnętrzny audytor wynajęty przez Zamawiającego.
____________________________________________________________________________
43/51
7 ARCHITEKTURA SYSTEMÓW KOMPUTEROWYCH
7.1 Wymagania odnośnie serwerów
Architektura serwerów dostarczonych w ramach niniejszego Kontraktu powinna zostać
dostosowana do architektury stosowanej w serwerowni Centrum Sterowania Ruchem.
Wszystkie aplikacje zmienianie lub instalowane jako nowe mają pracować na dostarczonych komponentach.
W ramach zadania Wykonawca dostarczy:
•
•
•
•
•
•
•
•
•
•
•
Serwer obliczeniowy typu „blade”.
Wykonawca dostarczy serwer dostosowany do obudowy HP Blade C7000 posiadanej przez Zamawiającego, lub
Wykonawca dostarczy kompletne środowisko obliczeniowe w technologii blade.
Moc obliczeniowa dostarczanych komponentów powinna wystarczyć do obsługi
wszystkich instalowanych i przenoszonych aplikacji + 25% zapasu.
Serwery sterujące pracą systemów mają być instalowane jako maszyny wirtualne
na ww. urządzeniu. Dla kaŜdej uŜywanej maszyny wirtualnej naleŜy dostarczyć licencję na uŜywany system operacyjny. Przenoszone systemy z serwerów fizycznych pracują obecnie na systemach z rodziny Windows Server 2003 w wersjach 32
i 64-bit, których licencje umoŜliwiają przenoszenie systemów pomiędzy serwerami.
Stosowany system wirtualizacji ma umoŜliwiać podłączanie urządzeń USB (szczególnie kluczy sprzętowych) do poszczególnych maszyn wirtualnych.
System zarządzania hostami i maszynami wirtualnymi umoŜliwiający automatyczne podnoszenie maszyn w razie awarii, przenoszenie maszyn wirtualnych pomiędzy maszynami fizycznymi „w locie”, wyrównywanie obciąŜenia serwerów fizycznych poprzez przenoszenie maszyn wirtualnych. Jeśli system zarządzania jest
licencjonowany, w zaleŜności od ilości maszyn fizycznych lub wirtualnych, Wykonawca dostarczy licencję na minimum 15 maszyn fizycznych lub minimum 30
maszyn wirtualnych.
Architektura połączeń musi umoŜliwiać zarządzanie maszynami zainstalowanymi
obecnie oraz zainstalowanymi w ramach pozostałych Kontraktów zawartych w
projekcie na „Rozbudowę Systemu Zarządzania Transportem Publicznym w Krakowie”.
Zalecany systemem hosta - Hyper-V.
Obudowę na macierz dyskową opartą na połączeniach FC na minimum 24 dyski
2,5” montowaną w szafie przemysłowej 19” (rack). Wykonawca połączy macierz z
modułem serwerowym za pomocą połączenia gwarantującego wykorzystanie pełnej wydajności instalowanej macierzy dysków. Zamawiający wykorzystuje obecnie
obudowę HP P2000 (AW568A) połączoną z serwerem blade za pomocą protokołu
iSCSI, który naleŜy zmienić na połączenie FC.
Zarządzalny „switch” dla połączeń FC realizowanych pomiędzy macierzami dysków a serwerami blade.
____________________________________________________________________________
44/51
•
•
•
W przypadku dostarczania zupełnie nowej macierzy dyskowej powinna ona zapewnić łatwą rozbudowę o nowe obudowy dla dysków.
Dostawę dysków twardych o łącznej pojemności wystarczającej do pracy
i przechowywania danych dla wszystkich przenoszonych i instalowanych aplikacji.
NaleŜy uŜyć jak najmniejszą ilość dysków.
Macierz dyskowa powinna charakteryzować się strukturą typu „cache”, tzn. hybrydowa macierz złoŜoną z dysków SSD i HDD, tak aby uzyskać jak najwyŜszą wydajność obsługiwanych aplikacji klienckich.
7.2 Wymagania odnośnie aplikacji klienckich
W związku z wymianą, w ramach innego Projektu, stacji roboczych na nowe, na których zostanie zainstalowany system operacyjny Windows 7 Professional PL w wersji 64-bit
wymagane jest, aby wszystkie aplikacje klienckie dostarczane w ramach niniejszego Kontraktu, a mające pracować na tych stacjach roboczych, powinny prawidłowo pracować w systemie
Windows 7 Professional PL w wersji 64bit lub wyŜszej.
Dostarczone aplikacje, powinny być najbardziej aktualnymi wersjami dostępnego oprogramowania w momencie instalacji oraz powinny być zaktualizowane do najnowszych wersji
najpóźniej w dniu Wystawienia Świadectwa Przejęcia przez InŜyniera Kontraktu.
7.3 Wymagania odnośnie dostępności
NaleŜy zapewnić funkcjonalność sprawowania funkcji administracyjnych oraz obsługowych kaŜdej instalowanej aplikacji jak i systemów operacyjnych na których one działają
z dowolnego miejsca poprzez sieć Internet. Wymagane jest aby transmisja była zabezpieczona
przez protokół SSL oraz szyfrowany tunel VPN.
Wszystkie hasła dostępu (w szczególności administracyjne, poza indywidualnymi,
przypisanymi konkretnym uŜytkownikom systemu) oraz dokumentacje pełnego opisu systemu
naleŜy przekazać do Zamawiającego najpóźniej w Wystawienia Świadectwa Przejęcia przez
InŜyniera Kontraktu.
JeŜeli wsparcie systemu odbywać się będzie zdalnie, za pomocą powyŜszych środków,
Wykonawca do momentu przekazania dostarczy pełną listę osób i uŜytkowników wykonujących czynności serwisowe.
7.4 Uwagi końcowe
Wszystkie dostarczone systemy operacyjne mają zostać wyposaŜone w program antywirusowy. Program powinien mieć włączoną funkcję autoaktualizacji bazy wirusów, rootkitów, spam-u, malwa re-u, itp. oraz silnika wyszukującego. Raz na tydzień w porze nocnej powinino zostać przeprowadzone pełne skanowanie systemu.
____________________________________________________________________________
45/51
8 OTWARTOŚĆ SYSTEMÓW I PROTOKOŁY TRANSMISJI
DANYCH
W celu zapewnienia dalszej rozbudowy systemów ITS, obszarowej, ilościowej, jakościowej i funkcjonalnej, w drodze współpracy z róŜnymi dostawcami Zamawiający oczekuje,
Ŝe proponowane przez Wykonawcę systemy będą jak najbardziej otwarte, w szczególności
poprzez zastosowanie odpowiednich interfejsów.
Zamawiający wymaga, aby rozbudowa systemu UTCS w jak najszerszym stopniu
uwzględniała standardy otwarte tak jak to rozumie Komisja Europejska w dokumencie „European Interoperability Framework for Paneuropean Government services” z 2004 roku.
W zakresie protokołów komunikacji modelem odniesienia jest model OSI (Open System Interconnection) zdefiniowany przez ISO oraz ITU-T opisujący strukturę komunikacji
sieciowej jak niŜej:
Warstwa odniesienia w
modelu OSI
Wymagane protokoły dla Systemu
Warstwa aplikacji
XML lub HTML – dla struktury przesyłanych danych. W zastosowaniach, gdzie prędkość transmisji danych odgrywa
waŜną rolę, dopuszcza się inne metody (np. pliki tekstowe lub
binarne). Warunkiem jest przekazanie pełnego opisu struktury
protokołu i przesyłanych za jego pomocą danych.
Warstwa prezentacji
kodowanie ASCII lub Unicode – dla danych znakowych,
RTF lub PDF – dla danych blokowych,
JPEG, PNG lub BMP – dla obrazów,
MPEG2, MPEG4 lub SEQ – dla materiału video,
MP3 lub Ogg – dla materiałów audio (lub innego zgodnego z
zaleceniem UE)
Warstwa sesji
JMS lub kompatybilny z JMS (lub innego zgodnego z zaleceniem UE)
Warstwa transportowa
TCP lub UDP (lub innego zgodnego z zaleceniem UE)
Warstwa sieciowa
IP (lub innego zgodnego z zaleceniem UE)
IEEE 802.3z 1000Base-LX lub RS-232 lub RS-485 (lub innego zgodnego z zaleceniem UE)
technologie dostępne nie będące w sprzeczności z wymaganiami dla warstw wyŜszych
Warstwa łącza danych
Warstwa fizyczna
____________________________________________________________________________
46/51
8.2 Wymagania formalne
Protokół wymiany danych powinien być przedstawiony przez Wykonawcę do akceptacji przez Zamawiającego za pośrednictwem InŜyniera Kontraktu. Do akceptacji powinna zostać przekazana dokumentacja techniczna umoŜliwiająca stwierdzenie przez Zamawiającego
jaką funkcjonalność posiada przedstawiany protokół.
8.3 Warunki szczegółowe
Licencja na protokół transmisji danych moŜe być przedstawiona w dwóch wersjach:
•
•
Jako protokół otwarty do wykorzystania przez kaŜdego producenta podobnych
urządzeń lub
Jako protokół zamknięty, którego producent udostępni całą jego specyfikację do
dowolnego wykorzystania przez Zamawiającego na potrzeby miasta Krakowa.
Jeśli w stosowanym protokole istnieje moŜliwość stosowania dodatkowych pól definiowanych przez producenta urządzenia, i producent korzysta z tej moŜliwości, wszystkie dodatkowe pola naleŜy wyspecyfikować i podać format danych jakie są nimi przesyłane wraz
z opisem czego one dotyczą.
Wszystkie wykorzystywane pola w uŜywanym protokole mają być jasno opisane jakie
wartości przechowują oraz do czego są wykorzystywane przesyłane nimi dane. Dokumentacja
protokołu moŜe być stworzona przez twórców protokołu lub przez Wykonawcę.
8.4 Wymaganie otwartości systemów
Wykonawca zagwarantuje, Ŝe w trakcie trwania kontraktu, a takŜe w okresie gwarancji
Zamawiający będzie miał prawo podłączenia do systemu centralnego oraz wyświetlenia
w aplikacji dyspozytorskiej tego systemu dowolnego sterownika, który zostanie uznany przez
Zamawiającego za zgodny z wykorzystywanymi przez ten system protokołami przesyłu danych (OCIT/O 1.1, itp.). Podłączenie takiego sterownika nie będzie powodowało utraty gwarancji.
Jeśli Wykonawca dostarcza oprogramowanie, które powinno być zintegrowane z wykorzystywanym systemem centralnym lub w jakikolwiek sposób powinno z nim współpracować
a nie jest jego modułem programowym, wykorzysta do komunikacji pomiędzy tymi systemami
ustandaryzowany protokół komunikacyjny OCIT/I lub OTS2.
____________________________________________________________________________
47/51
9 INFORMACJE I WYMAGANIA DODATKOWE
InŜynier Kontraktu wdroŜy i udostępni Wykonawcy System Zarządzania Projektami.
System ten będzie m.in. realizował następujące funkcje:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
definiowanie kalendarza Projektu i Kontraktów z uwzględnieniem kamieni milowych, dead line, itp.,
definiowanie listy uczestników Projektu i Kontraktów i ich ról,
tworzenie, edycję oraz kontrolę harmonogramów Projektu i Kontraktów z hierarchiczna listą zadań, ustalaniem terminów zadań na podstawie zadań zaleŜnych,
śledzenie % stanu realizacji Projektu , Kontraktów i zadań z moŜliwością komentowania,
kontrolę realizacji kamieni milowych w odniesieniu do poszczególnych Kontraktów jak całości Projektu,
wizualne wsparcie zarządzania Projektem i poszczególnymi Kontraktami w postaci
diagramu Gantta,
importowanie harmonogramów z MS Project,
tworzenie i zarządzanie budŜetem i kosztami na róŜnych poziomach struktury Projektu m.in. z wykorzystaniem tabel przestawnych,
automatyczne identyfikowanie problemów z czasem, finansami (alarmowanie),
tworzenie i zarządzanie zasobami rzeczowymi,
posiadanie repozytorium dla dokumentów w wersji elektronicznej z moŜliwością
ich wiązania z zadaniami, wydarzeniami na róŜnych poziomach struktury Projektu,
tworzenie szablonów dokumentów,
przeglądanie i edytowanie dokumentów z moŜliwością: wersjonowania, blokowania dostępu do dokumentu w trakcie edycji i blokowania edycji po zatwierdzeniu
dokumentu,
wyszukiwanie dokumentów przez Internet.
System będzie miał architekturę rozproszoną i poprzez Internet umoŜliwi dostęp do
zgromadzonych danych, oraz wprowadzanie danych, dla wszystkich interesariuszy
z uwzględnieniem nadanych przez InŜyniera Kontraktu uprawnień.
Udostępnienie Systemu Wykonawcy, na czas realizacji Kontraktu, będzie bezpłatne.
Wykonawca poniesie natomiast ewentualne koszty dostosowania posiadanych juŜ aplikacji do
Systemu Zarządzania Projektami.
Dokumenty, raporty, korespondencja w ramach Kontraktu będzie prowadzona w języku
polskim w formie papierowej i elektronicznej. Standardem w korespondencji będzie pakiet MS
Office 2007 lub 2010, do opracowania harmonogramów będzie słuŜył MS Project (Wykonawca moŜe zaproponować inny program o takich samych funkcjonalnościach), do opracowywania
rysunków zalecany Corel Draw.
Dokumenty, dokumentacje i korespondencje winny być opatrywane logotypem wg
wzoru przekazanego przez Zamawiającego.
____________________________________________________________________________
48/51
InŜynier Kontraktu przekaŜe do stosowania Procedury Administracyjne dla Kontraktów, opisujące przede wszystkim zasady obiegu dokumentów (z uwzględnieniem i wykorzystaniem moŜliwości Systemu Zarządzania Projektem i Kontraktami o którym mowa niŜej)
i inne niezbędne wytyczne, wg których mają postępować uczestnicy Projektu. W tym takŜe,
wzory wszystkich wymaganych raportów z postępu i stanu realizacji prac, raportów inspekcyjnych, protokołów odbiorów częściowych i końcowego, protokołów Prób Eksploatacyjnych
oraz innych dokumentów mających być w uŜyciu w ramach realizacji Projektu.
Przez cały czas trwania gwarancji, Wykonawca będzie usuwał wszelkie wady
i wymieniał części, które uległy uszkodzeniu z przyczyn innych niŜ nieprawidłowe obchodzenie się lub niewłaściwe uŜytkowanie, w terminie maksymalne 24 godzin licząc od czasu zgłoszenia konieczności takiej naprawy lub wymiany.
Wykonawca przedstawi listę części zamiennych jakie dostarczy. Lista ma obejmować
taki zakres części i ilości, aby zapewnić stałą gotowość operacyjną zabudowywanych przez
niego urządzeń, z uwzględnieniem średniego czasu do naprawy oraz czasu koniecznego do
uzupełnienia składowanych części.
Na podstawie ww. listy Wykonawca dostarczy Zamawiającemu partię części zamiennych w ilości zapewniającej uzyskanie ww. gotowości operacyjnej. W dostarczanej partii części zamiennych powinny się znaleźć przynajmniej po jednej sztuce z kaŜdego elementu wymienionego w tej liście.
W trakcie trwania Kontraktu oraz w przez cały okres trwania gwarancji Wykonawca
będzie przekazywał całą wiedzę dotyczącą dostarczanego systemu, jego poszczególnych komponentów oraz odpowiadał na wszystkie techniczne pytania na powyŜsze tematy zadawane
przez pracowników Zamawiającego w sposób pełny i wyczerpujący.
____________________________________________________________________________
49/51
10 OBOWIĄZKI WYKONAWCY
Wykonawca winien:
•
•
•
wykonywać swoje obowiązki i uprawnienia za pomocą personelu posiadającego
odpowiednią wiedzę i doświadczenie w zagadnieniach związanych z realizacją
Kontraktu, jak równieŜ, w przypadku gdy prawo tego wymaga, posiadających stosowane uprawnienia, zezwolenia itd.; rozpocząć, realizować i zakończyć Kontrakt
zgodnie z Warunkami Kontraktowymi zawartymi w Umowie z Zamawiającym.
aktywnie i kompetentnie działać na rzecz realizacji Kontraktu, przestrzegając
wszelkich przepisów prawa, mających zastosowanie przy jego realizacji, w sposób
bezpieczny dla ludzi i środowiska..
wykorzystywać System Zarządzania Projektami, o którym mowa w pkt 9, m.in. do
tworzenia, archiwizowania dokumentów związanych z Kontraktem, w sposób
określony przez InŜyniera Kontraktu.
____________________________________________________________________________
50/51
11 SPIS ZAŁĄCZNIKÓW
Załacznik nr 1
Załacznik nr 2
Załacznik nr 3
Załacznik nr 4
Załacznik nr 5
Załacznik nr 6
- Ss 009 D. UTCS & TTSS. Specyfikacja techniczna UTCS
- System Nadzoru Ruchu Tramwajowego w Krakowie (TTSS). Konfiguracja urządzeń i sieci. Specyfikacja powykonawcza.
- Ss 020 C. UTCS & TTSS. Specyfikacja techniczna TTSS. Dynamiczna
Informacja PasaŜerska
- Tablice informacyjne dla kierowców – opis.
- Program funkcjonalno - uŜytkowy.
- Wyciąg z Instrukcji o planowo-zapobiegawczych remontach dróg i ulic
miejskich.
Uwaga: wymienione wyŜej w Zał. 1 - 3 dokumenty dostępne są do wglądu w siedzibie Zamawiającego: ul. Centralna 53, 31-586 Kraków, Dział InŜynierii Ruchu, pok. 01.
____________________________________________________________________________
51/51

Za³ 7 OPZ zamienny - ZIKiT - Zarząd Infrastruktury Komunalnej i

Transkrypt

Podobne dokumenty

Przełączniki Westermo w systemach sygnalizacji Zakładu Inżynierii

Generuj PDF - Komenda Powiatowa Policji w Będzinie

SPW-220 R

Komenda Miejska Policji w Chorzowie Uwaga na czerwone światło

OPZ - Opis Przedmiotu Zamówienia

miejski zarząd dróg