Человеческий фактор. Том 4 - Сальвенди Г.
ISBN 5-03-001814-Х
Скачать (прямая ссылка):
Однако с этим подходом связан значительный риск. Специалист по человеческим факторам должен удостовериться, что выводимые из подсистемы человека функции покидают ее вместе с целесообразным набором решаемых задач. Нецелесообразные наборы задач возникают из двух основных источников. Так, нагрузка, создаваемая задачами, может не соответствовать человеческим способностям. Хотя перегрузка — это первый дефект, •который должны исключить проектировщики, недостаточная нагруженность также опасна для человека, а стратегия проектировщика по передаче максимального количества функций ма-
Распределение функций
шине может привести к недостаточной загруженности человека-оператора.
Когда требования задачи не соответствуют способностям человека, возникает стресс [25]. Хотя очевидно, что перегрузки создают стресс, так же верно, что стресс возникает и при слишком низких нагрузках. Возможно, следующий пример прояснит этот момент. Представьте себе конвейер с наполняемыми кока-колой бутылками. За бутылками — источник сильного света. Работа заключается в проверке наличия осадка и т. п. в бутылках, когда они движутся мимо источника света. Эта задача настолько скучна, что время от времени необходимо в общий поток вводить контрольные бутылки, дабы поддержать бодрствующее состояние и работоспособность контролера. Мало кто сможет без стресса выполнять такую работу 8 часов в день. (Выполнять ее можно научить и попугая!)
Нецелесообразные наборы задач могут возникнуть, даже если общая рабочая нагрузка достаточна. Этот второй источник неудовлетворенности в подсистеме человека возникает, когда функции, оставленные человеку, не образуют согласованного набора. Если оператор не может понять когнитивную структуру набора функций — вероятно, потому, что проектировщику не удалось обеспечить такую структуру — настроение и производительность ухудшаются. Эту ошибку в распределении функций гораздо труднее уловить, чем просто перегрузку или недостаточную загруженность. Специалист по человеческим факторам должен также учитывать умственный образ, который подсистема человека будет строить, чтобы связать воедино предписанные ему функции.
Распределение функций, при котором человеку остается лишь то, что не может делать машина, часто обусловлено предубеждением проектировщика, что требования человека — не более, чем помеха. Такие проектировщики предпочли бы вообще не иметь людей в системах. В некоторых случаях человек остается в системе только по требованиям закона или в соответствии с условиями профсоюза, противостоящего полной автоматизации. При этом присутствие человека предусматривается в качестве запасной подсистемы. Если все остальное отказало, человек, по крайней мере, может повернуть выключатель и предотвратить аварию. Это, конечно, экстремальный случай распределения функций, оставляющий за человеком-операто-ром ответственность только при ненормальных условиях функционирования системы. Рассматриваемый проектировщик заинтересован, чтобы человек не вмешивался, когда система работает должным образом. Однако такая методология проектирования уже считается устаревшей. Она превращает некомпетентность человека в самодостаточное пророчество. Ясно, что если
98 Глава 3
человек не наделен функциями, когда система работает нормально, маловероятно, что он сможет действовать эффективно при ручном дублировании в аварийной ситуации.
Уравновешенный подход. Разработчик системы, столкнувшийся со сложностью и многообразием реального мира, не осуществляет распределение функций в том порядке, как это описано в большинстве учебников. Мысли такого разработчика четко уловил Бейли [3], и этот раздел во многом основывается на его соображениях. Бейли разделил распределяемые функции на четыре категории: 1) назначенные машине администрацией; 2) приписанные человеку или машине в зависимости от технических требований; 3) предложенные посредством систематического применения процедуры распределения; 4) непригодные для распределения.
В идеальном случае разработчик системы должен иметь набор системных целей (по которым он мог бы определить функции системы, необходимые для достижения этих целей) и полную свободу в распределении функций. Обычно же он ограничен некоторыми из уже принятых решений. Администрация может заранее решить, что определенные функции будут возложены на машину. Хотя такие априорные решения могут и не быть результатом тщательного анализа, проектировщик связан этим принуждением, часто исходящим из убеждения администрации в изначальной полезности автоматизации. (Это убеждение обсуждается в следующем разделе.)
Системные требования диктуют иное распределение функций. Некоторые функции не могут быть переданы машинам по вполне определенным причинам. Например, нам не хотелось бы, чтобы машина могла начать ядерную контратаку, исходя из собственных данных о запуске ракет противника. Менее драматичная ситуация — в США реактор АЭС запускает квалифицированный оператор, хотя это вполне соответствует техническим возможностям автоматического оборудования. С другой стороны, не все требования могут быть успешно выполнены человеком. Требованию извлечь кубический корень из пятизначного числа менее чем за одну секунду удовлетворяет машина. Проектировщик не свободен в изменении системных требований и поэтому не может изменить функциональное распределение.
