DOSTAWA SYSTEMU DYNAMICZNEJ INFORMACJI PASAŻERSKIEJ

Transkrypt

1 SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA (S.I.W.Z.) ZARZĄDU TRANSPORTU MIEJSKIEGO W LUBLINIE Z DNIA R. NA DOSTAWĘ POD NAZWĄ DOSTAWA SYSTEMU DYNAMICZNEJ INFORMACJI PASAŻERSKIEJ ORAZ SYSTEMU ZLICZANIA POTOKÓW PASAŻERSKICH TRYB UDZIELENIA ZAMÓWIENIA: PRZETARG NIEOGRANICZONY O WARTOŚCI POWYŻEJ EURO ZARZĄD TRANSPORTU MIEJSKIEGO W LUBLINIE LUBLIN AL. KRAŚNICKA 25 NIP: REGON: ztm.bip.lublin.eu NR SPRAWY : DZ /10 DOKUMENT SKŁADAJĄCY SIĘ Z.63STRON ZATWIERDZIŁ W DNIU R.... LECH PUDŁO DYREKTOR ZARZĄDU TRANSPORTU MIEJSKIEGO W LUBLINIE 1

2 Podstawą prawną do zastosowania trybu przetargu nieograniczonego przy wyborze najkorzystniejszej oferty są przepisy ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (DZ. U. z 2010 r. Nr 113, poz. 759 zwanej dalej w skrócie Pzp, oraz w sprawach nieuregulowanych ustawą Pzp, przepisy Kodeksu cywilnego. I. Nazwa i adres zamawiającego 1. Zarząd Transportu Miejskiego w Lublinie, zwany dalej zamawiającym, 2. Adres zamawiającego: Al. Kraśnicka Lublin 3. REGON: NIP : Tel Fax: Adres strony internetowej na której zamawiający udostępnia specyfikację istotnych warunków zamówienia: ztm.bip.lublin.eu. Zamawiający udostępnia na wskazanej stronie internetowej specyfikację istotnych warunków zamówienia wraz z załącznikami do upływu terminu składania ofert. Zamawiający na ww. stronie zamieszczać będzie również inne informacje wymagane ustawą Prawo zamówień publicznych, związane z niniejszym postępowaniem. 8. Godziny pracy zamawiającego: od 7:30 do 15:30 w dni robocze od poniedziałku do piątku. II. Tryb udzielenia zamówienia Przetarg nieograniczony o szacunkowej wartości zamówienia powyżej euro. III. Opis przedmiotu zamówienia Przedmiotem zamówienia jest dostawa i wdrożenie Systemu Dynamicznej Informacji Pasażerskiej (SDIP) i Systemu Zliczania Potoków Pasażerskich (SZPP) System stanowiący przedmiot zamówienia jest kompleksowym rozwiązaniem informatycznym na potrzeby zamawiającego, pełniącym szereg funkcji w zakresie monitorowania punktualności pojazdów, prezentowania informacji pasażerskiej oraz zliczania potoków pasażerskich. System składa się z systemu centralnego (zwanego Centrum Obsługi CO) zlokalizowanego w siedzibie ZTM w Lublinie, lub w miejscu wyznaczonym przez Zamawiającego. 1. Wymagania ogólne Przedmiotem zamówienia jest zakup Systemu Dynamicznej Informacji Pasażerskiej o ruchu pojazdów komunikacji miejskiej organizowanego przez ZTM w Lublinie. W skład przedmiotu zamówienia wchodzi: 1) dostawa i montaż elektronicznych tablic informacyjnych LCD 24, LED 5 wierszowych, LED 8 wierszowych, LCD jednostronne 19 szt., LED jednostronne, 5 wierszowe 2 szt., LED dwustronne, 5 wierszowe 7 szt., LED dwustronne, 8 wierszowe 18 szt., wraz z urządzeniami do komunikacji z serwerem, 2) dostawa i montaż urządzeń lokalizujących pojazdy wraz z urządzeniami do komunikacji z serwerem szt

3 3) dostawa i montaż 10 kompletów urządzeń zliczających potoki pasażerskie w pojazdach wskazanych przez Zamawiającego 4) dostawa i instalacja oprogramowania użytkowego dla systemu wraz z licencjami dla minimum 30 użytkowników (nie dotyczy użytkowników stron internetowych), 5) wyposażenie stanowiska dyspozytorskiego/operatorskiego. 6) dostawa, montaż i konfiguracja serwera zapasowego 7) dostawa, montaż i konfiguracja dedykowanego urządzenia służącego do wykonywania archiwizacji danych oraz kopii zapasowych. 8) dostawa, montaż i konfiguracja macierzy dyskowej 9) dostawa wszystkich niezbędnych urządzeń wchodzących w skład systemu 10) montaż tych urządzeń ich parametryzacja, wdrożenie i uruchomienie systemu 11) przeprowadzenie szkoleń pracowników Zamawiającego, w zakresie o którym mowa w rozdziale 9. 12) przekazanie Zamawiającemu wszelkich danych i informacji oraz dokumentacji dotyczących aplikacji, pozwalających Zamawiającemu na rozszerzenie systemu, także w pojazdach przez dowolną firmę wybraną zgodnie z ustawą o zamówieniach publicznych. Informacje dodatkowe do wymagań ogólnych: 1) Zamawiający wymaga, aby system wykorzystywał komunikację GSM/GPRS lub GSM/UMTS do łączności pomiędzy elementami zewnętrznymi, takimi jak urządzenia w pojazdach, tablice informacji przystankowej a systemem CO. 2) Wykonawca zapewni dwukierunkową komunikację pomiędzy elementami zewnętrznymi, takimi jak urządzenia w pojazdach, tablice informacji przystankowej a systemem CO 3) Zamawiający zapewni stałe łącze do wykorzystania przez serwery i stanowiska dyspozytora/operatora. 4) System musi być nowoczesnym systemem informatycznym tzn. Zintegrowanym dającym możliwość rozbudowy, niezawodnym i bezpiecznym. System musi spełniać wszystkie wymagania obowiązującej ustawy o ochronie danych osobowych, a zatem musi zapewniać poufność, integralność, rozliczalność, autentyczność i niezawodność. 5) Oprogramowanie musi pozwalać na poprawne funkcjonowanie i zarządzanie systemem. 6) W całym systemie czas musi pochodzić z jednego wzorca czasu i być zsynchronizowany we wszystkich urządzeniach. 7) System we wszystkich jego elementach musi być polskojęzyczny. 8) Dopuszczone urządzenia i oprogramowanie muszą być dopuszczone do obrotu towarowego w Unii Europejskiej i muszą być fabrycznie nowe. 9) Przy dostawie sprzętu komputerowego z systemem operacyjnym wykonawca musi złożyć oświadczenie o kompatybilności tego sprzętu z dostarczonym systemem operacyjnym. 10) System musi być przygotowany do łatwego przeprogramowani9a, w zakresie urządzeń i oprogramowania, do pracy z walutą euro. 11) Zamawiający dopuszcza oferty zapewniające rozwiązania o parametrach technicznych składników systemu lepszych od opisanych przez zamawiającego. Powyższa uwaga dotyczy zarówno sprzętu jak i oprogramowania. 3

