kazminaviktoriya1
Перейти в профиль
Выйти из профиля
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="42" height="42"><rect fill-opacity="0"/></svg>)
Добавить аккаунт
Сценарии использования
Вы уже знаете, как создавать персоны, которые позволяют обобщить будущих пользователей. В этом уроке вы узнаете, для чего создавались эти персоны, и научитесь составлять на их основе пользовательские сценарии (Use Scenario).
Сценарий использования
В сценариях использования дизайнер интерфейсов и системный аналитик описывают типичное для персоны поведение при взаимодействии с пользовательским интерфейсом.
Сценарий использования (Use Scenario, Scenario of Use), или пользовательский сценарий, — это краткое описание шагов, которые персоны совершают в пользовательском интерфейсе для выполнения своих задач.
Главная задача разработки сценариев использования — описать модели поведения персон и наиболее частые действия, которые они выполняют при работе с пользовательским интерфейсом.
Это описание позволит разработать прототипы пользовательского интерфейса, которые ориентированы на взаимодействие с целевыми пользователями. В итоге эти пользователи будут быстрее обучаться работе с интерфейсом и быстрее выполнять свои задачи.
Сценарии использования описывают на основе:
- вариантов использования (Use Case),
- персон.
Варианты использования описывают основной и все возможные альтернативные сценарии взаимодействия пользователей и ПО. Сценарий использования описывает только основной сценарий.
Варианты использования описывают основной сценарий и все возможные альтернативы с точки зрения класса пользователей. Вы уже знаете, что для каждого класса пользователей создают одну или несколько персон. Так делают потому, что пользователи одного класса могут обладать разными характеристиками.
Различия персон отражаются в сценариях использования: для каждой персоны создаётся сценарий использования, который описывает поведение этой персоны в рамках основного сценария. В сценарии использования описываются только действия персоны. Действия системы в нём не учитывают.
Сценарий использования состоит из:
- Имени персоны.
- Описания.
Описание сценария использования погружает в контекст и отражает цели персоны. Оно может выглядеть так: «Пользователь уже знает, какой товар ему нужен, он хочет посмотреть доступные комплектации, сравнить цены и сделать заказ». - Шагов.
Это последовательное описание действий, которые пользователь выполняет при работе с ПО.
Разработка сценариев использования
Рассмотрим основные этапы создания сценария использования. В качестве примера возьмём приложение для заказа здоровой еды, которое рассматривалось в прошлом уроке.
- Анализ Use Case
Аналитик рассматривает варианты использования, которые описывают определённую часть функционала, и выделяет основные сценарии для них.
Рассмотрим вариант использования (Use Case) для выбора еды в приложении:
Этот вариант использования описывает взаимодействие лица класса «пользователь» с приложением. Для описания пользовательского сценария из этого Use Case потребуется выделить основной сценарий.
- Проработать последовательность действий персоны в рамках основного сценария
Системный аналитик и дизайнер интерфейсов прорабатывают последовательные действия пользователя в рамках основного сценария, выделенного из Use Case, и с помощью описания персоны. Нужно учитывать цели персоны и её особенности, которые могут влиять на взаимодействие с интерфейсом (возраст, род занятий).
Выполнение основного сценария описывается с точки зрения шагов, которые совершает пользователь. Системный аналитик описывает, как этот сценарий будет выполнять конкретная персона. Шаги сценария Use Сase могут опускаться или повторяться несколько раз по мере взаимодействия пользователя с приложением, так как разные пользователи могут взаимодействовать с интерфейсом по-разному.
Рассмотрим, как на базе основного сценария Use Case «Выбор еды в приложении» реализуются сценарии использования для двух персон — Наташи и Николая:
Николаю нужно быстро заказать еду: он не собирается тратить много времени на взаимодействие с приложением и хочет сразу сделать заказ. Если пользователь уже использовал доставку, скорее всего, он выберет то, что заказывал ранее. Николай — «пользователь в спешке»: он будет пытаться достичь своей цели за наименьшее количество шагов.
Цель Наташи — заказать вкусный и полезный обед без неприятных для неё ингредиентов. Чтобы выполнить свою цель, она будет просматривать карточки блюд, читать отзывы других пользователей, проверять, есть ли в составе помидоры и орехи, которые она не любит. Наташа — «выбирающий пользователь»: для достижения своей цели она будет внимательно изучать блюда из списка.
Пользовательские сценарии для Наташи и Николая будут выглядеть так:
Два сценария использования отображают один вариант использования, но у персон, выполняющих основной сценарий, разные цели.
В одном случае персоне нужна возможность изучить всю информацию, в другом — сделать заказ как можно быстрее. В зависимости от целей пользователей отличается логика их взаимодействия с интерфейсом: один хочет видеть категории, листать каталог, изучать карточки продуктов, второй — получить результат как можно скорее (за наименьшее количество кликов). В зависимости от пользователя меняется и количество шагов. Николаю достаточно трех шагов для достижения цели, Наташе же потребуется значительно больше, так как она будет изучать множество карточек блюд.
Таким образом, пользовательские сценарии описывают действия персоны, соотнося эти действия с ее целями и задачами, делая понимание функционала интерфейса проще для команды разработки.
На базе основного сценария варианта использования «Забронировать номер в отеле» системный аналитик и дизайнер интерфейсов разработали три пользовательских сценария для трёх персон. Соотнесите шаги пользовательских сценариев с персонами, для которых созданы эти сценарии.
- Пользователь в главном меню выбирает регион поиска отелей (город, район).
- Пользователь сортирует результаты поиска по отзывам.
- Пользователь заходит в карточку отеля, просматривает фотографии.
- Пользователь сортирует отзывы в карточке отеля по принципу «Сначала плохие».
- Пользователь знакомится с отзывами, просматривает прикреплённые к ним фотографии.
- Пользователь повторяет шаги 4–6 для нескольких отелей из результатов поиска.
- Пользователь оставляет заявку на бронирование выбранного отеля.
Екатерина
Этот сценарий описывает пользователя, которому важно выбрать соответствующий его ожиданиям отель. Цена при этом не так важна. Такой пользователь — Екатерина.
- Пользователь выбирает регион, где он планирует остановиться.
- Пользователь ставит галочку в поле «Я путешествую по работе» и нажимает на кнопку поиска.
- Пользователь выбирает отель по цене, которая его устраивает.
- Пользователь оставляет заявку на бронирование выбранного отеля.
Мария
Этот сценарий описывает пользователя, путешествующего по работе. Для пользователя важно, чтобы сервис учитывал цель их поездки и не закладывал в стоимость лишнего, например туристический сбор. Такой пользователь — Мария.
- Пользователь выбирает регион, где он планирует остановиться.
- Пользователь выбирает способ просмотра отелей — «На карте».
- Пользователь устанавливает фильтр по ограничению цены — до 3000 рублей за сутки.
- Пользователь выбирает на карте отели, расположенные рядом с достопримечательностями.
- Пользователь оставляет заявку на бронирование выбранного отеля.
Олег
Этот сценарий описывает пользователя с ограниченным бюджетом. Цена для него — ключевой фактор. При поиске пользователь, прежде всего, указывает потолок стоимости. Такой пользователь — Олег.
Связь сценариев использования с DFD
Системный аналитик составляет DFD так же, как и пользовательские сценарии, — на основе вариантов использования, объединяя их в процессы.
Чтобы связать DFD диаграммы и пользовательские сценарии, для каждого шага в сценарии использования указывается номер процесса на DFD, в рамках которого выполняется этот шаг. Получившийся сценарий использования необязательно затрагивает все процессы ПО и касается лишь автоматизированных процессов (то есть тех, что выполняются с участием пользователя), а также процессов, в которых разные персоны поведут себя по-разному.
В приложении доставки здоровой еды один из реализуемых приложением процессов — поиск и выбор блюд. Рассмотрим детализацию этого процесса и его подпроцессы, представленные на DFD.
На этой диаграмме отражены три подпроцесса, являющихся составляющими процесса поиска и выбора блюд:
1.1. Загрузка приложения.
1.2. Поиск блюда.
1.3. Выбор блюда.
Ниже приведены сценарии использования с указанием номеров процесса DFD, в рамках которого выполняются шаги сценария.
Перед вами — DFD сервиса по заказу такси. Эту диаграмму вы рассматривали в пятом спринте. Ниже приводятся шаги сценария использования. Выберите, к какому из процессов относится каждый шаг сценария.
Пользователь указывает пункт назначения
- Заказать поездку
Это действие выполняется в рамках заказа автомобиля.
Пользователь указывает способ оплаты (карта, наличные)
- Заказать поездку
Способ оплаты указывается перед тем, как вызвать автомобиль, а значит, относится к процессу «Заказать поездку».
Пользователь вводит персональные данные
- Зарегистрировать пассажира
Персональные данные вводятся в процессе регистрации пользователя.
Пользователь просматривает историю поездок
- Создать отчёт о поездке
Для создания отчёта о поездке из истории поездок нужно выбрать необходимую.
Пользователь отменяет поездку
- Заказать поездку
Отмена поездки происходит в рамках одного из базовых сценариев процесса заказа поездки.
Пользователь вводит реквизиты карты
- Зарегистрировать пассажира
Реквизиты карты для оплаты такси вводятся в момент регистрации пользователя. В дальнейшем при заказе такси пользователь указывает лишь способ оплаты (сохранённой картой или наличными).
Подведём итоги
В этом уроке вы познакомились со сценариями использования (Use Scenario). Это пошаговое описание действий, которые пользователь совершает для достижения целей при работе с продуктом.
Сценарий использования состоит из:
- имени персоны;
- описание сценария использования;
- шагов, которые пользователь выполняет при работе с ПО.
Чтобы составить сценарии использования, системный аналитик использует:
- Основные сценарии вариантов использования (Use Case).
- Описания персон. Шаги описываются с учётом особенностей и целей конкретной персоны.
Хорошим тоном считается указывать для шага номер процесса на DFD, в рамках которого выполняется этот шаг.
На основе созданных сценариев использования дизайнеры интерфейсов разрабатывают понятные для пользователя интерфейсы, позволяющие реализовать сценарии использования за минимальное количество кликов, с минимальными временными затратами.
