Проектирование интерфейса пользователя АСУ объекта

Современные методы проектирования деятельности пользователей АСУ сложились в рамках системотехнической концепции проектирования, в силу чего учет человеческого фактора ограничился решением проблем согласования «входов» и «выходов» человека и машины. Вместе с тем при анализе неудовлетворенности пользователей АСУ удается выявить, что она часто объясняется отсутствием единого, комплексного подхода к проектированию систем взаимодействия, представляемого как комплексное, взаимосвязанное, пропорциональное рассмотрение всех факторов, путей и методов решения сложной многофакторной и многовариантной задачи проектирования интерфейса взаимодействия. Имеются в виду функциональные, психологические, социальные и даже эстетические факторы.

В настоящее время можно считать доказанным, что главная задача проектирования интерфейса пользователя заключается не в том, чтобы рационально «вписать» человека в контур управления, а в том, чтобы, исходя из задач управления объектом, разработать систему взаимодействия двух равноправных партнеров (человек-оператор и аппаратно-программный комплекс АСУ), рационально управляющих объектом управления. Человек-оператор является замыкающим звеном системы управления, т.е. субъектом управления. АПК (аппаратно-программный комплекс) АСУ является инструментальным средством реализации его (оператора) управленческой (оперативной) деятельности, т.е. объектом управления. По определению В.Ф.Венды, АСУ представляет собой гибридный интеллект, в котором оперативный (управленческий) состав и АПК АСУ являются равноправными партнерами при решении сложных задач управления. Интерфейс взаимодействия человека с техническими средствами АСУ может быть структурно изображен (см. на рис.1.).

Рис. 1. Информационно-логическая схема интерфейса взаимодействия

Рациональная организация труда операторов АСУ является одним из важнейших факторов, определяющих эффективное функционирование системы в целом. В подавляющем большинстве случаев управленческий труд - опосредованная деятельность человека, поскольку в условиях АСУ он ведет управление, «не видя» реального объекта. Между реальным объектом управления и человеком-оператором находится информационная модель объекта (средства отображения информации). Поэтому возникает проблема проектирования не только средств отображения информации, но и средств взаимодействия человека-оператора с техническими средствами АСУ, т.е. проблема проектирования системы, которую нам следует назвать интерфейс пользователя.

Он состоит из АПК и протоколов взаимодействия. Аппаратно-программный комплекс обеспечивает выполнение функций:

· преобразование данных, циркулирующих в АПК АСУ, в информационные модели, отображаемые на мониторах (СОИ - средства отображения информации);

· регенерация информационных моделей (ИМ);

· обеспечение диалогового взаимодействия человека с ТС АСУ;

· преобразование воздействий, поступающих от ЧО (человека-оператора), в данные, используемые системой управления;

· физическая реализация протоколов взаимодействия (согласование форматов данных, контроль ошибок и т.п.).

Назначение протоколов состоит в том, чтобы обеспечить механизм достоверной и надежной доставки сообщений между человеком-оператором и СОИ, а следовательно, между ЧО и системой управления. Протокол - это правило, определяющее взаимодействие, набор процедур обмена информацией между параллельно выполняемыми процессами в реальном масштабе времени. Эти процессы (функционирование АПК АСУ и оперативная деятельность субъекта управления) характеризуются, во-первых, отсутствием фиксированных временных соотношений между наступлением событий и, во-вторых, отсутствием взаимозависимости между событиями и действиями при их наступлении.

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

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

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

Принцип минимального рабочего усилия разработчика ПО и пользователя, имеющий два аспекта:

· минимизация затрат ресурсов со стороны разработчика ПО, что достигается путем создания определенной методики и технологии создания, свойственной обычным производственным процессам;

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

Задача максимального взаимопонимания пользователя и АПК в лице разработчика ПО. Т.е. ЧО не должен заниматься, например, поиском информации, или выдаваемая на видеоконтрольное устройство информация не должна требовать перекодировки или дополнительной интерпретации пользователем.

Пользователь должен запоминать как можно меньшее количество информации, так как это снижает свойство ЧО принимать оперативные решения.

Принцип максимальной концентрации пользователя на решаемой задаче и локализация сообщений об ошибках.

Принцип учета профессиональных навыков человека-оператора. Это значит, что при разработке системы на основе некоторых задаваемых в техническом задании исходных данных о возможном контингенте кандидатов проектируется «человеческий компонент» с учетом требований и особенностей всей системы и её подсистем. Формирование же концептуальной модели взаимодействия человека и технических средств АСУ означает осознание и овладение алгоритмами функционирования подсистемы «человек - техническое средство» и овладение профессиональными навыками взаимодействия с ЭВМ.

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

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

На практике высокоуровневое проектирование пользовательского интерфейса предваряет первоначальное проектирование, которое позволяет выявить требуемую функциональность создаваемого приложения, а также особенности его потенциальных пользователей. Указанные сведения можно получить, анализируя техническое задание на автоматизируемую систему управления (АСУ) и руководство по эксплуатации (РЭ) на объект управления, а также информацию, поступающую от пользователей. С этой целью производят опрос потенциальных операторов и операторов, работающих на неавтоматизированном объекте управления.

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

В то же время, у разработчика имеется информация, необходимая для формализации функциональности приложения. А после формирования сценариев становится известным перечень отдельных функций. В приложении функция представлена функциональным блоком с соответствующей экранной формой (формами). Возможно, что несколько функций объединяются в один функциональный блок. Таким образом, на этом этапе устанавливается необходимое число экранных форм. Важно определить навигационные взаимосвязи функциональных блоков. На практике установлено наиболее подходящим число связей для одного блока равное трем. Иногда, когда последовательность выполнения функций жестко определена, между соответствующими функциональными блоками можно установить процессуальную связь. В этом случае их экранные формы вызываются последовательно одна из другой. Такие случаи имеют место не всегда, поэтому навигационные связи формируются либо, исходя из логики обработки данных, с которыми работает приложение, либо основываясь на представлениях пользователей (карточная сортировка). Навигационные связи между отдельными функциональными блоками отображаются на схеме навигационной системы. Возможности навигации в приложении передаются через различные навигационные элементы.

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

Формирование меню начинается с анализа функций приложения. Для этого в рамках каждой из них выделяют отдельные элементы: операции, выполняемые пользователями, и объекты, над которыми осуществляются эти операции. Следовательно, известно какие функциональные блоки должны позволять пользователю осуществлять, какие операции, над какими объектами. Выделение операций и объектов удобно проводить на основе пользовательских сценариев и функционала приложения. Выделенные элементы группируются в общие разделы главного меню. Группировка отдельных элементов происходит в соответствии с представлениями об их логической связи. Таким образом, главное меню может иметь каскадные меню, выпадающие при выборе какого либо раздела. Каскадное меню ставит в соответствие первичному разделу список подразделов.

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

- группы функционально связанных разделов отделяют разделителями (черта или пустое место);

- не используют в названиях разделов фраз (желательно не больше 2 слов);

- названия разделов начинают с заглавной буквы;

- названия разделов меню, связанных с вызовом диалоговых окон заканчивают многоточием;

- названия разделов меню, к которым относятся каскадные меню, заканчивают стрелкой;

- используют клавиши быстрого доступа к отдельным разделам меню. Их выделяют подчеркиванием;

- допускают использовать «горячие клавиши», соответствующие комбинации клавиш отображают в заголовках разделов меню;

- допускают использовать включение в меню пиктограмм;

- измененным цветом показывают недоступность некоторых разделов меню в ходе работы с приложением;

- допускают делать недоступные разделы невидимыми.

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