1、事件风暴案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂案例演练：为学课堂事件p 领域事件是过去发生的与业务有关的事实p 领域事件具有时间点的特征，所有事件连接起来会形成明显的时间轴p 领域事件是管理者和运营者重点关心的内容，若缺少该事件，会对管理与运营产生影响p 领域事件会导致目标对象状态的变化第一步：识别事件热点在识别事件的过程中，若有以下情况，可以为事件标记热点（Hot

2、Spot）：p 暂不考虑的事件流分支p 出现分歧和争执的事件p 需要强调的事件或事件对应的领域逻辑标记热点事件p 领域事件的组成：名称+动词过去时态，如OrderCreated命名时，需要充分沟通和交流，提炼出统一语言事件的命名订单已提交时间轴识别第一个事件订单已提交时间轴前因前因？后果？后果？事件的驱动力订单已取消订单已提交课程已加入报名单诊断已完成课程已推荐诊断已开始试卷已生成试卷已提交订单已支付在已支付前课程已移出报名单支付已完成考虑支付失败订单已创建订单已提交收货地址已填写报名已完成方案A引入“订单已创建”事件方案B引入“报名”或“报名单”领域概念课程名额已锁定课程名额已释放往来账已生

3、成识别事件退费申请已提交开票申请已提交退费申请已审批退款已到账开票申请已审批发票已开具教材已签收订单已完成课程名额已扣减教材已发货识别事件申请未通过退费计算规则事件一共有四种参与者：p 角色（Role）：触发事件的人p 策略（Policy）：触发事件的规则p 外部系统（External System）p 事件（Event）：即当前事件的前置事件角色策略外部系统注意：策略是规则，但规则不是策略。可以认为策略是规则+定时器的组合。事件第二步：识别参与者订单已取消订单已提交课程已加入报名单诊断已完成课程已推荐诊断已开始试卷已生成试卷已提交订单已支付课程已移出报名单支付已完成考生考生交卷策略报名人报名

4、人支付系统报名人取消策略课程名额已锁定课程名额已释放识别参与者退费申请已提交退费申请已审批退款已到账报名已完成教材已签收订单已完成申请人审批人支付已完成支付系统开票申请已提交开票申请已审批发票已开具申请人审批人金税系统课程名额已扣减物流系统往来账已生成教材已发货订单已发货物流系统识别参与者限界上下文从两个方向识别限界上下文：p 纵向：识别事件流中的事件，倘若相邻两个事件之间的关系较弱，或者体现了两个非常明显的阶段，就可以对其进行分割。p 横向：梳理所有的事件，根据组成事件的名词和动词去发现事件之间的相关性（相同、相似的名称），然后去提炼一个整体的概念。第三步：识别限界上下文单一抽象层次原则每个

5、限界上下文从概念上应尽量处于同一个抽象层次，不能嵌套。识别限界上下文遵循的原则正交原则限界上下文之间不能互相影响，互相包含。订单已取消订单已提交课程已加入报名单诊断已完成课程已推荐诊断已开始试卷已生成试卷已提交报名已撤销支付已完成学生学生交卷策略报名人报名人支付系统报名人诊断推荐报名订单报名取消策略课程名额已锁定课程名额已释放课程课程订单订单已支付订单往来账已生成支付识别限界上下文退费申请已提交退费申请已审批退费已到账报名已完成教材已签收订单已完成申请人审批人退费已完成支付系统开票申请已提交开票申请已审批发票已开具申请人审批人金税系统订单退费发票报名工作流工作流课程名额已扣减支付课程订单已退费

