gmane.comp.programming.domain-driven-design

Miika Makinen | 14 Aug 09:47

Diagrams and tools

Hi all,
I'm wondering how do you usually draw diagrams for your domains. Do you do UML class diagrams? Or something like ERD? I take it there is no "official" DDD visual language? Wouldn't it be useful to have some simple diagram styleto recognize value objects / entities / services from each other?

Cheers,
Miika

__._,_.___

Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe

__,_._,___

headers

Ben Scheirman | 15 Aug 04:52

Re: Diagrams and tools

Whiteboard, markers => boxes and arrows.

You should be able to convey these ideas to domain experts without them having to understand software concepts.

"Oh, that Widget class should be italic!"

On Thu, Aug 14, 2008 at 2:50 AM, Miika Makinen <mmiika <at> gmail.com> wrote:

Hi all,
I'm wondering how do you usually draw diagrams for your domains. Do you do UML class diagrams? Or something like ERD? I take it there is no "official" DDD visual language? Wouldn't it be useful to have some simple diagram styleto recognize value objects / entities / services from each other?

Cheers,
Miika

__._,_.___

Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe

__,_._,___

headers

Tomas Karlsson | 15 Aug 20:40

SV: Diagrams and tools

Agree!

However, we always have a project-internal UML diagram not communicated with the customer. There is a simple reason: UML (but not relational data models) can express the aggregate relationship, so important in DDD. But the code is the truth - and the user interface is the customer projection of it :-)

/Tomas

Från: domaindrivendesign <at> yahoogroups.com [mailto:domaindrivendesign <at> yahoogroups.com] För Ben Scheirman
Skickat: den 15 augusti 2008 04:53
Till: domaindrivendesign <at> yahoogroups.com
Ämne: Re: [domaindrivendesign] Diagrams and tools

Whiteboard, markers => boxes and arrows.

You should be able to convey these ideas to domain experts without them having to understand software concepts.

"Oh, that Widget class should be italic!"

On Thu, Aug 14, 2008 at 2:50 AM, Miika Makinen <mmiika <at> gmail.com> wrote:

Hi all,
I'm wondering how do you usually draw diagrams for your domains. Do you do UML class diagrams? Or something like ERD? I take it there is no "official" DDD visual language? Wouldn't it be useful to have some simple diagram styleto recognize value objects / entities / services from each other?

Cheers,
Miika

__._,_.___

__,_._,___

headers

moffdub | 15 Aug 15:00

Re: Diagrams and tools

I like the fact that there is no official visual language for DDD. You 
use whatever gets the job done. UML, informal UML, workflow diagrams, 
ER diagrams, even use case descriptions.

My only caution would be not to get overly technical with the UML. I 
usually only use basic concepts from UML. I end up having to explain 
only the notation of multiplicity to a domain expert.

--- In domaindrivendesign <at> yahoogroups.com, "Miika Makinen" <mmiika@...> 
wrote:
>
> Hi all,
> I'm wondering how do you usually draw diagrams for your domains. Do 
you do
> UML class diagrams? Or something like ERD? I take it there is 
no "official"
> DDD visual language? Wouldn't it be useful to have some simple diagram
> styleto recognize value objects / entities / services from each other?
> 
> Cheers,
> Miika
>

------------------------------------