Em qual momento a ocorrência de eventos deve ser usada?

5

Recentemente, ataque a eventos foi visto como uma maneira bastante razoável de entender um domínio, um modelo de domínio. Entendemos os eventos no domínio, que para os especialistas de domínio acabam se resumindo a apenas contar os processos de negócios aos quais estão acostumados em sua vida cotidiana, então descobrimos os comandos que podem elevar esses eventos e, finalmente, os agregados. / p>

Por tudo que li, parece ser uma maneira muito viável de entender as regras e a lógica comercial dos negócios.

Mas há muitos pontos que eu ainda não entendo. A primeira seria: quando a tomada de eventos deveria ser usada no decorrer do projeto?

Minha dúvida parece ser principalmente em relação ao evento e à coleta de requisitos. Deve ser feito logo após a coleta de requisitos, ou deve ser visto também como uma técnica de coleta de requisitos?

Em resumo, em qual estágio do projeto devemos usar a técnica de storming de eventos?

    
por user1620696 03.06.2018 / 17:34
fonte

3 respostas

2

A invasão de eventos é uma técnica para alcançar um entendimento comum da situação atual em um domínio ou parte dele. Etapas em um fluxo de eventos não correspondem necessariamente ao novo software a ser criado, elas também podem incluir etapas que já são suportadas pelo software existente ou etapas puramente manuais.

Esse tipo de entendimento é necessário antes faz sentido começar a reunir requisitos (o que não significa que você não possa começar com o segundo na mesma reunião). Isso ajuda a responder perguntas como

  • quais etapas de um fluxo de evento devem ser suportadas por algum software ou automação?

  • quais etapas são atualmente suportadas por alguns softwares, mas devem ser tratadas de maneira diferente, talvez de maneira mais eficiente?

  • onde o fluxo do evento pode ser alterado para tornar as coisas mais eficientes?

Frequentemente, temos feito esse tipo de brainstorming na última década em nossa empresa, sempre que precisávamos discutir onde, em um fluxo de trabalho, uma mudança deveria ou poderia acontecer, antes de tomar decisões para tomar novas ações.

No entanto, nunca o chamamos de "storming de evento" (na verdade, não tenho certeza se já ouvi esse termo antes). Normalmente, colocamos o foco no fluxo de dados em nossos pipelines de processamento, ou fluxos de trabalho, mas é essencialmente o mesmo que o Wikipedia descreve em "storming de evento". Você não precisa de notas post-it para isso, um quadro branco apagável funciona também.

Como uma observação: se você quiser que seus especialistas em domínio sobre ele, eu recomendo evitar marcas extravagantes e muitas regras formais que você lê em algum livro DDD - brainstormings como este não foram inventados por aqueles caras DDD, essas técnicas são provavelmente mais antigas do que você e eu juntos.

    
por 03.06.2018 / 18:59
fonte
2

Depende do contexto e dos resultados que você deseja alcançar. Um típico EventStorming de imagem geralmente acontece no início do projeto e envolve muitos especialistas em domínio em um esforço colaborativo de aprendizado e modelagem.

Formatos menores e mais focados exigem menos especialistas no domínio, mas vão mais fundo no processo de modelagem e / ou na mecânica de software. Eles podem ocorrer normalmente no início de uma iteração ou ao explorar recursos críticos.

    
por 06.06.2018 / 11:12
fonte
1

Parece exatamente como reunir os requisitos para mim. Acabei de fazer o post com notas. Defendi algo semelhante sem me preocupar em dar a ele um nome de marketing.

when should event storming be used in the course of the project?

Quando o negócio subjacente muda.

Um evento de domínio é algo com que o especialista do domínio se preocupa. Quando seus cuidados mudam, você precisa abordá-los.

É claro que você também precisa fazer isso quando iniciar seu projeto pela primeira vez. Você aprende a maioria desses eventos então.

    
por 03.06.2018 / 18:38
fonte