Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Корпоративные архитектуры

Последовательность взаимодействия сервисов S6 - Service Sequence · NAF

Простыми словами

Хронология взаимодействий между сервисами в конкретном сценарии, построенная на линиях жизни сервисов. Столбец сетки — Sequences, сервисная пара к L6 и P6. Единственная форма представления, которую называет стандарт, — диаграмма последовательности; ни трассировки событий, ни временной диаграммы, как у L6, здесь нет. Главное применение — оркестровка сервисов: именно S6 показывает, в каком порядке вызываются сервисы, чтобы сложилась операция. Ошибка — рисовать S6 вместо S3: интерфейсы и операции здесь разрешено показывать, но обязательны только линии жизни и взаимодействия. И как в S5, переход и взаимодействие могут быть овеществлены, чтобы навесить на связь собственные отношения.

Примеры

Запрос вылета и подтверждение

В примере стандарта линии жизни координационного сервиса и сервиса SAR обмениваются двумя взаимодействиями: запрос вылета и подтверждение. Каждое взаимодействие показано и как элемент модели, и как стрелка между линиями жизни.

NAF v4.1, Chapter 3, разд. 17.3 NAFv4 Compliant Example — два Service Lifeline и два Service Interaction

Интерфейс и операция на той же схеме

В том же примере координационный сервис задаёт координационный интерфейс и операцию S3, а сервис SAR — спасательный интерфейс и операцию S2. Взаимодействие относится к этим операциям, то есть видно, какой вызов стоит за стрелкой.

NAF v4.1, Chapter 3, разд. 17.3 NAFv4 Compliant Example — Service Interface, Service Operation и связь relates to к Service Interaction

Одна форма, а не три

У L6 стандарт называет три формы, у P6 — две, а у S6 ровно одну: диаграмму последовательности. Выбора здесь нет, и это стоит учитывать, когда порядок вызовов хочется показать таблицей.

NAF v4.1, Chapter 3, разд. 17 S6 — Service Sequence, раздел Representation: Sequence Diagram

Определение из первоисточника

дословная выписка

The S6 Viewpoint is concerned with identifying the chronological sequence of interactions between services in a scenario.

машинный перевод

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

Источникhttps://www.nato.int/content/dam/nato/webready/documents/publications-and-reports/NATO-Architecture-Framework-v4-1-en.pdf

Как этим пользуются

Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.

Как применяют
  • Определение требований к поведению сервиса
  • Руководство по реализации сервиса
  • Оркестрация сервиса
Что должно быть внутри
  • Должно содержать линии жизни сервиса, представляющие сервисы
  • Должно содержать взаимодействия сервисов между линиями жизни сервиса
  • Может отображать события сервиса, инициирующие взаимодействия сервисов
  • Может отображать функции сервиса, обеспечивающие сервис
  • Может отображать интерфейсы сервиса, определённые сервисом
  • Может отображать операции сервиса, определённые интерфейсом сервиса или связанные с взаимодействием сервиса
В каком виде рисуют
Примечание источника

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

То же в оригинале
Как применяют
  • Outline requirements for Service behaviour
  • Service implementation guidance
  • Service Orchestration
Что должно быть внутри
  • Shall contain Service Lifelines representing Services
  • Shall contain the Service Interactions between Service Lifelines
  • May show Service Events that trigger Service Interactions
  • May show Service Functions that enable the Service
  • May show Service Interfaces specified by the Service
  • May show Service Operations specified by the Service Interface or relating to the Service Interaction
В каком виде рисуют
  • Sequence Diagram
Примечание источника

The is equal to relationship illustrates an objectified relation, where the element represents the instantiated form of a connection between other elements. This construct allows the relation itself to have further relationships providing a clearer and more flexible means of expressing complex interdependencies.

Основные параметры

Атрибуты этой сущности по справочнику источника.

  • Usage & Concerns Addressed:
  • Outline requirements for Service behaviour.
  • Service implementation guidance.
  • Service Orchestration.
  • Scope:
  • Shall contain Service Lifelines representing Services.
  • Shall contain the Service Interactions between Service Lifelines.
  • May show Service Events that trigger Service Interactions.
  • May show Service Functions that enable the Service.
  • May show Service Interfaces specified by the Service.
  • May show Service Operations specified by the Service Interface or relating to the Service Interaction.
  • Representation:
  • Sequence Diagram.

В других подходах

Сопоставления одного понятия в разных подходах.

SequencesАппарат моделирования

Аспект сетки: порядок взаимодействий.

Семантические различия У NAF в ряду A этот столбец занят версиями архитектуры, а не последовательностями, — сетка не строго однородна.

Служебные сведения
Вид совпадения
Объявлено стандартом
Чем сверяли
NAF→UAF DMM (NAF v4.1 §2.2.2). Это столбец сетки, а не артефакт

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

Служебные сведения
Вид документа
Viewpoint
Место в подходе
Service (S) — сервисы
Редакция
v4.1 (2026.03)
14 дней бесплатно

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

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

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

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

Поддержка