O diagrama apresentado abaixo é um mapa de navegação. Ele mostra os padrões que serão apresentados nesta seção e algumas maneiras em que eles estão relacionados uns aos outros.
-
Certos tipos de decisões mantêm o modelo e a implementação alinhados entre si, cada um reforçando a eficácia do outro. Esse alinhamento requer atenção aos detalhes de cada elemento. A criação cuidadosa nessa escala pequena dá aos desenvolvedores uma plataforma sólida a partir da qual eles podem aplicar abordagens de modelagem e design. [Evans, p. 60]
-
Para que o processo do DDD possa ser resistente, os desenvolvedores precisam entender como os fundamentos, já bastante conhecidos, suportam o DESIGN DIRIGIDO POR MODELOS, para poderem se comprometer sem se desviar do objetivo. [Evans, p. 60]
-
O compartilhamento desses padrões convencionais põe ordem ao projeto e facilita o entendimento do trabalho de cada membro de uma equipe. O uso de padrões convencionais também contribui para a LINGUAGEM ONIPRESENTE, que pode ser usada por todos os membros da equipe para discutir decisões relativas ao modelo e ao design. [Evans, p. 60]
-
O desenvolvimento de um bom modelo de domínio é uma arte. Mas o design e a implementação prática de cada elemento de um modelo podem ser relativamente sistemáticos. O isolamento do design do domínio com relação à massa dos outros detalhes de um sistema de software esclarece bastante a ligação do design com o modelo. A definição dos elementos do modelo de acordo com certas distinções acentua o seu significado. A adoção de padrões comprovados para cada elemento ajuda a gerar um modelo prático para implementação. [Evans, p. 60]