Операционные состояния Operational States · UAF
Простыми словами
Самая компактная ячейка ряда: всего четыре элемента и одна рекомендованная форма — диаграмма конечного автомата SysML. Задача узкая: «capture state-based behavior of an operational OperationalPerformer», то есть показать, в каких состояниях бывает логический исполнитель и как он переходит между ними по событиям и действиям. Отличие от Operational Processes: процессы отвечают, что делается, состояния — в каком режиме находится участник, пока это делается. Отличие от Operational Sequences: последовательности упорядочивают обмены между несколькими участниками, состояния описывают одного. Адресаты необычные для операционного ряда — системные инженеры и разработчики ПО: этот вид чаще всего и утекает потом прямо в реализацию. Практическая польза — от него удобно отталкиваться, задавая условия применимости ограничений и мер защиты.
Примеры
Абстрактный StateDescription наследует UML2.5Metamodel::StateMachine напрямую, а OperationalStateDescription определён как «A state machine describing the behavior of a OperationalPerformer, depicting how the OperationalPerformer responds to various events and the actions». Семантика переходов, значит, целиком UML-овская.
UAF DMM 1.3, разд. 9.1.1, статья StateDescription; разд. 9.1.4, статья OperationalStateDescription
OperationalStateDescription наследует двух родителей: StateDescription и MeasurableElement. Второе означает, что на описание состояний можно навесить измерения и пороги — например, требуемое время перехода в состояние готовности.
UAF DMM 1.3, разд. 9.1.4, статья OperationalStateDescription, строка Generalization
Родительский StateDescription сформулирован шире — он описывает, как на события и действия отвечает Asset, и перечисляет двух наследников: операционного и ресурсного. Одинаковое устройство пары и позволяет прослеживать состояния логического участника в состояния реализующей его системы.
UAF DMM 1.3, разд. 9.1.1 Domain MetaModel::Architecture Management, статья StateDescription
Определение из первоисточника
дословная выпискаit is a graphical representation of states of an operational OperationalPerformer and how that operational OperationalPerformer responds to various events and actions.
Графическое представление состояний операционного исполнителя (OperationalPerformer) и того, как он реагирует на различные события и действия.
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Кому нужно
- Системные инженеры
- Инженеры по программному обеспечению
- Что закрывает
фиксация поведения на основе состояний операционного исполнителя.
- Из чего состоит
- OperationalAgent
- OperationalStateDescription
- StateDescription
- UML2.5Metamodel::StateMachine
- В каком виде рисуют
- Диаграмма конечного автомата SysML
То же в оригинале
- Кому нужно
- Systems Engineers
- Software Engineers
- Что закрывает
capture state-based behavior of an operational OperationalPerformer.
- Из чего состоит
- OperationalAgent
- OperationalStateDescription
- StateDescription
- UML2.5Metamodel::StateMachine
- В каком виде рисуют
- SysML State Machine Diagram
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Stakeholders: Systems Engineers, Software Engineers.
- Concerns: capture state-based behavior of an operational OperationalPerformer.
- Recommended Implementation: SysML State Machine Diagram.
В других подходах
Сопоставления одного понятия в разных подходах.
Аспект сетки: состояния и режимы.
Семантические различия У NAF в ряду C этот столбец занят эффектами, а не состояниями.
Корпоративные архитектуры
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРазработка ТЗРегламенты и политикиРеестр процессов