基于用户故事(需求)建模,也叫用例建模法。
优势:
这是一种相对传统的建模方式,通过一些核心的用例作为作为突破点我们很容易得到一些概念模型和领域上下文划分的依据。根据当前系统能力和模型做一些领域职能划分和迭代。
建模步骤
- 搜集用户故事(用户的原始需求)
- 整理用户故事,抽出用例(用例表达了用户对系统的需求,定义了系统的边界以及系统外部角色和系统的交互场景)
- 分析系统需求,将领域拆分为多个子域(领域是问题空间,本质上就是大问题拆分为小问题)
- 抽取每个子域的领域概念,得到概念模型(概念模型存在于问题空间)
- 将子域的概念模型抽象并转化为领域模型(领域模型存在于解决方案空间,这一步是难点,考验抽象能力,如对关系的建模,如促销系统中抽象出促销产品,权限系统中抽象出授权)
- 找出领域模型中的聚合,以及每个聚合的聚合根
- 梳理聚合之间的关系
- 场景走查,检查领域模型如何满足用例需求
参考
https://www.cnblogs.com/xishuai/p/ddd-product-design.html 【商品发布场景】