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