A specification of the interactions between Service.
Сервисный сценарий взаимодействия ServiceInteractionScenario
На какой вопрос отвечает «Как именно сервисы должны взаимодействовать друг с другом?»
Спецификация, которая фиксирует характер и порядок взаимодействий между сервисами. Это описание того, как именно происходит обмен между ними.
Аналогия Сценарий разговора между кассиром и банком при оплате картой: кто что говорит и в каком порядке.
Разобраться
Зачем это нужно
Служит спецификацией для описания взаимодействий между сервисами.
Применить
Когда это нужно, а когда нет
Когда нужно
- При проектировании новой интеграции между двумя сервисами
- При описании бизнес-процесса, затрагивающего несколько систем
- При документировании требований к обмену сообщениями
Когда не нужно
- Если описывается внутренняя логика одного сервиса без внешних связей — берите сервисную функцию
- Если нужно описать структуру данных в одном сообщении — берите сервисное сообщение
- Если описывается общая архитектура предприятия, а не конкретный обмен — берите систему
Типичные ошибки
- 01Путать с описанием структуры данных, игнорируя порядок и условия взаимодействия
- 02Описывать сценарий только для одного сервиса, забывая про вторую сторону диалога
- 03Использовать понятие для описания статических связей, а не динамического процесса обмена
Сверить с первоисточниками
Что говорят стандарты
Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.
С чем связано
Связи понятия и его место в структуре подхода.
Сервисный (Services)
- Обобщение — таксономическое отношение «частное → общее»InteractionScenario
Связанные понятия
Понятия, которые обычно смотрят рядом с этим.
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей