
- •Эргономика
- •1. Производительность пользователя
- •1.2. Длительность интеллектуальной работы
- •1.2.1. Непосредственное манипулирование
- •1.2.2. Потеря фокуса внимания (прерывание)
- •1.2.3. Ограничение принятия решений
- •1.2.4. Закон Хика
- •1.3. Длительность физических действий пользователя
- •1.3.1. Закон Фитса
- •1.3.2. Методы повышения доступности кнопки
- •1.3.3. Уменьшение числа манипуляций
- •1.3.4. Уменьшение необходимости ввода данных
- •1.3.5. Память программы
- •1.4. Длительность реакции системы
- •1.4.1. Фоновый режим выполнения задач
- •Типы человеческих ошибок
- •3.1. Ошибки, вызванные недостаточным знанием предметной области.
- •3.2. Опечатки.
- •3.3. Не считывание показаний системы.
- •3.4. Моторные ошибки.
- •Методы предотвращения ошибок
- •4.3.Повышение разборчивости и заметности индикаторов
- •4.3.1. Качество/скорость восприятия элемента
- •Ошибочно выбранный визуальный сюжет элемента.
- •4.3.1.2. Нестандартно выбранный сюжет элемента или реализация сюжета.
- •4.3.1.3. Избыточная детализация сюжета.
- •4.3.2.Физическая реализация элемента
- •4.4. Блокировка потенциально опасных действий до получения подтверждения
- •4.4.1. Блокируйте системные файлы.
- •4.4.2. Не делайте опасные для пользователя кнопки кнопками по умолчанию.
- •4.5. Проверка действий пользователя перед их принятием
- •4.6. Самостоятельный выбор параметров
- •Обучение работе с системой
- •5.1. Почему пользователи учатся
- •5.2. Средства обучения
- •5.2.1. Понятность системы
- •5.2.1.1. Ментальная модель
- •5.2.1.2. Метафора
- •5.2.1.3. Идеома
- •5.2.1.4. Аффорданс
- •5.2.1.5. Стандарт
- •5.2.2. Обучающие материалы
- •5.2.2.1.Типы обучающих материалов
- •5.2.2.2. Среды передачи обучающих материалов
- •5.2.2.3. Спиральность
- •Субъективная удовлетворенность
- •5.1. Эстетика
- •5.2. Субъективное восприятие скорости работы
- •5.3. Приемы для уменьшения субъективного восприятия
- •5.4. Уменьшение вероятности стрессовых ситуаций
- •5.5. Пароли
- •5.6. Сообщение об ошибках
- •5.7. Как избежать сообщений об ошибках
- •5.7.2. Каким должно быть сообщение об ошибке
- •5.7.3. Пузырь как альтернатива сообщениям об ошибке
- •5.7.4. Сообщения о завершении операции
- •5.7.4.1. Необходимо предлагать пользователю обратную связь, не прерывая его.
- •5.7.4.2. Используйте само-срабатывающие диалоги.
- •6.1. Программа перегружена элементами управления
- •6.2. Терминология не адекватна знаниям пользователя о системе
- •6.3. От пользователя постоянно требуется дополнительная информация
- •6.4. Программа не готова к немедленной работе и требуют настройки
- •6.5. Программа имеет многодокументный интерфейс
- •6.6. Отсутствует единый стиль
- •6.7. Программа перегружена окнами сообщений
- •6.8. Интерфейс отражает внутреннюю структуру реализации и мышление программистов
- •6.9. Взаимное размещение объектов на экране не совпадает с их логической связью и/или с их важностью
- •6.10. Пиктограммы используются некорректно
- •Заголовки
- •Дизайн окна
- •Командные кнопки
- •Порядок табуляции фокуса ввода
- •Пиктограммы
- •Взаимодействие с пользователем
1.2.3. Ограничение принятия решений
Не заставляйте пользователя всего лишь сообщать о принятых решениях. Многое из того, что часто принимают за принятие решений, на самом деле является сообщением о решении. Большинство операций такого рода можно заменить машинами, полностью удалив оператора из процесса. Быстро и точно предоставляйте пользователю информацию, необходимую для принятия решений. Удостоверьтесь, что пользователю предоставлена вся необходимая информация для принятия решения. Часто можно видеть, что программа задает пользователю вопрос, на который он не может ответить, не обратившись за информацией куда-то еще. Такая программа скорее всего никогда не тестировалась на пользователях; разработчики посчитали, что раз они знают ответ, то и все остальные тоже знают его. Избавляйтесь от ненужной информации. Множество web-страниц сегодня изобилуют ссылками. Да еще и сами браузеры содержат большое количество кнопок и меню. Что же остается неопытному пользователю? Скорее всего, сделать неправильный выбор. Опытные пользователи в конце концов научатся различать сигнал от шума, независимо от того, насколько загроможденным будет интерфейс. Они будут работать медленнее, но не остановятся. Однако в разовых программах такая ситуация может оказаться критической. Визуально выделяйте наиболее вероятные варианты ответа. Пользователи должны легко различать наиболее вероятный вариант ответа. Слишком часто создатели программ предлагают нам неясные вопросы с двумя одинаково выглядящими вариантами ответа, хотя одно из решений является неверным для большинства. Не задавайте пользователю вопрос о какой-нибудь настройке, смысл которой неясен. Чтобы ответить на этот вопрос и решить, нужна ему эта настройка или нет, пользователю придется узнать все о ней. Спрячьте такую настройку в раздел “advanced”.
1.2.4. Закон Хика
Закон
Хика позволяет количественно определить
наблюдение, заключающееся в том, что
чем больше количество вариантов
заданного типа вы предоставляете, тем
больше времени требуется на выбор.
Перед
тем как переместить курсор к цели или
совершить любое другое действие из
набора множества вариантов, пользователь
должен выбрать этот объект или действие.
В законе Хика утверждается, что когда
необходимо сделать выбор из n вариантов,
время на выбор одного из них будет
пропорционально логарифму по основанию
2 от числа вариантов плюс 1, при условии,
что все варианты являются равновероятными.
В этом виде закон Хика очень похож на
закон Фитса
Если
вероятность i-го варианта равна p(i), то
вместо логарифмического коэффициента
используется
,
что предоставление пользователю сразу
нескольких вариантов одновременно
обычно является более эффективным, чем
организация тех же вариантов в
иерархические группы. Выбор из одного
меню, состоящего из 8 элементов,
производится быстрее, чем из двух меню,
состоящих их 4 элементов каждое. Если
все элементы могут быть выбраны с равной
вероятностью и если не учитывать время,
необходимое для открытия второго меню
(которое, конечно, еще более увеличило
бы время для интерфейса, состоящего из
двух меню), то сравнение времени для
выбора одного элемента из восьми (a + b
log 8) с удвоенным временем для выбора
одного элемента из четырех 2 (a + b log 4)
покажет, что
a + 3b < 2 (a + 2b)
поскольку
log 8 = 3, a log 4 = 2, а также поскольку а < 2а
и 3b < 4b.
Это согласуется с данными,
полученными в экспериментах со структурами
меню.