Штурм событий
 | В этой статье есть несколько проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти шаблонные сообщения )
|
Шторм событий — это метод, основанный на семинарах, позволяющий быстро выяснить, что происходит в области программного обеспечения. [1] [2] По сравнению с другими методами он чрезвычайно легок и намеренно не требует поддержки со стороны компьютера. Результат выражен в стикерах на широкой стене.
Бизнес-процесс «разрисовывается» как серия событий предметной области, которые обозначаются оранжевыми стикерами. Он был изобретен Альберто Брандолини в контексте доменно-ориентированного проектирования (DDD). Шторм событий может использоваться как средство моделирования бизнес-процессов и разработки требований . Идея состоит в том, чтобы собрать вместе разработчиков программного обеспечения и экспертов в предметной области и учиться друг у друга. [3] Название было выбрано, чтобы показать, что основное внимание следует уделять событиям предметной области, и этот метод работает аналогично мозговому штурму или гибкого моделирования штурму моделей .
Требования
[ редактировать ]На семинаре по штурму событий важно, чтобы присутствовали нужные люди. Сюда входят люди, которые знают, какие вопросы задавать (обычно разработчики), и те, кто знает ответы (эксперты в предметной области, владельцы продукта). [1]
Лепку поместят на широкую стену с раскатанным на ней рулоном бумаги. На этой бумаге будут размещены стикеры. Для стикеров вам понадобятся как минимум 5 разных цветов. [3]
Шаги
[ редактировать ]
 |
 |
 |
 |
Первый шаг — найти события предметной области и записать их на оранжевых стикерах.
Когда все события домена найдены, второй шаг — найти команду , вызвавшую каждое из событий домена. Команды записываются на синих заметках и размещаются непосредственно перед соответствующим событием предметной области.
На третьем этапе идентифицируются агрегаты , внутри которых выполняются команды и где происходят события. Агрегаты написаны на желтых стикерах.
Концепции, собранные во время сеанса штурма событий, делятся на несколько категорий, каждая из которых имеет свой цвет стикера:
- Событие домена
- Событие, которое происходит в бизнес-процессе. Написано в прошедшем времени.
- Актер
- Человек, выполняющий команду посредством представления.
- Бизнес-процесс
- Обрабатывает команду в соответствии с бизнес-правилами и логикой. Создает одно или несколько событий домена.
- Команда
- Команда, выполняемая пользователем через представление агрегата, которая приводит к созданию события предметной области.
- Совокупный
- Кластер объектов предметной области, которые можно рассматривать как единое целое.
- Внешняя система
- Сторонний поставщик услуг, например платежный шлюз или транспортная компания.
- Вид
- Представление, с которым взаимодействуют пользователи для выполнения задачи в системе.
Примеры примечаний
[ редактировать ]Это примеры, они будут разными для разных организаций.
|
События домена Аккаунт создан
Аккаунт удален
ЗаказСоздан
|
Актеры Гость
Зарегистрированный пользователь
Администратор
|
Команды Зарегистрироваться
Удалить аккаунт
Создать заказ
|
Агрегаты Заказы
Пользователи
|
Внешние системы Stripe (провайдер платежей)
Mailchimp (провайдер электронной почты)
|
Просмотры Проверить
Зарегистрироваться
|
Ошибки Поставщик услуг недоступен
Что-то пошло не так
|
Пример
[ редактировать ]Результат
[ редактировать ]В результате бизнес-процесс можно увидеть на пространстве моделирования. Но более важными являются знания, которые заложены в сознании участников.
Ссылки
[ редактировать ]- ^ Перейти обратно: а б Брандолини, Альберто (18 ноября 2013 г.). «Представляем штурм событий» . Проверено 6 апреля 2017 г.
- ^ Джордж, Чирааг (19 июля 2021 г.). «Как спланировать эффективную сессию штурма событий» . Создать блог . Проверено 7 июля 2023 г.
- ^ Перейти обратно: а б Вернон, Вон (2016). Краткий обзор предметно-ориентированного проектирования . Аддисон-Уэсли. ISBN 978-0134434421 .