Transcription of An Introduction to Domain Driven Design
{{id}} {{{paragraph}}}
From: Introduction to Domain Driven DesignDan Haywood, Haywood Associates Ltd, s enterprise applications are undoubtedly sophisticated and rely on some specialized technologies (persistence, AJAX, web services and so on) to do what they do. And as developers it s understandable that we tend to focus on these technical details. But the truth is that a system that doesn t solve the business needs is of no use to anyone, no matter how pretty it looks or how well architected its philosophy of Domain - Driven Design (DDD) first described by Eric Evans in his book [1] of the same name is about placing our attention at the heart of the application, focusing on the complexity that is intrinsic to the business Domain itself. We also distinguish the core Domain (unique to the business) from the supporting sub-domains (typically generic in nature, such as money or time), and place appropriately more of our Design efforts on the Design consists of a set of patterns for building enterprise applications from the Domain model out.
model, though modern tools provide plenty of other visualizations too (UML class diagrams, entity-relationship diagrams, Spring beandocs [2], Struts/JSF flows, and so on). Object 4. ... domain model lives in precisely one BC, and a BC contains precisely one domain model.
Domain:
Source:
Link to this page:
Please notify us if you found a problem with this document:
{{id}} {{{paragraph}}}