domain-driven-design - 领域驱动设计是否适合企业架构领域的产品？

Question

我们的客户需要从头开始重新设计企业架构业务领域中的产品。该产品能够在标准 E.A. 的帮助下为最终用户的整个组织的业务流程、信息、技术、基础设施、数据等建模。框架方法和工具，如 BPM/N、TOGAF、ArchiMate 等。

有许多抽象(元)建模概念使产品还可以与多个第三方系统集成，例如最终客户的 ERP、CRM、项目管理、财务管理和服务交付系统，用于数据同步。

问题 - 领域驱动设计是否适合对此类产品的核心领域进行建模？

Answer 1

我推荐阅读 Eric Evans 的“领域驱动设计”和 Vaughn Vernon 的“实现领域驱动设计”。要意识到的第一件事不是建立一个统治所有这些的大模型。 DDD 是关于域(其中之一是核心域)和子域。它是关于可以以书中描述的各种方式连接的有界上下文。所以基本上你最终会得到许多看似冗余数据的自治子系统，它们以松散耦合的方式相互通信，并通过松散耦合的通信同步它们的部分数据。许多总体约束最终将是一致的，系统、流程和用户必须容忍这一点。

所以在你描述的复杂性景观中，我认为是的。 DDD 非常适合多个系统的多个核心域。但是在纯粹的 crud 和以数据为中心的子系统中可以随意使用更简单的方法。