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

Владеет процессом (связь) OwnsProcess

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

Кортеж владения процессом: конкретный организационный ресурс владеет операционной деятельностью. Ровно тот случай, когда важно не спутать владение с исполнением — исполнение описывают IsCapableToPerform и PerformsInContext, а этот кортеж отвечает на вопрос, чей это процесс, кто за него отвечает как хозяин. Концы: actualOrganizationalResource и operationalActivity, оба с кратностью один. Связь намеренно разноуровневая: владелец экземплярный, а деятельность типовая. В имени элемента и в тексте определения есть расхождение, которое стоит держать в голове при поиске: определение называет владельца ActualOrganizationResource, без слога в середине; такого элемента в метамодели нет, а на диаграмме роль набрана правильно. Ни в один список Elements спецификаций видов кортеж не входит. Ошибка — искать под него готовый вид владения процессами.

Примеры

Определение с опечаткой

Карточка говорит «A tuple denoting that an ActualOrganizationResource owns an OperationalActivity.» Написание ActualOrganizationResource встречается во всём издании ровно один раз, здесь; правильное имя элемента — ActualOrganizationalResource.

UAF DMM 1.3, разд. 9.1.11, пакет Traceability — Description карточки OwnsProcess

Владение против исполнения

IsCapableToPerform прослеживает структурные элементы к деятельностям, которые они могут выполнять, PerformsInContext привязывает действие к роли в конкретной конфигурации. OwnsProcess не про то и не про это: он называет хозяина деятельности.

UAF DMM 1.3, разд. 9.1.1 и 9.1.11 — карточки IsCapableToPerform, PerformsInContext, OwnsProcess

Разные слои на двух концах

На диаграмме конец actualOrganizationalResource ведёт к экземплярному организационному ресурсу, а конец operationalActivity — к типовой операционной деятельности. Тот же приём применён у OwnsValue, где владелец экземплярный, а ценность типовая.

UAF DMM 1.3, разд. 9.1.11 и 9.1.3 — рис. 9-256 и рис. 9-60