Ім'я файлу: Контрольна роб.pdf
Розширення: pdf
Розмір: 53кб.
Дата: 18.03.2022
скачати

Контрольна робота студента групи 7-інерт Трищук Олександри
Питання #11
Обробка короткотермінових даних розкладу руху поїздів :
Повідомлення "Шлях недоступний"
Менеджер інфраструктури надсилає це повідомлення запитуючій точці доступу відповісти на запит шляху точки доступу, якщо шлях недоступний:
.— Пункт відправлення маршруту: точка відправлення поїзда на шляху,
Пункт призначення шляху,
— Час відправлення від початкової точки шляху: час, за який шлях запитується,
— вказівка на те, що шлях недоступний,
.— причина недоступності шляху.
Одночасно з цим повідомленням
Керівник структури повинен надіслати альтернативну пропозицію без вимоги будь-який подальший запит від залізничного підприємства (деталі шляху повідомлення).
"Шлях підтверджено"
Запитуюча точка доступу використовує це повідомлення, щоб забронювати/підтвердити шлях, запропонований менеджером інфраструктури:—
Номер шляху з метою ідентифікації шляху,— Пункт відправлення маршруту: точка відправлення поїзда на шляху,— Пункт призначення маршруту ,— Час відправлення з початкової точки шляху: час, на який запитується маршрут,— Кінцева точка шляху:
пункт призначення поїзда на запитаному шляху,— Час прибуття в кінцеву точку шляху:
час, коли запропонований поїзд має відправитися прибути до місця призначення —
вказівка на те, що AP приймає запропонований шлях. Вищезазначений процес та
інформація, що використовується для нього, повинні відповідати принаймні
«PathConfirmedMessage» технічного документа(ів):— B.30 (див. Додаток III). Крім того,
інші існуючі стандарти можуть використовуватися з цією ж метою, якщо між залученими сторонами є конкретна угода, яка дозволяє використовувати ці стандарти.
"Рух відхилено" :
Запитувальна точка доступу використовує це повідомлення, щоб відхилити деталі
шляху, запропоновані відповідним менеджером інфраструктури:— Номер шляху з метою ідентифікації шляху,— Вказівка на те, що деталі шляху відхиляються,— Причина відмови у шлях або для зміни, запитуваної точкою доступу,— Пункт відправлення маршруту: точка відправлення поїзда на шляху,— Пункт призначення маршруту,— Час відправлення від початкової точки шляху: час, на який запитується маршрут,— кінцева точка шлях: пункт призначення поїзда на запитаному шляху,— Час прибуття в кінцеву точку шляху: час, коли запропонований поїзд має прибути до пункту призначення.Вищезазначений процес та інформація, що використовується для нього,
повинні відповідати принаймні "PathDetailsRefusedMessage" технічного документа(ів):—
B.30 (див. Додаток III). Інші існуючі стандарти також можуть використовуватися з цією ж метою якщо між залученими сторонами є конкретна угода, яка дозволяє
використовувати ці стандарти.
"Рух скасовано" Це повідомлення використовується AP для скасування заброньованого нею шляху:
— Номер маршруту з метою ідентифікації шляху, — частина подорожі, яку потрібно скасувати,

