22. Сценарный подход к проектированию

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

Недостающий элемент в сценарном подходе к проектированию - это использование персонажей. Персонаж является достаточно рельефным представлением пользователя, чтобы выступать правдоподобным агентом в сценарии. Отражая существующие шаблоны поведения и мотивы, персонажи позволяют исследовать влияние мотивов пользователей на задачи и приоритеты задач в будущем. Поскольку персонажи моделируют цели, а не просто задачи, круг вопросов, к которым применимы сценарии, может быть расширен до общих требований к продукту. Персонажи помогают ответить на вопросы «Что должен делать этот продукт?» и «Как должен выглядеть и вести себя этот продукт?»

23. Разновидности сценариев

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

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

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

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

24. Карты сайтов и диаграммы потоков задач

Картой сайта называется визуальное представление основных страниц сайта.

Как правило, при помощи карты сайта проектировщик показывает своим коллегам и заказчикам,

как будет организован контент сайта. Карта дает общее представление о навигации по сайту, а в некоторых случаях показывает все переходы с каждой страницы.

Простая карта сайта.

На этой карте обозначены следующие страницы сайта:

• Домашняя страница

• Блог

• О компании

• Примеры работ

• Контакты

Расширенная карта сайта.

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

все действия, необходимые для перехода к домашней странице сайта. (Да, все верно:мы предлагаем использовать диаграмму потоков задач как часть расширенной карты сайта.)

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

Диаграммы потоков задач определяют пути и операции, выбираемые пользователями (или системой) в ходе работы с сайтом или приложением. Хотя на первый взгляд карты сайтов и диаграммы потоков задач выглядят похоже, они служат разным целям: карта сайта дает визуальное представление об иерархии структуры сайта или приложения, а диаграмма потоков

задач демонстрирует варианты действий, доступные пользователям, и пути, по которым они могут

направиться.