
- •Проектирование пользовательского интерфейса
- •Этапы эргономического проектирования интерфейса
- •Начало работ над проектом
- •Постановка задачи. Сбор информации о разрабатываемом продукте
- •Исследование целевой аудитории
- •Этапы высокоуровневого проектирования
- •Функциональная спецификация
- •Сценарий пользователя:
- •Разработка структуры экранов
- •Виды связи между функциональными блоками
- •Нисходящий подход к созданию информационной архитектуры
- •Восходящий подход к построению информационной архитектуры
- •Этапы низкоуровневого проектирования
- •Описание основных и второстепенных экранов
- •Проектрирование взаимодействия. Приемущества
- •Эволюция процесса разработки по Алана Купера
- •Эффективность проектирования. "Непреднамеренное проектирование", проектирование "для себя", Genius проектирование.
- •Эффективность проектирования. "Проектирование, ориентированное на деятельность", "проектирование, ориентированное на пользователя".
- •Инструменты для проектирования взаимодействия.
- •Проектирование, ориентированное на цели. Исследования, моделирование.
- •Проектирование, ориентированное на цели. Выработка требований, Определение общей инфраструктуры интерфейса.
- •Проектирование, ориентированное на цели. Детализация поведения, форм и содержания, Сопровождение разработки
- •Виды интерфейсов пользователя
- •Натуральный, перцептивный интерфейсы и интерфейс мозг-компьютер
- •Золотые правила Бена Шнайдермана
Проектирование пользовательского интерфейса
Для получения эффективного результата разработки ПИ интер- фейса используют различные подходы к проектированию:
Подход, ориентированный на пользователя (User Centered) — основным содержанием этого подхода является ориентация на пользо- вателя, т. е. в первую очередь необходимо узнать, что хочет пользова- тель получить от проектируемого интерфейса. Далее в процессе проек- тирования полученные требования реализуются в продукте. При сборе информации используются методы наблюдения за работой пользовате- ля, проводятся интервью.
Системный подход (System). Пользователь рассматривается как маленькая интеллектуальная часть системы «человек – программ- ный продукт».
Деятельностный подход (Activity Centered). Изучается деятель- ность пользователя в целом, и постепенно оптимизируются её отдель- ные моменты.
Итеративный подход (Agile) — метод последовательных при- ближений. Суть итеративного подхода заключается в создании изна- чально самого простейшего прототипа с целью показать заказчику и за- тем постепенно дорабатывать прототип, основываясь на реакции заказ- чика после каждого шага доработки.
Экспертный подход (Genius). Заключается в следующем: экс- перт собирает важную, по его мнению, информацию, ведёт переговоры с заказчиком, задаёт нужные вопросы. На основе полученной информа- ции создаётся интерфейс.
Целеориентированный подход проектирования (Goal Centered Design). Разработка интерфейса ориентируется на цель, которая будет достигаться данным программным продуктом.
Средоориентированный подход. Разрабатывается среда интер- фейса как место деятельности оператора.
При разработке интерфейса целесообразно гибко пользоваться указанными подходами, учитывая при выборе методов: назначение разрабатываемого продукта, целевую аудиторию, время и бюджет раз- работки.
Этапы эргономического проектирования интерфейса
Проектирование интерфейса представляет собой довольно сложный и многоэтапный процесс, каждый этап которого состоит в свою очередь из отдельных ступеней. В общем случае весь процесс можно представить в виде четырёх этапов (рис. 4), направленных на решение основной задачи — обеспечить оптимальное взаимодействие пользователя с системой.
Рис. 4. Этапы эргономического проектирования пользовательского интерфейса
При решении данной задачи нельзя рассматривать составляющие её части отдельно друг от друга. В системе «человек – машина» главным звеном является человек, а система, являясь подчиненным звеном, должна реагировать на его действия, а не наоборот. В связи с данным положением, возникает задача проектирования опыта взаимодействия.
Начало работ над проектом
На этом этапе определяются объёмы работ, планируются затраты и т. п. Длительность этого этапа, как правило, не превышает 5–8% от общего времени разработки. Для адекватной оценки ресурсов (времени, денег, количества специалистов) требуемых для разработки (пере- работки) интерфейса, необходимо хорошо представлять себе объём ин- формации, с которой следует ознакомиться. К ней относится информация о предметной области и прототипах. Она получается из литературных источников и опросов экспертов. Результатом этой работы является количественная оценка ресурсоёмкости проекта.
Чтобы предлагать адекватные интерфейсные решения, необходимо иметь ясное представление о предметной области системы. Предметная область изучается по литературе, кроме того, весьма полезны беседы с опытными пользователями, другими сотрудниками (эксперта- ми) для выяснения всех деталей и характеристик предметной области. Вместе с «жалобами» заказчика на текущую версию системы результаты этого этапа составляют основное содержание работы над проектом (экспертная оценка часто обнаруживает проблемы, которые заказчику не видны, маскируясь под другие). Проблемы, выявленные на данном этапе, должны быть решены в новом интерфейсе. Удачные решения желательно сохранить, чтобы имеющимся пользователям не пришлось переучиваться (и чтобы сократить затраты на переделку). По сути, этот этап завершается созданием перечня удачных и неудачных интерфейсных решений (основное внимание уделяется решениям неудачным). На этом этапе проводится юзабилити тестирование текущей вер- сии интерфейса, и составляются краткие протоколы и перечень выводов исследования.