领域驱动设计-- 界限上下文

界限上下文

1. 我们怎么去划分界限上下文

   我认为通过从业务边界到工作边界再到应用边界这三个层次抽丝剥茧，分别以不同的视角、不同的角色协作来运用对应的设计原则，会是一个可行的识别限界上下文的过程方法。

   

从业务边界到我们的界限上下文，根据上图的过程展示梳理出来流程：

1. 在明确了系统的问题域和业务期望后，开发团队与领域专家经过充分地沟通与交流，可以梳理出主要的业务流程 — 这一阶段需要梳理和输出主要的核心流程图 （N个场景） 最具有业务价值的领域功能

2. 业务流程包含了：参与的角色（Who） 业务活动（What） 业务价值（Why） 这里的业务流程不是指的是流程图，而是角色(用户) 活动(操作)的流程 ，所以由业务流程会产生不同的业务场景，比如：用户购买 先登录 或者注册 可以先加入购物车再购买 或者直接购买 加入购物车可以选择优惠卷等方式，然后再进行支付等 里面可能包含了不同的业务场景----如：登陆注册 查找商品 支付等，从业务流程梳理出一个核心的操作流程图和多个业务场景的流程图，

3. 现在一个业务流程 -----> 多个业务场景（多个场景的流程图）然后每个场景会对应多种不同的活动，业务活动的描述应该精准地表达领域概念，且通过尽可能简洁的方式进行描述，通常格式为动宾形式。如&#x