- Диаграмма прецедентов
-
Диаграмма прецедентов (англ. use case diagram, диаграмма вариантов использования) в UML — диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне[1].
Прецедент — возможность моделируемой системы (часть её функциональности), благодаря которой пользователь может получить конкретный, измеримый и нужный ему результат. Прецедент соответствует отдельному сервису системы, определяет один из вариантов её использования и описывает типичный способ взаимодействия пользователя с системой. Варианты использования обычно применяются для спецификации внешних требований к системе[1].
Содержание
Назначение
Основное назначение диаграммы — описание функциональности и поведения, позволяющее заказчику, конечному пользователю и разработчику совместно обсуждать проектируемую или существующую систему.
При моделировании системы с помощью диаграммы прецедентов системный аналитик стремится:
- чётко отделить систему от её окружения;
- определить действующих лиц (актёров), их взаимодействие с системой и ожидаемый функционал системы;
- определить в глоссарии предметной области понятия, относящиеся к детальному описанию функционала системы (то есть, прецедентов).
Работа над диаграммой может начаться с текстового описания, полученного при работе с заказчиком. При этом нефункциональные требования (например, конкретный язык или система программирования) при составлении модели прецедентов опускаются (для них составляется другой документ)[1].
Элементы
Для отражения модели прецедентов на диаграмме используются[1]:
- рамки системы (англ. system boundary) — прямоугольник с названием в верхней части и эллипсами (прецедентами) внутри. Часто может быть опущен без потери полезной информации,
- актёр («эктор») — стилизованный человечек, обозначающий набор ролей пользователя (понимается в широком смысле: человек, внешняя сущность, класс, другая система), взаимодействующего с некоторой сущностью (системой, подсистемой, классом). Актёры не могут быть связаны друг с другом (за исключением отношений генерализации/наследования),
- прецедент — эллипс с надписью, обозначающий выполняемые системой действия (могут включать возможные варианты), приводящие к наблюдаемым актёрами результатам. Надпись может быть именем или описанием (с точки зрения актёров) того, «что» делает система (а не «как»). Имя прецедента связано с непрерываемым (атомарным) сценарием — конкретной последовательностью действий, иллюстрирующей поведение[2]. В ходе сценария актёры обмениваются с системой сообщениями. Сценарий может быть приведён на диаграмме прецедентов в виде UML-комментария. С одним прецедентом может быть связано несколько различных сценариев[1].
Отношения между прецедентами
Часть дублирующейся информации в модели прецедентов можно устранить указанием связей между прецедентами[1]:
- обобщение прецедента — стрелка с незакрашенным треугольником (треугольник ставится у более общего прецедента),
- включение прецедента — пунктирная стрелка со стереотипом «include»,
- расширение прецедента — пунктирная стрелка со стереотипом «extend» (стрелка входит в расширяемый прецедент, в дополнительном разделе которого может быть указана точка расширения и, возможно в виде комментария, условие расширения)
Правила
При работе с вариантами использования важно помнить несколько простых правил:
- каждый прецедент относится как минимум к одному действующему лицу;
- каждый прецедент имеет инициатора;
- каждый прецедент приводит к соответствующему результату.
См. также
- Свод знаний по бизнес-анализу (англ. Business Analysis Body of Knowledge — BABOK)
Примечания
Unified Modeling Language Акторы Организации: Object Management Group • UML Partners • Люди: Гради Буч • Джеймс Рамбо • Айвар Якобсон
Прочее Rational Unified Process • Systems Modeling Language • UML-цвета • XMI • Инструменты UML-моделирования • Словарь терминов UML
Концепции Структура Поведение Отношения Composition • Агрегирование • Ассоциация • Наследование / Обобщение понятий • Связанность
Растяжимость Профиль • Стереотип • Другие понятия: Мощность отношений
Диаграммы Структурные Классов • Композитной структуры • Компонентов • Объектов • Пакетов • Развёртывания
Поведения Деятельности • Прецедентов • Состояний
Взаимодействия Коммуникации • Обзора взаимодействия • Последовательности • Синхронизации
Категории:- Диаграммы UML
- SysML
Wikimedia Foundation. 2010.