DDD 流程梳理

领域驱动设计提供了一整套战略和战术的方法论，这些方法论都是前辈们在无数的项目中总结出来的经验，我们在实际的项目中可以借鉴和学习。

步骤：

1. 通用语言的提取和落地
2. 领域模型的表示
3. 上下文定义的边界
4. 领域的归属
5. 数据建模-- UML彩色建模 和 数据建模

通用语言的提取

1. 通用语言的意义
   • 团队成员概念统一，理解一致，有文档落地。
   • 帮助产品快速理解用户需求 》帮助工程师快速理解业务需求 》帮助工程师落地能实现用户需求的代码。
   • 深入理解领域上下文是什么，能干什么，以及和其他领域上下文的边界。

​ 总结： 1. 通用语言的提取需要我们把业务概念想全想清楚：其实已经是在我们需求分析阶段了 还是需要落地文档

​ 2. 在需求分析需要深入理领域的本质，站在的维度：团队之前的边界识别，不同产品的识别，不同模块

2. 通用语言的定义和表达

   思考通用语言，我们不仅仅是为了让大家都说同一种话，更重要的是深入思考业务是什么，能干什么，和其他业务边界的过程，我们后面会有许多方法论来说如何思考。

   1：说明了通用语言的定义：一定上下文内，对业务概念的一致通用表达，是理清业务是什么，能干什么，以及和其他业务边界的过程。

   2：通用语言的表达。

   名称	描述	示例
   通用语言	团队内部对领域的一致性表达(最好有中英文)	RDS实例：表示的是一个业务系统的对应实例名，可能有多个节点
   RDS实例	云平台申请的RDS实例

   通用语言划分三个等级：重要（红色） 通用（蓝色） 支撑（褐色）