- •Характеристика этапов технологического (жизненного) цикла создания и развития информационной системы: сбор требований к информационной системе; проектирование информационной системы
- •5. Роль, функции и результат работы проектировщика взаимодействия пользователя с информационной системой на всех этапах работы над проектом создания инфомационной системы
- •Пользовательскии интерфейс: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития. Подробная характеристика пользовательских интерфейсов
- •Uml диаграммы: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития
- •Структурные диаграммы:
- •Диаграммы поведения:
- •Диаграммы взаимодействия:
- •Порядок построения диаграммы классов. Порядок построения диаграммы компонентов
- •Порядок построения диаграммы композитной/составной структуры. Порядок построения диаграммы объектов
- •Порядок построения диаграммы деятельности. Порядок построения диаграммы состояний
- •Порядок построения диаграммы вариантов использования. Порядок построения диаграммы коммуникации
- •Порядок построения диаграммы обзора взаимодействия. Порядок построения диаграммы последовательности
- •Задачи прототипирования пользовательского интерфейса информационной системы. Виды прототипов. Критерии выбора инструмента для прототипирования пользовательского интерфейса информационной системы
- •Статический и динамический прототипы системы: основные отличия и особенности создания прототипов. Примеры статичеких прототипов. Примеры динамических прототипов
- •Характеристика и назначение различных видов прототипов пользовательского интерфейса информационной системы
- •Понятие навигации в информационных системах. Классификация элементов навигации. Назначение навигационных карт и принципы их функционирования. Варианты реализации информационных карт
- •Структура меню в информационных системах. Характеристики и особенности различных видов и типов структуры меню в информационных системах
- •Роль цвета в пользовательских интерфейсах. Обзор основных цветов. Принципы создания цветовых схем пользовательских интерфейсов. Критерии выбора инструмента подбора цветовых схем
- •Задачи юзабилити-тестирования на различных стадиях разработки информационной системы. Особенности юзабилити-тестирования
- •Классификация методов юзабилити-тестирования информационных и технических систем. Сферы применения и назначение различных методов юзабилити-тестирования
- •Характеристика методов юзабилити-тестирования: карточная сортировка, контекстное исследование. Сферы применения перечисленных методов юзабилити тестирования
- •Характеристика методов юзабилити-тестирования: контрольные листы, обзоры. Сферы применения перечисленных методов юзабилити тестирования
- •Характеристика методов юзабилити-тестирования: опросники, протоколы самоотчета, фокусные группы. Сферы применения перечисленных методов юзабилити тестирования
- •Эвристическая оценка юзабилити информационной системы: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития
- •Базовые принципы экранной типографики. Особенности восприятия человеком экранного текста. Специфика отображения шрифтов на экране
Эвристическая оценка юзабилити информационной системы: определение, назначение, техническая суть, классификация, характеристики, примеры и перспективы развития
Эвристическая оценка - это один из методов исследования юзабилити, в котором специалисты (эксперты) по юзабилити оценивают каждый элемент интерфейса опираясь на список общепринятых принципов юзабилити ("эвристик"). Применяется для обнаружения проблем юзабилити информационной системы (интерфейсе).
Эвристическая оценка была разработана с целью сократить продолжительность проведения проверки по контрольному списку требований (checklist) и удешевить процесс оценки, предложив несколько основных эвристик (список нежесткий). Тем не менее, эвристики мало помогают в оценке и более полезны для классификации проблем.
В оценке системы должно принимать участие три-пять аналитиков. Экспертам предоставляют всю необходимую информацию, связанную с предполагаемыми группами пользователей, задачами, которые они должны выполнять и проч. Провести инструктаж, чтобы согласовать общий набор критериев.
Затем эксперты работают с системой, выполняя оговоренные задачи, и записывают свои наблюдения. При этом они не должны переговариваться до тех пор, пока эксперимент не будет закончен. Затем они сортируют свои наблюдения в порядке серьезности обнаруженных проблем.
Сам создатель этой оценки предложил следующий набор принципов:
В любой момент времени система показывает, что с ней происходит.
Система использует термины, понятия и метафоры, присутствующие в реальном мире, а не обусловленные компьютером.
В любой момент пользователь контролирует систему, а не наоборот. любую команду можно повторить или отменить.
В любой момент времени система выглядит и функционирует единообразным и стандартным способом.
Интерфейс системы препятствует появлению человеческих ошибок.
В любой момент времени интерфейс показывает объекты и команды сам, не требуя от пользователя вспоминать их.
В интерфейсе есть методы ускорения работы, предназначенные для опытных пользователей и не мешающие пользователям неопытным; благодаря таким ускорителям опытные пользователи получают резерв для повышения собственной производительности.
Интерфейс эстетичен и в любой момент времени не содержит ненужной сейчас информации.
Интерфейс помогает пользователям обнаруживать и исправлять проблемы, включая человеческие ошибки.
Справка доступна в любой момент времени. Она достаточна, но не избыточна; к ней легко обращаться; она не абстрактна, а нацелена на решение конкретных задач пользователя; в ней описываются конкретные шаги по решению проблем.
Однако данный метод имеет ряд проблем и недостатков. Например, связи с тем, что метод полагается на мнение экспертов, в качестве результата в большей степени получается абстрактная оценка функциональности системы и ее дизайна, а не оценка того, насколько с ней удобно работать реальному пользователю. Из-за кажущейся простоты организации процедуры оценки уже на стадии планирования её допускаются серьезные ошибки. Например, создается необъективный список эвристик, упускаться аспекты поведения в системе специфической аудитории или неверно устанавливается основная аудитория системы.
К тому же, ошибочно принято считать, что мнение эксперта (т.е. мнимого пользователя) всегда верно. Но не следует забывать, что эксперт не является постоянным пользователем системы и оценивает её предвзято. Таким образом, зачастую получается, что игнорируются пожелания пользователей с целью удовлетворить требования эксперта.
Эвристическая оценка утратила свою актуальность в последнее время, т.к. сильно подешевело юзабилити-тестирование и были разработаны более совершенные методы оценки.
