要点提示：
● 问题子域和限界上下文是完全不同的两个维度，问题子域解决的是问题澄清和优先级排序问题，限界上下文解决的是业务边界识别和统一语言的问题，所以在概念上其实不存在先后关系和包含关系，将两张图放在一起，是为了能够方便设 计和分析，可以理解为两张图的“叠加”或“映射”。
● 对于问题子域和限界上下文的映射关系，业内存在争论（是一对多关系还是多对多关系），经过大量的实践，结合可操 作性和理解上的便易性，我们刻意地选择和约定以下的映射关系：
○ 一个子域可以包含多个限界上下文
○ 一个限界上下文不应跨越多个子域 对于子域类型的判断，会随着视角的切换而有所变化，例如从全局视角识别的支撑域，从该支撑域所负责开发的团队视 角来看，该域则属于这个团队的核心域。
● 可以先识别核心域，再识别通用域，这样的话最后剩下的就全都是支撑域

1||| 根据“每一个问题子域负责解决一个有独立业务价值的业务问题”的视角出发，可以通过疑问句的方式来澄清和分析子域 需要解决的业务问题，例如“如何进行库存管理？（英文描述类似How to…?）”
2||| 利用虚线，将解决同一个业务问题的限界上下文以切割图像的方式划在一起，并以“XXX子域”的形式对每个子域进行命名
3||| 根据三种类型的子域定义，共同结合业务实际（或者参考设计思维中的电梯演讲），确定每个子域的子域类型
