Бизнес-требование выражает потребность/правило домена; архитектурное ограничение — решение или рамка реализации (например «только Kubernetes»). BA фиксирует потребность отдельно и помечает constraints, чтобы не маскировать выбор технологии под «бизнес хочет».
Разбор
- Вопрос «зачем»: если ответ про ценность клиенту — business; про платформу — constraint/enabler.
- Иногда бизнес навязывает стек договором — тогда это constraint.
- Прозрачность помогает оспаривать ложные ограничения.
- В ADR фиксируют архитектурные решения отдельно от BR.
Итог
Разделяйте потребность и выбранную технологию — иначе требования «цементируют» случайный стек.