Место человека в человеко-машинных системах

Химик и сварщик

Человек хочет решить задачу, связанную с его профессиональной деятельностью. Например, химик строит пространственную модель молекулы. Все исходные физико-химические данные - формула, размеры, углы, описание структуры - готовы, осталось только воплотить их. В получившейся модели все будет иметь физико-химическое толкование: определенного вида шарики соответствуют определенным атомам, заданной толщины стержни - конкретным типам связей и т. д. Для того, чтобы эта модель появилась, химик должен освоить какой-нибудь способ изготовления таких моделей - скажем, лепить их из пластилина, сваривать из шишечек для кроватей или проектировать на компьютере. Другой вариант - научиться внятно объяснять правила размещения шариков и стержней скульптору, сварщику или компьютеру.

Что для нас важно? Чтобы условия задачи и конечный результат ее решения были понятны любому специалисту в области пространственного моделирования молекул независимо от способа получения этого результата. При этом автор модели и его коллеги будут говорить на одном языке: "атом", "связь", "молекула", а автор и сварщик - на другом: "шарик", "стержень", "штуковина". И хотя используемые при сварке предметы как-то соотносятся с теми химическими объектами, которые они моделируют, однозначного соответствия не будет. Атом с двойной связью мало чем отличается от атома с двумя одинарными связями, а работа сварщика будет совсем иной. С другой стороны, красный шарик мало чем отличается от синего, а ведь это - атомы совсем разных веществ. Наконец, и химик, и сварщик неплохо обходятся друг без друга, но конкретная задача изготовления модели молекулы из шариков для кроватей остается тогда нерешенной.

Налицо две области человеческой деятельности. Одна - прикладная - связана с постановкой и решением задач определенного класса. Другая - инструментальная - связана с разработкой средств для решения прикладных задач. Области эти вполне самостоятельны: сварщик занимается не только молекулами, а химик строит свои модели как пример или средство дальнейших исследований, а не как их цель. В каждой области существует свой язык, свои традиции, свои задачи и свои методики их решения. Машина, а в особенности компьютер, выступает как универсальный инструмент, с помощью которого можно решать разнообразные прикладные задачи, был бы подходящий инструмент.

Специалиста в инструментальной области можно на определенных условиях исключить из цикла решения конкретной прикладной задачи. В конце концов, если для первого решения такой специалист требовался, то для воспроизведения этого решения достаточно составить инструкции по использованию инструмента. Оставшийся один на один с машиной человек называется пользователем. Пользователь - часть человеко-машинной системы, он ставит перед машиной задачи и добивается их решения. Специалист-разработчик не является частью этой системы: свою работу - создание системы и инструкций к ней - он уже сделал.

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

Пользователь как клиент

Первый, наиболее очевидный путь "сближения" человека и машины - вернуть машине-орудию ее былую простоту. Несмотря на сложность системы и разнообразие решаемых ею задач, вполне возможно оставить для взаимодействия с человеком только те управляющие возможности, что лежат в прикладной области. Иными словами, человеку будет доступно (и известно) лишь то, что относится к постановке и решению задачи. При этом инструментальную область - все, что относится к устройству системы и управляет ходом решения, - следует оставить доступной только разработчикам и экспертам, а от конечного пользователя скрыть.

Кем себя будет ощущать пользователь такой системы? Заказчиком и одновременно потребителем, то есть клиентом: он описывает на доступном ему языке продукт, который хочет получить, и отдает это описание на отработку машине. Когда работа машины окончена, то, что получилось, немедленно идет в дело. Предполагается, что некоторые параметры продукта (а иногда и все) машина будет узнавать уже по ходу работы, задавая наводящие вопросы, опять-таки на доступном клиенту языке. Другой вариант - держать перед глазами клиента некую модель требуемого объекта, которая изменялась бы всякий раз, когда изменяется сам объект. Это называется WYSIWYG, What You See Is What You Get ("что видишь, то и получишь"). В этом случае можно не вводить вообще никакого промежуточного языка, оставив клиенту только те действия, смысл которых понятен из изменений модели.

В чем будет заключаться участие человека в такой системе? По большей части в точном следовании "инструкциям по применению": система сложна, ее поведение непредсказуемо (оттого, что непонятно ее устройство), и, если по незнанию нажать какую-нибудь не ту кнопку, результат может оказаться плачевным. Поскольку действия человека сводятся к выполнению неких процедур, такие системы можно назвать процедурными .

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

Кто оказывается главным в такой системе, от кого зависит качество получаемого продукта? Машина, а точнее создатели системы, заложившие в нее соответствия между рычагами управления и выполняемыми действиями. Если после нажатия очередной кнопки объект, вопреки сказанному в инструкции, испортился - это недоработка авторов, а не ошибка клиента: все, что он мог сделать, - не нажимать на кнопку. Клиент такой системы требует гарантий качества от разработчиков, потому что сам в силах гарантировать только неукоснительное следование инструкциям.