6、订单教材已配送物流系统订单已配送物流系统识别限界上下文通过事件风暴：p首先识别跨限界上下文之间相邻事件的关系p事件之间是否存在直接触发的关系（参与者为前置事件），需要确定这两个事件所述的限界上下文p判断这两个事件所属的限界上下文，谁是主要的。主要的BC就是下游。通常，前置事件为下游，或者是事件的发布者第四步：识别上下文映射课程已加入报名单诊断已完成课程已推荐报名人诊断推荐报名如左所示，三个连续的事件分别处于三个不同的限界上下文：“诊断已完成”事件是“课程已推荐”事件的参与者，它们存在因果关系，前置事件所在的限界上下文为下游；“课程已加入报名单”由于有自己的角色参与者，故而与前置事件脱离了关系。

7、识别上下文映射诊断UD推荐报名订单已取消如左所示，连续的事件分别处于不同的限界上下文：“订单已提交”事件有自己的角色参与者，故而与前置事件脱离了关系；“报名已撤销”由前置事件“订单已取消”事件触发，故而订单上下文作为下游；“课程名额已释放”事件由前置事件触发，故而报名上下文作为下游。UD订单已提交报名人报名订单课程已加入报名单报名人报名已撤销报名人报名取消策略订单课程名额已释放课程DU识别上下文映射订单报名课程“订单已支付”事件由“往来账已生成”前置事件触发，支付上下文是下游；“报名已完成”由“订单已支付”前置事件触发，因此，订单上下文是下游；“课程名额已扣减”事件由“报名已完成”前置事件触发

8、，因此，报名上下文是课程上下文的下游。订单已支付订单报名已完成报名课程名额已扣减课程往来账已生成支付UDDUUD识别上下文映射支付订单报名课程“订单已完成”事件与“教材已签收”事件比较特殊，前置事件由外部系统触发，而外部系统不能作为下游发起对订单上下文的调用，因此只能采用事件通知的方式。考虑到报名人需要跟踪物流信息，由于前端不能直接与外部的物流系统交互，应通过订单上下文发起对物流系统的调用，故而订单上下文作为下游。教材已签收订单已完成订单物流系统物流系统UDACL识别上下文映射订单“订单已退费”事件由前置事件“退费已到账”事件触发，因此支付上下文是订单上下文的下游。退费已到账支付订单已退费订单

9、UD识别上下文映射支付订单物流系统UD支付系统UDUDUDUDUDUDACLACLUDDU上下文映射支付订单退费诊断推荐报名课程发票工作流事件决策命令写模型角色策略读模型当前事件所在的限界上下文注意读模型属于哪个限界上下文，如果不是当前上下文，则：*重用别人的读模型（遵奉者模式）*定义自己的读模型*使用ID值对象（用于建立关联）决策命令读模型写模型一个事件只能有一个写模型；若出现多个写模型，要么就是这多个写模型存在包含关系，要么就是写模型遗漏了一个对应的事件。前置事件第五步：领域分析建模试卷已提交诊断已完成完成诊断诊断试卷试题学生试卷已生成生成试卷课程试题试卷生成规则试卷提交试卷试卷学生交卷策

10、略课程已推荐推荐课程推荐诊断推荐规则课程课程已加入报名单将课程加入到报名单报名人报名单课程学生ID领域分析建模答案诊断推荐报名订单已提交订单已支付支付已完成报名已完成支付系统提交订单报名人订单收货地址报名课程学生ID领域分析建模订单领域分析建模学生课程试题试卷生成规则诊断试卷试卷试题答案诊断上下文识别聚合p 针对领域分析模型，梳理模型对象之间的关系（继承、合成、聚合、依赖、无关系）p 确定领域模型对象是实体还是值对象p 将具有继承或合成关系的领域模型对象放在一个聚合边界内p 根据聚合的本质（概念完整性、概念独立性、不变量Invariant、事务一致性）梳理聚合领域设计建模课程试题试卷生成规则试卷试卷试题标准答案分数分数输入答案标准答案学生诊断事件热点角色决策命令读模型写模型限界上下文策略外部系统事件风暴图例前置事件角色构造型领域服务场景驱动设计场景驱动设计的过程时序图场景驱动设计+TDD领域设计建模与领域实现建模DDD与测试战略