4 2. Główne funkcje realizowane przez System CO W ramach dostawy Wykonawca zobowiązany jest do dostarczenia, zainstalowania, uruchomienia i doprowadzenia do pełnej funkcjonalności systemu. Poszczególne części systemu mogą korzystać ze wspólnej infrastruktury sprzętowej oraz wspólnego oprogramowania. Zamawiający wymaga, aby dostarczone oprogramowanie, dedykowane do obsługi przez Dyspozytora/Operatora było zintegrowane i zainstalowane na jednej stacji roboczej. Nie dopuszcza się osobnych stacji roboczych dla obsługi przez jednego operatora SDIP oraz SZPP. SDIP oraz SZPP będą wykorzystywały wspólne środowisko programowe, autokomputery oraz infrastrukturę serwerową składające się z: a. Stanowisko dyspozytorskie szt. 4 Wymagania techniczne opisano w rozdziale 5. b. Urządzenia zamontowane i do zamontowania w pojazdach szt Wymagania techniczne urządzeń zamontowanych w pojazdach opisano w rozdziale 5 - dotyczące SDIP oraz rozdziale 6 - dotyczące SZPP. c. Serwer Zamawiający wymaga zainstalowania dedykowanego serwera do obsługi systemu, wraz z serwerem zapasowym oraz urządzeniami do wykonywania archiwizacji danych oraz tworzenia kopii zapasowych do pełnej obsługi systemu. Serwer musi spełniać wszystkie wymagania zawarte w SIWZ. Serwer systemu musi posiadać parametry niezbędne do prawidłowego działania systemu. Wykonawca dostarczy również osobny serwer do obsługi stron WWW w ramach SDIP. Wymagania techniczne dotyczące serwerów opisano w rozdziale 4. Głównymi funkcjami realizowanymi przez system są: transmisja i rejestracja danych z urządzeń zainstalowanych w pojazdach komunikacji miejskiej (czasy przejazdu, zgodność z rozkładem jazdy, liczba zarejestrowanych pasażerów, rejestracja wejścia/wyjścia pasażerów z pojazdu) lokalizowanie pojazdów on-line i prezentacja pozycji w postaci wykazów tabelarycznych na wybieranych przez użytkownika liniach komunikacyjnych lub zestawieniach ciągów komunikacyjnych lokalizowanie pojazdów on-line i prezentacja pozycji na mapie cyfrowej na wybieranych przez użytkownika liniach komunikacyjnych dynamiczna informacja pasażerska na przystankach oparta na systemie lokalizacji pojazdów dynamiczna i statyczna informacja w Internecie (dynamiczne tablice wirtualne dla wszystkich przystanków, statyczna informacja przystankowa rozkłady jazdy, prezentacja pozycji on-line na mapie cyfrowej w Internecie) dynamiczna informacja w telefonach komórkowych (wirtualna tablica) sygnalizacja nieprawidłowości działania urządzeń zainstalowanych w pojazdach w ramach niniejszego projektu generowanie rozliczeń z podmiotami realizującymi usługi transportu w komunikacji miejskiej archiwizowanie danych 3. Realizacja projektu Instalacja systemu w pojazdach, na przystankach oraz w centrum będzie przebiegała w sposób następujący: 1) SZPP zostanie zainstalowany łącznie w 10 pojazdach wskazanych przez Zamawiającego 2) SDIP zostanie zainstalowany lub przygotowany do zainstalowania łącznie w 290 pojazdach 3) Wykonawca przystąpi do sukcesywnego wyposażania pojazdów w urządzenia pokładowe 4) Wykonawca zainstaluje i skonfiguruje urządzenia obsługujące SDIP i SZPP 5) Wykonawca uruchomi serwery obsługujące SDIP i SZPP oraz usługę informacji pasażerskiej 4

5 w Internecie przez którą należy rozumieć specjalną odrębną stronę internetową działającą również w wersji na telefony komórkowe, na której prezentowane będą wirtualne tablice przystankowe dla wszystkich przystanków Zamawiającego, statyczną informację pasażerską wszystkie rozkłady jazdy, internetową mapę obsługującą pozycje on-line pojazdów wyposażonych w urządzenia pokładowe, szczegółowy opis funkcjonalny opisany został w rozdziale 5. 6) Wykonawca zainstaluje tablice informacyjne na przystankach 7) Wykonawca w miarę uruchamiania kolejnych tablic informacyjnych będzie dostarczał informację na przystanki (a w okresie testowym napis test systemu ) 8) Wszystkie pojazdy wskazane przez Zamawiającego do dalszego użytkowania będą włączane do systemu SDIP w wymaganym terminie od podpisania umowy. 9) Na serwerach obsługujących SDIP i SZPP uruchomiony zostanie system realizujący funkcje systemu zliczania pasażerów, monitorowania pojazdów, rejestracji czasu przejazdów, rejestracji zgodności realizacji rozkładów w celu przygotowania danych do weryfikowania i rozliczania wykonania i punktualności świadczonych usług przewozowych. 10) Okres 6 tygodni przez upływem terminu realizacji zamówienia zostanie wykorzystany do testowania i poprawy funkcjonalności systemu, a wszystkie pojazdy winny mieć już zainstalowane niezbędne urządzenia pokładowe. 4. Wymagania techniczne dotyczące oprogramowania CO 1) Oprogramowanie w ramach systemu CO powinno być zbudowane w architekturze wielowarstwowej w oparciu o relacyjną bazę danych oraz serwer aplikacji. Dostęp do danych zawartych w systemie zrealizować należy w oparciu o technologię WWW co umożliwi pracę z systemem przy pomocy przeglądarki internetowej (dla stanowisk odległych- np. dyspozytorów/operatorów świadczących usługi w komunikacji miejskiej na rzecz Zamawiającego), lub za pomocą środowiska aplikacyjnego dostępnego dla użytkowników wskazanych przez Zamawiającego. System ma zapewniać możliwość pracy wielostanowiskowej z wykorzystaniem jednego spójnego środowiska. 2) Wykorzystywane do projektowania i budowy systemu narzędzia powinny zapewnić produkt charakteryzujący się architekturą modułową. 3) Zamawiający dopuszcza przy realizacji aplikacji serwerowych i stron internetowych wykorzystanie następujących technologii: a. Relacyjna baza danych SQL b. XML c. Język skryptowy lub inna technologia 4) W ramach dostarczonych licencji Wykonawca zapewni dostęp do nieodpłatnych aktualizacji: a. Systemu CO b. Baz danych c. Systemu operacyjnego serwerów 5) Oprogramowanie systemu CO powinno być w całości zainstalowane na dostarczonych w ramach zamówienia serwerach zapewniających odpowiednią wydajność, ulokowanych w miejscu wskazanym przez Zamawiającego 6) Wykonawca dostarczy właściwe rozwiązanie sprzętowe. Przy doborze rozwiązania Wykonawca musi uwzględnić następujące wymagania: a. Wydajnościowe właściwa moc przetwarzania danych uwzględniająca nierównomierne obciążenie w ciągu doby b. Pojemnościowe właściwy dobór pojemności pamięci oraz pamięci masowych c. Bezpieczeństwa danych d. Kompatybilność programowa komputer musi być całkowicie zgodny z całym oprogramowaniem, które jest przeznaczone do zainstalowania (żaden z programów nie 5

6 może zgłaszać błędów obsługi poszczególnych urządzeń komputera, w przypadku oprogramowania plug-and-play żadne z urządzeń komputera nie może zostać zgłoszone jako niepracujące właściwie po dokonaniu instalacji w trybie plug-and-play) e. Wymaganej dostępności w każdym ciągu kolejnych 30 dni kalendarzowych nie więcej niż jedna awaria krytyczna. 7) Wymagania techniczne odnośnie zastosowanych urządzeń są następujące: a. Elementy wyposażenia typu hot plug: dyski, zasilacze b. We wszystkich serwerach i macierzach dyskowych zasilacze: 1+1 redundacyjny c. Kontrolery SCSI lub lepsze dla dysków d. Zastosowane systemy operacyjne i serwer musi być zgodny z oferowanym przez dostawcę systemem. e. Zastosowane systemy operacyjne i serwer musi być zgodny z użytkowanymi dotychczas przez Zamawiającego systemami oraz oprogramowaniem. 8) W przypadku niespełnienia przez serwery wymaganych parametrów technicznych, w tym wydajnościowych, Wykonawca będzie obowiązany do wymiany bądź uzupełnienia sprzętu na własny koszt. 9) Wszystkie serwery, urządzenia archiwizujące, macierze dyskowe mają być montowane w systemie szafy rack owej 19 cali, dostarczonej w ramach zamówienia. Zamawiający zapewni wymaganą ilość miejsca do montażu oraz zapewni odpowiednie warunki pracy (temperatura powietrza, wilgotność, zasilanie itp.) oraz kontrolę dostępu do pomieszczeń. 10) Osprzęt dodatkowy serwerowni (UPS y, modemy, routery, firewall e itp.) należy zainstalować w szafie rackowej dostarczonej w ramach zamówienia. 11) Szczegóły instalacji i konfiguracji sprzętu musi zatwierdzić Zamawiający. 12) Szczegóły instalacji, konfiguracji systemów i oprogramowania musi zatwierdzić Zamawiający. 13) Wykonawca dostarczy, zainstaluje i skonfiguruje w szafie rackowej dostarczonej w ramach zamówienia konsolę serwerową (LCD 17, klawiatura, touch pad) wraz z przełącznikiem VGA, mysz, klawiatura dla minimum 4 urządzeń. 5. Opis przedmiotu zamówienia i wymagania techniczne i funkcjonalne dotyczące systemu SDIP 5.1. Wymagania techniczne stawiane tablicom informacyjnym 1) Każda z tablic LCD musi wyświetlać następujące informacje: a) informację o min. 6 odjazdach, b) godzinę w prawym górnym rogu ekranu (czas synchronizowany z serwerem) w formacie HH:MM gdzie HH oznacza godzinę, MM- oznacza minutę, c) logo ZTM w Lublinie oraz logo miasta Lublin w lewym górnym rogu ekranu, d) wyśrodkowaną nazwę przystanku, pomiędzy logami z punktu c) a godziną, kolor tła zgodny z kolorystyką stosowaną w Lublinie. e) osobną linię, umieszczoną pod logiem ZTM oraz godziną z nagłówkami kolumn: 1. Linia" (wyśrodkowane), 2. Kierunek" (wyśrodkowane), 3. Odjazd" (wyśrodkowane). f) kolor paska zawierającego nagłówki kolumn zgodny z kolorystyką stosowaną w Lublinie 3) Wymagania dotyczące tablic LCD: a) jasność świecenia min. 500 cd/m2, 6

7 b) minimalny czas ciągłej pracy godzin, c) kąt widzenia min. 170 w poziomie i 170 w pionie, d) wymiary tablic LCD - powierzchnia aktywna minimum 24" - wysokość sekcji nagłówka minimum 7cm (wysokość linii przeznaczonej na treść minimum 6cm) - wysokość sekcji opisu kolumn minimum 2cm (wysokość linii przeznaczonej na treść 2cm) - wysokość pojedynczej linii przeznaczonej na informacje o odjeździe w sekcji informacji o odjazdach minimum 3 cm 4) Każda z tablic LED musi zawierać następujące informacje: a) informację o 8 lub 5 odjazdach w zależności od tablicy b) godzinę w prawym górnym rogu na osobnej małej matrycy LED zamontowanej w tej samej obudowie nad główną matrycą LED (czas synchronizowany z serwerem) c) logo ZTM w Lublinie oraz logo miasta Lublin w lewym górnym rogu namalowane bądź naklejone na obudowie tablicy, d) wyśrodkowaną nazwę przystanku, pomiędzy logami z punktu c) a godziną, namalowaną bądź naklejoną na obudowie tablicy, kolor tła zgodny z kolorystyką stosowaną w Lublinie e) napisane na obudowie tablicy bezpośrednio nad matrycą LED nagłówki kolumn: Linia" (wyśrodkowane), Kierunek" (wyśrodkowane), Odjazd" (wyśrodkowane). b) kolor paska zawierającego nagłówki kolumn zgodny z kolorystyką stosowana w Lublinie g) informacje z punktów d), e) muszą być podświetlone 5) Wymagania dotyczące tablic LED: a) wykonane z diod wysokiej jasności (jasność pojedynczej diody to min. 600 mcd), koloru uzgodnionego z Zamawiającym, b) minimalny czas ciągłej pracy godzin, c) diody tablicy muszą charakteryzować się szerokim kątem widzenia min. 120 w poziomie i 120 w pionie, d) raster 4 mm e) wielkość pojedynczego znaku - nie mniej niż 9 diod wysokości i 7 diod szerokości f) widoczność od 13m g) odstęp pomiędzy wierszami minimum 2 diody h) wymiary tablic LED 5 wierszowej: wysokość - 5 wierszy szerokość umożliwiająca wyświetlenie 24 znaków tekstu o wysokości 9 pikseli maksymalne gabarytowe wymiary tablic: 950x450x280 mm maksymalny ciężar 50 kg 8 wierszowej: 7

8 wysokość - 8 wierszy szerokość umożliwiająca wyświetlenie 24 znaków tekstu o wysokości 9 pikseli maksymalne gabarytowe wymiary tablic: 950x600x280 mm maksymalny ciężar 50 kg i) zegar na osobnej matrycy w formacie HH:MM, cyfry w zegarze o parametrach identycznych ze stawianymi dla znaków na tablicach j) nie dopuszcza się rozwiązania w postaci osobnych paneli dla każdego wiersza k) tablice muszą być zbudowane z matrycy łączonej bezszwowo l) tablica powinna być wyposażona w układ automatycznej regulacji jasności świecenia m) tablica SDIP musi być sterowana cyfrowym sygnałem wideo (HDMI lub DVI) co pozwoli na: 1. wyświetlanie tekstu o dowolnej wysokości i szerokości 2. wyświetlanie dowolnych czcionek w wielu językach 3. wyświetlanie dowolnych symboli graficznych 4. pracę w trybie graficznym 5. elastyczność konfiguracji tablicy np.: w chwili, kiedy na tablicy wyświetlana jest mniejsza ilość wierszy można zwiększyć wielkość czcionki, a po dodaniu zmniejszyć 6. dla celów diagnostycznych i serwisowych sygnał nie powinien być modyfikowany i konwertowany (nie powinno się stosować konwerterów sygnału HDMI, DVI) W dalszej części SIWZ słowem tablice będą określane wszystkie typy tablic będące przedmiotem zamówienia (LCD, LED 8 wierszy, LED 5 wierszy). 6) Informacje prezentowane na tablicach dotyczyć będą maksymalnie najbliższych 8 odjazdów pojazdów, w sytuacji gdy liczba danych dotyczących informacji dynamicznej będzie mniejsza, niż liczba wierszy na tablicy, w wierszach prezentowana ma być informacja rozkładowa. 7) Informacje wyświetlane na tablicach muszą być w czcionce proporcjonalnej. 8) Układ informacji wyświetlanych na tablicach (we wszystkich liniach prezentujących informacje o odjazdach) winien być następujący: a) oznaczenie numeru linii: co najmniej 3 znaki alfanumeryczne plus 1 spacja z wyrównaniem do prawego marginesu oraz dodatkowa informacja o pojeździe b) kierunek kursu: co najmniej 11 znaków tekstu plus 1 spacja, z wyrównaniem do lewego marginesu, w przypadku napisów dłuższych niż 11 znaków tekst wyświetlany powinien być scrolowany c) czas do odjazdu 8 znaków alfanumerycznych z wyrównaniem do prawego marginesu. - w przypadku czasu rozkładowego w układzie HH:MM (np. 15:59) - w przypadku wyświetlania czasu rzeczywistego za MMmin (np. za 08min) 9) Tablice muszą być ponumerowane przypisane do miejsca, numer tablicy powinien być konfigurowalny przez Administratora. 10) Informacje o odjazdach na tablicach muszą być posortowane narastająco wg czasu do odjazdu. 11) W przypadku braku danych o rzeczywistym czasie odjazdu danego pojazdu tablice mają wyświetlić informację rozkładową. Rozkład jazdy musi być dostępny dla tablic niezależnie od połączenia z serwerem i obejmować zawsze min. 5 najbliższych dób. Za wyświetlanie i 8

