Взаимодействия

Взаимодействие (interaction) представляет собой набор сообщений, свойственных поведению некоторой системы, которыми обмениваются объекты в соответствии с установленными между ними связями (последние могут быть постоянными или временными). Диаграмма последовательностей представляется двумерным графом. Объекты располагаются по горизонтали. Последовательности сообщений располагаются сверху вниз по вертикали. Каждая вертикальная линия называется линией жизни (lifeline) объекта (см. рис. 4.1).

Стрелки представляют каждое сообщение, направляемое от вызывающего объекта {отправителя) к операции (методу) вызываемого объекта (получателя). Для каждого сообщения, как минимум, указывается его имя. Кроме того, для сообщения могут быть указаны фактические аргументы сообщения и другая управляющая информация. Фактические аргументы соответствуют формальным аргументам метода объекта-получателя.

Фактические аргументы могут быть входными аргументами (передаются от отправителя к получателю) или выходными аргументами (передаются от получателя назад к отправителю). Входные аргументы могут быть обозначены ключевым словом in (если ключевое слово отсутствует, то предполагается, что аргумент— входной). Выходные аргументы обозначаются ключевым словом out. Допускаются также аргументы типа inout ("входные-выходные"), однако, для объектно-ориентированного подхода они не характерны. Сообщение getCourseName (выбрать факультативный курс), отправленное объекту, обозначенному переменной crs_ref, имеет один выходной аргумент и ни одного входного: crs_ref.getCourseName(out crs_name)

Показывать на диаграмме возврат управления от объекта-получателя объекту-отправителю не обязательно. Стрелка, указывающая на объект-получатель, предполагает автоматический возврат управления отправителю. Получатель знает уникальный (идентификатор объекта (OID) отправителя.

Сообщение может быть отправлено коллекции (collection) объектов (коллекция может быть набором, списком, массивом объектов и т.д.). Довольно частой является ситуация, когда вызывающий объект связан с несколькими объектами-получателями (поскольку кратность ассоциации указана как "один ко многим" или "многие ко многим"). Итеративный маркер— звездочка перед обозначением сообщения— указывает на процесс итерации сообщения по всей коллекции.

Диаграмма последовательностей для "отображения текущей конфигурации" показана на рис. 4.1. Внешний субъект— клиент— (Customer) принимает решение об отображении конфигурации компьютера. Сообщение openNew (открыть новое [окно]) отправляется объекту ConfWin класса ConfigurationWindow ([диалоговое] окно конфигурации). В результате создается ("материализуется как экземпляр") новый объект ConfWin. (Класс ConfigurationWindow— пограничный класс (разд. 2.2.4.1).)

Рис. 4.1. Диаграмма последовательностей для вида деятельности Display Current Configuration (Internet магазин)

Объекту ConfWin необходимо "отобразить себя" вместе с данными, относящимися к конфигурации. С этой целью он отправляет сообщение объекту aComp: Computer. В действительности, aComp — это объект класса StandardComputer или ConfiguredComputer. Класс Computer — абстрактный класс.

Объект aComp использует выходной аргумент для того, чтобы "собрать себя" из элементов конфигурации — объектов ConfigurationItem. Затем он "оптом" отсылает элементы конфигурации объекту aConfWin в качестве аргумента i_recset сообщения displayComputer. Теперь объект aConfWin может отобразить себя. На экране компьютера выводится изображение выбранной конфигурации компьютера.

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

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

Контрольные вопросы

1 Назначение диаграммы последовательности.

2 Цель построения диаграммы последовательности.

3 Правила выделения сообщений в диаграмме последовательности.

4 Правила построения диаграммы последовательности.

5 Перестановочные модели для диаграмм последовательности.

6 Оптимизация диаграммы последовательности.

7 Правила использования линий жизни в диаграмме последовательности.

8 Правила использования стрелок в диаграммах последовательности.

9 Организация внутренних циклов в диаграммах последовательности.

10 Назначение диаграммы сотрудничества.

11 Цель построение диаграммы сотрудничества.

12 Анализ диаграмм сотрудничества.

13 Основные отличие диаграмм сотрудничества и диаграмм IDEF3.

14 Использование диаграмм сотрудничества для анализа бизнес прецедентов

15 Использование диаграмм сотрудничества для анализа системных прецедентов.

16 Использование диаграмм последовательности для анализа бизнес прецедентов.

17 Использование диаграмм последовательности для анализа системных прецедентов.

Дата добавления: 2017-01-14