Когда нужен Модель состояний сервиса

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

Когда Модель состояний сервиса не нужен

Для описания статических структур данных или интерфейсов — используйте соответствующие виды описаний Для моделирования бизнес-процессов целиком — лучше подойдут модели операционных правил Для отображения связей между узлами без учета временной динамики — возьмите описание отношений

Типичные ошибки: Модель состояний сервиса

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

Модель состояний сервиса State Transition Model

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

Графическая схема, показывающая, как сервис или ресурс меняет свое состояние в ответ на внешние события. Каждый переход между состояниями определяется конкретным событием-триггером и действием, которое выполняется при этом переходе.

Аналогия Это как схема работы светофора: он переключается из красного в зеленый только по сигналу таймера или датчика, а не произвольно.

Разобраться

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

Нужно для точного описания логики поведения системы или ресурса, чтобы исключить неоднозначности в том, какие действия выполняются при наступлении тех или иных условий.

Применить

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

Когда нужно

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

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

Для описания статических структур данных или интерфейсов — используйте соответствующие виды описаний
Для моделирования бизнес-процессов целиком — лучше подойдут модели операционных правил
Для отображения связей между узлами без учета временной динамики — возьмите описание отношений

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

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

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

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

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

The OV-6b is a graphical method of describing how an Operational Activity responds to various events by changing its state. The diagram represents the sets of events to which the Activities respond (by taking an action to move to a new state) as a function of its current state. Each transition specifies an event and an action.

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

Ещё 2 редакции этого подхода

The SvcV-10b is a graphical method of describing a resource (or function) response to various events by changing its state. The diagram basically represents the sets of events to which the resources in the Activities respond (by taking an action to move to a new state) as a function of its current state. Each transition specifies an event and an action.

Перевод Отклики сервисов на события: состояния и переходы между ними.

The SV-10b is a graphical method of describing a resource (or system function) response to various events by changing its state. The diagram basically represents the sets of events to which the resources in the Activities respond (by taking an action to move to a new state) as a function of its current state. Each transition specifies an event and an action.

Перевод Отклики систем на события: состояния и переходы между ними.

The OV-6b is a graphical method of describing how a node changes in response events that affect it.

Перевод Состояния и переходы между ними в ответ на события.

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

Ещё 2 редакции этого подхода

The SOV-4b specifies the possible states a service may have, and the possible transitions between those states.

Перевод Состояния сервиса и переходы между ними.

The SV-10b is a graphical method of describing a resource’s response to various events in terms of its changes of state. The view specifies the possible states a resource can be in, the possible transitions between those states, and the triggers for those changes.

Перевод Состояния ресурсов и переходы между ними в ответ на события.

The states systems transition to in response to events

Перевод Состояния, в которые переходят системы в ответ на события.

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

С чем связано

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

Operational Viewpoint (OV) — операционная деятельность

Systems Views (SV) — физическая реализация операционных и сервисных требований

Data — данные и информация (референсная модель DRM)

Эквиваленты по категориям

State Transition ModelДеятельность: функции и процессы

Состояния элемента и переходы между ними.

Семантические различия DoDAF и MODAF держат по три варианта в разных рядах; FEAF — один необязательный артефакт.

Корпоративные архитектуры

Служебные сведения

Вид совпадения: Объявлено стандартом
Чем сверяли: DoDAF↔MODAF (DoDAF v2.02 — описания моделей адаптированы из MODAF)

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

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

Модель операционных правил Модель правил для сервисов Модель правил для систем Обзор и сводная информация Описание интерфейсов систем Описание отношений операционных узлов Дорожная карта архитектуры Драйвер Заинтересованная сторона Интерфейс Исход

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

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

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

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

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