Аксиома 8. Слабосвязанные системы Axiom 8. Loosely-Coupled Systems
Простыми словами
Аксиома направлена против монолита, в котором выпуск изменения требует чужой работы, чужих ресурсов и чужих согласований. Приняв её, архитектор либо строит модульным сразу, либо раскладывает унаследованный монолит, и обосновывает это двумя названными выигрышами — сокращением времени разработки и гибкостью продукта. Ограничение, которое легко потерять: слабая связанность по интерфейсу не снимает КОСВЕННОЙ связанности (разбор Vente-privée в разд. 12.3), и модульность способна ухудшить общую производительность системы. Путают с Аксиомой 11, которая задаёт критерий разреза, и с Аксиомой 10: та требует единообразия механизма, которым уже разделённые части разговаривают.
Примеры
«The delivery service can be loosely-coupled with the sales service via a standard set of APIs. However, the specificity of the Vente-privée’s business model directly impacts the logistics system design. This creates indirect coupling.»
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 12.3 — Modularity-Integrality Trade-Off
«A modular architecture reduces dependencies, but could degrade the overall system’s performance.» Аксиома не утверждает, что модульность бесплатна.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 12.3 — компромисс модульность–интегральность
«Coupling is a property indicating the level of dependencies between components of a system; it is a global property obtained from the calculation of incoming and outgoing dependencies for each component.» Для продукта стандарт предлагает измерять степень модульности через Design Structure Matrix.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 14.6.5.2 — Coupling, Modularity, and Stability
Определение из первоисточника
дословная выпискаHigh-performing teams are more likely to have loosely-coupled architectures than medium and low-performing teams [DevOps, 2015; 2017]. When dependencies are minimized, teams can develop, test, and deploy new functions and features without depending on other teams for additional work, resources, or approvals, and with less back-and-forth communication [Forsgren, 2018]. Agile Architecture shall create new modular systems or decompose monolithic legacy ones into loosely-coupled sub-systems and components. Modularity matters because: It shortens development time as separate teams can work on each…
У высокорезультативных команд слабосвязанные архитектуры встречаются чаще, чем у средних и низкорезультативных. Когда зависимости сведены к минимуму, команды могут разрабатывать, тестировать и разворачивать новые функции и возможности, не завися от других команд в дополнительной работе, ресурсах или согласованиях, и с меньшим количеством переписки туда-обратно. Agile-архитектура обязана создавать новые модульные системы или раскладывать монолитные унаследованные на слабосвязанные подсистемы и компоненты. Модульность важна потому, что: она сокращает время разработки, так как отдельные команды…
ИсточникThe Open Group Open Agile Architecture™ Standard, Version 2.0. The Open Group, April 2026, C262, ISBN 1-957866-76-5
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Краткое нормативное утверждение аксиомы; пояснение и примеры остаются в разделе стандарта.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей