首先，让我们大致了解一下领域驱动设计、业务架构和业务中办之间的关系。从下图可以看出，商务中办的建设是依赖于他们的。有趣的是，这两条线是虚线。我想说明的是，有的公司在现有业务中台落地建设的过程中，可能并没有真正有意识地与他们建立联系，有的是自下而上，有的是自上而下。每个人都有自己的着陆方式。
大多数公司在着陆时仍然直接重建现有系统。在这个时候，他们可能会发挥一定的作用。好好想想。
然而，有一个结果是可以预料的。如果业务的中办做得不好，会导致前端业务线不应该在中办做。即使做到了，也不会在内部和外部产生多少价值。
我个人认为这是一个解决现状的想法，就像所有架构或者模式的进化一样。就像定义的界面一样，有许多具体的方法来实现它，无论是通过使用现有的经验，还是通过学习许多其他人的优势来创建新的动作。
说了很多，很少有人走街串巷。只有正确稳健，不为自己设限，才能做好。也许你是下一个。
下面介绍DDD和业务架构的相关内容。
1.托加夫简介
开放组架构框架(英文：Open Group Architecture Framework，缩写为TOGAF)是一种企业架构框架，它提供了一种设计、规划、实现和管理企业信息技术架构的方法[2]。TOGAF是一种高级设计方法。它通常在四个层次上建模：业务、应用程序、数据和技术。在很大程度上，它取决于模块化、标准化以及现有的和经过验证的技术和产品。
从上图和文字中了解TOGAF是什么，思考与DDD和商务中办的相似之处，是否可以借鉴一些优点作为一些原则或标准来推动商务中办落地。
2. 业务架构是什么
业务架构是战略、流程、组织等业务要素的结构化表达。一种结构化的企业能力分析方法，旨在实现企业战略，构建企业的整体业务能力计划，并将其传递给技术实现端。
3.DDD(领域驱动设计)
它是一种处理高度复杂领域的设计思想，试图将技术实现的复杂性分离出来，围绕业务概念构建领域模型来控制业务的复杂性，从而解决软件难以理解和进化的问题，进而控制软件进化的复杂性。团队应该能够成功地开发复杂的业务软件系统，这样系统即使在增长时也能保持敏捷。
领域驱动设计的核心需求
让业务架构和系统架构形成绑定关系，这样当我们针对业务变化调整业务架构时，系统架构的变化也会随之而来。
为什么需要领域驱动的设计
1.领域专家和开发人员共同努力，使开发的软件能够准确传达商业模式。
2.打破业务就是业务，技术就是技术的现状，让业务和技术深度融合。
3.知识的集中，保证了软件知识不仅仅掌握在少数人手中，让研发两不误；d、业务人员可以晋升。
4.设计就是代码，代码就是设计。
5.战略设计和战术设计。
只有关注领域模型，在领域模型中沉淀业务知识，才能与业务模型相匹配，有效控制项目的复杂性，实现高内聚低耦合，提高业务变化的响应速度。
事件风暴梳理复杂业务
总结
很多人都在讨论商业中心的价值，各种不同的问题，我们是否应该去做，这些问题是否应该由我们自己去深入思考和探索，找出我们自己的认知。