Школа IT-менеджмента АНХ при Правительстве РФ
Опубликован: 11.03.2005 | Доступ: платный | Студентов: 131 / 24 | Оценка: 4.32 / 3.95 | Длительность: 13:56:00
Лекция 7:

Элементы графической нотации диаграммы кооперации

< Лекция 6 || Лекция 7: 12 || Лекция 8 >
Аннотация: Назначение диаграммы кооперации. Объекты, их имена и графическое изображение. Активные и пассивные объекты, их графическое изображение. Мультиобъекты и составные объекты. Графическое изображение связей, посылаемых и принимаемых сообщений между объектами. Формат и синтаксис записи сообщений. Стереотипы сообщений. Рекомендации по построению диаграмм кооперации.

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

Кооперация

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

Понятие кооперации – одно из фундаментальных в языке UML. Цель самой кооперации состоит в том, чтобы специфицировать особенности реализации отдельных вариантов использования или наиболее значимых операций в системе. Кооперация определяет структуру поведения системы в терминах взаимодействия участников этой кооперации.

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

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

Объекты и их графическое изображение

Объект (object) — сущность с хорошо определенными границами и индивидуальностью, которая инкапсулирует состояние и поведение.

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

Для диаграмм кооперации полное имя объекта в целом представляет собой строку текста, разделенную двоеточием и записанную в формате:

<собственное имя объекта >'/'<Имя роли класса>:<Имя класса >.

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

Если указано собственное имя объекта, то оно должно начинаться со строчной буквы. В то же время имя объекта, имя роли с символом " / " или имя класса могут отсутствовать. Однако двоеточие всегда должно стоять перед именем класса, а косая черта – перед именем роли.

Таким образом, на диаграммах кооперации могут встретиться следующие варианты возможных записей полного имени объекта:

  • о : Cобъект с собственным именем о, экземпляр класса С.
  • : C – анонимный объект, экземпляр класса С.
  • о:(или просто о ) — объект -сирота с собственным именем о.
  • о / R : Cобъект с собственным именем о, экземпляр класса С, играющий роль R.
  • / R : C — анонимный объект, экземпляр класса С, играющий роль R.
  • о / Rобъект -сирота с собственным именем о, играющий роль R.
  • / R — анонимный объект и одновременно объект -сирота, играющий роль R.

Примеры изображения объектов на диаграммах кооперации приводятся на рис. 7.1.

Примеры графических изображений объектов на диаграммах кооперации уровня примеров

Рис. 7.1. Примеры графических изображений объектов на диаграммах кооперации уровня примеров

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

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

Активный объект (active object) имеет собственный процесс управления и может инициировать деятельность по управлению другими объектами .

Активный объект на диаграмме кооперации обозначается прямоугольником с утолщенными границами (рис. 7.2). Каждый активный объект является владельцем определенного процесса управления. В данном фрагменте диаграммы кооперации активный объект а : Клиент является инициатором открытия счета, который представлен анонимным объектом : Счет.

Графическое изображение активного объекта (слева) на диаграмме кооперации

Рис. 7.2. Графическое изображение активного объекта (слева) на диаграмме кооперации

Мультиобъект (multiobject) представляет собой множество анонимных объектов, которые могут быть образованы на основе одного класса.

На диаграмме кооперации мультиобъект используется для того, чтобы показать операции и сигналы, которые адресованы всему множеству анонимных объектов. Мультиобъект изображается двумя прямоугольниками, один из которых выступает из-за верхней правой вершины другого (рис. 7.2, а). При этом стрелка взаимосвязи относится ко всему множеству объектов, которые обозначает данный мультиобъект. На диаграмме кооперации может быть явно указано отношение агрегации (композиции) между мультиобъектом и отдельным объектом из его множества (рис. 7.3, б).

Графическое изображение мультиобъектов на диаграмме кооперации

Рис. 7.3. Графическое изображение мультиобъектов на диаграмме кооперации

В следующем примере рассматривается ситуация с отправкой почтового сообщения клиенту из редактора электронной почты (рис. 7.4). Анонимный активный объект класса РедакторEmail вначале посылает сообщение анонимному мультиобъекту класса Клиент. Это сообщение инициирует выбор единственного объекта класса Клиент, удовлетворяющего дополнительным условиям. После этого выбранному объекту посылается сообщение о необходимости отправить электронное письмо.

Фрагмент диаграммы кооперации для выбора адреса клиента для отправки электронного письма

Рис. 7.4. Фрагмент диаграммы кооперации для выбора адреса клиента для отправки электронного письма

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

Составной объект является экземпляром класса-композита, который связан отношением композиции со своими частями. Аналогичные отношения связывают между собой и соответствующие объекты. На диаграммах кооперации такой составной объект изображается как обычный объект, состоящий из двух секций: верхней и нижней. В верхней секции записывается имя составного объекта, а в нижней – его объекты-части вместо списка атрибутов (рис. 7.5). При этом допускается иметь в качестве частей другие составные объекты.

Графическое изображение составного объекта на диаграмме кооперации

Рис. 7.5. Графическое изображение составного объекта на диаграмме кооперации

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

Связи на диаграмме кооперации

Связь (link) — любое семантическое отношение между некоторой совокупностью объектов .

Связь как элемент языка UML является экземпляром или примером произвольной ассоциации и может иметь место между двумя и более объектами. Бинарная связь на диаграмме кооперации изображается отрезком сплошной линии, соединяющей два прямоугольника объектов (рис. 7.4). На концах этой линии дополнительно могут быть явно указаны имена ролей соответствующей ассоциации.

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

Примеры связей с различными стереотипами изображены на рис. 7.6. Здесь представлена обобщенная схема компании с именем с, которая состоит из департаментов (анонимный мультиобъект класса Департамент). В последние входят сотрудники (анонимный мультиобъект класса Сотрудник). Рефлексивная связь указывает на то, что руководитель департамента является одновременно и его сотрудником.

Графическое изображение связей с различными стереотипами

Рис. 7.6. Графическое изображение связей с различными стереотипами

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

< Лекция 6 || Лекция 7: 12 || Лекция 8 >
Евгений Сеничак
Евгений Сеничак

Здравствуйте!
Текущий курс изучает UML 1.5.
Современные версии UML 2.х. 
Разница существенна. Есть ли курс по более новым версиям UML?

Елена Михеенкова
Елена Михеенкова

В разделе Курсы и разделе Повышение квалификации есть курс Нотация и семантика языка UML. В курсах он бесплатный, а в повышение квалификации стоит 3000 руб. В чем различия?