DOMINE O EVENT STORMING!

Summary

In this video, the host dives deep into the Event Storming technique, a collaborative workshop aimed at transforming business knowledge into actionable software development insights. Originated by Alberto Brandolini, it's a method to bridge the gap between business and technical experts. The host explains the process, from initial setup to detailed steps like event collection, refinement, cause identification, and reclassification, using sticky notes for visual representation. The goal is to model complex business processes simply, making it easier for developers to understand and implement solutions. The summary also includes a real-world application example, emphasizing the technique's practicality and effectiveness in software design.

Takeaways

• 😀 The video is about an in-depth discussion on Event Storming, a technique for modeling software systems by understanding business events.
• 🌟 Event Storming was created by Alberto Brandolini to bridge the gap between business knowledge and software developers' implementation.
• 💡 The method emphasizes the importance of a common language for all stakeholders to ensure everyone has a clear understanding of the business domain and its requirements.
• 👥 Event Storming is a collaborative workshop involving 6 to 10 participants, including domain experts, developers, and a facilitator.
• 🕒 The preparation for an Event Storming session takes about 20 minutes, and the session itself should last between 3 to 6 hours.
• 📝 The process starts with a 'Big Picture' where all domain events are collected using post-it notes, representing different aspects of the business.
• 🔍 After the initial collection, a refinement phase ensures that events are in chronological order, duplicates are removed, and all events make sense in the context of the business.
• 🔑 Identifying causes is crucial, which can be user actions, external systems, time, or automatic reactions, and these are represented visually during the session.
• 🏗️ The 'reclassification' phase organizes the information gathered, identifying aggregates, bounded contexts, and user interfaces, which are essential for software modeling.
• 📈 Event Storming helps in creating a visual model that can be used to understand business processes and can guide the development of software solutions.
• 🤔 The video script also suggests that there are challenges in conducting Event Storming sessions due to the complexity and the need for diverse expertise, but once mastered, it becomes a powerful tool.

Q & A

What is the main topic discussed in the video script?

The main topic discussed in the video script is Event Storming, a collaborative workshop method used in software development to model business processes and domain events.

Who created the Event Storming technique?

The Event Storming technique was created by Alberto Brandolini, an Italian software developer.

Why was Event Storming developed?

Event Storming was developed to address the challenge of transforming business knowledge into software implementation, as there was a significant difficulty in understanding client problems and translating them into software solutions.

What is the ideal number of participants for an Event Storming session?

The ideal number of participants for an Event Storming session is between 6 and 10 people.

How long does the preparation for an Event Storming session typically take?

The preparation for an Event Storming session typically takes around 20 minutes.

What is the recommended duration for an Event Storming session?

The recommended duration for an Event Storming session is between 3 to 6 hours.

Who are the main types of people involved in an Event Storming session?

The main types of people involved in an Event Storming session are technical people (developers, testers), domain experts (people with in-depth knowledge of the business domain), and a facilitator.

What are the four main causes that generate events in Event Storming?

The four main causes that generate events in Event Storming are user actions, external systems, time, and automatic reactions.

What is the purpose of using post-it notes of different colors in Event Storming?

In Event Storming, different colors of post-it notes represent different elements, such as domain events (usually orange), commands (yellow for actors and light yellow for aggregates), external systems (pink), and business processes.

Outlines

00:00

🌌 Introduction to Event Storming

This paragraph introduces the concept of Event Storming, a technique developed by Alberto Brandolini to address the challenge of transforming business knowledge into actionable software development. The speaker promises a deep dive into the subject, outlining the structure of the video: starting with an introduction, moving to general information, discussing the setup, and detailing the steps involved in Event Storming. The importance of understanding the technique for developers and business people alike is emphasized.

05:01

🛠️ Setting Up Event Storming

The speaker explains the initial setup for an Event Storming session, emphasizing the collaborative nature of the workshop and the ideal number of participants. It discusses the preparation time and the duration of the session, which typically lasts between 3 to 6 hours. The paragraph also highlights the importance of focusing on one domain at a time to maintain productivity and the roles of the facilitator and participants in the process.

10:01

🔍 Event Identification and Refinement

This section delves into the first two steps of the Event Storming process: identifying domain events and refining them. The speaker describes using post-it notes to represent events and the importance of chronological order. It also explains the refinement step, where domain experts clarify the meaning of each event, ensuring they make sense and are correctly ordered in time, while removing duplicates.

15:01

👥 Identifying Causes and Actors

The paragraph focuses on identifying the causes that generate events, which can be user actions, external systems, time, and automatic reactions. It also introduces the representation of actors and commands in the Event Storming process. The speaker provides examples from a pizza business to illustrate how these elements are visually represented and how they contribute to a clear understanding of the business processes.

20:03

📈 Reclassification and Modeling

The speaker discusses the reclassification phase, where the focus is on organizing and understanding the results of the previous steps. It explains the identification of aggregates and the importance of differentiating between them in various contexts. The paragraph also touches on the concept of bounded contexts and how they can be used to identify potential microservices within a system.

🚀 Applying Event Storming to Real-World Scenarios

The final paragraph wraps up the video by applying the Event Storming methodology to real-world scenarios. It uses the example of a website for ordering icons to demonstrate how the process unfolds, from collecting domain events to identifying causes and reclassifying them. The speaker emphasizes the practicality of the method, allowing for a clear understanding and implementation of software solutions based on business needs.

Keywords

💡Event Storming

Event Storming is a collaborative workshop technique used in software development to model complex business processes and systems. It helps in transforming business knowledge into a visual format that can be easily understood and implemented by developers. In the video, Event Storming is the central theme, and the process is explained step by step, from the initial setup to the final modeling of software.

💡Domain Events

Domain Events are significant occurrences within a business domain that are represented in past tense and in chronological order. They are the core elements in Event Storming, used to map out the sequence of actions that take place in a business process. In the script, domain events such as 'order placed' or 'order delivered' are used to illustrate the workflow of a pizza delivery business.

💡Refinement

Refinement in the context of Event Storming refers to the process of reviewing and clarifying the domain events that have been identified. It ensures that the events make sense, are in the correct order, and that there are no duplicates or irrelevant events. The script mentions refinement as a crucial step to validate and organize the events collected during the 'Big Picture' phase.

💡Causes

Causes are the factors that trigger domain events. There are four main types: user actions, external systems, time, and automatic reactions. Understanding causes is essential for modeling business processes accurately. In the video script, causes are used to identify what leads to events, such as a customer placing an order or a system updating inventory levels.

💡Actors

Actors are the individuals or roles that perform actions within a business process. They are represented visually during Event Storming to show who initiates the events. Examples from the script include a chef, a customer, a cashier, and a delivery driver, each playing a role in the pizza delivery business process.

💡Commands

Commands are the actions executed by actors through an interface within a system. They result in the creation of events. In the context of the video, commands like 'deliver the order' or 'select a payment method' are examples of user actions that lead to domain events in the business process of a pizza shop.

💡Aggregates

Aggregates are clusters of domain objects that can be represented as a single unit. They are used in Event Storming to simplify the modeling process by grouping related objects together. The script uses 'pizza' and 'order' as examples of aggregates, which have different meanings in different contexts within the business process.

💡Bounded Contexts

Bounded Contexts are defined areas within a business domain that have specific meanings and rules. They help in organizing and understanding the different parts of a business process. In the script, bounded contexts such as 'order capture' and 'checkout process' are identified to show how they can be treated as separate modules within the system.

💡Visualizations

Visualizations represent the user interfaces where interactions with the system take place. They are depicted using a specific type of post-it note in Event Storming. The script mentions 'order details' and 'delivery queue' as examples of visualizations that users would interact with in the context of a pizza delivery service.

💡Big Picture

The Big Picture is the initial phase of Event Storming where all domain events are collected. It serves as an overview of the business process and helps in identifying the significant events that are crucial for understanding the workflow. The script describes the Big Picture as the starting point for collecting events like 'order placed' and 'payment processed' in the pizza business example.

💡Reclassification

Reclassification is the final step in Event Storming where the collected information is organized and structured. It involves identifying aggregates, bounded contexts, and visualizations to create a comprehensive model of the business process. The script explains reclassification as the stage where the order and structure of events are finalized, leading to a clear understanding of the business process and its implementation.

Highlights

Introduction to the Event Storming technique, a collaborative workshop for knowledge sharing between business domain experts and technical developers.

The origin of Event Storming by Alberto Brandolini, an Italian software developer, to address the challenge of translating business knowledge into implementable software.

The importance of creating a ubiquitous language for all stakeholders to ensure a shared understanding of the business domain and its requirements.

