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

Акция сервисной функции ServiceFunctionAction

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

ServiceFunctionAction (действие функции сервиса) — вызов одной функции сервиса в контексте другой. Это классическая для UAF пара «определение — использование»: сама ServiceFunction описана один раз, а её вызовы внутри других функций — это отдельные элементы, у каждого свои входящие и исходящие рёбра. Родитель ProcessUsage привязывает элемент к UML-вызову поведения и к BPMN CallActivity. Роли на схеме: behavior с кратностью 0..1 указывает на вызываемую функцию, serviceFunction — на объемлющую, from и to связывают действие с ServiceFunctionEdge, а serviceAction ведёт к PerformsInContext — тому, кто исполняет действие в этом конкретном месте. Ошибка — рисовать поток между функциями напрямую: рёбра соединяют именно действия, поэтому одна и та же функция, вызванная дважды, даёт две разные точки в потоке.

Примеры

Определение и использование — разные элементы

Стандарт определяет элемент как вызов ServiceFunction в контексте другой ServiceFunction. Тот же приём повторён по всему UAF: OperationalActivityAction для операционных деятельностей, FunctionAction для ресурсных функций.

UAF DMM 1.3, разд. 9.1.5 (ServiceFunctionAction, рис. 9-138); разд. 9.1.4 и 9.1.7 — одноимённая конструкция в операционном и ресурсном доменах

Исполнитель привязан к действию, а не к функции

Роль serviceAction ведёт от ServiceFunctionAction к PerformsInContext. Значит один и тот же сервис может исполнять функцию в одном контексте и не исполнять в другом — это выражается на уровне действия.

UAF DMM 1.3, разд. 9.1.5, рис. 9-138 — роль serviceAction к PerformsInContext

Опечатка в имени роли

Роль входящих рёбер названа в издании incomming — с удвоенной m. Опечатка воспроизведена и на схемах домена, и на схемах видов, то есть сидит в самой модели, из которой издание сгенерировано.

UAF DMM 1.3, разд. 9.1.5, рис. 9-138 и 9-139; разд. 8.1.5, схемы видов процессов сервисов — имя роли incomming