N-арные ассоциации

До этого мы рассказывали только о бинарных ассоциациях. Однако иногда вам могут встретиться и n-арные ассоциации (ассоциации между тремя и более классами). Мы рекомендуем вам избегать использования n-арных ассоциаций в моделях: большинство из них могут быть разбиты на бинарные ассоциации с квалификаторами и атрибутами. На рис. 29 показана ассоциация (Человек совершает покупку акции на бирже), которая с первого взгляда может показаться n-арной, но на самом деле может быть переформулирована в виде двух бинарных ассоциаций.

Рисунок 29 – Разбиение тернарной ассоциации на две бинарные

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

Рисунок 30 – n-арные ассоциации

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

Полюса n-арной ассоциации могут иметь имена, точно так же, как и полюса бинарной ассоциации (рис. 30). Указание имен полюсов является обязательным, если класс участвует в n-арной ассоциации несколько раз. Проследить n-арную ассоциацию от одного полюса к другому невозможно, в отличие от бинарной ассоциации, поэтому имена полюсов не являются псевдоатрибутами участвующих в ассоциации классов. Язык OCL не имеет обозначений для прослеживания n-арных ассоциаций.

На рис. 31 показана еще одна тернарная ассоциация: профессор читает курс лекций в течение семестра. Курс лекций характеризуется номером комнаты и произвольным количеством учебников.

Рисунок 31 – Тернарная ассоциация

В обычных языках программирования нет средств для описания n-арных ассоциаций. Поэтому если вы собираетесь программировать свою модель, вам придется сделать n-арные ассоциации классами (DeliveredClass на рис. 31). Помните, что делая n-арную ассоциацию классом, вы изменяете смысл модели. N-арная ассоциация требует, что для каждой комбинации классов должно существовать не более одной связи. Например, для каждой комбинации Professor, Semester и ListedCourse на рис. 30 существует один класс DeliveredCourse. Ассоциация, превращенная в класс, допускает любое количество связей: для каждой комбинации Professor, Semester и ListedCourse на рис. 32 классов DeliveredCourse может быть несколько. При реализации рис. 32 пришлось бы писать отдельный код для обеспечения уникальности DeliveredCourse.

Рисунок 32 – Превращение n-арной ассоциации в класс

Дата добавления: 2013-12-13