Domain-driven design. Что это такое, почему это важно и чем это помогает бизнес-аналитикам? Часть 1

Как часто вам приходится объяснять разработчикам, что такое бизнес-требования и почему они важны? Как часто вам приходится в целом объяснять разработчикам, зачем ему знать про бизнес и то, как он функционирует?

Мне — регулярно.

На одном из последних проектов мне попался очень крутой архитектор, который пришёл ко мне и сказал: «Я планирую жить по принципам domain-driven design на этом проекте. Поможешь?».

Domain-driven design — это подход проектирования системы и её архитектуры, который берет за основу реальный бизнес и то, как он функционирует. Для данного подхода справедливо выражение: нет понимания бизнеса — нет системы и её архитектуры.

DDD отлично работает для проектов с очень сложными доменным областями и с очень сложной (запутанной) бизнес-логикой, которую с наскока не понять.

Когда архитектор работает вне подхода DDD, то он думает об инфраструктуре и технологиях: о базах данных, структурах запросов, api и т.д.

Domain-driven design говорит же о том, что все это, конечно, важно, но бизнес и его потребности — главнее. Реальный бизнес — вот краеугольный камень любой системы и её архитектуры.

Другими словами, этот подход говорит техническим специалистам о необходимости «говорить на языке бизнеса, чтобы строить правильные системы». Парам-пам-пам.

Слышали про DDD?👇💬 Дальше подробнее посмотрим, как работает DDD на практике и в чем его «фишки».

BA GIRL | Бизнес-аналитик в IT