Пример диаграммы Use Case

Рис. 12.35. Использование включения и расширения

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

• в круглых скобках — имена точек расширения;

• в квадратных скобках — условие расширения.

Определение элементов Use Case

Основными критериями выбора явл. сложность элемента use case. Обычно элемент use case задет одно основное и несколько альтернативных действий.

Можно разбивать независимо элементы для каждой области, а потом объединять их => полная модель тербований к этой системе. Для элемента use case удобно применять отношение расширения – опред. прерыв. Базового элемента для вставки другого.

Обычно расширения используют:

• для моделирования вариантных частей;

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

• для моделирования сложных редковыполняемых[ функций;

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

Решение о выборе, подключении варианта на основе расширения принимается вне базового элемента. Если условие определено в базовом элементе тогда используют отношение включения.

Уточнение модели требований

Уточнение модели сводится к выявлению одинаковых частей в элементах Use Case и извлечению этих частей. Любые изменения будут автоматически влиять на все элементы Use Case, которые используют ее совместно.

Извлеченные элементы Use Case называют абстрактными. Они не могут быть конкретизированы сами по себе, применяются для описания одинаковых частей в других, конкретных элементах Use Case.

При построении иерархии абстрактных элементов Use Case руководствуются правилом: выделение элементов Use Case прекращается при достижении уровня отдельных операций над объектами.

Выделение абстрактных элементов Use Case можно упростить с помощью абстрактных актеров.

Абстрактный актер — это общий фрагмент роли в нескольких конкретных актерах.(ПОЛУЧАТЕЛЬ – абстрактный актер). Абстрактные элементы Use Case находят извлечением общих последовательностей из различных элементов Use Case.

1. Отношение «включает» применяется, если несколько элементов Use Case имеют общее поведение. Цель: устранить повторения, ликвидировать избыточность.

1. Кроме того, это отношение часто используют для ограничения сложности большого элемента Use Case.

2. Отношение «расширяет» применяется, когда описывается вариация, дополняющая нормальное поведение.

18. Компонентная диаграмма. Виды компонент. Интерфейсы и их реализации

Компонентная диаграмма показывает организацию набора компонентов и зависимости между компонентами.

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

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

Графически компонент изображается вот как…, обычно включающий имя (рис. 13.1).

Рис. 13.1. Обозначение компонента

Одно из значений компонента – инкапсулюция.

Сходные компонента и класса:

• наличие имени;

• реализация интерфейсы;

• участие в отношениях зависимости;

• могут участвовать в отношениях зависимости и быть вложенным;

• могут иметь экземпляры.

Различия

1 2 3

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

Интерфейс — список операций, которые определяют услуги класса или компонента. Еще одна аналогия.

Рис. 13.3. Представление интерфейса в форме пиктограммы

Клиент вызывает услуги сервера; О – интерфейс;

Другая форма:

Рис. 13.4. Развернутая форма представления интерфейса

По способу связи компонента с интерфейсом различают:

• экспортируемый интерфейс — тот, который компонент реализует и предлагает как услугу клиентам;

• импортируемый интерфейс — тот, который компонент использует как услугу другого компонента.

У одного компонента может быть несколько экспортируемых и несколько импортируемых интерфейсов.

Компоненты между собой связанны посредством интерфеса. Это обеспечивает их независимую замену. Старые ф-ии заменяемого компонента в любом случае должны поддерживаться интерфейсом.

Технологии: OCOM, COM, ActiveX, Ole.

Механизм замены оговорен спецификациями(COM, COM+, CORBA, Java Beans)