Когда нужен Субъект операционного ограничения

При проектировании метамодели, где нужно задать допустимые типы для операционных ограничений Когда требуется отойти от конкретных классов и указать общий тип-суперкласс При валидации модели на соответствие правилам применения ограничений

Когда Субъект операционного ограничения не нужен

Если нужно описать конкретное ограничение, а не тип его носителя — используйте конкретные классы ограничений Когда речь идет о структурных или стратегических ограничениях — ищите соответствующие субъекты Если элемент не является частью метамодели и не может быть типом — понятие неприменимо

Типичные ошибки: Субъект операционного ограничения

Применение этого типа к конкретным экземплярам данных вместо абстрактных классов метамодели Смешение с субъектами других видов ограничений, таких как ресурсные или стратегические Использование как конкретного класса, а не как абстрактного базового типа

Субъект операционного ограничения SubjectOfOperationalConstraint

На какой вопрос отвечает «Какие элементы модели допустимо использовать как субъект операционного ограничения?»

Это абстрактная метамодельная сущность, которая определяет, какие элементы модели могут выступать субъектом, на который накладывается операционное ограничение. Она служит общим типом для всех возможных носителей таких ограничений.

Аналогия Это как общая категория «документ» в системе хранения, которая объединяет все виды бумаг, на которые можно наложить гриф «секретно».

Разобраться

Зачем это нужно

Используется для формализации правил моделирования, чтобы ограничить допустимые типы субъектов, на которые могут ссылаться операционные ограничения.

Применить

Когда это нужно, а когда нет

Когда нужно

При проектировании метамодели, где нужно задать допустимые типы для операционных ограничений
Когда требуется отойти от конкретных классов и указать общий тип-суперкласс
При валидации модели на соответствие правилам применения ограничений

Когда не нужно

Если нужно описать конкретное ограничение, а не тип его носителя — используйте конкретные классы ограничений
Когда речь идет о структурных или стратегических ограничениях — ищите соответствующие субъекты
Если элемент не является частью метамодели и не может быть типом — понятие неприменимо

Типичные ошибки

01Применение этого типа к конкретным экземплярам данных вместо абстрактных классов метамодели
02Смешение с субъектами других видов ограничений, таких как ресурсные или стратегические
03Использование как конкретного класса, а не как абстрактного базового типа

Сверить с первоисточниками

Что говорят стандарты

Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.

An abstract type grouping elements that can be the subject of an OperationalConstraint.

Раздел стандарта

С чем связано

Связи понятия и его место в структуре подхода.

Операционный (Operational)

Обобщение — таксономическое отношение «частное → общее»InformationModel
Обобщение — таксономическое отношение «частное → общее»OperationalAgent
Обобщение — таксономическое отношение «частное → общее»OperationalExchange
Обобщение — таксономическое отношение «частное → общее»OperationalSignal
Обобщение — таксономическое отношение «частное → общее»OperationalActivity
Обобщение — таксономическое отношение «частное → общее»OperationalInformation
Обобщение — таксономическое отношение «частное → общее»UAFElement

Связанные понятия

Понятия, которые обычно смотрят рядом с этим.

Стратегическое ограничение Структурная часть Субъект ограничения безопасности Субъект прогноза Субъект ресурсного ограничения Субъект стратегического ограничения Способность Драйвер Функция Местоположение Процесс

14 дней бесплатно

Опишите архитектуру своей компании в Storm

Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.

Попробовать бесплатно Без банковской карты

Это же в StormАрхитектура систем и интеграций Реестр процессов Карта бизнес-способностей