9 przetwarzanie rozkładów w pamięci odpowiedzialny ma być komputer przemysłowy (dopuszcza się rozwiązanie gdzie jeden komputer przemysłowy obsługuje kilka tablic w danej lokalizacji). 12) Po odjeździe pojazdu godzina jego odjazdu musi zostać usunięta z tablicy, a prezentowany na tablicy rozkład musi ulec przesunięciu o jeden wiersz do góry. W pustym wierszu musi zostać wyświetlona godzina odjazdu następnego pojazdu. 13) Zapewniona zostanie możliwość wyświetlania na tablicach tekstów składających się z dowolnej sekwencji liter, w tym dużych lub małych oraz polskich znaków diakrytycznych. Dodatkowo system umożliwi wyświetlanie symboli zdefiniowanych przez Zamawiającego w trakcie wdrożenia systemu. 14) Tablice LCD zapewnią dodatkowo wyświetlanie pełnoekranowych komunikatów video (format avi, graficznych w formacie jpg, jpeg, gif) i tekstowych. 15) Tablice LED 8 i 5 wierszowe zapewnią wyświetlanie pełnoekranowych komunikatów graficznych jednobitowych i tekstowych. 16) Tablice zapewnią wyświetlanie komunikatów tekstowych przewijanych poziomo w kierunku od prawej krawędzi matrycy do początku pierwszej pozycji pola przeznaczonego na nazwę kierunku, danej linii jeśli awaria dotyczy danej linii. 17) Tablice zapewnią wyświetlanie komunikatów tekstowych w ostatniej linii (na samym dole matrycy). Przy braku takich komunikatów linia ta będzie pokazywała informacje o odjeździe. W przypadku gdy komunikat będzie dłuższy niż ilość znaków w dedykowanej linii to: a) tablice LCD przeznaczą niezbędną ilość linii licząc od dołu aby zmieścić całą treść komunikatu, (nie więcej niż 4 linie). W przypadku gdy długość komunikatu przekroczy 4 linie, komunikat musi zostać automatycznie podzielony i wyświetlony w kilku częściach. (w takim przypadku na końcu ostatniego wiersza komunikatu musi pojawić się znak:...>> informujący, iż komunikat składa się kilku części. b) tablice LED będą przewijały poziomo komunikat celem ukazania całej jego treści. 18) Wymagana jest możliwość automatycznego przełączania pracy tablicy pomiędzy trybem pełnoekranowych komunikatów (video, graficznych, grafiki jednobitowej i tekstowych) a trybem pokazywania informacji o odjazdach. 19) Tablice muszą być wyposażone w urządzenia do komunikacji obsługujące transmisję pakietową przez GSM (minimum GPRS). 20) Tablice mają komunikować się z serwerem za pośrednictwem transmisji pakietowej przez GSM. (karty SIM dostarczy Wykonawca na podstawie wybranej przez siebie oferty operatora GSM) Wykonawca ponosi wszystkie koszty łączności przez okres 24 miesięcy od daty odbioru. 21) Tablice muszą obsługiwać wymianę danych z serwerem zapewniającą spełnienie wszystkich wymagań stawianych tablicom i systemowi. 22) Tablice będą montowane na słupkach oraz wiatach wskazanych przez Zamawiającego. Dolna krawędź tablicy informacyjnej, musi znajdować się na wysokości 2,5 m do 3 m nad chodnikiem, od powierzchni gruntu do dołu tablicy. Zamawiający może ustalić niższą wysokość montażu tablic. Wytyczne do sposobu mocowania tablic poda Zamawiający w trakcie realizacji przedmiotu zamówienia po podpisaniu umowy. 9

10 23) Pracownicy serwisu muszą mieć łatwy dostęp do poszczególnych elementów tablic i wszystkich podzespołów elektronicznych. Zastosowane zostanie bezpieczne otwieranie wszystkich zamków za pomocą jednego specjalizowanego klucza. 24) Wszystkie tablice mają być umieszczone w obudowach odpornych na korozję, zabezpieczających elementy elektroniczne przed skutkami opadów atmosferycznych, wilgoci i zapylenia zgodnie z normą IP 54. Obudowy tablic muszą być zabezpieczone przed zbieraniem się pary wodnej w środku. 25) Mocowanie tablic musi posiadać zabezpieczenia utrudniające kradzież tablic. Zobowiązuje się wykonawcę aby, po podpisaniu umowy, przedłożył propozycję rozwiązań ww. zabezpieczeń do akceptacji przez Zamawiającego. 26) Wszystkie przewody doprowadzone do tablic muszą być zabezpieczone przed uszkodzeniem, wyciągnięciem, przecięciem itp. przez osoby niepowołane. 27) Szyby w obudowach tablic LCD mają być pokryte zewnętrzną powłoką antyrefleksyjną (w celu wyeliminowania efektu odbijania się promieni słonecznych od szyby obudowy). 28) Powierzchnia czołowa tablic musi być zabezpieczona przed parowaniem i szronieniem. 29) Tablice muszą prawidłowo pracować w przedziale temperatur od -30 o C do 50 o C, w warunkach pełnego nasłonecznienia. 30) Tablice muszą spełniać obowiązujące w Polsce normy CE. 31) Tablice muszą być odporne na wszystkie zakłócenia wywoływane przez trakcję trolejbusową oraz inne linie elektryczne. 32) Napięcie zasilania: 230 V 50Hz. Wykonawca dostarczy, zamontuje i podłączy wszelkie niezbędne do tego celu urządzenia. 33) Po zaniku napięcia zasilania i jego wznowieniu będzie zapewniony automatyczny start tablic. 34) Tablice muszą być wyposażone w czujnik natężenia światła zewnętrznego, który automatycznie dobiera jasność świecenia w zależności od występujących warunków pogodowych i pory dnia. 35) Kolorystyka obudów tablic musi być uzgodniona Zamawiającym. 5.2 Wymagania techniczne stawiane urządzeniom zamontowanym w pojazdach 1) Wykonawca dostarczy i zamontuje sprzęt oraz oprogramowanie, zapewniające wysyłanie koordynat GPS pojazdu za pośrednictwem pakietowej transmisji danych przez GSM (minimum GPRS) do serwera w siedzibie Zamawiającego (karty SIM dostarczy Wykonawca na podstawie wybranej przez siebie oferty operatora GSM) Wykonawca ponosi wszystkie koszty łączności przez okres 24 miesięcy od daty odbioru. 2) Urządzenie musi zapewnić wysyłanie koordynat po opuszczeniu przystanku przez pojazd oraz co określony interwał czasu lub co dystans nie większy niż 200 m. System musi umożliwiać definiowanie takiego interwału niezależnie dla każdego urządzenia w pojeździe. Domyślnie koordynaty pojazdu mają być wysyłane: nie rzadziej niż co 20 sekund lub co dystans nie większy niż 200 m. 3) Zamontowane w pojazdach urządzenia muszą być bezobsługowe. 4) Urządzenia muszą być zasilane z pojazdu i nie mogą pobierać zasilania podczas gdy pojazd jest wyłączony. W momencie ponownego uruchomienia pojazdu urządzenia sygnalizują ten fakt wysyłając informację do serwera. 5) Urządzenia muszą synchronizować swoje wewnętrzne zegary z zewnętrznym wzorcem czasu z serwera. Wymagane jest utrzymanie jednolitego czasu we wszystkich urządzeniach systemu. 10

