Важной частью Unified Modeling Language (UML) являются средства для рисования диаграмм вариантов использования. Варианты использования используются на этапе анализа проекта для определения и разделения функциональности системы. Они разделяют систему на участников и варианты использования. Актеры представляют роли, которые могут играть пользователи системы.
Такими пользователями могут быть люди, другие компьютеры, оборудование или даже другие программные системы. Единственным критерием является то, что они должны быть внешними по отношению к той части системы, которая разбивается на сценарии использования. Они должны подавать стимулы в эту часть системы и должны получать от нее выходные данные.
Варианты использования представляют действия, которые субъекты выполняют с помощью вашей системы для достижения цели. Нам нужно определить, что нужно этим пользователям (субъектам) из системы. Вариант использования должен отражать потребности и цели пользователя и должен инициироваться субъектом. Бизнес, субъекты, клиенты, участвующие в сценарии использования бизнеса, должны быть связаны с сценарием использования ассоциацией.
Рисование диаграмм вариантов использования
На рисунке ниже показано, как вариант использования может выглядеть как схематическая форма UML. Сам вариант использования выглядит как овал. Актеры нарисованы как маленькие фигурки. Актеры связаны с сценарием использования с линиями.
Вариант использования 1 — продавец проверяет товар
- Клиент выставляет товар на прилавок.
- «Использует» Swipe UPC Reader.
- Система ищет UPC-код в базе данных для описания товара и цены
- Система издает звуковой сигнал.
- Система объявляет описание товара и цену за голосовой вывод.
- Система добавляет цену и тип товара к текущему счету.
- Система добавляет цену, чтобы исправить итоговую сумму налога
Таким образом, отношение «использует» очень похоже на вызов функции или подпрограмму.
Вариант использования, используемый таким образом, называется абстрактным вариантом использования, поскольку он не может существовать сам по себе, но должен использоваться другими вариантами использования.
Пример ─ Сценарий вывода средств
Цель клиента в отношении нашего торгового автомата (банкомата) — снять деньги. Итак, мы добавляем прецедент снятия средств . Снятие денег с торгового автомата может потребовать от банка проведения транзакций. Итак, мы также добавляем еще одного актера — банк . Оба участника, участвующие в сценарии использования, должны быть связаны с вариантом использования по ассоциации.
Денежный торговый автомат предоставляет Сценарий вывода средств для клиента и участников Банка.
Отношения между актерами и сценариями использования
Варианты использования могут быть организованы с использованием следующих отношений —
- Обобщение
- ассоциация
- простираться
- Включают
Обобщение между вариантами использования
Могут быть случаи, когда субъекты связаны с аналогичными вариантами использования. В этом случае сценарий использования Child наследует свойства и поведение родительского сценария использования. Следовательно, нам нужно обобщить актер, чтобы показать наследование функций. Они представлены сплошной линией с большой полой треугольной стрелкой.
Ассоциация между вариантами использования
Ассоциации между субъектами и вариантами использования обозначены на диаграммах вариантов использования сплошными линиями. Ассоциация существует всякий раз, когда субъект вовлечен во взаимодействие, описываемое сценарием использования.
простираться
Есть некоторые функции, которые запускаются по желанию. В таких случаях используется отношение расширения, и к нему присоединяется правило расширения. Следует помнить, что базовый вариант использования должен иметь возможность выполнять функцию самостоятельно, даже если расширенный вариант использования не вызывается.
Отношение расширения показано в виде пунктирной линии с открытой стрелкой, направленной от расширяющегося варианта использования к расширенному (базовому) сценарию использования. Стрелка помечена ключевым словом «удлинить».
Включают
Он используется для извлечения фрагментов варианта использования, которые дублируются в нескольких вариантах использования. Он также используется для упрощения большого варианта использования путем разделения его на несколько вариантов использования и для выделения общих частей поведения двух или более вариантов использования.
Включите связь между вариантами использования, которая показана пунктирной стрелкой с открытой стрелкой от базового варианта использования до включенного варианта использования. Стрелка помечена ключевым словом «включить».
Варианты использования имеют дело только с функциональными требованиями к системе. Другие требования, такие как бизнес-правила, требования к качеству обслуживания и ограничения реализации, должны быть представлены отдельно.
Диаграмма, показанная ниже, является примером простой диаграммы вариантов использования со всеми отмеченными элементами.
Основные принципы успешного применения прецедентов
- Будьте проще, рассказывая истории
- Быть продуктивным без совершенства
- Понять общую картину
- Определить возможность повторного использования для вариантов использования
- Фокус на стоимости
- Сборка системы по частям
- Доставить систему с шагом
- Адаптировать для удовлетворения потребностей команды
Шаблон варианта использования
Здесь мы показали пример шаблона варианта использования, который бизнес-аналитик может заполнить, чтобы эта информация могла быть полезной для технической группы для получения информации о проекте.