2022-06-02 12:33:41
Алоха! сегодня предлагаю поговорить о таком методе сбора требований как "
Event storming"
Если не вдаваться в подробности, то можно сказать, что одним из важных и сложных моментов, предшествующим разработке архитектуры приложения, это сбор требований и моделирование бизнес-процессов. И это не зависит сложный ли намечается продукт или легкий, требования все равно нужны, так как надо понимать "Что" требуется сделать, "Какие" объекты будут в будущей системе и "Какие" сценарии должны происходить. И сложность требований будет зависеть от самого продукта, так как в сложном бизнес-процессе будет присутствовать большое количество объектов и вариантов сценариев с ними. И именно для сбора требований к сложным продуктам помогает подход
Event storming, так как знания о продукте или бизнес-процессах можно получить из устаревшей документации или их можно получить только у собственника бизнеса или product manager/project manager, грубо говоря данные требования не будут описаны в едином источнике знаний, а будут разбросаны по всем процессам и участникам вовлеченным в продукт.
Теперь поговорим именно о методе сбора требований "
Event storming" - как же он поможет нам собрать требования:
Event storming - подход к решению проблем в процессе разработки, введённый итальянским программистом Альберто Брандолини, успешно используемый им в контексте
DDD.
Это метод, основанный на воркшопе или сессии с командой, чтобы быстро узнать, что происходит в области программного обеспечения, какие мы видим взаимосвязи, проблемы и сценарии их решения, он направлен на сбор всех доменных экспертов (программистов, менеджеров и других) для получения информации о продукте со всех сторон, также для того чтобы через описание событий в системе получить полную картину требуемых бизнес-процессов.
Главный результат — это быстрое исследование предметной области и фиксация знаний среди заинтересованных лиц
Структура
Event storming:
Пользователь Actor / Клиент - человек, выполняющий команду через представление
Команда - это команда, выполняемая пользователем через представление агрегата, которая приводит к созданию события домена
Агрегат - совокупность объектов домена, которые можно рассматривать как единое целое
В
нешняя система - сторонний поставщик услуг, например платежный шлюз или транспортная компания
Событие домена - это событие, происходящее в бизнес-процессе
Бизнес-процесс / Правило - обрабатывает команду в соответствии с бизнес-правилами и логикой
Представление - это представление, с которым пользователи взаимодействуют для выполнения задачи в системе
Наглядное представление структуры приведено в прикрепленной картинке
Более подробно познакомиться с темой можно с помощью полезных материалов:
Event Storming на практических кейсах:
- Статья
- Презентация
Книга "Event Storming" (если есть ссылки на прочтение книги, делитесь в комментах) - данную книгу можно назвать комиксом. Если вам интересна тема со стикерами, досками и kanban, то event storming скорее всего тоже вам «зайдет». Книга
Event Storming - рассказывает о технике специфицирования в терминах DDD, CQRS и Event Sourcing в форме увлекательной игры со стикерами, фломастерами и доской (доска может быть физической или виртуальной, но с физической гораздо веселее). С точки зрения наглядности, метод не успевает за Activity и BPMN-диаграммами. Но он гораздо более легковесный и прост в освоении и понимании.
1.7K views09:33
B