11 6) Urządzenia pokładowe muszą być wyposażone w zintegrowany modem komunikacyjny oraz odbiornik GPS jak również w port komunikacyjny umożliwiający podłączenie komputera pokładowego. Wykonawca musi udostępnić protokół komunikacyjny, umożliwiający w przyszłości przesyłanie informacji z/do komputera pokładowego. 7) Jeżeli z jakiekolwiek powodu dane o położeniu nie mogą być wysłane do serwera lub przyjęte przez serwer, urządzenia muszą te dane wysłać niezwłocznie po nawiązaniu łączności lub usunięciu awarii. 8) Pojazdy muszą być wyposażone w przycisk alarmowy naciśnięcie przycisku przez kierowcę automatycznie wysyła do centrali informacje o lokalizacji pojazdu na terenie miasta transmisja o najwyższym priorytecie. 9) Pojazdy muszą być wyposażone w sygnalizator odchyleń od realizowanego rozkładu jazdy jako informacja dla kierowcy prezentowana na wyświetlaczu w postaci +/- mm gdzie mm oznacza minuty 5.3. Wymagania dla systemu SDIP 1) System musi obejmować cały tabor zarządzany przez ZTM w Lublinie, w ramach tego systemu będzie to 290 Pojazdów (trolejbusów oraz autobusów) z zamontowanym tylko systemem SDIP, oraz 10 pojazdów z zamontowanym systemem SDIP i SZPP, a w przyszłości musi istnieć możliwość rozszerzenia systemu do min 600 pojazdów i min 300 tablic informacyjnych. 2) Oprogramowanie musi umożliwić zarządzanie wszystkimi tablicami LED i LCD z serwera zlokalizowanego w siedzibie ZTM w Lublinie, lub w miejscu wyznaczonym przez Zamawiającego, za pomocą jednej aplikacji. 3) Wykonawca dostarczy zamawiającemu specyfikację protokołów transmisji pomiędzy oprogramowaniem a tablicami, celem możliwości dołożenia w późniejszym terminie dodatkowych tablic. 4) System musi umożliwiać automatyczne, bezobsługowe wyświetlanie na tablicach dynamicznej informacji pasażerskiej w czasie rzeczywistym. 5) System, na podstawie informacji o aktualnej pozycji pojazdu wysyłanej przez urządzenie GPS zamontowane w pojeździe do serwera, musi automatycznie przypisać pojazd do linii i kursu oraz ocenić czas dojazdu z jego aktualnej pozycji do poszczególnych przystanków na jego trasie i wysłać tę informację na tablice. Jeżeli z jakiegokolwiek powodu określenie czasu dojazdu będzie nie możliwe system powinien wyświetlić na tablicy czas rozkładowy. 6) System będzie automatycznie, codziennie uzupełniał dane, tak aby zawarte w tablicy rozkłady jazdy obejmowały 5 dób. System zapewni wywołanie takiego transferu na żądanie. System automatycznie będzie sprawdzał aktualność rozkładów umieszczonych w tablicach. Po wykryciu niezgodności system automatycznie ponowi próbę wysłania poprawnych rozkładów. 7) System musi zapewnić: - generowanie na tablicach LCD pełnoekranowych komunikatów video, graficznych i tekstowych, opisanych w punkcie SIWZ, - generowanie na tablicach LED pełnoekranowych komunikatów graficznych jednobitowych i tekstowych opisanych w punkcie SIWZ, - generowanie na tablicach komunikatów tekstowych przewijanych poziomo w miejscu nazwy kierunku danej linii opisanych w punkcie SIWZ, 11

12 - generowanie na tablicach komunikatów tekstowych opisanych w punkcie SIWZ, - automatyczne przełączanie pracy tablicy pomiędzy trybem pełnoekranowych komunikatów (video, graficznych, grafiki jednobitowej i tekstowych) a trybem pokazywania informacji o odjazdach. Przełączanie ma następować w oparciu o definiowaną ważność komunikatów pełnoekranowych SIWZ. 8) Serwer musi synchronizować swój czas z min. 5 serwerów NTP/SNTP co najmniej 1 raz na godzinę. 9) System musi zapewnić pakietową transmisją danych minimum GPRS komunikację pomiędzy pojazdami a centralą, oraz pomiędzy centralą a tablicami. 10) System musi zapewnić kontrolę wykonania rozkładu jazdy w czasie rzeczywistym 11) System musi zapewnić gromadzenie danych o ruchu pojazdów, czasach i trasach oraz ich wizualizację na ekranach monitorów (w formie tabelarycznej dla linii, wybranego odcinka/odcinków tras, oraz na mapie) 12) System musi zapewnić przedstawianie informacji o stanie ruchu (stany aktualne pojazdów (do +1/-3 minuty), odchylenia od rozkładów kolor żółty(powyżej +1 do +3 oraz powyżej -3 do -5 minut, kolor czerwony powyżej 3 minut przyspieszenia oraz powyżej 5 minut opóźnienia) 13) System musi zapewnić funkcjonowanie kilku rozkładów (np. letni, zimowy, itp.) minimum 3 (równolegle), w momencie wejścia w życie aktualnego rozkładu automatycznie następuje aktualizacja rozkładów dla tablic, przeglądarki internetowej oraz aplikacji mobilnej na telefon komórkowy. 14) System musi zapewnić automatyczne przesyłanie do centrali informacji o bieżącym stanie wykonania rozkładów oraz informacji o odchyleniach od rozkładu odświeżane co maksimum 20 sekund lub przekroczeniu punktu kontrolnego (system musi umożliwić zdefiniowanie min 5 tysięcy punktów kontrolnych z możliwością rozszerzenia o dowolną ich liczbę) 15) System musi zapewnić definiowanie wielu użytkowników (login i hasło) z różnymi grupami uprawnień do poszczególnych elementów systemu. 16) System musi posiadać zdefiniowane dwie podstawowe grupy uprawnień dla administratora i dyspozytora. Administrator ma dostęp do wszelkich możliwych funkcji systemu. Dyspozytor/operator odpowiada głównie za wprowadzanie danych o zmianach w przyporządkowaniu urządzenia GPS do konkretnej linii i kursu na poszczególne linie oraz umieszczanie komunikatów o awariach. Administrator może dodawać, zabierać oraz modyfikować uprawnienia dla poszczególnych użytkowników, w tym dyspozytorów. 17) System musi być obsługiwany przez aplikację webową lub przez aplikację umożliwiającą zdalny dostęp dla dyspozytorów przewoźników obsługujących realizację rozkładów jazdy w ramach nadanych im uprawnień przez Zamawiającego (dla danych dotyczących ich pojazdów). 18) System musi umożliwiać przyporządkowanie przez operatora/dyspozytora urządzenia GPS do konkretnej linii i kursu. Przyporządkowanie to musi być aktywne tylko w zakresie czasu zdefiniowanego przez operatora/dyspozytora i dotyczyć urządzeń zamontowanych w pojazdach danego operatora/dyspozytora. System musi również posiadać import danych pliku XML, XLS, bądź inny uzgodniony z Zamawiającym zawierającego następujące informacje: - numer boczny pojazdu - datę 12