— вказівка на те, що маршрут скасовується,
— початкова точка відправлення маршруту: точка відправлення поїзда на шлях,
— Пункт призначення шляху,
— Час відправлення від початкової точки шляху: час, протягом якого шлях був запитаний,
— початкова кінцева точка шляху: пункт призначення поїзда на запит шлях,
— Час прибуття в початкову кінцеву точку шляху: час, коли запропонований поїзд мав прибути до місця призначення.
Вищезазначений процес та інформація, що використовується для нього, повинні
відповідати вимогам принаймні з «PathCancelledMessage» технічного документа(ів):
— B.30 (див. Додаток III).
Крім того, з цією ж метою можуть використовуватися інші існуючі стандарти якщо між залученими сторонами є конкретна угода про дозвіл використання цих стандартів.
"Підтвердження"
Цим повідомленням обмінюються менеджери інфраструктури та точки доступу коли необхідної відповіді на будь-яке з наведених вище повідомлень бути не може доступний протягом 5 хвилин:
— Повідомлення підтвердження отримання: вказує, що його відправник має
отримав повідомлення і буде діяти відповідно до нього за потреби.
Вищезазначений процес та інформація, що використовується для нього, повинні
відповідати вимогам принаймні з «ReceiptConfirmationMessage» технічної документації- мент(и):
— B.30 (див. Додаток III).
Крім того, з цією ж метою можуть використовуватися інші існуючі стандарти якщо між сторонами є конкретна угода про це дозволяється використовувати ці стандарти .
Питання #41 Терміни
Репозиторій подібний до бази даних і словника даних, однак зазвичай охоплює комплексне управління інформацією системне середовище. Він повинен містити не тільки опис даних структури (тобто сутності та елементи), а також метадані, що представляють інтерес для підприємства, екрани даних, звіти, програми та системи.
Зазвичай він включає внутрішній набір програмних засобів, СУБД,
метамодель, заповнені метадані, а також завантаження та пошук програмне забезпечення для доступу до даних репозитарію.
Правила RIV, що регулюють взаємне використання вагонів у міжнародному трафіку.Правила, що регулюють взаємне використання навантажувальних снастей,
контейнери та палети в міжнародних перевезеннях.
Маршрут-географічний шлях від початкової точки до точки місця призначення.
Розділ маршруту-частина маршруту

Виклик віддаленої процедури RPC-протокол RPC вказується у віддаленому виклику процедури
Специфікація протоколу версії 2 (RFC1831).
RU-Залізничне підприємство
Запланований час відправлення - дата та час відправлення, для якого запитується маршрут.
Розклад за розкладом - хронологічно визначена зайнятість залізничної
інфраструктури для поїзда рух на відкритій лінії або на станціях. Зміни в розкладі
буде надано IM принаймні за 2 дні до початок дня, коли поїзд відправляється з місця відправлення.
Цей розклад стосується певного дня. Відомий у деяких країнах як оперативний розклад.
Постачальник послуг - відповідальний перевізник за цей конкретний етап транспортування. Партія хто приймає та обробляє бронювання.
Запит на короткий шлях повідомлення-індивідуальний запит на шлях відповідно до
Директиви 2001/14/EC Стаття 23 через додаткові транспортні потреби або експлуатаційні
потреби.
Повинен - «РЕКОМЕНДОВАНО» означати, що можуть існувати вагомі причини за певних обставин ігнорувати окремого пункту, але слід розуміти всі наслідки та ретельно зважено, перш ніж вибрати інший курс.
НЕ ПОВИННА - фраза або фраза «НЕ РЕКОМЕНДУЄМО» означати це можуть існувати поважні причини за певних обставин, коли конкретна поведінка є
прийнятною або навіть корисною, але повною слід зрозуміти наслідки і ретельно зважити справу перед впровадженням будь-якої поведінки, описаної цією міткою.
SMTP простий протокол передачі пошти
SNMP Простий протокол управління мережею.
Мова структурованих запитів SQL- мова, розроблена IBM, потім стандартизована ANSI та ISO,
який використовується для створення, керування та отримання даних у реляційні бази даних.
Зацікавлені сторони- будь-яка особа чи організація, які мають розумний інтерес у навчанні
надання послуг, наприклад:
Залізничне підприємство (RU),
Постачальник моніторингу відправлення,
Постачальник локомотива,
Постачальник вагонів,
Постачальник екіпажу водія/поїзда,
Постачальник горбатого двору,
Змінити постачальника послуг переміщення,
інтегратор послуг,
Постачальник слотів (IM),
Контролер поїзда (ІМ),
Менеджер дорожнього руху,

Керівник флоту
Постачальник порома,
Вагон, локомотивний інспектор,
Вагон, постачальник локомотивів,
менеджер відправлення,
Постачальник перемикань та хампінг,
постачальник логістики,
Вантажоодержувач,
вантажовідправник,
Для інтермодального транспорту додатково:
Постачальник контейнерів,
Оператор інтермодального терміналу,
Постачальник дренажу/транспортна компанія,
Паровий корабель,
Лінії барж.

скачати

© Усі права захищені
написати до нас