Человеческий фактор. Том 4 - Сальвенди Г.
ISBN 5-03-001814-Х
Скачать (прямая ссылка):
Отслеживать полет (непрерывно контролируя движение и поведение) неуправляемого объекта по отображаемой воздушной обстановке с целью принятия мер по ограничению возможности опасной ситуации
Использовать информацию о курсе/расстоя-нии для ограничения маневра самолетов
Обнаружить и проследить за неуправляемым объектом, который может стать опасным для самолетов, находящихся под управлением Не регламентирован
Наблюдение за поведением неуправляемого объекта для возможного целеуказания самолетам, находящимся под управлением
4. Содержание предъявляемой информации: информация, наблюдаемая непосредственно или преобразованная в ходе выполнения задания, — например, перечень взлетно-посадочных полос. Характеризуя каждое задание по этим четырем признакам, к формулировке задания добавляют также рекомендуемые способы кодирования и представления информации и методы взаимодействия.
Формулировки заданий были затем углублены с тем, чтобы дать им семантическое описание, облегчающее формулировку требований. Последний шаг в разработке DDL включает документальную характеристику действий диспетчера в процессе выполнения задания. Эти характеристики позволяют оценить утверждения DDL и могут быть использованы в качестве входной информации для разработки тренировочной программы.
DDL дает возможность установить связь между задачами обработки событийной информации диспетчером (показанными в виде графов и форме TDL) и требованиями ввода и предъявления информации при взаимодействии диспетчера с оборудо-
Данные
пользователя
Задание
Функциональный
анализ
Уровень автоматизации и-г человека - машинной
Функция
Указатели
Обработка
Выхоб
Показатели
производи-
тельности
Распределить
функции
с
Деятельность 5
(на лт элементов гадания Задания Список преимуществ венных объектов ввода ипрсдъяв-ления
Отняты заданияУ -- --------
\^Обътш) Деятельность f\ Деятельность 2
Концептуальная модель взаимодействия пользователя Детализировать функциональные возможности Определить требования к данным
tf ^
72;
Деятельность 3 Деятельность 4 Деятельность ^
Функциональная структура
Определить перечень требовании
Рис. 9.5. Требования к взаимодействию диспетчера и автоматизированной
1Функциональные требования Подфункции двсды Обработка выходы Показатели производительности Системные параметры Деятельность 6
системы.
Эргономические требования к системам УВД
339
ванием. Поэтому требования к взаимодействию диспетчера с системой УВД во всех случаях непосредственно выводились из требований заданий диспетчера и соответствовали им. Пример* DDL представлен в табл. 9.1.
9.3.6. Спецификация требований к взаимодействию диспетчера с системой
Определив тип задания диспетчера и DDL, исследователи ЧФ сосредоточили внимание на выявлении и спецификации неявных требований к взаимодействию диспетчера и системы. Рис. 9.5 описывает семиступенчатую парадигму, использованную для спецификации этих требований. В нее включены следующие деятельности:
1. Провести анализ элементов задания.
2. Проанализировать и детализировать сообщения, вводимые диспетчером, и информацию, предъявленную ему.
3. Разработать концептуальную модель взаимодействия.
4. Детализировать функциональные возможности.
5. Распределить функциональные возможности между компонентами системы.
6. Определить спецификации требований для каждого компонента системы.
7. Определить требования к базе данных.
В этом разделе мы подробно рассмотрим первые три аналитические деятельности, так как они тесно связаны с другими методами ЧФ и описанными здесь результатами. Последние четыре деятельности описаны кратко, лишь для того, чтобы доказать, как тип задания диспетчера может быть преобразован в требования к проектированию интерфейса.
Деятельность 1: Провести анализ элементов задания. Как показано на рис. 9.5, деятельности 1 и 2 осуществляются параллельно. Каждое утверждение DDL (полученное из определения операционного состава) сводится к совокупности формулировок элементов задания (ФЭЗ). Вместе с анализом сообщений, вводимых диспетчером, и предъявляемой информацией эти утверждения образуют основу для определения языка взаимодействия пользователя.
Каждая ФЭЗ имеет форму простого предложения, состоящего из глагола и дополнения, иногда сопровождаемых модификаторами дополнения. Дополнения определялись так, чтобы объединить вводимые диспетчером сообщения, предъявляемую оборудованием информацию и концептуальные «образы», существующие в «голове» диспетчера. Структура предложения такова:
-340 Глава 9
ГЛАГОЛ (МОДИФИКАТОР ДОПОЛНЕНИЯ) ДОПОЛНЕНИЕ (МОДИФИКАТОР ДОПОЛНЕНИЯ).
Например:
СКАНИРОВАТЬ пространство — Предъявление выделенной Информации — Задержка
В данном примере дополнениями являются «Пространство — Предъявление» (которые также называются «логическими требованиями к предъявлению») и «Информация — Задержка». Глагол — СКАНИРОВАТЬ. Каждая ФЭЗ однозначно относилась к категориям восприятия, познания, межличностного общения или инициативы пользователя (ввод информации). Ниже приведен пример преобразования утверждения DDL к ряду ФЭЗ:
