商品领域ddd_DDD 领域驱动设计-商品建模之路

最近在做电商业务中，有关商品业务改版的一些东西，后端的架构设计采用现在很流行的微服务，有关微服务的简单概念：

微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。

关于改版的业务设计，还是想尝试 DDD 领域驱动设计，之前写的一些相关文章，都是直接进行战术设计，而非在战略设计基础上进行，所以最后可能会出现一些问题，所以这次的过程是：边了解业务、边了解 IDDD 书中关于战略设计的部分，然后尝试使用战略设计的方式进行业务分析，最后再细分出具体的战术设计，没有正确的设计方案，只有合适的设计方案，排除技术之外的业务分析过程，还是蛮有意思的。

DDD 战略建模(包含概念)：领域(Domain)、核心域、子域、界限上下文(Bounded Context)、上下文映射图(Context Mapping)。

相关文章：

1. 业务流程

业务场景：发布商品

业务场景就上面四个字，看起来很简单，但其实具体分析起来，所包含的东西还是蛮多的，整个发布商品过程，就像一个商品诞生的生命周期一样，需要经历各个阶段和过程，直到商品正式发布出来，并且在这个过程中，有一系列的其他概念由商品衍生出来，比如库存、分类、品牌等等，还会有一些用户的行为参与，比如小二的后台审核等。

在业务分析过程中，我还是比较喜欢画一张简单的业务流程图&#