DDD - модель вместо требований (Максим Цепков на HappyDev-2013) — различия между версиями
Материал из MaksWiki
Строка 1: | Строка 1: | ||
− | [[Категория:Доклады]] [[Категория:Аналитика]] [[Категория:Архитектура]] | + | [[Категория:Доклады]] [[Категория:Аналитика]] [[Категория:Архитектура]] [[Категория:DDD]] |
[http://2013.happydev.ru/section/8#report-11 Доклад на сайте конференции] | [http://2013.happydev.ru/section/8#report-11 Доклад на сайте конференции] |
Версия 09:41, 17 мая 2014
Доклад на сайте конференции
Сталкивались с тем, что требования сложно формализовать и поддерживать актуальность?
Есть много подходов - user story, use case и т.д., но все они описывают в основном поведенческие аспекты. А что делать, если мы работаем в сфере, где бизнес-требования достаточно сложны и объекты меняют поведение в зависимости от контекста?
DDD - подход, позволяющий превратить предметную область из темного леса в настоящего друга человека. Единый язык устраняет трудности перевода между заказчиками, аналитиками, командой разработки и тестировщиками и дает возможность верификации модели заказчиком.