Когда нужен Матрица «сервисы — сервисы»

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

Когда Матрица «сервисы — сервисы» не нужен

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

Типичные ошибки: Матрица «сервисы — сервисы»

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

Матрица «сервисы — сервисы» Service Interface Matrix

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

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

Аналогия Как схема метро, где видно, какие станции пересекаются, но без деталей о времени движения поездов.

Разобраться

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

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

Применить

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

Когда нужно

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

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

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

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

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

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

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

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

A SvcV-3b enables a quick overview of all the services resource interactions specified in one or more SvcV-1 Services Context Description models. The SvcV-3b provides a tabular summary of the services interactions specified in the SvcV-1 Services Context Description for the Architectural Description. The matrix format supports a rapid assessment of potential commonalities and redundancies (or, if fault-tolerance is desired, the lack of redundancies).

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