Aplikacja centralna

Głównym narzędziem Operatorów jest Aplikacja Centralna integrująca wszystkie podsystemy.

Zamawiający wymaga prezentacji wszystkich danych oraz urządzeń z SZR (istniejącego i rozbudowywanego) w ramach jednej Aplikacji Centralnej. W obecnie istniejącym SZR funkcję Aplikacji

Centralnej pełni aplikacja webowa Traffic Supervisor – moduł systemu PTV Optima wersji 16.0.49132.

Z uwagi na pełną integralność systemu, doświadczenie i wiedzę pracowników CSR, względy utrzymania i obsługi systemu oraz posiadane licencje (na podłączenie kolejnych obiektów w ilości

wystarczającej do realizacji przedmiotu zamówienia), Zamawiający wymaga wykorzystania ww. aplikacji (w najbardziej aktualnej wersji obowiązującej w ostatnim dniu trwania projektu rozwoju

systemu) spełniającą wszystkie wymogi zawarte w PFU poprzez:

 wykorzystanie ogólnodostępnych map w formacie GIS zintegrowanych z modelem sieci transportowej miasta Lublin,

ZP-PS.221.1.69.2016 Program funkcjonalno – użytkowy – zał. nr 1 do SIWZ Strona 31 z 125

 posiadanie modułu do administracji kontami użytkowników, umożliwiającym nadawanie poziomów uprawnień, haseł dostępowych,

 prezentację elementów SZR w postaci graficznej naniesionej na mapie GIS oraz informację o poprawności działania urządzenia w zakresie co najmniej: sterowników sygnalizacji świetlnej, zdarzeń wprowadzonych przez Operatora, detektorów, kamer, tablic zmiennej treści, stacji meteo, informacji z podsystemu roweru miejskiego, informacji z podsystemu transportu zbiorowego,

 pełną współpracę i kompatybilność ze wszystkimi poziomami podsystemu sterowania sygnalizacjami świetlnymi tj. poziomem lokalnym, obszarowym i centralnym,

 możliwość wizualizacji i obserwacji obliczeń algorytmu optymalizującego dla poszczególnych obszarów sterowania,

 korelowanie danych pochodzących ze wszystkich typów detektorów działających na obszarze SZR,

 uwzględnienie ww. danych w dynamicznym rozkładzie ruchu umożliwiającym również predykcję warunków ruchu w horyzoncie co najmniej 60 min,

 prezentację danych (surowych – z detektorów oraz obliczonych – z dynamicznego modelu

ruchu) – w postaci tekstowej oraz graficznej (wykresów) - zebranych i przetworzonych przez System, zagregowanych do poszczególnych punktów pomiarowych oraz odcinków ulic,

dla sytuacji obecnej jak również prognozowanej (w horyzoncie co najmniej 60 min.),

 wizualizację warunków ruchu (poziom swobody ruchu, wykorzystanie przepustowości) w postaci graficznej – kartogramy w postaci wstęg nałożonych na odcinki sieci drogowej na

mapie GIS,

 wizualizację obliczonych przez dynamiczny model ruchu kolejek na wlotach skrzyżowań,

 wizualizację stanu oraz edycję komunikatów aktualnie wyświetlanych na tablicach zmiennej treści

 prezentację obliczeń czasu przejazdu na zdefiniowanych ciągach; wybrane ciągi zostaną ustalone między Zamawiającym, a Wykonawcą na etapie realizacji,

 możliwość wprowadzania przez Operatora zdarzeń o utrudnieniach w ruchu, pracach utrzymaniowych, robotach drogowych itp; Operator będzie w stanie wskazać lokalizację na mapie GIS (jako zdarzenie liniowe lub obszarowe), określić planowany okres występowania oraz dołączyć własny komentarz; dodawanie zdarzeń musi odbywać się według standardów zgodnych z protokołem DATEX II,

 parametry zdarzeń (liczba zamkniętych pasów ruchu, procent pozostałej przepustowości) zdefiniowane przez Operatora, które będą brane pod uwagę przez dynamiczny model ruchu dla sytuacji obecnej oraz prognozowanej,

 pełną integrację danych dostępnych w Aplikacji Centralnej z Portalem i Aplikacją,

 możliwość wyboru scenariuszy strategii sterowania – Aplikacja Centralna po wybraniu scenariuszy powinna zasymulować wpływ zastosowanych strategii wraz z predykcją w horyzoncie co najmniej 60 min oraz wskazać rozwiązane optymalne Operatorowi; na etapie realizacji Zamawiający ustali z Wykonawcą scenariusze sterowania uwzględnione w Aplikacji

ZP-PS.221.1.69.2016 Program funkcjonalno – użytkowy – zał. nr 1 do SIWZ Strona 32 z 125 Centralnej. Szczegółowe wymagania opisano w części „Moduł scenariuszy strategii sterowania”,

 posiadanie modułu umożliwiającego archiwizowanie, analizowanie, sprawdzanie poprawność danych przetworzonych przez Aplikację Centralną oraz raportowanie – szczegółowe wymagania opisano w części „Moduł do zarządzania danymi”.

 Aplikacja Centralna musi posiadać możliwość definiowania scenariuszy działań, które będą podpowiadane dla Operatora w zakresie utrzymania sieci drogowej np. Jeżeli stacje meteo

wskażą opady śniegu lub powstanie gołoledzi to aplikacja centralna zasugeruje wysłanie w okolice stacji meteo pługów śnieżnych.

Moduł scenariuszy strategii sterowania

Moduł scenariuszy ma na celu bieżące wsparcie działań Operatora poprzez możliwość zasymulowania strategii sterowania bazując na danych rzeczywistych z SZR oraz wskazania optymalnego rozwiązania na skutek porównania szeregu wskaźników efektywności.

Powyższy moduł musi w pełni integrować się z Aplikacją Centralną. Moduł musi spełniać następujące funkcjonalności:

 pełną integrację z poziomem centralnym podsystemu sterowania sygnalizacjami świetlnymi,

 możliwość wyboru w Aplikacji Centralnej predefiniowanych scenariuszy strategii sterowania, które zostaną zasymulowane,

 symulację strategii sterowania odbywającą się z wykorzystaniem dynamicznego rozkładu ruchu oraz umożliwienie uwzględnienie prognozowanej sytuacji ruchowej w horyzoncie min. 60 minut,

 zestawienie wskaźników efektywności dla każdego z symulowanych scenariuszy w formie graficznej oraz tabelarycznej.

Moduł do zarządzania danymi

Moduł do zarządzania danymi musi w pełni integrować się z Aplikacją Centralną. Moduł musi spełniać następujące funkcjonalności:

 wyświetlanie lokalizacji źródeł danych (wszelkie detektory użyte na obszarze rozbudowywanego SZR) na mapie GIS,

 gromadzenie i archiwizowanie danych pochodzących z Aplikacji Centralnej przez min. rok,

 analizę poprawności i kompletności danych spływających do modułu, wraz ze wskazaniem stopnia ufności danych,

 posiadanie wbudowanego narzędzia automatycznie zastępujące brakujące dane,

 dokonywanie obliczeń statystycznych zgromadzonych danych,

 prezentację danych w formie graficznej i tabelarycznej, z możliwością wyboru interwału agregacji danych oraz zakresu czasowego z którego pochodzą dane,

ZP-PS.221.1.69.2016 Program funkcjonalno – użytkowy – zał. nr 1 do SIWZ Strona 33 z 125

 raportowanie czasu przejazdu na odcinkach pomiędzy wszystkimi kamerami ANPR w obydwie strony ciągu komunikacyjnego.

 możliwość tworzenia przez Operatorów szablonów raportów,

 eksport danych w formie predefiniowanych raportów w formacie PDF,DOC, XML i CSV,

 posiadanie listy historii wygenerowanych raportów wraz z oznaczeniem powodzenia eksportu, osoby generującej, zaznaczenia jawności oraz możliwością pobrania tychże raportów.