The setup of an Event Storming session, including the ideal number of participants and the duration of the session.

Roles involved in Event Storming, such as domain experts, technical developers, and facilitators, and their contributions to the session.

The preparatory steps for an Event Storming session, emphasizing the clarity of the modeling scope and the division of extensive domains.

The Big Picture phase of Event Storming, where domain events are identified and ordered chronologically.

The use of different colored sticky notes for various purposes, such as domain events, risks, and uncertainties during the Event Storming process.

Refinement of identified events to ensure their accuracy, relevance, and chronological order within the business domain.

Identifying the causes of events, including user actions, external systems, time, and automatic reactions, and their representation in Event Storming.

Modeling business processes effectively after identifying the causes and their impact on the software design.

Reclassification phase to organize and understand the results, including identifying aggregates and bounded contexts within the business domain.

Transcripts

e fala galera aí beleza garota eu aqui

você tá no arquiteto das galáxias e hoje

eu vou falar a respeito de um assunto

que seguidores tem pedido de mais

assunto que eu já tratei aqui mas que

vou me aprofundar ainda mais e você vai

entender do começo ao fim eu tô falando

de evento dorme a gente vai falar dele

no detalhe e você vai ser capaz de

modelar qualquer sistema depois de

consumir conteúdo beleza vamos começar

vamos direto ao ponto eu vou falar um

pouco a respeito do que que vai ser

tratado durante esse vídeo a gente vai

começar com uma introdução e falar um

pouco a respeito do evento histórico em

que se depois eu vou passar as

informações gerais para vocês e com isso

você já vão conseguir entender o que que

realmente é o evento planejei para que

ele serve depois a gente vai olhar para

tudo o que é preciso para você conseguir

aplicar esse tipo de Cerimônia na qual

quer só se você queira desenvolver seja

ele alguma ideia que você tem de produto

para criar para você o produto de alguma

empresa que você trabalha vou falar a

respeito dos envolvidos e da preparação

necessária para você conseguir rodar a

cerimônia vou falar depois de toda a

terminologia tudo que é importante para

você conseguir aplicar isso de forma

correta e chegar na modelagem do

software final e para isso você precisa

entender todas as etapas e o que a gente

faz em cada uma dela bom finalizar com

um exemplo e uma fotografia que resume

tudo e vamos começar a conhecer um pouco

mais da história do livro História ela

foi criada por um italiano chamado

Alberto brandolim brandolini trabalha

com desenvolvimento de software há

muitos anos

2013 ele começou aplicar essa técnica

porque ele se envolver demais com

pessoas de negócio e percebia que

existiam desafio uma dificuldade muito

grande em transformar o conhecimento do

negócio em alguns desenvolvedores

conseguiram implementar

e daí ele criou essa técnica ele tem uma

frase bem bacana que essa aqui que eu tô

mostrando para vocês que ele fala que

gosta de resolver problemas e escrever

software que resolvam os problemas só

que como desenvolvedores a gente sabe é

muito difícil a gente conseguir resolver

os planos um cliente porque é muito

difícil entender os problemas esse

cliente e o vento se torna intensamente

esse propósito fazer com que todas as

pessoas desenvolveu uma linguagem ubíqua

inclusive é muito falado no domingo de

design e de condições todo mundo tem

visibilidade

entendimento suficiente para falar e

implementar o que precisa ser

implementado para isso ele fala que vai

não dá as pessoas com notas adesivas os

famosos posto de realmente vai muito por

City Mas vocês vão perceber que tá muito

simples da gente quer desenvolvedor

entender como aplicar e como desenvolver

um software olhando para o negócio

especificamente eu coloquei aqui também

o Twitter dele porque ele é um cara

super acessível se você tiver vontade me

manda uma mensagem que com certeza ele

vai responder eu mesmo já tive várias

conversas com ele o que eu aplico muito

essa metodologia e sempre surgem dúvidas

e nada melhor do que conversar com uma

pessoa que criou para a gente tirar

todas essas dúvidas

vamos lá o que é o even Storm essa fácil

é um workshop colaborativo é uma

cerimônia onde as pessoas trocam

conhecimento as pessoas de domínio do

negócio

mostram o que é um negócio e as pessoas

técnicas entendem o que é o negócio a

ideia realmente é compartilhar o

conhecimento desse domínio para

conseguir transformar isso em algo que é

