O documento apresenta uma oficina sobre Domain Driven Design (DDD) e Event Storming. A agenda inclui uma introdução ao DDD, seus pilares e vantagens, além de uma explicação e exemplos práticos de como usar o Event Storming para mapear processos de negócio e domínios.

1. Workshop Nitech
Event Storm
27/09/2022

2. DDD
➢ O que é?
➢ Vantagem e
Desvantagem de se
usar
Pilares do DDD
➢ Linguagem Ubíqua
➢ Bound Context
➢ Context Map
01 02
Agenda
Event Storming
➢ Participantes
➢ Como usar
(cores dos post it)
Mão na Massa!
➢ Event Storming na
prática
03 04

3. DDD
Domain Driven Design

4. Domain-Driven Design
Defende que os desenvolvedores devem ter um profundo conhecimento do
domínio do sistema que eles desenvolvem. Esse conhecimento deve ser obtido
por meio de conversas e discussões frequentes com especialistas no domínio
(ou no negócio).
Possui 3 Pilares
O que é DDD

5. Pilares
DDD
1. Linguagem ubíqua
2. Bound Context
3. Context Map

6. Linguagem Ubíqua -Linguagem Onipresente

7. Bound Context

8. Bound Context

9. Context Map

10. Vantagens
de se usar o
DDD
O que é Bom!

11. ➔ Microserviços primeiro
➔ Comunicação
➔ Reutilização
➔ Dividir para conquistar!
fácil manutenção…

12. O que se torna um problema !
Desvantagens
de NÃO usar o
DDD

13. ● Dificuldades na manutenção, extensão e
entendimento,
● Códigos confusos e repetitivos,
● Problemas na comunicação entre os Stakeholders,
● Análise dos domínios complexos geram confusão

14. Event
Storming
DDD + brainstorming

15. “Gosto de resolver problemas e
escrever software que faça isso. Vou
inundá-lo com notas e chamá-lo de
Event Storming."
Alberto Brandolini

16. Domínio

17. Evento

18. Iniciando um Event Storming

19. Quem deve participar?
Técnicos
Sabem as perguntas
Especialistas do
domínio
Sabem as respostas
Facilitador
Moderador

20. Preparação: divide em processos
menores

21. Etapa 1: Tudo no seu determinado
tempo
post-its laranja , verbo no passado , mapear todos
os eventos

22. Etapa 2 - Entendendo o que cada coisa
quer dizer
post-its azul, verbo no imperativo , ação do usuário
e sua interação com sistema externo

23. Etapa 3 - Associando os Aggregates
identificando as causas
Aggregates geram os eventos, armazenam os
dados e são modificados pelos comandos

24. Etapa 4 - Reclassificação e Resultado
identifica os prováveis domínios de negócios

25. Mão na
Massa!
Exemplos de Event Storming

26. Modelo

27. Modelo de um evento

28. Usuários ou ator - post it amarelo

29. Comandos - post it azul

30. Sistema Externo - post it rosa

31. Processo de Negócio: post it roxo

32. Agregado: post it amarelo claro

33. Modelo de Visão: post it verde

34. Processo de Pedido: Coletando eventos
de Domínio

35. Processo de Pedido: Refinamento de
eventos de Domínio

36. Processo de pedido: Identificando
causas

37. Processo de Pedido: Reclassificação e
resultado

39. Conclusão
DDD permite ao time como um
todo, uma única linguagem focada
no modelo de domínio do negócio,
excluindo qualquer jargão técnico.

40. CREDITS: This presentation template was created by
Slidesgo, including icons by Flaticon and infographics
& images by Freepik
Obrigado!
Alguma pergunta?
contato@nitechacademy.com.br
Nitechacademy.com.br