13 - przyporządkowanie nr bocznego pojazdu do obsługiwanej linii w danym dniu, w podanym zakresie godzin 19) System musi zapewnić operatorowi/dyspozytorowi prezentację następujących informacji: - Informację na mapie pozycji każdego zalogowanego pojazdu wraz z jego opóźnieniem/przyspieszeniem, nr boczny pojazdu, nr linii, rodzaj pojazdu oraz inne informacje uzgodnione z Zamawiającym - Informację migającą na mapie o pojazdach wysyłających sygnał alarmowy - W formie wykresu informacje o linii, o wybranej przez operatora/dyspozytora grupie linii, bądź zdefiniowanego przez operatora/dyspozytora odcinka trasy zawierającego: pozycję pojazdu na trasie, opóźnienie/przyspieszenie, nr boczny pojazdu, rodzaj pojazdu, z możliwością rozbudowy o dodatkowe dane (np. napełnienia) - Informacje w formie zestawienia tabelarycznego definiowanego przez operatora/dyspozytora na podstawie założonych filtrów np.: linii, nr bocznego pojazdu, wybranej grupy pojazdów, przyspieszenia, opóźnienia, brygady itp. - Informacje o pojazdach zalogowanych oraz odrębnie dla aktywnych w danej chwili 20) System musi zapewnić administratorowi: - Nadawanie uprawnień poszczególnym użytkownikom systemu - Edycję mapy wraz z jej aktualizacją - Projektowanie tras linii - Projektowanie lokalizacji przystanków - Projektowanie punktów wirtualnych - Tworzenie dodatkowych własnych raportów z możliwością ich udostępnienia wybranym użytkownikom systemu 21) System musi zapewnić prezentację lokalizacji tablic na podkładzie mapy obejmującej obszar miasta Lublin oraz gmin przylegających, wyskalowanej w oparciu o współrzędne GPS (aby była możliwość definiowania nowych lokalizacji tablic, przystanków, ulic, linii). Mapę dostarczy Wykonawca w uzgodnieniu z Zamawiającym. 22) Mapa musi zawierać: - Uproszczony plan miasta i obszaru (gmin przylegających) - Układ komunikacyjny ulic z ich nazwami - Główne obszary zabudowy, zieleni, cieki wodne - Naniesione nazwy dzielnic i obszary turystyczne - Naniesiony przebieg tras (z możliwością włączania lub wyłączania poszczególnych linii lub grup linii) - Naniesione przystanki komunikacji miejskiej, z zaznaczeniem miejsc umiejscowienia dynamicznych tablic - Możliwość skalowania mapy (przybliżania, oddalania, powiększania wybranych fragmentów mapy - Możliwość wyłączenia przez Administratora wybranych warstw lub obszarów mapy, dla poszczególnych użytkowników/dyspozytorów 23) Wykonawca zapewni nieodpłatną aktualizację mapy w okresie gwarancji. 24) W oparciu o lokalizację tablic na mapie musi istnieć możliwość: 13

14 a. sprawdzenia aktualnej treści prezentowanej na tablicy, b. wprowadzenia komunikatu dowolnego typu (video, graficznych, graficznego jednobitowego i tekstowych), c. wykonanie diagnostyki tablic oraz prezentacja jej wyników, d. grupowanie tablic. 25) System musi zapewnić grupowanie tablic w różnych przekrojach (przykładowo po konkretnej linii lub po wybranej lokalizacji lub wszystkich na raz) do celów konfiguracyjnych jak i wysyłania komunikatów. Pojęciem komunikaty Zamawiający określa poniżej komunikaty każdego rodzaju odpowiednio: dla tablic LCD video, graficzne i tekstowe, dla tablic LED graficzne jednobitowe i tekstowe. 26) System musi zapewnić ustawianie ważności (data, godzina, minuta od, data, godzina, minuta do) wyświetlania komunikatów. 27) System musi zapewnić generowanie na tablicach komunikatów w tym samym okresie z możliwością ustawienia przełączania ich co określony czas. 28) System musi zapewnić cykliczne wyświetlanie komunikatów. 29) System musi zapewnić predefiniowanie komunikatów i przechowywanie ich treści w pamięci. 30) System musi zapewnić na żądanie operatora/dyspozytora/administratora systemu zrzut wyglądu tablicy. 31) System musi zapewnić automatyczne przygotowanie danych o odjazdach oraz komunikatów odpowiednio dla tablic typu LED oraz LCD. Operator nie musi wiedzieć czy tablica jest typu LED czy LCD wysyłając na nią dane i komunikaty. System musi automatycznie odrzucić próbę wysłania niewłaściwego komunikatu na tablicę, np. komunikatu video na tablicę LED lub komunikatu graficznego jednobitowego na tablicę LCD. 32) System zapewni definiowanie punktów wirtualnych (krytyczne punkty na trasie jak skrzyżowanie, włączenie się do ruchu) w celu przesłaniu do systemu informacji o pozycji pojazdu pomiędzy przystankami na danej trasie. 33) System zapewni przypisanie, przez operatora/dyspozytora systemu, priorytetu w skali od 1 do 10 dla każdej linii. 34) System zapewni przypisanie przez operatora/dyspozytora dla każdego pojazdu dla którego ma nadane uprawnienia dodatkowych informacji m.in. takich jak: - czy jest to pojazd przegubowy, - liczba miejsc siedzących, - maksymalna liczba przewożonych pasażerów, - czy jest to pojazd niskopodłogowy. 35) System musi rejestrować i gromadzić dane dotyczące ruchu pojazdów w celu szybszego szacowania czasu niezbędnego na pokonanie poszczególnych odcinków tras. 36) System musi generować dane niezbędne dla statystyk: a) w trybie ON LINE: - data, - godzina, - współrzędne geograficzne, 14

