2. Язык UML. Руководство пользователя. Буч_ Рамбо_ Якобсон (2-е издание) (2006) (1185732), страница 74
Текст из файла (страница 74)
Образец описывает общее решение некоторой общей проблемы в определенном контексте. В любойхорошо структурированной системе всегда присутствуетцелый спектр образцов, включая идиомы (представляющиеопределенные общие приемы программирования), механизмы (образцы проектирования, представляющие концептуально законченные фрагменты системной архитектуры)и каркасы (архитектурные образцы, представляющие расширяемые шаблоны приложений в определенной области).В UML механизмы моделируются с помощью коопераций. Кооперация именует совокупность взаимодействующих строительныхблоков системы, включая как структурные, так и поведенческиеэлементы. Например, можно рассмотреть распределенную системуВариантыиспользования обсуждаютсяв главе 17,операции –в главах 4и 9.389управления информацией, база данных которой размещается на нескольких узлах.
С точки зрения пользователя обновление информации выглядит как атомарная операция. Если же взглянуть на нееизнутри, все окажется не так просто, поскольку в обновлении данных участвует несколько машин. Для создания иллюзии простотынеобходимо ввести механизм транзакций, с помощью которого клиент может присвоить имя некоей операции, которая представляетсяединой и неделимой, несмотря на то что затрагивает несколько базданных.
В работе такого механизма могли бы принимать участиенесколько кооперирующихся классов, совместно обеспечивающихтранзакцию. Многие из этих классов будут вовлечены и в другиемеханизмы – например, в механизм хранения информации. Такойнабор классов (структурная составляющая), взятый вместе с взаимодействиями между ними (поведенческая составляющая), образует механизм, который в UML представляется кооперацией.Кооперация не только именует системные механизмы, но и служит в качестве реализации вариантов использования и операций.Графическое представление кооперации в UML показано нарис. 28.1. Эта нотация позволяет визуализировать структурныеи поведенческие строительные блоки системы, особенно в ситуациях, когда они пересекаются с классами, интерфейсами и другимиэлементами.кооперацияРис.
28.1. КооперацииНа заметку. Приведенная нотация позволяет визуализировать кооперацию как единый фрагмент с точки зрения внешнего наблюдателя. Но более интересно то, что находитсявнутри кооперации. Раскройте ее, и вы увидите другие диаграммы, наиболее важные из которых – диаграммы классов(структурная составляющая кооперации) и диаграммы взаимодействия (ее поведенческая составляющая).Базовые понятияКооперация (collaboration) – это сообщество классов, интерфейсов и других элементов, которые работают совместно для обеспечения определенного поведения, более значимого, чем поведениеКооперации390Нотациякооперацийпохожана ту, чтоприменяетсядля вариантов использования (см.главу 17).суммы всех тех же составляющих.
Кооперация также показывает,как некий элемент – например, классификатор (включая класс,интерфейс, компонент, узел или вариант использования) либооперация, реализуется набором классификаторов и ассоциаций,каждая из которых определенным образом играет определеннуюроль. Кооперация изображается в виде эллипса с пунктирной границей.Имя кооперации должно бытьуникальнымв пределахвключающегопакета (см.главу 12).Каждая кооперация должна иметь имя, отличающее ее от других коопераций. Имя – это текстовая строка; взятое в отдельности, оно называется простым.
Квалифицированное имя кооперацииснабжено префиксом – именем пакета, в котором она находится.Как правило, при изображении кооперации указывается только ееимя, как показано на рис. 28.1.ИменаНа заметку. Имя кооперации может состоять из любых буквлатинского алфавита, цифр и некоторых знаков препинания(за исключением таких, как двоеточие, которое используетсядля отделения имени кооперации от имени включающего егопакета).
Имя может записываться в несколько строк; количество символов в нем не ограничено. На практике для именования коопераций используют краткие существительные,взятые из словаря моделируемой системы. Обычно перваябуква имени кооперации – заглавная, например: Transaction(Транзакция), Chain of responsibility (Цепочка обязанностей).Базовые понятияКлассификаторыобсуждаются в главе 9,связи – в главах 5 и 10,внутренниеструктуры –в главе 15,пакеты –в главе 12,подсистемы – в главе 32, вариантыиспользования – в главе 17.Диаграммыклассовобсуждаютсяв главе 8.391она просто ссылается на классы, интерфейсы, компоненты, узлыи прочие структурные элементы, объявленные в другом месте, илииспользует их. Вот почему кооперация именует концептуальный,а не физический фрагмент системной архитектуры. Кооперацияможет распространяться на многие уровни системы.
Более того,один и тот же элемент может принимать участие в нескольких кооперациях (а некоторые элементы не будут являться частью ни одной из них).Например, система розничной торговли через Internet описывается примерно дюжиной вариантов использования. Среди них,в частности, будут такие, как Purchase Items (Покупка товара), ReturnItems (Возврат товара), Query Order (Просмотр заказа) и т.п., и каждыйиз них может быть реализован отдельной кооперацией. Вдобавокэти кооперации будут разделять некоторые общие структурныеэлементы – такие как классы Customer (Клиент) и Order (Заказ), –но организованные поFразному. На более глубоких уровнях системы также обнаружатся кооперации, представляющие архитектурно значимые механизмы.
Скажем, в системе розничной торговлиможет присутствовать кооперация Internode messaging (Межузловыесообщения), которая описывает детали защищенной передачи сообщений между узлами.Если имеется кооперация, именующая концептуальный фрагмент системы, то вы можете погрузиться в нее, чтобы рассмотретьскрытые внутри структурные детали. Например, на рис. 28.2 показано, какой набор классов, изображенный на диаграмме классов,обнаружится при раскрытии кооперации Internode messaging.рольСтруктураСтруктурныеэлементыобсуждаютсяв частях IIи III.Кооперации имеют две составляющие: структурную, котораяописывает классы, интерфейсы и другие совместно работающиеэлементы, и поведенческую, которая описывает динамику взаимодействия этих элементов.Структурная составляющая кооперации – это внутренняя (составная) структура, которая может включать любую комбинациюклассификаторов, таких как классы, интерфейсы, компоненты,узлы.
Внутри кооперации эти классификаторы могут быть организованы с использованием всех обычных связей UML, включаяассоциации, обобщения и зависимости. Фактически структурныеаспекты коопераций могут использовать полный диапазон средствструктурного моделирования UML.Однако в отличие от структурированных классов кооперация не владеет своими структурными элементами. Вместо этогоincoming: Queueпредставляемыйинтерфейсagent: TransportAgentoutgoing: Queueмножественность()коннекторконечное имяqueue: FIFOQueueрольm: Request()()коннекторРис.
28.2. Структурные аспекты кооперацииКооперации392Базовые понятияПоведениеДиаграммывзаимодействия обсуждаютсяв главе 19,экземпляры –в главе 13,составныеструктуры –в главе 15.Если структурная составляющая кооперации обычно изображается как диаграмма составной структуры, то поведенческаяв большинстве случаев представлена диаграммой взаимодействия.Эта диаграмма описывает взаимодействие, соответствующее поведению, суть которого – обмен сообщениями между объектами в некотором контексте для достижения определенной цели.
Контекствзаимодействия устанавливает сама кооперация, определяющаяклассы, интерфейсы, компоненты, узлы и другие структурные элементы, экземпляры которых могут принимать участие во взаимодействии.Поведенческую составляющую кооперации можно описать одной или несколькими диаграммами взаимодействия. Если необходимо подчеркнуть временной порядок сообщений, используйтедиаграмму последовательности; если же основной акцент нужносделать на структурных связях между объектами, возникающихв ходе совместной деятельности, применяйте диаграмму коммуникации. В обоих случаях подходит любой вид диаграмм, посколькув большинстве случаев они семантически эквивалентны.Это означает, что, моделируя взаимодействия сообщества классов внутри некоторой кооперации, вы можете раскрыть ее и ознакомиться с подробностями поведения.
Так, раскрывая кооперациюInternode messaging, вы могли бы увидеть диаграмму взаимодействия,показанную на рис. 28.3.действующее лицоимяролиm: Requestрольтипролиqueue: FIFOQueueagent: TrasportAgent(m)addMessage(m)На заметку. Поведенческие части кооперации должны бытьсогласованы со структурными.
Иными словами, объекты, участвующие в кооперативных взаимодействиях, должны быть экземплярами классов, входящих в структурную часть. Аналогичнымобразом упомянутые во взаимодействии сообщения должнысоотноситься с операциями, видимыми в структурной части кооперации. С кооперацией может быть ассоциировано нескольковзаимодействий, показывающих разные (но согласованные)аспекты поведения.Организация кооперацийВ кооперациях системы находится сердце ее архитектуры, потому что лежащие в основе системы механизмы представляют существенные проектные решения.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