fácil de você visualmente interpretar e

representar um detalhe que eu coloquei

aqui são os eventos É onde tudo começa a

gente vai falar de eventos daqui a pouco

mas já fez essa palavra eventos é o

começo de tudo para você mudar essa

cerimônia Existem algumas coisas que a

reconhecer e por isso eu vou falar das

informações gerais do que você precisa

ter conhecimento para ter condições e

facilitar uma cerimônia dessa com

diversos envolvidos ou fazer sozinho na

sua casa primeira coisa é o setup

inicial Tá tudo que a gente vai fazer a

gente precisa organizar e entender como

isso vai ser feito no caso do evento

Storm eu quero mostrar aqui que é uma

cerimônia aqui normalmente a gente não

faz sozinho porque a gente precisa das

pessoas que conhecem do negócio e os

desenvolvedores normalmente não conhece

de um negócio essa cerimônia o ideal é

que ela tem entre 6 e 10 pessoas

participando a preparação demora em

torno de 20 minutos que é bem rápido e o

ideal é que a gente faça com que essa

cerimônia dura de 3 a 6 horas o ponto

importante se a gente tentar modelar de

uma vez só se for todo Muito

provavelmente vai levar mais de 6 horas

então é muito comum que quando a gente

roda esse workshop a gente se e o

domínio que a gente quer tratar e tarde

ir nessa rodada e os outros domínios em

outras rodadas e assim sucessivamente e

dificuldade é alta a gente tem muita

gente envolvida a gente tem várias

perguntas que precisam ser respondidas e

não é alguma coisa simples de fazer mas

depois que você pegar o jeito você vai

ver que é muito legal e não é tão

complicado assim perdeu beleza e aí Quem

são os envolvidos quem eu vou chamar

para participar dessa reunião primeiro

você tem que começar com as pessoas que

sabem fazer as perguntas e essas pessoas

são as pessoas técnicas são os

desenvolvedores são as pessoas que vão

testar o sistema são as pessoas que

realmente vão automatizar o processo

depois você precisa das pessoas que

sabem as respostas essas pessoas são os

especialistas de domínios então para

aquele domínio que você tá tratando você

precisa ter os conhecedores as pessoas e

no dia a dia com esse desafio e sabem

muito bem o que tem que ser feito em

cada uma das situações essas pessoas

podem ser um especialista de uma

determinada área ou dono de um negócio

por exemplo e por último o facilitador

facilitador pode ser um arquiteto nos

com Master o produto ideal ler o até um

desenvolvedor que tem estudado a

respeito do assunto que tem desenvoltura

para aplicar esse tipo de Cerimônia

falam rapidinho sobre a preparação

é importante que você faça um double

check que é isso a gente precisa

garantir que está muito claro o que que

a gente vai modelar a gente precisa ter

certeza qual é a área de conhecimento

que a gente vai atacar por isso eu falei

anteriormente que a gente normalmente

dividir isso que domínio for muito

extenso A Simone vai ficar muito longa

depois de algumas horas ela deixa de ser

produtivo então toma bastante cuidado

com isso agora vamos falar das etapas

Quais são as etapas que você e vai ter

que rodar para conseguir fazer com que

esta cerimônia seja bem sucedida é

importante esse vão the map executado no

começo ao fim senão a gente não vai

conseguir ter o sucesso a gente começa

com a coleta de informações aqui a gente

vai mapear todos os eventos de domínio a

gente vai usar event para representar

isso e eu já vou exemplificar essa parte

da cerimônia a gente chama de pinscher

depois que a gente coletou esses eventos

a gente vai fazer o refinamento a gente

continua trabalhando em cima do Big

biker mas agora a gente vai fazer um

double check em relação aos eventos que

foram levantados nesse momento sempre

aparecem novos eventos a gente percebe

que existem eventos que são duplicados e

até eventos que não são eventos então

nessa parte a gente faz a curadoria de

tudo foi levantado na primeira etapa e

complementa o que precisa ser

complementar partimos então para as

causas aqui

Como rastrear o que gera os eventos em

bastante coisa você vai entender melhor

daqui a pouco mas aqui que a gente

começa a modelar os processos de negócio

efetivamente e depois de modelar os

processos a gente modela o software a

gente chama essa etapa e reclassificação

é que que a gente vai organizar tudo que

foi criado entender um pouco melhor o

resultado agora vão entender um