15 - nr linii, - nr boczny, - typ pojazdu, - wielkość opóźnienia/przyspieszenia w stosunku do rozkładu, - wielkość napełnienia (dla pojazdów wyposażonych w system zliczania pasażerów), - inne dane w uzgodnieniu z Zamawiającym. Powyższe dane musza być aktualizowane nie rzadziej niż co 20 sekund lub co dystans nie większy niż 200 m, (opcjonalnie - na żądanie systemu - 10s i 100m). System musi dostarczać wyłącznie dane dotyczące wszystkich pojazdów realizujących w danej chwili przewozy na liniach komunikacji miejskiej. Nie należy dostarczać danych pojazdów poruszających się w innych celach. Powyższe dane muszą być zapisywane do bazy danych. Wykonawca udzieli wszelkich informacji niezbędnych do pobierania tych danych w czasie rzeczywistym. b) w trybie OFF-LINE: - dane identyfikacyjne pojazdu (nr boczny, nr linii wprowadzony zgodnie z ) - lokalizację przystanków (współrzędne geograficzne) - opis przebiegu każdej linii z podaniem współrzędnych geograficznych jej przystanków oraz przystanków wirtualnych. 37) System zapewni import rozkładów jazdy z programu Busman (z eksportów dostępnych w Busmanie posiadanym przez ZTM w Lublinie lub z innych eksportów dostosowanych specjalnie na potrzeby systemu na koszt Wykonawcy przez firmę AGC) oraz przetworzenie tych rozkładów do postaci wymaganej przez SDIP. Zamawiający musi mieć możliwość edycji zaimportowanych danych. 38) W ramach systemu musi zostać zainstalowany wydzielony serwer WWW prezentujący informację pasażerską w Internecie. 39) Informacja pasażerska w Internecie musi mieć możliwość wyboru wersji językowej. Zamawiający wymaga dołączenia informacji pasażerskiej w Internecie w językach: Polskim, Angielskim, Niemieckim i Rosyjskim z możliwością przełączania się pomiędzy poszczególnymi językami. - Na wydzielonym serwerze WWW aktywna będzie dodatkowa podstrona służąca do wymiany informacji pomiędzy systemami zewnętrznymi udostepniająca migawkę czyli obecny stan wszystkich pojazdów jako generowana dynamicznie tekstowa strona. Strona będzie odpytywana przez zainteresowane systemy zewnętrzne z ustaloną częstotliwością (częstotliwość zgodna z częstotliwością pomiaru współrzędnych). Dane muszą być aktualizowane z częstotliwością pomiarów współrzędnych. Dane zawierają wszystkie zebrane w tym okresie lokalizacje. Dla zachowania wydajności dane potrzebne do przygotowania strony powinny być przechowywane w pamięci podręcznej. Strona zawiera w kolejnych wierszach surowe / nieprzetworzone dane o położeniu pojazdu (identyfikator kursu, współrzędna, czas - przykładowy format poniżej) - ewentualnie dane przetworzone pozwalające na automatyczne wydobycie podstawowych informacji. Dane powinny:być eksportowane w formacie tekstowym (kodowanie UTF-8). Kolejne wiersze zawierają pozycję wszystkich monitorowanych pojazdów i są ściśle powiązane z 15

16 realizowanymi kursami. Kolejne informacje w wierszu oddzielone są średnikiem i są to odpowiednio: i. identyfikator kursu Kurs może być identyfikowany po: a) unikalnym identyfikatorze kursu (o ile system monitorujący i system zarządzający rozkładami wykorzystują te same oznaczenia) b) opisowym identyfikatorze kursu, złożonym z (pola oddzielone przecinkiem): 1. unikalnego numeru linii 2. kodu pierwszego przystanku kursu 3. godziny odjazdu z pierwszego przystanku kursu np.: "7 ZTM Lublin, KPT-126, 04:58" ii. współrzędna geograficzna - Położenie pojazdu w chwili pomiaru określone przy pomocy pary współrzędnych geograficznych (długość:szerokość) w zapisie dziesiętnym.np.: " : " iii. czas pomiaru - Dokładny czas pomiaru pozycji. Dowolny standardowy format znaczników czasowych (np. UTC, ISO_8601). np. " T03:01:45+01:00" iv. informacje dodatkowe - Każda informacja powinna być zapisana jako para nazwa:wartość, informacje rozdzielone przecinkami. Przykładowe informacje dodatkowe: 1. opóźnienie, np.: "delay:357s" 2. kurs specjalny, niewystępujący w rozkładzie, np.: "special:true" 3. kurs anulowany, nie będzie realizował rozkładu, np.: "canceled:true" 4. kurs techniczny/szkoleniowy, nie zabierający pasażerów, np.:"technical:true" Przykładowy plik : 7 ZTM Lublin, KPT-126, 04:58; : ; T03:01:45+01:00; delay:120s 10 ZTM Lublin, KSF-232, 04:52; : ; T03:01:48+01:00;... Format danych zostanie uzgodniony z Zamawiającym po podpisaniu umowy. 40) System musi mieć moduł prezentacji informacji rozkładowej i rzeczywistej w Internecie w tym: 1. Prezentacja informacji pasażerskiej w Internecie w postaci tabliczek przystankowych (czas rozkładowy oraz czas rzeczywisty dynamiczna informacja przystankowa w zależności od wyboru użytkownika) w formie uzgodnionej z Zamawiającym. Informacja dostępna dla każdego przystanku w każdym komputerze PC z dostępem do Internetu, oraz w telefonach komórkowych. Prezentacja następuje po wybraniu interesującego przystanku (np. wg nazwy, części nazwy, ulicy, części ulicy lub numeru przystanku). 2. Prezentacja aktualnych i planowanych zmian w rozkładach jazdy. Zmiany planowane są widoczne przez użytkownika po ich wyborze. 3. Prezentacja informacji pasażerskiej: a. Rozkład pojedynczej linii na przystanku (wraz z całkowitą trasą linii - > możliwość szybkiej nawigacji do poszczególnych przystanków na trasie) b. Cały rozkład na przystanku -> prezentacja wszystkich linii na danym przystanku z możliwością przejścia do rozkładu pojedynczej linii na przystanku z trasą linii 16

17 4. Możliwość wyboru (wyszukiwania) według: a. Nazwy przystanku lub części nazwy przystanku (min. 3 litery) -> wyświetlenie przystanków o zadanym ciągu znaków b. Numeru przystanku c. Numeru linii -> wyświetlanie trasy linii d. Ulicy lub części nazwy ulicy (minimum 3 litery) -> wyświetlanie przystanków znajdujących się na danej ulicy 5. Wizualizacja przystanków, tras linii oraz informacji przystankowej na mapie (np. Google map bądź własnej) z możliwością dodawania i usuwania informacji z mapy, podstawowa funkcjonalność mapy zgodnie z Schemat sieci komunikacji miejskiej. 7. Prezentacja pozycji pojazdów na mapie z możliwością filtrowania w podziale na linie, zadane trasy, pojedyncze pojazdy (grupy pojazdów), bądź wszystkie pojazdy z automatycznym odświeżaniem co 20 sekund. 8. System musi generować dane dynamicznej informacji przystankowej on-line do pliku na potrzeby planera podróży wykorzystywanego przez Zamawiającego format generowanych danych w uzgodnieniu z Zamawiającym 41) System musi mieć moduł prezentacji informacji rozkładowej i rzeczywistej w telefonach komórkowych w tym: 1. Aplikacja na telefon komórkowy (pobierana ze strony Zamawiającego) musi posiadać następujące funkcje: a. udostępnianie rozkładów jazdy bez konieczności ich ciągłego uaktualniania przez internet b. udostępniać aktualizację rozkładów jazdy przez Internet po wyborze odpowiedniej opcji przez użytkownika c. Korzysta z Internetu tylko w przypadku: i. Sprawdzenia dostępności nowych rozkładów i ich aktualizacji 42) System zapewni dostępność informacji o rzeczywistym czasie przyjazdu pojazdu na dany przystanek poprzez krótką wiadomość tekstową (SMS) wysyłaną na telefon komórkowy z SDIP. Funkcjonalność aplikacji SMS: Pasażerowie wysyłają zapytanie poprzez wiadomość tekstową w prostym formacie, np.: L.PPPP Wiadomość zawiera maksymalnie czterocyfrowy kod przystanku (PPPP) i informację poprzedzającą ten kod L Kod przystanku zostanie umieszczony w sposób widoczny na samym przystanku oraz na stronie z rozkładami jazdy ZTM wykonanej przez Wykonawcę. Pasażer otrzyma smsa zwrotnego z informacją o rzeczywistym czasie przyjazdu kolejnych pojazdów poszczególnych linii zatrzymujących się na tym przystanku, oraz krótki tekst końcowy dowolnie konfigurowalny przez Zamawiającego. SMS zwrotny nie powinien przekraczać 160 znaków oraz powinien zawierać: Numer przystanku oraz jego nazwę Rzeczywisty czas przyjazdu pierwszych pojazdów wszystkich linii zatrzymujących się na danym przystanku w formacie: Linia 1:1(min) Linia n: N(min) 17

