Аксиома 11. Разбиение вместо наслоения Axiom 11. Partitioning Over Layering
Простыми словами
Аксиома направлена против слоёного паттерна и против его делового двойника: функциональные подразделения — маркетинг, финансы, операционная деятельность — она приравнивает к слоям, а наслоение считает источником силосов. Приняв её, архитектор меняет вопрос о том, в какой слой это положить, на вопрос о том, по какому основанию режем на этом уровне, и ответ у стандарта разный на трёх уровнях: рыночный на уровне бизнеса, по способностям на уровне операционной модели, доменный на уровне ПО. Путают с Аксиомой 8: та требует слабой связанности РЕЗУЛЬТАТА, эта задаёт КРИТЕРИЙ разреза. И отдельно стандарт предупреждает не путать уровни со слоями: перспективы строительных блоков — не слои, а уровни декомпозиции предприятия — тем более.
Примеры
Разбирая трёхуровневую сегментацию розничного банка, стандарт делает оговорку прямо: «This example illustrates that levels should not be confused with layers.»
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 9.2 — Enterprise Decomposition, рис. 9-3
«Now that it is clear that building blocks do not represent layers, the relationships that link them will be reviewed» — блоки связаны предусловиями, а не порядком залегания.
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 9.1 — Building Blocks Logic, рис. 9-2
«Hexagonal architecture is a departure from layered architecture that is considered not to be solving correctly the coupling challenge between the different “layers”.»
Open Agile Architecture™ Standard, Version 2.0 (The Open Group, April 2026, C262), разд. 14.5 — Hexagonal Architecture
Определение из первоисточника
дословная выпискаThe layered architecture pattern tends to lend itself toward monolithic applications, even if presentation and business layers are split into separate deployable units [Richards, 2015]. On the business side, functional organizational units such as marketing, finance, or operations are equivalent to layers. Layering tends to create silos, which reduces agility and scalability. To counter these drawbacks, Agile Architecture shall partition the enterprise and its systems. Partitioning shall be market-driven at the business level, capability-driven at the operating model level, and domain-driven…
Слоёный архитектурный паттерн тяготеет к монолитным приложениям, даже если слои представления и бизнес-логики разнесены по отдельным разворачиваемым единицам. На стороне бизнеса функциональные подразделения — маркетинг, финансы, операционная деятельность — равносильны слоям. Наслоение склонно порождать силосы, а те снижают гибкость и масштабируемость. Чтобы противостоять этим недостаткам, Agile-архитектура обязана разбивать предприятие и его системы. Разбиение обязано быть рыночным на уровне бизнеса, основанным на способностях на уровне операционной модели и предметно-ориентированным на уровн…
ИсточникThe Open Group Open Agile Architecture™ Standard, Version 2.0. The Open Group, April 2026, C262, ISBN 1-957866-76-5
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Краткое нормативное утверждение аксиомы; пояснение и примеры остаются в разделе стандарта.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей