DOMINE O EVENT STORMING!
Summary
TLDRIn 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
🌌 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.
🛠️ 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.
🔍 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.
👥 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.
📈 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.
Mindmap
Keywords
💡Event Storming
💡Domain Events
💡Refinement
💡Causes
💡Actors
💡Commands
💡Aggregates
💡Bounded Contexts
💡Visualizations
💡Big Picture
💡Reclassification
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
Ver Más Videos Relacionados
what is software designing? full Explanation | Learn Coding
How to THINK LIKE A DEVELOPER using Dev Mode in Figma!
Lecture 14 — Heuristic Evaluation - Why and How | HCI Course | Stanford University
Fase 1 Pengembangan Sistem: Planing (Perencanaan)
ISTQB FOUNDATION 4.0 | Tutorial 32 | Decision Table Testing | Test Case Design Techniques | CTFL
Pre-Seed, Seed, Series A, B, C, D, and E Funding: How They Work Overview
5.0 / 5 (0 votes)