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

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

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

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

Use case

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

Графическая форма варианта использования

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

Use case diagram

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

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

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

Зачем нужны варианты использования?

Многие люди считают определение вариантов использования избыточным этапом. Они предпочитают сразу переходить к определению системных требований. Так что подход с использованием вариантов использования бесполезен?

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

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

Примеры вариантов использования

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

Система

Варианты использования

  • Банкомат
    • Снять наличные, перевести деньги, сделать пожертвование, оплатить счета, изменить PIN
  • Онлайн-фотоальбом
    • Загрузить фото, поделиться фото, удалить фото
  • Приложение для отслеживания здоровья
    • Записать тренировку, создать статистику тренировки, бросить вызов цели

На основе приведенных выше примеров, мы можем провести следующие обсуждения:

Вариант использования приводит к наблюдаемой цели

Пример варианта использования — банкомат

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

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

Пример варианта использования — онлайн-фотоальбом

Типичный онлайн-альбом фотографий позволяет пользователям помечать свои загруженные фотографии. Тогда «пометить фотографию» — это сценарий использования? Ответ: зависит. Если бизнес-заинтересованные стороны хотят, чтобы пользователи имели доступ к системе для пометки своих фотографий, даже если они не делают ничего другого в рамках сессии, тогда «пометить фотографию» должно быть сценарием использования. Однако, если они считают, что пометка фотографии — это только часть процесса загрузки фотографий, и нет другого способа пометить фотографию позже, тогда «пометить фотографию» не будет сценарием использования. Другой случай — заинтересованные стороны просто хотят, чтобы пользователи могли редактировать загруженные ими фотографии по любым параметрам, например, названию, описанию, меткам и т.д. Тогда, скорее всего, будет создан сценарий использования «редактировать фотографию». Таким образом, вы можете видеть, что определение сценария использования — это не случайный шаг. Вы можете представить, что возможность пометки фотографий будет поддерживаться совершенно по-разному в сценариях использования «пометить фотографию» и «редактировать фотографию».

Пример сценария использования — приложение для отслеживания здоровья

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

Как написать сценарий использования?

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

  1. Зарегистрировать аккаунт
  2. Сделать заказ
  3. Снять наличные
  4. Опубликовать вакансию
  5. Расследовать неудачу случаев

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

Использование сценария использования с пользовательской историей

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

  1. Пользователь хочет оплатить заказ с помощью кредитной карты.
  2. Пользователь хочет оплатить заказ с помощью PayPal.
  3. Пользователь хочет по желанию включить страховку доставки при оформлении заказа.
  4. Пользователь хочет выбрать другой адрес доставки при оформлении заказа.
  5. Пользователь хочет получить SMS при успешном создании заказа.

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

Use case and user stories

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

Ссылки

  1. Диаграмма вариантов использования – унифицированный язык моделирования (UML)
  2. Что такое диаграмма вариантов использования?
  3. Создание диаграммы вариантов использования UML
  4. Лучшие практики и примеры диаграммы вариантов использования
  5. Шаблоны диаграмм вариантов использования
  6. Описание вариантов использования в Visual Paradigm для UML
  7. Диаграмма вариантов использования
  8. Как нарисовать диаграмму вариантов использования?

Leave a Reply