Одна из девяти диаграмм UML — это Диаграмма вариантов использования. Это не только важное, но и необходимое требование для программных проектов. Он в основном используется в жизненных циклах программного обеспечения. Как мы знаем, в цикле разработки существуют различные фазы, и наиболее используемая фаза для вариантов использования будет на этапе сбора требований.
Что такое вариант использования?
Вариант использования описывает последовательность действий, выполняемых системой, которая предоставляет значение для актера. Вариант использования описывает поведение системы в различных условиях, когда она отвечает на запрос одного из заинтересованных лиц, называемого основным действующим лицом .
Актер — это Кто в системе, другими словами, он конечный пользователь.
В разработке программного обеспечения и систем вариант использования — это список шагов, обычно определяющих взаимодействие между ролью (известной в UML как «субъект») и системой, для достижения цели. Актер может быть человеком или внешней системой.
Вариант использования определяет поток событий в системе. Это больше касается того, что выполняется системой для выполнения последовательности действий.
Преимущества варианта использования
Вариант использования обеспечивает следующие преимущества:
-
Это простое средство определения функциональных требований с акцентом на добавленную стоимость для пользователя.
-
Варианты использования относительно легко написать и прочитать по сравнению с традиционными методами требований.
-
Варианты использования заставляют разработчиков думать с точки зрения конечного пользователя.
-
Вариант использования вовлекает пользователя в процесс требования.
Это простое средство определения функциональных требований с акцентом на добавленную стоимость для пользователя.
Варианты использования относительно легко написать и прочитать по сравнению с традиционными методами требований.
Варианты использования заставляют разработчиков думать с точки зрения конечного пользователя.
Вариант использования вовлекает пользователя в процесс требования.
Анатомия варианта использования
Имя : Описательное имя, которое иллюстрирует цель варианта использования.
Описание : Описывает, что использует прецедент в нескольких предложениях.
Актер : Перечислите любых актеров, которые участвуют в сценарии использования.
Предварительное условие : условия, которые должны быть выполнены до начала использования.
Поток событий : описание взаимодействия между системой и актером.
Состояние после публикации : Опишите состояние системы после того, как сценарий использования завершил свою работу.
Руководство для шаблона использования
Документируйте каждый сценарий использования, используя шаблон, приведенный в конце этой главы. В этом разделе приводится описание каждого раздела в шаблоне варианта использования.
Идентификация варианта использования
-
Идентификатор варианта использования — присвойте каждому варианту использования уникальный числовой идентификатор в иерархической форме: XY Связанные варианты использования можно сгруппировать в иерархии. Функциональные требования можно проследить до обозначенного варианта использования.
-
Имя варианта использования — укажите краткое, ориентированное на результаты имя для варианта использования. Они отражают задачи, которые пользователь должен выполнять с помощью системы. Включите глагол действия и существительное. Некоторые примеры —
-
Просмотр информации о номере детали.
-
Вручную пометьте источник гипертекста и установите ссылку на цель.
-
Сделайте заказ на компакт-диск с обновленной версией программного обеспечения.
-
Идентификатор варианта использования — присвойте каждому варианту использования уникальный числовой идентификатор в иерархической форме: XY Связанные варианты использования можно сгруппировать в иерархии. Функциональные требования можно проследить до обозначенного варианта использования.
Имя варианта использования — укажите краткое, ориентированное на результаты имя для варианта использования. Они отражают задачи, которые пользователь должен выполнять с помощью системы. Включите глагол действия и существительное. Некоторые примеры —
Просмотр информации о номере детали.
Вручную пометьте источник гипертекста и установите ссылку на цель.
Сделайте заказ на компакт-диск с обновленной версией программного обеспечения.
История использования
Здесь мы упоминаем об именах людей, которые являются заинтересованными сторонами документа Usecase.
-
Создано — укажите имя человека, который первоначально задокументировал этот вариант использования.
-
Дата создания — введите дату, в которую сценарий использования был первоначально задокументирован.
-
Последнее обновление — укажите имя человека, который выполнил самое последнее обновление, в описании варианта использования.
-
Дата последнего обновления — введите дату последнего использования варианта использования.
Создано — укажите имя человека, который первоначально задокументировал этот вариант использования.
Дата создания — введите дату, в которую сценарий использования был первоначально задокументирован.
Последнее обновление — укажите имя человека, который выполнил самое последнее обновление, в описании варианта использования.
Дата последнего обновления — введите дату последнего использования варианта использования.
Определение варианта использования
Ниже приведены определения ключевых концепций варианта использования.
Актер
Актер — это физическое или физическое лицо, не относящееся к указанной программной системе, которое взаимодействует с системой и выполняет сценарии использования для выполнения задач. Разные действующие лица часто соответствуют разным пользовательским классам или ролям, определенным сообществом клиентов, которые будут использовать продукт. Назовите актера, который будет выполнять этот сценарий использования.
Описание
Предоставьте краткое описание причины и результата этого варианта использования или высокоуровневое описание последовательности действий и результатов выполнения варианта использования.
Предпосылками
Перечислите любые действия, которые должны быть выполнены, или любые условия, которые должны быть выполнены, прежде чем сценарий использования может быть запущен. Пронумеруйте каждое предварительное условие.
Примеры
- Личность пользователя была подтверждена.
- На компьютере пользователя имеется достаточно свободной памяти для запуска задачи.
Условия размещения
Опишите состояние системы в конце исполнения варианта использования. Пронумеруйте каждый пост.
Примеры
- Документ содержит только допустимые теги SGML.
- Цена товара в базе данных была обновлена с новым значением.
приоритет
Укажите относительный приоритет реализации функциональности, необходимой для выполнения этого варианта использования. Используемая схема приоритета должна быть такой же, как и в спецификации требований к программному обеспечению.
Частота использования
Оцените, сколько раз этот сценарий использования будет выполняться актерами за определенную подходящую единицу времени.
Нормальный ход событий
Предоставьте подробное описание действий пользователя и ответов системы, которые будут иметь место во время выполнения сценария использования в нормальных, ожидаемых условиях. Эта последовательность диалогов в конечном итоге приведет к достижению цели, указанной в названии и описании варианта использования. Это описание может быть написано как ответ на гипотетический вопрос: «Как мне <выполнить задачу, указанную в имени варианта использования>?». Лучше всего это сделать в виде нумерованного списка действий, выполняемых субъектом, чередующихся с предоставленными ответами. по системе.
Альтернативные курсы
Документируйте другие, законные сценарии использования, которые могут иметь место в этом сценарии использования отдельно в этом разделе. Укажите альтернативный курс и опишите любые различия в последовательности шагов. Пронумеруйте каждый альтернативный курс, используя идентификатор прецедента, а затем «AC», чтобы указать «Альтернативный курс». Пример: XYAC.1.
Исключения
Опишите любые ожидаемые ошибки, которые могут возникнуть во время выполнения сценария использования, и определите, как система должна реагировать на эти условия. Кроме того, опишите, как система должна реагировать в случае сбоя при выполнении варианта использования по какой-то непредвиденной причине. Пронумеруйте каждое исключение, используя ID прецедента в качестве префикса, затем «EX» для обозначения «Exception». Пример: XYEX.1.
Включает в себя
Перечислите любые другие варианты использования, которые включены («вызваны») в этот вариант использования. Общая функциональность, которая появляется в нескольких сценариях использования, может быть разделена на отдельные сценарии использования, включенные в те, которые нуждаются в такой общей функциональности.
Специальные требования
Определите любые дополнительные требования, такие как нефункциональные требования, для варианта использования, которые, возможно, придется учитывать при проектировании или реализации. Они могут включать требования к производительности или другие атрибуты качества.
Предположения
Перечислите любые предположения, которые были сделаны в ходе анализа, которые привели к принятию этого варианта использования в описании продукта и написания описания варианта использования.
Примечания и проблемы
Перечислите любые дополнительные комментарии об этом сценарии использования или любых оставшихся открытых проблемах или IBD (подлежит определению), которые должны быть решены. Определите, кто будет решать каждую проблему, срок выполнения и каково решение в конечном итоге.
Управление изменениями и контроль версий
Контроль версий — это управление изменениями в документах, крупных веб-сайтах и других сборах информации. Изменения обычно идентифицируются по номеру или буквенному коду, называемому номером редакции или уровнем редакции. Каждая ревизия связана с отметкой времени и лицом, вносящим изменения.