Операционная роль OperationalRole
Простыми словами
OperationalRole (операционная роль) — использование операционного исполнителя или операционной архитектуры в контексте другого такого элемента; создаёт отношение «целое — часть». Это главный структурный элемент логического слоя: декомпозиция в UAF выражается не вложением блоков, а ролями. Четыре родителя дают роли четыре свойства сразу: LocationHolder — право быть связанной с местоположением, AssetRole — быть предметом анализа защищённости в контексте, InteractionRole — быть участником сценария взаимодействия, OpposableElement — иметь отношение противостояния к другому элементу. Отсюда четырнадцать видов, включая все три вида параметров. Ошибка — путать роль с исполнителем: измерения, гриф и местоположение, поставленные на роль, действуют только в этом контексте, а не у типа вообще.
Примеры
Определение прямо говорит о создании отношения «целое — часть» при использовании исполнителя или архитектуры внутри другого. Один и тот же исполнитель, употреблённый дважды, даёт две роли и один тип.
UAF DMM 1.3, разд. 9.1.4 — Usage of a OperationalPerformer or OperationalArchitecture in the context of another OperationalPerformer or OperationalArchitecture…
Родитель LocationHolder описан как абстрактный тип для элементов, которым разрешено быть связанными с местоположением. Поэтому OperationalRole назван в виде Parameters: Environment — размещают именно употребление, а не тип.
UAF DMM 1.3, разд. 9.1.12 — определение LocationHolder; разд. 8.1.14 — перечень элементов вида Parameters: Environment
Четвёртый родитель OpposableElement описан как вид элемента, категоризованный так, чтобы иметь отношение Opposes к другому такому элементу. Для оборонных моделей это способ показать противника в конкретной конфигурации.
UAF DMM 1.3, разд. 9.1.1 — определение OpposableElement; разд. 9.1.4 — Generalization у OperationalRole
Определение из первоисточника
дословная выпискаUsage of a OperationalPerformer or OperationalArchitecture in the context of another OperationalPerformer or OperationalArchitecture. Creates a whole-part relationship.
Использование операционного исполнителя или операционной архитектуры в контексте другого такого элемента. Создаёт отношение «целое — часть».
Связи
Исходящие
- Обобщение — таксономическое отношение «частное → общее»LocationHolder
- Обобщение — таксономическое отношение «частное → общее»AssetRole
- Обобщение — таксономическое отношение «частное → общее»InteractionRole
- Обобщение — таксономическое отношение «частное → общее»OpposableElement
Входящие
- Обобщение — таксономическое отношение «частное → общее»ProblemDomain
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormОргструктураРоли и доступыРеестр процессов