订单域DDD上下文映射与子域划分.pdfVIP

《038_为订单域进行DDD上下文映射（9）》

公司的一块业务，整个就应该是一个业务领域，自己负责的系统是里面的哪个子域，可能你

负责的服务/系统仅仅是子域里的一部分而已，更小的公司，他自己就一个业务领域，就几

个子域

需求分析-理解业务-业务领域-各个子域（module）-自己子域的通用语言（你

应该跟子域里的其他人一起合作）-上下文映射（上下游关系）

module：识别出来一个子域里的业务模块，创建订单模块、订单支付模块、订单取消模块、

订单退款模块，再说吧，要把一个订单系统拆分为微服务的话，下单服务、订单支付服务、

订单调度服务、订单

上下文的映射，就是梳理和确定你的这个域和其他域之间的关系，包括上下游的关系，协作

关系，在这个环节应该是没有技术问题介入的，都是业务上的问题

在完成了需求分析以及理解完业务，战略建模，业务建模，顶层建模，代表的是你作为

一个技术，理解完了业务以后，用DDD战略建模工具，表达出来你对业务的

理解

上下游的关系就是说：下游去调用上游，上游是接口的，一般是这么个意思，下游

（Downstream）是D，上游（Upstream）是U

合作关系