2. Применение естественного языка в интерфейсе

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

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

Типичные сообщения компьютера - это либо информация о текущем значении величины (ТЕМПЕРАТУРА - 66.2ºС), либо чисто текстовые сообщения с несколькими вариантами (УСТРОЙСТВО ПОДКЛЮЧЕНО/ОТКЛЮЧЕНО), либо предопределенные фразы (Процесс будет завершен через 5 мин.). Язык ЧМИ должен быть лишен большинства черт, присущих естественному языку - намеки, избыточность, использование риторических оборотов и т.д. Этот язык должен быть полностью предсказуем: ТЕМПЕРАТУРА = 27.9°С - в противовес естественному языку - температура примерно около тридцати.

Короткое предложение, используемое для отображения ограниченного числа состояний, можно разделить на части:

• фиксированную - ведущий текст, определяющую тип выбора, и переменную, отражающую текущие состояние;

• динамическую.

Сам по себе ведущий текст не дает полной информации в грамматическом/синтаксическом смысле; скорее он должен создать небольшую зацепку для осмысления динамической информации. Содержание ведущего текста должно ошибочно восприниматься как информация о текущем состоянии. Смысл должна иметь только его комбинация с динамической информацией. В большинстве случаев достаточно использовать различные формы существительного и/или глагола. Например, вместо: Устройство А11 включено: ДА/НЕТ

следует использовать Питание устройства А11 ВКЛЮЧЕНО/ВЫКЛЮЧЕНО.

В общем случае следует избегать ведущего текста, который требует ответа типа ДА или НЕТ. В особенно плохо спроектированной системе, появлялись сообщения типа НЕТ АВАРИЙНОЙ СИТУАЦИИ - ДА, т. е., выражаясь обычным языком, все нормально. Такой вариант сообщения плохо воспринимается человеком и, скорее всего, будет интерпретироваться неправильно.

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

Состояние устройства А12: ВКЛЮЧЕНО/ВЫКЛЮЧЕНО?

НОРМА/АВАРИЯ?

АКТИВНО/РЕЗЕРВ?

Или:

Питание устройства А12: ВКЛЮЧЕНО/ВЫКЛЮЧЕНО

Режим устройства А12: НОРМА/АВАРИЯ

Статус устройства А12: АКТИВНО/РЕЗЕРВ

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

В системах управления, напротив, следует строго придерживаться принципа: один термин - одно понятие (синонимумы исключаются). В очень неудачной системе управления, среди прочих нелепостей в различных частях программы использовалось 7 (!) синонимов для понятия Выход - Выход (Exit), Завершить (Quit), Выйти (Leave), Прервать (Break), Остановить (Stop), Конец (End), Прекращение (Termination). Все эти команды делали одно и то же - возвращали управление на более высокий уровень, но при этом так и осталось неясно, в каких случаях автоматически сохранялись введенные данные, а в каких нет. Пользователи должны были быть постоянно начеку и запоминать последовательности команд после того, как обнаруживалось, что они все же привели к желаемому результату, и в конце концов больше внимания уделять командам, а не поставленной цели. История умалчивает о том, сколько времени и усилий потратили пользователи из-за плохой организации интерфейса.

В ведущих текстах следует избегать слов с негативным оттенком (ТРЕВОГА, ПРЕДУПРЕЖДЕНИЕ), если они явно не связаны с текущим состоянием управляемой системы. Текст должен служить мотивацией действий пользователя, а не пугать и раздражать его.

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

Что касается выбора фиксированных сообщений, воспитанная система будет упрекать в ошибках не пользователя - Неверный ввод!, а себя - Команда не может быть выполнена в указанном виде. Пожалуйста, введите параметр xz или сошлется на заданные ограничения - Ваш лимит составляет сегодня 1000 рублей. Пожалуйста, введите нужную сумму в диапазоне 100-1000 рублей. Второе и третье сообщения указывают, что требуется от пользователя, и обеспечивают ему реальную поддержку. Выражения типа Если температура превышает 200°С, следует предпринять действие X, должны быть только в руководствах. На экране требуются ясность и выразительность - Температура = 226°С. Выполнить действие X.

Что касается стиля и содержательности, то прекрасным примером являются инструкции к настенным огнетушителям или аварийному выходу из самолета.

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

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

Если бы прибыль от копировальных аппаратов и телефаксов возрастала пропорционально количеству успешных операций, как бы выглядели их панели управления? Был бы количественный фактор, определяемый числом функций, более важным с точки зрения продаж, чем качественный, определяемый тем, насколько просто пользоваться устройством?