Операционный агент OperationalAgent
Простыми словами
OperationalAgent (операционный агент) — абстрактный тип, объединяющий операционную архитектуру и операционного исполнителя. Смысл группировки в четырёх её родителях: агент может быть предметом операционного ограничения, может проявлять способности (CapableElement), является операционным активом (то есть попадает в анализ защищённости) и может желать эффекта (Desirer). Всё это достаётся и OperationalArchitecture, и OperationalPerformer разом. Практическая польза — в связях: там, где UAF пишет «агент», допустимы и отдельный исполнитель, и целая архитектура, поэтому одна и та же связь работает и для узла, и для предприятия целиком. В модель агента не ставят, он абстрактный. Назван он в перечнях двадцати видов — это второй по охвату элемент партии после операционного действия.
Примеры
Через SubjectOfOperationalConstraint агент получает право быть предметом правила, через CapableElement — проявлять способности, через OperationalAsset — попадать в анализ защищённости, через Desirer — желать эффекта.
UAF DMM 1.3, разд. 9.1.4 — Generalization у OperationalAgent; разд. 9.1.1, 9.1.3, 9.1.4 и 9.1.8 — определения CapableElement, Desirer, SubjectOfOperationalCons…
OperationalPerformer описан как логическая сущность, способная выполнять операционные действия, OperationalArchitecture — как модель архитектуры с операционной точки зрения. Обобщение позволяет связям не различать, узел перед ними или целая архитектура.
UAF DMM 1.3, разд. 9.1.4 — определения OperationalPerformer и OperationalArchitecture
Заботы вида Operational Taxonomy названы одним словосочетанием — типы операционных агентов, а определение вида говорит, что он показывает таксономию их типов. То есть вся операционная классификация UAF висит именно на этом абстрактном элементе.
UAF DMM 1.3, разд. 8.1.4, вид Operational Taxonomy — Concerns: OperationalAgent types
Определение из первоисточника
дословная выпискаAn abstract type grouping OperationalArchitecture and OperationalPerformer.
Абстрактный тип, объединяющий операционную архитектуру и операционного исполнителя.
Связи
Исходящие
- Обобщение — таксономическое отношение «частное → общее»SubjectOfOperationalConstraint
- Обобщение — таксономическое отношение «частное → общее»CapableElement
- Обобщение — таксономическое отношение «частное → общее»OperationalAsset
- Обобщение — таксономическое отношение «частное → общее»Desirer
Входящие
- Обобщение — таксономическое отношение «частное → общее»OperationalArchitecture
- Обобщение — таксономическое отношение «частное → общее»OperationalPerformer
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей