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

Желающий Desirer

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

Desirer (желающий) — абстрактный тип для группировки элементов архитектуры, которые могут желать определённого эффекта. Заводить его нельзя; смысл в списке наследников, и он показателен: Capability, ResourcePerformer, OperationalAgent и CapabilityRole. То есть в UAF желать состояния может не только организация или человек, но и способность, и её роль — стратегия формулируется как желание, приписанное самой способности. Единственная связь абстракции — роль desirer с кратностью 1 к кортежу Desires, который и соединяет желающего с желаемым фактическим состоянием. Появляется в двух видах: Strategic States и Personnel Constraints: Performance. Второй показывает, что конструкция работает и для кадрового домена. Ошибка — искать у Desirer собственные свойства: это чистая группировка, всё содержание у наследников и у кортежа Desires.

Примеры

Кто в UAF может желать

Подтипы на схеме: Capability, ResourcePerformer, OperationalAgent и CapabilityRole. Способность и её роль стоят в одном ряду с исполнителями — это осознанное решение метамодели, а не побочный эффект наследования.

UAF DMM 1.3, разд. 9.1.3, рис. 9-85 — подтипы Desirer

Определение через возможность, а не через факт

Формулировка стандарта: «Abstract type used to group architecture elements that might desire a particular effect». Слово might означает, что членство в группе не обязывает желать — оно лишь разрешает построить кортеж Desires.

UAF DMM 1.3, разд. 9.1.3, описание Desirer (рис. 9-85)

Парная конструкция с Achiever

Рядом в том же пакете States стоит Achiever — ActualResource, ActualProject или ActualStrategicPhase, способный доставить желаемый эффект. Желающий и достигающий разведены: первый в типовом слое, второй в экземплярном.

UAF DMM 1.3, разд. 9.1.3 — описания Desirer (рис. 9-85) и Achiever (рис. 9-81)