Paul Gielens:ThoughtsService

another Endpoint to my thoughts

News

Syndication

Ads


Favorites

Projects

OOA/OOD is not Domain Driven Design

Analyzing functional requirements for your application to capture what and how your application should work is not necessarily domain driven design. Yes, both techniques leverage the domain model pattern to structure responsibilities in code.

My tip is to pay close attention to who the “real” domain expert, business user or sponsor is.

Translating use-case documents into a domain model representation doesn’t imply that you’ve captured domain concepts in code. Unless the use case writer is a domain driven design enthusiast.

 

Posted: Aug 26 2009, 05:15 AM by p.gielens | with 6 comment(s)
Filed under:

Comments

любoвь said:

Благодарю, что просветили. Никогда бы не подумал :)

# August 26, 2009 6:53 AM

AxojelmellilI said:

You are mistaken. I can defend the position. Write to me in PM, we will talk.

# August 26, 2009 9:11 AM

Sam Gentile's Blog (if (DeveloperTask == Communication && OS == Windows) said:

Agile/ALT.NET/Software Design Building Your Own Data Access Layer: Hydrating Entities A guide into OR/M implementation challenges: Hydrating Entities Build Your Own Data Access Layer: Session Level Cache Talking about StoryTeller and Executable Requirements

# August 26, 2009 7:36 PM

Colin Jack said:

"pay close attention to who the “real” domain expert, business user or sponsor is"

Couldn't agree more, I think working from an "existing system expert" or a proxy domain expert (usually technical) is a terrible approach.

# August 27, 2009 4:45 AM

Crazy71 said:

If you prefer, bring a friend or family member who can provide support. ,

# October 22, 2009 7:53 PM

EllenBS31 said:

Very oft, people finish the dissertation form by their efforts. But some people prefer to buy the really good thought close to this topic from the <a href="http://www.master-dissertations.com">dissertation</a> service, because that is more comfortable.

# January 23, 2010 11:10 PM
Leave a Comment

(required) 

(required) 

(optional)

(required)