Programu Funkcjonalno-Użytkowego dla zadania: „System dynamicznej informacji pasażerskiej oraz karty miejskiej”
Zamawiający:
Gmina Ostrowiec Świętokrzyski
ul. Xxxx Xxxxxxxxxxxx 0/0, 00-000 Xxxxxxxxx Xxxxxxxxxxxxx
Nazwa zamówienia :
Programu Funkcjonalno-Użytkowego dla zadania:
„System dynamicznej informacji pasażerskiej oraz karty miejskiej”
Projekt:
„Ekologiczny Transport Miejski w Ostrowcu Świętokrzyskim”
Adres i lokalizacja obiektów budowlanych:
Działki
nr : 20/13(obr.
19, ark. 1) , 95/2(obr.
17, ark. 4), 43(ob.
r. 36, ark. 4),
47/7(obr. 11,
ark.
5), 99/4(obr.
17, ark. 4), 63/4(obr.
36, ark. 4), 2/3,
3, 9, 10, 35/1, 36/1, 36/2, 40, 41, 42, 43 (obr. 23, ark. 6)
Zakres robót wg Wspólnego słownika Zamówień (CPV)
Usługi
71323100-9 Usługi projektowania systemów zasilania energią elektryczną
72000000-5 Usługi informatyczne: konsultacyjne, opracowywania oprogramowania, internetowe i wsparcia
72211000-7 Usługi programowania oprogramowania systemowego i dla użytkownika
72263000-6 Usługi wdrażania oprogramowania
72265000-0 Usługi konfiguracji oprogramowania
Roboty
45315300-1 Instalacje zasilania elektrycznego
Dostawy
48813200-2 System informacji pasażerskiej czasu rzeczywistego
42961300-3 System kontroli ruchu pojazdów
30144400-4 Automaty do pobierania opłat
30144200-2 Maszyny do wydawania biletów
30162000-2 Karty „inteligentne”
48000000-8 Pakiety oprogramowania i systemy informatyczne
Opracował:
Xxxxxxx Xxxxx
26.10.2021r.
1. Opis ogólny przedmiotu zamówienia 13
1.1. Zakres rzeczowy zamówienia oraz wymagania ogólne 14
1.1.1. Aktualne uwarunkowania wykonania przedmiotu zamówienia 18
1.1.2. Ogólne właściwości funkcjonalno-użytkowe 19
2.1.1. Elementy architektury systemu 21
2.1.3. System Dynamicznej Informacji Pasażerskiej 22
2.1.4. System Nadzoru Ruchu oraz System Zarządzania Rozkładami Jazdy 22
2.1.4.1. Funkcje operatorskie (dyspozytorskie) systemu nadzoru ruchu 22
2.1.4.2. System Zarządzania Rozkładami Jazdy 23
2.1.5. System Biletu Elektronicznego 24
2.1.6. System monitoringu wizyjnego 24
2.1.7. System emisji prezentacji multimedialnych i komunikatów specjalnych 24
2.2.1. Wymagania ogólne dla podsystemów 25
2.2.1.1. Analiza wymagań, projekt funkcjonalny i techniczny 26
2.2.1.2. Architektura systemu 26
2.2.1.3. Wymagania techniczne 27
2.2.1.5. Interoperacyjność systemu – Magistrala Usług 28
2.2.1.6. Dostosowania pomieszczeń 33
2.2.1.6.1. Pomieszczenie serwerowni oraz dyspozytornia systemu 33
2.2.1.6.2. Wyposażenia serwerowni oraz dyspozytorni systemu 34
2.2.1.6.3. Punkt Obsługi Xxxxxxx 00
3. System Dynamicznej Informacji Pasażerskiej 34
3.1. Szczegółowe wymagania funkcjonalne dla prawidłowego działania SDIP 34
3.2. Urządzenia i systemy lokalne – struktura sprzętowa i xxxxxxxxxx 00
3.2.1. Tablice informacji przystankowych (TIP) 37
3.2.1.1. Aplikacja sterująca 38
3.2.1.2. Proponowany układ lokalizacji urządzeń 40
3.2.1.3. Charakterystyka sprzętowa 41
4. System nadzoru ruchu oraz System Zarządzania Rozkładami Jazdy 44
4.2. Wymagania funkcjonalne 44
4.2.1. Połączenia tekstowe i głosowe z kierującymi pojazdami 44
4.2.2. Centralny system zarządzania i wspierania pracy dyspozytora 44
4.2.3. Aplikacje/funkcje dyspozytorskie 45
4.2.4. System lokalizacji pojazdów 45
4.2.5. Wymagania dla systemu sterowania i aplikacji dyspozytorskiej 45
4.2.6. Moduły reprezentacji graficznej zalogowanych pojazdów 46
4.2.7. Reprezentacja tabelowa 46
4.2.8. Reprezentacja „drabinkowa” 46
4.2.11. Moduł obsługi zdarzeń 50
4.2.12. System wspomagania pracy kierującego pojazdem 50
4.2.13. Moduły komunikacji z kierującymi 50
4.2.13.1. Komunikacja tekstowa 50
4.2.13.2. Xxxxxxxxxxx xxxxxxx 00
4.2.13.3. Baza danych systemu 51
4.2.13.5. Moduł sterowania informacją pasażerską 51
4.2.13.6. Moduł zarządzania rozkładem jazdy komunikacji miejskiej 52
4.2.13.7. Moduł korekcji planowanego rozkładu jazdy w czasie rzeczywistym 52
4.2.13.8. Moduł zarządzania przesiadkami w trybie planowym i rzeczywistym 52
4.2.13.9. Moduł kontroli punktualności pojazdów na wszystkich liniach 53
4.2.13.10. Moduł zliczania przejechanych kilometrów 53
4.2.13.11. Moduł wykrywania zatorów 53
4.2.13.12. Moduł informacji multimedialnej wewnątrz pojazdu 53
4.2.13.13. Wyposażenie pojazdów 54
4.2.13.13.1. Autobusy nowo zakupione 54
4.2.13.13.2. Autobusy w bieżącym użytkowaniu 55
4.2.13.13.2.1. Jelcz 121-M ( 9 szt. ) 55
4.2.13.13.2.2. Solaris Urbino 12 ( 1 szt. ) 55
4.2.13.13.3. Wymagania dla komputera pokładowego z oprogramowaniem (autokomputer) 56
4.2.13.13.3.1. Funkcje interfejsu komputera pokładowego 59
4.2.13.13.3.2. Panel kierowcy z autoryzacją 61
4.2.13.13.4. Kasowniki dualne 61
4.2.13.13.5. Kasowniki dualne z obsługa kart płatniczych 63
4.2.13.13.6. Podsystem telekomunikacyjny dla autobusu miejskiego 63
4.2.13.13.7. Wymagania dla tablic w autobusach 66
4.2.13.13.8. Wymagania dla kamer monitoringu wizyjnego pojazdów 67
4.2.13.13.9. Wymagania rejestratora monitoringu wizyjnego pojazdów 68
4.3. Zarządzanie i kontrola elementów systemu 68
4.3.1. Zarządzanie komputerami pokładowymi 68
4.3.2. Kontrola pracy/połączenia aplikacji systemu 68
4.3.3. Kontrola pracy dyspozytora oraz kierujących pojazdami 69
4.3.3.1. Dziennik pracy dyspozytora 69
4.3.3.2. Dziennik pracy kierujących pojazdem 69
4.3.3.3. Dziennik pracy systemu sterowania 69
4.3.3.4. Zaawansowane systemy analizy 69
4.3.3.4.1. System analizy punktualności 69
4.3.3.4.2. System analizy zdarzeń 71
4.3.3.4.3. System analizy połączeń transferowych 71
4.3.3.4.4. System analizy przejechanych kilometrów 71
4.3.3.5. Administrowanie systemem sterowania 71
4.4. Obsługa komunikacyjna pomiędzy elementami systemu 71
4.4.1. Transmisja danych do/z pojazdów 71
4.4.2. Transmisja danych do/z tablic przystankowych 72
5. System emisji prezentacji multimedialnych i komunikatów specjalnych 73
6. Wymagania dla internetowego systemu informacji pasażerskiej 74
7. Wymagania dla systemu informacji pasażerskiej dla urządzeń mobilnych 75
9. System Biletu Elektronicznego. 77
9.2. Główne funkcje realizowane przez system 79
9.2.1. Wymagania techniczne dotyczące oprogramowania 80
9.2.2. Moduł windykacji mandatów 81
9.2.3. Bezkontaktowa karta elektroniczna 82
9.2.3.1. Minimalne wymagania techniczne dotyczące karty elektronicznej 82
9.2.3.2. Charakterystyka fizyczna 83
9.2.3.3. Parametry wytrzymałościowe 83
9.2.3.4. Charakterystyka techniczna 84
9.2.3.8. Zawartość informacyjna karty 84
9.2.4.3. Bilety jednorazowe i wielokrotnego przejazdu 89
9.2.4.4. Parametry drukarki kart 90
9.2.4.5. Szata graficzna karty 92
9.2.4.6. Nadruki na kartach 92
9.2.4.7. Sposób wykonania numeru karty 92
9.3. Urządzenia i systemy lokalne – struktura sprzętowa i programowa 93
9.3.1. Czytniki kontrolerów do odczytu kart bezkontaktowych 93
9.3.1.1. Wymagania funkcjonalne 93
9.3.1.2. Przekazanie danych z czytnika kontrolerskiego 93
9.3.1.3. Wymagania techniczne czytników kontrolerskich 94
10. Centrum zarzadzania i urządzenia centralne 95
10.3. Wymagania dla wyposażenia pomieszczeń centrum i serwerowni 99
10.3.1. Serwerownia wraz z infrastrukturą IT 99
10.3.2.2. Serwery, HA – 2 szt. 100
10.3.2.3. Serwer danych NAS z 14 dyskami HDD oraz systemem backupu i archiwizacji danych 106
10.3.2.4. Serwerownia – sieć LAN/WAN 111
10.3.2.5. Przełącznik sieciowy zarządzalny 24 portowy Gbit, 2xSFP+ 111
10.6. Ochrona antywirusowa i antyspyware 118
10.7. Komputery stacjonarne i monitory 118
10.7.1. UPS stanowisk dyspozytorskich 120
10.7.3. Aparat fotograficzny 121
10.8. Monitory wielkoformatowe – 2 sztuki 121
10.9. Punkt Obsługi Klienta - Punkt Personalizacji 122
10.10. Stanowiska doładowań kart 123
10.11. Adaptacja pomieszczenia serwerowni 124
12. Zadania związane z budową przyłączy elektrycznych tablic SIP. 125
13. Część informacyjna Programu Funkcjonalno – Użytkowego 125
13.3. Przepisy prawne i normy 126
13.4. Inne informacje i dokumenty 127
13.4.2. Wyniki badań gruntowo – wodnych 127
13.4.3. Zalecenia konserwatorskie konserwatora zabytków 128
13.4.4. Inwentaryzacja zieleni 128
13.4.5. Dane dotyczące zanieczyszczeń 128
13.4.6. Pomiary hałasu i innych uciążliwości 129
13.4.7. Inwentaryzacja lub dokumentacja obiektów budowlanych 129
13.4.8. Porozumienia, zgody lub pozwolenia 129
14. Dodatkowe wytyczne inwestorskie i uwarunkowania 129
14.1. Kontrola jakości prac 130
14.2. Przekazanie frontu robót 130
14.3. Dokumentacja projektowa 130
14.4. Ochrona przeciwpożarowa. 131
14.5. Bezpieczeństwo i higiena pracy. 131
14.6. Ochrona i utrzymanie robót. 131
14.7. Koordynacja robót budowlano-montażowych z innymi robotami. 131
14.8. Stosowanie się do prawa i innych przepisów. 131
14.12.1. Certyfikaty i deklaracje. 134
15. Dokumentacja powykonawcza 134
Opis ogólny przedmiotu zamówienia
Przedmiotem niniejszego opracowania jest zadanie polegające na zaprojektowaniu i zbudowaniu systemu obejmującego montaż, wdrożenie, testowanie, uruchomienie Systemu Karty Miejskiej i Systemu Dynamicznej Informacji Pasażerskiej dla operatora transportu publicznego w Ostrowcu Świętokrzyskim. W ramach zadania należy dostarczyć system dynamicznej informacji pasażerskiej działający w czasie rzeczywistym na potrzeby transportu zbiorowego (w skrócie SDIP) oraz system biletu elektronicznego za przejazd komunikacją miejską. Wszystkie elementy infrastruktury omawiane w niniejszym opracowaniu zostaną umieszczone na terenie Ostrowca Świętokrzyskiego. Niniejsza dokumentacja określa zakres związany z zaprojektowaniem i budową nowoczesnego Systemu Dynamicznej Informacji Pasażerskiej zapewniającego pasażerom bieżącą informację wizualną na specjalnie skonstruowanych w tym celu tablicach elektronicznych, urządzeniach mobilnych jak i w pojazdach komunikacji zbiorowej. SDIP zapewni bieżącą informację o ruchu pojazdów z uwzględnieniem zmieniających się natężeń ruchu. System musi wykorzystywać urządzenia pokładowe zamontowane w pojazdach, zapewniając lokalizację pojazdu oraz przekazanie informacji do dyspozytorni. Dane uzyskiwane z systemów pokładowych pojazdów muszą być wykorzystywane przez system do bieżącego informowania pasażerów poprzez wyświetlenie na bieżąco aktualizowanych godzin przyjazdu i odjazdu pojazdów zgodnie z ich aktualnym odchyleniem od realizowanego rozkładu jazdy. Wyspecyfikowany zakres prac jest realizowany w ramach projektu pn. „„Ekologiczny Transport Miejski w Ostrowcu Świętokrzyskim”, który stanowić będzie element szerokiego zakresu działań podjętych przez Gminę Ostrowiec Świętokrzyski, mających na celu poprawę warunków rozwoju gospodarczego i społecznego całego obszaru. Celem strategicznym projektu jest zmniejszenie oddziaływania systemu transportowego na środowisko i klimat, oraz poprawa dostępności i jakości transportu publicznego na terenie miasta Ostrowiec Świętokrzyski i obszaru funkcjonalnego Gminy. Efektem realizacji niniejszego zadania powinna być poprawa dostępności i jakości transportu publicznego na terenie miasta, a jednym ze środków służących osiągnięciu wyznaczonego celu jest realizacja opisanego poniżej zadania. Zadaniem będącym przedmiotem niniejszego opracowania jest opracowanie projektu, wykonanie, dostawa i montaż na terenie miasta Ostrowiec Świętokrzyski (w lokalizacjach wskazanych przez Zamawiającego) elementów systemu dynamicznej informacji pasażerskiej, w tym: min. 6 szt. dwustronnych wyświetlaczy LED w 6 lokalizacjach wraz z konstrukcjami wsporczymi (w skład konstrukcji wchodzi obudowa wyświetlacza, połączenie z konstrukcją nośna i montaż na wysięgniku), wyposażenie dyspozytorni, 23 autobusów nowych i 10 autobusów używanych, serwerowni i punktów obsługi klienta ( dwa punkty personalizacji i doładowania oraz dwa punkty doładowania ) oraz wykonanie stosownych przyłączy elektroenergetycznych. Projekt zakłada wykonanie wszystkich elementów systemu kompleksowo. System będzie zainstalowany na serwerach w serwerowni, która zlokalizowana będzie w powstającym budynku operatora transportu publicznego przy ul. J. Xxxxxxxxxxxx w Ostrowcu Świętokrzyski. Na serwerach będą umieszczone i archiwizowane dane dotyczące całego systemu. Aby system działał poprawnie, musi składać się z podsystemów:
dynamicznej informacji pasażerskiej - przekazujący bieżącą informację na tablice zlokalizowane na przystankach, który online będzie przekazywał rzeczywistą informacje o czasie przyjazdu danej linii, (SDIP)
mobilnej informacji pasażerskiej - dostępny na urządzeniach przenośnych takich jak smartfony i tablety,
internetowej informacji pasażerskiej - dostępny poprzez stronę WWW oraz aplikację mobilną.
nadzoru ruchu, w którego skład wejdzie aplikacja do zarządzania pojazdami na terenie zajezdni oraz dynamicznie podczas pracy pojazdu na linii. System ma za zadanie zintegrować zdalny dostęp do wyposażenia pojazdu oraz kontakt dyspozytora z kierującym pojazdem oraz możliwość zmiany danych wyświetlanych wewnątrz autobusów,
emisji prezentacji multimedialnych i komunikatów specjalnych w pojazdach,
zarządzania monitoringiem wizyjnym - umożliwiający zdalny dostęp na terenie zajezdni do rejestratorów kamer zlokalizowanych w autobusach jak również mający za zadanie umożliwić widok z pojazdu na żądanie dyspozytora,
biletu elektronicznego, opartego między innymi na karcie będącej nośnikiem informacji o wykupionej przez pasażera usłudze przewozowej (SBE).
W ramach podsystemów funkcjonować będą następujące komponenty funkcjonalne:
pozyskiwania danych i ich archiwizacji,
przetwarzania danych i wspomagania decyzji,
zarządzania ruchem i planowania,
informacji dla użytkowników,
regulacji systemu opłat w zakresie elektronicznego biletu.
Podsystem zajezdniowy i dyspozytorski wraz z wydzielonym Systemem Dynamicznej Informacji Pasażerskiej współdzielić będą podsystem lokalizacji pojazdów wykorzystujący łączność pomiędzy stacjami mobilnymi pojazdów i stacjami sieci dostępowej teleinfomatycznej.
System biletu elektronicznego będzie autonomicznym instrumentem zarządzania transportem publicznym. Poprzez funkcje biletu elektronicznego operator transportu publicznego będzie dysponował aktualną (dla celów dyspozytorskich) i archiwizowaną (dla celów planistycznych) informacją o potokach transportu publicznego.
Zakres rzeczowy zamówienia oraz wymagania ogólne
Minimalne ilości konieczne do zabudowania w ramach dostawy systemu. W przypadku gdy funkcjonalność wymaga zastosowania większej ilości urządzeń Wykonawca zobowiązany jest do dostawy niewyszczególnionych elementów w ramach zamówienia.
L.p. |
Przedmiot |
Ilość |
Jedn. |
1. |
Dynamiczna Informacja Pasażerska |
||
1.1 |
Wyposażenie autobusów |
|
|
1.1.1 |
Nowe autobusy 23 szt. |
|
|
1.1.1.1 |
Komputery pokładowe |
23 |
kpl. |
1.1.1.2 |
Moduł komunikacyjny GSM/WiFi 2,4/5GHz wraz z niezbędnymi antenami |
23 |
kpl. |
1.1.1.3 |
Moduł zapowiedzi głosowych |
23 |
kpl. |
1.1.1.4 |
Moduł komunikacji z kierującym |
23 |
kpl. |
1.1.1.5 |
Kasowniki elektroniczne dualne |
46 |
szt. |
1.1.1.6 |
Kasowniki elektroniczne z mikropłatnościami i obsługą e-biletu |
23 |
szt. |
1.1.1.7 |
Przycisk alarmowy/napadowy |
23 |
kpl. |
1.1.1.8 |
Tablica LED przednia zewnętrznej informacji pasażerskiej |
23 |
szt. |
1.1.1.9 |
Tablica LED boczna zewnętrznej informacji pasażerskiej |
23 |
szt. |
1.1.1.10 |
Tablica LED tylna zewnętrznej informacji pasażerskiej |
23 |
szt. |
1.1.1.11 |
Tablica LCD wewnętrznej informacji pasażerskiej |
23 |
szt. |
1.1.1.12 |
System monitoringu wizyjnego autobusu wraz z kamerami |
23 |
kpl. |
1.1.1.13 |
Ładowarki USB w przestrzeni pasażerskiej |
23 |
kpl |
1.1.2 |
Autobusy w bieżącym użytkowaniu 10 szt. |
|
|
1.1.2.1 |
Komputery pokładowe |
10 |
kpl. |
1.1.2.2 |
Moduł komunikacyjny GSM/WiFi 2,4/5GHz wraz z niezbędnymi antenami |
10 |
kpl. |
1.1.2.3 |
Moduł zapowiedzi głosowych |
10 |
kpl. |
1.1.2.4 |
Moduł komunikacji z kierującym |
10 |
kpl. |
1.1.2.5 |
Kasowniki elektroniczne dualne |
20 |
szt. |
1.1.2.6 |
Kasowniki elektroniczne z mikropłatnościami i obsługą e-biletu |
10 |
szt. |
1.1.2.7 |
Przycisk alarmowy/napadowy |
10 |
kpl. |
1.2 |
Urządzenia terenowe (tablice) |
|
|
1.2.1 |
Tablice SIP |
6 |
szt. |
1.3 |
Oprogramowanie |
|
|
1.3.1 |
System Nadzoru Ruchu |
1 |
kpl. |
1.3.2 |
System Dynamicznej Informacji Pasażerskiej |
1 |
kpl. |
1.3.3 |
System Zarządzania Rozkładami Jazdy |
1 |
kpl. |
2. |
System Biletu Elektronicznego |
||
2.1 |
Stanowiska oraz punkty wyniesione |
|
|
2.1.1 |
Stanowisko personalizacji kart |
2 |
kpl. |
2.1.2 |
Punkty doładowań |
4 |
kpl. |
2.2 |
Wyposażenie |
|
|
2.2.1 |
Nośniki biletu elektronicznego |
15500 |
szt. |
2.2.2 |
Urządzenia kontroli biletów |
3 |
kpl. |
2.3 |
Oprogramowanie |
|
|
2.3.1 |
System Biletu Elektronicznego |
1 |
kpl. |
3. |
Centrum zarządzania i urządzenia centralne |
||
3.1 |
Stanowiska Operatora (dyspozytora) wraz z wyposażeniem |
2 |
kpl. |
3.2 |
Monitory wielkoformatowe |
2 |
szt. |
3.3 |
System zliczający ilość samochodów korzystających z parkingu typu Park&Ride |
1 |
kpl. |
3.4 |
Serwerownia |
1 |
kpl. |
3.5 |
Oprogramowanie centralne infrastruktury informatycznej |
1 |
kpl. |
3.6 |
Punkty dostępowe |
3 |
kpl. |
Na realizację prac związanych z wdrożeniem Systemu składają się następujące zadania:
Doposażenia serwerowni oraz dyspozytorni Systemu Dynamicznej Informacji Pasażerskiej. Serwerownia oraz dyspozytornia zlokalizowana w budynku operatora publicznego będącego w budowie przy ul. J. Samsonowicza.
Wyposażenie pomieszczeń serwerowni oraz dyspozytorni Systemu Dynamicznej Informacji Pasażerskiej.
Wyposażenie punktów personalizacji oraz doładowań kart biletu elektronicznego
Dostawa i wdrożenie Systemu Nadzoru Ruchu wraz system Zarządzania Rozkładami Jazdy
Dostawa i wdrożenie Systemu Dynamicznej Informacji Pasażerskiej.
Dostawa i wdrożenie Systemu Biletu Elektronicznego.
Dostawa i wdrożenie monitoringu wizyjnego
Dostawa i uruchomienie serwisu internetowego dla pasażerów komunikacji publicznej.
Wyposażenie autobusów (23 szt. nowych oraz 10 szt. aktualnie użytkowanych).
Dostawa, instalacja i uruchomienie tablic informacji pasażerskiej (6 szt.).
Dostawa mobilnych urządzeń kontrolnych systemu (3 szt.).
Dostawa nośników elektronicznych Systemu Biletu Elektronicznego (15 500 szt.).
Opracowanie projektów niezbędnych do wykonania zadania inwestycyjnego.
Przeprowadzenie wszystkich uzgodnień niezbędnych dla realizacji zadania inwestycyjnego.
Przekazanie Zamawiającemu dokumentacji powykonawczej.
Wykonanie niezbędnych szkoleń personelu Zamawiającego.
Ponadto należy wykonać:
Opracowanie w oparciu o założenia zawarte w niniejszym opracowaniu koncepcji architektoniczno - budowlanej konstrukcji wsporczej zlokalizowanej na przystanku, tablicy w postaci wyświetlacza LED (w skład konstrukcji wchodzi obudowa wyświetlacza), a także uzyskanie akceptacji Zamawiającego dla opracowanej koncepcji architektoniczno - konstrukcyjnej.
Opracowanie niezbędnej dokumentacji projektowej, uwzględniającej w pierwszej kolejności zasilanie tablic/wyświetlaczy z sieci energetycznej operatora. Zamówienie obejmuje opracowanie dokumentacji projektowej pozwalającej na uzyskanie warunków przyłączenia do sieci energetycznej i informatycznej, a także uzyskanie akceptacji Zamawiającego w/w dokumentacji w zakresie zgodności z niniejszym opracowaniem.
Aktualizację map do celów projektowych w zakresie niezbędnym do realizacji inwestycji.
Uzyskanie w imieniu Xxxxxxxxxxxxx niezbędnych dla realizacji inwestycji warunków, uzgodnień, zgód i pozwoleń odpowiednich instytucji i podmiotów, a w szczególności:
Zamawiającego tj. Gminy Ostrowiec Świętokrzyski – w zakresie zgodności koncepcji architektoniczno – konstrukcyjnej oraz dokumentacji projektowej z niniejszym opracowaniem,
podmiotu (właściciela, dysponenta, użytkownika) właściwego z punktu widzenia przepisów obowiązującego prawa dla danego przyłącza,
w przypadku przyłączenia do sieci energetycznej poprowadzonego z istniejącego przyłącza (przyłącze pozalicznikowe),
właścicieli działek, przez które przebiegać będą przyłączenia do sieci energetycznej
z wyłączeniem pasa drogowego.
Wykonanie, dostawę i montaż we wskazanych przez Zamawiającego lokalizacjach konstrukcji
Wykonanie przyłączy do sieci energetycznej tablic SIP.
Wykonanie, dostawę i montaż wyświetlaczy LED.
Zainstalowanie i uruchomienie wszystkich niezbędnych do działania systemu aplikacji.
Wyposażenie i uruchomienie serwerowni dla systemu.
Opracowanie harmonogramu robót dla całego zakresu zamówienia w uzgodnieniu z Zamawiającym.
Przeprowadzenie wymaganych przepisami prawa badań i pomiarów elektrycznych lub innych niezbędnych do prawidłowego wykonania przedmiotu umowy.
Opracowanie geodezyjnej inwentaryzacji powykonawczej wraz z zawiadomieniem o przekazaniu wyników zgłoszonych prac geodezyjnych potwierdzonych przez Powiatowy Ośrodek Dokumentacji Geodezyjnej i Kartograficznej w Ostrowcu Świętokrzyskim.
Opracowanie technicznej dokumentacji powykonawczej.
Przywrócenie terenu budowy do stanu pierwotnego.
Wykonawca zobowiązany jest do przekazania Zamawiającemu kompletu dokumentacji technologicznej centrum dyspozytorskiego oraz wyświetlaczy LED i konstrukcji wsporczych (w skład konstrukcji wchodzi obudowa wyświetlacza).
Typ i kolorystyka konstrukcji wsporczych, obudów wyświetlaczy LED musi uzyskać akceptację Zamawiającego.
W przypadku nie uzyskania przez Wykonawcę zgody na ustawienie konstrukcji wsporczej wyświetlacza LED w którejkolwiek z lokalizacji podanych w niniejszej dokumentacji, Zamawiający wskaże inną lokalizację. Każdorazowa zmiana wskazanych przez Zamawiającego lokalizacji wymaga powiadomienia Wykonawcy w formie pisemnej.
Wykonawca obowiązany jest do odtworzenia pierwotnej nawierzchni wg. stanu przed rozpoczęciem montażu konstrukcji wsporczych wyświetlaczy LED lub zabudowy innej nawierzchni, uzgodnionej z Zamawiającym w formie protokołu podpisanego przez upoważnionych przedstawicieli Zamawiającego oraz upoważnionego przedstawiciela Wykonawcy.
Wykonawca ma obowiązek zapoznać się z należytą starannością z treścią Program Funkcjonalno-Użytkowego przedmiotowego zadania inwestycyjnego. Wykonawca przystępując do postępowania ma świadomość, że wymagania Zamawiającego mogą nie obejmować wszystkich szczegółów usług, prac, dostaw i robót i weźmie to pod uwagę przy sporządzaniu oferty oraz realizując usługi, prace i roboty, czy też kompletując dostawy Urządzeń jak również sporządzając dokumentację projektową.
Wykonawca nie będzie wykorzystywał błędów lub nieuwzględnionych elementów w niniejszym PFU, a o ich wykryciu natychmiast powiadomi Zamawiającego, który dokona odpowiednich poprawek, uzupełnień lub interpretacji.
Aktualne uwarunkowania wykonania przedmiotu zamówienia
Głównym celem realizacji przedmiotu zamówienia jest podniesienie jakości funkcjonowania transportu miejskiego poprzez zapewnienie pasażerom informacji o bieżących, rzeczywistych czasach oczekiwania na najbliższy pojazd obsługujący daną linię. Obecnie funkcjonujący system oparty na informacji statycznej (gabloty z wydrukowanymi godzinami odjazdów linii umieszczone na przystankach) nie odzwierciedla rzeczywistego czasu przyjazdu pojazdu na przystanek. Zaproponowana przez Wykonawcę konstrukcja wsporcza musi uwzględniać warunki montażu na niej wyświetlacza LED, a także możliwości zainstalowania na konstrukcji wsporczej panelu/paneli, okablowania i urządzeń mogących zasilić wyświetlacz LED w sposób zapewniający całodobową bezawaryjną pracę tablicy.
W przypadku konieczności poprowadzenia przyłączy do sieci energetycznej i/lub teletechnicznej przez działki nie będące we władaniu Miasta Ostrowiec Świętokrzyski konieczne jest uzyskanie zgody właścicieli tych działek. Za pozyskanie niezbędnych zgód odpowiedzialny będzie Wykonawca działający z upoważnienia Zamawiającego. W przypadku przyłączenia do sieci energetycznej i/lub teletechnicznej poprowadzonego z istniejącego przyłącza na wykonawcy spoczywa obowiązek uzyskania zgody podmiotu (właściciela, dysponenta, użytkownika) właściwego z punktu widzenia przepisów obowiązującego prawa dla danego przyłącza.
Konstrukcja wsporcza musi zapewniać łatwość konserwacji i wymiany jej poszczególnych elementów (w szczególności obudowy wyświetlacza LED). Wykonanie i oddanie do użytku przedmiotu zamówienia musi być zgodne z wszelkimi aktami prawnymi właściwymi w przedmiocie zamówienia, z przepisami techniczno - budowlanymi, obowiązującymi polskimi normami, wytycznymi oraz zasadami wiedzy technicznej.
Ogólne właściwości funkcjonalno-użytkowe
Poniżej przedstawiono schemat ideowy działania elementów systemu.
Rysunek 1 Schemat ideowy działania elementów systemu
23 nowych autobusów oraz 10 aktualnie użytkowanych ma zostać wyposażonych w system informacji pasażerskiej, który będzie służył zapewnieniu bieżącej, w czasie rzeczywistym, informacji pasażerskiej przekazywanej pasażerom za pomocą nowoczesnych urządzeń wizyjnych i głosowych. System na podstawie danych przekazywanych na bieżąco z urządzeń zainstalowanych w autobusach i porównaniu ich z założeniami rozkładu jazdy będzie przekazywał informację do urządzeń, na których pasażerowie będą informowani o rzeczywistym czasie odjazdu autobusu z przystanku. W ramach przekazywanej informacji pasażer będzie miał wiedzę o przewidywanym czasie odjazdu z przystanku najbliższych autobusów, o ewentualnych opóźnieniach. Informacja o takim samym zakresie będzie możliwa do uzyskania również na stronie internetowej z rozkładem jazdy komunikacji miejskiej, w aplikacji na urządzenia przenośne (smartfony i tablety) oraz w autobusach. System dynamicznej informacji pasażerskiej będzie również zintegrowany z system nadzoru ruchu autobusów komunikacji miejskiej.
Wdrożenie systemu informacji pasażerskiej w swej funkcji ma przyczynić się do poprawy jakości świadczonych usług w ramach transportu publicznego poprzez zwiększenie kanałów udostępniania informacji w zakresie rozkładów jazdy (nowoczesne tablice informacyjne) oraz zakresu przekazywanych informacji. Rozszerzy to możliwości planowania podróży przez pasażerów (możliwość wyszukiwania dogodnych połączeń, uwzględniających również przesiadki) oraz poprawi komfort podróżnych poprzez przekazywanie bieżące informacji o możliwości ewentualnych opóźnień i czasu opóźnień (możliwości wyboru przez podróżnego innego dogodnego połączenia w ramach innej linii komunikacyjnej).
System nadzoru ruchu autobusów komunikacji miejskiej służący prawidłowemu wykonywaniu rozkładów jazdy, będzie głównym narzędziem dla służb nadzorujących przewozy w komunikacji miejskiej. Wpłynie on bezpośrednio na poprawę świadczonych usług dzięki przekazywanej w czasie rzeczywistym informacji do centrum dyspozytorskiego, na podstawie której będzie możliwe szybkie podjęcie działań mających na celu zmniejszenie skutków wydarzeń wpływających negatywnie na realizację rozkładu jazdy (wydarzenia losowe, wypadki, zwiększony ruch na drodze). System współpracujący z systemem dynamicznej informacji pasażerskiej poprzez wykorzystywanie urządzeń zainstalowanych w pojazdach będzie źródłem informacji nie tylko realizacji założonego planu przewozów (rozkładu jazdy), ale pozwoli na uzyskanie bieżących informacji nt. parametrów technicznych danego pojazdu. Wpłynie również na poprawę jakości przewozów dzięki możliwości monitorowania warunków przewozu pasażerów w oparciu o przekazywane do centrum nadzoru ruchu informacji o temperaturze wewnątrz pojazdu (i konieczności uruchomienia urządzeń klimatyzujących lub grzewczych, napełnieniu autobusu lub awarii).
System biletu elektronicznego – system dystrybucji, sprzedaży biletów oraz dokonywania opłat za przejazd oparty na elektronicznej karcie. Spersonalizowana elektroniczna karta ma być nośnikiem informacji o rodzaju wykupionego biletu i/lub ilości wykupionych przejazdów i/lub wartości pieniężnej zakodowanej na tej karcie. Do działania systemu oprócz nośnika informacji (karty) używanej przez pasażera w trakcie podróży konieczne są urządzenia do obsługi takie jak urządzenia do sprzedaży i personalizacji kart w punkcie obsługi klienta. Urządzenia służące do kontroli biletów (kart elektronicznych). System biletu elektronicznego ma być sprawnym narzędziem służącym budowaniu efektywnej taryfy przewozowej, w której cena usługi (biletu) może zostać dowolnie zdefiniowana. System ma pozwolić na ustalenie opłaty za przejazd w zależności np. od liczby pokonanych przystanków na trasie podróży, od czasu przejazdu środkiem komunikacji, od miejsca podróży (podział na strefy). System biletu elektronicznego musi pozwolić na określenie potoków pasażerskich, określić trasy przejazdów cieszących się największym zainteresowaniem pasażerów itp.
Wymagania projektowe
Koncepcja systemu.
W terminie 30 dni od podpisania umowy należy przedstawić koncepcję wszystkich podsystemów jak:
Systemu Dynamicznej Informacji Pasażerskiej,
System Nadzoru Ruchu oraz System Zarządzania Rozkładami Jazdy
System Biletu Elektronicznego ,
System monitoringu wizyjnego,
System emisji prezentacji multimedialnych i komunikatów specjalnych
będącą ustosunkowaniem się Wykonawcy do wymogów technicznych i funkcjonalnych zawartych w dokumentacji przetargowej oraz szczegółowych wymogów specyfikacji przetargowych. Należy zwrócić szczególną uwagę na aspekt rozbudowy obszarowej i funkcjonalnej systemu. Opracowanie to powinno zawierać omówienie narzędzi i metod do realizacji wymogów specyfikacji.
Elementy architektury systemu
System Dynamicznej Informacji Pasażerskiej,
System Nadzoru Ruchu oraz System Zarządzania Rozkładami Jazdy
System Biletu Elektronicznego,
System monitoringu wizyjnego,
System emisji prezentacji multimedialnych i komunikatów specjalnych
WYKONAWCA przygotuje opis architektury całości systemu. Opis musi zawierać charakterystykę każdego z komponentów/systemów oferowanych produktów/aplikacji/urządzeń oraz wykorzystywanych interfejsów komunikacyjnych. Należy także przedstawić wygląd interfejsów graficznych w formie rysunków/zrzutów ekranu.
Integracja systemów
WYKONAWCA przygotuje opis integracji dostarczonych systemów i urządzeń w ramach oferowanego systemu dynamicznej informacji pasażerskiej oraz karty miejskiej. a także integracji z istniejącym oprogramowaniem finansowo-księgowym (Comarch Optima), co najmniej w zakresie czasu pracy kierowców, wszystkich form sprzedaży biletów i doładowań kart elektronicznych oraz rozliczania mandatów. Opis będzie zawierał informację na temat wymiany i dystrybucji danych na poziomie poszczególnych systemów/podsystemów/głównych modułów oferowanego systemu dynamicznej informacji pasażerskiej oraz karty miejskiej, np. centrum systemu nadzoru ruchu a monitoringiem/systemem dynamicznej informacji pasażerskiej/systemem biletu elektronicznego/kierowcami. Należy załączyć opis wykorzystywanych interfejsów oraz metod komunikacji. Należy załączyć schemat blokowy obrazujący architekturę zintegrowanego systemu oraz rysunki schematyczne obrazujące poszczególne urządzenia i elementy. Wszystkie elementy będą podlegały zatwierdzeniu przez Zamawiającego przy akceptacji rozwiązań przez operatora transportu publicznego.
System Dynamicznej Informacji Pasażerskiej
WYKONAWCA przygotuje opis sposobu wyświetlania i obsługi informacji na tablicach zmiennej treści, stronie internetowej operatora/system, opis sposobu komunikacji tablicy z systemem. Należy załączyć opis wykorzystywanych interfejsów oraz metod komunikacji (protokołów). Należy załączyć schemat blokowy obrazujący architekturę integracji oraz rysunki schematyczne obrazujące poszczególne elementy i urządzenia.
System Nadzoru Ruchu oraz System Zarządzania Rozkładami Jazdy
WYKONAWCA przygotuje opis metod i sposobów realizacji podstawowych strategii sterowania pojazdami (ilość linii, ilość pojazdów na trasie, komunikacja z kierowcami, planowanie rozkładów, pozyskiwanie danych na temat ruchu pasażerskiego) informacją pasażerską, monitoringiem. WYKONAWCA opisze także metody i sposoby realizacji zarządzania strategicznego, oraz przedstawi możliwości integracji obecnie wykorzystywanego oprogramowania do celów systemu (np. moduł księgowy Comarch Optima - integracja co najmniej w obszarze danych dotyczących czasu pracy kierowców stanowiących podstawę naliczenia wynagrodzeń).). Dla sytuacji awaryjnych WYKONAWCA przedstawi przykład strategii/scenariuszy wykorzystujących zmienne z różnych podsystemów przy realizacji przewozów pasażerskich.
Funkcje operatorskie (dyspozytorskie) systemu nadzoru ruchu
Koncepcja interfejsu operatora/dyspozytora musi zawierać minimum opisy sposobu przeglądania, monitorowania pojazdów w systemie i odwzorowanie ich na mapie miasta. Należy opisać wraz z zobrazowaniem jakie możliwości posiada operator/dyspozytor na sprawdzenie rzeczywistych informacji poprzez monitoring, pojazdy, system lokalizacji pojazdu, połączenia tekstowe i głosowe z kierującymi pojazdy, system dynamicznej informacji pasażerskiej oraz zobrazowanie odpowiadających im poszczególnych „okien dialogowych”.
Koncepcja poleceń operatora/dyspozytora musi zawierać opis poleceń dotyczących minimum pojazdów, linii autobusowych, działania specjalne np. komunikacji głosowej i tekstowej z kierowcami i pasażerami. Koncepcja powinna pozwolić również operatorowi na przegląd, stworzenie, modyfikację lub usunięcie obiektów lub pól obiektów, zarówno w trybie alfanumerycznym jak i graficznym związanych z kontrolą pojazdów, linii autobusowych.
Koncepcja dostępnych funkcji statystycznych musi zawierać opisy gromadzenia danych oraz ich analizy i obrazowania. W koncepcji dziennika zdarzeń musi zawierać się opis możliwości obsługi, przeglądania i filtrowania zdarzeń
Oprogramowanie powinno zapewnić współpracę z autokomputerami, sterującymi urządzeniami w pojeździe na podstawie danych zapisanych przez odpowiedni moduł oraz zwrotne zbieranie i analizowanie danych o pracy danego pojazdu. Moduł ten ma mieć funkcjonalność pozwalającą na: przygotowanie harmonogramu pracy na zadany dzień, rejestrację wyjazdów i zjazdów (w tym planowanych i nieplanowanych), współpracy z autokomputerami w pojazdach, przeglądania wyników raportów jazdy zdarzeń zarejestrowanych przez autokomputery (np. dane dotyczące realizacji rozkładu jazdy, sytuacji awaryjnych - kursy poza rozkładem, kursy bez karty pamięciowej, wykonane objazdy, ominięcia przystanku itp.).
Oprogramowanie ma służyć do tworzenia planu pracy kierowców operatora transportu publicznego przy uwzględnieniu czynników mających wpływ na układanie planu, jak również do korygowania planu w trakcie realizacji danego okresu przy występowaniu bieżących zakłóceń (np. nieobecności i zmiany dyspozycji), zgodnie z obowiązującymi przepisami o czasie pracy kierowców oraz założeniami przepisów wewnątrzzakładowych.
Oprogramowanie powinno zapewniać obsługę kart drogowych używanych przez operatora transportu publicznego, w tym w szczególności umożliwiać:
definiowanie wzorców zadań do wykonania dla każdego typu dnia (np. dni robocze, soboty, niedziele i święta itp.),
wprowadzanie kart drogowych pojazdów, zawierających zapis czasu pracy wszystkich kierowców wraz z liczbą wykonanych kilometrów, w podziale na różne wykonywane przez kierowcę czynności, kursy itp.,
wprowadzanie danych dotyczących tankowań pojazdów,
wprowadzanie danych dot. zużytych materiałów (np. oleje, płyny itp.),
rozliczenie czasu pracy (dzienne i miesięczne),
rozliczenie zużycia paliwa, w tym wyliczenie oszczędności lub przepałów,
wprowadzanie nieobecności pracowników (np. urlop, nieobecności chorobowe itp.),
wykonanie różnych wydruków w grupach: czas pracy, kilometry, zużycie paliwa,
konfigurację składników rozliczenia czasu pracy oraz sposobu rozliczania paliwa.
Oprogramowanie powinno zapewniać możliwość wprowadzania i przechowywania wszystkich elementarnych danych wykorzystywanych w pozostałych elementach systemu, w postaci rejestru pracowników, pojazdów, karty drogowej. Ma służyć do zarządzania wszelkimi danymi związanymi bezpośrednio z pracownikami i pojazdami oraz urządzeniami na nich zainstalowanymi.
Oprogramowanie ma zapewniać możliwość importu oraz edycji danych dotyczących tankowań pojazdów, pozwalając na wyświetlenie sumy tankowanego i zwracanego paliwa, sumy zużytych materiałów eksploatacyjnych oraz zużytego paliwa, a także wykonanej i planowanej drogi (w dniu i w miesiącu). Zaimportowane dane mają być widoczne w innych modułach systemu
System Zarządzania Rozkładami Jazdy
WYKONAWCA przygotuje opis sposobu realizacji wymagania związanego z systemem zarzadzania oraz tworzenia rozkładów jazdy. Podsystem ma umożliwić tworzenie wielowersyjnych rozkładów jazdy (komplety danych rozkładów jazdy na kolejne daty obowiązywania):
rozkłady archiwalne;
aktualne;
rozkłady w trakcie przygotowania;
z uwzględnieniem możliwej pracy różnych środków transportu oraz wielu przewoźników i wielu zajezdni.
System Biletu Elektronicznego
WYKONAWCA przygotuje opis komunikacji systemu biletu elektronicznego oraz stacji personalizacji biletu elektronicznego. Koncepcja powinna zawierać opis i projekt graficzny strony internetowej do obsługi systemu biletu elektronicznego przez pasażerów. Należy załączyć schemat blokowy obrazujący architekturę integracji oraz rysunki schematyczne obrazujące interfejsy oraz metody komunikacji poszczególnych urządzeń i elementów.
System monitoringu wizyjnego
WYKONAWCA przygotuje opis komunikacji oraz połączeń systemu. Należy załączyć schemat blokowy obrazujący architekturę integracji oraz rysunki schematyczne obrazujące interfejsy oraz metody komunikacji poszczególnych urządzeń i elementów.
System emisji prezentacji multimedialnych i komunikatów specjalnych
WYKONAWCA przygotuje opis komunikacji oraz połączeń systemu. Należy załączyć schemat blokowy obrazujący architekturę integracji oraz rysunki schematyczne obrazujące interfejsy oraz metody komunikacji poszczególnych urządzeń i elementów.
Projekt systemu.
Wykonawca opracuje w terminie 2 miesięcy od dnia podpisania umowy Projekt techniczny (wykonawczy) systemu dynamicznej informacji pasażerskiej oraz karty miejskiej dla obszaru systemu będącego przedmiotem Umowy. Szczegóły dotyczące projektów poszczególnych podsystemów systemu przedstawiono w dalszej części PFU. Projekt musi zawierać minimalne wymagania techniczne i rozwiązania w oparciu o poniższe założenia. Dodatkowo WYKONAWCA załączy do projektu w formie załącznika dokument zawierający szczegółowy opis techniczny wszystkich elementów systemu z podaniem nazw własnych.
Na etapie projektu Wykonawca przedstawi i uzgodni wraz z Zamawiającym zakres testów oraz ich harmonogram wykonania. Wymaga się aby od momentu rozpoczęcia testów do odbioru ostatecznego Wykonawca dostarczył wszelkie materiały eksploatacyjne do prawidłowego działania systemu. Na okres testów oraz kalibracji systemu wykonawca dostarczy do wszystkich urządzeń wyposażonych w modemy GSM/UMTS karty SIM niezbędne do komunikacji urządzeń z siecią GSM/LTE/5G. Karty SIM pozostaną w użytkowaniu przez Zamawiającego do momentu odbioru ostatecznego i maksymalnie o jeden miesiąc dłużej po odbiorze końcowym do momentu wyboru przez Zamawiającego operatora kart SIM. W okresie do odbioru końcowego umowy (odbioru ostatecznego) i w okresie wymienionym powyżej koszty łączności GSM/LTE/5G pokrywa Wykonawca. Operator transportu publicznego wybierze operatora w odrębnym postepowaniu. Karty SIM dostarczone przez Wykonawcę zostaną zastąpione kartami dostarczonymi w odrębnym postępowaniu, wymiana dokonana będzie przez Wykonawcę i odpowiednie służby Zamawiającego.
Wymagania ogólne dla podsystemów
W niniejszym punkcie zostały wyspecyfikowane ogólne wymagania stawiane wszystkim aplikacjom i podsystemom składającym się na całość rozwiązania.
Analiza wymagań, projekt funkcjonalny i techniczny
Przed przystąpieniem do realizacji prac programistycznych i wdrożeniowych musi zostać przeprowadzona szczegółowa analiza wymagań, w wyniku której musi zostać sporządzony projekt funkcjonalny i techniczny całego rozwiązania:
projekt powinien być sporządzony w notacji UML lub równoważnej,
powinien zawierać diagramy przypadków użycia wraz z głównymi i alternatywnymi scenariuszami zdarzeń, punkty rozszerzeń i agregacji oraz związki pomiędzy przypadkami użycia,
powinien zawierać ustrukturyzowany opis przypadków użycia,
powinien zawierać diagramy sekwencji i diagramy przejść stanów,
powinien zawierać diagramy klas z atrybutami i funkcjami,
powinien zawierać logiczny model danych w postaci diagramów ERD lub równoważnych, z pełnym opisem atrybutów, funkcji i procedur.
Architektura systemu
System musi mieć architekturę umożliwiającą uruchomienie go w chmurze obliczeniowej.
System zarządzania oraz wsparcia pracy dyspozytora musi być zaprojektowany i zrealizowany w myśl rozproszonej architektury, w której urządzenia poziomu lokalnego gwarantują autonomiczną pracę pojazdu.
Wymagane jest wzajemne współdziałanie modułów poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze SQL-owej bazy danych.
System musi umożliwiać tworzenie kont użytkowników, zabezpieczonych unikalnym loginem i hasłem dostępowym.
Funkcjonalności, do których dostęp będzie miał dany użytkownik, określane będą za pomocą przyznanych praw, bądź przynależności do grup zabezpieczeń.
System musi pozwalać z poziomu administratora na edycję, tworzenie i kasowanie istniejących uprawnień dla każdego z użytkowników oraz dla grup użytkowników.
Wymagane jest, aby oprogramowanie posiadało wszelkie cechy, stanowiące wymóg Ustawy o Ochronie Danych Osobowych (np. wymuszanie terminowej zmiany hasła, zapisywanie do dziennika informacji o zmianach dokonywanych przez konkretnego użytkownika).
Odnotowywanie w logu systemowym informacji kluczowych dla działania.
System będzie rozwijany przez wykonawcę w zakresie funkcjonalnym i merytorycznym przez okres gwarancji od czasu odbioru ostatecznego, w celu zapewnienia ciągłej, optymalnej pracy systemu. System musi współpracować z pakietem biurowym zamówionym i opisanym w zadaniu. Pod przytoczonymi zapisami należy rozumieć usługę asysty technicznej (realizowaną w okresie gwarancji) dla dostarczonego systemu w tym w szczególności bieżącą aktualizację oprogramowania do najnowszej dostępnej wersji produkcyjnej, z udostępnieniem Zamawiającemu nowych funkcjonalności opracowanych przez Wykonawcę. Powyższe wymaganie dotyczy również oprogramowania sprzętowego (firmware).
Wykonawca zobowiązany jest do zaprogramowania systemu w dane niezbędne do pracy przed przystąpieniem do testów.
Wykonawca zobowiązany jest do zaprogramowania wszelkich dany przed odbiorem ostatecznym.
Wykonawca zobowiązany jest do zapewnienia bezpłatnej asysty technicznej w miejscu instalacji przez okres gwarancji.
Wykonawca zobowiązany jest do zapewnienia bezpłatnej pomocy technicznej zdalnej i telefonicznej przez okres gwarancji.
Wymagania techniczne
Administracja i zarządzanie systemem musi odbywać się poprzez przeglądarkę internetową.
Interfejsy użytkownika systemu muszą spełniać cechy RWD (Responsive Web Design).
System musi być dostępny dla urządzeń mobilnych z platformami: Android oraz iOS.
Interfejsy użytkownika muszą pracować z rozdzielczością ekranu stacji roboczej. Okna i zakładki interfejsu użytkownika muszą skalować się do rozdzielczości co najmniej 1920x1080px. Cały obszar ekranu musi być wykorzystany przestrzenią roboczą uruchamianych Aplikacji tj. opisy, pola formularzy, okna dialogowe, siatki danych itp. Niedopuszczalne jest aby po zmaksymalizowaniu okna aplikacji do pełnego ekranu powiększało się wyłącznie okno, a obszar ekranu, który wykorzystywała aplikacja pozostawał niezmienny,
Moduły zarządzania muszą umożliwiać autoryzacje, uwierzytelnianie i rozgraniczanie dostępu użytkowników przy wykorzystaniu mechanizmów bezpieczeństwa elektronicznych certyfikatów.
Moduły zarządzania muszą mieć zaimplementowaną politykę zarządzania hasłami uzgodnioną na etapie projektowania z Zamawiającym,
Moduły zarządzania muszą być przyjazne dla użytkowników tzn. charakteryzować się łatwością i intuicyjnością obsługi oprogramowania między innymi poprzez umożliwienie dokonywania wszelkich zmian struktury wprowadzanych danych poprzez mechanizmy „Drag & Drop”(Przeciągnij i upuść).
Otwartość systemu
Zamawiający wymaga aby wszystkie komponenty oferowanego rozwiązania posiadały interfejsy komunikacyjne realizujące funkcje oferowanych urządzeń elektronicznych poprzez zewnętrzne systemy autonomiczne. Wymagane jest dostarczenie szczegółowej dokumentacji technicznej do ww. interfejsów komunikacyjnych. Dokumentacja musi zawierać opis struktur i typów danych, funkcji, procedur i scenariuszy przypadków użycia interfejsów. Dokumentacja musi być sporządzona w notacji UML lub równoważnej. Licencje na ww. interfejsy komunikacyjne muszą być nieograniczone czasowo i terytorialnie oraz muszą zezwalać na korzystanie z funkcji urządzeń przez dowolne zewnętrzne systemy autonomiczne.
Oferowany system musi być otwarty na dołączanie kolejnych urządzeń i funkcji, ma posiadać możliwości rozbudowy systemu poprzez zastosowanie standardowych protokołów transmisji. WYKONAWCA zobowiązany jest dostarczyć ZAMAWIAJĄCEMU szczegółową dokumentację protokołów komunikacyjnych zastosowanych w systemie. Dlatego musi korzystać z powszechnie stosowanych rozwiązań w dziedzinie transportu publicznego i komunikacji. System powinien stosować:
Otwarte interfejsy pomiędzy komputerami pokładowymi a urządzeniami pokładowymi peryferyjnymi wykorzystując powszechnie stosowane standardy,
Metody przechowywania Informacji w bazie danych obsługującej zapytania SQL. W szczególności stosowanie tych metod musi sprowadzać się do korzystania z serwera relacyjnej bazy danych (RBD), wykorzystującego język SQL.
Oprogramowanie typu GIS z obsługą formatów przyjętych za standardy w tej dziedzinie (MapInfo, ESRI, Intergraph),
System musi posiadać możliwość rozbudowy o nowe urządzenia i sprzęt. Dotyczy to zarówno poziomu lokalnego oraz centralnego,
System musi być gotowy w ramach rozszerzeń stabilnie współpracować z co najmniej 100 pojazdami komunikacji miejskiej,
System musi być gotowy w ramach rozszerzeń stabilnie współpracować z co najmniej 100 przystankowymi tablicami informacji pasażerskiej, dokładnie na takich samych zasadach jakie opisuje ten dokument,
Przy realizacji zamówienia wymagane jest dostarczenie wszystkich, niezbędnych do realizacji zadań licencji na rzecz Zamawiającego.
Interoperacyjność systemu – Magistrala Usług
Interoperacyjność Systemu musi zostać zapewniona przez wdrożenie i zintegrowanie Szyny Usług. Szyna Usług musi spełniać następujące wymagania funkcjonalne i techniczne:
Każda licencja musi być nieograniczona czasowo i terytorialnie dla nieograniczonej liczby użytkowników po stronie licencjobiorcy.
Licencja nie może mieć ograniczeń dotyczących liczby usług na niej uruchamianych,
Szyna Usług musi implementować architekturę SOA opartą na otwartych standardach,
Musi mieć funkcjonalność dodawania, usuwania oraz agregowania usług,
Musi posiadać mechanizm definiowania, implementacji, wdrażania i zarządzania usługami realizującymi dostęp do integrowanych systemów,
Musi zapewniać routing komunikatów oparty na zawartości plików XML
Musi obsługiwać równolegle wiele wersji usług,
Musi umożliwiać dodawanie nowych wersji usług przy zapewnieniu ciągłości pracy wersji poprzednich,
Musi umożliwiać podział usług na usługi wewnętrzne i zewnętrzne. Usługi wewnętrzne mogą być dostępne jedynie w obrębie szyny usług i nie mogą być bezpośrednio wywoływane przez klientów systemu. Ich zadaniem jest realizowanie atomowych operacji, z których budowane są usługi zewnętrzne. Usługi zewnętrzne muszą być widoczne dla klientów poprzez:
punkt dostępu do usługi stanowiący adres sieciowy usług w ramach infrastruktury,
punkt dostępu do definicji usługi (adres URL) - stanowiący adres sieciowy dokumentu WSDL opisującego usługę.
Musi mieć wbudowane mechanizmy monitoringu i raportowania,
Musi posiadać silnik dla relacyjnej bazy danych,
Musi umożliwiać automatyczną aktualizację dystrybucji oprogramowania,
Musi umożliwiać tworzenie i parsowanie komunikatów XML,
Musi zapewniać walidację komunikatów na podstawie definicji XML Schema w zakresie: sprawdzania poprawności składniowej, lokalizacji błędu odstępstwa od założonego schematu, notyfikacji o błędzie,
Musi umożliwiać transformację komunikatów – XML na inny dokument XML oraz pomiędzy dokumentem XML i innymi formatami (JSON, CSV) w obie strony,
Musi zapewniać komunikację asynchroniczną wspólnym protokołem transportowym,
Musi posiadać moduł katalogu usług. Każda pozycja katalogu opisując usługę musi zawierać:
unikalną nazwę,
definicję wejścia i wyjścia usługi,
implementację logiki realizowanej przez usługę,
metadane ją opisujące,
listę błędów zgłaszanych przez usługę,
dokumentację.
Musi umożliwiać integrację relacyjnych baz danych na poziomie danych i wywoływania procedur bazodanowych,
Warstwa komunikacyjna szyny usług musi umożliwiać zachowanie:
integralności,
niezaprzeczalności,
poufności,
autentyczności komunikacji.
Musi umożliwiać raportowanie informacji o incydentach w zakresie bezpieczeństwa w szczególności nieuprawnionego logowania i informowania o incydentach na szynie,
Bezpieczeństwo usług zbudowanych w oparciu o technologię Web Services musi bazować na standardzie OASIS WSS (Web Services Security),
Musi umożliwiać szyfrowanie i podpisywanie komunikatów XML zgodnie z obowiązującymi przepisami,
Musi umożliwiać podpisywanie komunikatów XML zgodnie ze standardem Advanced Electronic Signature (XAdES),
Minimalna długość klucza szyfrującego w przypadku zastosowania algorytmów symetrycznych musi wynosić 128 bitów, natomiast w przypadku zastosowania algorytmów asymetrycznych – 1024 bity,
Musi umożliwiać weryfikację statusu unieważnienia certyfikatu poprzez mechanizm CRL,
Musi zapewniać możliwość eksportu ustawień konfiguracyjnych, a następnie importu na innej instancji szyny usług,
Musi posiadać moduł zarządzania,
Moduł zarządzania musi zapewniać możliwość pracy z co najmniej 1500 użytkownikom o dowolnie zdefiniowanych poziomach dostępu,
Moduł zarządzania musi zapewnić stabilną pracę co najmniej 100 użytkownikom, wykonującym w tym samym czasie zapytania do silnika bazy usług,
Interfejs modułu zarządzania musi posiadać standardowe cechy aplikacji webowej,
Administracja i zarządzanie użytkownikami musi odbywać się poprzez przeglądarkę internetową,
Dostęp do modułu zarządzania przez użytkowników musi odbywać się przy użyciu przeglądarki internetowej,
Moduł zarządzania ma pracować z rozdzielczością ekranu stacji roboczej. Okna i zakładki interfejsu użytkownika muszą skalować się do rozdzielczości co najmniej 1920x1080px. Cały obszar ekranu musi być wykorzystany przestrzenią roboczą Aplikacji tj. opisy, pola formularzy, okna dialogowe, siatki danych itp. Niedopuszczalne jest aby po zmaksymalizowaniu okna aplikacji do pełnego ekranu powiększało się wyłącznie okno, a obszar ekranu, który wykorzystywała aplikacja pozostawał niezmienny,
Moduł zarządzania musi umożliwiać tworzenie bieżących i archiwalnych raportów w zakresie usług z uwzględnieniem kryteriów czasu, statusu, klientów. Raporty musza być generowane do formatu CSV rozdzielany średnikami i formatu HTML,
Moduł zarządzania musi umożliwiać autoryzacje, uwierzytelnianie i rozgraniczanie dostępu użytkowników przy wykorzystaniu mechanizmów bezpieczeństwa elektronicznych certyfikatów.
Każdy użytkownik modułu zarządzania musi mieć dostęp do swojego profilu i może samodzielnie wprowadzać swoje dane oraz zmieniać hasło,
Moduł zarządzania musi mieć zaimplementowaną politykę zarządzania hasłami zgodną z Ustawą z dnia 29 sierpnia 1997r. o ochronie danych osobowych,
Moduł zarządzania musi posiadać możliwość przypisywania kwalifikowanych certyfikatów do kont użytkowników,
Moduł zarządzania musi być przyjazny dla użytkowników tzn. charakteryzować się łatwością i intuicyjnością obsługi oprogramowania między innymi poprzez umożliwienie dokonywania wszelkich zmian struktury wprowadzanych danych poprzez mechanizmy „Drag & Drop”(Przeciągnij i upuść),
Moduł zarządzania musi działać w przeglądarce internetowej (Edge, Mozilla Firefox, Chrome, Opera) bez zbędnego przeładowania strony tak, aby zapewnić wysoki poziom interaktywności i komfortu pracy użytkownika z aplikacją,
System szyny usług musi być w polskiej wersji językowej i obsługiwać polskojęzyczne formaty wartości (daty, liczby, waluty, sortowanie itp.),
Nie może ograniczać możliwości skalowalności infrastruktury sprzętowej, na której jest uruchomiona szyna usług.
W ramach wdrożenia integracyjnej szyny usług należy wykonać następujący zakres prac:
Skonfigurowania infrastruktury technicznej tak aby spełniała wszystkie wymagania dostarczonego systemu oraz wymagania systemów zewnętrznych z którymi dostarczony system musi być zintegrowany,
Przeprowadzenia instalacji i uruchomienia niezbędnego oprogramowania systemowego, aplikacyjnego i bazodanowego, w szczególności:
zwirtualizowania serwera i uruchomienia maszyn wirtualnych dla serwera bazy danych, serwera plików, serwera aplikacji i serwera usług,
serwerowych systemów operacyjnych stanowiących środowisko, w którym będzie uruchomiona szyna usług ,
platformy bazodanowej wymaganej przez oferowaną szynę usług ,
instalacji i konfiguracji serwera plików, serwera aplikacji i serwera usług,
oprogramowania aplikacji składających się na rozwiązanie szyny usług ,
zaimplementowanie i uruchomienie interfejsu API w systemie Centrum Nadzoru Ruchu.
zaimplementowanie i uruchomienie interfejsu API w systemie biletu elektronicznego,
zaimplementowanie i uruchomienie interfejsu API w Systemie Informacji Pasażerskiej,
zaimplementowanie i uruchomienie interfejsu API w systemie windykacyjnym,
zaimplementowanie i uruchomienie usług umożliwiających integrację z systemem Centrum Nadzoru Ruchu poprzez wykonany interfejs API,
Usługi muszą obejmować następujący zakres:
baza danych rozkładów jazdy,
dane z realizacji kursów,
dane z autokomputerów: parametry pracy pojazdu (próbkowania co 10 min.): minimum: prędkość, temperatura cieczy chłodzącej, obroty silnika, jazda na biegu jałowym, zużycie paliwa, nagłe przyspieszenie, potoków pasażerskich, lokalizację przystanku (nazwa) zatrzymanie na przystanku (wraz z zapisaniem godziny), otwarcia drzwi, odchylenie od rozkładu jazdy, włączenia/wyłączenia klimatyzacji, włączenia/wyłączenia ogrzewania, rejestrację temperatury wewnątrz autobusu, itp
zasilanie rozkładu jazdy z podziałem na operatorów/przewoźników,
dane lokalizacji autobusów,
funkcjonalność predykcji czasów przyjazdu na przystanek na podstawie: topologii, odległości, czasu przejazdu, natężenia ruchu na podstawie przejazdów wcześniejszych pojazdów, punktów pośrednich pomiędzy przystankami, czasów postoju na przystankach.
zaimplementowanie i uruchomienie usług umożliwiających integrację z systemem biletu elektronicznego poprzez wykonany interfejs API.
Usługi muszą obejmować następujący zakres:
dane karty z systemu e-bilet,
informacje o ulgach,
informacje o biletach,
status karty,
uid karty
zaimplementowanie i uruchomienie usług umożliwiających integrację z Systemem Informacji Pasażerskiej poprzez wykonany interfejs API.
Usługi muszą obejmować następujący zakres:
Wygaszanie matryc,
Wygaszanie komunikatów,
Dane z realizacji kursów,
Żądanie wysłania zrzutu matrycy,
Restartowanie tablicy,
Restartowanie matrycy,
Informacje o załadowanej wersji rozkładu jazdy,
Status tablicy.
zaimplementowanie i uruchomienie usług umożliwiających integrację z systemem windykacyjnym poprzez wykonany interfejs API.
Usługi muszą obejmować następujący zakres:
data obowiązywania uprawnienia dotyczących karty rewizora,
imię xxxxxxxx,
nazwisko xxxxxxxx,
data,
kod błędu.
zaimplementowanie i uruchomienie usług umożliwiających integrację z systemem autokomputera poprzez API autokomputera,
zaimplementowanie i uruchomienie usług umożliwiających integrację z system płatności elektronicznych,
Przeprowadzenie testów zgodności i testów wydajnościowych,
Dostarczenia dokumentacji użytkownika,
Przeprowadzenia szkoleń funkcjonalnych z zakresu użytkowania szyny usług ,
Przeprowadzenia szkoleń dla Administratorów w zakresie administrowania szyną usług ,
Dostarczenia dokumentacji obejmującej cały obszar funkcjonalny szyny usług .
Świadczenie usługi asysty technicznej w zakresie: konsultacji telefonicznych i e-mailowe, usuwania błędów w oprogramowaniu, aktualizacji systemu szyny usług do nowych wersji wydanych przez producenta.
Dostosowania pomieszczeń
Pomieszczenie serwerowni oraz dyspozytornia systemu
Projekt winien uwzględnić że pomieszczenia przeznaczone na serwerownie oraz dyspozytornię znajdują się w nowo wybudowanym budynku przy ul. J. Xxxxxxxxxxxx w Ostrowcu Świętokrzyski. Na wyposażeniu serwerowni znajdują się dwie szafy serwerowe 42U. Szafa 1 przeznaczona na urządzenia aktywne wykorzystana w ok. 70%. Szafa 2 zaprojektowana została do zainstalowania serwerów na potrzeby systemu. Pomieszczenie serwerowni ma powierzchnię 11,28 m2.
Pomieszczenie serwerowni należy doposażyć w monitoring środowiska kontrolujący krytyczne parametry środowiskowe takie jak temperatura, wilgotność, wycieki wody, ruch, włamanie i wibracje.
Wyposażenia serwerowni oraz dyspozytorni systemu
Projekt systemu powinien pokryć zakres robót obejmujący następujące czynności:
Dostawę i instalację sprzętu komputerowego (serwery, stacje robocze, firewall, przełączników sieciowych, niezbędnego okablowania)
Dostawę i instalację ekranów min. 64,5”
Dostawę monitoring środowiska
UPS dla stanowisk dyspozytorskich
Punkt Obsługi Klienta
Projekt systemu powinien pokryć zakres związany z wyposażeniem:
Stanowisk personalizacji kart – 2 komplety
Punkty doładowań kart – 4 komplety
System Dynamicznej Informacji Pasażerskiej
Szczegółowe wymagania funkcjonalne dla prawidłowego działania SDIP
W skład wchodzą systemy informatyczne dla informacji wizualnej, kompleksowa infrastruktura serwerowa, tablice wyświetlające, okablowanie, oprogramowanie oraz urządzenia informacyjne i inne rozwiązania umożliwiające prowadzenie procesu informacyjnego. Wykonawca zobowiązany jest do zainstalowania Systemu Dynamicznej Informacji Pasażerskiej (SDIP), obejmującego informację wizualną o ruchu autobusów w centrum zarządzania systemem dynamicznej informacji pasażerskiej. Rozwiązania systemu muszą być ogólnodostępne, dane muszą być otwarte, ogólnodostępne bez opłat dla systemów dowolnego producenta. W zakresie zadania przedmiotem zamówienia objęta jest całość sprzętu komputerowego, sieciowego, transmisyjnego i oprogramowania, umożliwiającego sprawne działanie SDIP. Zainstalowany system musi umożliwiać dołączenie w przyszłości dodatkowych tablic bez dodatkowych opłat, konieczności rozbudowy urządzeń SDIP, czy wymiany oprogramowania.
System Dynamicznej Informacji Pasażerskiej SDIP na elektronicznych wyświetlaczach musi prezentować pasażerom oczekującym na przystankach (stanowiskach) aktualną informację o czasach odjazdów pojazdów zgodnie z obowiązującym rozkładem jazdy i bieżącą sytuacją ruchową.
SDIP ma zapewniać:
Transmisję danych pomiędzy centrum systemu zlokalizowanego w nowobudowanym budynku operatora transportu publicznego przy ul. Samsonowicza, 27 – 400 Ostrowiec Świętokrzyski a przystankowymi wyświetlaczami informacji pasażerskiej;
Prezentowania/wygłaszania informacji głosowej i tekstowej dla pasażerów na wyświetlaczach w języku polskim;
Ma mieć zapewnioną możliwość rozbudowy o współpracę z zewnętrznymi aplikacjami służącymi do przekazywania aktualnej informacji pasażerskiej: WWW, SMS etc.
Udostępniania danych (w trybie „tylko do odczytu”) w sposób otwarty dla innych potencjalnych użytkowników.
Przyjmowania danych od uwierzytelnionych aplikacji zewnętrznych.
Realizację funkcji wymienionych w poprzednim punkcie powinny wykonywać urządzenia, w skład, których wejdą moduły:
Zarządzający i sterujący – instalowany w centrum zarządzania systemem dynamicznej informacji pasażerskiej.
Wykonawczy – zlokalizowany w obrębie przystanków (stanowisk) oraz wiat, służący do automatycznego sterowania informacją wizualną,
Wszystkie tablice informacji przystankowej zostaną wyposażone we własne komputery przetwarzające informacje uzyskane z centrum (w formie dwukierunkowej komunikacji).
W oparciu o lokalizację tablic na mapie cyfrowej oraz schemacie graficznym w postaci indywidualnego kodu identyfikacyjnego, musi istnieć możliwość:
sprawdzenia aktualnej treści prezentowanej na tablicy,
wprowadzenia komunikatu dowolnego typu (graficznego i tekstowego) – predefiniowanego lub bieżącego
wykonanie diagnostyki tablic oraz prezentacja jej wyników łącznie z możliwością sygnalizowania uszkodzenia tablicy i otwarcia pokrywy serwisowej.
SDIP musi umożliwiać grupowanie tablic w różnych przekrojach (przykładowo zgrupowanych na określonym typie tablicy, typie informacji lub wszystkich jednocześnie do celów konfiguracyjnych jak również dla potrzeb wysyłania komunikatów.
SDIP musi zapewnić cykliczne wyświetlanie komunikatów.
SDIP musi zapewnić predefiniowanie komunikatów i przechowywanie ich treści w pamięci.
SDIP zapewni uruchamianie diagnostyki konkretnej tablicy, na żądanie oraz prezentację wyników tej diagnostyki na stanowisku Operatora. Jako diagnostykę należy rozumieć kontrolę stanu pracy tablicy.
Zadaniem systemu jest podniesienie, jakości usług transportowych świadczonych pasażerom w tym: poprawa punktualności, dostarczenie pełnej i jak najbardziej wiarygodnej informacji pasażerskiej. Centralny serwer będzie gromadził i przetwarzał dane o ruchu autobusów udostępniających dane lokalizacyjne (o ich aktualnym położeniu na linii) w celu prezentacji informacji na elektronicznych tablicach świetlnych oraz będzie je udostępniać poszczególnym użytkownikom systemu, którym zostaną nadane określone uprawnienia. Dostęp do danych zgromadzonych na serwerze będzie możliwy na podstawie określonego rodzaju nadanych uprawnień. Podsystem musi odpowiednio walidować dane wejściowe i raportować wszelkie nieprawidłowości występujące w tych danych.
Wszystkie operacje wykonywane w SDIP przez użytkowników, takie jak x.xx.: wprowadzanie danych, modyfikacja, usuwanie muszą być zapisywane wraz z informacją o tym, kto, kiedy i co wykonywał.
System pobierając dane o aktualnym położeniu pojazdów na linii będzie automatycznie aktualizował i uzupełniał dane, tak, aby informacje o rozkładzie jazdy prezentowane na tablicach przystankowych były aktualne. W przypadku braku danych od przewoźnika lub brak bieżących informacji na temat aktualnego położenia pojazdu dane wyświetlane będą pochodziły ze stałego rozkładu jazdy.
W przypadku braku komunikacji pomiędzy tablicą przystankową a centrum zarządzania tablica musi prezentować aktualne (obowiązujące) stałe rozkłady jazdy.
Uszkodzenie bądź brak komunikacji jednej z tablic z centrum nie może powodować zakłóceń w pracy pozostałych tablic.
System SDIP będzie automatycznie sprawdzał aktualność rozkładów jazdy. Po wykryciu niezgodności system automatycznie ponowi próbę wysłania poprawnych rozkładów jazdy.
System SDIP ma zapewnić automatyczną aktualizację danych rozkładowych w momencie ich zmiany przez Zamawiającego.
Oprogramowanie musi umożliwić zarządzanie wszystkimi tablicami rozmieszczonymi w ramach zadania z serwera zlokalizowanego w siedzibie Zamawiającego
System SDIP musi zapewnić definiowanie wielu użytkowników (indywidualny login i hasło), którym zostaną przypisane różne rodzaje uprawnień do poszczególnych narzędzi systemu, zgodnie z wymaganiami zawartymi w niniejszej dokumentacji.
System SDIP musi posiadać zdefiniowane trzy podstawowe grupy uprawnień dla wykonywania czynności administracji i zarządzania: Administratora, Operatora oraz Użytkownika. Administrator ma dostęp do wszelkich możliwych funkcji systemu. Operator ma nieograniczony dostęp do zarządzania treścią komunikatów. Użytkownik zewnętrzny ma tylko dostęp w zakresie podglądu.
System musi być obsługiwany przez aplikację umożliwiającą zdalny dostęp dla wybranych użytkowników. Aplikacja musi mieć możliwość uruchamiania na urządzeniach mobilnych.
Podsystem w swojej funkcjonalności musi zapewniać:
prezentację lokalizacji tablic wyświetlających informację pasażerską.
graficzną wizualizację położenia pojazdów na linii wykonujących przewozy pasażerskie i udostępniające dane na mapie cyfrowej oraz prezentację odchylenia od rozkładu jazdy.
W skład systemu wchodzi infrastruktura komunikacyjna dla wymiany danych lokalizacyjnych i komunikatów tekstowych pomiędzy centrum zarządzania systemu informacji pasażerskiej a tablicami informacyjnymi.
Stanowisko operatora systemu będzie wyposażone w monitor ścienny i co najmniej dwa monitory LCD służące do prezentacji danych z systemu. Zestaw musi mieć możliwość prezentacji mapy cyfrowej lub schematu graficznego linii z aktualną sytuacją ruchową, natomiast drugi monitor będzie wyświetlał okna robocze systemu (np. prezentacja tablic lub grup tablic w układzie tabelarycznym) na dedykowanym planie/mapie.
Zamawiający wymaga minimalizacji kosztów utrzymania systemu.
Urządzenia i systemy lokalne – struktura sprzętowa i programowa
Tablice informacji przystankowych (TIP)
Podstawowym urządzeniem Systemu Informacji Pasażerskiej są elektroniczne tablice informacyjne. Przewiduje się instalację i uruchomienie 6 szt. dwustronnych tablic informacji pasażerskiej (TIP) na przystankach autobusowych.
Aplikacja sterująca
System musi posiadać moduł zarządzania tablicami informacji pasażerskiej. Wymaganą funkcją jest zdalne (z poziomu centrum) włączenie/wyłączenie tablicy informacji pasażerskiej.
Wszystkie tablice muszą być reprezentowane w postaci tabeli prezentującej między innymi: aktualnie wyświetlany tekst specjalny i status połączenia (włączona, wyłączona).
Urządzenie musi samoczynnie ponownie się uruchomić po wyłączeniu związanym z brakiem zasilania.
System powinien być zdolny do kalkulacji i wyświetlania w czasie rzeczywistym przewidywanych czasów przyjazdu pojazdów transportu publicznego na tablicach przystankowych. Tablice powinny mieć możliwość wyświetlania zarówno czasu wynikającego z rozkładu jak też przewidywany rzeczywisty czas przyjazdu.
System musi eksportować dane w formacie GTFS (General Transit Feed Specification).
Tablice powinny autonomicznie zarządzać wyświetlaną informacją: sortowanie wierszy wyświetlacza (według czasu przyjazdu), dodawanie/ usuwanie wpisów, odliczanie czasu odjazdu pojazdów.
Moduł ten musi zapewniać następującą funkcjonalność:
Definiowanie tekstów specjalnych (wyświetlanych w ostatniej linijce wyświetlacza)
Definiowanie tekstów specjalnych dla wybranej linii lub pojazdu w zadanym kierunku
Sterowanie czasowe wyżej wymienionych funkcji
Wirtualny podgląd każdej tablicy odzwierciedlający prezentowane informacje
System nadrzędny powinien mieć możliwość wykonania funkcji załączenia / wyłączenia tablic, możliwość zdefiniowania i przesłania swobodnych tekstów i zdalnego monitoringu działania tablicy.
Tablice powinny być seryjnym produktem producenta w celu łatwej i szybkiej wymiany tablicy w przypadku awarii lub zniszczenia.
Każda tablica musi posiadać naklejony napis z nazwą przystanku. Ponadto wymagany jest opis kolumn wyświetlacza w postaci: Linia | Przystanek docelowy | Odjazd. Napisy te mają być widoczne z każdego punktu przystanku, przy czym czcionka nazwy przystanku ma być większa od stosowanej dla opisu kolumn, informacja pasażerska powinna być prezentowana z dwóch stron tablicy.
Każda tablica musi prezentować czas bieżący - aktualna godzina z dokładnością do jednej sekundy w oparciu o wewnętrzny zegar czasu rzeczywistego oraz bieżąca datę.
Na każdej tablicy musi być logo miasta lub nazwa zgodnie z ustaleniami z Zamawiającym.
W poszczególnych wierszach wyświetlacza wymagana jest informacja odnośnie numeru linii, kierunku jazdy linii i czasu odjazdu z przystanku. Gdy system nie potrafi określić rzeczywistego odjazdu autobusu z przystanku (brak łączności) czas odjazdu powinien być w formacie HH:MM, w tym wypadku jest to czas planowanego odjazdu zdefiniowanego w bazie danych systemu. Numer linii wraz z kierunkiem i czasem odjazdu przystanku w formacie HH:MM musi zostać usunięty z wyświetlacza dokładnie po upływie 30 sekund od planowanego czasu odjazdu.
Tablica informacji pasażerskiej będzie przechowywała aktualny rozkład, który będzie wyświetlany w razie utraty łączności tablicy z systemem centralnym, przy czym tablica musi wówczas wyświetlać komunikat informujący o tym stanie.
Gdy system monitoruje pojazd w trybie rzeczywistym, czas odjazdu powinien być reprezentowany w postaci „X min”, niemniej jednak prezentowanie „0 min” nie jest dopuszczalne. Gdy autobus podjeżdża do przystanku (gdzie rzeczywisty czas odjazdu jest mniejszy niż 30 sekund) i pozostaje na przystanku w celu wymiany pasażerów wyświetlacz musi zmienić prezentowany czas odjazdu na symbol - piktogram (graficznie symbolizujący pojazd), który dodatkowo musi mrugać. Cały ten wiersz musi zniknąć z wyświetlacza po upływie maksymalnie 15 sekund od rzeczywistego odjazdu autobusu. Wtedy tablica powinna natychmiast odświeżyć prezentowane dane i wyświetlić następny najbliższy odjazd autobusu wraz z numerem linii i kierunku dodatkowo sortując wszystkie linie pod względem najbliższego czasu odjazdu.
Gdy łączność z systemem jest zerwana, tablica powinna automatycznie przejść w tryb cyklicznej próby nawiązania ponownego połączenia z systemem. W momencie nawiązania połączenia, tablica powinna natychmiast zacząć informować pasażerów o następnych odjazdach.
W momencie gdy na przystanku nie przewiduje się więcej odjazdów w dniu bieżącym, tablica powinna zaprezentować tekst informujący pasażerów o braku następnych kursów.
Ostatnia linijka tablicy powinna służyć do wyświetlania dowolnych tekstów, wysłanych przez system. Wymaga się aby funkcja ta posiadała możliwość sterowania czasowego. Tablica musi posiadać możliwość płynnego przewijania tekstu ostatniej linijki gdy tekst jest dłuższy niż linijka wyświetlacza.
Gdy nazwa kierunku jazdy pojazdu jest również dłuższa niż zdefiniowany obszar wyświetlacza prezentowany tekst powinien również się przewijać
Tablice muszą mieć możliwość prezentowania tekstów specjalnych dla każdej z prezentowanej linii komunikacji miejskiej, co oznacza że tablica musi prezentować numer linii i tekst specjalny linii. W przypadku gdy tekst jest zbyt długi niż zdefiniowany obszar wyświetlacza, tekst musi ulegać płynnemu przewijaniu.
W przypadku niespodziewanych objazdów, awarii i sytuacji nieprzewidywalnych i niezgodnych z planowanym rozkładem jazdy, tablice muszą prezentować rzetelne i aktualne dane. Tablice nie mogą pokazywać odjazdów linii z danego przystanku, dla której w skutek nieplanowanych zdarzeń została zmieniona planowana trasa przejazdu. Tablica musi usunąć z wyświetlacza wszystkie nieaktualne odjazdy i zaprezentować je na innych tablicach usytuowanych na przystankach nowego tymczasowego przejazdu.
Proponowany układ lokalizacji urządzeń
Nr |
Nazwa |
Nr działki |
Własność pasa drogowego |
Nr przystanku |
Uwagi |
1 |
al. Xxxx Xxxxx XX Kaufland |
20/13 |
Powiat Ostrowiecki |
07 |
Droga powiatowa |
2 |
Polna (Lidl) |
95/2 |
Powiat Ostrowiecki |
06 |
Droga powiatowa |
3 |
Rynek |
43 |
Gmina Ostrowiec Świętokrzyski |
01 |
Droga gminna |
4 |
Sienkiewicza
|
47/7 |
Gmina Ostrowiec Świętokrzyski |
05 |
Droga gminna |
5 |
Iłżecka (1001 drobiazgów) |
99/4 |
Powiat Ostrowiecki |
03 |
Droga powiatowa |
6 |
Starokunowska ( apteka ) |
63/4 |
Gmina Ostrowiec Świętokrzyski |
02 |
Droga gminna |
Podane lokalizacje mogą ulec zmianie na etapie prac projektowych lub w wyniku uzgodnień z Zamawiającym.
Prace obejmują następujące czynności:
Wykonanie niezbędnych prac projektowych,
Uzyskanie uzgodnień,
Montaż tablicy na konstrukcjach
Połączenie tablic informacji pasażerskiej do systemu informacji pasażerskiej
Wykonanie dokumentacji powykonawczej.
Dostawa i uruchomienie oprogramowania systemu informacji pasażerskiej. W ramach projektu należy dostarczyć oprogramowanie dla zapewnienia komunikacji tablic z systemem informacji pasażerskiej, obsługi tablic przez operatora systemu i automatycznie przez system. Dostawa i uruchomienie w dyspozytorni systemu zarządzania informacją pasażerską oprogramowania do realizacji zadań i funkcji systemu.
Charakterystyka sprzętowa
Konstrukcja tablic powinna spełniać normy bezpieczeństwa CE obowiązujące w Polsce. Tablica musi posiadać normy zgodności EMC (EN 50121-4, EN 00000-0-0, EN 61000-6-2). Tablice zostaną wykonane w technologii LED.
Tablica dwustronna (wyświetlacz LED po dwóch stronach tablicy).
Wymiary wyświetlacza:
wysokość 5 wierszy,
rozmiar wyświetlacza powinien być w wymiarze nie mniejszym niż 192x70 pikseli
szerokość umożliwiająca wyświetlenie numeru linii, nazwy kierunku i lub jego skrótu i godziny odjazdu.
Tablice będą wyposażone w urządzenia do komunikacji za pośrednictwem sieci światłowodowej, sieci komórkowej GSM/LTE/5G oraz WiFi.
Wyświetlacz powinien mieć możliwość zaprezentować minimum 32 znaki na linie, (biorąc pod uwagę najszerszy znak w języku polskim).
Interfejs Wi-Fi do komunikacji serwisowej.
Tablice muszą pracować w technologii LED. Kolor wyświetlanych napisów powinien być biały na czarnym tle. Obraz musi być wolny od efektu migotania.
Prezentowane na tablicy informacje powinny być widoczne pod kątem minimum 120 stopni pionowo i poziomo.
Obudowa wandaloodporna, wraz z wykonaniem odpornym na zamalowywanie (wymaga się użycia farb i materiałów tzw. „ANTYGRAFFITI”).
Zasilanie 230 V AC, 50Hz
Na konstrukcji wsporczej na której zamontowana będzie tablica, ma zostać zainstalowany przycisk do włączenia komunikatów głosowych dla osób niedowidzących oznaczony napisem w alfabecie Braille’a.
Głośnik umożliwiający poprawne odsłuchanie wiadomości z potencjometrem regulowanym w trybie serwisowym oraz zdalnie z centrum. Automatyczna przyciszenie głośności w godzinach nocnych.
Tablica musi poprawnie wyświetlać wszystkie polskie litery, cyfry oraz znaki specjalne.
Wykonawca przygotuje projekt do zatwierdzenia przez Zamawiającego szaty graficznej tablic na etapie projektowania systemu.
Tablica musi posiadać system automatycznego dostosowywania jasności prezentowanego obrazu do warunków zewnętrznego oświetlenia. System ten ma służyć poprawie widoczności prezentowanych treści w dzień słoneczny, pochmurny oraz w nocy.
W tablicy należy zainstalować czujnik uderzenia; jego pobudzenie ma doprowadzić do wysłania informacji o tym fakcie do odpowiednich służb Zamawiającego (sms, mail itp), jednocześnie też automatycznie powiadomić operatora, jak i na mapie GIS u operatora od razu pokazać miejsce zdarzenia. Wystąpienie alarmu musi być zarejestrowane i możliwe do przeglądania w zakresie zdarzeń archiwalnych.
Statusy każdej tablicy ma być pokazywany w osobnej tabeli– z takimi informacjami, jak status zalogowania, wyświetlany obecnie tekst, czas wysłania ostatniego tekstu specjalnego itp.
Tablice mają być wyposażone w głośniki umieszczone na tablicach – taki głośnik ma na przystankach realizować zapowiedzi głosowe automatycznie, wymagane jest regulowanie mocą głośników oraz sterowanie w których porach dnia zapowiedzi mają być wygłaszane. Sposób wygłaszania zapowiedzi będzie uzgodniony na etapie projektowania.
Pracownicy serwisu muszą mieć łatwy dostęp do poszczególnych elementów tablic i wszystkich podzespołów elektronicznych.
Musi zostać zastosowane bezpieczne otwieranie zamków w systemie jednego specjalizowanego klucza.
Ma być zainstalowany interfejs komunikacji serwisowej typu LAN.
Tablice powinny być umieszczone w obudowach gwarantujących odpowiednio wysoki poziom zabezpieczenia przed kurzem, deszczem, zanieczyszczeniami z zewnątrz i korozją – zgodnie z normą IP54 lub wyższą (wymagany certyfikat o potwierdzenie normy bezpieczeństwa dostarczony na etapie realizacji).
Wnętrze tablicy musi być zabezpieczone przed skutkami opadów atmosferycznych, wilgoci i zapylenia.
Konstrukcja wewnętrznej części tablicy powinna uniemożliwiać osadzanie i skraplanie się pary wodnej.
Elementy konstrukcyjne oraz obudowa tablicy muszą być odporne na korozję.
Zamawiający wymaga, aby strona czołowa tablicy zapewniała eliminowanie refleksów i odbić oraz była zabezpieczona przed uszkodzeniami mechanicznymi (aktami wandalizmu) – poprzez zastosowanie wandaloodpornej obudowy.
Dolna krawędź tablicy informacyjnej musi znajdować się na wysokości min. 3 m nad powierzchnią stanowiska (peronu przystanku).
Elementy konstrukcyjne nie mogą posiadać ostrych krawędzi.
Mocowanie tablic musi posiadać zabezpieczenia utrudniające kradzież tablic.
Tablice muszą prawidłowo pracować w przedziale temperatur otoczenia od -30ºC do 50ºC, w warunkach pełnego nasłonecznienia.
Po zaniku napięcia zasilania i jego powrocie musi być zapewniony automatyczny start tablic informacyjnych.
W sytuacji, gdy łączność tablicy informacyjnej z serwerem zostanie przerwana, tablica powinna automatycznie przejść w tryb cyklicznej próby nawiązania połączenia z serwerem. W trybie offline tablica musi informować na wyświetlaczu o braku łączności w sposób dyskretny dla pasażerów (sposób informacji do ustalenia z Zamawiającym).
W momencie nawiązania połączenia tablica powinna niezwłocznie podjąć wyświetlanie aktualnych komunikatów o odjazdach.
Niedopuszczalne jest stosowanie w obudowie tablicy otworów służących do chłodzenia lub układów z filtrami.
System nadzoru ruchu oraz System Zarządzania Rozkładami Jazdy
Cele i zadania
W ramach dostawy systemu zarządzania oraz wsparcia pracy dyspozytora planuje się dostarczenie sprzętu, oprogramowania i metody do realizacji następujących celów:
poprawa punktualności i regularności kursowania
ułatwienie pracy służbom technicznym
zapewnienie informacji dla pasażerów na przystankach (SDIP)
zapewnienie informacji dla pasażerów poprzez Internet
Główne zadania systemu:
wspomaganie planowania tras
kontrola punktualności
wspomaganie działań dyspozytorskich
zarządzania taborem
zarządzanie personelem
monitorowanie urządzeń
planowanie on-line podróży przez pasażerów
przystankowa informacja pasażerska
informacja pasażerska wewnątrz pojazdów komunikacji miejskiej
System powinien być zaprojektowany w sposób otwarty, możliwy do adaptacji do nowych warunków, co ma ułatwić rozbudowę systemu w jednym z dwóch kierunków: co do zakresu terytorialnego (obsługa kolejnych pojazdów, linii, zajezdni) oraz co do rozbudowy funkcjonalnej, tzn. dołączania kolejnych modułów i integrowania ich w jeden system o strukturze hierarchicznej.
System będzie użytkowany i administrowany przez operatora transportu publicznego.
Wymagania funkcjonalne
Połączenia tekstowe i głosowe z kierującymi pojazdami
System musi być wyposażony w moduły umożliwiające dyspozytorom komunikację tekstowa i głosową z kierującymi pojazdami.
Wymaga się wysyłania z poziomu aplikacji dyspozytorskiej telegramów tekstowych do wszystkich lub wskazanych pojazdów. Informacje tekstowe powinny być wyświetlane na ekranie komputera pokładowego.
Centralny system zarządzania i wspierania pracy dyspozytora
Pod pojęciem system zarządzania rozumie się zcentralizowaną aplikację sterującą wszystkimi omawianymi w wymaganiach szczegółowych procesami i zadaniami dyspozytorskimi. W niniejszym dokumencie wszystkie wymagane funkcjonalności systemu centralnego będą rozbite na osobne moduły. Dopuszcza się możliwość łączenia funkcjonalności w obrębie modułów.
Aplikacje/funkcje dyspozytorskie
System musi zapewniać wsparcie w działaniach dyspozytorskich. Powinien zapewniać funkcje automatycznej i ręcznej modyfikacji trasy pojazdu w ramach działań sterowania na linii.
Dostępne muszą być między innymi następujące strategie: wprowadzanie pojazdów rezerwowych, omijanie przystanków, zawracanie pojazdów z linii. Musi być dostępna funkcja nadzoru nad realizacją połączeń przesiadkowych.
System lokalizacji pojazdów
System automatycznej lokalizacji pojazdów jest podstawowym narzędziem, na którym bazuje większość funkcji Systemu Dynamicznej Informacji Pasażerskiej oraz wsparcia pracy dyspozytora. Wymaga się, aby system automatycznej lokalizacji pojazdów działał z dokładnością min 5 m w trybie podstawowym (w rejonie skrzyżowań z sygnalizacją świetlną oraz w strefach przystankowych) oraz min 10 m poza skrzyżowaniami.
Wszystkie pojazdy muszą przekazywać z zadaną częstotliwością do centrum sterowania swoją pozycję. Musi istnieć możliwość deklarowania częstotliwości w sekundach nie rzadziej niż co 30 sekund, przy czym wymaga się aby częstotliwość była jednocześnie wystarczająca dla algorytmów predykcji i informacji pasażerskiej. System ma umożliwiać zmianę częstotliwości wysyłanych danych dla wszystkich pojazdów, jedynie meldunek z pojawienia się na przystanku powinien być wysyłany każdorazowo z każdego przystanku. W sytuacji gdy autobus traci łączność z Centrum, system musi zasygnalizować dyspozytorowi brak łączności oraz zaprezentować aktualną przewidywaną pozycję uwzględniającą czas realizacji przejazdu.
Jest wymagane, aby system pokładowy składający się z komputera pokładowego wraz z podłączonymi urządzeniami, mógł działać w trybie autonomicznym. Oznacza to, że pomimo braku łączności z centrum sterowania, a tym samym braku informacji w centrum o aktualnej pozycji pojazdu i wszystkich jego istotnych parametrach, komputer pokładowy będzie nadal realizował wszystkie wymagane funkcje na poziomie lokalnym.
Wymagania dla systemu sterowania i aplikacji dyspozytorskiej
System powinien udostępniać narzędzia do operatywnego zarządzania pracą taboru. System powinien być zbudowany z modułów realizujących poszczególne funkcje. Wymagane jest, aby system miał możliwość dołączania dodatkowych modułów w przypadku rozbudowy systemu. Dyspozytorski system sterowania powinien być wyposażony w moduły opisane poniżej.
Moduły reprezentacji graficznej zalogowanych pojazdów
Na poziomie centrum wymaga się algorytmów ekstrapolacji pozycji pojazdów, przydatnych szczególnie w przypadku małej częstotliwości przekazywania komunikatów pozycyjnych od pojazdów lub w przypadku braku połączenia z pojazdem. W tym przypadku system musi zasygnalizować dyspozytorowi brak łączności z pojazdem i zamiast informacji rzeczywistej, zaprezentować planowane czasy odjazdów na linii.
Pojazd "jadący względnie zgodnie z planem rozkładu jazdy" powinien mieścić się w określonym czasie odchylenia od rozkładu. Zamawiający oczekuje istnienia możliwości płynnej regulacji wartości opóźnienia oraz przyspieszenia, przy którym zakłada się, że pojazd porusza się zgodnie z planem, jest opóźniony lub przyspieszony w przedziale ustalonym z Wykonawca na etapie tworzenia dokumentacji projektowej.
Schemat sieci należy rozumieć jako podłączenie mapy typu schemat sieci komunikacji miejskiej (w formacie bmp lub jpg), na której będzie można zaprezentować pozycję wszystkich zalogowanych pojazdów.
Mapa typu GIS jest również przedmiotem zamówienia zgodnie z opisem w OPZ.
"Przystanek docelowy" to ostatni przystanek na realizowanym kursie.
Reprezentacja tabelowa
Moduł podglądu na wszystkie zalogowane pojazdy w postaci tabeli z możliwością prezentacji danych szczegółowych pojazdu (nr boczny zalogowanego pojazdu, nr linii, kierunek, następny przystanek, rzeczywista pozycja, koordynaty GPS, rzeczywiste odchylenie od rozkładu jazdy, numer kierowcy). Każdej prezentowanej wartości powinna odpowiadać osobna kolumna tabeli. Powinna istnieć możliwość posortowania danych po każdej kolumnie tabeli malejąco lub rosnąco jak i przestawianie kolejności kolumn. Dla modułu wizualizacji tabelarycznej powinna istnieć możliwość filtrowania danych i wywołania funkcji dodatkowych jak zestawienie połączenia głosowego, wysłanie komunikatu tekstowego lub zmiany trasy przejazdu.
Reprezentacja „drabinkowa”
Moduł podglądu zalogowanych pojazdów w postaci „drabinkowej” musi prezentować zalogowane pojazdy na linii w postaci logicznej drabinki z uwzględnieniem aktualnej pozycji pojazdu wraz z rzeczywistym odchyleniem od rozkładu jazdy i pozycji planowanej.
„Drabinka” powinna składać się z listy następujących po sobie przystanków. Z jednej strony listy powinna znajdować się wizualizacja pojazdów poruszających się od pierwszego przystanku na liście do ostatniego, z drugiej strony pojazdów poruszających się w przeciwną stronę. Wizualizacja musi posiadać możliwość prezentacji planowanej pozycji kursu zgodnie z rozkładem jazdy i naniesioną na niego aktualną pozycję zalogowanego pojazdu. Taka reprezentacja musi być wyposażona w odpowiednio konfigurowalne wartości kolorystyczne dla pojazdów opóźnionych, przyśpieszonych i tych jadących względnie zgodnie z planem rozkładu jazdy. Reprezentacja pojazdu powinna zawierać konfigurowalne oznaczenia, jak numer pojazdu, realizowany kurs i rzeczywiste odchylenie od rozkładu jazdy. Moduł ten musi być wyposażony w rozwijaną listę opcji dodatkowych wywołanych przez dyspozytora dla: pojazdu, dowolnej grupy pojazdów na różnych liniach wybranych przez operatora i wyświetlaczy informacji pasażerskiej. Po dokonaniu wyboru system musi zaproponować między innymi następujące funkcje: połączenie głosowe z kierowcą lub pasażerami, wiadomość tekstową dla kierowcy, dynamiczną zmianę rozkładu jazdy dla pojazdu, wywołanie reprezentacji planowanego rozkładu jazdy dla pojazdu lub linii wraz z rzeczywistymi czasami odjazdów z wszystkich przystanków na linii (dane historyczne dla zrealizowanych odjazdów i prognozowane dla wszystkich następnych) jak również wysłanie tekstu specjalnego dla wszystkich (lub dowolnie wybranych) wyświetlaczy przystankowych na linii. Moduł typu „drabinka” musi posiadać graficznie symbole zainstalowanych na przystankach linii wyświetlaczy informacji pasażerskiej, skąd dyspozytor będzie mógł uruchomić wirtualny podgląd wyświetlacza.
Schemat sieci
System musi posiadać możliwość podłączenia mapy typu schemat sieci komunikacji miejskiej (w formacie bmp lub jpg), na której będzie można zaprezentować pozycję wszystkich zalogowanych pojazdów.
Mapa GIS
System musi prezentować dane dotyczące sieci komunikacji miejskiej (lokalizacje przystanków, kształt kursów, rozkłady jazdy, itp.) w formacie danych GTFS (General Transit Feed Specification).
Musi posiadać moduł „Edytora linii komunikacji miejskiej” z funkcjonalnościami takimi jak:
Graficzna edycja linii komunikacyjnych, przystanków, kursów, etc.
Eksport i import danych do formatu GTFS.
Testowanie utworzonego schematu komunikacji.
Publikacja danych gtfs.zip na serwerze operatora transportu publicznego.
Zakłada się, że Pliki GTFS utworzone przy pomocy Edytora będą przechodziły pozytywnie walidację przy pomocy ogólnie dostępnych narzędzi (np. FeedValidator: xxxxx://xxxxxx.xxx/xxxxxx/xxxxxxxxxxx/xxxx/XxxxXxxxxxxxx ).
System musi prezentować wszystkie pojazdy na podstawie koordynat GPS. Mapa GIS musi posiadać reprezentację warstwową w jednym z dostępnych formatów wektorowych.
Prezentacja danych musi odbywać się w sposób dynamiczny i być zgodna ze specyfikacją GTFS Realtime.
Mapa powinna wyświetlać plan miasta wraz z naniesioną wizualizacją danych generowanych przez cały system. W skład wizualizowanych danych powinny wchodzić informacje z poszczególnych pojazdów należących do transportu publicznego. W ramach wyświetlanych informacji, operator powinien móc wybrać daną jednostkę i wyświetlić dla niej szczegółowe dane takie jak:
numer pojazdu z którego pochodzi dana informacja
numer linii i kursu
numer kierowcy lub dane osobowe
odchylenie od realizowanego rozkładu jazdy (przyspieszenie lub opóźnienie)
kod kolorowy oznaczający stopień odchylenia od realizowanego rozkładu jazdy, zgodnie z wcześniej skonfigurowaną tolerancją czasów opóźnienia/przyśpieszenia
rodzaj i typ pojazdu
ostatni zrealizowany przystanek
pozycję geograficzną pojazdu (GPS)
pozycję logiczną pojazdu wyrażoną w metrach od poprzedniego przystanku
realizowany rozkład jazdy
przystanek docelowy
Dane powinny być wyświetlane w sposób czytelny, umożliwiający łatwe analizowanie i przeglądanie ich przez operatora. Mapa powinna umożliwiać łatwe i płynne przewijanie oraz powiększanie i pomniejszanie za pomocą myszki.
Oczekuje się integracji z usługami Google statycznie i dynamicznie w celu umożliwienia publikowania danych dla pasażerów takich jak rozkłady jazdy w powiązaniu z informacjami
o przebiegu linii i przystankach oraz aktualnych informacji o odjazdach pojazdów w czasie rzeczywistym.
Moduł obsługi zdarzeń
Moduł ten musi zapewniać obsługę zdarzeń pochodzących od kierującego pojazdem i komputera pokładowego. Wymaga się obsługi co najmniej następujących komunikatów kierującego: prośba o połączenie głosowe, wiadomość tekstowa i zgłoszenie alarmowe. Wszystkie zdarzenia powinny być reprezentowane w postaci tabeli zbiorczej. W przypadku zgłoszenia alarmowego wymagane jest aby dyspozytor został poinformowany dźwiękiem (wymagana jest możliwość konfiguracji pliku wav/mp3). Zdarzenie typu alarm musi być zawsze widoczne na pierwszej pozycji listy zdarzeń. Do każdego odebranego zdarzenia należy przewidzieć konfigurowalną akcję dyspozytorską taką jak: połączenie głosowe, tekstowe lub automatyczne wygenerowanie raportu zdarzenia.
Dodatkowo, moduł musi posiadać możliwość automatycznego generowania raportów w momencie gdy kierujący pojazdem zgłasza sytuacje awaryjną lub alarmową. Raport musi być automatycznie wypełniony wszystkimi dostępnymi informacjami o pojeździe i kierującym (co najmniej: data zdarzenia, godzina, nr kierującego, jego imię i nazwisko, numer linii, numer pojazdu, pozycja logiczna i GPS oraz informacje o dyspozytorze, który przyjmuje zgłoszenie). Pozycja logiczna jest to odległość w metrach zmierzona z użyciem systemu GPS pomiędzy kolejnymi słupkami na danej trasie, zgodnie z pomiarem faktycznie wykonanej ścieżki.
System wspomagania pracy kierującego pojazdem
System wspomagania pracy kierującego pojazdem ma na celu umożliwienie kontroli czasu przejazdu na trasie względem planowanego rozkładu jazdy. Taka informacja pozwala kierującemu pojazdem efektywnie wpływać na poprawę jakości usług transportu publicznego.
System musi zapewniać możliwość nawiązania połączenia głosowego z dyspozytorem oraz wysyłanie priorytetowej informacji typu alarm.
Moduły komunikacji z kierującymi
Komunikacja tekstowa
Wymaga się aby system miał możliwość komunikacji z każdym kierowcą poprzez krótkie wiadomości tekstowe. System musi zapewniać możliwość wysłania wiadomości do pojazdów wybranych przez dyspozytora, wszystkich pojazdów zalogowanych na wybranych liniach oraz sterowanie czasowe tymi funkcjami. Wymaganą funkcją jest żądanie potwierdzenia otrzymania wiadomości przez kierującego pojazdem.
Komunikacja głosowa
Należy zapewnić realizację połączeń głosowych z pojazdami. Moduł musi umożliwiać:
odbieranie żądań połączeń głosowych i wyświetlania ich na stacjach roboczych
sortowanie zgłoszeń według kolejności i priorytetów
nawiązanie połączenia głosowego z pojedynczym pojazdem i/lub grupą pojazdów (np. wszystkie pojazdy na danej linii)
ustawianie wysokiego priorytetu i automatyczny odbiór w przypadku alarmów o zagrożeniu bezpieczeństwa
nagrywanie dyspozytorskich komunikatów głosowych
odtwarzania i wysyłania nagranych dyspozytorskich komunikatów głosowych do wybranych pojazdów.
Baza danych systemu
Wymaga się aby system został zintegrowany z obecnie wykorzystywanym oprogramowaniem do sprzedaży oraz księgowości (Comarch Optima), co najmniej w obszarze danych dotyczących czasu pracy kierowców stanowiących podstawę naliczenia wynagrodzeń. Dopuszcza się możliwość zaproponowania nowych rozwiązań, w przypadku zbyt wysokich kosztów integracji w/w oprogramowania z systemem. W takim przypadku wdrożenie konwersja obecnej bazy danych, szkolenie pracowników w zakresie nowego oprogramowania leży po stronie WYKONAWCY. Wymagane jest wtedy zachowanie okresu przejściowego do sprawdzenia poprawności transferu danych pomiędzy bazami. WYKONAWCA do odbioru całkowitego systemu przedstawi szczegółowy opis struktury bazy danych, wraz z tabelami i powiązaniami pomiędzy tabelami.
Metody predykcji
System powinien wykorzystywać procedury przewidywania lokalizacji pojazdów, opóźnień i innych zakłóceń. System powinien wykorzystywać do tego celu bieżące dane, pozyskiwane i gromadzone w systemie. Takie podejście ma zapewnić zawsze aktualną i rzetelną informację dotyczącą predykcji. Informacje takie będą wykorzystywane przez System Dynamicznej Informacji Pasażerskiej do wyświetlania aktualnych informacji o ruchu pojazdów, a także przez operatora do podejmowania pewnych działań wyprzedzających, np. wprowadzenie dodatkowego pojazdu na linię, zmodyfikowania trasy i kontroli pozycji pojazdu na trasie wraz z aktualnym odchyleniem od rozkładu jazdy, itp.
Moduł sterowania informacją pasażerską
Informację pasażerską należy przekazywać poprzez tablice przystankowe, wyświetlacze wewnątrz pojazdów oraz środki masowego przekazu, rozumiane jako strona internetowa, aplikacja mobilna dla telefonów komórkowych.
Moduł zarządzania rozkładem jazdy komunikacji miejskiej
Podstawową funkcjonalnością modułu będzie projektowanie sieci komunikacji miejskiej (linie komunikacji, kursy, przystanki), tworzenie rozkładów jazdy oraz eksport tych danych do urządzeń, znajdujących się w pojazdach i na serwer www. System będzie obsługiwał kilka wersji rozkładu jazdy (aktualny, obowiązujący od zadanego dnia, itp.).
Moduł ma umożliwić tworzenie wielowersyjnych rozkładów jazdy (komplety danych rozkładów jazdy na kolejne daty obowiązywania):
rozkłady archiwalne;
aktualne;
rozkłady w trakcie przygotowania;
z uwzględnieniem możliwej pracy różnych środków transportu oraz wielu przewoźników i wielu zajezdni.
Moduł umożliwi projektowanie rozkładów jazdy, poprzez zdefiniowanie połączeń pomiędzy przystankami wraz z ich parametrami (droga, czasy przejazdów) oraz ich połączeniu w warianty tras linii.
Zdefiniowanie dojazdów i zjazdów do i z linii dla obsługujących linię zajezdni
Moduł umożliwi projektowanie minutowego rozkładu jazdy,
Moduł korekcji planowanego rozkładu jazdy w czasie rzeczywistym
Wymagane jest aby w momencie wystąpienia okoliczności niespodziewanych i wymagających dynamicznej zmiany w planowanym rozkładzie jazdy pojazdu lub linii, system miał możliwość dokonać zmian w rozkładzie jazdy a tym samym automatycznie skorygować informację o odjazdach dostarczaną przez wszelkie kanały informacji pasażerskiej z szczególnym uwzględnieniem tablic zainstalowanych na przystankach.
Moduł zarządzania przesiadkami w trybie planowym i rzeczywistym
Moduł musi mieć możliwość gwarantowania pasażerom przesiadki w trybie rzeczywistym pomiędzy zdefiniowanymi parami pojazdów transferowych. W tym wypadku, wymagane jest aby system komunikował się z komputerem pokładowym pojazdu poprzez krótkie wiadomości tekstowe tym samym informując kierowcę pojazdu o zaistniałej konieczności zapewnienia pasażerom przesiadki. Moduł musi posiadać interfejs konfiguracyjny i operacyjny. Moduł powinien korzystać z algorytmów decyzyjnych, umożliwiających wstrzymanie odjazdu pojazdu z przystanku, nawet wtedy gdy będzie to niezgodne z planowanym rozkładem jazdy. Wymagane jest, aby system informował na bieżąco dyspozytora o podejmowanych decyzjach i umożliwiał ich zmianę.
Moduł kontroli punktualności pojazdów na wszystkich liniach
Moduł podglądu rzeczywistych czasów odjazdów z każdego przystanku wszystkich linii komunikacji dla wszystkich zalogowanych pojazdów. W tym wypadku system musi określać czas opóźnienia lub przyśpieszenia każdego z zalogowanych pojazdów dla wszystkich przystanków w bazie danych i prezentować te informacje w tabeli porównawczej wraz z planowanym rozkładem jazdy. Moduł musi prezentować już zrealizowane odjazdy z przystanków i prognozy na następne przystanki. Dane dla każdego kursu muszą być zapisywane i dostępne przez minimum 365 dni wstecz.
Odchyłki od planowanego rozkładu jazdy są wyznaczane na poziomie lokalnym przez komputer pokładowy pojazdu. Niedopuszczalnym rozwiązaniem jest aby centrum sterowania było odpowiedzialne za kalkulację bieżących odchyleń od rozkładu jazdy.
Moduł zliczania przejechanych kilometrów
Moduł zliczania ilości przejechanych kilometrów oraz czasu pracy kierowcy każdego pojazdu, z uwzględnieniem podziału na numer linii i kursu oraz terytorium danej gminy .
informacja o ilość przejechanych kilometrów będzie również dostępna w trybie on-line.
Moduł wykrywania zatorów
System musi posiadać moduł umożliwiający wykrywanie zatorów. Pojazd, dla którego zostanie wykryty zator powinien być oznaczony w aplikacji dyspozytorskiej innym symbolem (reprezentacja drabinkowa), odróżniającym go od reszty pojazdów. Funkcja ta ma na celu dostarczenie dyspozytorowi aktualnej informacji o płynności ruchu pojazdów komunikacji miejskiej. Wykrywanie zatoru powinno się odbywać na poziomie lokalnym. System da możliwość określenia przedziału czasu, dla którego brak ruchu pojazdu będzie interpretowany jako zator.
Moduł informacji multimedialnej wewnątrz pojazdu
System informacji multimedialnej działać będzie w oparciu o tablice systemu emisji komunikatów na ekranach LCD.
System musi posiadać pamięć o pojemności minimum 16GB SSD (flash),
System musi posiadać możliwość zdalnego (bezprzewodowego i przez złącze USB) napełniania danymi,
System musi posiadać narzędzia, w tym oprogramowanie, pozwalające zarządzać i napełniać danymi z siedziby Zamawiającego.
Oprogramowanie musi umożliwiać wgrywanie zestawów danych w podziale na poszczególne pojazdy jak i dla grup pojazdów; oprogramowanie musi umożliwiać tworzenie grup pojazdów,
Oprogramowanie musi umożliwiać tworzenie zestawów danych do wyświetlenia, pozwalając na definiowanie stref czasowych w podziale na godziny jak i na dni tygodnia,
Oprogramowanie musi umożliwiać tworzenie zestawów danych do wyświetlenia, pozwalając na definiowanie stref geograficznych, w których dane będą wyświetlane,
System musi umożliwiać wyświetlanie wybranych treści w zadanych strefach geograficznych – na podstawie danych o położeniu geograficznym zawartych w autokomputerze,
Wszystkie zastosowane w systemie mobilnej wizualizacji urządzenia i podzespoły muszą posiadać czytelne i trwałe oznaczenia literowo-cyfrowe jednoznacznie je identyfikujące, pozwalające na zaewidencjonowanie i przypisanie do danego pojazdu (zestawienie ww. oznaczeń dotyczących każdego pojazdu musi być dołączone do protokołu zdawczo-odbiorczego); sposób montażu poszczególnych urządzeń systemu musi zapewniać skuteczne zabezpieczenie ich przed dostępem osób nieuprawnionych, kradzieżą, dewastacją itp.,
Wyposażenie pojazdów
W celu osiągnięcia żądanych funkcjonalności Systemu Dynamicznej Informacji Pasażerskiej należy w ramach zamówienia zintegrować istniejące wyposażenie pojazdów ewentualnie doposażyć w niezbędne urządzania i sprzęt. W przypadku braku możliwości integracyjnych istniejących urządzeń Zamawiający dopuszcza wymianę aktualnego wyposażenia w autobusach na koszt Wykonawcy.
Autobusy nowo zakupione
Zamawiający wymaga, wyposażenia 23 szt. pojazdów zakupionych w komplet wyposażenia umożliwiającego obsługę system dynamicznej informacji pasażerskiej oraz karty miejskiej w następujące elementy:
Komputery pokładowe
Moduł komunikacyjny GSM/WiFi 2,4/5GHz wraz z niezbędnymi antenami
Moduł zapowiedzi głosowych
Moduł komunikacji z kierującym
Kasowniki elektroniczne dualne
Kasowniki elektroniczne z mikropłatnościami i obsługą e-biletu
Przycisk alarmowy/napadowy
Tablica LED przednia zewnętrznej informacji pasażerskiej
Tablica LED boczna zewnętrznej informacji pasażerskiej
Tablica LED tylna zewnętrznej informacji pasażerskiej
Tablica LCD wewnętrznej informacji pasażerskiej
System monitoringu wizyjnego autobusu wraz z kamerami
Ładowarki USB w przestrzeni pasażerskiej
Kamery monitoringu wizyjnego – 8 szt.:
Czołowa - 1 szt.
Cofania- 1 szt.
Kabiny kierowcy z kanałem audio – 1 szt.
W przestrzeni pasażerskiej – 3 szt.
Boczne po jednej na stronę– 2 szt.
Autobusy w bieżącym użytkowaniu
Zamawiający wymaga, doposażenia 10-ciu pojazdów, które posiada, w niezbędny sprzęt, urządzenia i oprogramowanie aby pojazdy te mogły prawidłowo funkcjonować w budowanym systemie dynamicznej informacji pasażerskiej.
Dla autobusów będących w bieżącym użytkowaniu należy wykorzystać istniejące zabudowane tablice, w przypadku braku możliwości integracyjnych Zamawiający dopuszcza wymianę tablic w celu osiągnięcia właściwej żądanej funkcjonalności systemu.
Posiadane autobusy wyposażone są w komponenty przedstawione poniżej.
Jelcz 121-M ( 9 szt. )
Panel sterujący SRG-3100P
Tablica przednia ETLZ-U-416112
nie ma tablicy bocznej
Tablica tylna ETLZ-U-216028
Tablica wewnętrzna ETL-416120
Urządzenie głośnomówiące
Urządzenie do zapowiadania na zewnątrz wraz z głośnikiem
Modem radiowy –wersja z 2007 r.
Kasowniki
Solaris Urbino 12 ( 1 szt. )
Panel sterujący SRG-3000P
Tablica przednia ETLZ-U-416112
Tablica boczna ETLZ-U-216084
Tablica tylna ETLZ-U-216028
Tablica wewnętrzna ETL-416120
Kasowniki KRG-6KB3 - 3 szt.
Wymagania dla komputera pokładowego z oprogramowaniem (autokomputer)
Sterownik należy zamontować w kabinie kierowcy, w miejscu zapewniającym łatwy dostęp i obsługę. Sterownik musi umożliwiać zdalne zaprogramowanie (poprzez wgranie odpowiednich plików) informacji o wszystkich obsługiwanych liniach komunikacyjnych, tj. informacji o trasach, przystankach, odległościach między przystankami, rozkładach jazdy oraz plików zapowiedzi głosowych i zawartości prezentowanych na tablicach wewnętrznych; zalecana jak największa automatyzacja pracy systemu, np. przy zmianie obsługiwanej linii. Możliwość przechowywania w pamięci wszystkich wymienionych składników, w tym kilku możliwych następnych planowanych zmian wszystkich wymienionych składników (pełna zmiana lub tylko aktualizacja - do wyboru), z automatycznym przełączaniem na aktualne dane zgodnie z datą ważności załadowanych danych,
Sterownik musi umożliwiać wprowadzenie w każdym momencie przez kierowcę wyświetlania dowolnego oznaczenia linii, w celu obsługi linii rezerwowych lub zastępczych,
Funkcje wyboru wyświetlanych informacji mają być łatwo dostępne dla kierowcy, czynności obsługowe ograniczone do niezbędnego minimum; zalecane jest zastosowanie jednego sterownika do sterowania wszystkimi urządzeniami oraz automatycznej lokalizacji przystanku,
Sterownik musi być wyposażony w elektroniczny układ pomiarowy mierzący drogę (geolokalizacja), czas i rejestrujący fakt zamknięcia drzwi, z możliwością bieżącej weryfikacji rozkładów jazdy oraz rejestracji danych. Sterownik oprócz obsługi systemu informacji liniowej (tablic kierunkowych) musi pełnić funkcję autokomputera, to znaczy musi być dostosowany do rejestracji wskazanych przez Zamawiającego sygnałów technicznych (np. poziom paliwa, zużycie paliwa, temp. silnika, ciśnienie oleju, pozycja skrzyni biegów, obroty silnika, praca silnika, stan pracy pieca, stan pracy klimatyzacji, temp. wewnątrz pojazdu – pełna lista sygnałów technicznych zostanie ustalona w trybie roboczym z Wykonawcą),
Sterownik musi pobierać dane techniczne bezpośrednio z szyny CAN lub OBD. Wykonawca musi przedstawić dokumentację opisującą listę odczytywanych danych technicznych,
Sterownik musi mieć możliwość współpracy i zarządzania systemem łączności alarmowej planowanym do wykonania przez Zamawiającego,
Sterownik musi być wyposażony w dodatkowy moduł umożliwiający komunikację z systemami informatycznymi Zamawiającego. Technologia powinna zapewniać zasięg transmisji w odległości minimum 200 m od anten, oraz umożliwiać komunikację z więcej niż 10 sterownikami jednocześnie. Preferowane rozwiązania Wi-Fi, inne radiomodemy). Wykonawca zobowiązany jest do dostarczenia systemu po stronie odbiorczej wraz z oprogramowaniem, pozwalającej na wymianę danych pomiędzy systemami informatycznymi a sterownikiem,
Sterownik musi posiadać możliwość zdalnej aktualizacji oprogramowania oraz zdalnej zmiany konfiguracji parametrów sterownika. Wykonawca musi dostarczyć licencje na oprogramowanie umożliwiające w/w funkcje. Wykonawca musi zobowiązać się do zapewnienia wsparcia technicznego dla oprogramowania w okresie nie krótszym niż 5 lat od daty podpisania umowy,
Sterownik musi być wyposażony w system automatycznej głosowej informacji o trasie umożliwiający głosowe zapowiadanie przystanków, po wprowadzeniu do systemu treści zapowiedzi w postaci plików dźwiękowych w formacie MP3 lub odczytywanych przez syntezator mowy z plików tekstowych (text-to-speech), którego licencję (TTS) Wykonawca przekaże Zamawiającemu - komunikat z nazwą bieżącego przystanku, komunikat z nazwą następnego przystanku, komunikat o charakterze przystanku (np. „na żądanie" granica stref biletowych), informacje o przesiadkach, dodatkowe komunikaty np. o przystanku końcowym, awarii pojazdu itp.; system automatycznej głosowej informacji musi umożliwiać przekazywanie przez głośnik zewnętrzny komunikatów o trasie w trakcie postoju na przystanku: „linia, numer linii, kierunek, nazwa krańca" + dodatkowy komunikat w razie potrzeby: „trasa zmieniona / trasa skrócona / kurs skrócony" (zgodnie z informacją wyświetlaną na tablicach kierunkowych); system musi umożliwiać automatyczną regulację poziomu głośności zapowiedzi w zależności od pory dnia,
Aktualizacja plików zapowiedzi głosowych musi odbywać się zdalnie, Wykonawca musi dostarczyć licencje na oprogramowanie umożliwiające w/w aktualizację,
Oprogramowanie umożliwiające: korzystanie z systemu tablic elektronicznych, korzystanie z danych zarejestrowanych przez sterownik oraz umożliwiające transmisję danych do serwera,
Wykonawca musi zobowiązać się do zapewnienia wsparcia technicznego dla dostarczonego oprogramowania w okresie nie krótszym niż 5 lat od daty podpisania umowy,
Razem z autokomputerem należy dostarczyć zarządzany przełącznik sieciowy (1 szt. lub 2 szt.) przystosowany do pracy w autobusie. Ilość złącz Ethernet (LAN) 10/100 Mbit/s powinna być wystarczająca do podłączenia wszystkich urządzeń zamontowanych w autobusie, które posiadają interfejs LAN (Ethernet ze złączami M12 lub przemysłowy RJ45 do zastosowań mobilnych w pojazdach komunikacji publicznej) z minimum 2 portami rezerwowymi.
Wymagania do oprogramowania:
automatycznie pobiera i przetwarza elektroniczne rozkłady jazdy operatora transportu publicznego ,
daje możliwość generowania podpowiedzi dla kierowcy o przebiegu trasy zadania przewozowego (graficznie i/lub akustycznie),
automatycznie pobiera aktualizacje plików audio,
umożliwia kierowcy bieżące śledzenie czasu, położenia na trasie strefy,
automatycznie wypowiada komunikaty głosowe przystankowe wewnętrzne i zewnętrzne oraz indywidualne komunikaty kierowcy,
steruje wyświetlaniem treści na tablicach informacyjnych LED i LCD zarówno z rozkładów jazdy, jak i treści indywidualnych,
steruje wyświetlaniem treści komunikatów wyświetlanych na tablicach systemu mobilnej wizualizacji (emisji informacji), także w zależności od położenia pojazdu,
zbiera i przekazuje informacje alarmowe z urządzeń monitoringu i szyny CAN lub OBD (sygnały techniczne z urządzeń - np. poziom paliwa, zużycie paliwa, temp. silnika, ciśnienie oleju, pozycja skrzyni biegów, obroty silnika, praca silnika, stan pracy pieca, stan pracy klimatyzacji, temp. wewnątrz pojazdu – pełna lista sygnałów technicznych zostanie ustalona w trybie roboczym) + „czarna skrzynka",
sprawdza stan zapełnienia nośników, sygnalizuje ich brak, awarię rejestratora i kamer zainstalowanych na pokładzie autobusu i wysyła alerty o stanie ich pracy we wskazane miejsce,
zbiera i przekazuje informacje o położeniu i czasie – do wykorzystania w planowanym systemie nadzoru ruchu,
zbiera i przekazuje informacje o otwarciu i zamknięciu drzwi, wciśnięciu "gorącego guzika", wciśnięciu przycisku STOP przez pasażerów, aktywacji i dezaktywacji układu otwierania drzwi przez pasażerów oraz aktywacji funkcji automatycznego zamykania drzwi itp.,
zbiera i przekazuje informacje o logowaniu się kierowców (czarna lista użytkowników),
umożliwia zdalne ustawienie częstości wymiany danych,
umożliwia zdalną wymianę oprogramowania zarządzającego urządzeniami,
sprawdza stan wszystkich tablic w pojeździe,
umożliwia i zarządza połączeniami alarmowymi z centralą nadzoru ruchu,
wyświetla alerty o awarii (np. status pracy) wybranych urządzeń pokładowych (np. kasownik),
synchronizuje czas systemowy autokomputera ze wskazanego źródła,
komputer identyfikuje daną jazdę autobusu co najmniej 4 cyfrowym identyfikatorem kursu (unikalny identyfikator jazdy autobusu może stanowić kompilację np. identyfikatora kursu w połączeniu z numerem wariantu, numerem linii, wariantem linii, datą ważności od, datą ważności do – szczegółową propozycję takiego systemu oznaczeń Wykonawca przedstawi Zamawiającemu w terminie 4 tygodni po podpisaniu umowy); identyfikator ten nie mógłby opisywać innego kursu w ciągu doby, ani innego kursu na innej linii,
kierowca każdorazowo rozpoczynając jazdę wybiera z użyciem komputera numer kursu,
wszelkie zdarzenia i wyjątki rejestrowane przez autokomputer, a generowane przez urządzenia wymienione w SIWZ (a w szczególności: kasowniki, system monitoringu, inne czujniki podłączone do szyny CAN) są oznaczane znacznikiem czasu z minimalną dokładnością do 1 sek., dodatkowo znacznikiem lokalizacji GPS oraz numerem kursu i nazwą przystanku, na którym autobus stoi lub poprzednim, z którego odjechał.
Funkcje interfejsu komputera pokładowego
W celu osiągnięcia pożądanej funkcjonalności systemu komputer pokładowy (autokomputer) musi zapewnić następujące funkcjonalności.
Należy zapewnić procedury logowania pojazdów do systemu po uruchomieniu komputera pokładowego pojazdu. Podczas logowania musi być zapewniona procedura weryfikacji prawidłowości danych w jednostce lokalnej pod kątem zgodności z danymi w centrum zarządzania
zapewnienie graficznego wyświetlacza LCD
zapewnienie przycisków dla szybkiego dostępu do najczęściej używanych funkcji
przycisk żądania połączenia głosowego
przycisk alarmowy
przycisk wyłączenia/włączenia kasowników
przycisk włączenia/wyłączenia zapowiedzi głosowych następnych przystanków.
Minimalny zestaw informacji na wyświetlaczu interfejsu:
Bieżący czas synchronizowany poprzez GPS
numer linii
przystanek docelowy
następny przystanek
aktualne odchylenie od rozkładu jazdy lub interwał pomiędzy poprzednim i następnym pojazdem obsługującym tą samą linię.
Komunikacja głosowej i transmisji danych
Komputer pokładowy musi wspomagać prowadzącego pojazd w nawiązywaniu połączeń głosowych z dyspozytorem. System powinien zapewniać realizację transmisji danych.
W sytuacjach awaryjnych lub wtedy gdy dyspozytor nie odbiera połączenia głosowego, komputer pokładowy musi posiadać w bazie danych listę najważniejszych telefonów awaryjnych (np. policja, straż pożarna, pogotowie, centrum dyspozytorskie) i umożliwiać wykonanie połączenia głosowego ze wskazanym odbiorcą.
Lokalizacja pojazdu
System automatycznej lokalizacji pojazdów powinien bazować na logice urządzeń lokalnych, którymi są komputery pokładowe. Wymaga się, aby zapewniał dokładność lokalizacji minimum 10m.
Kalkulacja odchyłki od planowanego rozkładu jazdy
Automatyczna kalkulacja odchyłki czasowej od rozkładu jazdy musi być zapewniona. W tym celu wymagane jest aby komputer pokładowy posiadał aktualny rozkład jazdy dla całej siatki połączeń.
Zarządzanie urządzeniami pokładowymi
Komputer pokładowy musi udostępniać techniczną możliwość zarządzania urządzeniami pokładowymi, jak kasowniki, tablice informacyjne wewnątrz pojazdów. Funkcja sterowania urządzeniami pokładowymi powinna być uruchomiona w ramach tego samego zamówienia.
System zapowiedzi głosowych
Komputer pokładowy musi realizować funkcję głosowych zapowiedzi następnych przystanków wewnątrz pojazdu oraz na zewnątrz reprezentacji numeru linii i kierunku docelowego. Z poziomu centralnego powinno być dostarczone oprogramowanie pozwalające na parametryzację tej funkcji, będzie realizowany przy pomocy syntezatora mowy (wraz z eksportem do formatu mp3) oraz formatu mp3.
Wymaga się dostarczenia minimum jednej licencji dla oprogramowania syntezatora mowy, jednak ostateczna liczba licencji niezbędnych do dostarczenia przez Wykonawcę będzie wynikała z zaprojektowanego przez niego systemu.
Wymaga się minimum 1 głosu, przy czym oprogramowanie powinno być tak skonstruowane, aby Zamawiający mógł doinstalowywać kolejne głosy bez konieczności dokupywania dodatkowych licencji.
Zamawiający oczekuje istnienia, konfigurowalnej na poziomie systemu autokomputera, możliwości zapowiedzi głosowych w uzgodnionych na etapie wdrożenia głosach/językach
System sterowania wyświetlaczami informacji pasażerskiej LCD
Komputer pokładowy musi realizować funkcję multimedialnej informacji pasażerskiej prezentowanej na wyświetlaczach LCD zamontowanych wewnątrz kabiny pasażerskiej. Komputer pokładowy musi zapewnić obsługę wyświetlaczy w co najmniej numer linii, aktualną godzinę, przystanek końcowy oraz minimum 3 następne w kolejności przystanki na trasie przejazdu wraz z rzeczywistym czasem podróży.
Panel kierowcy z autoryzacją
Panel kierowcy z autoryzacją powinien być zamontowany zapewniając ergonomię i bezpieczeństwo pracy kierującego pojazdem.
Minimalne wymagania dla panelu kierowcy:
wyświetlacz kolorowy TFT LCD od 5,5” , maksymalnie do 10”,
ekran dotykowy odpowiednio zabezpieczony,
system operacyjny (np. Linux lub Windows),
możliwość mocowania na wierzchu lub przez wpuszczenie w pulpit,
rozplanowanie wyglądu interfejsu panelu do uzgodnienia z Zamawiającym,
znamionowe napięcie zasilania: 24V.
Kasowniki dualne
Zamawiający wymaga, by w każdym autobusie Wykonawca zamontował 2 sztuki kasowników dualnych tego samego typu i modelu:
dwufunkcyjny: rejestrującym bilety elektroniczne na kartach bezstykowych i oznaczanie standardowych biletów papierowych. Dopuszcza się kasowniki obsługujące bilety o szerokości od 30 mm i do 36 mm. Kasownik musi posiadać obudowę wandaloodporną,
zapis i odczyt zawartości kontraktu terminowego, rejestracja ważnego biletu terminowego lub punktowego powinno odbywać się poprzez jego zbliżenie do wyznaczonego pola z przodu kasownika na odległość kilku centymetrów,
wydruk co najmniej 16 znaków wraz z mechanicznym uszkodzeniem materiału biletu,
interfejs LAN (Ethernet) zapewniający komunikację z autokomputerem,
urządzenie musi posiadać wyświetlacz TFT LCD o przekątnej min. 6” z pojemnościowym panelem dotykowym - do prezentacji co najmniej bieżącej godziny i daty,
kasownik musi umieć pracować w trybie autonomicznym, wykorzystując wewnętrzny zegar RTC,
urządzenie musi posiadać własny system operacyjny,
kasownik musi być przystosowany do obsługi kart bezstykowych zgodnie z normą ISO/IEC 14443 typ A/B Part 1, 2, 3, 4 (tj. kart zgodnych z Mifare Standard, Mifare PLUS oraz DesFire),
kasownik musi posiadać wbudowane układy do sygnalizacji kolorystycznej i akustycznej poprawności wykonywanych operacji i wygłaszania zapowiedzi głosowych,
funkcja wygłaszania zapowiedzi głosowych przez kasownik musi być konfigurowana w zakresie włączenia/wyłączenia zapowiedzi z poziomu komputera pokładowego pojazdu (ustawienie konfiguracyjne systemu autokomputera).
rozmieszczenie kasowników: 1 szt. w okolicach drzwi I, 1 szt. w okolicy drzwi II i 1 szt. w okolicy drzwi III.
Razem z kasownikami Wykonawca musi dostarczyć Zamawiającemu otwarty protokół sterownika kasowników wraz z licencją, umożliwiającą w przyszłości dowolną wymianę kasowników bez utraty ich funkcjonalności.
Kasowniki dualne z obsługa kart płatniczych
Zamawiający wymaga, by w każdym autobusie Wykonawca zamontował 1 sztukę kasownika dualnego, który posiadać będzie funkcję uzupełniania informacji o doładowanych środkach dotyczących biletu elektronicznego, które to uzupełnienie zostało uprzednio wykonane poprzez Internet, a także funkcję płatności za pomocą karty płatniczej zbliżeniowej (minimum: Visa, MasterCard/Maestro) oraz za pomocą telefonu z funkcją NFC za pojedynczy przejazd bez wydruku biletu. MENU na ekranie kasownika ma umożliwić wybór dowolnego pojedynczego biletu przed dokonaniem płatności. Musi być zapewniona możliwość kontroli dokonanej w ten sposób opłaty za przejazd za pomocą urządzeń kontroli biletów.
Transakcje realizowane przez pasażerów przez kasowniki muszą być niezależne od agenta
rozliczeniowego. Koszty związane z prowizją agenta rozliczeniowego, jako jedyne koszty przetwarzania płatności zbliżeniowych w kasownikach, będą ponoszone przez Zamawiającego.
Podsystem telekomunikacyjny dla autobusu miejskiego
Podsystem telekomunikacyjny to zintegrowane urządzenie mające zapewnić łączność z autobusu miejskiego do centrum sterowania poprzez sieć komórkową GSM i Wi-Fi, Urządzenie będzie montowane w autobusie. W przypadku montażu na zewnątrz urządzenie musi być odporne na warunki atmosferyczne oraz eksploatacje w warunkach ruchu drogowego oraz anteny telekomunikacyjne,
Należy zainstalować taką ilość anten GPS, która zapewni prawidłowe działanie systemu geolokalizacji oraz innych elementów wyposażenia autobusu, dla których niezbędne jest wykorzystanie lokalizacji GPS. Antena GPS powinna być zamontowana zgodnie z zaleceniami producenta pojazdu, tak aby nie naruszyć warunków udzielonej przez niego gwarancji.
Wszystkie anteny powinny być umieszczone w miejscu do uzyskania jak najlepszej jakości transmisji pomiędzy centrum a autobusem. Ponadto wewnątrz autobusu ma być umieszona antena serwisowa WIFI. Wymaga się aby WYKONAWCA zadbał, o jak najlepsze parametry komunikacyjne poszczególnych systemów autobusu, np. jeżeli jest to niezbędne do poprawnego działania GPS dołożyć antenę poprawiającą komunikację. Wszelkie dodatkowe czynności montażu polegające na ingerencji w pojazd (np. dołożenie okablowania, montaż anten), mają być przeprowadzone w taki sposób aby ZAMAWIAJĄCY nie utracił gwarancji na autobusy. Ewentualne zmiany mogą być przeprowadzone tylko po wcześniejszym uzgodnieniu z Zamawiającym i dostawcą autobusu, wymaga się aby WYKONAWCA otrzymał stosowną zgodę na piśmie od producenta, na jakich warunkach może dokonywać zmiany. Ponadto wymaga się aby WYKONAWCA zadbał, o jak najlepsze parametry komunikacyjne poszczególnych systemów autobusu poprzez dostosowanie odpowiedniego okablowania oraz urządzeń. Wymaga się aby zamontowane wszelkie urządzenia, anteny na pojeździe został przeprowadzone w taki sposób, dzięki któremu nie będą wystawać poza obrys nadwozia autobusu.
Podsystem telekomunikacyjny dla Autobusu Miejskiego musi zawierać zintegrowany router sieciowy o następujących parametrach:
Minimum 5 portów RJ45 10/100 Mbit/s Ethernet z funkcjonalnością zarządzanego przełącznika w tym minimum , 1 port 1 Gbit/s
funkcjonalność routera warstwy 3
obsługa IPv4 oraz IPv6
3 porty miniPCI obsadzone kartami mini PCI 802.11 a/b/g/n, wraz z pigtailami i antenami
minimum 128 MB RAM
wydajność rutera minimum 50 Mbit/s (dla pakietów nie większych niż 64 bajty przy routingu wraz z zastosowaniem reguł firewall IP)
port USB z obsługą modemów do sieci komórkowych
funkcja WIFI ACCESS POINT - Punkt Dostępowy IEEE 802.11 a/b/g/n; obsługa Wireless Distribution System (WDS); wirtualny punkt dostępowy (rożne SSID); Szyfrowanie WPA i WPA2; listy kontroli dostępu; serwer identyfikacji RADIUS; roaming (dla klienta bezprzewodowego); mostkowanie punktu dostępowego
HotSpot – brama HotSpot z identyfikacją/zliczaniem RADIUS; ograniczanie prędkości; informacje statusu w czasie rzeczywistym; quota ruchu; wallet–garden; personalizacja strony logowania HTML; obsługa SSL
VLAN – obsługa sieci wirtualnej LAN IEEE 802.11q w połączeniach Ethernet i WLAN; wielokrotne sieci VLAN; mostkowanie VLAN
wsparcie dla co najmniej 16 VLAN’ów 802.11q
statyczny routing pomiędzy VLAN’ami
funkcja bridge pomiędzy VLAN’ami
Server i klient DHCP
baza danych do 1024 adresów MAC autoryzowanych kart sieciowych
klient RADIUS do zewnętrznej autoryzacji kart sieciowych
przekierowania ruchu klienta na alternatywny VLAN w przypadku braku autoryzacji
przekierowania ruchu WWW klienta na dowolny adres w przypadku braku autoryzacji
sterowanie przepustowością per MAC address z rozdzielczością 32 kbps niezależnie w kierunku do i z sieci – zintegrowany z klientem RADIUS
możliwość sterowania pasmem w zależności od rodzaju usługi, dla poszczególnych Mac adresów
wbudowany Firewall z możliwością przekierowywania portów
wbudowany serwer NAT
Firewall i NAT – filtrowanie pakietów, protokół filtrowania P2P, translacja adresów źródła i przeznaczenia (NAT),klasyfikacja wg: źródła MAC, adresów IP, protokołów, protokołów, portów, interfejsów, wewnętrznych znaczników, zawartości, oznaczania częstotliwości
routowanie – routowanie statyczne, routowanie równokosztowe wielościeżkowe, routowanie wg strategii (klasyfikacja wg adresu źródła i przeznaczenia i/lub znaczników zapory ogniowej), RIP v1/v2, OSPF v2, BGP v4
zarządzanie szybkością transmisji – na adres IP / protokół / podsieć / port / znacznik zapory ogniowej; HTB, PCQ, RED, SFQ, kolejka ograniczana bajtowo, kolejka ograniczana pakietowo; limit hierarchiczny, CIR, MIR, dynamiczne dostosowanie prędkości dla klienta (PCQ)
protokoły tunelowania Point–to–Point – koncentratory dostępu i klientów PPTP, PPPoE i L2TP; protokoły identyfikacji PAP, CHAP, MSCHAP v1 i MSCHAP v2; identyfikacja i zliczanie RADIUS; kodowanie MPPE; kompresja dla PPPoE; ograniczanie prędkości; PPPoE dial on demand
Tunele proste – tunele IPIP, EoIP (Ethernet over IP)
IPsec – protokoły bezpieczeństwa IP, AH i ESP; grupy Diffie–Xxxxxxx 1, 2, 3; algorytmy mieszania MD5 i SHA1; algorytmy kodowania DES, 3DES, AES–128, AES–192, AES–256;
DHCP – serwer DHCP na interfejs; DHCP relay; klient DHCP; wielosieciowość DHCP; statyczna i dynamiczna dzierżawa DHCP
NTP – serwer i klient Network Time Protocol; synchronizacja z systemem GPS
monitorowanie/zliczanie – zliczanie ruchu IP, logowanie firewall
narzędzia – ping; traceroute; test pasma; ping flood; telnet; SSH; szperacz pakietów
Most – Spanning Tree Protocol ; Rapid Spanning Tree Protocol; interfejsy wielomostowe; bridge firewalling
VLAN – obsługa sieci wirtualnej LAN IEEE 802.11q w połączeniach Ethernet i WLAN; wielokrotne sieci VLAN; mostkowanie VLAN
wymagane metody konfiguracji :konfiguracja i monitorowanie w czasie rzeczywistym; wielokrotne połączenia
możliwość uruchamiania skryptów w czasie rzeczywistym, okresowo lub w przypadku wystąpienia określonych zdarzeń; wszystkie polecenie linii poleceń można uruchamiać w skryptach
konsola szeregowa – port szeregowy RS232
telnet – serwer telnet
SSH – serwer SSH (bezpieczna powłoka)
funkcja Watchdog
interfejs graficzny konfiguracji zdalnej
możliwość zdalnej wymiany firmware.
Podsystem telekomunikacyjny dla Autobusu Miejskiego musi zawierać modem GSM/LTE/5G od następujących parametrach:
Obsługa standardów GSM/EDGE/LTE/5G
Obsługa standardu co najmniej HSDPA 7.2 kategorie 7 i 8 lub nowszych z transferem do modemu 7.2 Mbps i z modemu 2 Mbps lub wyższym
Obsługa standardu HSUPA 2.0 kategoria 7 lub nowszych
Port USB
Kompatybilny z zaoferowanym routerem sieciowym
Zewnętrzny port antenowy
Komunikacji pomiędzy routerem sieciowym a modemem GSM/UMTS – może odbywać się również za pomocą łącza Ethernet.
Wymagania dla tablic w autobusach
Dla autobusów będących w bieżącym użytkowaniu należy wykorzystać istniejące zabudowane tablice, w przypadku braku możliwości integracyjnych Zamawiający dopuszcza wymianę tablic w celu osiągniecia właściwej żądanej funkcjonalności systemu.
Oprogramowanie i sterowanie tablicami umożliwić ma wyświetlanie następujących informacji, w sekwencji określonej przez Zamawiającego: oznaczenie linii w postaci numerycznej lub alfanumerycznej, kraniec do którego zmierza pojazd, przebieg trasy (ulice z przystankami) w sekwencji płynącej lub naprzemiennej, aktualny czas (godz. i min) i aktualna data, czas pozostały do odjazdu pojazdu z krańca, informacja o bieżącym przystanku (przed dojazdem do przystanku), informacja o następnym przystanku (po ruszeniu z przystanku), napis STOP w przypadku naciśnięcia przez pasażera przycisku „na żądanie" wyświetlany przez około 5 sek. (nie wpływający na przebieg cyklu), dodatkowe informacje np.: napisy „zjazd do zajezdni", „trasa zmieniona", oznaczenie „ż" dla przystanków na żądanie, inne informacje i komunikaty dla pasażerów przygotowane przez Zamawiającego.
Tablice wewnętrzne muszą mieć możliwość wyróżniania wybranych elementów (np. przebiegu trasy poprzez wyświetlanie w inwersji), zastosowana musi być czytelna czcionka, zbliżona do prostego druku (bez szeryfów); możliwość prezentowania wybranych elementów różną czcionką.
Sterowanie tablic musi być realizowane za pomocą otwartych, ogólnie dostępnych protokołów transmisji. Zamawiający dopuszcza zastosowanie innych protokołów transmisji, z zastrzeżeniem, że Wykonawca musi dostarczyć Zamawiającemu pełną dokumentację opisującą protokoły komunikacji pomiędzy tablicą a sterownikiem, która zostanie wykorzystana jedynie w celu zapewnienia właściwej pracy tablic zgodnie z potrzebami Zamawiającego.
Edycja treści wyświetlanych na tablicach musi być realizowana przy pomocy dedykowanej aplikacji z możliwością tworzenia dowolnych piktogramów,
Wyświetlane treści muszą być przechowywane w pamięci autokomputera, z możliwością zdalnej aktualizacji,
Szczegóły dotyczące ewentualnego dodatkowe umieszczenia tablic w pojeździe będą przedmiotem uzgodnień pomiędzy stronami, na etapie projektowym,
Wszystkie wyświetlacze LCD informacji pasażerskiej i autokomputera muszą być podświetlane w technologii LED.
Sterowanie tablicami informacji pasażerskiej powinno być wykonywane przez autokomputer
Dedykowana aplikacja do edycji treści wyświetlaczy jest przedmiotem dostawy w ramach niniejszego zamówienia.
Wymagania dla kamer monitoringu wizyjnego pojazdów
Autobusy muszą być wyposażone w monitoring całej przestrzeni pasażerskiej pojazdu (min. 3 kamery), prawej zewnętrznej strony (obejmującą wszystkie drzwi pasażerskie -1 kamera), lewej zewnętrznej strony autobusu, stanowiska kierowcy, strefy znajdującej się bezpośrednio przed pojazdem obejmującej obszar na odległość co najmniej 10 metrów przed czołem pojazdu oraz strefy za pojazdem.
Podgląd obrazu z poszczególnych kamer musi zmieniać się dynamiczne w zależności od trybu pracy pojazdu;
Kamera typu IP
Klasa szczelności IP 65 dla kamer wewnętrznych,
Klasa szczelności IP 67 dla kamer zewnętrznych;
Rozdzielczość min. 2.0 MPx o rozdzielczości Full HD;
Kamera powinna działać w systemie dzień/noc;
Kamera wandaloodporna;
Kanał audio dla kamery stanowiska kierowcy.
Wymagania rejestratora monitoringu wizyjnego pojazdów
Obsługa do 10 kamer IP, rejestracja obrazu, fonii oraz dodatkowych danych (nazwa przystanku, kierunek jazdy, przystanek, nr obiektu, prędkość pojazdu);
Odczyt zarejestrowanego materiału bez stosowania konieczności specjalistycznych stacji roboczych;
Czas przechowywania zarejestrowanych danych min 14 dni;
Interfejsy komunikacyjne: Ethernet, RS232 lub RS422/RS485, DI/DO, USB, VGA lub HDMI
lub DisplayPort.Rozdzielczość nagrywania: HD;
Możliwość podglądu online obrazu video z dowolnej kamery realizowana na ekranie terminala (autokomputera) lub na dodatkowym monitorze
Oprogramowanie do zarządzania rejestratorem w języku polskim;
Możliwość różnych konfiguracji parametrów nagrywania dla poszczególnych kamer
Zarządzanie i kontrola elementów systemu
Zarządzanie komputerami pokładowymi
System musi posiadać moduł zarządzania zalogowanymi komputerami pokładowymi zainstalowanymi w pojazdach. Musi być zapewniony zdalny dostęp serwisowy i możliwość zmiany istotnych parametrów pracy komputera, w tym bazy danych. Ponadto oczekuje się, że komputer pokładowy będzie wysyłał do centrum informacje odnośnie aktualnego statusu pracy i pozycji (logicznej i GPS) i urządzeń do niego podłączonych. Dane te powinny zostać zapisane w centralnej bazie danych lub plikach dziennika systemu sterującego i przechowywane minimum 365 dni wstecz.
Ponadto wymaga się aby każdy komputer pokładowy zapisywał lokalnie najważniejsze parametry swojej pracy, między innymi: pozycję GPS, pozycję logiczną wyrażoną w metrach, zalogowany numer linii i kursu, numer kierującego, informację statusową pochodzącą od wszystkich podłączonych urządzeń. Informacje te, powinny zostać zapisane i wysłane do systemu zajezdni w celu późniejszej analizy.
Kontrola pracy/połączenia aplikacji systemu
System musi posiadać procedury szybkiego wykrywania braku łączności z elementami systemu:
tablice informacji pasażerskiej
komputery pokładowe
inne niezbędne dla pracy systemu sterowania serwery lub aplikacje
Kontrola pracy dyspozytora oraz kierujących pojazdami
Dziennik pracy dyspozytora
Wymagane jest zapisywanie następujących zdarzeń:
Rejestracja czasu zalogowania i wylogowania z systemu,
Informacja o prawidłowym działaniu wszystkich elementów systemu,
Rejestracja działań podjętych przez dyspozytora, między innymi: tekst wiadomości dla kierujących pojazdem, czas nawiązania i zakończenia połączenia głosowego, tekst informacji pasażerskiej dla tablic przystankowych i wyświetlaczy multimedialnych wewnątrz pojazdu
Dane powinny być przechowywane minimum 365 dni wstecz w celach kontroli akcji dyspozytorskich i działania systemu.
Dziennik pracy kierujących pojazdem
System sterujący musi być wyposażony w procedury archiwizowania informacji dotyczących pracy kierujących pojazdami, w szczególności czas zalogowania i wylogowania z systemu i numer obsługiwanej linii wraz z kursem. Informacje te powinny być zapisywane w bazie danych lub plikach dziennika systemu i dostępne minimum 365 dni wstecz.
Dziennik pracy systemu sterowania
System sterowania powinien być wyposażony w procedury archiwizowania statusu swojej pracy. Oczekuje się że system będzie przechowywał informacje o wszystkich telegramach wychodzących i przychodzących do systemu. Informacje te powinny zostać zapisane w bazie danych lub plikach dziennika systemu i być dostępne minimum 365 dni wstecz.
Zaawansowane systemy analizy
System analizy punktualności
System musi być wyposażony w moduł analizy punktualności środków transportu publicznego dla wybranych trasy/linii/kursu. Zamawiający oczekuje narzędzi analitycznych, które w sposób graficzny przedstawią charakterystykę punktualności. Wyniki analizy muszą być prezentowane w postaci wykresów graficznych z możliwością filtrowania oraz porównywania wyników analizy dla różnych przedziałów czasowych.
System analizy musi się charakteryzować:
Możliwością eksportu danych do formatu XML/ Excel/ PDF
Automatycznym generowaniem raportów z opcją sterowania czasowego
Na podstawie danych zebranych poprzez „Moduł kontroli punktualności pojazdów na wszystkich liniach” system musi sugerować poprawę istniejących rozkładów, urealniając je do uzyskanych rezultatów dla danej trasy/linii/kursu uwzględniając godziny, dni robocze, soboty, niedziele i święta.
System analizy zdarzeń
System musi być wyposażony w moduł analizy zdarzeń, zarejestrowanych przez system sterujący. Zamawiający oczekuje między innymi możliwości analizy danych dla wybranej linii, kursu i pojazdu.
System analizy połączeń transferowych
System musi być wyposażony w narzędzia analizy pracy systemowego modułu sterowania przesiadkami. Zamawiający oczekuje metod analizy w celu przeprowadzenia badań nad zdefiniowanymi parami transferowymi. Wyniki mają posłużyć optymalizacji połączeń transferowych.
System analizy przejechanych kilometrów
System musi być wyposażony w moduł analizy przejechanych kilometrów dla wszystkich pojazdów transportu publicznego. Zamawiający oczekuje możliwości prezentowania i raportowania wyników w zadanym przedziale czasowym i terytorialnym, również z podziałem na linie i kursy. System ma umożliwić Zamawiającemu rozliczanie się z planowanych i wykonanych wozokilometrów z przewoźnikiem i samorządami terytorialnymi.
Administrowanie systemem sterowania
System musi udostępniać procedury do administrowania systemem. Podstawowe oczekiwania w stosunku do tych funkcji są następujące:
Zarządzanie kontami użytkowników - nadawanie uprawnień operatorom
Administracja i obsługa sieci
Instalacja, aktualizacja oprogramowania i bazy danych
Programowanie działań: definiowanie poleceń i makropoleceń
Możliwość programowania czasu wykonania polecenia (przeprogramowanie)
Opracowanie i analiza danych statystycznych
Archiwizacja i katalogowanie
Kontrola sprzętu
Obsługa komunikacyjna pomiędzy elementami systemu
Transmisja danych do/z pojazdów
W ramach zadania należy w autobusach zainstalować podsystem telekomunikacyjny. Podsystem ma zapewnić łączność z autobusu miejskiego do centrum sterowania poprzez sieć komórkową GSM/GPRS/LTE/5G. Urządzenie będzie montowane w autobusie. W przypadku montażu na zewnątrz urządzenie musi być odporne na warunki atmosferyczne oraz eksploatacje w warunkach ruchu drogowego oraz anteny telekomunikacyjne.
Należy zapewnić dodatkowo szyfrowaną komunikację krótkiego zasięgu typu Wi-Fi, pozwalającą na konfigurację urządzeń pokładowych pojazdów przed rozpoczęciem obsługi trasy na terenie zajezdni.
Oprogramowanie zarządzające komunikacją powinno nawiązywać komunikację z pojedynczym pojazdem oraz z dowolnie filtrowanym zestawem pojazdów, np. wszystkimi pojazdami na trasie. Powinna zostać zagwarantowana obsługa transmisji danych z pojazdu, zarówno zaplanowana jak też wynikająca ze zdarzeń.
Transmisja danych do/z tablic przystankowych
Transmisja danych pomiędzy do/z tablic przystankowych odbywać się będzie z wykorzystaniem łączności GSM
Należy dostarczyć zewnętrzne szafy telekomunikacyjne i wyposażyć je w szynę DIN, zarządzany przełącznik przemysłowy oraz urządzenia zapewniające pracę przełącznika w odpowiednich warunkach. Wymagania szczegółowe:
obudowa IP 67 (wymagany certyfikat o potwierdzenie normy bezpieczeństwa dostarczony na etapie realizacji),
elementy konstrukcyjne muszą być odporne na korozję, zabezpieczone przed skutkami opadów atmosferycznych, wilgoci i zapylenia
zabezpieczenie przed skraplaniem pary wodnej wewnątrz szafy
wyposażone w wiatraki umożlwiające odprowadzenie nagrzanego powietrza z szafy
szafy powinny być wyposażone w termostat i grzałkę w celu zapewnienia warunków zapewniających poprawne działanie każdego z elementów jej wyposażenia.
odporne na dewastacje i nieuprawniony dostęp
elementy konstrukcyjne szaf nie mogą posiadać ostrych krawędzi
unikatowy klucz master do wszystkich 6 szaf (nie uniwersalny) oraz zamek uniemożlwiający wyłamanie.
czujka raportująca (sms, e-mail, itp.) otwarcie drzwi lub silne uderzenie (nie powinna zgłaszać oparcia się, położenia bagażu czy przypadkowego potrącenia)
warunki w szafie powinny być kontrolowane i raportowane w sposób analogiczny jak czujki otwarcia drzwi oraz dawać możliwość kontroli w każdej chwili.
rozmiar szafy nie mniejszy niż 5U.
Szafy telekomunikacyjne zostaną zamontowane wewnątrz tablic informacyjnych. Jeżeli jednak z powodów technicznych lub związanych z groźbą utraty gwarancji nie będzie takiej możliwości, szafy zostaną zamontowane na słupach z tablicami przystankowymi na tej samej wysokości, co tablice, lecz po drugiej stronie słupów. Do szaf telekomunikacyjnych należy doprowadzić zasilanie (wewnątrz słupów) i wyposażyć je w system dystrybucji energii. Zasilanie szaf powinno umożliwić podłączenie bez dodatkowych przeróbek każdego z dostarczonych urządzeń oraz podłączenie kolejnych urządzeń (co najmniej 3 wolne gniazdka Typu E z bolcem, 10A każde)
System emisji prezentacji multimedialnych i komunikatów specjalnych
System powinien posiadać następujące właściwości :
System umożliwia emisję obrazów i filmów wykorzystujący ekrany LCD wewnątrz autobusów,
System musi posiadać pamięć o pojemności minimum 64GB SSD (flash),
System musi posiadać możliwość zdalnego (bezprzewodowego WiFi oraz przez złącze USB) napełniania danymi,
System musi posiadać narzędzia, w tym oprogramowanie, pozwalające zarządzać i napełniać danymi z siedziby Zamawiającego,
Oprogramowanie musi umożliwiać wgrywanie zestawów danych w podziale na poszczególne pojazdy jak i dla grup pojazdów; oprogramowanie musi umożliwiać tworzenie grup pojazdów,
Oprogramowanie musi umożliwiać tworzenie zestawów danych do wyświetlenia, pozwalając na definiowanie stref czasowych w podziale na godziny jak i na dni tygodnia.
Oprogramowanie musi umożliwiać tworzenie zestawów danych do wyświetlenia, pozwalając na definiowanie stref geograficznych, w których dane będą wyświetlane,
System musi umożliwiać wyświetlanie wybranych treści w zadanych strefach geograficznych – na podstawie danych o położeniu geograficznym zawartych w autokomputerze,
Wszystkie zastosowane w systemie mobilnej wizualizacji urządzenia i podzespoły muszą posiadać czytelne i trwałe oznaczenia literowo-cyfrowe jednoznacznie je identyfikujące, pozwalające na zaewidencjonowanie i przypisanie do danego pojazdu (zestawienie w/w oznaczeń dotyczących każdego pojazdu musi być dołączone do protokołu zdawczo-odbiorczego); sposób montażu poszczególnych urządzeń systemu musi zapewniać skuteczne zabezpieczenie ich przed dostępem osób nieuprawnionych, kradzieżą, dewastacją itp.,
System musi wyświetlać filmy i prezentacje (między innymi ppt, pptx). Filmy w standardzie Full HD w najbardziej znanych standardach obrazu, video (avi, wmv, mpg, jpg, gif) i kompresji (np. MPEG-2,MPEG-4, H.264, Divx, Xvid).
System mobilnej wizualizacji działać będzie w oparciu o tablice systemu emisji komunikatów na ekranach LCD.
System musi posiadać pamięć o pojemności minimum 64 GB SSD (flash),
System musi posiadać możliwość zdalnego (bezprzewodowego i przez złącze USB) napełniania danymi,
System musi posiadać narzędzia, w tym oprogramowanie, pozwalające zarządzać i napełniać danymi z siedziby Zamawiającego.
Oprogramowanie musi umożliwiać wgrywanie zestawów danych w podziale na poszczególne pojazdy jak i dla grup pojazdów; oprogramowanie musi umożliwiać tworzenie grup pojazdów,
Oprogramowanie musi umożliwiać tworzenie zestawów danych do wyświetlenia, pozwalając na definiowanie stref czasowych w podziale na godziny jak i na dni tygodnia,
Oprogramowanie musi umożliwiać tworzenie zestawów danych do wyświetlenia, pozwalając na definiowanie stref geograficznych, w których dane będą wyświetlane,
System musi umożliwiać wyświetlanie wybranych treści w zadanych strefach geograficznych – na podstawie danych o położeniu geograficznym zawartych w autokomputerze,
Wszystkie zastosowane w systemie mobilnej wizualizacji urządzenia i podzespoły muszą posiadać czytelne i trwałe oznaczenia literowo-cyfrowe jednoznacznie je identyfikujące, pozwalające na zaewidencjonowanie i przypisanie do danego pojazdu (zestawienie ww. oznaczeń dotyczących każdego pojazdu musi być dołączone do protokołu zdawczo-odbiorczego); sposób montażu poszczególnych urządzeń systemu musi zapewniać skuteczne zabezpieczenie ich przed dostępem osób nieuprawnionych, kradzieżą, dewastacją itp.,
Wymagania dla internetowego systemu informacji pasażerskiej
Zamawiający wymaga dostarczenia aplikacji internetowej działającej również w wersji mobilnej, prezentującej rzeczywisty rozkład jazdy z każdego przystanku na stronie WWW oraz na urządzeniach mobilnych w postaci aplikacji. Interfejs użytkownika powinien zapewniać między innymi:
Wybór linii i przystanku z listy
Aktualną Informację dotyczącą odjazdów z wybranego przystanku
System ma pokazać inne linie autobusowe z wybranego przystanku
Możliwość zaprezentowania rzeczywistej pozycji pojazdów na mapie miasta
Zamawiający bierze pod uwagę ograniczenie tej funkcjonalności na starszych modelach telefonów. Zamawiający oczekuje, aby wersja mobilna działała na systemach co najmniej Android (8.0 i nowszy), iOS (12.0 i nowszy).
Strona WWW powinna być dostępna publicznie przez przeglądarkę WWW jak również wymaga się dostarczenia aplikacji na urządzenia mobilne.
System powinien ułatwić mieszkańcom zarządzanie czasem w oczekiwaniu na publiczny środek transportu.
System powinien posiadać moduł planowania podróży przy pomocy środków transportu zbiorowego także w oparciu o aktualną informację na temat lokalizacji pojazdów i możliwości przesiadek.
Wymaga się wykonanie modułu planowania podróży przy pomocy środków transportu zbiorowego ma polegać minimum na wskazywaniu miejsca startowego oraz miejsca docelowego (lub punktu charakterystycznego np.: hotel, lotnisko itp.). Na mapie pojawi się informacja jaką drogę musi się przebyć pieszo do przystanku (oraz czas trwania), jaki czas pozostaje do rozpoczęcia podróży. Następnie wyświetlone musi być do autobusu której linii powinno się wsiąść i na jakim przystanku (powinny pojawić się też linie alternatywne dla linii sugerowanej). Po naciśnięciu piktogramu autobusu z bocznego menu powinna rozwinąć się lista przystanków na trasie wraz z przystankiem końcowym oraz z planowanym czasem, przyjazdu. Z przystanku końcowego powinna być zaprezentowana drogą jaką musi się przebyć pieszo do miejsca docelowego, chyba że jako miejsce docelowe wskazany był przystanek. Wymaga się również, aby na stronie zawarte były moduły optymalizujące podróż pasażera w postaci pól wyboru (np. najszybsza trasa, najkrótsza, z najmniejszą liczbą przesiadek). Pasażer powinien również mieć możliwość zdefiniowania daty, czasu, minimalnego czasu na przesiadkę, wybór pojazdu niskopodłogowego, czy też „uniknięcia linii strefowych”.
Moduł planowania podróży przy pomocy środków transportu zbiorowego powinien wykorzystywać rzeczywistą informację na temat lokalizacji pojazdów
Za pomocą internetowego systemu informacji pasażerskiej musi być możliwe prezentowanie innych informacji, niż dotyczące rzeczywistych rozkładów oraz lokalizacji pojazdów transportu publicznego, np. zmiany w planowanych liniach, zmiany w kursach, możliwych utrudnieniach w ruchu, itp.
Wymagania dla systemu informacji pasażerskiej dla urządzeń mobilnych
W ramach systemu zostanie dostarczona aplikacja mobilna dostępna w GooglePlay (na system Android) oraz w AppleStore na system iOs realizująca funkcje informacji pasażerskiej.
Aplikaca musi prezentować informacje tabliczki przystankowej.
Dla pojazdów komunikacji miejskiej wyświetli najbliższe odjazdy w formie tzw. tablicy najbliższych odjazdów, na podstawie danych uzyskanych ze śledzenia pojazdów przez system GPS.
Informacja będzie przekazywana on-line wskazując godzinę pojawienia się pojazdu na przystanku, uwzględniającą nieprzewidziane opóźnienia, czy przyspieszenia kursów.
Wymaga się aby aplikacja działała zarówno w trybie on-line, jak i w trybie off-line.
Wersja off-line, musi pozwalać na korzystanie z pobranego jednorazowo rozkładu jazdy bez dodatkowego łączenia się z Internetem.
Aplikacja w wersji on-line będzie aktualizować wszystkie niezbędne dane na bieżąco, a źródłem aktualizacji są te same dane, które w innych kanałach są udostępniane przez przewoźnika, czy też organizatora komunikacji. Przykładowo informacja na tablicy elektronicznej na przystanku wyświetlająca czasy przyjazdu pojazdów z uwzględnieniem aktualnego położenia pojazdu i stanu komunikacji, (czyli on-line) jest tożsamą z informacją wyświetlaną w aplikacji mobilnej, a także z informacją na stronie pasażerskiej WWW. Predykcja spodziewanych czasów przyjazdu na przystanki pochodzi z tego samego żródła wyliczającego te czasy.
Wymaga się aby aplikacja w wersji on-line pokazywała tożsame komunikaty od dyspozytorów ruchu o ile takowe są przez niego przesyłane do tablic przystankowych.
Aplikacja musi mieć funkcję wyszukiwania połączeń opierającą wyliczenia o stan on-line a nie tylko o dane rozkładu jazdy.
Aplikacja mobilna powinny pozwalać na wyszukiwanie połączeń (planowanie podróży) poprzez:
Wskazanie miejsca rozpoczęcia podróży, miejsca docelowego, godziny rozpoczęcia podróży, godziny zakończenia podróży,
Preferencji przejazdu z minimalną ilością przesiadek, podróży najszybszej, podróży z minimalnymi dystansami do przejścia,
Preferencji przejazdu pojazdami przystosowanymi dla osób niepełnosprawnych/z wózkami/rowerami,
Preferencji wykorzystania przejazdu pojazdami jednego przewoźnika, preferencji przejazdu najtańszego.
Interfejsy aplikacji mobilnej musi posiadać opcję zwiększenia czcionki i kontrastu dla przekazywania informacji osobom słabo widzącym.
Interfejsy aplikacji mobilnej musi wskazywać użytkownikowi najbliższy dla podróży przystanek na podstawie informacji o lokalizacji użytkownika.
Monitoring wizyjny
Podgląd obrazu z poszczególnych kamer musi być możliwy online dla dyspozytora podczas pracy pojazdu na linii, należy dostarczyć niezbędne oprogramowanie umożliwiające dostęp przez GPRS/UMTS
Zastosowany system poziomów dostępu oraz autoryzacji musi zapewniać bezpieczeństwo oraz autentyczność nagranych danych;
Obraz ze wszystkich kamer musi być w sposób ciągły rejestrowany w postaci cyfrowej, a następnie przechowywany przez co najmniej 14 dni;
Odtwarzanie zapisu powinno być możliwe przy pomocy powszechnie dostępnych bezpłatnych aplikacji lub aplikacji przekazanych bezpłatnie z prawem ich bezpłatnego rozpowszechniania dla celów odczytów przekazywanych zapisów, wraz z możliwością eksportu pojedynczych klatek obrazu;
Oprogramowanie do odtwarzania zapisu powinno umożliwiać eksport danych w postaci pojedynczych klatek obrazu oraz fragmentów nagrania;
System musi umożliwiać podłączenie do rejestratorów (bezpośrednie lub bezprzewodowo) urządzeń przenośnych, np. laptopy, tablety, smartfony. umożliwiających w autoryzowany sposób odtworzenie i przekopiowanie zapisu zarejestrowanego w pamięci sterownika systemu;
Wszystkie urządzenia wchodzące w skład systemu monitoringu oraz sposób ich instalowania muszą spełniać wymagania obowiązujących przepisów;
Dostawca ma dostarczyć dokumentację oraz udzielić licencji bez ograniczeń czasowych i ilości obsługiwanych pojazdów
System Biletu Elektronicznego.
W ramach budowy i wdrożenia systemu biletu elektronicznego należy:
Wykonać niezbędne prace projektowe
Dostarczyć i uruchomić oprogramowanie systemu biletu elektronicznego umożliwiające uruchomienie e-karty
Dostarczyć nośniki elektroniczne systemu biletu elektronicznego (15 500 szt.).
Dostarczyć mobilne urządzenia kontrolne systemu biletu elektronicznego (3 szt.).
Wykonanie dokumentacji powykonawczej.
Zapewnić integrację z istniejącym oprogramowaniem finansowo-księgowym (Comarch Optima) co najmniej w obszarze danych dotyczących wszystkich form sprzedaży biletów i doładowań kart elektronicznych oraz rozliczania mandatów.
Wymagania ogólne
Przedmiotem zamówienia jest zaprojektowanie, dostawa, instalacja i konfiguracja zintegrowanego systemu informatycznego wraz z dostawą sprzętu systemu elektronicznej bezkontaktowej karty miejskiej do pobierania opłat za przejazdy komunikacją miejską.
Wykonawca określi w ramach zamówienia komplet procedur obsługi (w tym: regulamin, przygotowania danych, personalizacji i aktualizacji danych, dystrybucji, sprzedaży i doładowania, rozliczania, reklamacji oraz zwrotów) biletów, w tym biletów elektronicznych na kartach bezstykowych. Wszystkie procedury muszą uwzględniać regulacje prawne w zakresie ochrony danych osobowych i muszą zostać zaakceptowane przez Zamawiającego oraz być spójne z dostarczonym w ramach Umowy przez Wykonawcę systemem.
Jednocześnie Zamawiający deklaruje, że po podpisaniu umowy Zamawiający przekaże Wykonawcy opis obecnie wdrożonych procedur sprzedaży i zwrotów biletów.
System karty miejskiej winien być otwarty na dalszą rozbudowę, w szczególności przygotowany do obsługi infrastruktury i urządzeń w pojazdach (wyposażonych w komputery pokładowe, instalowane w ramach zadania).
System biletowy musi posiadać funkcjonalność obsługi „elektronicznej portmonetki”, w szczególności biletów funkcjonujących w systemie „check in – check out”, z możliwością wyłączenia gromadzenia danych statystycznych. Funkcja systemu check in – check out może być włączona lub wyłączona w dowolnym momencie pracy systemu przez Zamawiającego. System biletowy musi posiadać funkcjonalność obsługi przez pasażera poprzez stronę www. oraz aplikacje mobilną (android i IOS). Materiały do personalizacji kart mają zostać dostarczone w trakcie procesu personalizacji w ilościach zapewniających sprawny i nieprzerwany przebieg prac i zapewnić personalizację graficzną kart elektronicznych.
Mając na uwadze wprowadzenie w Rzeczypospolitej Polskiej waluty Euro, Wykonawca zobowiązany jest do zapewnienia takich warunków i rozwiązań, że zastosowany sprzęt oraz dostarczone oprogramowanie zagwarantują bezproblemową zmianę waluty z PLN na euro. Dla Zamawiającego w szczególności oznacza to, że nie będzie konieczna wymiana sprzętu a jedynie konfiguracja oprogramowania.
System stanowiący przedmiot zamówienia jest kompleksowym rozwiązaniem informatycznym na potrzeby Zamawiającego, pełniącym szereg funkcji w zakresie obsługi przejazdów pasażerskich i obsługi płatności za usługi komunikacji miejskiej organizowanej przez Miasto i przewoźników realizujących usługi.
System składa się z systemu centralnego (zwanego „Centrum”) zlokalizowanego w serwerowi wspólnej z innymi systemami instalowanymi w ramach zadania oraz ze specjalizowanych podsystemów pracujących w terenie:
punktu sprzedaży i personalizacji kart
punktów doładowań
stacjonarnych automatów doładowań i sprzedaży biletów
kart elektronicznych stanowiących nośnik biletu komunikacji miejskiej.
System składa się z następujących umownych lub rozdzielnych modułów funkcjonalnych, odpowiedzialnych za poszczególne zadania:
Administratora systemu,
Modułu transmisji danych,
Modułu przetwarzania danych,
Modułu dystrybucji i personalizacji kart,
Modułu obsługi sprzedaży,
Modułu analiz i raportów,
Modułu obsługi kontrolerów,
Modułu interfejsów.
Modułu Windykacja Mandatów
Główne funkcje realizowane przez system
Obsługa procesu personalizacji karty,
Wydawanie karty imiennej,
Rejestracja na e-karcie imiennej uprawnień do przejazdów ulgowych lub bezpłatnych, z uwzględnieniem terminu obowiązywania ulgi lub bezterminowo; system wydawania e-karty imiennej powinien ograniczyć do minimum liczbę dokumentów niezbędnych podczas kontroli biletowej potwierdzających uprawnienia do przejazdów ulgowych lub bezpłatnych,
Doładowywanie kart biletami okresowymi (sprzedaż i fakturowanie) - w przypadku dostarczenia nowej funkcjonalności do fakturowania i sprzedaży system musi współpracować z istniejącym oprogramowaniem finansowo-księgowym. Dopuszcza się możliwość zaproponowania nowych rozwiązań, w przypadku zbyt wysokich kosztów integracji w/w oprogramowania z systemem. Aczkolwiek wdrożenie konwersja obecnej bazy danych, szkolenie pracowników w zakresie nowego oprogramowania leży po stronie WYKONAWCY. Wymagane jest wtedy zachowanie okresu przejściowego do sprawdzenia poprawności transferu danych pomiędzy bazami.
Wstępne ładowanie kart na okaziciela w siedzibie Zamawiającego przed przekazaniem kart do sieci sprzedaży punktami ekwiwalentnymi.
Wydawanie e-kart na okaziciela z pobraniem kaucji.
Obsługa reklamacji klientów i zgłoszenia utraconych kart imiennych.
Zastrzeganie w systemie utraconych kart imiennych.
Wymiana danych z punktami obsługi klienta, stanowiskami w punktach personalizacji, stacjonarnymi automatami doładowań.
Analiza i wielowymiarowe raportowanie.
Współpraca z przenośnymi urządzeniami do kontroli kart,
Ewidencja danych systemu biletowego: obsługa rodzajów ładowania e-kart, obsługa rodzajów ulg, okresów ważności biletów okresowych,
Nadawanie i obsługa uprawnień kasjerów, kontrolerów, kierowców i administratorów systemu,
Rejestracja danych do/z przenośnych urządzeń do kontroli kart.
Współpraca z pozostałymi podsystemami obsługi infrastruktury miasta wykorzystującymi mechanizmy płatności kartą (do wykorzystania w kolejnych etapach rozwoju systemu).
Prowadzenie rozliczeń z podmiotami realizującymi obsługę sprzedaży biletów za pośrednictwem karty,
Ochrona i szyfrowanie danych,
Archiwizowanie danych,
Współpraca z kasownikami dualnymi w autobusach.
W systemie rozsyłana będzie informacją z czarną listą kart zastrzeżonych, w interwale ustalonym przez Zamawiającego (np. do autokomputera autobusu, czytnik kontrolerski).
W systemie rozsyłana będzie informacją z białą listą kart zarejestrowanych w systemie, w interwale ustalonym przez Zamawiającego (np. do autokomputera autobusu, czytnik kontrolerski).
Wymagania techniczne dotyczące oprogramowania
Oprogramowanie w ramach systemu Centrum powinno być zbudowane w architekturze wielowarstwowej w oparciu o relacyjną bazę danych SQL oraz serwer aplikacji. Dostęp do danych zawartych w systemie zrealizować należy w oparciu o technologię przedstawioną przez ZAMAWIAJĄCEGO (oprogramowanie dedykowane lub w technologii trójwarstwowej poprzez przeglądarkę). System Centrum ma zapewniać możliwość pracy wielostanowiskowej z wykorzystaniem spójnego środowiska aplikacyjnego - dopuszcza się inne rozwiązanie według wiedzy Wykonawcy, przy zachowaniu funkcjonalności dostarczonego systemu.
W ramach dostarczonych licencji Wykonawca zapewni dostęp do:
systemu użytkowego,
baz danych,
systemu operacyjnego serwerów.
Zakres aktualizacji ma obejmować x.xx. poprawki, service-packi, łaty, itp. Nie jest wymagane prawo do aktualizacji bazy danych i systemu operacyjnego do nowszych wersji, w przypadku użycia platform o zamkniętym kodzie źródłowym.
Oprogramowanie systemu Centrum powinno być w całości zainstalowane na dostarczonych w ramach zamówienia serwerach zapewniających odpowiednią wydajność, ulokowanych w pomieszczeniach Zamawiającego.
Bazę danych systemu należy wykonać na potrzeby gromadzenia i przechowywania wszystkich informacji związanych z procesami realizowanymi przez Zamawiającego, sprzedażą, ruchem pojazdów i obsługą klientów oraz operacjami wykonywanymi przez operatorów systemów. Ponadto w bazie danych zapisywane będą dane ewidencyjne źródeł (dane przesyłane z punktów obsługi klienta). Ma to pozwolić na jednoznaczne skorelowanie danych użytkowników, danych o realizowanych usługach z miejscem ich realizacji, danych użytkowników systemu, parametrów konfiguracyjnych Systemu oraz wszelkich informacji o pracy Systemu.
Moduł windykacji mandatów
Program umożliwia wprowadzenie danych potrzebnych do egzekwowania nałożonego mandatu: numer kwitu, numer taborowy, miejsce ukarania, dane ukaranego, dane rewizora, przyczyna ukarania, data i czas ukarania, pozycje składające się na wysokość mandatu (np. opłata dodatkowa, koszt przejazdu, dowóz na policję).
Oprogramowanie umożliwi rejestrowanie kwot (wpływających do kasy lub na konta bankowe) wynikających z nałożonych obciążeń oraz:
Szybkie i wygodne wyszukiwanie mandatów których dotyczy wpłata.
Operator będzie miał pełną informację o rozliczeniach danego ukaranego. Możliwość wydruku potwierdzenia wpłaty w formie kwitu KP.
Program zapewni obsługę odwołań (rejestrowanie daty wpływu odwołania wraz z opisem treści pisma).
Program zapewni obsługę podjętych decyzji oraz wydruk odpowiedzi z odnotowaniem daty wysłania pisma. Daty odwołań i daty wysłania odpowiednich pism będą sterować automatycznym wstrzymaniem i wznawianiem egzekwowania należności.
Program zapewni możliwość rozłożenia należności na raty.
Program zapewni obsługę upomnień (wystawienie, wydruk, zwrot z możliwością zaewidencjonowania odmowy).
Program zapewni obsługę wezwań KRD i ostrzeżeń KRD (wystawienie, wydruk, zwrot z możliwością zaewidencjonowania odmowy). Eksport wybranych wezwań KRD i ostrzeżeń KRD do systemu KRD.
Program zapewni obsługę wezwań BIG i ostrzeżeń BIG (wystawienie, wydruk, zwrot z możliwością zaewidencjonowania odmowy). Eksport wybranych wezwań BIG i ostrzeżeń BIG do systemu BIG.
Program zapewni obsługę powiadomień kierowanych na policję o popełnieniu wykroczenia polegającego na przynajmniej trzykrotnym ukaraniu mandatem danej osoby w okresie roku bez uregulowania należności.
Program zapewni obsługę rejestrowania spraw sądowych, e-sądowych i komorniczych. W ramach tych spraw będzie można rejestrować koszty spraw (poniesione opłaty sądowe i komornicze), prowadzić rozliczenie radcy prawnego.
Program zapewni ewidencje ilości kontroli przeprowadzonych przez kontrolerów na poszczególnych liniach autobusowych.
Program zapewni obsługę naliczania prowizji dla rewizorów.
Program zapewni obsługę przypomnień uprzednio zdefiniowanych dla wybranych spraw.
Program musi być dostosowany do wymogów RODO w zakresie:
anonimizacji
udostępniania danych
historii zmian
Bezkontaktowa karta elektroniczna
Elektroniczna karta miejska będzie pełnić funkcje bezkontaktowego elektronicznego biletu komunikacji miejskiej - jednorazowego i okresowego, imiennego (personalizowanego) lub na okaziciela i będzie posiadać możliwość wnoszenia opłat za przejazdy w systemie „check In – check out”. Klucze kryptograficzne wraz z mapą karty należą do Zamawiającego.
Zamawiający zakłada, że od momentu uruchomienia systemu, za pomocą karty będzie obsługiwana cała taryfa biletowa przedstawiona Wykonawcy w trakcie wdrożenia. Na karcie imiennej będzie można zarejestrować przysługujące pasażerom ulgi i zwolnienia. Sposoby i zakres realizacji tych uprawnień na e-karcie Wykonawca ustali z Zamawiającym.
Wdrożony system musi posiadać pełną funkcjonalność określoną w specyfikacji. Zamawiający musi mieć możliwość włączania i wyłączania poszczególnych funkcji bez ingerencji wykonawcy i ponoszenia dodatkowych kosztów.
Dostawca karty udostępnia nieodpłatnie środowisko umożliwiające programowanie karty (SDK – Software Development Kit, biblioteki, gotowe oprogramowanie – oprogramowanie zarządzające kartą działające na platformie PC – Windows i Linux) dla wdrażania systemu biletu elektronicznego.
Minimalne wymagania techniczne dotyczące karty elektronicznej
1. Komunikacja przez interfejs bezkontaktowy spełnia wymagania normy ISO 14443 typ A (do 848 kbit/s).
2. Karta ma możliwość bezpiecznego dodawania nowych aplikacji również po jej wydaniu.
4. Karta realizuje algorytmy kryptograficzne: 3DES, AES (do 256 bit), RSA (do 2048 bitów), ECC GF(p) (do 320 bitów).
5. Karta umożliwia realizację standardu MIFARE DESfire EV1
6. Karta zapewnia trwałość przechowania informacji przez min 20 lat oraz ilość cykli zapis/odczyt min 500 000.
7. Komunikacja
miedzy kartą i czytnikiem odbywająca się drogą radiową musi być
szyfrowana
z wykorzystaniem generowanej na karcie liczby
losowej i kryptografii AES 256 bit, 3DES.
8. Zasięg operacyjny: do 6 cm.
9. Pełna antykolizja.
10. Przystosowana do wydruków w technologii laserowej dla kart PCV lub poliwęglanowych.
11. Dostęp do każdej aplikacji musi być zabezpieczony za pomocą kluczy (do każdej aplikacji oddzielny komplet kluczy).
Charakterystyka fizyczna
Karta musi być wykonana z tworzywa sztucznego nie zawierającego szkodliwych składników chemicznych i być przyjazna dla środowiska zgodnie z Rozporządzeniem Ministra Przemysłu i Handlu z dnia 30.11.1994 r. w sprawie wymagań jakie powinny spełniać wyroby ze względu na potrzebę ochrony zdrowia i środowiska (Dz. U. 133/94 poz. 690 z późniejszymi zmianami).
Dostawca musi zagwarantować wysoką jakość połączeń elektrycznych pomiędzy anteną a układem elektronicznym w całym okresie eksploatacji karty.
Wymiary zgodne z normami ISO 7816-7810 jak karty płatnicze ID-1 (85,8 x 54 x 0,76 mm
Antena wykonana z drutu miedzianego izolowanego, wtopiona w rdzeń karty lub równoważna. Nie dopuszcza się innych technologii wykonania anteny.
Parametry wytrzymałościowe
Wytrzymałość: mechaniczna, temperaturowa (od -20°C do +50°C) bez utraty funkcjonalności i walorów estetycznych oraz wytrzymałość chemiczna muszą spełniać co najmniej standardy opisane w normie ISO 10373 lub równoważnej.
Trwałość całkowita 20 lat w warunkach normalnej eksploatacji.
Wilgotność względna środowiska pracy karty do 90%
Charakterystyka techniczna
Wysokość procentowa tak zwanych "zwrotów z pola" (FRR) kart zbliżeniowych nie będzie przekraczać 0,70 %.
Zabezpieczenia
Karty muszą zawierać skuteczne zabezpieczenia zgodne z ISO/IEC 14443 typ A części 1-4
Każda karta musi zawierać unikalny i niezmienny 7 bajtowy numer UID, programowany trwale przez producenta układu pamięciowego.
Karty muszą umożliwiać wzajemną autoidentyfikację z czytnikiem systemu działającym zgodnie z normą ISO/IEC DIS 9798-2 lub równoważną.
Komunikacja miedzy kartą i czytnikiem odbywająca się drogą radiową musi być szyfrowana z wykorzystaniem generowanej na karcie liczby losowej i 48 bitowego klucza.
Dostęp do każdego z 16 sektorów musi być zabezpieczony za pomocą kluczy (do każdego sektora oddzielna para (2) kluczy).
Karta musi zawierać 16 bitowy licznik zabezpieczony sprzętowo, oraz posługiwać się protokołem bezpieczeństwa zgodnym z CRC.
Musi istnieć możliwość wyłączania programowanych funkcji zapisu dla kart wycofywanych z obiegu.
Pamięć
Technologia: CMOS EEPROM lub równoważna.
Pojemność kart imiennych i na okaziciela : min. 8Kbyte lub więcej (jeżeli Wykonawca stwierdzi taką potrzebę).
Ilość cykli zapisu: minimum 500 000 (wg specyfikowanego przez producenta zakresu warunków pracy).
Ilość cykli odczytu: nielimitowana.
Okres przechowywania danych: 20 lat.
Zasilanie
Karta zasilana jest indukcyjnie przez czytnik. Karta nie posiada własnego źródła zasilania.
Zawartość informacyjna karty
Na karcie elektronicznej zapisywane będą bilety:
okresowe wg pozycji taryfowej i rodzaju (normalny, ulgowy z rozróżnieniem ulgi) zgodnie z obowiązującym systemem taryfowym oraz datą ważności biletu,
Jednorazowe jako „elektroniczna portmonetka”, w której znajdą się punkty przeznaczone na zakup biletów w systemie „check in – check out” możliwym do włączania - wyłączania z poziomu obsługi administratora systemu. Szczegółowa struktura zapisów zostanie uzgodniona przed wdrożeniem,
Ponadto na karcie musi istnieć możliwość zapisu innych usług np. karta seniora lub rower miejski, bilet do innych instytucji typu basen, kino itp.
Na karcie ma być zapisywana informacja na temat wyboru domyślnego języka, po przyłożeniu karty do czytnika automat powinien przełączyć na interfejs języka zaprogramowanego.
Technologia HCE
Wdrożony system biletu elektronicznego musi mieć możliwość implementowania technologii HCE (Host Card Emulation). Skorzystanie z technologii HCE pozwoli na identyfikowanie biletów i użytkowników na podstawie danych pobieranych z aplikacji uruchamianej na urządzeniach mobilnych. Aplikacja musi identyfikować użytkownika i przekazywać dane do urządzeń wykorzystywanych przez kontrolerów. Urządzenia wykorzystywane przez kontrolerów muszą posiadać połączenie online z systemem sprzedaży biletów. W tym celu muszą zostać wykorzystane usługi uruchomione na Magistrali usług .
Terminale płatnicze w kasownikach muszą mieć możliwość dokonywania elektronicznych płatności poprzez technologię HCE.
Usługi na karcie
Użytkowanie karty
Rozróżnia się następujące tryby użytkowania karty:
Karta na okaziciela:
Bilet okresowy na okaziciela,
Bilet jednorazowy,
Karta imienna:
Bilety okresowe,
Bilet jednorazowy.
Sposób i skutki personalizacji:
W pamięci karty oraz w bazie danych systemu zapisane są dane klienta oraz terminowe lub bezterminowe uprawnienia do zniżek, rodzaj przysługującej zniżki. Wszelkie dane zapisane na karcie mają być zaszyfrowane.
Wydruk na karcie : zdjęcia i dane identyfikujące osobę (bez numeru PESEL).
Przy posługiwaniu się kartą imienną z ustalonymi na karcie uprawnieniami do ulg i zwolnień nie będzie konieczne okazanie przez Klienta dokumentu uprawniającego do zniżki.
Procedura personalizacji (na podstawie złożonego zweryfikowanego wniosku i zweryfikowanych uprawnień):
Klient w wyznaczonych punktach personalizacji składa wniosek o wydanie karty imiennej,
Klient podaje dane do zapisania/wydruku na karcie,
Podaje dane do zarejestrowania w systemie biletu elektronicznego,
Klient składa zdjęcie do dokonania nadruku na karcie,
W przypadku braku zdjęcia, pracownik punktu personalizacji wykonuje na poczekaniu zdjęcie klienta (twarz) do nadruku na karcie,
Personalizacja zostaje wykonana w terminie późniejszym lub na poczekaniu (po uzgodnieniu z klientem),
Po przedłożeniu stosownych dokumentów i stwierdzeniu uprawnienia do zniżki, na karcie imiennej oraz w systemie zostaje zapisana informacja o zniżce i terminie jej obowiązywania. System powinien umożliwiać wielokrotną aktualizację danych o uprawnieniach do zniżek na karcie.
Personalizacja jest realizowana dla określonych w regulaminie usług oraz na życzenie Klienta. System ma umożliwiać wprowadzenie opłat za usługi związane z obsługą karty (np. opłata manipulacyjna za zmianę danych Klienta).
Zastrzeganie karty jest realizowane telefonicznie, przez Internet lub osobiście, Wykonawca ustali z Zamawiającym na etapie projektu procedury zastrzegania kart w w/w formach.
Zamawiający przejmuje odpowiedzialność za zastrzeżoną kartę po upływie 24 godzin od momentu złożenia dyspozycji przez klienta.
Przez zastrzeżenie karty rozumie się zablokowanie obsługi takiej karty przez system i przeniesienie jej do bazy kart zastrzeżonych. Zastrzeżenie karty wiąże się z utratą jej ważności w trybie 24 godzin. Informacja o zastrzeżeniu karty musi być rozpropagowana w systemie.
Karta rejestrowana w systemie i znajdująca się na liście kart zastrzeżonych zostaje przez system zablokowana i staje się kartą nieaktywną.
Właścicielem kart pozostaje Zamawiający.
Klient będzie mógł w dowolnym czasie zwrócić kartę.
Personalizacja kart prowadzona będzie przez Zamawiającego.
Wykonawca przed dostawą kart zadrukuje je wg uzgodnionych szablonów graficznych.
System musi być tak zaprogramowany, aby istniała możliwość zablokowania/zastrzeżenia danej karty imiennej w systemie (wg numeru karty, wg użytkownika). Rejestracji i ewentualnego wycofania kart z obiegu dokonuje administrator Centrum lub uprawniony operator systemu.
Wykonawca przygotuje procedury dystrybucji kart (przechowywania, zamawiania nowych, rozprowadzania do punktów sprzedaży).
Wykonawca przedstawi sposób zabezpieczenia systemu. Karta obca oraz karta niewprowadzona do systemu, nie może być użyta w systemie. Próba użycia takiej karty powinna być w systemie odnotowana.
Zabezpieczenia systemu powinny uwzględniać x.xx. zastosowanie szyfrowanych kanałów transmisji. Przez szyfrowanie rozumie się tu takie ich przekształcenie podczas zapisu do bazy danych, które uniemożliwi odczyt przez osoby nie posiadające odpowiedniego klucza. Zakres chronionych danych wynika z Ustawy o ochronie danych osobowych oraz Ustawy o ochronie informacji niejawnych.
W ramach wstępnego zaprogramowania należy wygrawerować na karcie unikalny numer identyfikacyjny (UID) karty.
Wstępne zaprogramowanie ma umożliwić zarejestrowanie kart jako dopuszczonych do obiegu i aktywowanie w momencie sprzedaży.
Zamawiający dopuszcza stosowanie w systemie kart bezkontaktowych lub dualnych. Wymagania odnośnie typów kart opisane są w części określającej wymagania, jakie ma spełnić karta elektroniczna.
Wykonawca opisze procedury wyjaśniające/weryfikujące na wypadek stwierdzenia niezgodności danych zapisanych na karcie z danymi zapisanymi w bazie systemu na etapie projektu. Natomiast w trakcie realizacji projektu procedury te muszą być zweryfikowane i dostosowane.
Forma merytoryczna i graficzna wszelkich papierowych potwierdzeń z operacji (dowodów płatności) wykonanych na karcie będzie uzgadniana na bieżąco w trakcie realizacji projektu.
Zamawiający wymaga, aby system informatyczny zachowywał całą historię transakcji, natomiast na karcie mają być zapisane informacje o transakcjach (wykupionych usługach).
Korzystanie z biletu okresowego :
zapisanie na karcie informacji o zakupie biletu,
zapisanie na karcie terminu ważności biletu,
uznanie prawa klienta do ceny promocyjnej biletu okresowego,
sprawdzenie uprawnień do ulgi przy zakupie biletu okresowego,
kontrola ważności biletów okresowych przez kontrolera w pojeździe.
Polecenia i odpowiedzi przesyłane podczas komunikacji karty z systemami zewnętrznymi powinny mieć strukturę zgodną z formatem APDU określoną w normie ISO/IEC 7816-4.
Aplikacje transportowe karty muszą być dostępne bezpośrednio po resecie karty elektronicznej za pomocą polecenia wyboru SELECT FILE według normy ISO 7816-4, którego parametrem jest pełna nazwa tego pliku (AID wraz z rozszerzeniem).
Celem aplikacji transportowej karty jest bezpieczne przechowywanie obiektów reprezentujących wybrane informacje o właścicielu karty, danych niezbędnych do rejestracji i rozliczania opłat za przejazdy oraz elektronicznej portmonetki punktowej. Powinna istnieć możliwość późniejszej modyfikacji struktur przechowywanych obiektów, ich dodawania oraz usuwania.
Aplikacja transportowa dla e-karty powinna umożliwiać co najmniej:
przechowywanie danych związanych z właścicielem (jak np. aktualna zniżka, data ważności zniżki itp.), Zamawiający zakłada, że wielkość informacyjna tych danych nie przekroczy 127 bajtów,
przechowywanie do dwóch biletów długookresowych według wymagań taryfy w stanie aktywnym (skasowany) lub nieaktywnym (nieskasowany),
przechowywanie do dwóch biletów krótkookresowych według wymagań taryfy,
przechowywanie portmonetki punktowej umożliwiającej dokonywania opłat za przejazdy u danego operatora,
przechowywanie portmonetki elektronicznej umożliwiającej dokonywanie opłat w punktach obsługiwanych przez operatora – właściciela portmonetki elektronicznej,
przechowywanie kodu PIN dla portmonetki elektronicznej oraz limitu wartości pojedynczej transakcji realizowanej bez kodu PIN oraz dziennego limitu wartości transakcji,
strukturę danych umożliwiającą realizację mechanizmu rejestracji przy wsiadaniu/wysiadaniu z pojazdu,
strukturę danych umożliwiających przechowywanie informacji o pięciu ostatnich transakcjach z kartą,
niezbędne struktury danych umożliwiających realizację wymagań wynikających z założeń taryfowych,
dostęp do wybranych obiektów na poziomach: ogólnodostępny (odczyt bez stosowania mechanizmów zabezpieczeń, odczyt możliwy bez modułu SAM), do odczytu (odczyt z zastosowaniem modułu SAM wyposażonego w klucze umożliwiające odczyt danych), do odczytu i zapisu (odczyt i zmiana obiektu z zastosowaniem modułu SAM wyposażonego w klucze umożliwiające odczyt oraz modyfikację danych).
Aplikacja dla e-karty powinna zostać przygotowana z uwzględnieniem:
przebiegu transakcji wykluczającego możliwość uszkodzenia struktury danych w karcie,
optymalizacji czasu trwania transakcji, czas transmisji danych pomiędzy kartą a terminalem nie powinien przekroczyć 1 sekundy.
Wszystkie użyte techniki i algorytmy kryptograficzne oraz struktury przechowywanych danych zostaną wykonane w oparciu znane, otwarte standardy i będą jawne dla Zamawiającego.
Bilety okresowe
Wydzielona aplikacja na karcie do zapisania na karcie imiennej lub na okaziciela informacji o wykupieniu określonego biletu.
Płatność jednorazowa przy zakupie biletu.
Pierwszy dzień ważności biletu okresowego zostaje oznaczony przy załadowaniu biletu na kartę podczas sprzedaży,.
Na e-karcie będzie możliwe zapisanie dwóch biletów okresowych o następujących po sobie okresach ważności lub pokrywających się okresach ważności, ale na różne strefy taryfowe
Zapisane bilety okresowe mogą być tylko jednego typu : normalne lub ulgowe
Wyłącznie imienna karta będzie zawierała zapisane uprawnienia do ulg lub zwolnień.
Jeżeli pasażer posługuje się kartą na okaziciela z biletem okresowym ulgowym, podczas kontroli zobowiązany jest okazywać dokument potwierdzający uprawnienie do ulgi.
Podczas ładowania karty imiennej biletem okresowym ulgowym system umożliwi zapisanie biletu na karcie pod warunkiem, iż w terminie rozpoczęcia ważności biletu pasażer będzie posiadał zapisane na karcie ważne uprawnienie do ulgi.
Przejazd z biletem okresowym na którym podczas kontroli brak ważnego biletu okresowego będzie traktowany jak przejazd bez ważnego biletu – podczas kontroli biletowej na czytniku kontrolerskim pojawi się informacja : brak rejestracji biletu.
Bilety jednorazowe i wielokrotnego przejazdu
Wydzielona aplikacja na karcie imiennej lub na okaziciela.
Płatność na zasadzie zakupienia „z góry” określonej liczby punktów na przejazdy.
Należność za przejazd na danej linii i kierunku pobierana jest w wysokości odpowiadającej biletowi jednorazowemu według obowiązującej taryfy i stref taryfowych występujących na kierunku jazdy i według cennika odpowiadającego podróży do przystanku końcowego, jeżeli przy kasowaniu nie określimy strefy (przy wyłączonym check in-check out).
Wykonawca oprogramuje system pod kątem zapewnienia możliwości pobierania opłat wg kryterium liczby przejechanych przystanków lub kilometrów lub czasu przejazdu (ważnych określoną liczbę minut od skasowania).
Bilety jednorazowe i z uprawnieniem do przejazdów bezpłatnych winny być rejestrowane przez system.
System powinien rozpoznać, czy posiadany aktywny bilet obowiązuje w strefie taryfowej, w której podróż została rozpoczęta i zasygnalizować ewentualną niezgodność.
Jeżeli pasażer podróżuje na linii mającej trasę w dwóch strefach i posiada bilet ważny na strefę rozpoczęcia podróży, system winien poinformować pasażera o możliwości przekroczenia granicy stref taryfowych i ewentualnej nieważności biletu w następnej strefie.
Parametry drukarki kart
Rozdzielczość minimum 300 dpi,
Grubość kart: 10–50 mil (0,25–1,27 mm)
Grubość kart do laminowania: 30 mil (0,76 mm)
Wymiary karty: CR-80, format ISO 7810, typ ID-1
Materiał: PCW i kompozyty, karty ABS, PET, PET-G, PET-F, PETix i kompozyt Teslin®
Karty technologiczne: karty inteligentne kontaktowe i bezkontaktowe
Karty specjalne: samoprzylepne, z panelem na podpis, przezroczyste karty z blokadą IR
Szata graficzna karty
Element konfiguracji |
Wymagania minimalne |
Trwałość nadruku |
Drukarki dostarczone przez Wykonawcę do wykonywania personalizacji muszą zapewniać zabezpieczenie wykonywanych nadruków przed ścieraniem przez okres nie krótszy niż 5 lat |
Podajnik |
Zbiorczy podajnik kart na minimum 200szt |
Łączność |
Interfejs USB 2.0 i Ethernet 10/100
|
Zbiornik na odrzucone karty |
Pojemności 15 kart
|
Odbiornik kart |
Odbiornik na 100 kart
|
Podajnik |
Możliwość podawania pojedynczych kart
|
Parametry drukowania i laminowania |
Kolorowy druk termosublimacyjny lub monochromatyczny druk termotransferowy
Druk
jedno- oraz dwustronny
|
|
Moduł SAM do personalizacji kart,
|
|
|
Łączność |
Drukarka sieciowa |
|
Certyfikowane sterowniki drukarki Microsoft Windows z zestawem narzędzi: Windows XP (32-bitowy), Vista (32-bitowy i 64-bitowy), Server 2003 (32-bitowy), Windows 7 (32-bitowy i 64-bitowy), Server 2008 (32-bitowy i 64-bitowy), Windows 8 i Win 8 Pro (32-bitowy i 64-bitowy), Server 2012 (64-bitowy) |
Obsługiwane karty |
|
Parametry środowiskowe |
Temperatura
pracy: od 59ºF do 95ºF / od 15ºC do 35ºC |
Parametry elektryczne |
Zasilanie
jednofazowe AC z automatycznym przełączaniem |
Taśmy barwiące |
YMCKO: 250 lub 750 wydruków na rolkę YMCUvK: 750 wydruków na rolkę YMCKOK: 250 lub 750 wydruków na rolkę 0,5-panelowa YMC, pełne KO: 1250 wydruków na rolkę KdO i KrO: 2000 wydruków na rolkę WrKr: 2000 wydruków na rolkę Niebieski, czerwony, złoty, srebrny monochromatyczny: 5000 wydruków na rolkę Czarny, monochromatyczny: 2500 lub 5000 wydruków na rolkę Biały monochromatyczny: 4000 wydruków na rolkę Szary zdrapka: 3250 wydruków na rolkę |
Laminaty |
Bezpodkładowy, bezodpadowy laminat górny i dolny 1 mm: 750 wydruków na rolkę Typy laminatu: przezroczysty, pasek magnetyczny, karta inteligentna, dekoracyjny holograficzny Niestandardowy laminat z zarejestrowanymi lub dekoracyjnymi obrazami holograficznym |
Gwarancja |
Gwarancja na wady produkcyjne i materiałowe na okres 2 (dwóch) lat |
Dodatkowe materiały eksploatacyjne |
Materiały eksploatacyjne dodatkowe, które mają umożliwić zgodny ze specyfikacją nadruk obustronny wraz z laminacją 15.500 kart. |
Wykonawca uzgodni z Zamawiającym projekt graficzny stron A i B po podpisaniu umowy.
Strona A: do personalizacji będzie zawierać:
Miejsce na zdjęcie formatu maks. 30 mm x 30 mm,
Miejsce na imię (20 - znaków),
Miejsce na nazwisko (30 znaków),
Numer karty (17 znaków),
Strona B: informacyjna:
Zamawiający przewiduje maksymalnie 2 szablony dla strony B.
Na karcie powinno znaleźć się również: logo Zamawiającego, logo operatora systemu transportu miejskiego.
Nadruki na kartach
Rozdzielczość drukowania: min. 300 dpi.
Technika drukowania grafiki przygotowanej wcześniej : offset.
Trwałe zabezpieczenie przed ścieraniem (wykonanie nadruku na karcie w sposób wykluczający utratę zapisanej informacji w czasie użytkowania karty zgodnie z jej przeznaczeniem przez okres nie krótszy niż 5 lat )
Nadruk personalizacyjny
Nadruk na stronie A ma być przystosowany do personalizacji karty w siedzibie Zamawiającego.
Sposób wykonania numeru karty
Zawsze 17 cyfr
Obowiązuje zasada uzupełniania cyfr nieznaczącymi zerami (z przodu) do osiągnięcia 17 cyfr
Karty będą grawerowane jednostronnie przez Wykonawcę
Wzory graficzne muszą być drukowane z rozdzielczością co najmniej 300 dpi.
Nadruki muszą być trwale zabezpieczone przed ścieraniem wg normy ISO 7816 - 7810.
W przypadku stwierdzenia przez Zamawiającego niezgodności numeru graficznego karty z numerem elektronicznym karta uznana zostanie za wadliwą.
Na karcie będzie przechowywanych ostatnie 20 transakcji. Dane te będą przetrzymywane na karcie tylko i wyłącznie w celach reklamacyjnych.
Urządzenia i systemy lokalne – struktura sprzętowa i programowa
Czytniki kontrolerów do odczytu kart bezkontaktowych
Wymagania funkcjonalne
Czytniki mają umożliwiać proste i sprawne przeprowadzanie kontroli w autobusach.
Sposób przeprowadzania kontroli biletów w autobusach:
Po włączeniu czytnika, kontroler loguje się za pomocą swojej karty kontrolera,
Karta kontrolera umożliwia zablokowanie wszystkich kasowników, w momencie przyłożenia karty sczytywane są dane o kursie, które mogą być przeniesione do czytnika kontrolerskiego,
Pobieranie danych o kartach aktywnych w systemie, kart zastrzeżonych oraz innych informacji potrzebnych do funkcjonowania systemu, które Wykonawca uzna za niezbędne, odbywać się będzie w zasięgu sieci bezprzewodowej Zamawiającego, wymaga się aby połączenie było szyfrowane,
Wchodząc do autobusu, kontroler wprowadza do czytnika dane dotyczące realizowanej linii oraz autobusu,
W czytniku zostają zapisane: data, czas rozpoczęcia kontroli, numer linii, nr boczny pojazdu , miejsce kontroli, lokalizacja z GPS,
Następnie, w ramach kontroli, karty pasażerskie zbliżane są do pola odczytowego czytnika.
Wykonawca w porozumieniu z Zamawiającym przedstawi procedurę wystawiania oraz przesyłania mandatów do Centrum przy pomocy czytnika kontrolerskiego,
Na wyświetlaczu czytnika mają się pojawiać następujące komunikaty:
informacja o ważności, nieważności, o zastrzeżeniu karty,
informacja o ważności posiadanego biletu okresowego, realizowanej linii,
czytnik kontrolera musi umożliwiać sygnalizację dźwiękową w przypadku wykrycia braku zawarcia umowy przewozu na karcie,
Sygnalizacja dźwiękowa o braku rejestracji karty w systemie.
Przekazanie danych z czytnika kontrolerskiego
Czytniki kontrolerów komunikują się z Centrum poprzez sieć bezprzewodową Zamawiającego odpowiednie stanowisko zlokalizowane w siedzibie Zamawiającego. Wymagane jest szyfrowanie połączeń z Centrum.
Poprzez komunikację czytników Zamawiający rozumie dwustronny przesył wszelkich informacji potrzebnych do działania czytników i całego systemu.
Wykonawca wyposaży co najmniej dwa wskazane przez Zamawiającego stanowiska w Centrum w stację dokującą dla czytnika kontrolerskiego, która będzie wykorzystywane do:
wgrywania nowego oprogramowania do czytnika,
resetowania i wgrywania ustawień do czytnika,
sczytywania i wgrywanie danych do/z czytnika,
diagnozowania czytnika,
Wymagania techniczne czytników kontrolerskich
Czytniki dostarczone są z etui na pasku naramiennym (dopuszcza się pasek na nadgarstek w przypadku gdy urządzenie jest lżejsze niż 500g i przystosowane do trzymania w dłoni).
Maksymalna waga urządzenia gotowego do pracy nie może przekroczyć 0,8 kg, a z dodatkowym wyposażeniem typu zasilacz, etui, akumulator zapasowy nie może przekroczyć 1.5kg.
Procesor co najmniej 600MHz, pamięć ROM minimum 256MB, pamięć RAM: minimum 256MB, wbudowana drukarka, komunikacja: bluetooth, USB, Wi-Fi 802.11 b/g (wymagane zabezpieczenia transmisji co najmniej WPA2 z szyfrowaniem AES), HSDPA.
Interfejs Smart Card - ISO14443 Type A (MIFARE®), ISO14443 Type B, Felica®; RFID - ISO15693 (I CODE® SLI, Tag-it®, my-d®).
Obsługa GPS.
Obsługa kart SD i SDHC.
Urządzenie musi być odporne na upadek z wysokości do 1,5 m oraz wykonane zgodnie z normą minimum IP54.
Skaner kodów 2D, zgodny z Aztec, DataMatrix, Maxicode, QR Code: microQR.
Urządzenie swoimi wymiarami musi umożliwiać kontrolerom swobodną pracę.
Czytnik umożliwia bezkontaktowy, zbliżeniowy odczyt kart.
Czytnik umożliwia kontrolę ważności biletu.
Uruchamianie czytnika odbywa się za pomocą karty identyfikacyjnej (pracownicza karta kontrolera).
Zapis operacji następuje w pamięci czytnika.
Pojemność pamięci czytnika musi wystarczać na min. 2 dni pracy (16 godzin kontroli).
Odczytanie danych z kontroli i poboru następuje poprzez sieć bezprzewodową Zamawiającego.
Po wczytaniu danych do komputera bazowego, dane w czytniku są kasowane.
Bateria zasilająca musi wystarczać na min. 2 dni pracy (16 godzin ciągłej pracy) przy temperaturach pracy -20 do +50 °C.
Możliwość wymiany informacji z komputerem poprzez bezpośrednia złącze umieszczone w czytniku lub stacji dokującej jak również poprzez sieć Wi-Fi. Zamawiający dopuszcza rozwiązania równoważne z zastrzeżeniem, że:
podłączanie/odłączanie czytnika do włączonego komputera najlepiej przez stację dokującą
urządzenie komunikując się poprzez sieć Wi-Fi w okolicy przystanku lub autobusu ma mieć możliwość zsynchronizowania niezbędnych danych z centrum (np. czarnej listy biletów zastrzeżonych).
Ładowanie akumulatora odbywa się poprzez zasilacz lub stację dokującą aby osiągnąć poziom pełnego naładowania w czasie nie dłuższym niż 5 godziny. Naładowany akumulator musi zapewniać wykonanie operacji przez kontrolera przez okres minimum 16 godzin, lub z wykorzystaniem akumulatora zapasowego (dopuszczalna jednokrotna wymiana akumulatora). Wymaga się wyposażenie czytnika w dodatkowy akumulator wraz z ładowarką do tej baterii.
Przez kabel lub stację dokującą odbywa się również konfiguracja czytnika (za pośrednictwem komputera bazowego) – zmiana taryf etc.
Zakres temperatur otoczenia pracy czytnika: od -20 do +50°C. Między odczytami urządzenie może być przechowywane w temperaturze znacznie poniżej zera i nie może to uniemożliwiać dokonywania odczytów zaraz po wejściu do autobusu w temperaturach dodatnich (odporność na kondensację wilgoci w czytniku).
Podświetlany kolorowy wyświetlacz LCD minimum 3,5” obsługujący minimum rozdzielczość: 480 x 320 punktów, pozwalający wyświetlać znaki w czytelny sposób.
Centrum zarzadzania i urządzenia centralne
Informacje Ogólne
W ramach dostawy systemu musi być dostarczony sprzęt wraz oprogramowaniem dla następujących systemów:
system dynamicznej informacji pasażerskiej (SDIP),
system nadzoru ruchu (SNR)
systemu monitoringu wizyjnego,
systemu internetowej informacji dla podróżnych,
systemu biletu elektronicznego SBE wraz z modułem moduł windykacji mandatów,
Dostarczony przez wykonawcę sprzęt powinien zapewnić prawidłową obsługę wszystkich systemów.
Serwery w centrum sterowania powinny korzystać z ogólnie dostępnego i powszechnie używanego protokołu TCP/IP. Wszystkie serwery w sieci powinny posiadać statyczne IP. Wymagane jest, aby SDIP, SDZiWPD oraz SEPO składał się przynajmniej z:
środowiska systemowego odpowiedzialnego za wszystkie procesy związane ze sterowaniem oraz komunikacją,
serwera administracyjno – backupowego.
Dla systemu nadzoru wizyjnego należy dostarczyć serwery obsługi wszystkich kamer podłączonych do systemu (kamery w autobusach) przy założeniu że rejestracja obrazu z kamer zainstalowanych w autobusach będzie odbywać się lokalnie.
W ramach budowy systemu należy dostarczyć następujące stacje robocze i stacje operatorskie:
Centrum systemu
stanowiska operatorskie dyspozytor (2x stacje robocze),
punkty obsługi klienta (2 x komplet sprzętu dla personalizacji kart z funkcją doładowań ). System ma mieć możliwość dołączenia dodatkowych stanowisk roboczych przez Zamawiającego, nie będzie wymagane zakupienie dodatkowych licencji do obsługi systemów wykorzystywanych przez Zamawiającego.
punkty doładowań kart w miejscach wskazanych przez Zamawiającego (2 x komplet sprzętu niezbędnego do doładowań)
Serwerownia będzie realizować funkcje dla wszystkich podsystemów systemu. Wykonawca uzgodni z Zamawiającym rozmieszczenie pomieszczeń, przedstawi koncepcję na podstawie propozycji układu pomieszczeń, który zostanie dostarczony przez Zamawiającego.
Na lokalizację serwerowni i dyspozytorni systemu nadzoru ruchu zostały wybrane pomieszczenia w budynku przy ul. J. Xxxxxxxxxxxx w Ostrowcu Świętokrzyskim.
Na lokalizację punktów personalizacji kart w ramach systemu biletu elektronicznego przeznaczono pomieszczenie w budynku przy ul. J. Xxxxxxxxxxxx w Ostrowcu Świętokrzyskim
Pomieszczenia w wymienionej lokalizacji są wyposażone w złącza teleinformatyczne i elektryczne oraz posiadają dostęp do pomieszczeń socjalnych wewnątrz budynku.
Poniżej przedstawiono wymagania minimalne dla sprzętu i oprogramowania. Nawet jeżeli elementy sprzętu czy oprogramowania nie zostały opisane, a istnieje konieczność ich zainstalowania w celu zapewnienia wymaganej funkcjonalności, to takie oprogramowanie i sprzęt jest przedmiotem zamówienia i powinien być ujęty w cenie ofertowej. Wszystkie licencje na oprogramowanie powinny być licencjami ze wsparciem technicznym przez okres minimum 5 lat liczony od podpisania protokołu odbioru ostatecznego systemu przez Zamawiającego.
Z uwagi na zastosowaną otwartość wdrażanego systemu planowaną przez Zamawiającego jego dalszą rozbudowę wszystkie udzielone lub przeniesione licencje do realizowanego w ramach niniejszego zadania systemu komputerowego muszą spełniać bez dodatkowych zezwoleń i opłat następujące funkcje:
umożliwiać obsługiwanie przez system monitoringu minimum 500 kamer lub rejestratorów;
umożliwiać korzystanie z systemu monitoringu wizyjnego przez dodatkowych 2 użytkowników zewnętrznych (np. policja)
umożliwiać podłączenie do systemu kolejnych tablic informacji pasażerskiej do sumarycznej liczby min. 50 tablic łącznie;
umożliwiać obsługę przez system nadzór transportu publicznego dla min. 50 linii i min. 50 pojazdów komunikacji miejskiej w zakresie funkcji związanych z zarządzaniem, lokalizacją, monitoringiem wizyjnym , systemem informacji wewnątrz pojazdów;
Zamawiający wymaga aby wymienione zostały elementy, które umożliwiają w przyszłości dalszą rozbudowę systemu pod względem funkcjonalnym oraz wydajnościowym. Zawarte wymagania stanowią niezbędne minimum, które system powinien spełniać, jednak w ofercie należy zawrzeć wszystkie nie objęte poniżej zagadnienia, które mogę być niezbędne:
Aby umożliwić konkurencję w dostawie rozwiązania docelowego należy dostarczyć API (Application Programming Interface) umożliwiającym dowolnemu dostawcy samodzielne tworzenia oprogramowania na dostarczony sprzęt. Zadaniem API jest dostarczenie odpowiednich specyfikacji podprogramów, struktur danych, klas obiektów i wymaganych protokołów komunikacyjnych. API ma być dostarczone dla systemów nadzoru ruchu, systemu dynamicznej informacji pasażerskiej, systemu biletu elektronicznego, systemu monitoringu wizyjnego i dostarczonych urządzeń oraz komunikacji wyżej wymienionych systemów z urządzeniami. Zamawiający zaakceptuje również API dla systemów dostarczonych w ramach zamówienia.
System musi umożliwiać korzystanie z pakietu API do integracji z systemami zewnętrznymi.
Licencja na wykorzystanie API w tym wypadku ograniczona do tego projektu bez ponoszenia dodatkowych kosztów za wytworzone oprogramowanie.
Wymaga się aby cała dokumentacja dotycząca API była dołączona do odbioru ostatecznego.
Całość dostarczonego sprzętu informatycznego, teleinformatycznego, wyposażenia serwerowni i oprogramowania musi pochodzić z autoryzowanego w Polsce kanału dystrybucji. Usługi gwarancyjne wymienione w tym dokumencie świadczone muszą być z oficjalnego autoryzowanego przez producenta serwisu na terenie Polski w języku polskim. Wykonawca ma obowiązek przekazać potwierdzające dokumenty.
Każde zgłoszenie gwarancyjne lub serwisowe oraz zapytania będą mogli zgłaszać bezpośrednio z pełnym prawem, pracownicy operatora transportu publicznego. Wykonawca zobowiązany jest przekazać na piśmie informacje kontaktowe do serwisu tj. numer telefonu oraz adres poczty internetowej.
Szkoleniami o których mowa w punkcie 11. (Szkolenia) powinni być objęci informatycy operatora transportu publicznego. Szczegółowy zakres wymienionych tematów należy ustalić z informatykami po instalacji. Szkolenie należy przeprowadzić w miejscu instalacji na przekazanym sprzęcie i oprogramowaniu.
Wykonawca zobowiązany jest do dostarczenia przed odbiorem końcowym instrukcji stanowiskowych dla poszczególnych stanowisk przewidzianych do obsługi systemu wraz z procedurami. Odrębnie należy opisać procedury:
Reklamacyjne,
Dyspozytorskie,
Operatorskie,
oraz pozostałe uzgodnione z Zamawiającym na etapie realizacji.
Wykonawca zobowiązany jest do dostarczenia sprzętu oraz oprogramowania z bieżącej produkcji i być w ciągłej ofercie producenta.
Wymagane certyfikaty
Certyfikat ISO9001 dla producenta sprzętu (dołączyć dokument potwierdzający do odbioru),
Deklaracja zgodności CE (dołączyć dokument potwierdzający do odbioru),
Wymaga się, aby Wykonawca przekazał przy odbiorze ostatecznym oszacowanie kosztów utrzymania całej infrastruktury po wygaśnięciu okresu wsparcia wymaganego w okresie gwarancji. Wykonawca przekaże ten dokument przed odbiorem końcowym umowy.,
Wyżej wymieniony sprzęt musi być fabrycznie nowy, nieużywany, pochodzić z autoryzowanego kanału dystrybucyjnego (oświadczenie wykonawcy dołączyć do odbioru).
Ze względu na ustawę o ochronie danych osobowych uszkodzony dysk pozostaje u Zamawiającego (z wyłączeniem dysków serwera HA) - wymagane jest dołączenie do odbioru końcowego oświadczenia podmiotu realizującego serwis lub producenta sprzętu o spełnieniu tego warunku
Wszelkie naprawy gwarancyjne będą dokonywane pod nadzorem odpowiednich służb Zamawiającego. Całość świadczeń musi być realizowana bezpośrednio przez producenta sprzętu. Zamawiający musi mieć bezpośredni dostęp do wsparcia technicznego producenta
Wszystkie urządzenia muszą pochodzić z oficjalnego kanału dystrybucji producenta. Zamawiający zastrzega sobie prawo do sprawdzenia legalności dostaw bezpośrednio u polskiego przedstawiciela producenta w szczególności ważności i zakresu uprawnień licencyjnych oraz gwarancyjnych / może być to w formie oświadczenia złożonego przez potencjonalnego wykonawcę/.
Wszystkie urządzenia muszą być fabrycznie nowe wyprodukowane nie wcześniej niż 6 miesięcy od daty podpisania umowy.
Wymagania dla wyposażenia pomieszczeń centrum i serwerowni
Serwerownia wraz z infrastrukturą IT
Serwery powinny zostać zainstalowane w środowisku wirtualnym. Podział podsystemów na serwery logiczne i fizyczne należy zaplanować w taki sposób aby optymalizować funkcjonalność systemu IT oraz czas przywracania po awarii. Parametry serwerów logicznych należy dostosować do funkcjonalności i roli w Systemie nie gorsze jednak w parametrach niż podane poniżej.
Założeniem projektu jest realizacja systemu na serwerze lub serwerach podstawowych i zapasowych w celu zagwarantowania niezawodności funkcjonowania Systemu. Niezawodność funkcjonowania dotyczy również i pamięci typu NAS. Serwery mają być w swojej budowie fizycznej i logicznej tożsame i automatycznie przejmować pracę w sytuacjach awaryjnych wymagających użycia backupu.
Zakłada się pracę serwerów w środowisku wirtualnym. Licencje na system operacyjny dla maszyn fizycznych i wirtualnych maja być dostarczone wraz z serwerami w najnowszej dostępnej wersji komercyjnej. Preferowane są systemy w najnowszej dostępnej wersji rekomendowana przez dostawcę systemu. Preferowane są relacyjne bazy danych SQL w najnowszej dostępnej wersji komercyjnej. Zastosowana musi być relacyjna baza danych z mechanizmami zabezpieczeń, archiwizacji (również w trybie on-line), odtwarzania. Cechy bazy: Obsługa SQL, ODBC.
System pracuje w technologii bazodanowej o następujących cechach: nowoczesna, transakcyjna i relacyjna baza danych wyposażona w zintegrowany system zarządzania (RDBMS) musi pozwalać na organizację jednostki rozproszonej, z kilkoma lokalizacjami, z wykorzystaniem technologii VPN lub równoważnej.
Wszelkie wkładki oraz patchcordy powinny posiadać certyfikaty producenta sprzętu.
Serwerownia, UPS
Cały sprzęt musi być fabrycznie nowy i nieużywany oraz dostarczony poprzez autoryzowany kanał dystrybucyjny producenta na terenie Polski.
UPS
UPS powinien zapewnić zasilanie dla całego wyposażenia serwerowni.
UPS, listwy i ich zakładane obciążenie powinny być spójne i kompatybilne ze sobą oraz koncepcją przyjętą w tym dokumencie. Listwy PDU łączące UPS z szafami RACK, powinny być kompatybilne z systemem monitoringu serwerów oraz być od tego samego producenta.
Funkcje które powinien spełniać UPS:
Napięcie operacyjne wejścia (maksymalne) – 275 V
Moc wyjściowa 5000VA/4,5 kW
Przebieg falowy – Sinus
Wysokość – 3U w układzie rack
Ekran LCD
Typ wyjść AC – C13 panel (6 gniazd), C19 panel (4 gniazda), wtyczka Terminal
Zimny start
Gniazdo RJ45
UPS przeznaczony przez jego producenta dla serwerowni (xxxxx xxxx)
Gwarancja pełnej ciągłości działania infrastruktury teleinformatycznej podłączonej do UPS
Podtrzymanie prądu przy obciążeniu 4,4 KW przez minimum 4 minuty.
Obudowy baterii odporne na wyciek kwasu, bezobsługowe i hermetyczne.
Serwery, HA – 2 szt.
Dwa serwery fizyczne HA (wirtualizacja z wysoką dostępnością), parametry powinny być nie niższe niż:
Element konfiguracji |
Wymagania minimalne |
Obudowa |
Maksymalnie 2U RACK 19 cali wraz ze wszystkimi elementami niezbędnymi do zamontowania serwera w szafie RACK z panelem frontowym zabezpieczającym dyski. |
Płyta główna |
Płyta główna z możliwością instalacji minimum dwóch fizycznych procesorów 22, 20, 18, 16, 14, 12, 10, 8, 6, 4 rdzeniowych. |
Procesor |
Minimum dwa procesory minimum ośmiordzeniowe, |
Pamięć operacyjna |
Minimum 128GB w modułach dwubankowych ( 4x 32GB ) RDIMM DDR4 2400MHz, z możliwością rozbudowy do minimum 3TB. Minimum 24 sloty na pamięć. Zabezpieczenia pamięci: Advanced ECC oraz Online Spare. |
Sloty rozszerzeń |
Serwer musi posiadać w standardzie minimum 3 sloty PCI-Express Generacji 3 działające z prędkością x8 (bus width), wszystkie sloty pełnej wysokości. Możliwość rozbudowy do sumarycznej ilości slotów PCI-E:
|
Dysk twardy
|
Możliwość zainstalowania do 8 dysków typu Hot Swap, SAS/SATA/SSD, 2,5”. Zainstalowane: 8x 600GB 10k rpm SAS. Możliwość rozbudowy serwera do obsługi 26 wewnętrznych dysków 2,5’’. |
Kontroler |
Kontroler macierzowy SAS 12Gb z min. 2GB cache, z mechanizmem podtrzymywania zawartości pamięci cache w razie braku zasilania, zapewniający obsługę do 8 napędów dyskowych SAS oraz obsługujący poziomy: RAID 0/1/1+0/5/5+0/6/6+0 Możliwość rozbudowy pamięci cache do 4GB poprzez rozbudowę kontrolera lub wymianę kontrolera. |
Interfejsy sieciowe LAN |
Minimum cztery wbudowane porty Ethernet 1GbE z funkcją Wake-On-LAN, RJ45, niezajmujące slotów PCI-E. |
Karta graficzna |
Zintegrowana karta graficzna |
Porty |
5 x USB 3.0 (w tym dwa wewnętrzne). 1x VGA Wewnętrzny slot na kartę microSD/SD. Możliwość rozbudowy o:
Ilości portów nie mogą być osiągnięte przez użycie przejściówek. |
Dodatkowe napędy |
Wbudowany napęd DVD-RW |
Zasilacz |
Minimum 800W 2 szt., typ Hot-plug, redundantne, typu Platinum. |
Chłodzenie |
Zestaw wentylatorów redundantnych typu hot-plug Serwer musi być przygotowany do pracy w temperaturze otoczenia do 45st.C. |
Zarządzanie i obsługa techniczna |
Serwer musi być wyposażony w kartę zdalnego zarządzania (konsoli) pozwalającej na: włączenie, wyłączenie i restart serwera, podgląd logów sprzętowych serwera i karty, przejęcie pełnej konsoli tekstowej serwera niezależnie od jego stanu (także podczas startu, restartu OS) . Możliwość przejęcia zdalnej konsoli graficznej i podłączania wirtualnych napędów CD/DVD/ISO i FDD. Karta zdalnego zarządzania musi posiadać wbudowaną pamięć flash, minimum 4GB, w tym minimum 1GB dostępny dla użytkownika serwera. Karta zarządzania zdalnego, ma udostępniać wbudowane narzędzie wspomagające instalację systemów operacyjnych oraz konfigurację serwera oraz wspólne zarządzanie serwerami z jednego interfejsu wszystkich oferowanych w postępowaniu serwerów. Narzędzie dostępne z poziomu BIOS poprzez interfejs graficzny (GUI), udostępniające minimum następujące funkcjonalności:
Rozwiązanie sprzętowe, niezależne od systemów operacyjnych, zintegrowane z płytą główną, posiadające dedykowany port RJ45. |
Wsparcie dla Systemów Operacyjnych i Systemów Wirtualizacyjnych |
Microsoft Windows Server Canonical Ubuntu Red Hat Enterprise Linux (RHEL) SUSE Linux Enterprise Server (SLES) VMware Citrix XenServer Oracle Linux CentOS |
Oprogramowanie systemowe trybie wirtualizacji
|
Licencja na oprogramowanie Windows Server Standard 2019 ( 16-core ) lub równoważny – 2 sztuki. Licencja dostępowe na użytkownika 50 CAL + 5 RDP – 1 komplet Licencja musi uprawniać do uruchamiania serwerowego systemu operacyjnego (SSO) w środowisku fizycznym i czterech wirtualnych środowisk serwerowego systemu operacyjnego za pomocą wbudowanych mechanizmów wirtualizacji. Serwerowy system operacyjny (SSO) musi posiadać min. następujące, wbudowane cechy: 1. Możliwość wykorzystania, co najmniej 320 logicznych procesorów oraz co najmniej 4 TB pamięci RAM w środowisku fizycznym 2. Możliwość wykorzystywania 64 procesorów wirtualnych oraz 1TB pamięci RAM i dysku o pojemności min. 64TB przez każdy wirtualny serwerowy system operacyjny. 3. Możliwość budowania klastrów składających się z 64 węzłów, z możliwością uruchamiania do 8000 maszyn wirtualnych. 4. Możliwość migracji maszyn wirtualnych bez zatrzymywania ich pracy między fizycznymi serwerami z uruchomionym mechanizmem wirtualizacji (hypervisor) przez sieć Ethernet, bez konieczności stosowania dodatkowych mechanizmów współdzielenia pamięci. 5. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany pamięci RAM bez przerywania pracy. 6. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany procesorów bez przerywania pracy. 7. Automatyczna weryfikacja cyfrowych sygnatur sterowników w celu sprawdzenia, czy sterownik przeszedł testy jakości przeprowadzone przez producenta systemu operacyjnego. 8. Możliwość dynamicznego obniżania poboru energii przez rdzenie procesorów niewykorzystywane w bieżącej pracy. Mechanizm ten musi uwzględniać specyfikę procesorów wyposażonych w mechanizmy Hyper-Threading. 9. Wbudowane wsparcie instalacji i pracy na wolumenach, które: - pozwalają na zmianę rozmiaru w czasie pracy systemu, - umożliwiają tworzenie w czasie pracy systemu migawek, dających użytkownikom końcowym (lokalnym i sieciowym) prosty wgląd w poprzednie wersje plików i folderów, - umożliwiają kompresję "w locie" dla wybranych plików i/lub folderów, - umożliwiają zdefiniowanie list kontroli dostępu (ACL). 10. Wbudowany mechanizm klasyfikowania i indeksowania plików (dokumentów) w oparciu o ich zawartość. 11. Wbudowane szyfrowanie dysków przy pomocy mechanizmów posiadających certyfikat FIPS 140-2 lub równoważny wydany przez NIST lub inną agendę rządową zajmującą się bezpieczeństwem informacji. 12. Możliwość uruchamianie aplikacji internetowych wykorzystujących technologię XXX.XXX 13. Możliwość dystrybucji ruchu sieciowego HTTP pomiędzy kilka serwerów. 14. Wbudowana zapora internetowa (firewall) z obsługą definiowanych reguł dla ochrony połączeń internetowych i intranetowych. 15. Graficzny interfejs użytkownika. 16. Zlokalizowane w języku polskim, co najmniej następujące elementy: menu, przeglądarka internetowa, pomoc, komunikaty systemowe, 17. Możliwość zmiany języka interfejsu po zainstalowaniu systemu, dla co najmniej 10 języków poprzez wybór z listy dostępnych lokalizacji. 18. Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń sieciowych, standardów USB, Plug&Play). 19. Możliwość zdalnej konfiguracji, administrowania oraz aktualizowania systemu. 20. Dostępność bezpłatnych narzędzi producenta systemu umożliwiających badanie i wdrażanie zdefiniowanego zestawu polityk bezpieczeństwa. 21. Pochodzący od producenta systemu serwis zarządzania polityką konsumpcji informacji w dokumentach (Digital Rights Management). 22. Możliwość implementacji następujących funkcjonalności bez potrzeby instalowania dodatkowych produktów (oprogramowania) innych producentów wymagających dodatkowych licencji: - Podstawowe usługi sieciowe: DHCP oraz DNS wspierający DNSSEC, - Usługi katalogowe oparte o LDAP i pozwalające na uwierzytelnianie użytkowników stacji roboczych, bez konieczności instalowania dodatkowego oprogramowania na tych stacjach, pozwalające na zarządzanie zasobami w sieci (użytkownicy, komputery, drukarki, udziały sieciowe), z możliwością wykorzystania następujących funkcji: a) Podłączenie SSO do domeny w trybie offline – bez dostępnego połączenia sieciowego z domeną, b) Ustanawianie praw dostępu do zasobów domeny na bazie sposobu logowania użytkownika – na przykład typu certyfikatu użytego do logowania, c) Odzyskiwanie przypadkowo skasowanych obiektów usługi katalogowej z mechanizmu kosza. - Zdalna dystrybucja oprogramowania na stacje robocze. - Praca zdalna na serwerze z wykorzystaniem terminala (cienkiego klienta) lub odpowiednio skonfigurowanej stacji roboczej - PKI (Centrum Certyfikatów (CA), obsługa klucza publicznego i prywatnego) umożliwiające: a) Dystrybucję certyfikatów poprzez http b) Konsolidację CA dla wielu lasów domeny, c) Automatyczne rejestrowania certyfikatów pomiędzy różnymi lasami domen. - Szyfrowanie plików i folderów. - Szyfrowanie połączeń sieciowych pomiędzy serwerami oraz serwerami i stacjami roboczymi (IPSec). - Możliwość tworzenia systemów wysokiej dostępności (klastry typu fail-over) oraz rozłożenia obciążenia serwerów. - Serwis udostępniania stron WWW. - Wsparcie dla protokołu IP w wersji 6 (IPv6), - Wbudowane usługi VPN pozwalające na zestawienie nielimitowanej liczby równoczesnych połączeń i niewymagające instalacji dodatkowego oprogramowania na komputerach z systemem Windows, - Wbudowane mechanizmy wirtualizacji (Hypervisor) pozwalające na uruchamianie min. 1000 aktywnych środowisk wirtualnych systemów operacyjnych. Wirtualne maszyny w trakcie pracy i bez zauważalnego zmniejszenia ich dostępności mogą być przenoszone pomiędzy serwerami klastra typu failover z jednoczesnym zachowaniem pozostałej funkcjonalności. Mechanizmy wirtualizacji mają zapewnić wsparcie dla: a) Dynamicznego podłączania zasobów dyskowych typu hot-plug do maszyn wirtualnych, b) Obsługi ramek typu jumbo frames dla maszyn wirtualnych. c) Obsługi 4-KB sektorów dysków d) Nielimitowanej liczby jednocześnie przenoszonych maszyn wirtualnych pomiędzy węzłami klastra e) Możliwości wirtualizacji sieci z zastosowaniem przełącznika, którego funkcjonalność może być rozszerzana jednocześnie poprzez oprogramowanie kilku innych dostawców poprzez otwarty interfejs API f) Możliwości kierowania ruchu sieciowego z wielu sieci VLAN bezpośrednio do pojedynczej karty sieciowej maszyny wirtualnej (tzw trunk mode) 23. Możliwość automatycznej aktualizacji w oparciu o poprawki publikowane przez producenta wraz z dostępnością bezpłatnego rozwiązania producenta SSO umożliwiającego lokalną dystrybucję poprawek zatwierdzonych przez administratora, bez połączenia z siecią Internet. 24. Wsparcie dostępu do zasobu dyskowego SSO poprzez wiele ścieżek (Multipath). 25. Możliwość instalacji poprawek poprzez wgranie ich do obrazu instalacyjnego. 26. Mechanizmy zdalnej administracji oraz mechanizmy (również działające zdalnie) administracji przez skrypty. 27. Możliwość zarządzania przez wbudowane mechanizmy zgodne ze standardami WBEM oraz WS-Management organizacji DMTF. 28. Zorganizowany system szkoleń i materiały edukacyjne w języku polskim.
|
Certyfikaty |
Serwer musi być wyprodukowany zgodnie z normą ISO-9001 lub równoważne, ISO-14001 lub równoważne Deklaracja CE lub równoważne |
Gwarancja |
W czasie przewidzianym umową w miejscu instalacji, z czasem reakcji maksymalnie w następnym dniu roboczym od zgłoszenia (NBD), tryb zgłaszania 9x5 realizowany przez polski oddział serwisu producenta posiadającego certyfikat ISO z opcją zostaw dysk u zamawiającego po awarii. Czas reakcji na zgłoszenie powinien być liczony od zgłoszenia do serwisu producenta. |
Inne |
Montaż, uruchomienie, instalacja wirtualizatora w trybie HA, objaśnienie / przeszkolenie z funkcjonalności dla 2+1 administratorów informatycznych w siedzibie klienta. Czas szkolenia i zakresy w osobnym spisie, poniżej. |
Serwer danych NAS z 14 dyskami HDD oraz systemem backupu i archiwizacji danych
Dane techniczne:
-
Artykuły Zaopatrzenia
Interfejs napędów pamięci masowej
druga generacja szeregowej magistrali komputerowej (serial ATA II), Serial ATA III
Wspierane interfejsy dysków twardych
druga generacja szeregowej magistrali komputerowej (serial ATA II), Serial ATA III
Rozmiary napędów pamięci masowej
2.5/3.5"
Obsługiwane rozmiary dysków pamięci
2.5,3.5"
Usługa RAID
Tak
Poziomy raid
0,1,5,6,10,50,60,JBOD
Zatoka hot-swap
Tak
Ilość obsługiwanych rozmiarów dysków pamięci
12
Obsługiwane rodzaje dysków
HDD & SSD
Procesor
Taktowanie procesora
min. 2,2 GHz
Liczba rdzeni procesora
min. 4
Liczba wątków
min. 8
Cache l2
min. 2 MB
L3 cache
min. 4 MB
Pamięć
Typ pamięci wewnętrznej
DDR4
Maksymalna pamięć operacyjna RAM
32 GB
Gniazda pamięci
2
Pamięć wewnętrzna
8 GB
Rodzaj pamięci
DIMM
Wielkość pamięci flash
5000 MB
Sieć komputerowa
Przewodowa sieć lan
Tak
Prędkość transferu danych przez Ethernet LAN
10,100,1000,2500 Mbit/s
Klient DHCP
Tak
Serwer DHCP
Tak
Zgodny z Jumbo Frames
Tak
Dynamiczny DNS (DDNS)
Tak
Łączność
Port USB
Tak
Ilość portów USB 3.2 Gen 1 (3.1 Gen 1) Typu-A
1
Ilość portów USB 3.2 Gen 2 (3.1 Gen 2) Typu-A
1
Ilość portów USB 3.2 Gen 2 (3.1 Gen 2) Typu-C
2
Ilość portów Ethernet LAN (RJ-45)
2
Design
Obudowa
Rack (2U)
Rodzaj chłodzenia
Aktywny
Xxxxxx wentylatorów
2 went.
Średnica czaszy wentylatora
8 cm
Średnica wentylatora 2
8 cm
Diody LED
HDD, LAN, Zasilanie, Status, USB
Praca
Model
NAS
Klasa urządzenia
Small i Medium Business
Funkcja kopii zapasowej
Tak
Cechy kopii zapasowej
Xxxxxx, iSCSI LUN
Wsparcie wielojęzyczne
Tak
Oprogramowanie
Obsługiwane systemy operacyjne Windows
Windows 10,Windows 7,Windows 8
Obsługiwany systemy operacyjne Linux
Tak
Obsługiwane systemy operacyjne Mac
Mac OS X 10.10 Yosemite, Mac OS X 10.11 El Capitan, Mac OS X 10.12 Sierra, Mac OS X 10.13 High Sierra, Mac OS X 10.14 Mojave, Mac OS X 10.15 Catalina, Mac OS X 10.15.3 Catalina
Obsługiwane systemy operacyjne serwera
Windows Server 2008 R2,Windows Server 2008 R2 x64,Windows Server 2012,Windows Server 2012 R2,Windows Server 2012 R2 x64,Windows Server 2012 x64,Windows Server 2016,Windows Server 2016 x64,Windows Server 2019
Pozostałe obsługiwane systemy operacyjne
Solaris 10
Zarządzanie energią
Lokalizacja zasilania
Wbudowany
Moc zasilacza
300 W
Ilość jednostek zasilania
2
Pobór mocy
78,92 W
Zużycie energii (tryb uśpienia)
43,67 W
Napięcie wejściowe AC
100 - 240 V
Waga i rozmiary
Szerokość produktu
482 mm
Głębokość produktu
425 mm
Wysokość produktu
89 mm
Waga produktu
9,69 kg
Xxxx wraz z opakowaniem
14,6 kg
Warunki zewnętrzne
Zakres temperatur (eksploatacja)
0 - 40 °C
Zakres wilgotności względnej
5 - 95%
Dysk HDD
Typ dysku twardego
3.5"
Pojemność twardego dysku
min. 4000 GB
Szybkość obrotowa
7200 RPM
Standardowe rozwiązania komunikacyjne
Serial ATA III
Rozmiar bufora dysku pamięci
256 MB
Szybkość transmisji interfejsu dysku twardego
6 Gbit/s
Zarządzanie energią
Napięcie pracy
5 / 12 V
Warunki zewnętrzne
Dopuszczalna wilgotność względna
5 - 90%
Waga i rozmiary
Szerokość produktu
101,6 mm
Wysokość produktu
261 mm
Głębokość produktu
147 mm
Sieciowy system backupu i archiwizacji danych
Funkcje które musza być realizowane przez system:
Możliwośc backupu do N komputerów (np. 300)
Oprogramowanie działające w architekturze klient-serwer w oparciu o protokół TCP/IP, z centralnym modułem sterowania wykonywaniem kopii zapasowych z dysków komputerów klienckich
Program serwerowy kompatybilny z systemami: Microsoft Windows 2000, XP, Vista, Windows 7, Windows 8, Windows 10; Microsoft Windows Server 2000, 2003, 2008, 2012, 2016, 2019, Linux, BSD, Mac OS X, QNAP, Synology
Program kliencki kompatybilny z systemami: Microsoft Windows 2000, XP, Vista, Windows 7, Windows 8, Windows 10; Microsoft Windows Server 2000, 2003, 2008, 2012, 2016, 2019, Linux, BSD, Mac OS X, QNAP, Synology
Możliwość archiwizacji pełnej, przyrostowej/różnicowej i delta (różnica na poziomie fragmentów plików)
Możliwość archiwizacji otwartych i zablokowanych plików bez korzystania z usługi Volume Shadow Copy Service (VSS)
Automatyczny backup przy wyłączaniu komputera
Możliwość wybrania do archiwizacji lub wykluczenia z archiwizacji określonych woluminów, katalogów, plików za pomocą symboli wieloznacznych * i ?
Backup całego systemu operacyjnego i zainstalowanych programów (tylko Windows)
Backup baz danych i plików poczty w trybie online i offline
Kopie rotacyjne (wersjonowanie)
Zapis archiwów w otwartym formacie (ZIP 64-bit)
Backup i odzyskiwanie maszyn wirtualnych Microsoft Hyper-V oraz VMWare ESX/ESXi
Odzyskiwanie systemu operacyjnego na czystym dysku twardym bez konieczności ponownej instalacji (bare metal restore)
Bezpośrednie odzyskiwanie plików do lokalizacji oryginalnej
Odzyskiwanie z kopii różnicowych i delta tak jak z kopii pełnych
Szyfrowanie archiwów i transferu zapewniających bezpieczeństwo sieci i informacji wymaganych przez RODO
Kompresja po stronie stacji roboczej
Replikacja archiwów na dodatkowy dysk twardy, NAS, serwer FTP,
Replikcacja na napęd optyczny: CD, DVD, Blu-Ray, HD-DVD i napęd taśmowy: DDS, DLT, LTO, AIT (tylko Windows)
Centralne sterowanie całym Systemem z jednego miejsca
Transparentna archiwizacja wykonywana w tle, która nie jest odczuwalna przez pracowników
Możliwość równoległej archiwizacji wszystkich komputerów podłączonych do sieci LAN/WAN
Wysyłanie Alertów administracyjnych na e-mail
Możliwość uruchamiania zewnętrznych programów, skryptów i plików wsadowych na serwerze backupu i na komputerach zdalnych
Raporty podsumowujące przebieg archiwizacji, zawierające informacje na temat zaległych zadań archiwizacji oraz statystyki
Automatyczna aktualizacja oprogramowania na komputerach zdalnych
Bezterminowa licencja - licencja nie może być ograniczona czasowo
Interfejs, instrukcja i pomoc techniczna w języku polskim
Serwerownia – sieć LAN/WAN
Cały sprzęt musi być fabrycznie nowy i nieużywany oraz dostarczony poprzez autoryzowany kanał dystrybucyjny producenta na terenie Polski. Całe okablowanie elektryczne, światłowodowe oraz urządzenia aktywne sieci powinny być ze sobą kompatybilne i umożliwić podłączenie w jednej technologii.
Przełącznik sieciowy zarządzalny 24 portowy Gbit, 2xSFP+
-
X.x.
Xxxxxxxxx minimalne
Przełącznik musi posiadać architekturę umożliwiającą przełączanie w warstwie 2 ethernet i 3 ipv4 oraz ipv6.
Przełącznik musi być wyposażony w poniższe porty
2.1
co najmniej 24 portów dostępowych Ethernet 10/100/1000Base-T IEEE 802.3z Auto-MDI/MDIX
2.2
co najmniej 2 porty uplink 10 Gigabit Ethernet SFP+, obsługujące co najmniej moduły SFP TX, SX, LX/LH, LH/ZX, zgodne ze standardem IEEE 802.3z, oraz SFP+ LR,SR.
2.3
Wszystkie porty muszą pracować z pełną prędkością interfejsów (wire-speed) dla pakietów dowolnej wielkości, czyli przełącznik musi mieć wydajność ponad 100 Mpps (130 Mpps łącznie z portami stackującymi).
Przełącznik jest dedykowanym urządzeniem sieciowym o wysokości 1U, przystosowanym do montażu w szafie rack 19’’ oraz posiada oprzyrządowanie niezbędne do zamocowania w takiej szafie.
Przełącznik musi być wyposażony w minimum jeden zasilacz AC, przystosowany do zasilania z sieci 230V/50Hz.
Przełączniki muszą posiadać możliwość łączenia w stos (virtual chassis), tak że 6 przełączników jest widocznych w sieci jako jedno urządzenie bez utraty wymaganych funkcjonalności.
Przełącznik obsługuje co najmniej 16000 adresów MAC, w tym co najmniej 1000 adresów MAC opisanych statycznie w konfiguracji.
Przełącznik obsługuje sieci VLAN zgodnie z IEEE 802.1Q w ilości nie mniejszej niż 1000 z zakresu 1-4090 VLAN ID oraz protokół MVRP.
Urządzenie obsługuje agregowanie połączeń zgodnie z IEEE 802.3AD, nie mniej niz 6 grup LACP do 8 portów każda. Przy wysyłaniu pakietu IP przez interfejs LACP do wyznaczenia fizycznego portu na który pakiet będzie wysłany jest brany pod uwagę co najmniej adres IP źródłowy i docelowy tego pakietu, w przypadku protokołów TCP i UDP również numery portów, a dla innych protokołów co najmniej adres źródłowy i docelowy, lub źródłowe i docelowe adresy MAC.
Urządzenie obsługuje filtrowanie ruchu wejściowego i wyjściowego co najmniej na poziomie portu i sieci VLAN dla kryteriów z warstw 2-4 IPv4 (pole TTL protokołu IP może być obsługiwane tylko przy filtrowaniu ruchu wejściowego na interfejsach warstwy 3). Urządzenie realizuje sprzętowo nie mniej niż 500 reguł filtrowania ruchu. Jest dostępna funkcja edycji reguł filtrowania ruchu na samym urządzeniu.
Przełącznik obsługuje ramki jumbo (9216 bajtów) na wszystkich interfejsach.
Przełącznik jest przystosowany do pracy ciągłej przy temperaturze otoczenia z zakresu 0 – 45oC.
Przełącznik jest wyposażony w port konsoli oraz dedykowany interfejs Ethernet do zarządzania OOB (out-of-band).
Przełącznik umożliwia wgranie systemu operacyjnego z zewnętrznego nośnika danych poprzez łącze szeregowe RS-232, USB lub dedykowany port ethernetowy. Musi istnieć możliwość ustawienia restartu urządzenia w zadanym terminie.
Zarządzanie urządzeniem musi być możliwe za pośrednictwem interfejsu linii komend (CLI) przez port konsoli oraz zdalnie przez telnet lub ssh przy użyciu zarówno protokołu IPv4 jak i IPv6.
Urządzenie umożliwia zapisanie aktualnej konfiguracji w postaci tekstowej (może być skompresowana jeśli istnieje niezależny, bezpłatny program do jej rozpakowania) w wewnętrznej pamięci nieulotnej oraz na urządzeniach zewnętrznych przy pomocy protokołu tftp, ftp lub scp. Istnieje możliwość modyfikowania konfiguracji poza urządzeniem i ponownego jej wczytania do urządzenia.
Przełącznik generuje logi dotyczące zdarzeń na nim zachodzących. Użytkownik ma dostęp do dokumentacji producenta urządzenia z wyjaśnieniami znaczenia poszczególnych wpisów w logach. Logi te są dostępne lokalnie na urządzeniu oraz przesyłane do innych urządzeń z użyciem protokołu syslog (przy użyciu protokołu ipv4 lub ipv6, zależnie od konfiguracji dokonanej przez użytkownika). Istnieje możliwość uszczegóławiania logów (tryb debug) dotyczących konkretnych usług (np. STP, 802.1x itp.)
Przełącznik umożliwia ustawienie limitów pakietów akceptowanych na wskazanych portach w jednostce czasu (tzw. rate-limit). Przełącznik odrzuca pakiety przekraczające limit. Istnieje możliwość ustawiania limitów pakietów indywidualnie dla każdego interfejsu.
Przełącznik umożliwia ustawienie limitów pakietów typu broadcast oraz unknown unicast w jednostce czasu indywidualnie na każdym interfejsie. Przełącznik odrzuca pakiety przekraczające zadany limit.
Urządzenie umożliwia dynamiczne przyporządkowywanie komputerów do VLANu na podstawie adresu MAC (tzw. dynamic vlans lub MAC based vlans).
Urządzenie obsługuje Private VLANs (across switches).
Urządzenie obsługuje protokół SNMP (wersje 2c i 3), oraz grupy RMON 1, 2, 3, 9.
Urządzenie udostępnia za pomocą protokołu SNMP i interfejsu CLI co najmniej 64 bitowe liczniki ramek i bajtów wysłanych i odebranych na poszczególnych portach. Ponadto istnieje możliwość obsługi liczników odebranych ramek zawierających błędy na poszczególnych interfejsach oraz liczniki ramek których nie udało się wysłać lub wystąpiły błędy podczas ich wysyłania.
Dostępna jest funkcja kopiowania (mirroring) ruchu dla pakietów spełniających warunki określone w odpowiednim filtrze.
Urządzenie posiada możliwość diagnostyki kabla, TDR (Time Domain Reflectometer) na wszystkich portach 10/100/1000BASE-T. Urządzenie pozwala na konfigurowanie maksymalnej, rozgłaszanej w czasie autonegocjacji, prędkości portu w standardzie 10/100/1000BASE-T.
Przełącznik umożliwia zdefiniowanie czasu po jakim będzie próbował aktywować porty wyłączone automatycznie ze względu na nieprawidłowości występujące w przyłączonych do nich częściach sieci (errdisable recovery).
Przełącznik posiada funkcjonalność netFlow, netflow lite lub równoważną (np. RFC3176 sFlow) umożliwiającą monitorowanie ruchu w warstwach 3 do 4 modelu OSI dla pakietów IPv4.
Przełącznik obsługuje protokół Spanning Tree i Rapid Spannig Tree, a także Multiple Spanning Tree (nie mniej niż 16 instancji MSTP) oraz VLAN Spanning Tree Protocol (lub równoważny) dla co najmniej 128 vlan-ów.
Przełącznik posiada możliwość wyłączenia Spanning Tree oraz filtrowania (ignorowania) ramek BPDU na wskazanych portach.
Przełącznik udostępnia informacje dla każdej instancji SPT, kiedy przyszedł ostatni pakiet TCN (Topology Change Notification) oraz liczniki pakietów TCN dla każdej instancji SPT lub informację z którego interfejsu przyszedł ostatni pakiet TCN.
Switch posiada opcję definiowania zapasowego portu dla portu podstawowego, tzn. tylko jeden z dwóch interfejsów jest aktywny w danej chwili (funkcjonalność cisco Flex Link lub juniper Redundant Trunk Group)
Przełącznik obsługuje protokół LLDP i LLDP-MED, w tym przydział numeru VLANu i klasy QOS dla telefonów VoIP.
Urządzenie posiada mechanizmy priorytetyzowania i zarządzania ruchem sieciowym (QoS) w warstwie 2 i 3 dla ruchu wchodzącego i wychodzącego. Klasyfikacja ruchu może odbywać się w zależności od co najmniej: interfejsu, typu ramki Ethernet, sieci VLAN, priorytetu w warstwie 2 (802.1P), adresów MAC, adresów IP, wartości pola ToS/DSCP w nagłówkach IP, portów TCP i UDP. Urządzenie obsługuje sprzętowo nie mniej niż 8 kolejek na port fizyczny, w tym możliwość zdefiniowania co najmniej jednej kolejki jako kolejki priorytetowej (strict priority) oraz co najmniej jedna kolejka umożliwia pracę w trybie shaping (wygładzania ruchu).
Przełącznik obsługuje IEEE 802.1x zarówno dla pojedynczego, jak i wielu suplikantów na porcie, autoryzowanych każdy indywidualnie. Przełącznik przypisuje ustawienia dla użytkownika na podstawie atrybutów (co najmniej VLAN oraz reguła filtrowania ruchu) zwracanych przez serwer RADIUS, dostępny zarówno przez ipv4 jak i ipv6. Istnieje możliwość pominięcia uwierzytelnienia 802.1x dla zdefiniowanych adresów MAC. Przełącznik wspiera co najmniej następujące typy EAP: MD5, TLS, TTLS, PEAP.
Przełącznik umożliwia określanie maksymalnej liczby adresów MAC dopuszczalnych na wskazanym porcie. Po przekroczeniu limitu dopuszczalnych adresów MAC pakiety z adresami źródłowymi MAC nie znajdującymi się w zbudowanej tablicy MAC będą ignorowane.
Przełącznik obsługuje protokół MVR (Multicast VLAN Registration).
Przełącznik obsługuje sprzętowo takie mechanizmy bezpieczeństwa jak limitowanie adresów MAC, Dynamic ARP Inspection, IP Source Guard, DHCP Snooping (wraz z obsługą opcji 82), dla protokołu ipv4 i ich odpowiedniki w protokole ipv6, tzn. Negihbor Discover Inspection oraz filtruje Router Advertisements na niezaufanych portach.
Przełącznik posiada funkcjonalność IGMP (v2, v3) oraz MLD (v1 i v2) snooping i wysyła ramki multicastowe tylko do nasłuchujących klientów. Funkcjonalność ta nie zakłóca poprawnej pracy multicastów IPv6, w tym standardu Neighbor Discovery.
Przełącznik musi obsługiwać co najmniej 500 tras routingu unicast ipv4 i 500 tras unicast ipv6 jednocześnie, co najmniej 200 pozycji ARP i 500 tras multicast ipv4/IGMP groups i ipv6. Przełącznik potrafi pracować w trybie proxy ARP oraz wykonywać DHCP relay na zadanych interfejsach.
Urządzenia muszą być nieużywane, fabrycznie nowe, tzn. nie starsze niż 6 miesięcy i nie przewidziane do wycofania z produkcji
Urządzenia muszą posiadać dożywotnią gwarancję producenta (tzn. co najmniej 5 lat od momentu ogłoszenia terminu zakończenia produkcji).
Zamawiający musi mieć zapewniony dostęp do wszystkich instrukcji użytkownika opublikowanych przez producenta urządzenia oraz dokumentacji do modułów i oprogramowania dostarczonego w ramach realizacji zamówienia.
Dopuszcza się aby wymagane standardy były obsługiwane w wersjach nowszych niż wymienione powyżej.
Dodatkowe wyposażenie:
1. Wkładkę SFP+ oraz patchordy światłowodowe umożliwiające połączenie 10G
z Cisco SX550X-12F-K9-EU ( odległość ok. 10 metrów)
Firewall – UTM
UTM – firewall , o parametrach nie niższych niż:
UTM |
|
Specyfikacja sprzętowa |
|
LAN – 10/100/1000 |
5 |
WAN – 10/100/1000 |
2 |
USB (Client/Server) |
1/1 |
Port konsoli RJ-45 |
1 |
Wydajność systemu |
|
Przepustowość Firewall (1518 byte UDP) |
2,5 Gbps |
Przepustowość Firewall (512 byte UDP) |
2,5 Gbps |
Przepustowość Firewall (64 byte UDP) |
2,5 Gbps |
Opóźnienie Firewall |
180 μs |
Przepustowość Firewall (PPS) |
375 Kpps |
Ilość jednoczesnych sesji (TCP) |
1 800 000 |
Ilość nowych sesji/sekundę (TCP) |
21 000 |
Ilość polityk zapory |
5 000 |
Przepustowość IPSec VPN (512 byte packet) |
200 Mbps |
Przepustowość IPS (HTTP/Enterprise) |
800 / 270 Mbps |
Przepustowość NGFW |
160 Mbps |
Ilość tuneli Gateway-to-Gateway IPSec VPN |
20 |
Ilość tuneli Client-to-Gateway IPSec VPN |
250 |
Max ilość użytkowników SSL-VPN |
80 |
Przepustowość SSL-VPN |
100 Mbps |
Wysoka dostępność |
Active/Active,Active/Passive, Clustering |
Limit użytkowników |
Tak (FortiTokens – 100, FortiClients – 200) |
Wymiary (w/sz/d) |
36,5 x 140 x 216 mm |
Waga |
0,91 kg |
Montaż na ścianie |
Nie |
Konsumpcja energii (średnia) |
18 W |
Emisja ciepła |
62 BTU/h |
Parametry środowiskowe |
|
Temperatura pracy |
0 – 40 °C |
Zgodność |
FCC Part 15 Class B, C-Tick, VCCI, CE, UL/cUL, CB |
Certyfikaty |
ICSA Labs: Firewall, Ipsec, IPS, Antivirus, SSL-VPN |
Firewall |
|
Funkcje |
NAT, PAT oraz Bridge |
Policy-Based NAT |
|
SIP/H.323/SCCP NAT Traversal |
|
VLAN Tagging (802.1Q) |
|
Wsparcie Ipv6 |
|
Przepustowość firewall |
1518b: 2,5 Gbps |
512b: 2,5 Gbps |
|
64b: 2,5 Gbps |
|
Funkcje |
Automatyczna aktualizacja |
Proxy-based Antivirus |
|
Flow-based Antivirus |
|
Kwarantanna |
|
Wsparcie dla Ipv6 |
|
Wydajność |
Antivirus (Proxy Based): 35 Mbps |
Antivirus (Flow Based): 50 Mbps |
|
Optymalizacja WAN |
Optymalizacja Gateway-to-Gateway |
Dwukierunkowa optymalizacja Gateway-to-client |
|
Buforowanie Web |
|
Bezpieczne tunele |
|
Tryb transparentny |
|
Kontrola aplikacji |
Identyfikacja oraz kontrola ponad 1800 aplikacji |
Kształtowanie ruchu |
|
Kontrola aplikacji bez względu na port oraz protokół |
|
Kontrola aplikacji takich jak: AOL-IM, Yahoo, MSN, KaZaa, ICQ, Gnutella, BitTorrent, MySpace, WinNY, Skype, eDonkey, Facebook |
|
Identyfikacja oraz kontrola ponad 1800 aplikacji |
|
Kształtowanie ruchu |
|
IPS |
|
Funkcje |
Automatyczna aktualizacja bazy |
Anomalia protokołów |
|
Sensor IPS oraz DoS |
|
Wsparcie dla własnych sygnatur |
|
Wsparcie Ipv6 |
|
Automatyczna aktualizacja bazy |
|
Wydajność IPS |
IPS: 800 Mbps |
VPN |
IPSec oraz SSL VPN |
Autentykacja DES, 3DES, AES oraz SHA-1/MD5 |
|
PPTP, L2TP, VPN Client Pass Through |
|
SSL Single Sign-On Bookmarks |
|
Two-Factor Authentication |
|
VPN wydajność |
IPSec VPN – 200Mbps |
SSL VPN – 100 Mbps |
|
Max użytkowników SSL-VPN: 80 |
|
Tuneli Client-to-Gateway IPSec VPN: 250 |
|
Inspekcja ruchu SSL |
Wspierane protokoły: HTTPS, SMTPS, POP3S, IMAPS |
Inspekcja: Antivirus, Web Filtering, Antispam, Data Loss Prevention, |
|
SSL Offload |
|
Data Loss Prevention |
Identyfikacja oraz kontrola “danych w ruchu” |
Wbudowana baza wzorców |
|
Silnik porównujący bazujący na RegEx |
|
Kontrola ormat plików |
|
Wsparcie dla symboli międzynarodowych |
|
Flow-based DLP |
|
Wirtualne domeny |
Wydzielony Firewall / Domeny routingu |
Oddzielne domeny administracyjne |
|
Oddzielne interfejsy VLAN |
|
Maksymalna ilość VDOM: 5 |
|
Domyślna ilość VDOM: 5 |
|
Licencja i wsparcie |
Licencja i wsparcie 24x7 przez 5 lat |
Wsparcie
Wraz z urządzeniami wymagane jest dostarczenie opieki technicznej ważnej przez okres gwarancji tj. 60 miesięcy od odbioru końcowego. Opieka musi zawierać wsparcie techniczne świadczone telefonicznie oraz pocztą elektroniczną przez producenta lub autoryzowanego dystrybutora sprzętu, dostęp do wszystkich nowych wersji oprogramowania oferowanych przez producenta (bezpłatnie, co najmniej przez okres gwarancji), a także dostęp do baz wiedzy i przewodników konfiguracyjnych.
Wymagania dodatkowe
Zamawiający wymaga, by dostarczone urządzenia były nowe (tzn. wyprodukowane nie dawniej, niż na 6 miesięcy przed ich dostarczeniem) oraz by były nieużywane.
Całość dostarczonego sprzętu musi być objęta gwarancją w okresie wymaganym w SWZ i musi pochodzić z autoryzowanego w Polsce kanału dystrybucji.
Wykonawca zapewnia i zobowiązuje się, że zgodnie z niniejszą umową korzystanie przez Xxxxxxxxxxxxx z przedmiotu zamówienia nie będzie stanowić naruszenia majątkowych praw autorskich osób trzecich.
W wypadku powzięcia wątpliwości co do zgodności oferowanych produktów z umową, w szczególności w zakresie legalności oprogramowania, Zamawiający jest uprawniony do:
zwrócenia się do producenta oferowanych produktów o potwierdzenie ich zgodności z umową (w tym także do przekazania producentowi niezbędnych danych umożliwiających weryfikację), oraz
zlecenia producentowi oferowanych produktów, lub wskazanemu przez producenta podmiotowi, inspekcji produktów pod kątem ich zgodności z umową oraz ważności i zakresu uprawnień licencyjnych.
Zamawiający wymaga, by dostarczone oprogramowanie było oprogramowaniem w wersji aktualnej (tzn. opublikowanej przez producenta nie wcześniej niż 6 miesięcy) na dzień poprzedzający dzień składania ofert.
Oferowane urządzenia w dniu składania ofert nie mogą być przeznaczone przez producenta do wycofania z produkcji lub sprzedaży.
Ochrona antywirusowa i antyspyware
Do każdego PC należy dostarczyć program antywirusowy. Do serwerów należy dostarczyć 10 licencji serwerowych dla serwerów HA.
Komputery stacjonarne i monitory
POK i Dyspozytornia należy wyposażyć w 4 zestawów komputerowe, o parametrach nie niższych niż:
-
PC 4 sztuki
Obudowa
typu desktop/tower
Chipset
płyta główna sygnowana logo producenta komputera oparta na dedykowanym dla oferowanego procesora chipsecie.
Wydajność obliczeniowa
Procesor wielordzeniowy, zgodny z architekturą x86, możliwość uruchamiania aplikacji 64 bitowych uzyskujący w teście PassMark-CPU Benchmarks min. 12 000 pkt. – wynik zaproponowanego procesora musi znajdować się na stronie xxxx://xxx.xxxxxxxxxxxx.xxx. Zamawiający zastrzega sobie, iż w celu sprawdzenia poprawności przeprowadzenia testu przez Oferenta może zażądać dostarczenia oprogramowania testującego, komputera do testu oraz dokładny opis metodyki przeprowadzonego testu wraz z wynikami w celu ich sprawdzenia w terminie nie dłuższym niż 3 dni od otrzymania zawiadomienia od Zamawiającego.
Pamięć operacyjna
32 GB, DDR4, 2400 MHz, możliwość rozbudowy do 64 GB
Parametry pamięci masowej
Min. Dyski twarde – systemowy 512GB 2.5” SSD SATA klasy 20, dodatkowy 2TB 3.5” SATA (7.200 Rpm). W przypadku awarii dysków twardych dysk pozostaje u Zamawiającego – wymagane jest dołączenie do oferty oświadczenia podmiotu realizującego serwis lub producenta sprzętu o spełnieniu tego warunku.
System operacyjny
Windows 10 pro lub równoważny. Zainstalowany system operacyjny w wersji polskiej, niewymagający aktywacji za pomocą telefonu lub Internetu. Dopuszczalny jest system operacyjny dla komputerów PC, spełniający następujące wymagania poprzez wbudowane mechanizmy, bez użycia dodatkowych aplikacji:
Możliwość dokonywania aktualizacji i poprawek systemu przez Internet z możliwością wyboru instalowanych poprawek,
Możliwość dokonywania uaktualnień sterowników urządzeń przez Internet – witrynę producenta systemu,
Darmowe aktualizacje w ramach wersji systemu operacyjnego przez Internet (niezbędne aktualizacje, poprawki, muszą być dostarczane bez dodatkowych opłat) – wymagane podanie nazwy strony serwera www,
Internetowa aktualizacja zapewniona w języku polskim,
system operacyjny ma pozwalać na włączenie komputera do domeny Active Directory (wykorzystywanej przez zamawiającego)
Certyfikaty
Energy Star Qualified, Znak bezpieczeństwa CE, RoHS
Wbudowane porty minimalnie
USB tył 4 porty 3.0, USB przód lub bok 2 porty 3.0
COM (RS232)
DP (DisplayPort)
LAN
Audio ( przód/bok i tył )
Pozostałe
Karta sieciowa 10/100/1000 Ethernet RJ 45, zintegrowana z płytą główną
Klawiatura USB
Mysz USB
napęd optyczny DVD-RW
Monitor 4 sztuki
Przekątna
27"
Rozdzielczość
Rozdzielczość 3840 × 2160 (4K)
Proporcje obrazu
16:9
Matryca
Matowa IPS z podświetleniem LED
Plamka
0,265
Jasność [cd/m2]
250
Kontrast
1000:1
Czas reakcji
7 ms
kąt widzenia poziomy i pionowy w stopniach
178
Wbudowane porty minimalnie
DP (DisplayPort)
USB HUB - 5 portów 3.0
wejście audio
Głośniki
w przypadku braku wbudowanych należy dostarczyć i zamontować, dedykowane przez producenta do montażu w monitorze.
Certyfikaty
Certyfikat TCO
EPEAT Compliant
EPEAT Level gold
RoHS
Pakiet biurowy 4 sztuki
Oprogramowanie biurowe powinno być zgodne z oprogramowaniem MS Office Home and Business 2021 Win Polish EuroZone Medialess (celem zapewnienia pełnej zgodności z innymi sprzętami funkcjonującymi w firmie ) generujące pliki w formacie docx, odt, doc lub równoważny w Polskiej wersji językowej, zawierający min: Word, Excel, Power Point, Outlook (lub równoważne). Przy czym, równoważności będzie rozstrzygana w zakresie posiadania przez zaproponowane oprogramowanie, oprócz istotnych zbliżonych cech i parametrów do produktu referencyjnego, również następujących szczegółowych funkcjonalności:
dla edytora tekstu MS Word 2019
wstawianie clipartów z bazy Pakietu
podział okna roboczego na kilka dokumentów
edytor rysunków
korespondencja seryjna
dla arkusza kalkulacyjnego MS Excel 2016:
ustawianie obszaru wydruku
ręczne rysowanie obramowania
automatyczne dopasowanie wielkości komórek do zawartości
obsługa makr
obsługa co najmniej 2 tys. kolumn
dla programu do prezentacji MS Power Point 2016:
wstawianie clipartów z bazy Pakietu
ustawianie rozdzielczości prezentacji
Pakiet musi być kompatybilny z systemem operacyjnym dostarczonym do w/w 3 PC w tej specyfikacji. Pakiet powinien mieć wbudowaną możliwość udostępniania dokumentów w sieci internetowej do pracy grupowej w ramach firmy. Dostarczona licencja powinna być nieotwarta, oryginalnie zapakowana przez producenta. Licencja w formie pudełka z załączoną kartą z numerem podawaną przy aktywacji produktu.
Licencja
Wieczysta
UPS stanowisk dyspozytorskich
Stanowiska dyspozytorskie należy wyposażyć w UPS umożliwiając podtrzymanie stacji roboczej wraz z monitorem na czas nie krótszy niż 10 min.
Drukarki
Poniżej zostały przedstawione minimalne wymagania dla 2 sztuk urządzeń typu kopiarko – drukarka, niżej wymienione urządzenia mają współpracować z systemami operacyjnymi dostarczonymi w zamówieniu i z systemem dostarczonym i stworzonym dla potrzeb Zamawiającego:
urządzenia wielofunkcyjne kolorowe A4 w technologii laserowej
Funkcja skanowania w kolorze do: serwera ftp, skanowanie do komputera w sieci, skanowanie z automatycznym wysyłaniem maila, skanowanie do pdf, bitmapa,
Funkcja kopiowania w kolorze,
Wydruk kolorowy,
Rozdzielczość druku min 600dpi,
Port LAN,
Aparat fotograficzny
W ramach wyposażenia punktów personalizacji kart należy dostarczyć cyfrowy aparat fotograficzny o rozdzielczości min. 16 Mpx.
Monitory wielkoformatowe – 2 sztuki
W sali operatorskiej (dyspozytorni) należy zainstalować 2 ekrany LED z wyniesioną elektroniką o następującej charakterystyce:
System montażu
ścienny, dedykowane zawieszenie z 6 osiowym systemem kontroli położenia, głębokość konstrukcji zawieszenia wraz z monitorami poniżej 115 mm,
w pozycji serwisowej musi zapewniać dostęp do wszystkich komponentów i kabli przyłączeniowych,
musi zapewniać możliwość zdemontowania pojedynczego monitora bez konieczności demontowania sąsiadujących monitorów.
Specyfikacja minimalnych wymagań monitora LED:
Przekątna |
Min. 64,5" |
Panel |
IPS LED |
Rozdzielczość fizyczna |
3840x2160 (4K) |
Format obrazu |
16:9 |
Jasność |
500 cd/m² |
Kontrast statyczny |
1300:1 |
Czas reakcji |
9ms |
Kąty widzenia |
▷ 178° △ 178° |
Synchronizacja pozioma |
30 - 80KHz |
Odświeżanie |
60Hz |
Kolory |
1.07G (8 Bits+FRC) |
Plamka |
0.372mm |
Zapobieganie wypaleniu obrazu |
tak |
Orientacja |
pozioma, pionowa |
Interfejsy, złącza i sterowanie |
|
Porty USB |
2x 2.0 |
HDCP |
tak |
Analogowe wejścia sygnału |
VGA x1 (DVI-I: VGA+DVI) |
Cyfrowe wejścia sygnału |
HDMI
x3 |
Wyjścia audio |
RCA (L/R) x1Głośniki wbudowane |
Cyfrowe wyjścia sygnału |
DisplayPort x1 (max. 3840x2160 @60Hz, MST-out Daisy Chain) |
Sterowanie |
RJ45
(LAN) x1 RS-232c x1 (2.5mm sub-mini jack) |
Wejścia audio |
Mini jack x1 |
Monitor control output |
RS-232c
x1 |
WiFi |
TAK |
Parametry regulowane |
obraz (jasność, kontrast, ostrość, poziom czerni, odcień, kolor, redukcja szumów, gamma, temperatura kolorów, ustawienia kolorów, smart power, powiększ, reset), ekran (pozycja pozioma, pozycja pionowa, taktowanie, faza, tryb zoom, zoom użytkownika, autokonfiguracja, reset), audio (balans, soprany, basy, głosność, wyjście audio, maksymalna głośność, minimalna głośność, wycisz, źródło audio, reset, synchronizacja wyjścia audio), konfiguracja 1 (stan po włączeniu, tryb oszczędzania, RS232-routing, źródło po ur |
Pozostałe parametry |
|
MTBF |
50.000 godzin (wyłączając podświetlenie) |
Warunki pracy - temperatura |
0°C - 40°C |
Warunki składowania - temperatura |
- 20°C - 60°C |
Punkt Obsługi Klienta - Punkt Personalizacji
Punkt Personalizacji jest to stanowisko wyposażone w komputer połączony z serwerem systemu, współpracujący z drukarką do nadruków na kartach, czytnikiem/programatorem kart bezkontaktowych, urządzeniem cyfrowym sieciowym umożliwiającym zeskanowanie zdjęcia. Stanowisko personalizacji kary (biletu elektronicznego) musi umożliwić personalizację karty elektronicznej (wykonanie zdjęcia klienta, wprowadzenie go do bazy systemu wraz z danymi ewidencyjnymi, nadruk pożądanych informacji na karcie) z wykorzystaniem oprogramowania Modułu Personalizacji na każdym stanowisku przeznaczonym do personalizacji. W ramach Punktu Personalizacji należy dostarczyć stację roboczą zgodnie z opisem „Komputery stacjonarne i monitory”, urządzenie wielofunkcyjne A4 laserowe (drukarka, ksero, skaner kolor), cyfrowy aparat fotograficzny o rozdzielczości min. 16 Mpx oraz niszczarkę klasy minimum DIN 3.
Punkt Personalizacji musi umożliwić:
Operator pracujący w Punkcie Personalizacji powinien mieć możliwość wykorzystania funkcji modułu personalizacji kart elektronicznych.
Wykonanie lub zeskanowanie zdjęcia.
Oprogramowanie modułu powinno umożliwiać umieszczenie oraz przeskalowanie automatycznie (lub też wycięcia fragmentu zdjęcia z twarzą) wskazanej przez operatora fotografii do szablonu nadruku, który ma być naniesiony na e-kartę przy użyciu drukarki. Po personalizacji karty zapisane zdjęcie musi być usuwane automatycznie.
Punkt Personalizacji musi być wyposażony w drukarkę sieciową umożliwiającą naniesienie nadruku na kartę oraz spersonalizowanie jej podczas realizowania nadruku z każdego stanowiska.
Nadruk powinien być realizowany poprzez wybranie odpowiedniego szablonu dedykowanego dla kart imiennych lub na okaziciela.
Do każdego typu karty należy przewidzieć właściwy szablon, którego wygląd i zawartość merytoryczną należy ustalić z Zamawiającym na etapie wdrożenia systemu.
Punktem Personalizacji musi być wyposażony w koder karty, który służy do przeprowadzania transakcji odczytu i zapisu na kartach.
Punkt Personalizacji będzie punktem obsługi klienta i będzie prowadził również obsługę doładowania kart, zatem wszystkie funkcje związane z operacją doładowania karty opisane dla stanowiska doładowań kart muszą być również na tym stanowisku realizowane.
Stanowiska doładowań kart
Dla punktów doładowania biletu elektronicznego należy dostarczyć urządzenia do odczytu i doładowania kart. Dwa punkt doładowania muszą być utworzone w ramach punktów personalizacji kart w Punkcie Obsługi Klienta. Pozostałe punkty doładowania będą utworzone w wybranych placówkach handlowych na terenie Ostrowca Świętokrzyskiego. Punkty doładowań kart muszą być wyposażone standardowo w urządzenia służący do przeprowadzania transakcji odczytu i zapisu na e-karcie oraz drukarkę drukującą faktury lub paragony. W przypadku doładowania realizowanego poprzez Internet, musi być zapewniona możliwość przeniesienia informacji o doładowaniu na bilet elektroniczny.
Adaptacja pomieszczenia serwerowni
Szkolenia.
Wykonawca musi zapewnić szkolenia wskazanych przez zamawiającego osób do obsługi dostarczonych urządzeń i oprogramowania. Uzgodnić harmonogram szkoleń z Zamawiającym wraz z ilością godzin oraz z materiałami szkoleniowymi, które mają być dostarczone w liczbie odpowiadającej liczbie szkolonych osób. Szkolenia muszą być przeprowadzone na dostarczonym sprzęcie lub oprogramowaniu, bezpośrednio po wykonaniu dostaw i muszą być autoryzowane przez producenta dostarczanego sprzętu lub oprogramowania oraz zakończyć się wystawieniem stosownego dokumentu/certyfikatu potwierdzającego odbycie szkoleń. Przeprowadzenie szkolenia w zakresie:
Szkolenie z zakresu sposobu zgłaszania usterek, procedur z nimi związanych.
Obsługa oprogramowania: analizy finansowe, zmiana i edycja interfejsu, programowanie taryf, informacji pasażerskiej, obsługi informacji wyświetlanej na tablicach itp. wgrywanie nowego oprogramowania, przeprowadzanie testów i inne.
Serwis techniczny obejmujący wymianę elementów lub modułów.
Szkolenie z zakresu obsługi monitoringu.
Szkolenie z obsługi dla operatorów system dynamicznej informacji pasażerskiej, systemu biletu elektronicznego, dyspozytorów, administratora systemu, szkolenia dla sprzedawców oraz osób obsługujących stanowiska do personalizacji kart.
Wykonanie cyklu szkoleń dla kadry w celu przygotowania procedur, systemu szkoleń dla pracowników. Przygotowanie szkoleń dla kierowców wraz z materiałami do prowadzenia szkoleń.
Plan szkoleń.
Wykonawca na 1 miesiąc przed planowanym zakończeniem zadania jest zobowiązany do zaproponowania terminarza szkoleń. Szkolenia powinny być prowadzone w blokach tematycznych, obejmujących swoim zakresem całość zagadnień związanych z zarządzaniem i utrzymaniem systemu. Szkolenia muszą się zakończyć przed odbiorami poszczególnych systemów/części systemów.
Zadania związane z budową przyłączy elektrycznych tablic SIP.
Zakłada się że zasilanie elementów systemu odbywać się będzie z sieci elektroenergetycznej dystrybutora Wykonawca wykona odpowiednie przepusty i ułoży kabel zasilający od najbliższego wyznaczonego przez dystrybutora energii elektrycznej punktu przyłączenia, doprowadzi go do szafy teletechnicznej (SZ) oraz wykona jej uziemienie. Nie dopuszcza się stosowania zasileń z infrastruktury podmiotów obcych.
Część informacyjna Programu Funkcjonalno – Użytkowego
Dokumenty potwierdzające zgodność zamierzenia budowlanego z wymaganiami wynikającymi z odrębnych przepisów
Wykonawca musi uzyskać dokumenty potwierdzające zgodność zamierzenia budowlanego z obowiązującymi przepisami. Wszystkie pozostałe wymagane dokumenty (jeśli będzie taka konieczność) uzyska Wykonawca projektu w imieniu Zamawiającego. W przypadku braku zgody od właścicieli gruntów na wejście w teren lub innych decyzji uniemożliwiających budowę/instalację elementów Systemu, Wykonawca zaoferuje i po akceptacji przez Zamawiającego, wykona inne alternatywne rozwiązanie gwarantujące poprawną realizację zadania (zmiana lokalizacji, obejścia dzierżawa, itp.).
Oświadczenie Xxxxxxxxxxxxx stwierdzające jego prawo do dysponowania nieruchomością na cele budowlane
Zamawiający oświadcza, że wg bieżących założeń projektowych posiada prawo do dysponowania nieruchomościami na cele budowlane dla planowanych lokalizacji elementów Systemu tj. Xxxxx xx xxxxxxxxxx 00, xx. Sienkiewicza ( liceum ) w kierunku miasta nr przystanku 05, ul. Starokunowska ( apteka ) nr przystanku 02, budowa systemów objętych opracowaniem Programu Funkcjonalno – Użytkowego wraz z serwerownią na terenie budowy bazy operatora transportu publicznego przy ul. Samsonowicza ( stanowiących własność Gminy Ostrowiec Świętokrzyski). Pozostałe lokalizacje tablic dynamicznej informacji pasażerskiej zlokalizowane na ul. Iłżeckiej , Xxxx Xxxxx XX , Polnej znajdują się w pasach drogowych dróg powiatowych. Gmina Ostrowiec Świętokrzyski wystąpiła do Starostwa Powiatowego w Ostrowcu Świętokrzyskim o podpisanie umów na korzystanie z tych nieruchomości w celu umieszczenia urządzeń w pasach dróg powiatowych i zgody na dysponowanie nieruchomością zostaną dołączone do postępowania przetargowego.
Wykonawca dokumentacji projektowej w imieniu Xxxxxxxxxxxxx złoży oświadczenie o prawie do dysponowania nieruchomościami na cele budowlane dla niniejszej inwestycji, w szczególności nie będących własnością Zamawiającego.
Przepisy prawne i normy
Wykonawca jest zobowiązany do stosowania wszelkich norm i zaleceń regulowanych w pierwszej kolejności w Unii Europejskiej a następnie w Polsce, w szczególności:
Ustawa z dnia 7 lipca 1994r. Prawo budowlane,
Ustawa z dnia 7 maja 2010r o wspieraniu rozwoju usług i sieci telekomunikacyjnych,
Ustawa z dnia 29 stycznia 2004r. Prawo zamówień publicznych,
Rozporządzenie Ministra Infrastruktury z dnia 2 września 2004r. w sprawie szczegółowego zakresu i formy dokumentacji projektowej, specyfikacji technicznych wykonania i odbioru robót budowlanych oraz programu funkcjonalno- użytkowego,
Rozporządzenie Ministra Infrastruktury z dnia 18 maja 2004r. w sprawie określenia metod
i podstaw sporządzania kosztorysu inwestorskiego, obliczenia planowanych kosztów prac projektowych oraz planowanych kosztów robót budowlanych określonych w programie funkcjonalno-użytkowym.Rozporządzenie Ministra Infrastruktury z dnia 26 października 2005 roku w sprawie warunków technicznych, jakim powinny odpowiadać telekomunikacyjne obiekty budowlane i ich usytuowanie,
Ustawa z dnia 27 marca 2003 r. o zagospodarowaniu przestrzennym;
Ustawa z dnia 27 kwietnia 2001 r. Prawo Ochrony Środowiska,
Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 2 kwietnia 2001 w sprawie geodezyjnej ewidencji sieci uzbrojenia terenu oraz zespołów uzgadniania dokumentacji projektowej,
Rozporządzenie Ministra Pracy i Polityki Socjalnej z dnia 26 września 1997 w sprawie ogólnych przepisów bezpieczeństwa i higieny pracy,
Rozporządzenie Ministra Infrastruktury z dnia 6 lutego 2003 w sprawie bezpieczeństwa i higieny pracy podczas wykonywania robót budowlanych,
Ustawa z dnia 21.03.1985 o drogach publicznych,
Rozporządzenie Ministra Gospodarki Przestrzennej i Budownictwa z dnia 21.02.1995 r. w sprawie rodzaju i zakresu opracowań geodezyjno-kartograficznych oraz czynności geodezyjnych obowiązujących w budownictwie;
Ustawa z dnia 24 sierpnia 1991 r. o ochronie przeciwpożarowej;
Ustawa z dnia 27 lutego 2003 r. o zmianie ustawy o ochronie przeciwpożarowej,
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 16 czerwca 2003 w sprawie ochrony przeciwpożarowej budynków, innych obiektów budowlanych i terenów;
Rozporządzenie Ministra Infrastruktury z dnia 23 czerwca 2003 w sprawie informacji dotyczącej bezpieczeństwa ochrony zdrowia oraz planu bezpieczeństwa i ochrony zdrowia,
Ustawa z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne,
Ustawa z dnia 23 lipca 2003 r. o ochronie zabytków i opiece nad zabytkami;
Ustawa o wspieraniu rozwoju usług i sieci telekomunikacyjnych,
Ustawa z dnia 16 lipca 2004 r. Prawo telekomunikacyjne,
Normy PN-79/E-08106 – Urządzenia elektroenergetyczne, stopnie ochrony
PN-EN 61439-3, 2012 – rozdzielnice niskonapięciowe,
N SEP-E-001 – sieci elektroenergetyczne niskiego napięcia, ochrona przeciwporażeniowa,
Rozporządzenie Ministra Gospodarki w sprawie bezpieczeństwa i higieny pracy przy urządzeniach i instalacjach energetycznych,
PN-76/E-05125 Elektroenergetyczne i sygnalizacyjne linie kablowe. Projektowanie i budowa.
Wszystkie roboty należy wykonywać zgodnie z obowiązującymi normami i przepisami. Prace należy prowadzić zgodnie z obowiązującymi przepisami BHP i PPOŻ.
Wykonawca bezwzględnie winien stosować się do uwag zawartych w uzgodnieniach branżowych i innych związanych z projektem.
Inne informacje i dokumenty
Kopia mapy
Komplet map obejmujących obszar projektu do celów projektowych uzyska Wykonawca we własnym zakresie.
Proponowane przebiegi trasowe rurociągów kablowych z kablem światłowodowym, mogą ulec korektom na etapie tworzenia dokumentacji projektowej, w oparciu o wydane warunki techniczne, uzgodnienia branżowe. Zakres możliwych zmian i związane z tym koszty Wykonawca musi oszacować we własnym zakresie. Do Programu Funkcjonalno – Użytkowego została dołączona mapa z lokalizacjami na terenie miasta Ostrowca Świętokrzyskiego elementów objętych opracowaniem do zrealizowania przez Wykonawcę.
Wyniki badań gruntowo – wodnych
Z uwagi na nieznaczne obciążenia elementów dynamicznej informacji pasażerskiej i ich oddziaływania na podłoże gruntowe oraz montaż innych elementów systemów np. w autobusach lub istniejącym obiekcie budowalnym odstąpiono od wykonywania badań gruntowo – wodnych.
Zalecenia konserwatorskie konserwatora zabytków
Dla
poszczególnych obszarów miasta Ostrowa Świętokrzyskiego
obowiązują różne zalecenia konserwatorskie. Obiekty urządzeń
dynamicznej informacji pasażerskiej zlokalizowane na
ul.
Rynek, Starokunowska, Iłżecka znajdują się w obrębie
historycznego układu urbanistycznego Śródmieście, a ich
lokalizacje należy uzgodnić ze służbami konserwatorskimi.
Informację powyższą należy uwzględnić podczas prac projektowych.
Inwentaryzacja zieleni
Z uwagi na lokalizację elementów dynamicznej informacji pasażerskiej w pasach drogowych dróg gminnych i powiatowych w okolicach istniejących wiat przystankowych przy których nie występują elementy zieleni odstąpiono w Programie Funkcjonalno – Użytkowych od dokonania takiej inwentaryzacji.
Dane dotyczące zanieczyszczeń
Zgodnie z ustawą z dnia 3 października 2008 r. o udostępnieniu informacji o środowisku i jego ochronie, udziale społeczeństwa w ochronie środowiska oraz o ocenach oddziaływania na środowisko, jak i w świetle rozporządzenia Rady Ministrów z dnia 9 listopada 2010 r. w sprawie określenia rodzajów przedsięwzięć mogących znacząco oddziaływać na środowisko – projektowane zadanie nie jest zaliczana do przedsięwzięć mogących znacząco lub potencjalnie oddziaływać na środowisko.
Zgodnie z ww. przepisami to zadanie nie kwalifikuje się do przedsięwzięć mogących znacząco oddziaływać na środowisko i nie wymaga sporządzenia raportu o oddziaływaniu na środowisko, nie wymaga również uzyskania decyzji o środowiskowych uwarunkowaniach. Projektowana inwestycja nie ma wpływu na zanieczyszczenie powietrza atmosferycznego, wód i gleby.
Wykonawca ma obowiązek znać i stosować w czasie prowadzenia robót wszelkie przepisy dotyczące ochrony środowiska naturalnego.
Wykonawca podejmie wszelkie starania, aby podczas prowadzenia robót chronić środowisko na terenie prowadzonych prac oraz na trasie transportu sprzętu i materiałów. Wykonawca zobowiązany jest zgodnie z obowiązującymi przepisami ograniczyć szkody i uciążliwości dla ludzi, służb miejskich i ratowniczych wynikające z zastosowanych metod prowadzenia robót a w szczególności:
nie przekraczać dopuszczalnych norm emisji do powietrza pyłów i gazów
nie przekraczać dopuszczalnych norm hałasu
przestrzegać warunków bezpieczeństwa przeciwpożarowego.
Protokolarne przejęcie od inwestora i odpowiednie zabezpieczenie terenu prowadzenia prac wraz ze znajdującymi się na nim obiektami budowlanymi, urządzeniami technicznymi i stałymi punktami osnowy geodezyjnej oraz podlegającymi ochronie elementami środowiska przyrodniczego i kulturowego należy do obowiązków kierownika robót .
Pomiary hałasu i innych uciążliwości
Projektowane
zadanie nie wytwarza hałasu i nie powoduje innych uciążliwości. W
związku
z powyższym odstąpiono
w Programie Funkcjonalno – Użytkowych od dokonania takich
pomiarów.
Inwentaryzacja lub dokumentacja obiektów budowlanych
W ramach przedmiotowego zadania nie przewiduje się przebudowy, odbudowy, rozbudowy, nadbudowy lub remontów obiektów budowlanych w zakresie architektury, konstrukcji.
Nie
przewiduje się rozbiórki obiektów budowlanych. W związku
z
powyższym odstąpiono
w Programie Funkcjonalno – Użytkowych od dokonania takiej
inwentaryzacji.
Porozumienia, zgody lub pozwolenia
Porozumienia, zgody lub zgłoszenia, pozwolenia oraz warunki techniczne i realizacyjne związane z modernizacją urządzeń Systemu składane/zawierane będą w zależności od potrzeb, na etapie opracowywania dokumentacji projektowej.
Wykonawca będzie działał w oparciu o uzyskane zgody, decyzje, pozwolenia i zgłoszenia. Wszelkie trudności i konflikty z jednostkami zarządzającymi obiektami, na terenie których będą instalowane urządzenia - Zamawiający zobowiązuje się rozwiązywać wspólnie z Wykonawcą wobec podmiotu wnoszącego sprzeciw.
Dodatkowe wytyczne inwestorskie i uwarunkowania
Wszystkie wymagania opisane w niniejszym programie to wymagania minimalne.
Przed przystąpieniem do prac projektowych, należy przeprowadzić weryfikację stanu istniejącej infrastruktury w zakresie wymagań dotyczących zadania inwestycyjnego.
Ponadto przed przystąpieniem do realizacji prac projektowych, należy zapoznać się z zasobami posiadanymi przez operatora transportu publicznego oraz infrastrukturą na terenie miasta. Do ich przyjętych planów, należy dopasować harmonogram prac wykonawczych w ramach tworzenia systemów tego projektu.
Wykonawca musi dostosować konfigurację dostarczonych urządzeń Systemu i związanych usług do wymagań funkcjonalnych Zamawiającego opisanych w Programie Funkcjonalno-Użytkowym oraz wymagań wynikających z zaleceń producentów sprzętu i oprogramowania zaoferowanego w rozwiązaniu projektowym. W przypadku wystąpienia jakichkolwiek elementów sprzętu, oprogramowania, urządzeń opisanych w niniejszym Programie Funkcjonalno – Użytkowym wycofanego z produkcji, niedostępnego na rynku itp. Wykonawca zobowiązany jest zastąpić taki składnik innym o parametrach co najmniej równoważnych lub lepszych.
Kontrola jakości prac
Monitorowanie realizacji zaprojektowania, budowy, dostawy i realizacji usług instalacji, wdrożenia systemów przez Wykonawcę zapisanych w PFU, stanowić będą integralną część zarządzania projektem.
Monitorowanie realizacji wszystkich elementów systemów odbywać się będzie w sposób ciągły, począwszy od chwili podpisania umowy z Zamawiającym. Na podstawie zaplanowanego harmonogramu prac. Nadzór Wykonawcy odbywać się będzie w miejscu realizacji poszczególnych elementów systemu na terenie miasta Ostrowiec Świętokrzyski.
System realizujący znaczną liczbę funkcji wymaga starannego zaplanowania zasad oraz kryteriów weryfikacji jego wdrożenia. W skład powyższego systemu wchodzi oprogramowanie licencyjne, wytworzone na potrzeby danego zamówienia oraz urządzenia (hardware) umożliwiające działanie całego systemu. Powyższa zależność wymaga, aby nałożyć nacisk na weryfikację i testowanie dostarczonego sprzętu jak i oprogramowania wdrażając przez Wykonawcę w ten proces operatora transportu publicznego.
Przekazanie frontu robót
Zamawiający, w terminie określonym w dokumentach umowy przekaże Wykonawcy teren prowadzenia prac. Odbiór frontu robót przez Wykonawcę od Zamawiającego powinien być dokonany komisyjnie z udziałem zainteresowanych stron i udokumentowany spisaniem protokołu.
Dokumentacja projektowa
Przekazana przez Wykonawcę dokumentacja projektowa ma zawierać opis, część graficzną, zgodnie ze szczegółowymi warunkami umowy i przepisami szczegółowymi zawartymi w rozporządzeniu 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. Dokumentacja projektowa powinna zawierać :
projekt wykonawczy ( dotyczący wykonania robót budowlanych, dostawy i montażu wyposażenia pojazdów, elementów i urządzeń związanych z systemami , centrum zarządzania itp.) - 4 egzemplarze,
przedmiary i kosztorysy - 2 egzemplarze,
specyfikacja techniczna wykonania i odbioru robót - 2 egzemplarze.
Dokumentację projektową dodatkowo należy złożyć na nośniku CD/DVD - 2 egzemplarze. Ewentualne zmiany w dokumentacji Wykonawca będzie każdorazowo uzgadniał z Projektantem i Inspektorem z ramienia Zamawiającego.
Ochrona przeciwpożarowa.
Wykonawca wykonując prace będzie przestrzegać przepisów ochrony przeciwpożarowej. Wykonawca będzie odpowiedzialny za wszelkie straty spowodowane pożarem wywołanym, jako rezultat realizacji robót albo przez personel Wykonawcy.
Bezpieczeństwo i higiena pracy.
Podczas wykonywania robót Wykonawca będzie przestrzegać przepisów bezpieczeństwa i higieny pracy. W szczególności Wykonawca ma obowiązek zadbać, aby personel nie wykonywał prac w warunkach niebezpiecznych, szkodliwych dla zdrowia oraz niespełniających odpowiednich wymagań sanitarnych. Wykonawca zapewni i będzie utrzymywał wszelkie urządzenia zabezpieczające, socjalne oraz sprzęt i odpowiednią odzież dla ochrony życia i zdrowia osób zatrudnionych przy realizacji zamówienia. Wszystkie osoby uczestniczące w wykonaniu zamówienia muszą posiadać aktualne szkolenia z zakresu BPH. Uznaje się, że wszelkie koszty związane z wypełnieniem wymagań określonych powyżej nie podlegają odrębnej zapłacie i są uwzględnione w cenie umownej. Wykonawca będzie odpowiedzialny za wszelkie straty spowodowane wykonywaniem prac lub robót niezgodnie z obowiązującymi przepisami BHP.
Ochrona i utrzymanie robót.
Wykonawca będzie odpowiedzialny za ochronę robót , prac, dostaw i za wszelkie materiały i urządzenia używane do prac od daty rozpoczęcia do daty odbioru końcowego.
Koordynacja robót budowlano-montażowych z innymi robotami.
Koordynacja robót budowlano-montażowych poszczególnych rodzajów powinna być dokonywana we wszystkich fazach realizacji zamówienia. Koordynacją należy objąć projekt organizacji i szczegółowy harmonogram robót budowlanych, teletechnicznych, elektroenergetycznych, montażowych programowych.
Stosowanie się do prawa i innych przepisów.
Wykonawca zobowiązany jest znać przepisy wydane przez organa administracji państwowej i samorządowej, które są w jakikolwiek sposób związane z robotami, usługami, dostawami i będzie w pełni odpowiedzialny za przestrzeganie tych praw, przepisów i wytycznych podczas prowadzenia prac.
Materiały.
Wykonawca
odpowiada za parametry techniczne materiałów i wyrobów
dostarczonych
do wykonania systemów. Parametry powinny być
zgodne z wymaganiami podanymi w projekcie technicznym i powinny
odpowiadać wymaganiom obowiązujących norm państwowych (EN –
PN). Materiały, wyroby i urządzenia np. rury, kable itp. należy
dostarczać ze świadectwami jakości, deklaracjami zgodności,
kartami gwarancyjnymi lub protokołami odbioru technicznego (np. w
przypadku urządzeń prefabrykowanych) lub innymi dokumentami
przewidzianymi odrębnymi przepisami.
Sprzęt.
Wykonawca musi zapewnić taki sprzęt, który zapewni odpowiednią, jakość wykonanych prac. Sprzęt będący własnością Wykonawcy lub wynajęty do wykonania prac ma być utrzymany w dobrym stanie i gotowości do pracy. Będzie spełniał normy ochrony środowiska i przepisy dotyczące jego użytkowania. Wykonawca dostarczy Inspektorowi nadzoru kopię dokumentów potwierdzających dopuszczenie sprzętu do użytkowania, tam gdzie jest to wymagane przepisami o dozorze technicznym.
Transport
Wykonawca jest zobowiązany do stosowania jedynie takich środków transportu, które nie wpływają niekorzystnie, na jakość i właściwości przewożonych materiałów i urządzeń. W czasie transportu należy zabezpieczyć przemieszczane przedmioty w sposób zapobiegający ich uszkodzeniu. W czasie transportu, załadunku i wyładunku oraz składowania materiałów należy przestrzegać zaleceń wytwórców.
Wykonanie robót.
Wykonawca jest odpowiedzialny za prowadzenie robót, dostaw i usług zgodnie z umową oraz za jakość zastosowanych materiałów i wykonywanych robót, za ich zgodność z dokumentacją projektową, wymogami szczegółowych specyfikacji technicznych, polskimi normami.
Wykonawca będzie prowadził prace zgodnie z projektem tymczasowej organizacji robót oraz poleceniami Inspektora nadzoru. Następstwa jakiegokolwiek błędu spowodowanego przez Wykonawcę w wykonaniu robót zostaną, jeśli wymagać tego będzie Inspektor nadzoru, poprawione przez Wykonawcę na własny koszt.
Decyzje Inspektora nadzoru dotyczące akceptacji lub odrzucenia materiałów i elementów robót będą oparte na wymaganiach sformułowanych w dokumentach umowy, dokumentacji projektowej i w specyfikacji technicznej, a także w normach i wytycznych.
Polecenia Inspektora nadzoru dotyczące realizacji robót będą wykonywane przez Wykonawcę nie później niż w czasie przez niego wyznaczonym, pod groźbą wstrzymania prac. Skutki finansowe z tytułu wstrzymania prac w takiej sytuacji ponosi Wykonawca. Koszty związane z prowadzeniem prac w pasach drogowych pokrywa Wykonawca w ramach podpisanej umowy.
Certyfikaty i deklaracje.
Inspektor Zamawiającego może dopuścić do użycia tylko te wyroby i materiały, które:
Posiadają certyfikat na znak bezpieczeństwa wykazujący, że zapewniono zgodność z kryteriami technicznymi określonymi na podstawie Polskich Norm, aprobat technicznych ,
Posiadają deklarację zgodności lub certyfikat zgodności z Polską Normą lub Aprobatą techniczną w przypadku wyrobów, dla których nie ustanowiono Polskiej Normy, jeżeli nie są objęte certyfikacją określoną w pkt. 1 i które spełniają wymogi Specyfikacje techniczne.
W przypadku materiałów, dla których w/w dokumenty są wymagane przez specyfikacje techniczne, każda ich partia dostarczona do robót będzie posiadać te dokumenty, określające w sposób jednoznaczny jej cechy, pomiary będą przeprowadzone zgodnie z wymaganiami norm. Jakiekolwiek materiały, które nie spełniają tych wymogów będą odrzucone.
Dokumentacja powykonawcza
Przy przekazaniu instalacji do eksploatacji wykonawca jest obowiązany dostarczyć zleceniodawcy dokumentację powykonawczą wg odpowiednich wymagań, a w szczególności:
Zaktualizowaną dokumentację projektową , w tym rysunki wykonawcze zamienne tras instalacji, jeżeli naniesienie zmian na rysunkach projektowych jest niecelowe ze względu na zbyt duży zakres zmian,
Instrukcje eksploatacji zamontowanych instalacji specjalnych oraz mechanizmów
i urządzeń.
Ponadto dokumentacja powykonawcza powinna zawierać:
dokumentację budowy dla wszystkich branż z naniesionymi zmianami dokonanymi w toku wykonywania robót oraz geodezyjnymi pomiarami powykonawczymi;
geodezyjną dokumentację powykonawczą robót i sieci uzbrojenia terenu oraz kopię mapy zasadniczej powstałej w wyniku geodezyjnej inwentaryzacji powykonawczej, według wymagań analogicznych dla wykonania mapy sytuacyjno-wysokościowej do celów projektowych;
dokumentację systemu informatycznego z naniesionymi zmianami dokonanymi w toku wykonywania prac, w tym x.xx.:
kody źródłowe dla Oprogramowania Dedykowanego w wersji elektronicznej wraz z informacjami na temat wersji i niezbędnymi plikami konfiguracyjnymi. Kod źródłowy musi posiadać stosowną dokumentację w formie papierowej i dokumentacji w postaci zestawu stron HTML, które można przeglądać za pomocą przeglądarki internetowej,
wszystkie pliki instalacyjne wraz z opisem,
wszystkie adresy IP urządzeń, loginy, hasła, porty,
wszystkie licencje z datami, typem, ilością oraz datą obowiązywania oraz opisem,
metadane wraz z plikami źródłowymi,
pełną dokumentację z testów,
pełny opis zastosowanych protokołów komunikacyjnych wraz z protokołami wymiany danych z systemami zewnętrznymi. Opis protokołów powinien zawierać załączone przykłady odczytu danych z urządzeń, opis przesyłania konfiguracji, przykłady sterowania tablicami, opis przesyłania przez urządzenia statusu itp.
W ramach dokumentacji powykonawczej Wykonawca zobowiązany jest dostarczyć dokumentację administratora która powinna swym zakresem obejmować:
opis sposobu instalacji, konfiguracji i parametryzacji sprzętu i oprogramowania;
szczegółową instrukcję włączenia i wyłączenia systemu i wszelkich jego komponentów wraz z ich odpowiednią sekwencją;
informacje dotyczące bieżących czynności utrzymaniowych, w tym między innymi sporządzania kopii zapasowych, archiwizowania oraz aktualizacji związanych z bezpieczeństwem Systemu;
instrukcję przygotowywania i odtwarzania kopii bezpieczeństwa;
instrukcję postępowania w przypadkach szczególnych wraz z odtwarzaniem systemu;
procedury sprawdzania prawidłowego działania wszystkich komponentów;
schematy logiczne Systemu, topologii sieci;
wszystkie adresy IP urządzeń, loginy, hasła, porty;
instrukcję opisującą proces logowania błędów przez System, przykładowe scenariusze reakcji na zaistniałe problemy, opis i umiejscowienie logów Systemu;
dokumentację okresowej kontroli Systemu (kontrola komponentów, logów, wolnego miejsca, obciążenia itp.);
dokumentację Oprogramowania Licencjonowanego, która musi zawierać x.xx:
instrukcje instalacyjne i instrukcje dla Użytkowników wraz z zrzutami ekranów z Oprogramowania,
warunki licencyjne i ich opis,
podział na moduły wraz z opisem ich przeznaczenia,
pełny opis interfejsów oprogramowania;
dokumentację Oprogramowania Dedykowanego, która musi zawierać x.xx:
podziału na moduły wraz z opisem ich przeznaczenia,
opis działania zastosowanych algorytmów i procedur
opis najważniejszych klas i warstw aplikacji,
listę i opis zastosowanych frameworków i bibliotek,
opis procedur instalacji i uruchomienia,
instrukcje instalacyjne i instrukcje dla Użytkowników wraz z zrzutami ekranów
z oprogramowania,
czynności wymagane do utrzymania,
pełny opis interfejsu komunikacyjnego i interfejsów Oprogramowania Dedykowanego.
warunki licencji i opis.
Odbiór robót.
Odbiór frontu robót.
Przed przystąpieniem do robót montażowych należy odebrać protokolarnie front robot od Zamawiającego. Stan robót budowlanych i wykończeniowych powinien być taki, aby roboty montażowe elementów konstrukcyjnych, instalacji niskoprądowych, instalacji elektrycznych, elektroenergetycznych lub sanitarnych można było prowadzić bez narażania instalacji na uszkodzenie, a pracowników na wypadki przy pracy.
Odbiór końcowy.
Odbiorowi końcowemu podlegają wszystkie prace wykonane w ramach podpisanej umowy pomiędzy Wykonawcą, a Zamawiającym po wcześniejszym wykonaniu prób i testów Systemu. Odbiór końcowy może być połączony z odbiorem mającym na celu przekazanie użytkownikowi . Odbioru końcowego dokonują strony zawartej umowy. Zamawiający może korzystać z komisji w tym celu powołanej złożonej z rzeczoznawców i przedstawicieli użytkownika oraz kompetentnych organów.
Przed przystąpieniem do odbioru, do zgłoszenia zakończenia realizacji przedmiotu umowy wykonawca powinien przygotować i dostarczyć Zamawiającemu następujące dokumenty:
protokoły z testów systemu,
dokumentację powykonawczą z naniesionymi i uzgodnionymi oraz zatwierdzonymi przez Xxxxxxxxxxxxx w trakcie realizacji zamówienia poprawkami w stosunku do projektu pierwotnego,
Odbiór końcowy może nastąpić po:
zgłoszeniu Zamawiającemu zakończenia realizacji przedmiotu umowy zgodnie z jej zakresem,
sprawdzeniu przez Zamawiającego kompletności dokumentacji powykonawczej i aktualizacji ewentualnych zmian dokonanych w czasie instalacji dostarczonej w momencie zgłoszenia o którym mowa powyżej,
sprawdzeniu protokołów odbiorów częściowych, końcowych poprawności działania systemów, oprogramowania, transmisji danych, urządzeń, sprzętu, innych elementów zamówienia i sprawdzeniu usunięcia usterek,
wykonaniu prób i pomiarów w zakresie umożliwiającym stwierdzenie, czy urządzenia odpowiadają określonym warunkom technicznym (należy dołączyć protokoły z wykonanych pomiarów lub zaświadczenia o jakości wg ustalonych wzorów),
sprawdzeniu, czy stan techniczny i przygotowane miejsce pracy urządzenia są zgodne z warunkami technicznymi danego urządzenia, wymaganiami bezpieczeństwa pracy oraz ochrony przed porażeniami.
dokonaniu szkolenia pracowników operatora transportu publicznego korzystających z systemów oraz osób do jego obsługi.
innymi dodatkowymi elementami wynikającymi z przedmiotu zamówienia.
Z odbioru końcowego powinien być spisany protokół podpisany przez upoważnionych przedstawicieli Zamawiającego i Wykonawcy oraz przez osoby biorące udział w czynnościach odbioru będący podstawą do wystawienia faktury końcowej. Protokół powinien zawierać ustalenia poczynione w toku odbioru, stwierdzone ewentualne wady i usterki oraz uzgodnione terminy ich usunięcia. Wykonawca zobowiązany będzie do usunięcia wad lub usterek na swój koszt, bez względu na wysokość związanych z tym kosztów. Zamawiający może podjąć decyzję o przerwaniu czynności odbioru końcowego, jeżeli w czasie tych czynności ujawniono istnienie wad, które uniemożliwiają użytkowanie przedmiotu umowy zgodnie z przeznaczeniem aż do czasu usunięcia wad. Podstawą wystawienia faktury końcowej będzie skuteczne przeprowadzenie odbioru końcowego rozumiane, jako spisanie przez przedstawicieli stron umowy bezusterkowego końcowego protokołu odbioru.
Podstawa płatności.
Podstawą płatności będą zapisy zawarte w umowie.