Эволюция процесса разработки интерфейса

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

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

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

программы; на разработку ПИ уходит как минимум 29 процентов проектного

бюджета и в среднем 40 процентов всех усилий разработчиков по созданию системы.

Ситуация на российском рынке программного обеспечения
Конкуренция обостряется, что заставляет всё время повышать качество продукта.
Наступает фаза зрелости отечественных программных продуктов (ПП).
Рост количества пользователей, не имеющих навыков работы с компьютером.

ВАЖНОСТЬ ПРОЦЕССА

тремя факторами проекта:
сроки – это доступное время для достижения результатов,

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

оптимизирующий.
CMM (CAPABILITY MATURITY MODEL) — МОДЕЛЬ ЗРЕЛОСТИ ПРОЦЕССОВ СОЗДАНИЯ

АВТОМАТИЗИРОВАННЫХ СИСТЕМ

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

каждый из которых регулируется своими стандартами.
ISO 9241 — содержит требования

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

Пример мер практичности пользовательского интерфейса офисных приложений (ISO 9241-10-98)

ориентированных на пользователей. Этот стандарт содержит рекомендации по организации процесса

проектирования интерфейсов и органичному встраиванию этого процесса в общий процесс производства ПО.

ISO 18529 — эргономика человеко-компьютерного взаимодействия — описание процесса проектирования интерфейсов, ориентированных на пользователей.

ISO 16071 — эргономика взаимодействия «человек-система».
ISO 14815 — регламентирует мультимедийный интерфейс.
ISO 20282 — юзабилити повседневных вещей.

Постоянство в дизайне – фундаментальный принцип хорошего UI дизайна

область относится к аппаратному обеспечению программного пользовательского интерфейса. Эти нормативы

качаются расположения клавиш, их раскладки и проектирования, использования мыши, устройств рукописного ввода и т.п.
Синтаксическая область обобщает правила размещения информации на экране и последовательности действий пользователя (например, прямое манипулирование объектами).
Семантическая – раскрывает сущность элементов и действий, составляющих часть интерфейса (например, Exit – конец взаимодействия с диалоговым окном, выход из программы; Cancel – остановка любого незаконченного действия и возврат на шаг назад).

Руководящие принципы и инструкции
На основе существующих стандартов разрабатываются руководящие принципы и инструкции по разработке. Принципы содержат основополагающие требования. Инструкции относятся к элементам представления информации и взаимодействия и представляют собой правила и объяснения для создания элементов интерфейса и внешнего вида.

РУКОВОДЯЩИЕ ПРИНЦИПЫ И НОРМАТИВЫ

Требуется аккуратное выявление значимых проблем, определение как они решаются при

текущем положении дел и расстановка приоритетов, поскольку решить сразу все проблемы невозможно.

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

это важно?

ограничениями?

развития
Выйти за рамки поставленных задач
Найти инновационые (прорывные) решения

часто?

БЕСЕДА (ГЛУБИННОЕ ИНТЕРВЬЮ) ПОЛУСТАНДАРТИЗИРОВАН-НАЯ – ЕСТЬ ТЕМЫ, ВКЛЮЧАЕТ ОТКРЫТЫЕ И ЗАКРЫТЫЕ

ВОПРОСЫ. НЕПОСРЕДСТВЕННАЯ/ ОПОСРЕДОВАННАЯ БЕСЕДА ИНДИВИДУАЛЬНАЯ/ ГРУППОВАЯ (ФОКУС-ГРУППА)

на организацию и проведение
☹ Необходимость ехать к респонденту
☹ Дополнительная техника

(диктофон или камера)

ИНТЕРВЬЮ. ДОСТОИНСТВА/НЕДОСТАТКИ

ДОСТОИНСТВА
☺ Прямой диалог позволяет получить много полезной и детализированной информации
☺ Возможность узнать о контекстах использования продукта
☺ Возможность узнать что-то за рамками плана исследования

(регистрируемые факты) Непосредственное/ отсроченное (время) Непосредственное/ опосредованное (средства) Самонаблюдение/ наблюдение за другими (объект) Лабораторное/

полевое (среда)

информации
Управлять дискуссией так, чтобы не препятствовать свободному формулированию идей
Необходимо, чтобы

работали все участники. Мнение одного не должно доминировать
Необходима атмосфера свободного течения и относительной неструктурированной беседы
Протоколирование идей и критических замечаний

ФОКУС-ГРУППЫ. ПРОЦЕДУРА

прийти к общему мнению
☹ Оценка собственного поведения респондента может быть

неточной
☹ Сложность поиска респондентов
☹ Дополнительные расходы на организацию и проведение

ДОСТОИНСТВА
☺ Хороши для того, чтобы узнать первую реакцию на дизайн интерфейса
☺ Возможность узнать что-то за рамками плана исследования
☺ Возможность узнать, что пользователи хотят от продукта
☺ Эффект “мозгового штурма”

ФОКУС-ГРУППЫ. ДОСТОИНСТВА/НЕДОСТАТКИ

широкие
контексты использования продукта
ДОСТОИНСТВА
☺ Большое количество респондентов
☺ Низкие затраты
☺ Возможность сбора

статистических данных
☺ Анонимность

оценки восприятия пользователем названий интерфейсных элементов (кнопок, заголовков и пр.)
НЕДОСТАТКИ
☹

Искусственная обстановка
☹ Редко удаётся обнаружить возможности за рамками текущей функциональности продукта
☹ Редко удаётся найти какие-то дизайн решения

качественные методы
Оценить качество
Количественные методы
Интервью
Полевые исследования
Фокус-группы
Анкетирование
Полевые исследования
Карточная сортировка
Юзабилити-тестирование
Анализ данных службы поддержки
Сравнительное

юзабилити-тестирование
Анализ журналов (логов)

МЕТОДЫ. СТАДИЯ ПРОЕКТА