Обзор

Для управления подсистемами выполните следующие действия:

1. Создайте подсистемы в модели разработки
2. Создайте интерфейсы подсистем
3. Создайте классы в подсистеме
4. Опишите зависимости пакета и подсистем
5. Опишите содержимое подсистем
6. Опишите поведение подсистем

1. Создайте подсистемы в модели разработки

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

Для отображения подсистемы на диаграммах последовательности и кооперации в Rational Rose необходимо создать класс, выполняющий роль посредника для подсистемы на диаграмме. Для создания этого класса в подсистеме ознакомьтесь с информацией по созданию классов в Памятке по инструменту: управление классами. Этот класс посредника должен иметь то же имя, что и подсистема, и должен иметь стереотип "посредник подсистемы", что указывает на его предназначение в качестве "посредника" подсистемы.

Дополнительная информация приведена в следующих разделах электронной справки Rational Rose:

• Каким образом > Создать и работать в модели > Создать и отобразить стереотипы
• Пакет стереотипа подсистемы и пример стереотипа подсистемы

2. Создайте интерфейсы подсистемы

См. Памятка по инструменту: управление интерфейсами.

В этом шаге вы разрешите "посреднику подсистемы" предоставлять все операции, заданные интерфейсами, реализованными подсистемой. Для этого вначале потребуется создать новую диаграмму классов в пакете подсистемы и присвоить ей имя "Реализации интерфейса". Затем можно переместить класс "посредник подсистемы" на новую диаграмму. С помощью инструмента рисования Rational Rose нужно нарисовать зависимости реализации от класса "посредника подсистемы" к классам интерфейса, реализуемым посредником. Убедитесь, что все операции интерфейса заданы в классе "посредник подсистемы". Для этого может потребоваться создание одной или нескольких операций в классе "посредник подсистем". Дополнительная информация приведена в Памятке по инструменту: управление классами.

Дополнительная информация приведена в следующих разделах электронной справки Rational Rose:

• Реализация отношений
• Интерфейс

3.Создайте классы в подсистеме

Для создания классов в подсистеме обратитесь к разделу Памятка по инструменту: управление классами.

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

4. Опишите зависимости пакета и подсистемы

Необходимо описать зависимости между пакетами/подсистемами в модели разработки. Для этого создайте новую диаграмму классов для модели разработки и назовите ее "Зависимости пакета/подсистемы". Затем можно переместить пакеты и подсистемы из обозревателя на новую диаграмму. Существующие взаимосвязи зависимостей будут показаны автоматически. Также можно визуально упорядочить пакеты и подсистемы в уровни диаграммы и использовать значок инструмента Текстовое поле для добавления описаний уровней. Наконец можно создать дополнительные взаимосвязи зависимостей подсистем с помощью инструмента Зависимость.

Дополнительная информация приведена в разделе Взаимосвязь зависимости электронной справки Rational Rose:

5. Опишите содержимое подсистемы

Все пакеты и подсистемы должны содержать одну или несколько диаграмм классов для описания и демонстрации классов, содержащихся в пакете/подсистеме.

6. Описание поведения подсистемы

Все подсистемы должны иметь одну или несколько диаграмм последовательностей для демонстрации того, как предлагаемые интерфейсами подсистем операции распределяются среди содержимого подсистем. Дополнительная информация приведена в Памятке по инструменту: управление диаграммами последовательностей.

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

Рекомендуется присваивать диаграммам имена по схеме "<имя интерфейса>::<имя операции>". Это облегчит будущую трассировку поведения интерфейсов к классам, реализующим операции интерфейса.