Сервисные последовательности Services Sequences · UAF
Простыми словами
Ячейка Сервисный × Последовательности показывает взаимодействие сервисных ролей во времени: кто кому и в каком порядке шлёт сообщения в рамках выбранного сценария. Ключевые элементы — сценарий взаимодействия сервиса (ServiceInteractionScenario), роль сервиса (ServiceRole), сообщение сервиса (ServiceMessage) и обмен (ServiceExchange), плюс три понятия из метамодели UML: взаимодействие, линия жизни и сообщение. От ячейки Процессы той же строки отличается тем, что там показаны работа и потоки данных без времени, а здесь — порядок и зависимости обменов; от Состояний — тем, что смотрит на диалог нескольких участников, а не на состояния одной спецификации. Это единственная ячейка сервисной строки с одной-единственной рекомендованной формой — диаграммой последовательности SysML.
Примеры
Определение называет две вещи, которых нет в соседних ячейках: «specifies how a service roles interact with each other, service providers and consumers, and the sequence and dependencies of those interactions.» Поставщик и потребитель разведены как роли, а взаимодействия имеют порядок и зависимости.
UAF DMM 1.3, разд. 8.1.5 — Definition вида Services Sequences
Предмет интереса сформулирован через разбор по времени: «the behavior of a service specification in terms of expected time-ordered examination of the interactions between service roles.» Отсюда в составе InteractionScenario и ServiceInteractionScenario: последовательность рисуют не вообще, а для конкретного сценария.
UAF DMM 1.3, разд. 8.1.5 — Concerns вида Services Sequences и состав рис. 8-40
Три из тринадцати элементов вида — Interaction, Lifeline и Message из метамодели UML 2.5. Сервисные сообщения (ServiceMessage, InteractionMessage) надстроены над ними, а не заменяют их: тот же приём повторного использования, что и в ячейке процессов.
UAF DMM 1.3, разд. 8.1.5 — перечень Elements под рис. 8-40 и разд. 6.4 Core Principles
Определение из первоисточника
дословная выпискаspecifies how a service roles interact with each other, service providers and consumers, and the sequence and dependencies of those interactions.
Задаёт, как роли сервисов взаимодействуют друг с другом, с поставщиками и потребителями сервисов, а также последовательность и зависимости этих взаимодействий.
Как этим пользуются
Описание представления в источнике: для кого оно нужно, что описывает и в каком виде.
- Кому нужно
- Поставщики решений
- Системные инженеры
- Архитекторы программного обеспечения
- Бизнес-архитекторы
- Что закрывает
поведение спецификации сервиса в терминах ожидаемого упорядоченного во времени рассмотрения взаимодействий между ролями сервиса
- Из чего состоит
- InteractionMessage
- InteractionRole
- InteractionScenario
- Service
- ServiceExchange
- ServiceFunction
- ServiceInteractionScenario
- ServiceMessage
- ServiceMethod
- ServiceRole
- UML2.5Metamodel::Interaction
- UML2.5Metamodel::Lifeline
- UML2.5Metamodel::Message
- В каком виде рисуют
- Диаграмма последовательностей SysML
То же в оригинале
- Кому нужно
- Solution Providers
- Systems Engineers
- Software Architects
- Business Architects
- Что закрывает
the behavior of a service specification in terms of expected time-ordered examination of the interactions between service roles.
- Из чего состоит
- InteractionMessage
- InteractionRole
- InteractionScenario
- Service
- ServiceExchange
- ServiceFunction
- ServiceInteractionScenario
- ServiceMessage
- ServiceMethod
- ServiceRole
- UML2.5Metamodel::Interaction
- UML2.5Metamodel::Lifeline
- UML2.5Metamodel::Message
- В каком виде рисуют
- SysML Sequence Diagram
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Stakeholders: Solution Providers, Systems Engineers, Software Architects, Business Architects.
- Concerns: the behavior of a service specification in terms of expected time-ordered examination of the interactions between service roles.
- Recommended Implementation: SysML Sequence Diagram.
В других подходах
Сопоставления одного понятия в разных подходах.
Аспект сетки: порядок взаимодействий.
Семантические различия У NAF в ряду A этот столбец занят версиями архитектуры, а не последовательностями, — сетка не строго однородна.
Корпоративные архитектуры
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРазработка ТЗРегламенты и политикиРеестр процессов