O documento introduz os conceitos-chave do Domain Driven Design (DDD), abordando: (1) os desafios da especificação de software e da modelagem de domínio; (2) a proposta do DDD de incorporar o domínio de negócio no modelo e projeto de software; (3) os principais elementos do DDD como entidades, value objects e agregados.

1. Domain Driven Design
Uma introdução

2. Por que DDD?

3. O "problema"

5. SoftwareMundo real

6. SoftwareMundo real
Incerto
Certo

7. SoftwareMundo real
Incerto
Certo
Não determinístico
Determinístico

8. SoftwareMundo real
Incerto
Certo
Não determinístico
Determinístico
ControlávelNão controlável

10. A "especificação"

11. A especificação
● Entender o negócio leva tempo
● O modelo mental do problema real geralmente não está bem definido
● Entender o problema a especificar bem leva tempo

12. A especificação
● Entender o negócio leva tempo
● O modelo mental do problema real geralmente não está bem definido
● Entender o problema a especificar bem leva tempo
Negócio

13. A especificação
● Entender o negócio leva tempo
● O modelo mental do problema real geralmente não está bem definido
● Entender o problema a especificar bem leva tempo
Negócio Desenvolvedor

14. A especificação
● Entender o negócio leva tempo
● O modelo mental do problema real geralmente não está bem definido
● Entender o problema a especificar bem leva tempo
Negócio Desenvolvedor

15. Problemas traiçoeiros
Negócios Desenvolvimento

16. Problemas traiçoeiros
Negócios
● Tempo é escasso
Desenvolvimento
● Tempo é escasso

17. Problemas traiçoeiros
Negócios
● Tempo é escasso
● Desenvolvimento de software é
geralmente visto como um "centro de
custo" e não como um de "centro de
lucro"
Desenvolvimento
● Tempo é escasso

18. Problemas traiçoeiros
Negócios
● Tempo é escasso
● Desenvolvimento de software é
geralmente visto como um "centro de
custo" e não como um de "centro de
lucro"
● O software não satisfaz as
necessidades de negócio
Desenvolvimento
● Tempo é escasso

19. Problemas traiçoeiros
Negócios
● Tempo é escasso
● Desenvolvimento de software é
geralmente visto como um "centro de
custo" e não como um de "centro de
lucro"
● O software não satisfaz as
necessidades de negócio
Desenvolvimento
● Tempo é escasso
● A tecnologia é vista como mais
importante que o problema de negócio

20. Problemas traiçoeiros
Negócios
● Tempo é escasso
● Desenvolvimento de software é
geralmente visto como um "centro de
custo" e não como um de "centro de
lucro"
● O software não satisfaz as
necessidades de negócio
Desenvolvimento
● Tempo é escasso
● A tecnologia é vista como mais
importante que o problema de negócio
● O modelo de software não reflete o
modelo de negócio

21. Problemas traiçoeiros
Negócios
● Tempo é escasso
● Desenvolvimento de software é
geralmente visto como um "centro de
custo" e não como um de "centro de
lucro"
● O software não satisfaz as
necessidades de negócio
Desenvolvimento
● Tempo é escasso
● A tecnologia é vista como mais
importante que o problema de negócio
● O modelo de software não reflete o
modelo de negócio
● "Big ball of mud"

22. Problemas traiçoeiros
Negócios
● Tempo é escasso
● Desenvolvimento de software é
geralmente visto como um "centro de
custo" e não como um de "centro de
lucro"
● O software não satisfaz as
necessidades de negócio
Desenvolvimento
● Tempo é escasso
● A tecnologia é vista como mais
importante que o problema de negócio
● O modelo de software não reflete o
modelo de negócio
● "Big ball of mud"
● Modelos de dados quebrados e/ou "o
que era isso mesmo?"

23. E se incorporamos o
problema no software?

24. Negócio Desenvolvedor

25. Negócio Desenvolvedor

26. Negócio Desenvolvedor

27. Negócio Desenvolvedor

28. Negócio Desenvolvedor

29. Domain Driven Design

30. Design/Projeto dirigido ao domínio
● Domínio: é a área de interesse onde o software será desenvolvido
● Design/projeto: "esquematização"/ implementação dos requisitos no software
Arquitetura
Design / Projeto
Código

31. Domínio Modelo

32. Domínio Modelo

33. Domínio Modelo

34. Domínio ProjetoModelo

35. Design/Projeto dirigido ao domínio
● O modelo irá guiar como o software será projetado / desenvolvido
● O modelo será enriquecido através da aquisição de conhecimento, obtido ao longo do
desenvolvimento do software (linguagem úbiqua)

36. Design/Projeto dirigido ao domínio

37. Design/Projeto dirigido ao domínio
● O modelo irá guiar como o software será projetado / desenvolvido
● O modelo será enriquecido através da aquisição de conhecimento, obtido ao longo do
desenvolvimento do software (linguagem úbiqua)
● A modelagem não deve ser perfeccionista e sim efetiva

38. Domínio ProjetoModelo

39. Domínio ProjetoModelo

40. Domínio ProjetoModelo

41. Domínio Modelo Projeto

42. Domínio Modelo Projeto
Negócio Desenvolvedor
Linguagem
úbiqua

44. Design/Projeto dirigido ao domínio
● O modelo irá guiar como o software será projetado / desenvolvido
● O modelo será enriquecido através da aquisição de conhecimento, obtido ao longo do
desenvolvimento do software (linguagem úbiqua)
● A modelagem não deve ser perfeccionista e sim efetiva
● Projeto pode ser dividido em diferentes níveis:
○ Design/projeto tático

46. Entidades
Value
Objects
Agregados
Agregados
Domain
Services
Modules
Factories

47. Design/Projeto dirigido ao domínio
● O modelo irá guiar como o software será projetado / desenvolvido
● O modelo será enriquecido através da aquisição de conhecimento, obtido ao longo do
desenvolvimento do software (linguagem úbiqua)
● A modelagem não deve ser perfeccionista e sim efetiva
● Projeto pode ser dividido em diferentes níveis:
○ Design/projeto tático ("menor" unidade de software)

48. Design/Projeto dirigido ao domínio
● O modelo irá guiar como o software será projetado / desenvolvido
● O modelo será enriquecido através da aquisição de conhecimento, obtido ao longo do
desenvolvimento do software (linguagem úbiqua)
● A modelagem não deve ser perfeccionista e sim efetiva
● Projeto pode ser dividido em diferentes níveis:
○ Design/projeto tático ("menor" unidade de software)
○ Design/projeto estratégico

51. Design/Projeto dirigido ao domínio
● O modelo irá guiar como o software será projetado / desenvolvido
● O modelo será enriquecido através da aquisição de conhecimento, obtido ao longo do
desenvolvimento do software (linguagem úbiqua)
● A modelagem não deve ser perfeccionista e sim efetiva
● Projeto pode ser dividido em diferentes níveis:
○ Design/projeto tático ("menor" unidade de software)
○ Design/projeto estratégico (diversos softwares / serviços)

52. Vamos nos aprofundar
nestes conceitos?

53. To be continued...