Typ pojazdu: 227M Komponent: Zał. Nr 1 do postępowania nr 065BR12019 Sieć bezprzewodowa WiFi 14.05.2019 r. wersja 4 1. Warunki eksploatacyjne i klimatyczne 1.1. Zabudowa urządzeń We wnętrzu i na zewnątrz pojazdu 1.2. Prędkość 160 km/h eksploatacyjna pojazdu 1.3. Warunki postoju Postój pojazdu na odkrytym placu 1.4. Środowiskowe warunki pracy dla urządzeń tworzących sieć WiFi i innych składowych modułów wspomagających Całość instalacji elektronicznej musi być odporna na drgania w zakresie udarów i wibracji kategoria 1, klasa B zgodnie z normą PNEN 61373, wilgotność, zmienność temperatur oraz być odporna na wielokrotne przechodzenie przez punkt rosy W zakresie temperatury powietrza: na zewnątrz pojazdu od 30 do +40 0 C, wewnątrz pojazdu od 25 do +50 0 C. W zakresie: 1.5. Środowiskowe warunki pracy dla urządzeń elektronicznych 2. Wymagania ogólne wysokości n.p.m. A1; względnej wilgotności powietrza max. 90% przy 20 0 C (średnia roczna 75%); oraz pozostałych warunków środowiskowych zgodnie z normą PNEN 501251. Wszystkie zainstalowane urządzenia muszą posiadać chłodzenie pasywne. W zakresie udarów i wibracji kategoria 1, klasa B zgodnie z normą PNEN 61373. W zakresie: wysokości n.p.m. A1; względnej wilgotności powietrza max. 90% przy 20 C (średnia roczna 75%); zgodnie z normą PNEN 501251. W zakresie temperatury pracy od 25 do +55 C. W zakresie nagłych zmian temperatury kategoria H1 wg PNEN 50155. 2.1. Kategoria pojazdu Pojazd będzie zaprojektowany (zgodnie z TSI LOC&PAS p. 4.1.4.) w kategorii A bezpieczeństwa przeciwpożarowego i przeznaczony do eksploatacji w tunelach do 5km, co odpowiada kategorii eksploatacyjnej 2, poziom zagrożenia HL2 2.2. Zasilanie System będzie zasilany z napięcia pokładowego 24 VDC. 2.3. Współpraca z innymi Wszystkie systemy muszą być zintegrowane z Strona 1 z 18
systemami siecią IP z zapewnieniem standardów bezpieczeństwa teleinformatycznego adekwatnych do funkcji danego systemu. 3. Wyposażenie systemu 3.1. Urządzenia sieciowe i okablowanie 3.2. System anten zewnętrznych 1. Wszystkie urządzenia muszą posiadać złącza Ethernetowe w standardzie M12 typ kodowania: Dcode 100BaseT i Xcode dla 1000Base T 2. Dopuszcza się rozwiązanie, w którym oprócz wykorzystania sieci Ethernet do komunikacji z pozostałymi elementami systemu wykorzystuje się również magistralę CAN 1. Wymaga się zastosowanie anteny na dachu nie wystającej poza skrajnię pojazdu. Zaleca się zastosowanie anteny wielowyjściowej wspólnej dla różnych systemów. 2. Wymaga się zabudowy min. dwóch wielozakresowych anten dachowych GSM/GPS ze złączami do LTE oraz do GPS. 3. System antenowy musi obsługiwać następujące pasma w technologiach GSM, GSM 2G, GSM 3G, GSM 4G, WiFi 2,4GHz w standardach min. GPRS /EDGE/UMTS/HSPA w pasmach 800/900/1800/2100/2600 MHz 4. System antenowy LTE musi wspierać technologię MIMO 5. Rozmieszczenie anten należy przewidzieć tak aby nie zakłócały się wzajemnie. 6. Instalacja antenowa do łączenia się z zewnętrznymi punktami dostępowymi musi wspierać pasmo 2,4 i 5 GHz oraz być w pełni kompatybilna z dostarczonymi modułami komunikacyjnymi WiFi 7. Wszystkie instalacje antenowe muszą być dostarczone wraz z niezbędnym okablowaniem doprowadzonym do wskazanych miejsc w projekcie oraz zakończeniami kompatybilnymi z dostarczonymi modułami komunikacyjnymi 8. Konstrukcja anten i montaż musi być wykonany tak, by wytrzymały one opór powietrza wynikającego z prędkości przemieszczania się pociągu minimum 160 km/h 9. System anten zewnętrznych musi być tak zaprojektowany, aby możliwe było zasilenie dedykowanymi antenami następujących instalacji. 10. Instalacji zasilającej pokładowy system WiFi w sygnał Internetowy dostarczany za pośrednictwem modułu komunikacyjnego wyposażonego w karty SIM operatorów komórkowych v2 Strona 2 z 18
3.3. Moduł Komunikacyjny GSM/LTE 3.4. Switch/Przełącznik lub zestaw switch y 11. Instalacji anten zewnętrznych WiFi wykorzystywanych do łączenia się z punktami dostępowymi innych podmiotów (Hot Spot) umożliwiający wymianę danych z zewnętrznymi serwerami Zamawiającego (połączenie WiFi PokładZiemia 12. Instalacji antenowej GPS niezbędnej do pracy systemu WiFi 1. Komplet modułów musi umożliwiać pracę jednocześnie minimum 4 kart SIM zasilających instalację w dostęp do sieci Internet przy czym: 3 karty SIM (w konfiguracji GSM/LTE) będą realizowały połączenie do publicznego APN zapewniającego dostęp do Internetu 1 karta (w konfiguracji GSM/LTE) będzie realizowała połączenie do prywatnego APN Zamawiającego 2. Moduł ten powinien umożliwiać komunikację wysokiej jakości w technologii GSM, GSM 2G, GSM 3G, GSM 4G, WiFi 2,4GHz w standardach min. GPRS /EDGE/UMTS/HSPA w pasmach 800/900/1800/2100/2600 MHz 3. Dopuszcza się oprócz realizowanego w oparciu o sieć Ethernet rozwiązanie z zastosowaniem magistrali CAN do komunikacji z pozostałymi elementami systemu. 4. Moduł komunikacyjny musi zapewniać możliwość konfiguracji urządzenia zarówno w trybie Load Balancing jak i w trybie agregacji kart 5. Urządzenie musi umożliwiać zdalną konfigurację zarządzanie i monitorowanie jego pracy z wykorzystaniem web lub linii komend i zawsze SNMP 6. Zamawiający wymaga możliwości konfiguracji rekonfiguracji, administracji modułem komunikacyjnym GSM/LTE przez zasoby techniczne Zamawiającego 7. Moduł komunikacyjny musi posiadać funkcjonalność bezpiecznego zamykania systemy w przypadku podłączenia do systemu zasilania awaryjnego (podanie sygnału cyfrowego informującego o zbliżającym się odłączeniu systemu zasilania) 1. W systemie musi zostać zainstalowany switch lub zestaw switch y umożliwiający podłączenie wszystkich urządzeń aktywnych 2. Konfiguracja sieci z wykorzystaniem switch/przełącznika powinna wspierać v2 v2, Strona 3 z 18
rozwiązanie redundancji (nadmiarowość). 3. Dodatkowo switch powinien zapewniać rezerwę portów w ilości minimum 25/człon. 4. Przełączniki muszą umożliwiać zasilanie urządzeń zdalnych typu punkty dostępowe za pośrednictwem portów PoE (Power over Ethernet) w standardzie IEEE 802.32005 (IEEE 802.3.af i IEEE 802.3.at). 5. Urządzenie musi umożliwiać ustawienie minimum 4 klas ruchu z rożnymi parametrami Quality of Service (QoS) 6. Switch/przełącznik lub zestaw switchy musi posiadać funkcjonalność bezpiecznego zamykania systemy w przypadku podłączenia do systemu zasilania awaryjnego (podanie sygnału cyfrowego informującego o zbliżającym się odłączeniu systemu zasilania) 3.5. Router brzegowe 1. Kontrolery sieci muszą zostać skonfigurowane w taki sposób, by w przypadku połączenia składów za pośrednictwem sieci IP kontrolery z różnych składów pracowały jako jeden rozproszony kontroler sieci 3.6. Hot Spot WiFi (punkt/punkty dostępowe) 1 Wymaga się, aby sieć WiFi przeznaczona dla swobodnego dostępu pasażera była zabezpieczona i w miarę możliwości izolowana od systemów na pojeździe. 2 Wymagane jest wyposażenie w kompletną sieć bezprzewodową umożliwiającą pracę łącza dostępowego dla tego podsystemu w następujących systemach GSM, EDG, HSPA, UMTS, LTE w częstotliwościach 900/1800/2100 MHz. System musi posiadać funkcje automatycznego przejścia pomiędzy wymienionymi powyżej systemami w celu podtrzymania połączenia internetowego online, 3 Zamawiający dopuszcza zastosowanie topologii MESH do budowy bezprzewodowej sieci szkieletowej. 4 Zarządzanie siecią musi zawierać możliwość limitowania dostępnego transferu danych oraz ograniczenia dostępu wyznaczonych przez Zamawiającego serwisów internetowych. Sieć powinna mieć rozwiązanie polegające na przyspieszeniu wyświetlania stron internetowych tzw. keszowanie stron. Rozwiązanie powinno być przystosowane do użytku w taborze kolejowym. 5 Punkty dostępowe będą zapewniać pracę w standardach 802.11 b/g/n/ac z uwzględnieniem technologii MIMO a także 802.11e i 802.11d. 6 Punkty dostępowe będą pracowały jednocześnie w paśmie 2.4GHz i 5GHz. v2 Strona 4 z 18
7 Dopuszcza się by pojedynczy punkt dostępowy składał się z kilku urządzeń fizycznych 8 Punkty dostępowe muszą zapewniać obsługę mechanizmów QoS (określonych w IEEE 802.11e) umożliwiając: ograniczanie przepustowości, nadawanie priorytetów pakietom o określonych właściwościach, 3.obsługę nie mniej niż 4 klas ruchu QoS per urządzenie zalogowane do sieci, wsparcie standardu 802.11e. 9 Dostępna przepustowość łącza w danej lokalizacji musi być rozdzielana równomiernie na wszystkich aktywnych urządzeniach końcowych. Nie dopuszcza się zastosowania mechanizmów ograniczania przepustowości innego niż związane z zalogowaniem dużej liczby urządzeń końcowych. 10 Usługa musi zapewniać możliwość konfiguracji i obsługi minimum 4 sieci bezprzewodowych o rożnych nazwach (SSID) i profilach bezpieczeństwa. 3.7. Anteny wewnętrzne 1. Zaproponowane anteny wewnętrzne muszą być jak najmniejszych rozmiarów, w kolorach zgodnych z kolorystyką danego członu, jeśli są montowane w widoczny miejscu. Kolor obudowy anteny musi być jak najbardziej zbliżony do koloru laminatu wewnętrznego. Niezależnie od planowania radiowego należy bezwzględnie przestrzegać zasady, aby anteny po zamontowaniu wyglądały estetycznie i w żadnym przypadku, w jakimkolwiek stopniu nie zasłaniały kluczowych elementów w wewnątrz członu w jakim się znajdują. Dodatkowo zabronione jest instalowanie punktów dostępowych do takich elementów jak np. tablice informacyjne 2. Zestawy antenowe muszą zostać zaprojektowane tak, aby w pełni wykorzystać możliwości techniczne punktów dostępowych a w szczególności być z nimi w pełni kompatybilne 3. Anteny wewnętrzne muszą być rozlokowane w taki sposób, aby niezależnie od miejsca w którym znajduje się odbiornik zapewnić dobrą jakość połączeń WIFI (zasięg sygnału we wszystkich miejscach w danym członie powinien być na poziomie minimum 78 dbm dla zakresu 2,4 Ghz) 4. Przewidywany obszar pokrycia sygnałem WiFi dla przestrzeni pasażerskiej: Strona 5 z 18
3.8. Moduł komunikacyjny WiFi (komunikacja Pokład Ziemia) dla członu 1 17[m] x 2.8[m] dla członu 2 21[m] x 2.8[m] 1. Moduły muszą umożliwiać zapamiętanie danych do logowania do minimum stu punktów dostępowych. 2. Wprowadzanie danych punktów dostępowych musi być możliwe poprzez pojedyncze wpisy do bazy jak również poprzez wczytanie pliku *.csv 3. Moduł komunikacyjny musi realizować połączenia w paśmie 2,4 GHz w każdej z technologii 802.11. b/g/n/ac 4. Moduł komunikacyjny WiFi musi zapewniać wymianę danych pomiędzy systemami teletechnicznymi i teleinformatycznymi zainstalowanymi w ramach realizacji umowy a serwerami poza pojazdem za pośrednictwem łączności WiFi. Wymagane jest by transmisja pokład ziemia była realizowana za pośrednictwem tunelu VPN, kompatybilnego z serwerami VPN Zamawiającego 5. Moduł komunikacyjny musi posiadać funkcjonalność bezpiecznego zamykania systemy w przypadku podłączenia do systemu zasilania awaryjnego (podanie sygnału cyfrowego informującego o zbliżającym się odłączeniu systemu zasilania) 3.9. System GPS 1. Wymaga się aby moduł GPS udostępniał sygnał z anteny dla wszystkich urządzeń zaopatrzonych w odbiorniki takiego sygnału: moduły komunikacyjne GSM.LTE/WIFI, tzn. systemowi diagnostyki komputerowej, monitoringowi, modułowi informacji pasażerskiej, serwerom multimedialnym i innym 2. Zamawiający wymaga by format ramki GPS był zgodny ze standardem NMEA 3. Wymaga się aby rejestrowanie na pojeździe sygnału GPS było z częstotliwością nie mniejszą niż co 10 sekund i umożliwienie jego wykorzystania przez inne usługi lub urządzenia 3.10. Kontroler sieci 1. Wymagane jest by kontroler sieci spełniał następujące funkcjonalności: a) Połączenia VPN z serwerami zewnętrznymi b) FireWall dla wszystkich systemów teletechnicznych i teleinformatycznych c) Kontroler sieci WiFi d) Diagnostyka sieci e) System Autentykacji i Autoryzacji użytkowników WiFi 2. Zamawiający dopuszcza realizację funkcjonalności wskazanych w pkt. 1 w ramach jednego lub kilku urządzeń fizycznych Strona 6 z 18
3. Jeżeli co najmniej 3 z wymienionych w pkt. 1 funkcjonalności kontrolera będą realizowane w ramach jednego urządzenia fizycznego, Kontroler Sieci musi być posadowiony na dedykowanej do tego celu platformie sprzętowej posiadającej: a) pasywne chłodzenie b) procesor minimum Intel Core i7, 1,7GHz lub równoważny c) pamięć RAM DDR3 z o pojemności minimum 8 GB d) dwa porty LAN GigaBit Ethernet e) dyski 2 x 1 TB z SSD pracujące RAID f) Posiadać zainstalowaną platformę wirtualizacyjną np. XEN lub równoważną, tak by możliwe było uruchomienie na niej minimum 5 maszyn wirtualnych pracujących w oparciu o dowolny system operacyjny 4. Musi posiadać system bezpiecznego zamykania systemu w przypadku zaniku zasilania (cyfrowe wejście sterujące) 5. Kontroler zarządzający siecią WIFI musi realizować następujące funkcje oprogramowania: a) Lokalny system Autoryzacji i Autentykacji (generowanie Captive Portal i Landing Page) b) Umożliwiać integrację z zewnętrznym podmiotem świadczącym usługi WiFi marketingowe. (Wymagane jest wykreowanie do tego celu dwóch maszyn wirtualnych, wgranie dostarczonego obrazu dysku i konfiguracja sieciowa przy wsparciu dostawcy rozwiązania WiFi marketingu) c) Zapewnienie możliwości realizacji Autoryzacji i Autentykacji w oparciu o zewnętrzny serwis d) Moduł zapewniający mechanizmy bezpieczeństwa e) Moduł raportujący f) Serwer DHCP, DHCP Relay, g) Możliwość automatycznego przesyłania zgromadzonych lokalnie danych dotyczących logowań na wskazane zewnętrzne serwery h) Przechowywanie zapisanych danych podczas braku zasilania 6. Odnośnie wymagań i funkcjonalności dla systemu Logowania do usługi Zamawiający wymaga, aby: a) Regulamin dostępu do Usługi był wyświetlany w momencie łączenia się z siecią. Dostęp do sieci Internet musi być Strona 7 z 18
przyznawany wyłącznie po zaakceptowaniu regulaminu. b) System umożliwiał ograniczanie i blokowanie dostępu do stron WWW udostępniających zabronione treści np. pornograficzne, rasistowskie, faszystowskie, promujące narkotyki, terroryzm. Mechanizm i klasyfikacja treści będzie podlegać bieżącej aktualizacji z Zamawiającym. zobowiązany jest świadczyć usługę aktualizacji sygnatur w okresie 36 miesięcy (bez dodatkowego wynagrodzenia). c) System umożliwiał blokowanie stron WWW zawierających szkodliwe oprogramowanie i niebezpieczne treści w celu ochrony przed atakami typu phishing/pharming, malware, trojan, botnet, key logger i inne. d) System umożliwiał wprowadzenie mechanizmów ograniczających możliwość obchodzenia blokad przez użytkowników np. poprzez korzystanie z serwerów anonimizujących, aktualizacji baz kategorii blokowanych zasobów w celu reakcji na nowe rodzaje zagrożeń. e) Istniała możliwość blokowania zbiorów protokołów, usług, adresów IP, adresów MAC, domen internetowych oraz izolacji ruchu pomiędzy sesjami użytkowników. f) System zbierał statystyki pracy sieci dostępu do Internetu z podziałem na lokalizacje, które dostępne będą w ujęciu dziennym, tygodniowym, miesięcznym. g) System umożliwiał wygenerowanie raportów dotyczących dostępności punktów dostępowych zawierających następujące informacje: a. liczba i stan urządzeń aktywnych oraz ilość ich restartów, b. jakość środowiska radiowego per punkt dostępowy, ilość obcych punktów dostępowych, c. wykorzystanie pasma dla poszczególnych urządzeń WiFi w okresie czasu per lokalizacja, d. statystyki awarii i czasu niedostępności poszczególnych urządzeń, obiektów, awarii sieci rozległej, e. statystyki odwiedzin stron internetowych oraz pobieranych plików za pośrednictwem infrastruktury WiFi Strona 8 z 18
3.11 Serwer multimediów 1. Wymagana pojemność dysku 2 x 2 TB, przy czym wymagane jest umożliwienie konfiguracji pracy dysków RAID lub jako dwa niezależne 2. Wymagana jest możliwość odtworzenia multimediów na urządzeniu mobilnym pasażera przez minimum 50 użytkowników na człon jednoczesnych z jakością min. 720p w czasie rzeczywistym 3 Mbps na pasażera. 3. Wymagana jest możliwość przechowywania kopii materiałów na naszym dysku zewnętrznym u Zamawiającego. 4. W celu zminimalizowania konsumpcji energii, w sytuacji, gdy serwer multimedialny w czasie postoju nie pracuje (kontent nie jest upload owany) wymagane jest by serwer przechodził w tryb oszczędzania energii i umożliwiał wybudzenie z poziomu sieci LAN pociągu (Wake on Lan) 5. Musi posiadać system bezpiecznego zamykania systemu w przypadku zaniku zasilania( cyfrowe wejście sterujące). Funkcjonalność ma na celu umożliwienie upload u kontentu multimedialnego w czasie postoju, 6. Wymagana jest możliwość połącznia i wymiany części lub całości kontentu jednocześnie we wszystkich członach pojazdu (multimedialnego, reklamowego, własnego) na stacjach technicznych i za pośrednictwem modułu komunikacyjnego GSM/LTE. 7. Wymagane jest jednoczesne pobieranie danych na monitory LCD oraz konsumowanie treści multimedialnych przez pasażerów. 8. Wymagana jest przechowywanie zapisanych danych podczas braku zasilania. 3.12 Złącza 1. W wyposażeniu systemu należy dostarczyć komplet złącz zasilających umożliwiających podłączenie wszystkich dostarczanych urządzeń do instalacji pojazdu. 3.13 Oprogramowanie 1. Wraz z systemem powinno zostać dostarczona aplikacja do instalacji na serwerze Zamawiającego umożliwiająca zdalną komunikację z pojazdem, zdalna konfigurację. Aplikacją powinna umożliwić wygenerowanie raportów transferu, aktywności, SLA, aktywnych sesji, historię geolokalizacji pojazdu na mapie. 4. Wymagania funkcjonalne i konstrukcyjne 4.1 Wymagania ogólne 1. Urządzenia muszą umożliwiać zdalną konfigurację zarządzanie i monitorowanie jego pracy z wykorzystaniem web lub linii komend i zawsze SNMP v2 Strona 9 z 18
4.2 Systemy informatyczne 2. System WiFi musi umożliwić bezprzewodowe przesyłanie na serwer zdalny, wykorzystując kolejkowanie zadań oraz pamięć CACHE.umożliwiając przechowywanie danych w wydzielonej przestrzeni w razie utraty połączenia z serwerami. Pamięć ta powinna być nie mniejsza niż 20GB. W przypadku braku dostępu do siei, moduł komunikacyjny będzie przechowywał dane, aż do nawiązania połączenia i możliwości przesłania tych informacji na wskazane serwery docelowe Zamawiającego. 3. Dopuszcza się integrację wybranych elementów funkcjonalnych w ramach jednego lub kilku urządzeń 4. Dopuszcza się integrację wybranych elementów funkcjonalnych w ramach jednego lub kilku urządzeń. Wymagane jest by zarówno infrastruktura sprzętowa, jak i konfiguracja sieci umożliwiała zdalny dostęp do wszystkich urządzeń aktywnych przy czym urządzenia powinny umożliwiać obsługę mechanizmów bezpieczeństwa, w tym: szyfrowanie z zastosowaniem kluczy co najmniej 128bitowych oraz pracę w trybie otwartym bez szyfrowania, kontrolę dostępu do punktu dostępowego wg. IEEE 802.1X z EAP możliwość filtracji ruchu, obsługę serwerów autoryzacyjnych (np. RADIUS), szyfrowany kanał do zdalnego zarządzania konfiguracją punktu dostępowego, wzajemne izolowanie sesji użytkowników. 1. W celu realizacji wymagań opisanych powyżej dostarczy Zamawiającemu rozwiązanie sprzętowe z niezbędnym oprogramowaniem systemowym umożliwiającym integrację z systemem multimedialnym. 2. zapewni możliwość konfiguracji i obsługi serwisowej, ukrytej sieci bezprzewodowej na potrzeby serwisowe wskazanych systemów. 3. Część lokalna każdego z systemów informatycznych, musi być uruchomiona przez Wykonawcę w każdym dostarczonym pojeździe przed jego odbiorem. 4. Część centralna systemu informatycznego, musi być uruchomiona przez Wykonawcę przed odbiorem pierwszego z dostarczanych v2 v2 Strona 10 z 18
4.3 Środowisko serwerowe pojazdów. 5. Zamawiający zastrzega, iż w każdym z opisanym przypadku określenie system dotyczy kompletnego systemu informatycznego tj. zawierającego wszystkie elementy niezbędne do jego prawidłowego działania zgodnie z przeznaczeniem. W szczególności system powinien składać się z systemu operacyjnego, oprogramowania bazy danych, dedykowanej aplikacji, mechanizmów komunikacji, interfejsów. 1. Zamawiający wymaga dostarczenia kompletnej infrastruktury IT w pojazdach (m.in. okablowanie, urządzenia i mechanizmy komunikacji) oraz środowisko/środowiska serwerowe umożliwiające zainstalowanie, uruchomienie i prawidłowe działanie wszystkich systemów informatycznych w pojeździe. 1.1 jednego fizycznego serwera lokalnego w pojeździe dla każdego z dostarczanych systemów lokalnych informatycznych Zamawiający dopuszcza zastosowanie zamiennie następującego rozwiązania: wyposażenie pojazdu w dwa fizyczne serwery lokalne pracujące w klastrze na których zostaną uruchomione odrębne środowiska wirtualne dla każdego z dostarczonych systemów lokalnych gwarantujące działanie systemów lokalnych w przypadku awarii jednego z fizycznych serwerów lokalne serwery fizyczne muszą posiadać możliwość rozbudowy zapewniającej skalowność w zakresie pamięci RAM i twardych dysków. 2. Zamawiający wymaga zastosowania w infrastrukturze IT w pojazdach: 2.1. kompletnego systemu backupowego dla każdego dostarczonego systemów. Przy czym Zamawiający nie wymaga instalowania w pojeździe lokalnego serwera backupowego wymaga natomiast zapewnienia zabezpieczenia danych gromadzonych na serwerach lokalnych w każdym pojeździe do momentu ich przesłania na serwer centralny poza pojazdami (do momentu synchronizacji). W ramach kompletnego systemu backupowego Zamawiający wymaga m.in. wprowadzenia mechanizmu archiwizacji danych, w tym Strona 11 z 18
automatycznego ich usuwania na serwerze centralnym wg ustalanego dowolnie parametru przechowywania ustalanego dowolnie przez Zamawiającego. 2.2. Zapewnienie odpowiedniej wydajności, dostępności i sprawności systemów tj. umożliwiających wykorzystanie tych systemów przez Zamawiającego zgodnie z przeznaczeniem. 2.3. Możliwość raportowania zdarzeń, zwłaszcza awarii (automatyczne powiadamianie) i przerw w działaniu systemów. 2.4. Rozwiązania zapewniającego bezpieczną eksploatację sprzętu i systemów zgodnie z wymogami normy PNISO/IEC 27001 2014 (m.in. sprzęt, kontrola dostępu, zarządzanie, ochrona przed szkodliwym oprogramowaniem, rejestrowanie zdarzeń i monitorowanie, zabezpieczenie sieci i usług sieciowych, rozdzielenie sieci, zapewnienie bezpieczeństwa informacji przesyłanych wewnątrz jak i na zewnątrz Spółki, zgodność z wymaganiami prawnymi i umownymi ochrona zapisów, kopie zapasowe, synchronizacja czasu, itd.). 3. Zamawiający wymaga integracji dostarczonych systemów, oraz infrastruktury IT w pojazdach i środowiska serwerowego, ze środowiskiem IT Zamawiającego, w szczególności: 3.1. Zapewni wysyłanie danych z GPSów do systemu Zamawiającego w formacie określonym przez Zamawiającego na etapie realizacji umowy. 3.2. Synchronizację czasu we wszystkich dostarczanych systemach i na wszystkich dostarczanych urządzeniach z serwerem uzgodnionym z Zamawiającym. 4. zapewni Zamawiającemu możliwość efektywnego zarządzania dostępami /uprawieniami: 4.1. w każdym systemie, 4.2. do poszczególnych urządzeń aktywnych infrastruktury IT w pojazdach, 4.3. do poszczególnych serwerów 4.4. Dostarczone przez Wykonawcę systemy, będą posiadały interfejs użytkownika w języku polskim tj. będą mogły być Strona 12 z 18
5. Pozostałe wymagania administrowane i obsługiwane w języku polskim. 4.5. Dostarczone przez Wykonawcę elementy infrastruktury IT i środowiska serwerowego, będą posiadały interfejs użytkownika w języku polskim tj. będą mogły być administrowane i obsługiwane w języku polskim. W szczególnych przypadkach, gdy producent danego elementu infrastruktury IT lub elementu środowiska serwerowego nie zapewnia interfejsu użytkownika w języku polskim, dopuszczalne jest zastosowanie dla interfejsu użytkownika angielskiej wersji językowej. 5.1. Wymagania przeciwpożarowe 5.1.1. Kategoria projektowa Zgodnie z wymaganiami normy i eksploatacyjna PNEN 455451. pojazdu 5.1.2. Wymagania materiałowe Zgodnie z wymaganiami TSI LOC&PAS p. 4.2.10.2. oraz normy PNEN 455452+A1. 5.1.3. Certyfikaty Zastosowane urządzenia muszą posiadać odpowiednie certyfikaty palnościowe. 5.1.4. Wyposażenie Wg PNEN 455455 elektryczne systemu 5.2. Elektryczne warunki pracy 5.2.1. Napięcie zasilania Napięcie zasilania urządzeń sterowniczych elektronicznych 24 VDC. 5.2.2. Zakres zmian 0,7Un 1,25Un, zgodnie z normą PNEN 50155. 5.2.3. Chwilowe wahania 0,6Un 1,4Un, zgodnie z normą PNEN 50155. 5.3. Wyposażenie elektroniczne Wymaga się, aby w zastosowanych aparatach oraz urządzeniach systemu omawianego w zakresie wyposażenia elektronicznego, poza wymienionymi wymaganiami w pkt. 1.5. i 4.3. były również spełnione pozostałe wymagania 5.4. Kompatybilność elektromagnetyczna 5.5. 6. Dokumentacja 6.1. normy PNEN 50155. W zakresie odporności aparatury zastosowane urządzenia muszą spełniać wymagania normy PNEN 5012132. Z przyczyn serwisowych wymaga się, aby urządzenia wchodzące w skład sieci były dostarczane przez tego samego producenta. Instrukcja montażu układu i poszczególnych zespołów, rysunki montażowe Wymagana w terminie dwóch Strona 13 z 18
6.2. 6.3. 6.4. 6.5 Rysunki 2D oraz 3D poszczególnych elementów systemu, schemat elektryczny Specyfikacja techniczna Dokumentacja TechnicznoRuchowa zgodna z obwieszczeniem Ministra Infrastruktury i Budownictwa z dnia 27 stycznia 2016r. w sprawie ogłoszenia jednolitego tekstu rozporządzenia Ministra Infrastruktury, w sprawie ogólnych warunków technicznych eksploatacji pojazdów kolejowych (Dz. U. poz. 226), która musi zawierać: określenie przeznaczenia; dane techniczne; opis budowy i zasady działania; instrukcję obsługi (przygotowanie instrukcji wg PNEN 820791); rysunki poglądowe; wymagania dotyczące użytkowania i bezpieczeństwa obsługi; wytyczne dotyczące utrzymania i konserwacji; opis metod sprawdzania stanu technicznego i zestawienie parametrów; opis charakterystycznych usterek i metod ich usuwania; wykaz części zamiennych załączniki obejmujące w szczególności: schematy blokowe, ideowe, montażowe, wykresy, rysunki i algorytmy oprogramowania; zasady recyklingu. Szczegółowy zakres danych do omówienia podczas dialogu technicznego. Ilustrowany katalog części zamiennych tygodni od podpisania umowy. Wymagane w terminie dwóch tygodni od podpisania umowy Oferent zobowiązany dołączyć do oferty. zamówienia v2 Strona 14 z 18
6.6. 6.7. 6.8. 6.9. Dokumentacja protokołów wymiany danych Instrukcja i opis oprogramowania do odczytu danych ze sterownika systemu, licencje użytkowania dla FPS i użytkownika końcowego. Dane do analizy RAMS/LCC minimum: FIT. (wskaźnik awaryjności), MTTR (średni czas do przywrócenia), MTBF (średni czas bez uszkodzenia) wg normy PNEN 501261, koszty utrzymania technicznego dla poziomów P1 do P5. Szczegółowy zakres danych do omówienia podczas dialogu technicznego. Warunki techniczne wykonania i odbioru dostawy podzespołu zamontowanego w pojeździe. Konieczne zastosowanie i przekazanie dokumentacji odnośnie otwartych protokołów komunikacyjnych wszystkich dostarczonych systemów w celu połączenia z istniejącym systemem Użytkownika 6.10. Projekt techniczny Projekt powinien zawierać: Opis architektury logicznej (systemy operacyjne, bazy, aplikacje, połączenia między nimi itp.) Opis architektury technicznej (ilości serwerów w odpowiednich rolach aplikacyjne, bazodanowe itd., wymagania sprzętowe CPU, RAM, dyski itd.) Opis procesów, przepływy danych w Systemie (między jakimi systemami), diagramy sieciowe zamówienia. dostarczy w terminie 3 miesięcy od podpisania umowy. Dopuszcza się korektę po uruchomieniu. dostarczy w terminie 3 miesięcy od podpisania umowy dostawy. Dopuszcza się korektę po uruchomieniu. dostarczy w terminie 3 miesięcy od podpisania umowy. Dopuszcza się korektę po uruchomieniu. dostarczy w terminie 3 miesięcy od podpisania umowy dostawy. Dopuszcza się korektę po uruchomieniu. zamówienia. Strona 15 z 18
6.11. Dokumentacja administratora systemu 6.12. Dokumentacja użytkownika administratora biznesowego 6.13. Dokumentacja użytkownika użytkownika końcowego 6.14. Materiały szkoleniowe 6.15. Plan szkoleń administratorów i użytkowników końcowych 6.16. Uruchomienie systemu (czyli jakie adresy po jakich portach się komunikują) Opis struktury raportów dotyczących bezpieczeństwa. Dokumentacja administratora systemu powinna zawierać szczegółowy opis wszelkich cech i właściwości dostarczonego Systemu/elementu Infrastruktury IT/elementu Środowiska Serwerowego, pozwalający na poprawną instalację, konfigurację i administrację aplikacji (lub zespołu aplikacji) zgodnie z jej przeznaczeniem. Dokumentacja użytkownika administratora biznesowego powinna zawierać szczegółowy opis wszelkich cech i właściwości dostarczonego Systemu, pozwalający na poprawną konfigurację i 5.13.administrację aplikacji pod kątem biznesowym (lub zespołu aplikacji) zgodnie z jej przeznaczeniem. Dokumentacja użytkownika powinna zawierać szczegółowy opis wszelkich cech i właściwości dostarczonego Systemu, pozwalający na poprawne użytkowanie aplikacji (lub zespołu aplikacji) zgodnie z jej przeznaczeniem Materiały szkoleniowe, w szczególności instrukcje obsługi. Plan szkoleń dla administratorów systemów, administratorów Infrastruktury IT, administratorów środowiska serwerowego i użytkowników końcowych Dostawca systemu jest zobowiązany do uruchomienia i sprawdzenia poprawności działania systemu na pierwszym pojeździe 6.17. Oprogramowanie Wszystkie dokumenty oprogramowania, które towarzyszą cyklowi jego życia podlegają zarządzaniu wersjami. Dotyczy to : oznaczania wersji oprogramowania; opisu nowo realizowanej zamówienia. zamówienia. zamówienia. zamówienia. zamówienia. Dopuszcza się korektę po uruchomieniu. Zamawiający poda termin z tygodniowym wyprzedzeniem. zamówienia. Strona 16 z 18
funkcjonalności; usuniętych błędów; życzeń klienta; kwestii jeszcze otwartych; załączników do weryfikacji oprogramowania. Dostawca zobowiązany jest do niezwłocznego przesłania informacji o wprowadzonych zmianach wraz z dokumentami, których te zmiany dotyczą. 7. Odbiór i jakość 7.1. Deklaracja zgodności Deklaracja zgodności zawierająca listę norm i przepisów wg Ustawy o systemach oceny zgodności i nadzoru rynku (Dz.U. z 2017 r. poz. 1398) z późniejszymi zmianami; 7.2 Świadectwa odbioru urządzenia 7.3 Dopuszczenie do stosowania w kolejnictwie 7.4. Poświadczenie spełnienia norm i przepisów 7.5 Certyfikaty palnościowe Świadectwa odbioru 3.1 zgodnie z normą PNEN 10204. Dokument stwierdzający przydatność do stosowania w kolejnictwie wydany przez akredytowaną jednostkę oceniającą zgodną z normą EN ISO/IEC 17065. Oświadczenie oferenta o spełnieniu norm i przepisów wymaganych w niniejszym dokumencie. Certyfikaty zgodności z normą PNEN 455452. Aktualizacja dokumentów w ciągu max. 2 tygodni od wprowadzenia zmiany. v2 zamówienia. zamówienia Preferowane zamówienia Oferent zobowiązany dołączyć do oferty. zamówienia 8. Normy i dokumenty *1), *2), *3) v2, v4 8.1. PNEN 10204 Wymagania w zakresie dokumentów kontroli 8.2. PNEN 455451 PNEN 455452 PNEN 455455 TSI LOC&PAS Wymagania przeciwpożarowe w zakresie: postanowień ogólnych, kategorii eksploatacyjnej stosowanych materiałów oraz wyposażenia elektrycznego 8.3. TSI SRT Wymagania w zakresie bezpieczeństwa w tunelach kolejowych 8.4. PNEN 5012132 Zastosowania kolejowe Kompatybilność Strona 17 z 18
elektromagnetyczna Część 32: Tabor Aparatura 8.5. PNEN 501251 Wymagania w zakresie warunków eksploatacyjnych i klimatycznych 8.6. PNEN 501261 Wymagania w zakresie niezawodności, dostępności, podatności utrzymaniowej i bezpieczeństwa (RAMS) 8.7. PNEN 50128 Wymagania w zakresie bezpieczeństwa i nienaruszalności oprogramowania 8.8. PNEN 50155 Wymagania w zakresie wyposażenia elektronicznego 8.9. PNEN 61373 Wymagania w zakresie odporności urządzeń na 8.10. PNEN 61375 (seria norm) PNEN ISO/IEC 27002 PNEN/IEC 6244341 8.11. PNEN 61508 (seria norm) udary i wibracje Integracja z siecią IP pojazdu oraz standardy bezpieczeństwa teleinformatycznego Wymagania w zakresie bezpieczeństwa funkcjonalnego elektrycznych/elektronicznych/ programowalnych elektronicznych systemów związanych z bezpieczeństwem Wymagania funkcjonalne, systemowe i bezpieczeństwa systemu rejestracji 8.12. PNEN 626251 TSI LOC&PAS 8.13. PNEN 820791 Wymagania w zakresie przygotowania instrukcji użytkowania 8.14. PNEN ISO/IEC Przepisy dotyczące oceny zgodności wymagania 17065 dla jednostek certyfikujących wyroby 8.15. Dz. U. z 2017 r. poz. Ustawa o systemach oceny zgodności i nadzoru 1398) z późniejszymi rynku. zmianami Uwagi: *1) W kwestiach nie wyszczególnionych w niniejszych wymaganiach obowiązują zapisy z powyższych norm. *2) Datowanie norm ważne na dzień składania oferty na podzespół. *3) Zamawiający dopuszcza przedstawienie odpowiednich dokumentów potwierdzających spełnienie norm i przepisów równoważnych do wymienionych jednak jest zobowiązany do udokumentowania równoważności tych norm i przepisów na własny koszt za potwierdzeniem istnienia takiej równoważności przez akredytowaną jednostkę oceniającą posiadającą odpowiedni zakres uprawnień. Ocena na podstawie załączonych kopii dokumentów potwierdzających. v4 Strona 18 z 18