Модульные компоненты Modular Components
Простыми словами
Рабочий продукт (B) продуктовой архитектуры на рис. 9-4: ответ на вопрос, из каких частей состоит ПРОДУКТ и какие интерфейсы эти части связывают. От ограниченных контекстов и карт контекстов (D) отличается пространством и предметом — те получаются доменной декомпозицией в пространстве решения, и стандарт прямо предупреждает: «Bounded contexts are not modules». От программных компонентов отличается очерёдностью: модульные компоненты определяются ДО программной архитектуры и служат ей входом, и именно это разбиение позволяет каждой части системы развиваться максимально автономно. Ограничение, которое стандарт не даёт забыть: модульность не бесплатна — она обсуждается как компромисс с интегральностью, причём это не противоположности, а отдельные, одновременно действующие свойства системы.
Примеры
«The most modular architecture is one in which each functional element of the product is implemented by exactly one building block, and in which there are a few well-defined interactions between building blocks.» Противоположность — интегральная архитектура, где реализация функции размазана по компонентам.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), гл. 12 — Product Architecture, вводная часть
«Bounded contexts are not modules.» Контекст задаёт границу СМЫСЛА модели, модуль — границу реализации.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 20.2 — Bounded Context
«For example, Swatch® produces hundreds of different watch models, but can achieve this variety at a relatively low cost by assembling the variants from different combinations of standard chunks.»
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 12.4 — Product Platforms
Определение из первоисточника
дословная выписка“Experience Design” discovers the products that meet the needs of client segments. “Product Architecture” explores the modularity–integrality trade-off, defines how to decompose products into “Modular Components” (B), and identifies product platforms.
«Проектирование опыта» обнаруживает продукты, отвечающие потребностям сегментов клиентов. «Продуктовая архитектура» исследует компромисс модульность–интегральность, определяет, как разложить продукты на «модульные компоненты» (B), и выявляет продуктовые платформы.
ИсточникThe Open Group Open Agile Architecture™ Standard, Version 2.0. The Open Group, April 2026, C262, ISBN 1-957866-76-5
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Разд. 14.2.1: модульные компоненты, определённые продуктовой архитектурой, задают вход для программной архитектуры; именно это разбиение позволяет каждой части системы развиваться максимально автономно.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormКарта бизнес-способностейАрхитектура систем и интеграцийРеестр процессов