Program funkcjonalno-użytkowy (zaÅÄ cznik nr 7 do SIWZ - Biuletyn ...
Program funkcjonalno-użytkowy (zaÅÄ cznik nr 7 do SIWZ - Biuletyn ... Program funkcjonalno-użytkowy (zaÅÄ cznik nr 7 do SIWZ - Biuletyn ...
dodawać/przenosić/usuwać poszczególne monitory). 6. System umoŜliwi podgląd (wraz z moŜliwością wykonywania zrzutów ekranu) grafiki dowolnie wybranego monitora w czasie rzeczywistym oraz będzie posiadał funkcję podglądu statusu wszystkich monitorów w systemie. 7. System zagwarantuje stabilność na poziomie 99 % potwierdzoną odpowiednimi referencjami. Tablice ( na bazie monitorów LCD ) i monitory LCD dostarcza i montuje Generalny Wykonawca tj. konsorcjum firm Warbud-Hochtieff. B. Ogólny opis systemu FIS System informacji lotniczej FIS musi być oparty na centralnej bazie danych i mieć moŜliwość gromadzenia, przetwarzania i publikacji informacji związanych z ruchem lotniczym na lotnisku. System musi być wyposaŜony w moduły operacyjne do wykorzystania przez słuŜby obsługi naziemnej. System musi umoŜliwiać współpracę z systemami informacji wizualnej FIDS i głosowej DOS (w tym alarmowej), oraz z systemem transportu i kontroli bagaŜu i systemem DCS. Przesył informacji do współpracujących systemów musi odbywać się automatycznie wg. harmonogramu z centralnej bazy danych i/lub na podstawie wiadomości z systemów zewnętrznych. Dostawca systemu zapewni: - szkolenie dla personelu Portu Lotniczego - procedury awaryjne w przypadku awarii - moŜliwość łatwej rozbudowy systemu - przeprowadzenie niezbędnych konsultacji celem uruchomienia systemu ZałoŜenia funkcjonalne: • System musi być zgodny z standardami IATA • System powinien być dostępny w dwóch językach: polskim i angielskim. • Wszystkie funkcjonalności systemu muszą być spełnione na dzień składania ofert • Serwer powinien gromadzić dane w dowolnej bazie danych zgodnej ze standardami ODBC oraz umoŜliwiać równoczesną pracę wielu uŜytkowników na tych samych zbiorach danych w sposób asynchroniczny/zdarzeniowy. • Zapis danych pochodzących z innych źródeł niŜ interfejs uŜytkownika w aplikacji klienta powinien odbywać się za pośrednictwem konfigurowalnych 44
serwisów pozwalających na zbudowanie rozproszonej struktury kolektorów danych. • Do systemów dostarczających dane zewnętrzne powinien naleŜeć system przesyłający wiadomości typu B ( np. Sita Sitatex, Arinc Avinet), • Informacje rozgłaszane do/z systemów zintegrowanych z systemem powinny być rozsyłane automatycznie przez serwer w sposób asynchroniczny/zdarzeniowy. • Gromadzone dane wprowadzone z poziomu interfejsu uŜytkownika lub za pośrednictwem kolektorów danych powinny być automatycznie publikowane do wszystkich połączonych klientów oraz serwisów w sposób asynchroniczny od razu po otrzymaniu i przetworzeniu informacji przez serwer o ile są uprawnieni do otrzymywania danego typu informacji. • System musi posiadać bazę słownikową typów statków powietrznych operujących w lotnictwie cywilnym składającą się z danych: Kod IATA, KOD ICAO, Nazwa typu statku powietrznego, konfigurację pokładu, dane nt. frachtu, max pojemność zbiorników paliwa, max masę do startu (MTOW), zasięg, prędkość przelotową, sylwetki i wymiary samolotów. • System musi posiadać bazę słownikową rejestracji składającą się z danych: Rejestracja statku powietrznego, Typ statku powietrznego, Linia lotnicza. • System musi posiadać bazę słownikową linii lotniczych składającą się z danych: Kod IATA, Kod ICAO, Nazwa linii lotniczej, Kraj, Informacja czy linia jest typu lowcost. • System musi posiadać bazę słownikową portów lotniczych składającą się z danych: Kod IATA, Kod ICAO, Nazwa portu, kraj , Informacja czy port jest w strefie Schengen czy nie. • Rozwiązanie powinno składać się z modułów umoŜliwiających: 1. Układanie, edycję, podgląd oraz publikacja rozkładu rejsów, 2. Podgląd depesz MVT, LDM, PSM, PTM, SLS itp., 3. Automatyczne wiązanie depeszy przychodzącej oraz wychodzącej z odpowiadającym mu rejsem wprowadzonym do rozkładu rejsów, 45
- Page 1 and 2: Załącznik Nr 7 do SIWZ Nazwa nada
- Page 3 and 4: pozostałych urządzeń i systemów
- Page 5 and 6: System bezpieczeństwa bagaŜu reje
- Page 7 and 8: • Odprawa poprzez Internet lub te
- Page 9 and 10: 5. Zapewnieniu zamawiającemu: - sz
- Page 11: danego komunikatu w danej linii zmi
- Page 15 and 16: przypisywaniem do wykonywania okre
- Page 17 and 18: odbierającym dane, zapisującym je
- Page 19 and 20: Moduł operacyjny powinien posiada
- Page 21 and 22: 2. Szczegółowe właściwości fun
- Page 23 and 24: ostami zrzut, gdzie zostanie przy u
- Page 25 and 26: Współpraca z urządzeniami rentge
- Page 27 and 28: 2.2.System kontroli bezpieczeństwa
- Page 29 and 30: program treningowo-szkoleniowy uŜy
- Page 31 and 32: WYMOGI DLA URZĄDZEŃ DO KONTROLI B
- Page 33 and 34: 6. MoŜliwość pracy ciągłej urz
- Page 35 and 36: 3. Punkt kontroli bagaŜu ponadwymi
- Page 37 and 38: wszystkich podłączonych punktów
- Page 39 and 40: 29. Sieciową stację monitorująca
- Page 41 and 42: 38. Automatyczną archiwizację obr
- Page 43 and 44: 17. Monitor Minimum LCD 17” rozdz
- Page 45 and 46: − Detektory muszą być pozbawion
- Page 47 and 48: − Uzyskane obrazy nie mogą ujawn
- Page 49 and 50: 2.3. System odpraw biletowo - baga
- Page 51 and 52: (konieczne w przypadku niektórych
- Page 53 and 54: zarządzanie, diagnostykę i przewi
- Page 55 and 56: konfiguracja: zarządzanie przez pr
- Page 57 and 58: • Potwierdzenie kompatybilności
- Page 59 and 60: A. System FIDS wymagania szczegół
- Page 61 and 62: Przekątna ekranu, 19 cali o rozdzi
serwisów pozwalających na zbu<strong>do</strong>wanie rozproszonej struktury kolektorów<br />
danych.<br />
• Do systemów <strong>do</strong>starczających dane zewnętrzne powinien naleŜeć system<br />
przesyłający wia<strong>do</strong>mości typu B ( np. Sita Sitatex, Arinc Avinet),<br />
• Informacje rozgłaszane <strong>do</strong>/z systemów zintegrowanych z systemem powinny<br />
być rozsyłane automatycznie przez serwer w sposób<br />
asynchroniczny/zdarzeniowy.<br />
• Gromadzone dane wprowadzone z poziomu interfejsu uŜytkownika lub za<br />
pośrednictwem kolektorów danych powinny być automatycznie publikowane<br />
<strong>do</strong> wszystkich połączonych klientów oraz serwisów w sposób asynchroniczny<br />
od razu po otrzymaniu i przetworzeniu informacji przez serwer o ile są<br />
uprawnieni <strong>do</strong> otrzymywania danego typu informacji.<br />
• System musi posiadać bazę słownikową typów statków powietrznych<br />
operujących w lotnictwie cywilnym składającą się z danych:<br />
Kod IATA, KOD ICAO, Nazwa typu statku powietrznego, konfigurację<br />
pokładu, dane nt. frachtu, max pojemność zbiorników paliwa, max masę <strong>do</strong><br />
startu (MTOW), zasięg, prędkość przelotową, sylwetki i wymiary<br />
samolotów.<br />
• System musi posiadać bazę słownikową rejestracji składającą się z danych:<br />
Rejestracja statku powietrznego, Typ statku powietrznego, Linia lotnicza.<br />
• System musi posiadać bazę słownikową linii lotniczych składającą się z<br />
danych:<br />
Kod IATA, Kod ICAO, Nazwa linii lotniczej, Kraj, Informacja czy linia<br />
jest typu lowcost.<br />
• System musi posiadać bazę słownikową portów lotniczych składającą się z<br />
danych:<br />
Kod IATA, Kod ICAO, Nazwa portu, kraj , Informacja czy port jest w<br />
strefie Schengen czy nie.<br />
• Rozwiązanie powinno składać się z modułów umoŜliwiających:<br />
1. Układanie, edycję, podgląd oraz publikacja rozkładu rejsów,<br />
2. Podgląd depesz MVT, LDM, PSM, PTM, SLS itp.,<br />
3. Automatyczne wiązanie depeszy przychodzącej oraz wychodzącej z<br />
odpowiadającym mu rejsem wprowadzonym <strong>do</strong> rozkładu rejsów,<br />
45