Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
!!!Москва для заводских испытаний.doc
Скачиваний:
64
Добавлен:
25.11.2019
Размер:
25.06 Mб
Скачать

2.5.2.6.2 Составление сообщения для передачи на борт

Составление сообщения для передачи на борт (разрешения или ответы диспетчера на запросы с борта). Общие положения.

Интерфейс поддержки диспетчеров в формировании и вводе сообщений CPDLC должен минимизировать пользовательские действия и возможность неправильных вводов.

Рекомендуется, чтобы система требовала минимальных вводов для выбора оперативных сообщений или составления и отправки ответа, предлагая быстрый доступ к ограниченному набору CPDLC-сообщений, соответствующих наиболее часто используемым (вероятным) диспетчерским разрешениям УВД.

Для разрешений, самостоятельно задаваемых диспетчером (а не в ответ на запрос разрешения с борта) при его составлении должен обеспечиваться первоочередной доступ к ограниченному набору CPDLC-сообщений, соответствующих наиболее часто используемым (вероятным) диспетчерским разрешениям УВД.

На запросы диспетчерского разрешения, полученные с борта ВС, при согласии с ним диспетчера ЧМИ должен автоматически предложить диспетчеру наиболее вероятные ответы или наиболее вероятные данные в поддержку составления сообщений.

Диспетчер перед отправкой должен иметь возможность просмотреть и отменить сообщение.

2.5.2.7 Организация меню

Рекомендуется, чтобы имеющиеся в распоряжении меню логически вели диспетчера через различные шаги в процессе работы, а организация меню поддерживала по этой причине конкретные задачи диспетчера.

Варианты меню рекомендуется организовывать как логические или функциональные группы, с ясными наименованиями.

Если нет логических групп, то порядок организации меню определяется частотой использования, с наиболее часто используемыми вариантами выбора в верхней части меню. Менее часто выполняемые варианты и деструктивные команды (например, команды удаления, стирания, исключения) – в нижней части меню.

Если нет ни логических групп, ни частоты использования, то рекомендуется располагать в меню варианты выбора (опции) в буквенном или числовом порядке.

Если идентичные варианты выбора (опции) доступны в различных меню, то варианты рекомендуется упорядочивать в единообразной манере.

В меню в виде списка рекомендуется перечислять полный диапазон вариантов выбора, которые обычно располагаются каждый раз в одном и том же порядке. Если некоторые из этих вариантов временно недоступны, следует показывать их как недоступные для выбора (например, «тусклыми»).

Если вариант выбора, или набор вариантов никогда не доступен пользователю, то вариант (набор вариантов) не должны быть в меню.

Варианты выбора, которые выполняют противоположные действия, не должны быть помещены рядом или близко друг к другу. Например, вводы 'Передать' или 'Отменить' сообщение.

Число вариантов выбора в меню рекомендуется задавать в пределах от трех до десяти (оптимально пять - шесть вариантов). Если в меню содержатся четыре пункта или меньше, рассмотрите, не может ли это меню быть объединено с меню более высокого уровня. Если в меню девять пунктов или больше - рассмотрите раздел этого меню на два меньших меню.

При открытии контекстного меню курсор автоматически помещается над наиболее вероятным выбором ввода, или первой опции в списке, что наиболее подходит.

Контекстное меню должно отображаться поблизости от элемента (например, ФС), с которым оно связано.