18 Krótki tekst końcowy dowolnie konfigurowalny przez Zamawiającego Aplikacja informująca pasażerów o przyjazdach pojazdów przez SMS musi być dostępna dla każdego użytkownika telefonu komórkowego, który posiada uruchomioną usługę SMS u swojego operatora. 43) System zapewni automatyczne monitorowanie pracy każdej tablicy przystankowej i w sytuacji wykrycia nieprawidłowości powiadomi o tym fakcie drogą mailową (możliwość dowolnego definiowania jednego lub kilku serwisowych adresów mailowych). 44) System zapewni uruchamianie diagnostyki konkretnej tablicy lub grupy tablic na żądanie oraz prezentacje wyników tej diagnostyki. Jako diagnostyka należy rozumieć kontrolę stanu pracy poszczególnych podzespołów tablicy, celem dokładnego zlokalizowania przyczyny powiadomienia otrzymanego od systemu (pkt ) 45) System zapewni automatyczną kopię zapasową systemu oraz archiwizację danych na dedykowanym urządzeniu. Bieżące dane systemu (baza danych) muszą być zapisywane na macierzy dyskowej skonfigurowanej jako RAID. 46) System musi zapewnić standardowe raportowanie danych (szczegółowa zawartość raportów zostanie ustalona w trakcie wdrożenia). Wykonawca dostarczy narzędzie umożliwiające tworzenie, zapisywanie i modyfikowanie raportów. 47) Baza danych systemu musi zapewnić dodawanie nowych kolumn w poszczególnych tabelach oraz wgląd do bazy przez Zamawiającego w celu tworzenia własnych raportów w przyszłości przez osobę posiadająca odpowiednie uprawnienia (Administratora). 48) Mapa wymieniona w punkcie SIWZ musi prezentować również wszystkie przystanki oraz lokalizacje wszystkich pojazdów objętych system w czasie rzeczywistym Wymagania techniczne stawiane stanowiskom dyspozytorskim: Zestaw komputerowy: Typ obudowy obudowa stojąca Wymagania minimalne: Typ zainstalowanego procesora: Intel Pentium E (Dual-Core),Częstotliwość procesora 2,6 GHz, Częstotliwość szyny FSB 800 MHz,Pojemność pamięci cache [L2] 2 MB lub lub procesor równoważny wydajnościowo według wyniku testów przeprowadzonych przez Oferenta. W przypadku zaoferowania procesora równoważnego Zamawiający zastrzega sobie, iż w celu sprawdzenia poprawności przeprowadzenia testów oferent musi dostarczyć zamawiającemu oprogramowanie testujące, oba równoważne porównywalne zestawy oraz dokładny opis użytych testów wraz z wynikami w celu ich sprawdzenia w terminie nie dłuższym niż 3 dni od otrzymania zawiadomienia od zamawiającego. Płyta główna : Chipset płyty głównej dedykowany przez producenta procesora. Płyta główna musi być zaprojektowana przez producenta komputera i oznaczona jego znakiem firmowym. (odpowiednia do procesora, zintegrowana karta dźwiękowa, zintegrowana karta graficzna 256 MB, zintegrowana karta sieciowa min. 1 Gb/s, nie mniej niż 4 gniazda USB 2.0 na płycie, dodatkowa możliwość wyprowadzenia dwóch gniazd USB na przedni panel obudowy, nie mniej niż 1 złącze PCI-Express x 16, nie mniej niż 2 złącza PCI (320bit/33MHz), Pamięć RAM nie mniej niż 2 GB typu DDR2), Dysk twardy Serial-ATA minimum 250 GB, 7200 RPM, Napęd optyczny umieszczony w obudowie z możliwością odczytu i nagrywania CD/CD-RW oraz DVD/DVD-RW/, CD/CD Obudowa komputera ( możliwość montażu minimum 2 urządzeń 5.25, możliwość montażu minimum 1 urządzenia 3,5, zasilacz o mocy nie mniejszej ni 300W adekwatnej do potrzeb zestawu o sprawności co najmniej 87%, dwa gniazda USB w przednim panelu) Standard emisji dźwięku zgodny ISO9296 głośność komputera w trybie bezczynności max 25dB, 18

19 Klawiatura ( USB, standardowy układ klawiszy 101/102, przewód minimum 1,7 m) Mysz (laserowa, USB, przewód minimum 1,7 m) Podkładka pod mysz laserową Certyfikaty zgodności : RoHS,WEEE, Microsoft Operating Systems (HCT / HCL entry / WHQL), producent powinien posiadać aktualny certyfikat ISO 9001 oraz ISO Zainstalowany system operacyjny Microsoft Windows Vista Business PL lub wyższy równoważny wymagana możliwość downgrade-u do Microsoft Windows XP Pro Zainstalowany Microsoft Office 2007 Small Business Edition PL OEM Gwarancja minimalnie na okres 36 miesięcy Monitor LCD: (Przekątna min 19 cali, Rozdzielczość x 900, Kontrast : 1, jasność cd/m², wielkość plamki mm, czas reakcji: 5 ms, kąt widzenia w pionie/w poziomie /170, ilość wyświetlanych kolorów miliona, spełniane normy - TCO 2003) Drukarka monochromatyczna : Technologia druku - Monochromatyczny druk laserowy lub LED Prędkość drukowania nie mniej niż 30 str./min (A4 przy pokryciu 5%) Zalecana przez producenta miesięczna liczba wydruków (w formacie A4) nie mniej niż stron Czas wydruku pierwszej strony nie więcej niż 10 sekund Druk dwustronny wbudowany duplex Drukowanie w sieci wbudowana karta sieciowa Podajnik papieru na nie mniej niż 250 arkuszy Jakość druku nie mniej niż 1200 x 1200 dpi Pamięć wbudowana - nie mniej niż 128 MB z możliwością rozbudowy do nie mniej niż 256 MB Obsługiwane systemy operacyjne - Microsoft Windows 2000, XP Home, XP Professional, Server 2003; Windows Vista ; Mac OS X v10.3, v10.4, v10.5; UNIX ; Linux Gwarancji - nie mniej niż 1 rok Komunikacja - Hi-Speed USB 2.0, Gigabit Ethernet 10/100/1000Base-TX 5.5. Zakres prac do wykonania 1) Wykonawca wykona wszystkie niezbędne prace związane z uruchomieniem systemu, w tym m.in. związane z prowadzeniem okablowania sygnałowego oraz energetycznego doprowadzonego do określonych miejsc w słupkach lub wiatach przystankowych i montażem tablic informacyjnych. 2) Wykonawca dostarczy, skonfiguruje i uruchomi dwa serwery, jeden pracujący jako serwer podstawowy, jak również drugi pełniący funkcję serwera zapasowego w trybie tzw. hot standby (automatyczne przełączenie serwera podstawowego na zapasowy w przypadku awarii podstawowego) 3) Wykonawca dostarczy, skonfiguruje i uruchomi serwer WWW połączony z serwerami na którym prezentowana będzie informacja przystankowa 4) Wykonawca dostarczy, zamontuje i skonfiguruje macierz dyskową. 5) Wykonawca dostarczy, zamontuje i skonfiguruje dedykowane urządzenie służące do wykonywania archiwizacji danych i kopii zapasowych oraz dostarczy zasilacz UPS (minimalny czas pracy 60 minut dla braku zasilania dla wszystkich urządzeń serwery, urządzenia do archiwizacji, macierz, urządzenia sieciowe). 19