Событие штурм - Event storming
 | Эта статья поднимает множество проблем. Пожалуйста помоги Улучши это или обсудите эти вопросы на страница обсуждения. (Узнайте, как и когда удалить эти сообщения-шаблоны) (Узнайте, как и когда удалить этот шаблон сообщения)
|
Событие штурм это основанный на семинаре метод, позволяющий быстро узнать, что происходит в домен программного обеспечения.[1]По сравнению с другими методами он очень легкий и намеренно не требует поддержки со стороны компьютера. Результат выражается в заметки на широкой стене. Бизнес-процесс «штурмом» представляет собой серию доменных событий, которые обозначаются как оранжевые стикеры. Это было изобретено Альберто Брандолини в контексте предметно-ориентированный дизайн (DDD). Событийный штурм может использоваться как средство для моделирование бизнес-процессов и разработка требований Основная идея - объединить разработчиков программного обеспечения и эксперты в предметной области и учиться друг у друга. Чтобы упростить процесс обучения, штурм событий должен доставлять удовольствие.[2][3]Название было выбрано, чтобы показать, что в центре внимания должны быть события домена, и метод работает аналогично мозговой штурм или же гибкое моделирование Модель штурма.
Требования
Важно, чтобы на семинаре по штурму событий присутствовали нужные люди, включая людей, которые знают, какие вопросы нужно задавать (обычно разработчики), и тех, кто знает ответы (эксперты в предметной области, владельцы продуктов).[1]
Лепка будет размещена на широкой стене с свернутым на ней рулоном бумаги. На эту бумагу будут помещены стикеры. Вам потребуется не менее 5 различных цветов для стикеров.[3]
Шаги
 Шаг 1. Создайте события домена |  Шаг 2. Добавьте команды, вызвавшие событие домена |  Шаг 2b: добавьте актера, выполняющего команду |  Шаг 3. Добавьте соответствующий агрегат |
Первый шаг - найти события домена и напишите их на оранжевых стикерах.
Когда все события предметной области найдены, второй шаг - найти команда которые вызвали каждое из доменных событий. Команды написаны на синих пометках и помещены непосредственно перед соответствующим событием домена.
На третьем этапе агрегаты Выявлено, в каких командах выполняются команды и где происходят события. Агрегаты записываются желтыми стикерами.
Концепции, собранные во время сеанса штурма событий, делятся на несколько категорий, каждая из которых имеет свой цвет стикеров:
- Событие домена
- Событие, происходящее в бизнес-процессе. Написано в прошедшем времени.
- Пользователь
- Человек, выполняющий команду через представление.
- Бизнес-процесс
- Обрабатывает команду в соответствии с бизнес-правилами и логикой. Создает одно или несколько доменных событий.
- Команда
- Команда, выполняемая пользователем через представление агрегата, которая приводит к созданию события домена.
- Совокупный
- Кластер доменных объектов, которые можно рассматривать как единое целое.
- Внешняя система
- Сторонний поставщик услуг, например платежный шлюз или транспортная компания.
- Вид
- Представление, с которым пользователи взаимодействуют для выполнения задачи в системе.
Результат
В результате бизнес-процесс можно увидеть в пространстве моделирования, но важнее знания, которые были заложены в сознании участников.
Рекомендации
- ^ а б Брандолини, Альберто (18 ноября 2013 г.). «Представляем Event Storming». Получено 2017-04-06.
- ^ Брандолини, Альберто (ок. 2017 г.). Представляем Event Storming. Leanpub. Получено 6 апреля, 2017.
- ^ а б Вернон, Вон (2016). Домен-ориентированный дизайн - дистиллированный. Эддисон-Уэсли. ISBN 978-0134434421.