Демо-день Storm: опросы участников процессовБлижайший демо-день — четверг, 15 октября, 14:00 МСКЗаписаться
Свяжитесь с нами
Продукт
Платформа
Совместная работаВерсионирование и сравнениеИмпорт и экспорт
Управление процессами
Статусы и жизненный циклПользовательские поляВизуализация реестраРегламенты и документацияСвежее обновлениеПопулярное в Roadmap
Возможности
Организация и доступ
Управление ролямиГостевой доступ
Симуляция и аналитика
Опросы участников процессовBCM — карта бизнес-возможностейКейсы симуляций
Мероприятия
Материалы
Каталоги и шаблоны
Каталог реестров по отраслямAPQC PCF — эталонный реестрШаблоны документовШаблоны BPMN (Штормверс)
Обучение
Курс по теории массового обслуживания (ДЕС)
Квесты
Один аналитик против хаосаСломанный день DeliverGoТы — токенПуск нельзя отложитьПервые 90 дней архитектора
Справочники
Разбор BPM CBOKПаттерны оптимизацииКейсы имитационного моделированияПошаговая инструкция по внедрению BPMРеестр подходов к архитектуреТермины архитектуры
Блог и медиа
Блог о процессахПроцессный подходBPMNИнструментыКонференции и вебинары
Крупные предприятия
Решения
Для руководителейДля бизнес-аналитиковДля процессного офиса
Кейсы клиентов
KT.TeamФСК «Регион»LIFE PAY
Поддержка и обучение
On-Premise
Готовые материалы
Реестры процессов по отраслямШаблоны документов (ЛНА/НМА)Шаблоны BPMN (Штормверс)Реестр архитектуры предприятия
Свяжитесь с нами

Описание операционных состояний OperationalStateDescription

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

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

Аналогия Это как инструкция для диспетчера, где прописано, какой именно ответ он должен дать на каждый звонок клиента.

Разобраться

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

Нужно для однозначного описания логики работы исполнителя. Это основа для автоматизации и проверки корректности процессов.

Применить

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

Когда нужно

  • При проектировании логики работы конкретного исполнителя
  • При описании реакции на внешние события
  • При создании формальной модели поведения

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

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

  • 01Путают описание поведения исполнителя с описанием сценария взаимодействия между несколькими участниками.
  • 02Используют это понятие для описания статических свойств, а не динамической реакции на события.
  • 03Применяют к ресурсам или сервисам, игнорируя специализированные понятия для них.

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

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

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

С чем связано

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

UAF

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

  • Обобщение — таксономическое отношение «частное → общее»MeasurableElement
  • Обобщение — таксономическое отношение «частное → общее»StateDescription

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

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

Операционный сигналОперационный сценарий взаимодействияОперация процессаОписание состоянийОписание состояний ресурсаОписание состояний сервисаСпособностьДрайверФункцияМестоположениеПроцесс
14 дней бесплатно

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

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

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

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

Поддержка