DDD - модель вместо требований (Максим Цепков на HappyDev-2013) — различия между версиями
Материал из MaksWiki
м |
м |
||
Строка 2: | Строка 2: | ||
[http://2013.happydev.ru/section/8#report-11 Доклад на сайте конференции] | [http://2013.happydev.ru/section/8#report-11 Доклад на сайте конференции] | ||
+ | [http://www.slideshare.net/mtsepkov/ddd-happy-dev2013tsepkov Презентация на slideshare] | ||
Сталкивались с тем, что требования сложно формализовать и поддерживать актуальность? | Сталкивались с тем, что требования сложно формализовать и поддерживать актуальность? |
Версия 23:19, 10 ноября 2014
Доклад на сайте конференции Презентация на slideshare
Сталкивались с тем, что требования сложно формализовать и поддерживать актуальность?
Есть много подходов - user story, use case и т.д., но все они описывают в основном поведенческие аспекты. А что делать, если мы работаем в сфере, где бизнес-требования достаточно сложны и объекты меняют поведение в зависимости от контекста?
DDD - подход, позволяющий превратить предметную область из темного леса в настоящего друга человека. Единый язык устраняет трудности перевода между заказчиками, аналитиками, командой разработки и тестировщиками и дает возможность верификации модели заказчиком.