Szturm wydarzeń

Przykładowy proces z burzy zdarzeń

Event storming to oparta na warsztatach metoda szybkiego sprawdzania, co dzieje się w domenie programu. W porównaniu z innymi metodami jest niezwykle lekka i celowo nie wymaga wsparcia ze strony komputera. Wynik jest wyrażony w karteczkach samoprzylepnych na szerokiej ścianie. Proces biznesowy jest „wyprowadzany szturmem” jako seria zdarzeń domenowych, które są oznaczone jako pomarańczowe lepki. Został wynaleziony przez Alberto Brandoliniego w kontekście projektowania opartego na domenie (DDD). Burza zdarzeń może być wykorzystana do modelowania procesów biznesowych i inżynierii wymagań . Podstawową ideą jest zgromadzenie programistów i ekspertów dziedzinowych oraz uczenie się od siebie nawzajem. Aby ułatwić ten proces uczenia się, burza zdarzeń ma być zabawą. Nazwa została wybrana, aby pokazać, że należy skupić się na zdarzeniach w domenie, a metoda działa podobnie do burzy mózgów lub szturmu modeli modelowania zwinnego.

Wymagania

Ważne jest, aby warsztaty burzy zdarzeń miały obecnych odpowiednich ludzi. Obejmuje to osoby, które znają pytania, które należy zadawać (zwykle programiści) oraz osoby, które znają odpowiedzi (eksperci domenowi, właściciele produktów).

Model zostanie umieszczony na szerokiej ścianie z rozwiniętą rolką papieru. Karteczki samoprzylepne zostaną umieszczone na tym papierze. Będziesz potrzebować co najmniej 5 różnych kolorów karteczek samoprzylepnych.

Kroki

Wydarzenie szturmuje legendę notatek według ich koncepcyjnej nazwy z powiązanymi kolorami i tym, jak są ułożone względem siebie.
Krok 1: Utwórz zdarzenia w domenie
Krok 2: Dodaj polecenia, które spowodowały zdarzenie domeny
Krok 2b: Dodaj aktora, który wykonuje polecenie
Krok 3: Dodaj odpowiedni agregat

Pierwszym krokiem jest znalezienie zdarzeń domeny i zapisanie ich na pomarańczowych karteczkach samoprzylepnych.

Po znalezieniu wszystkich zdarzeń w domenie drugim krokiem jest znalezienie polecenia , które spowodowało każde ze zdarzeń w domenie. Polecenia są zapisywane na niebieskich notatkach i umieszczane bezpośrednio przed odpowiednim zdarzeniem domeny.

W trzecim kroku identyfikowane są agregaty , w ramach których wykonywane są polecenia i gdzie zachodzą zdarzenia. Agregaty są zapisywane w żółtych kleistkach.

Koncepcje zebrane podczas sesji burzy zdarzeń dzielą się na kilka kategorii, z których każda ma własny kolor karteczek samoprzylepnych:

  Zdarzenie domeny
Zdarzenie występujące w procesie biznesowym. Napisane w czasie przeszłym.
  Aktor
Osoba, która wykonuje polecenie za pomocą widoku.
  Proces biznesowy
Przetwarza polecenie zgodnie z regułami biznesowymi i logiką. Tworzy jedno lub więcej zdarzeń domeny.
  Komenda
Komenda wykonywana przez użytkownika poprzez widok agregatu, której wynikiem jest utworzenie zdarzenia domeny.
  Agregat
Klaster obiektów domeny, który można traktować jako pojedynczą jednostkę.
  System zewnętrzny
Zewnętrzny dostawca usług, taki jak bramka płatności lub firma spedycyjna.
  Widok
Widok, z którym użytkownicy wchodzą w interakcję w celu wykonania zadania w systemie.

Przykładowe notatki

To są przykłady, byłyby różne dla różnych organizacji.

Przykład

Użytkownicy
Utwórz konto
Konto utworzone
Zapisać się

Wynik

Dzięki temu proces biznesowy można zobaczyć na modelowanej przestrzeni. Ale ważniejsza jest wiedza, która została zbudowana w umysłach uczestników.

Linki zewnętrzne