- •Содержание практического цикла
- •Практическое занятие 1 процесс проектирования пользовательского интерфейса. Начало работы над проектом Теоретические сведения
- •1 Оценка объема предметной области
- •2 Изучение предметной области
- •3 Экспертная оценка текущего интерфейса системы
- •Практическое занятие 2 процесс проектирования пользовательского интерфейса. Постановка задачи Теоретические сведения
- •1 Формализация контекста использования
- •2 Формализация объективных критериев успеха
- •3 Анализ целей
- •4 Формализация бизнес-ролей пользователей
- •5 Формализация функциональности
- •6 Формализация сценариев действий пользователей
- •7 Обзор интерфейса конкурирующих систем
- •8 Формализация привычек и ожиданий пользователей
- •Практическое занятие 3 процесс проектирования пользовательского интерфейса. Высокоуровневое проектирование Теоретические сведения
- •1 Проектирование структуры экранов системы
- •2 Проектирование навигационной системы
- •3 Проектирование второстепенных экранов
- •4 Финальное тестирование
- •Практическое занятие 5 построение прототипа пользовательского интерфейса Теоретические сведения
- •1 Этапы построения прототипа
- •2 Первая версия. Бумажная
- •3 Вторая версия. Презентационная
- •4 Третья версия. Псевдореальная
- •5 Четвертая версия. Реальная
- •Практическое занятие 6 юзабилити-тестирование. Подготовка и проведение тестирования Теоретические сведения
- •1 Подготовка к тестированию
- •1.1 Цели исследования
- •1.2 Проектирование исследования
- •1.3 Подбор участников тестирования
- •1.4 Подготовка необходимого инструментария
- •1.5 Подготовка тестовой группы
- •2 Проведение тестирования
- •2.1 Подготовка участника к тестированию
- •2.2 Действия ассистента во время тестирования
- •2.3 Действия наблюдателя во время тестирования
- •1.2 Отчет о наблюдении
- •1.3 Анализ полученных данных
- •2 Методики тестирования
- •2.1 Метод фокусных групп
- •2.2 Проверка посредством наблюдения за пользователем
- •2.3 Мыслим вслух
- •2.4 Проверка качества восприятия
- •2.5 Измерение производительности
- •2.6 Карточная сортировка
- •3 Контрольные списки
- •3.1 Контрольный список интерфейса по
- •1. Окна
- •2. Заголовки
- •3. Дизайн окна
- •4. Диалоговые окна
- •5. Меню
- •6. Инструментальные панели
- •7. Управляющие элементы
- •8. Взаимодействие с пользователем
- •3.2 Контрольный список Веб-интерфейса
- •4 Методики
- •4.1 Предсказание скорости
- •4.2 Измерение эффективности интерфейса
- •4.3 Определение пользовательских профилей
5 Формализация функциональности
На этом этапе, основываясь на информации, выработанной на предыдущих этапах, окончательно формируется список функциональных возможностей новой версии системы. Ранее сформированное ТЗ порой не включает части необходимой функциональности, либо содержит функциональность, реально не требующуюся, пользователям.
На входе: доступ к пользователям, экспертам и проектной документации, знание основных аспектов предметной области.
На выходе: описание функциональности системы (отчет по выполнению этого этапа работы обычно не создается, вместо этого модернизируется уже созданное техническое задание).
6 Формализация сценариев действий пользователей
На этом этапе частично изучаются, частично разрабатываются типовые сценарии действий пользователя: формализуются данные, необходимые пользователям для выполнения работы, последовательность самой работы, критерии завершенности этой работы.
Цель этого этапа – написать словесное описание взаимодействия пользователя с системой, не конкретизируя, как именно проходит взаимодействие, но уделяя возможно большее внимание всем целям пользователей. Количество сценариев может быть произвольным, главное, что они должны включать все типы задач, стоящих перед системой, и быть сколько-нибудь реалистичными. Сценарии очень удобно различать по именам участвующих в них вымышленных персонажей.
Предположим, что необходимо разработать сценарии для будущей почтовой программы. Судя по всему, для этой задачи необходимо три сценария:
1. Елизавета Петровна запускает почтовую программу. Она включает процесс скачивания новой почты. Получив почту, она читает все сообщения, затем часть их удаляет, а на одно сообщение отвечает. После чего выключает почтовую программу.
2. Андрей Фёдорович делает активным окно уже открытой почтовой программы и включает процесс скачивания новой почты. Получив почту, он ее читает. Одно сообщение он пересылает другому адресату, после чего удаляет его, а еще одно печатает. После чего переключается на другую задачу.
3. Пришло новое сообщение, и системный администратор Андрей воспринимает соответствующий индикатор. Он делает активным окно почтовой программы и открывает полученное сообщение. Он читает его, после чего перемещает его в другую папку. После чего переключается на другую задачу.
Эти сценарии имеют двойную ценность. Во-первых, они будут полезны для последующего тестирования, поскольку тестируется не выполнение абстрактных задач, а выполнение конкретных, входящих в эти сценарии, операции. Во-вторых, сам факт их написания обычно, хоти и не всегда, приводит к лучшему пониманию устройства проектируемой системы, побуждая сразу же оптимизировать будущее взаимодействие. На таких сценариях очень хорошо заметны ненужные шаги. Например, в третьем сценарии системный администратор Андрей после получения индикатора не смог сразу же открыть новое сообщение, но должен был открыть окно системы, найти нужное сообщение, открыть его и только тогда прочесть. Понятно, что от этих ненужных этапов можно смело избавиться уже на этой ранней стадии проектирования.
На входе: доступ к пользователям, экспертам и проектной документации, знание основных аспектов предметной области.
На выходе: сценарии работы пользователей (разработанные сценарии, как правило, представляются в виде блок-схем, описывающих весь процесс использования системы для выполнения той или иной задачи).