Анализ вариантов использования — тематическое исследование

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

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

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

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

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

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

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

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

В следующей таблице описан простой вариант использования «Книги заказов».

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

Вариант использования был впервые опубликован софтверным гигантом Jacobson в 1992 году, что оказало значительное влияние на современную объектно-ориентированную технологию. Кроме того, спецификации UML ( унифицированный язык моделирования ), сформулированные совместно так называемыми «тремя друзьями» — Бучем, Якобсоном и Рамбо и проверенные OMG, были включены в качестве важной части основных стандартных спецификаций.

Вот определения вариантов использования несколькими гигантами программного обеспечения.

• «Сценарий использования — это описательный документ, описывающий последовательность действий актора, использующего систему для завершения события» [Jacobson92].
• «Вариант использования — это набор сценариев (поток событий), связанных с общей целью использования системы» [Fowler97].
• «Вариант использования — это последовательность действий, которые действующее лицо (обычно человек, но, возможно, и внешний объект, такой как другая система) выполняет внутри системы для достижения определенной цели» [Rosenberg99].
• «Сценарий использования — это действующее лицо (обычно пользователь, но, возможно, и внешняя сущность, такая как другая внешняя система), ряд действий для достижения определенной цели при взаимодействии с внутренней системой».

В книге «The Unified Modeling Language User Guide» дано определение варианта использования:

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

Из приведенного выше обсуждения мы можем получить характеристики, относящиеся к варианту использования:

• Вариант использования — это повествовательный документ, описанный на естественном языке (например, повествование на английском языке). Вообще говоря, вариант использования не требует описания графики или грамматики языка программирования (например, java).
• Сценарий, описанный в варианте использования, — это именно то, что субъекты ожидают достичь (получить) своей цели (Цели) от взаимодействия и коммуникации с системой.
• Например, «Купить товар» как раз и является целью потребительского потребления:
  «Потребители проверяют купленный товар, а кассир регистрирует купленный товар и собирает оплату. После завершения потребитель уходит с товаром».
• Вариант использования может иметь обычный сценарий и несколько сценариев исключений. Нормальный сценарий описывает нормальный процесс взаимодействия участников и системы; при этом в процессе взаимодействия с системой, если учитывать возникновение исключений, в зависимости от сложности ситуации он может быть описан в «альтернативном пути» в обычном сценарии» или может быть описан в другом сценарий для сложных исключений.
• Система предоставит ряд функций для взаимодействия с участниками, но участникам не нужно знать, что происходит в системе или как это сделать, системе нужно только отправить результаты обратно участникам. Поэтому для участников система (или группа вариантов использования) — это черный ящик.
• В описании варианта использования подчеркивается, что система должна делать (что делать), а не как это делать (как делать). Поэтому детали реализации не следует описывать в описании варианта использования.
• Актер напрямую попадает в операционную систему. На диаграмме вариантов использования, хотя действующее лицо представлено в виде значка «фигурка», участник не обязательно может быть реальным человеком. Участник также может быть внешней системой, и ему может потребоваться получить некоторую информацию от этой системы.

Другие диаграммы UML

• Что такое диаграмма классов?
• Что такое диаграмма компонентов?
• Что такое диаграмма развертывания?
• Что такое диаграмма объекта?
• Что такое пакетная диаграмма?
• Что такое составная структурная диаграмма?
• Что такое профильная диаграмма?
• Что такое диаграмма вариантов использования?
• Что такое Диаграмма активности?
• Что такое диаграмма состояний?
• Что такое диаграмма последовательности?
• Что такое коммуникационная диаграмма?
• Что такое обзорная диаграмма взаимодействия?
• Что такое временная диаграмма
• Что такое диаграмма сотрудничества UML?