在经过业务分析后，整个系统的轮廓就被大致勾勒出来了，但这明显是一个极为粗略的轮廓，或者称为骨架。

接下来，就可以按照这个轮廓或者骨架所展示的样子，来对它做更进一步的分析和设计，赋予灵魂，填充血肉，让它符合各方的期望。

和业务分析一样，战略设计的路线图大致是这样子的。

• 根据业务分析输出的内容，从限界上下文识别开始，依次推进到上下文关系映射、统一语言和战略层面的技术决策。

• 其中，限界上下文识别和上下文关系映射可以说是整个DDD中最为重要的部分，这两个地方做出的设计，将直接决定今后系统的整体可用性、可维护性及运行效率，它是关键中的关键。

• 而战略层面的技术决策主要包含五个部分的内容，这也是决定系统运行效率的重要因素。但其实像技术栈、数据架构、治理架构和微服务的取舍很多公司都有着约定俗成的方案，或者直接采用已有的成熟经验。唯有应用架构这部分，对于不熟悉DDD的团队来说，可能就要好好斟酌一番了。