1. Отношения в диаграммах Use Case

На диаграммах использования применяются следующие основные типы отношений:

• ассоциация между актером и прецедентом;

• обобщение между актерами;

• обобщение между прецедентами;

• зависимости между прецедентами.

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

Рисунок 3. 3. Ассоциация

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

Между актерами допустимо отношение обобщения (рис. 3.4), означающее, что экземпляр потомка может взаимодействовать с такими же разновидностями прецедентов, что и экземпляр родителя. Руководитель может выполнять те же самые прецеденты, что и обычный сотрудник (пользователь) и еще управлять доступом к документам.

Рисунок 3.4. Отношение обобщения

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

Рисунок 3.5. Отношение обобщения между прецедентами

Зависимость между вариантами использования показывает, что один вариант использования зависит от другого варианта использования. В UML имеются два стандартных стереотипа зависимости между вариантами использования (рис. 3.6):

• зависимость («include») — показывает, что в каждый сценарий зависимого варианта использования в определенном месте вставляется в качестве подпоследовательности действий в сценарий независимого варианта использования;

• расширение («extend») — показывает, что в некоторый сценарий независимого варианта использования может быть в определенном месте вставлен в качестве подпоследовательности действий сценарий зависимого варианта использования.

Например, Работа с документами включает в себя Создание документа и Изменение состояния документа. Изменение состояния документа может включать в себя Изменение состояния документа.

Рисунок 3.6. Отношения включения и расширения между документами

2. Работа с прецедентами

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

Поведение прецедента описывается потоком событий. Начальное описание выполняется в текстовой форме, прозрачной для пользователя системы. В потоке событий выделяют:

• основной поток и альтернативные потоки поведения;

• как и когда стартует и заканчивается прецедент;

• когда прецедент взаимодействует с актерами;

• какими данными обмениваются актер и система.

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

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