Корпоративные архитектуры

Роль сервиса ServiceRole

Простыми словами

ServiceRole (роль сервиса) — использование сервиса в контексте другого сервиса: часть, у которой есть тип. На схеме это видно по ролям whole и part к Service и по роли type с кратностью 1. Роль нужна там, где важно не какой сервис вообще, а какой именно участник взаимодействия: концы ServiceConnector заданы как fromRole и toRole, концы ServiceMessage — как from и to, и все четыре указывают на ServiceRole, а не на Service. Родители — MeasurableElement (роль можно измерять отдельно от типа) и InteractionRole, абстрактный тип индивидуального участника сценария взаимодействия. Появляется в пяти сервисных видах. Внимание к тексту: описание ServiceRole в издании 1.3 дословно повторяет описание ServiceMethod, хотя по связям это разные элементы; ориентироваться следует на схему.

Примеры

Соединяют и обмениваются роли, а не сервисы

У ServiceConnector концы названы fromRole и toRole и ведут к ServiceRole. У ServiceMessage концы from и to — тоже к ServiceRole. Поэтому один и тот же сервис в двух местах схемы взаимодействует сам с собой через две разные роли.

UAF DMM 1.3, разд. 9.1.5, рис. 9-130 и 9-131 — роли fromRole, toRole, from и to

Участник сценария взаимодействия

Второй родитель — InteractionRole, который стандарт определяет как «An abstract type that represents an individual participant in the InteractionScenario». Отсюда работа ServiceRole в виде Services Sequences.

UAF DMM 1.3, разд. 9.1.1 — описание InteractionRole; разд. 8.1.5 — список Elements вида Services Sequences

Описание элемента в издании скопировано у соседа

В разделе 9.1.5 у ServiceRole стоит тот же текст, что и у ServiceMethod: поведенческая черта сервиса, чьё поведение задано в ServiceFunction. По списку Generalization и по схеме ServiceRole — структурный участник, а не операция.

UAF DMM 1.3, разд. 9.1.5 — совпадающие описания ServiceMethod (рис. 9-128) и ServiceRole (рис. 9-130)