记DDD的一次落地

概要

记DDD的一次落地。
本次落地，采用的方法论是事件风暴法，实践证明相比于四色法，和业务路径法，本方法更适合对全新需求的分析、建模。建模过程相对比较客观，可操作性也更好一点。
欢迎评论，吐槽，交流。
要excel，留言哈。

整体架构流程

1. 描述业务路径
2. 迭代业务路径（尽量保证完备）
3. 在业务路径上描述事件
4. 迭代业务路径上的事件（尽量保证完备）
5. 把事件扩充成“参与者-动作-事件”的三元组
6. 识别聚合、子域、限界上下文、领域服务
7. 定义接口
8. 针对接口写单元测试

过程

这是分析的过程，从最上面的业务路径，开始迭代，迭代三版之后，得到了详细的事件+业务路径，最后得到结论——聚合划分。

详细细节

结合之前制定和组内推广的研发模式，制定了基于事件风暴法的ddd落地、执行流程。

小结

DDD的灵魂是战略设计，但是血肉在于战术设计，也就是代码落地。对DDD的落地切忌“本本主义”，要和当前的业务和研发现状结合起来。本次是采用事件风暴法做的一次落地实践。可以参考哈。