Варианты использования: что это такое и список примеров

8 июля 2021 г.

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

Что такое варианты использования?

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

Варианты использования часто помогают определить:

• Кто использует программное обеспечение или веб-сайт

• Цель пользователя и то, что пользователь хочет сделать

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

• Как программное обеспечение или веб-сайт реагируют на действия пользователя

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

Каковы преимущества вариантов использования?

Варианты использования имеют несколько преимуществ и то, как они могут повлиять на разработку и проектирование программного обеспечения, в том числе:

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

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

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

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

9 компонентов, включенных в варианты использования

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

1. Номер варианта использования и приложение

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

Пример использования 1: покупатель кладет товар в онлайн-корзину.

2. Используйте имя и описание случая

Имя и описание варианта использования служат названиями вашего варианта использования и важны для записей. Имя прецедента часто бывает коротким, и вы можете использовать описание, чтобы уточнить его, часто используя форму абзаца. Например:

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

3. Актер

Актер — это кто-то или что-то, кто выполняет определенное поведение. Это может быть человек или объект, который использует систему. Например, на веб-сайте электронной коммерции может быть несколько действующих лиц, в том числе:

• Покупатели

• Дистрибьюторы или продавцы

• Таймер транзакций

• Компании кредитных карт

• Альтернативные платежные компании

• Доставка или транспортные компании

• Цифровые или онлайн-агенты по обслуживанию клиентов

4. Заинтересованная сторона

Заинтересованное лицо — это любой, кто особенно заинтересован в том, как ведет себя обсуждаемая система. Часто они не являются непосредственными пользователями, но извлекают выгоду из функционирования системы. Например, веб-сайт электронной коммерции может использовать альтернативные способы оплаты, помимо кредитных карт. Эти платежные платформы являются заинтересованными сторонами по сравнению с покупателями, совершающими покупки на сайте.

5. Главный актер

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

6. Предварительные условия

Предусловия — это утверждения или истины о том, что должно произойти до и после варианта использования. Разработчики программного обеспечения часто знают шаги, которые должны быть выполнены, чтобы произошло следующее действие. Например:

Клиент электронной коммерции нажимает на товар, чтобы получить более подробное описание и отзывы клиентов. Чтобы появилась кнопка «Добавить в корзину», товар должен быть в наличии и доступен на складе.

7. Триггеры

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

8. Основной поток

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

9. Альтернативный путь

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

• Неверный пароль для учетной записи

• Отсутствующий или снятый с производства товар

• Тайм-аут сеанса, когда клиент размещает заказ

• Неудачная авторизация платежа по кредитной или дебетовой карте

3 примера использования

Вот список примеров использования:

1. Система онлайн-бронирования авиакомпании

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

Инженеры-программисты UpCloud Airways разрабатывают фирменную и обновленную страницу бронирования тарифов с многоуровневым выбором тарифов, дополнительными опциями, такими как доступ в зал ожидания, возможность бесплатного изменения или отмены рейса и бесплатного зарегистрированного багажа. Это также позволяет владельцам счетов платить кредитными, дебетовыми, онлайн-платежными платформами или милями программы лояльности UpCloud. Инженеры-программисты разрабатывают несколько вариантов использования, чтобы установить, как работает процесс бронирования, и выявить потенциальные проблемы. Они запускают дела, которые включают:

• Клиент просматривает расписание рейсов и цены

• Клиент выбирает дату и время полета

• Клиент добавил доступ в зал ожидания и бесплатную регистрацию багажа.

• Клиент платит личной кредитной картой

• Клиент, расплачивающийся милями лояльности UpCloud

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

2. Мобильное приложение службы доставки еды

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

Deliver the Good Eats, служба доставки еды, хочет увеличить количество предлагаемых заведений и планирует включить в нее кофейни и магазины шаговой доступности. Разработчики программного обеспечения должны определить, какую выгоду получат новые заведения от текущих параметров программного обеспечения и какие пороговые значения для пользователей могут подтолкнуть программное обеспечение к следующему этапу. Команда запускает такие варианты использования, как:

• Клиент, который ищет товар определенной марки, не найденный в этом районе или в выбранном заведении.

• Клиент с небольшой общей суммой в долларах предлагает сообщение о минимальной покупке.

• Функция, позволяющая клиентам нажимать «Заказать снова», чтобы снова получить ранее приобретенный выбор с быстрым взаимодействием с пользователем.

3. Платформа для продажи билетов

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

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

• Когда выбранные места больше не доступны

• Если выбрано нечетное количество мест

• Когда выбранные места объединяются с уже купленными, оставьте одно место отдельно.

• Когда выбранные места имеют частично закрытый обзор

• Когда выбранные места обозначены как доступные для людей с ограниченными возможностями