Назначение диаграммы прецедентов

Лабораторная работа № 1

Тема: Создание UML диаграммы прецедентов

Цель работы: получить навыки построения UML диаграмм прецедентов в редакторе MS Visio 2010.

Основные теоретические положения по теме работы

Назначение диаграммы прецедентов

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

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

1. Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы.

2. Сформулировать общие требования к функциональному поведению системы.

3. Разработать исходную концептуальную модель системы для ее последующей реализации.

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

Основными элементами диаграммы прецедентов являются функции или прецеденты (варианты использования) (use case), которые должны быть выполнены системой при взаимодействии между проектируемой системой и пользователем, либо другой системой, внешней по отношению к проектируемой.

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

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

 

Рис. 1.1. Элементы диаграммы прецедентов: а - прецедент; б - актор; в - комментарий

 

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

Рис. 1.2. Диаграмма прецедентов для ТПП предприятия

Акторы и их роли

В модели прецедентов акторы — единственные внешние сущности, взаимодействующие с системой.

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

Главным актором (primary actor) называется актор, инициирующий прецедент. Остальные акторы называются второстепенными (secondary actor); они также могут участвовать в прецеденте, получая результаты и генерируя исходные данные.

Роль — определенный тип поведения пользователя предметной области, в то время, как актор — более широкое понятие, охватывающее роль. Таким образом, говоря о роли, подразумевается поведение конкретного пользователя и при этом роль правомерно может быть названа актором; обратное, как следует из вышеприведенного описания, не всегда верно.

Выявление прецедентов

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

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

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