Человеческий фактор. Том 4 - Сальвенди Г.
ISBN 5-03-001814-Х
Скачать (прямая ссылка):
2) четкой схемы диалога между диспетчером и оборудованием на его рабочем месте;
3) состава взаимодействий с другими диспетчерами, пилотами и руководителями полетов:
4) информации, необходимой диспетчеру для успешного, точного и своевременного решения задач.
Достижение этой цели позволяет разработчикам системы хорошо разобраться в работе диспетчера и использовать операционное описание как основу проектирования аппаратных и программных средств для рабочих мест.
Следующая цель заключалась в том, чтобы охарактеризовать задания диспетчера в терминах:
1) возможностей и рабочих нагрузок диспетчера;
2) машинных средств, требуемых для оптимизации труда диспетчера;
3) требуемых диспетчеру упражнений для развития умений и навыков.
Получаемые при этом результаты позволяют руководящему персоналу определять и разрабатывать задания, необходимые для приобретения диспетчером желательных умений и навыков.
9.3.3. Анализ выполнения диспетчером задачи обработки информации
Чтобы адекватно определить общую концепцию действий диспетчера по управлению воздушным движением, необходимо прежде всего выявить и проанализировать набор заданий, выполняемых диспетчером. Это достигается путем определения иерархической структуры тех событий, на которые должна реагировать система УВД; деятельностей, отвечающих на эти события; видов работ, образующих деятельность; заданий, которые должны быть выполнены в результате данной деятельно-
Эргономические требования к системам УВД
331
Ъбмть событий
vf
Деятельность [1й. Контроль за ситуацией]
Поддетемпость [и.Коитатация и оцте взлета]
ч
Задание [f-f-1- Просмотр информации дисплея
для тетатщт metnaj
Ч
Ымет Штп
t
Глагол JjHodutpmmap] + Объект [Модификатор]
11.1,1 Сканировать выходные данные полета
Рис. 9.2. Иерархическая декомпозиция задач обработки информации диспетчером.
сти; элементов, из которых состоит задание (см. рис. 9.2). Событие определяется как определенное происшествие, которое воспринимает и на которое специфически реагирует диспетчер. Для индентификации заданий мы представили диспетчера как чувствительный к событиям многофункциональный информационный процессор. Преимущество использования такого типа модели в качестве средства анализа состоит в том, что если исчерпывающий список событий, наблюдаемых диспетчером, подтверждается столь же обширным списком заданий, то можно довольно точно описать работу диспетчера. Недостаток представления диспетчера информационным процессором (т. е. таким устройством, единственной целью которого является выполнение заданий в ответ на события) состоит в том, что такая упрощенная модель не отражает действительную сложность динамизма его работы. Одно событие может вызвать другое еще до реакции диспетчера на первое событие. Добавим, что в некоторых случаях немедленная реакция диспетчера на какое-
tmpynmypmu zfatp деятельности
Каш читать структурный gpatp: _____основные злем§рты и символы____<
Линия Обозначает пер&*Ллт ~ деятельнос/пЬтв деятельности, от задания к заданию________ ^
Обозначает зтоп ооррбот/tu информации
\ / Л Символы,обозначающие начальную
V /- А и конечную точки в процессе
Начало (ввод) Окончание (выход) обработки
! ® ®
Повторение этапа
Условный выбор
варианта или решения человеком
(
Рис 9 3 Использование структурного графа для детального анализа деятельности диспетчера [6].
Эргономические требования к системам УВД
333
либо событие может быть неуместной. Более того, многие из соответствующих реакций ментальны по природе, а такую реакцию трудно обнаружить и наблюдать до того, как она проявится в действии. Поэтому, рассматривая диспетчера как индивида, который только обрабатывает информацию в ответ на дискретные события, мы не получаем всесторонней картины всей работы диспетчера. Однако такой подход все же дает достаточно точную модель, пригодную для выявления требований к взаимодействию пользователя с системой.
Определяя набор событий УВД и комплекс диспетчерских деятельностей высшего уровня, мы тем самым осуществляем логическую детализацию на виды работ и, наконец, задания. Такая детализация предполагает сохранение адекватности, полноты и связи событийных стимулов и реакций диспетчера. Для того чтобы показать многофункциональную природу диспетчерской работы, были использованы структурные графы [1]. Рис. 9.3 иллюстрирует обозначения структурных графов, характеризующих последовательное, параллельное, повторяющееся протекание видов работ и процессы принятия решения.
Задания определяются как то, что должно быть выполнено диспетчером. Более деятельная процедура того, как должно выполняться задание на данном комплекте оборудования, не определялась. Таким образом, акцент сделан на то, что происходит, без проектного выбора типа диалога (например, объектно-ориентированный или командно-ориентированный) или оборудования.
Полученные в результате детальные графы заданий были позднее дополнены специальной версией структурированного английского языка, названной «Язык описания задания» (TDL). Этот язык позволил обеспечить логическую согласованность детализации графов и ознакомить со структурой задания как диспетчеров, так и проектировщиков. TDL дает по существу ту же информацию, что и структурные графы, но представляет ее таким образом, что позволяет углубить анализ логических связей между заданиями. Это достигнуто, прежде всего, стандартизацией изложения задания на языке из набора четко и однозначно определенных глаголов, дополнений и служебных слов, гарантирующих адекватное использование терминологии. Затем этот набор логических элементов был применен для организации заданий. Использование TDL совместно с графами обеспечивает самосогласованность и полноту анализа задачи. Рис. 9.4 иллюстрирует взаимосвязь между структурными графами и TDL.
