DDD建模方法论之【事件风暴法】
前言
在领域驱动设计之初的需求分析阶段,对需求分析的基本思路就是统一语言建模,它是我们的指导思想。落实到具体操作层面,可以采用的具体方法是事件风暴法。
统一语言建模 -> 指导思想。
事件风暴会议 -> 实践方法。
事件风暴
事件风暴(Event Storming): 一种基于工作坊的DDD实践方法,可以快速发现业务领域中正在发生的事件,指导领域建模及程序开发。
事件:即事实,即在业务领域中那些已经发生的事件就是事实。
风暴:运用头脑风暴会议进行领域分析建模。
特点:
-
功能很强大:能够在数小时而不是数周内提出完整业务流程的综合模型。
-
很有吸引力:整个想法是将提出问题并将知道答案的人带到同一房间,并共同建立一个模型。
-
容易:符号非常简单。
核心概念:
领域事件 Event:
-
正在探索的领域相关的事件。 领域事件的命名需要使用过去式,表示已经发生的事件。如:PatientFollowed 表示患者已随访。
因为领域事件表示与领域相关的事件,不能简单说随访居民已创建等。命名需要代表深刻的业务领域含义。
-
橙色便签表示。
参与者 Actor:
-
围绕领域事件涉及到的一组人、一个部门、一个团队或一个特定的人。
-
小黄色便签表示。

本文介绍了一种快速有效的领域驱动设计(DDD)实践方法——事件风暴法(Event Storming),该方法通过头脑风暴的方式快速识别业务领域的关键事件,帮助团队构建清晰的领域模型。
最低0.47元/天 解锁文章
2234

被折叠的 条评论
为什么被折叠?