pouquinho mais o que acontece em cada

uma dessas etapas Vamos começar com a

primeira que é o Big picture e aonde a

gente vai fazer a coleta dos eventos de

dormir aqui a gente vai pedir para os

envolvidos levantar em todos os eventos

que são importantes para o negócio uma

coisa importante o verbo do evento deve

estar sempre no passado e deve existir

uma ordem cronológica nesses eventos por

Tite e se não respeitar a ordem do tem

vou mostrar agora Quais são os postiços

que a gente usa nessa etapa primeiro

importante os e esse cara aqui ele fica

disponível para os participantes durante

todas as etapas porque existem diversos

momentos onde surgem dúvidas ou riscos e

elas precisam ser lembradas para isso a

gente usa um posto de Rosa escuro sempre

aparecer alguma dúvida o risco escreve

num post-it e cole lá e nessa primeira

etapa a gente usa muito oposto de

laranja que representam os eventos de

dormir os eventos domínio Como eu disse

anteriormente são as coisas que são

importantes por um negócio que são

representadas no passado olhando por

exemplo para uma pizzaria na primeira

etapa a gente vai tentar levantar os

eventos que são importantes para essa

Pizzaria a gente pode falar de um pedido

que foi realizado ou de um pedido foi

entregue um pedido que está pronto para

retirada a montagem desse pedido o

pagamento desse pedido e a rota você vê

que aqui já existe uma ordem cronológica

nestes eventos e todos eles estão no e a

gente já começa a ter uma visão e como

funciona o negócio depois disso a gente

vai para a segunda etapa que não sei se

vocês lembram mas é refinar o que foi

levantado na primeira etapa é aqui que a

gente vai pedir para os especialistas de

domínio explicarem O que significa cada

um desses eventos e a gente vai conferir

se ele realmente são eventos que eles

fazem sentido tá lá e se eles estão

corretos importante a gente vai lhe dar

a ordem temporal e remover o que existe

de duplicidade quando a gente fizer isso

no caso da Pizzaria a gente vai ter algo

Vai ficar mais ou menos assim você vem

que a gente começa com pedido realizado

e passa por diversas etapas Até chegar

na entrega desse produto aqui como você

pode perceber apareceram vários eventos

que não tinham sido uma piada mas eles

são importantes e são relevantes por um

negócio uma coisa legal de dizer que não

disse anteriormente que a primeira etapa

ela é feita de forma individual

um especialista coloca lá os eventos que

são importantes para áreas de domínio

dele já na segunda etapa a gente

realmente começa a fazer uma discussão

para conseguir um grupo colocar tudo

isso em ordem depois disso feito a gente

passa para terceiro e tábua que é

identificar as causas as causas São quem

geraram esses eventos existem quatro

causas principais as ações do usuário os

sistemas externos o tempo e reações

automáticas o falar um pouquinho mais a

respeito delas mas primeiro vamos

entender como representá-la

usuário o ator a gente usa o post-it

amarelo escuro esse ator alguém que

executa um comando através de uma

interface no caso da Pizzaria a gente

tem o cozinheiro cliente o caixa e o

motorista por exemplo entregador e

comando quem é o comando o ator executa

um comando comando a gente também

representa visualmente e composto e ele

é exatamente o que é executado pelo

usuário a ação que se usuário executa

numa determinada interface no final o

comando ele resulta na criação de um

evento um exemplo para nossa pizzaria

aqui seria o comando de entregar o

pedido o cliente outro selecionar um

pedido para pagamento a gente também

poderia usar o comando de realizar

pedido e de iniciar preparação no pedido

e os sistemas externos esse cara a gente

representa um post-it rosa os sistemas

externos são muito conhecidos

normalmente são coisas que a gente não

desenvolve dentro de casa estão fora do

escopo do negócio é muito comum que ele

seja um grito e de pagamento por exemplo

um um serviço que seja responsável pela

logística e entrega de determinados

produtos Depois dos sistemas externos a

gente fala dos processos de negócio o

processo de negócio executa uma lógica

relacionada ao domínio de negócio ele e

crie um evento assim como o usuário

executando um comando o processo também

pode gerar um evento no caso da nossa

Pizzaria a gente pode ter processos que

rodam para gente avisar o consumidor por

exemplo Então pode existir um processo

que identifica quando uma pizza assada a

gente poderia avisar o cliente mandar

uma imagem por exemplo mostrando a pizza

dele no forno a gente também tem um

processo que avisa que o pagamento Foi

recebido e que a gente pode dar

continuidade nas coisas processo por

exemplo que fala para o cliente que

todos os pedidos dele já estão em rota

você com certeza já viu isso no

aplicativo aí mais famoso de entrega de

comida ou se porventura ele quis ir

buscar quando o pedido tá pronto para

retirar E aí a gente passa para a última

etapa nesta etapa a gente faz a

reclassificação eu brinquei aqui falando

que a gente bagunça tudo mas é aqui que

a gente começa a dar ordem para as

coisas efetivamente a gente as perguntas

que são importantes Quais são os

usuários que funcionam determinados

Romanos quais eventos que acionam quais

políticas ou por exemplo quando um

agregado afetava que a gente também vai

descobrir os agregados e o que é um

agregado eu tenho vídeos do Meio design

que eu falo bastante a respeito desse

assunto mas o agregado a gente

representa como post-it amarelo claro e

ele é um cluster de objetos de domínio

que pode ser representado como uma única

unidade Ou seja no caso da nossa

Pizzaria a própria pizza é um agregado

um pedido de dentro da cozinha o pedido

de entrega também você vê que aqui eu

tenho dois agregados pedido Mas eles têm

significados diferentes o pedido para

cozinha tem um significado e pedido para

entrega tem outro e a gente representa o

agregado de formas diferentes o mais que

possa aparecer repetido e por último a

gente tem a rota também aqui

representado como uma e depois que a

gente fez a organização colocou os

agregados a gente também vai identificar

Quais são as visualizações as

visualizações elas são representados por

um post-it verde e elas são nada mais do

que a tela que os usuários vão interagir

no caso da Pizzaria essa tela poderia

ser a filha de pedidos os detalhes de um

determinado o pedido assim como a

própria fila de entrega ou a fila de

retirada vamos agora trabalhar em um

exemplo para entender todas essas etapas

como se a gente tivesse rodando essa

cerimônia um negócio específico e aqui a

gente escolheu o processo de um pedido

de um site de ícones lembre primeira

etapa são coletaram os eventos de

domínio e por um processo de pedido os

eventos de um domínio poderiam ser esse

como por exemplo no pedido enviado o

pedido enviado o pagamento processado

comentário atualizado você vê que aqui a

gente tenta colocar uma ordem eu acho

que ela não seja totalmente Clara porque

as pessoas estão trabalhando de forma

isolada mas a gente consegue de forma

geral já criar os viventes que vão dar

visibilidade para as pessoas técnicas

entenderem o que as pessoas de negócios

estão realmente dizendo depois a gente

vai para segunda etapa não sei se vocês

lembram mas a segunda etapa é o

refinamento dos eventos que foram

levantados anteriormente aqui a gente

vai se assegurar que as coisas realmente

estão na linha do tempo e que se existem

eventos faltando a gente vai trazer eles

para o nosso detalhamento no caso do

processo de pedido você pode ver que

surgiram novos eventos e aqui eles estão

destacados dentro dessa borda vermelha a

gente começa com as informações de

pedido inseridas passa por verificações

inventário ao carrinho e aqui por

exemplo eu coloquei que a gente pode um

determinado momento do tempo fazer uma

sugestão de ofertas esse a coisa pode

ser relevante para um determinado

negócio e a gente termina com o

pagamento processado e com o armazém

notificado que vai ter que fazer um

envio vão para a próxima etapa agora

dentro do processo de pedido a gente vai

identificar as causas é aqui que a gente

vai começar a trabalhar com atores e

comandos eventualmente até processo esse

exemplo eu não tô usando o processo

Porque não quero complicar demais no

final eu vou dar um exemplo onde você

vai conseguir visualizar todo o fluxo

dessa representação visual tirar um

printscreen e usar no seu projeto beleza

identificando as causas do nosso

processo de pedido como ficou Isso você

vê que tudo começa com o usuário esse

usuário ele dentro de uma página Web que

aqui eu coloquei por exemplo como um

sistema externo ou poderia ser uma

visualização vai ser levantada mais para

frente ele insere as informações do

pedido e o sistema então verifica as

entradas

Verifique o inventário no sistema

externo que é o sistema de origens é o

sistema responsável por dizer se tem

estoque Ou não a partir daí o próprio

