Рекомендуются следующие правила использования цвета:

1) используйте минимальное количество цветов, не более трех или четырех на одном экране;

2) для больших прямоугольников используйте цвет фона;

3) используйте яркие цвета для выделения данных, а более спокойные тона для фона;

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

5) используйте цвет в соответствии с представлениями пользователя о нем;

6) поэкспериментируйте с различными цветовыми оттенками на реальном экране.

71__Виды диалога при организации интерфейсов. Метафоры и терминология.

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

Меню. Предполагается, что меню следует использовать в тех случаях, когда пользователь неопытен или пользуется преимущественно методом ввода путем указания нужного объекта из ограниченного множества данных, например, при выборе задачи для исполнения.

Язык команд. Предполагается, что эта структура будет использоваться подготовленным пользователем там, где задачи обработки не имеют иерархической структуры и не требуется много данных на входе.

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

Структура диалога типа «вопрос-ответ». Представляет собой разумный компромисс для различных уровней подготовки пользователей. Ее можно использовать вместо любой из приведенных выше структур, но особенно хорошо она подходит там, где диапазон входных величин слишком велик для структуры типа меню или слишком сложен для структуры на основе языков команд, либо когда последующий вопрос зависит от ответа на текущий вопрос.

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

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

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

Окна диалогов с закладками создаются исходя их следующих предположений:

1)пользователь обычно пользуется функциями, сгруппированными в диалоге вместе (если нет, тогда, возможно, нет никакого преимущества в их группировке);

2) порядок использования трудно предположить (если это сделать можно, тогда последовательность экранов будет лучше).

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

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

Когда пользователи взаимодействуют с программой, они формируют для себя некую ментальную модель ее работы. Эта модель увеличивается и усовершенствуется в результате наблюдения за своими действиями и реакцией на них программы. У неопытного пользователя часто создается нечеткая ментальная модель поведения программы. Так, когда изменения происходят «в темноте» (без объяснения), пользователю трудно понять, как и почему они произошли. Когда пользователи делают ошибки в окнах диалога с закладками, они часто не понимают, как и почему это случилось. Это приводит к двум последствиям: либо пользователь «достраивает» недостающие правила сам, либо перестает работать с этими функциями, потому что ментальная модель показывает, что они ненадежны.

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

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

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

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

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

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

Метафоры обычно являются чем-то знакомым, но часто добавляют и новые свойства. Например, в Windows95 есть объект «Портфель». Как и настоящий портфель, его цель - помочь нам сделать электронные документы более переносимыми. Он так и делает, действуя, однако, не как транспортировщик, а как синхронизатор: документы в портфеле на рабочем столе и в портфеле на дискете обновляются автоматически при вставке дискеты в дисковод. Преимущества использования метафор:

• пользователю легче понимать и интерпретировать изображение на экране;

• не нужно каждый раз заглядывать в руководство, чтобы узнать, как выполняется то или иное действие, по крайней мере, некоторые действия должны естественно следовать из метафоры;

• у пользователя возникает чувство психологического комфорта, характерного для встречи с чем-то знакомым.

Метафора выбирается (разрабатывается), как правило, в процессе концептуального дизайна интерфейса, который включает три основные задачи:

1. разработка системы интерфейсных элементов, своего рода алфавита взаимодействия, изучив который пользователь сможет легко выполнять необходимые действия;

2. выбор способа изображения как отдельных элементов, так и их групп;

3. выбор общего изобразительного стиля, легко узнаваемого и приятного для глаз [7].

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

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