Comments on: Domain-Driven Documentation http://richarddingwall.name/2009/12/10/domain-driven-documentation/ The adventures of a young kiwi software developer in London Thu, 10 May 2012 16:20:46 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: Transitioning to Event Sourcing, part 4: track state changes | Julien's blog http://richarddingwall.name/2009/12/10/domain-driven-documentation/comment-page-1/#comment-15847 Transitioning to Event Sourcing, part 4: track state changes | Julien's blog Tue, 03 Aug 2010 17:11:03 +0000 http://richarddingwall.name/?p=2603#comment-15847 [...] For the formatting of domain terms: Richard Dingwall [...] [...] For the formatting of domain terms: Richard Dingwall [...]

]]> By: jdn http://richarddingwall.name/2009/12/10/domain-driven-documentation/comment-page-1/#comment-15557 jdn Tue, 20 Jul 2010 18:08:34 +0000 http://richarddingwall.name/?p=2603#comment-15557 The synonym thing drives me nuts. Working with a client that insists on calling the same thing by different names, semi-randomly, really hinders communication. The synonym thing drives me nuts. Working with a client that insists on calling the same thing by different names, semi-randomly, really hinders communication.

]]> By: Richard http://richarddingwall.name/2009/12/10/domain-driven-documentation/comment-page-1/#comment-12911 Richard Sun, 14 Mar 2010 16:09:16 +0000 http://richarddingwall.name/?p=2603#comment-12911 Daniel: http://yuml.me Daniel: http://yuml.me

]]> By: Daniel http://richarddingwall.name/2009/12/10/domain-driven-documentation/comment-page-1/#comment-12910 Daniel Sun, 14 Mar 2010 15:58:06 +0000 http://richarddingwall.name/?p=2603#comment-12910 Hi, Which tool did you use to build these above diagrams? Thanks, Daniel Hi,
Which tool did you use to build these above diagrams?

Thanks,
Daniel

]]> By: Richard http://richarddingwall.name/2009/12/10/domain-driven-documentation/comment-page-1/#comment-12880 Richard Tue, 09 Mar 2010 23:02:54 +0000 http://richarddingwall.name/?p=2603#comment-12880 Magesh : sure no problem, let me explain with yuml. First we created an <a href="http://www.infoq.com/presentations/Making-Roles-Explicit-Udi-Dahan" rel="nofollow">explicit domain role</a> for a real-life role played by an Employee: <img src="http://yuml.me/diagram/scruffy/class/%5B%3C%3CIRole%3E%3E%5DPlayer+-%3E1%5BEmployee%5D" alt="IRole domain role" /> Monitored Individual is then an instance of this role. It is played by an Employee, has a collection of required Competencies you can add/remove, and other behaviour related to recording practice of the Competencies. <img src="http://yuml.me/diagram/scruffy/class/%5B%3C%3CIRole%3E%3E%5D%5E%5BMonitoredIndividual%5D%2C%20%5BMonitoredIndividual%5DRequiredCompetencies+-*%3E%5BCompetency%5D" alt="MonitoredIndividual" /> Magesh : sure no problem, let me explain with yuml. First we created an explicit domain role for a real-life role played by an Employee:

IRole domain role

Monitored Individual is then an instance of this role. It is played by an Employee, has a collection of required Competencies you can add/remove, and other behaviour related to recording practice of the Competencies.

MonitoredIndividual

]]> By: Magesh http://richarddingwall.name/2009/12/10/domain-driven-documentation/comment-page-1/#comment-12842 Magesh Thu, 04 Mar 2010 13:33:59 +0000 http://richarddingwall.name/?p=2603#comment-12842 Hi Richard, Thanks for all the great posts. For someone like me who had been designing data driven applications for quite a few years and gradually making progress towards a better OO backed applications, your posts are real eye openers. I have a small favour to ask. I tried to model the domain you described in this post as an exercise and found it quite challenging due to inexperience. I am really interested to learn how you modeled this one. (I am struggling with the "A Monitored Individual is a role played by certain Employees. Each Monitored Individual is required to be proficient in a number of Competencies" part). Would you mind sharing your design? Thanks, Magesh Hi Richard,

Thanks for all the great posts. For someone like me who had been designing data driven applications for quite a few years and gradually making progress towards a better OO backed applications, your posts are real eye openers.

I have a small favour to ask. I tried to model the domain you described in this post as an exercise and found it quite challenging due to inexperience. I am really interested to learn how you modeled this one. (I am struggling with the “A Monitored Individual is a role played by certain Employees. Each Monitored Individual is required to be proficient in a number of Competencies” part). Would you mind sharing your design?

Thanks,
Magesh

]]> By: Reflective Perspective - Chris Alcock » The Morning Brew #496 http://richarddingwall.name/2009/12/10/domain-driven-documentation/comment-page-1/#comment-11991 Reflective Perspective - Chris Alcock » The Morning Brew #496 Fri, 11 Dec 2009 08:21:44 +0000 http://richarddingwall.name/?p=2603#comment-11991 [...] Domain-Driven Documentation - Richard Dingwall talks about how the expression of requirements in the Domain Driven Development (Evans) style can help you in your more general documentation to craft documentation which is clear and consistent. [...] [...] Domain-Driven Documentation – Richard Dingwall talks about how the expression of requirements in the Domain Driven Development (Evans) style can help you in your more general documentation to craft documentation which is clear and consistent. [...]

]]>