
- •Эргономика
- •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. Пиктограммы используются некорректно
- •Заголовки
- •Дизайн окна
- •Командные кнопки
- •Порядок табуляции фокуса ввода
- •Пиктограммы
- •Взаимодействие с пользователем
4.6. Самостоятельный выбор параметров
Чем
меньше действий требуется совершить
пользователю, тем меньше вероятность
ошибки (при этом пользователь, которого
избавили от рутинной работы, уже
радуется). Вопрос состоит в том, как
системе узнать, что именно нужно
пользователю.
Проиллюстрировать
сферу применения данного метода удобно
на примере печати в MS Word. Существует две
команды меню Файл, а именно Печать и
Параметры печати. Обе команды вызывают
одноименные диалоговые окна. Проблема
заключается в том, что по закону Хика
обилие элементов управления замедляет
восприятие этих окон и увеличивает
вероятность ошибки.
Для такой
часто используемой функции как печать,
ее диалоговое окно (рис. 4.6-1) содержит
слишком много параметров
Рис.
4.6-1.
Чем меньше элементов
управления, тем меньше вероятность
ошибки. Система может уменьшить число
элементов, если она знает сама, какими
именно параметрами она должна
руководствоваться.
Главной
причиной появления этих диалоговых
окон является печать нескольких копий.
Причем есть простая зависимость –
«количество копий обратно пропорционально
частоте печати такого количества», т.е.
сто копий печатают примерно в сто раз
реже, чем печатают одну копию. Стандартное
диалоговое окно печати содержит также
область выбора принтера из числа
установленных в системе. Большинство
же пользователей имеет только один
принтер. Так зачем заставлять это
большинство каждый раз вдумчиво
воспринимать совершенно не нужные им
элементы интерфейса?
С другой
стороны на панели инструментов есть
кнопка, нажатие на которую вызывает
печать одного экземпляра с текущими
настройками. Это, впрочем, тоже нехорошо.
Во-первых, кнопка называется Печать,
каковое название конфликтует с такой
же командой в меню (называть кнопку
Печать одного экземпляра с текущими
настройками тоже не выход). Сама же
по себе идея иметь в программе две кнопки
с одинаковыми названиями и разным
действием порочна. Во-вторых, нормальная
программа должна иметь меню, содержащее
полную функциональность, и панель
инструментов, представляющую собой
выжимку из меню. А здесь получается, что
в панели инструментов есть команда,
которую нельзя вызвать никаким иным
способом.
Каким образом можно
улучшить вызов печати? В меню есть те
же две команды – Печать и Параметры
печати. Выбор первой команды вызывает
немедленную печать документа с текущими
настройками. Выбор второй вызывает
диалог со всеми доступными параметрами
печати, т.е. в системе с одним принтером
никогда не появится ненужная группа
элементов.
Если же пользователь
начинает проявлять буйную активность
и печатать несколько копий разом,
включается другой механизм. В первый
раз, когда пользователь меняет число
копий в окне настроек печати, программа
запоминает его действие и при следующем
выборе команды Печать выводит диалоговое
окно со всего двумя элементами управления
– полем ввода, в котором уже стоит число
копий (которое было запомнено в предыдущий
раз) и кнопкой ОК. Поскольку программа
не может быть уверена в правильности
числа копий, цифру лучше всего выводить
нестандартным цветом, чтобы привлечь
внимание пользователя.
И так до
тех пор, пока пользователь два раза
подряд не введет единицу в поле ввода
(что переводит его в разряд представителей
большинства) или не введет новое число
копий (каковое и будет запомнено). Причём
такая метода применяется абсолютно ко
всем возможным настройкам, а не только
к числу копий. Таким образом, большинство
пользователей становится счастливо, а
количество ошибок сокращается, что
хорошо.
Суммируя, можно сказать,
что система сама может узнать большинство
из тех сведений, которые она запрашивает
у пользователя. Главными источниками
этих сведений являются:
здравый смысл разработчика системы;
предыдущие установленные параметры;
наиболее часто устанавливаемые параметры.
Единственная проблема этого метода заключается в том, что для его использования к проектированию системы нужно подходить значительно более творчески и тщательно, нежели обычно практикуется.