usuário adiciona esse pedido o carrinho

e aí por diante você pode olhar que aqui

o negócio já começa a ficar muito claro

fica fácil para qualquer pessoa que não

conheça do processo de pedido Lê isso do

começo ao filme e entender é maravilhoso

é fantástico é incrível do pedido ao

check-out a entrega está pronto não

mentira não tá pronto tem mais o metal

vocês não com é vamos fazer a

reclassificação e Aqui Acontece mais uma

mágica aqui a gente primeiro identifique

os agregados são extremamente

importantes mas tem uma outra coisa que

é muito legal que são os contextos

limitados do jeito que a gente dividiu

tá muito fácil de identificar quando a

gente Clemente o som e os contextos

limitados podem virar microsserviços é

fantástico cara é uma coisa

absurda como ficaria isso no nosso

processo de pedido dá uma olhada e

bacana primeiro a gente identifica todos

os agregados então surgirão momentos que

eu tenho pedido um inventário um

carrinho uma oferta e você vê que eu

tenho pedidos em diferentes momentos na

linha do tempo eles são pedidos como

significados diferentes e a hora que a

gente começa a definir Quais são os

contextos limitados a gente realmente

entende que eles têm significados

diferentes você ver que aqui surgiram

uma porção de contexto poderão ser

módulos dentro do nosso sistema a gente

tem uma parte de pedido capturar a gente

tem um carrinho as ofertas o processo de

check-out o processamento de pagamento

para o final o atendimento de pedidos

Car é muito legal Quantas vezes você

teve oportunidade na sua carreira e

entender um software e forma tão simples

e de ver alguma coisa que lá na frente

pode ser implementada como ela está aqui

é a verdade nua e crua na sua cara isso

é fantástico tu já falei Fantástico

quantas vezes nesse vídeo eu gosto mais

mesmo né e agora eu vou te mostrar que

eu chamo de Mapa da Mina porque o mapa

da mina porque aqui eu tenho um roteiro

Eu tenho um cara que depois que você

entendeu tudo que eu falei você vai

pegar e aplicar vou começar falando a

respeito do mundo real porque o mundo

real que cria influências na gente é ele

que faz com que a gente tem ideias de

produtos que a gente tenha que fazer

alguma coisa dentro de um negócio

aplicar um conhecimento dentro de um

domínio e nós por conta dessa influência

decidimos m os comandos esses comandos

são invocados em um sistema

esse sistema gera eventos

se você ver que aqui a gente já começa a

ter um fluxo muito bem definido isso

aqui é regra sempre que você for aplicar

o domínio de um designer e aplicar o

evento dorme pode usar esse aqui Como

regra você tiver um post por exemplo um

evento que não está ligado a em comando

tem alguma coisa errada você tiver um

processo que não tá ligado a um comando

tem alguma coisa errada você vai ver

isso pouquinho melhor mas continuando o

evento ele é traduzido para uma

visualização que é onde o usuário vai

interagir o evento pode também ativar

uma regra de negócio que é a política

que a gente já conheceu EA política

também emitiu um evento Então olha que

legal pensando em qualquer tipo de

negócio com essa imagem a gente consegue

aplicar o evento dormem e consegue

traduzir isso de uma forma o engenheiro

de software vai conseguir implementar

usando as melhores práticas que existem

no mercado Opa faltou uma coisa aqui os

riscos lembra que eu falei eles ficam

soltos a gente pode colocar em qualquer

lugar mas galera essa imagem é a melhor

referência que você pode ter de evento

Storm se você entendeu tudo que eu falei

até aqui e que aplicar isso Pega esse

material Coloca ele e começa a aplicar

cada uma das etapas que eu tenho certeza

que você vai chegar uma modelagem

fantástica para qualquer tipo de

problema que você precisa resolver

é bom galera É isso aí estamos

finalizando e porventura ficou dúvida em

relação ao uma terminologia que eu

coloquei aqui assistir o vídeo do

elemento de empresária que eu criei

assistir o vídeo que eu faço um estudo

dos eventos tornem olhando para pizzaria

e lá tem bastante material também eu fui

um pouco mais rápido então eu achei que

seria muito bacana trazer esse conteúdo

para vocês espero que vocês tenham

gostado se você gostou deixa um

comentário dá o seu like no vídeo se

inscreve no canal e semana que vem tem

mais beleza valeu um abraço