Slide utilizado na apresentação do evento GDG Meetup Design Patterns. Ocorrido na Quinta, 16 de fevereiro às 19:00 - 22:00.

1. DOMAIN-DRIVEN
DESIGN
ATACANDO AS COMPLEXIDADES NO
CORAÇÃO DO SOFTWARE

2. ARQUITETO DE SOFTWARE
BACHAREL EM ANÁLISE DE SISTEMAS
MESTRANDO NO CURSO DE ENG. DE SOFTWARE PELA UFRN
Há 15 anos se dedicando a construção de sistemas corporativos.
@yanjustino
facebook/yanjustino
youtube/academia .net para zumbis
youtube/aspnet cast

3. 2 0 A n o s d e A T I V I D A D E
e m p r e s a d e t e c n o l o g i a
f o c a d a e m p e s s o a s
d i v e r s o s s e r v i ç o s
r e a l i z a d o s
4 2 0 i v i a n o s e m a ç ã o !

5. Secretaria de estado da tributação do RN
SET
Cidadão
Auditores
Gestão
Contribuinte
A Secretaria de Estado da Tributação do Rio Grande do Norte
- SET/RN - é uma administração tributária cuja finalidade é a
arrecadação de tributos estaduais e a fiscalização das
operações que os geram.
Para que a SET/RN possa atender as necessidades
relacionadas às atividades fins, em cumprimento as suas
obrigações, se faz necessário manter funcionando cerca
de 70 (setenta) sistemas e subsistemas que abrangem
a área tributária envolvendo os impostos de sua
competência, assim como as ofertas de serviços aos
contribuintes e cidadãos através da internet.

6. Design de Software é a parte da engenharia de
software que se encarrega de transformar os
resultados da Análise de Requisitos em um
documento ou conjunto de documentos
capazes de serem interpretados diretamente pelo
programador.
design?

7. processo iterativo de análise das necessidades de
interação e processamento de informações das pessoas,
proposta de um sistema computacional que
atenda tais necessidades e avaliação dos efeitos
do uso do sistema na vida das pessoas
design?

8. design?

9. COMPLEXIDADE?

12. DOMAIN-DRIVEN DESIGN
O VALOR AGREGADO PELO DDD
Domain-Driven Design é uma abordagem
particular sobre design
e desenvolvimento de software!
DDD é sobre “mastigar” conhecimento de um
dado domínio de negócio e produção de um
modelo de software que o espelhe.

13. DOMAIN-DRIVEN DESIGN
Os dois grandes erros
Adotar Domain-Driven Design só
porque isso lhe
soa legal
Ou simplesmente ignorá-lo por acreditar que seu
sistema é um pouco mais complexo que
um simples CRUD

14. DOMAIN-DRIVEN DESIGN
em duas partes distintas
Domain-Driven Design
Visão analítica
ESPAÇO DE PROBLEMA
Domain-Driven Design
Visão estratégica
ESPAÇO DE SOLUÇÃO

15. DOMAIN-DRIVEN DESIGN
visão analítica

16. DOMAIN-DRIVEN DESIGN
visão analítica

17. DOMAIN-DRIVEN DESIGN
ubiquitous language

18. ATACANDO A COMPLEXIDADE?

20. DDD é sobre a
Redução de complexidade
No software
Eric Evans
Arquitetura é sobre
intenção
Robert C. Martin

21. DOMAIN-DRIVEN DESIGN
visão estratégica

22. DOMAIN-DRIVEN DESIGN
visão estratégica

23. ATACANDO A COMPLEXIDADE?

24. ATACANDO A COMPLEXIDADE?

25. DOMAIN-DRIVEN DESIGN
bounded context

26. DOMAIN-DRIVEN DESIGN
bounded context: UMA VISÃO CLÁSSICA

29. DOMAIN-DRIVEN DESIGN
bounded context: UMA VISÃO MODERNA

30. DOMAIN-DRIVEN DESIGN
bounded context: UMA VISÃO MODERNA

31. DOMAIN-DRIVEN DESIGN
dividindo bounded context

32. DOMAIN-DRIVEN DESIGN
bounded context: EXPLORANDO ARQUITETURAS

33. DOMAIN-DRIVEN DESIGN
bounded context : extrAINdo api

34. DOMAIN-DRIVEN DESIGN
bounded context: EVOLUINDO LEGADO

35. DOMAIN-DRIVEN DESIGN
bounded context: COMUNICAÇÃO

36. DOMAIN-DRIVEN DESIGN
bounded context: COMUNICAÇÃO

37. REFERÊNCIAS : livros
Implementing
Domain-Driven Design
Vaughn Vernon
ISBN-13: 860-1404568893
ISBN-10: 0321834577
Domain-Driven Design: Tackling
Complexity in the Heart of
Software
Eric Evans
ISBN-13: 978-0321125217
ISBN-10: 0321125215
Patterns, Principles, and Practices
of Domain-Driven Design
Scott Millett
ISBN-13: 978-1118714706
ISBN-10: 1118714709
Microsoft .NET - Architecting
Applications for the Enterprise
Dino Esposito
ISBN-13: 978-0735685352
ISBN-10: 0735685355

38. https://goo.gl/N16BhM