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

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

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

Нужно детально описать протоколы и параметры конкретного соединения — берите описание интерфейса (SV-1). Фокус на взаимодействии сервисов, а не целых систем — используйте матрицу «сервисы — сервисы». Интересует логическая структура данных, а не физические или логические связи между приложениями.

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

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

Матрица «системы — системы» System Interface Matrix

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

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

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

Разобраться

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

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

Применить

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

Когда нужно

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

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

Нужно детально описать протоколы и параметры конкретного соединения — берите описание интерфейса (SV-1).
Фокус на взаимодействии сервисов, а не целых систем — используйте матрицу «сервисы — сервисы».
Интересует логическая структура данных, а не физические или логические связи между приложениями.

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

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

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

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

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

A SV-3 enables a quick overview of all the system resource interactions specified in one or more SV-1 Systems Interface Description models. The SV-3 provides a tabular summary of the system interactions specified in the SV-1 Systems Interface Description model 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).

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