个人理解KDDM动态领域模型

最近读了各个苍穹平台大神的关于动态领域模型设计的文章，有了一些自己的领悟，写个文章，做一次总结归纳。

领域和模型是什么？

业务领域：如财务、电商、供应链、组织架构、仓储，这些都是各个领域实实在在发生的事情。

通过我们分析业务逻辑，从中找出可固定的模式，抽象成计算机系统中对象并存储，这样的对象就是模型，如果到某个业务领域了，就叫领域模型。

领域在苍穹里面可以具象为某个业务云。

模型在苍穹里面可以具象为某个单据/基础资料，或者单据的审批流。

建模指的是创建领域模型的过程。通过建模，团队可以提炼出领域中的核心概念和关系，并将其转化为可操作的软件设计和实现。在苍穹里面，我们可以利用开发平台的能力，方便快捷地建模。

动态其实是运行时概念，重点是在运行时的动态，那么动态我们可以简单理解为，在运行时调整模型，页面渲染与逻辑运行也随之变化了。

KDDM金蝶动态领域模型：

通过将企业业务标准化，提取和抽象相关基础元素，形成领域元素库，后续的应用开发可以直接使用这些元素进行可视化业务建模，采用类似于拼积木的方式来构造企业应用，而不需要重复造轮子。是苍穹PaaS平台的核心部件，同时也是自研的一套方法论，与DDD有相似之处，但是比DDD更早。 

按我个人的理解：

KDDM就是设计思想+建模工具，某个领域（例如电商领域）是由很多数据实体，数据实体之间的业务逻辑组成的，我们将这些东西，利用建模工具进行建模，然后就形成了一个领域（在苍穹里面被叫做“业务云”）。 

建模过程中可以用到很多UML图，例如，用例图，时序图，流程图，类图。 表单建模（有界面），其实数据实体本身也有一些业务逻辑。    

（1）数据实体建模，可以建模如：单据、基础资料、系统参数、余额模型、布局。   

（2）业务逻辑建模：动态表单模型实现与用户交互，打印模型实现打印。    

（3）数据提取整合：报表模型、轻分析。 业务逻辑建模（无独立界面）：工作流、单据转换、调度、操作、校验器。

动态领域模型一些相关概念：

DDD领域驱动设计（Domain-Driven Design），DDD是一种在软件开发过程中，对不同领域的业务需求进行分析、抽象建模的方法。

DMA模型驱动架构（Model-Driven Architecture，简称MDA）是一种软件设计方法，它提供了一套以模型来表示的软件设计指导规范。 

EA企业架构（Enterprise Architecture）是指对企业事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案，它基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。

领域模型的优点

（1）交付效率与一致性 

明确的构件规格一致的实现方式 架构可视 面向业务人员的全面配置体系 与技术无关业务模型描述 适应技术的快速变化 自我学习和行业知识积累 模型运行期动态解析，保证开发敏捷 通过业务模型，动态生成分析模型 通过模型定义，动态生成服务契约。 

（2）行业客户化成果可升级性 

明确的二次开发方式 通用、行业、个性模型隔离 插件开发方式避免二次开发对核心代码的侵入 投资可以得到持久地回报。 

（3）用户体验 

统一的界面构建块，确保界面一致性 动态界面构造，实现不同接入方式一致体验 统一的快捷键实现 与技术无关的界面设计与开发。