超级会员免费看
本文介绍了如何通过事件风暴方法进行领域驱动设计（DDD），强调了它在理解和挖掘业务需求中的重要性。文章详细阐述了事件风暴的起源、目的及主要步骤，包括识别领域事件、命令和领域名词。通过案例分析展示了识别项目管理流程中领域事件的过程，强调了统一语言和业务规则的识别。最后，提出事件风暴的核心在于协作，并提供了两个思考题供读者深入思考。
文章目录
【DDD（领域驱动设计）思想解读及优秀实践 03】｜事件风暴（上）：怎样和业务愉快地聊需求？
上一讲，我们正式开始了第一个迭代，并简单分析了迭代一的需求。今天，咱们就要根据DDD的基本开发流程，使用事件风暴方法来进一步梳理需求。
你可能会问，上一讲的需求好像已经说得挺清楚了，为什么还要用专门的方法来梳理呢？
其实，在真实项目，尤其是敏捷项目里，领域专家很可能不会像我们上一讲那样，一开始就把需求都一一列出来，需求可能仅仅停留在领域专家的脑子里。所以，我们就需要一种方法，能够将这些头脑中的需求挖掘出来。
而且，即便领域专家已经把需求写出来，我们也很难保证没有遗漏，保证开发人员都彻底理解了。而事件风暴不仅能帮助我们尽量把需求补充完全，而且还能以协作的方式保证业务人员和技术人员对需求理解一致。
此外，事件风暴方法也能够帮助我们识别领域对象，这也是我们进行领域建模前的重要一步。尽管对于建模高手来说，通过“聊天”的方式就能把模型画出来，但对于多数开发团队而言，还是需要一种套路化的方法作为辅助，一步一步地做。
这节课我们从实践入手，让你真正掌握事件风暴的概念和具体
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
