Субъект операционного ограничения SubjectOfOperationalConstraint
Простыми словами
SubjectOfOperationalConstraint (субъект операционного ограничения) — абстрактный тип, объединяющий элементы, которые могут быть субъектом операционного ограничения. Как и его собрат из домена безопасности, он не ставится в модель, а объявляет способность: наследовался — значит на тебя можно повесить OperationalConstraint. Потомков шесть, и они покрывают весь логический слой сразу: OperationalAgent (то есть и исполнители, и архитектуры), OperationalActivity, OperationalInformation, OperationalSignal, OperationalExchange и, неожиданно, InformationModel — структурная спецификация типов данных из домена управления архитектурой. Последнее означает, что деловое правило можно повесить и на модель данных. Ошибка — искать этот элемент в палитре: единственный вид, где он назван, — Operational Constraints, и там он показан как корень допустимых субъектов правила.
Примеры
Правило можно повесить на агента, действие, информацию, сигнал, обмен и информационную модель. Список задан наследованием, поэтому добавление нового элемента в логический слой автоматически решает вопрос, можно ли его ограничить.
UAF DMM 1.3, разд. 9.1.1 и 9.1.4 — SubjectOfOperationalConstraint в Generalization у шести элементов
Среди потомков стоит InformationModel — структурная спецификация типов данных, показывающая отношения между ними, чей вид фиксируется перечислением InformationModelKind. Значит деловое правило может ограничивать и её.
UAF DMM 1.3, разд. 9.1.1 — определение InformationModel и его Generalization
У домена безопасности есть точный аналог — SubjectOfSecurityConstraint, а у ресурсного — SubjectOfResourceConstraint. Три параллельные группировки позволяют трём видам правил не пересекаться и проверяться порознь.
UAF DMM 1.3, разд. 9.1.4, 9.1.7 и 9.1.8 — определения трёх группировок субъектов ограничений
Определение из первоисточника
дословная выпискаAn abstract type grouping elements that can be the subject of an OperationalConstraint.
Абстрактный тип, объединяющий элементы, которые могут быть субъектом операционного ограничения.
Связи
Исходящие
- Обобщение — таксономическое отношение «частное → общее»UAFElement
Входящие
- Обобщение — таксономическое отношение «частное → общее»InformationModel
- Обобщение — таксономическое отношение «частное → общее»OperationalAgent
- Обобщение — таксономическое отношение «частное → общее»OperationalExchange
- Обобщение — таксономическое отношение «частное → общее»OperationalSignal
- Обобщение — таксономическое отношение «частное → общее»OperationalActivity
- Обобщение — таксономическое отношение «частное → общее»OperationalInformation
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей