DDD - модель вместо требований (Максим Цепков на HappyDev-2013)
Версия от 21:14, 16 мая 2014; MaksTsepkov (обсуждение | вклад) (Массовая правка: замена Категория:Архитектура (доклады) на Категория:Архитектура)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Версия от 21:14, 16 мая 2014; MaksTsepkov (обсуждение | вклад) (Массовая правка: замена Категория:Архитектура (доклады) на Категория:Архитектура)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Короткая ссылка: DDD-HappyDev-2013
Доклад на сайте конференции
Сталкивались с тем, что требования сложно формализовать и поддерживать актуальность?
Есть много подходов - user story, use case и т.д., но все они описывают в основном поведенческие аспекты. А что делать, если мы работаем в сфере, где бизнес-требования достаточно сложны и объекты меняют поведение в зависимости от контекста?
DDD - подход, позволяющий превратить предметную область из темного леса в настоящего друга человека. Единый язык устраняет трудности перевода между заказчиками, аналитиками, командой разработки и тестировщиками и дает возможность верификации модели заказчиком.