使软件开发复杂化的因素很多，最根本的原因是问题域本身的业务错综复杂。我们没法回避这种复杂度，我们能做的只有控制这种复杂度；控制复杂度的关键是建立一个好的领域模型。

--Eric Evans《领域驱动设计：软件核心复杂性应对之道》

术业有专攻。由于业务和技术人员专攻的领域不同，在软件开发过程中，难免会面临需求难于沟通，软件难以演化等问题，只有把知识显式化，才能快速对齐不同角色、不同参与方之间的概念，加速沟通，减少分歧。而领域模型，就可以为业务和技术人员之间建立高效沟通的桥梁。

5月31日，炎黄盈动推出「领域模型」（Domain Model），旨在通过分层视角架构表述业务，让业务和技术在同一个抽象层面交流，为客户带来更高的业务理解度，还可以为微应用划分微服务提供指导，为持续构建关键业务域应用保驾护航。这一产品新特性的推出，不仅夯实了炎黄盈动在低代码领域的领先地位，也推动了低代码平台进入企业核心业务数字化的里程碑进程。

「领域模型」是对业务领域的一种抽象描述，本质是业务在数字世界的映射，包括业务实体、业务流程、业务规则、业务关系等, 在AWS PaaS平台中以可视化的形式描述系统中各个实体及其之间的关系。

领域模型设计器动态衔接平台业务模型，可以提供顶层业务方案/高层业务域/低层实体对象的分层架构设计，可先规划框架，拖拽提取模型关系，数生图自动更新，创新的解决了业务蓝图架构与实际低代码应用系统割裂的问题。

AWS PaaS领域模型采用分层视角的THL业务架构，与低代码模型时时同步，蓝图即执行。它不仅涵盖了底层实体对象的基础设计，更为用户提供了从顶层方案到高层业务域的全方位、分层式的方案设计。

此外，AWS PaaS领域模型还开放了丰富的API，未来可根据需要定制导出符合客户IT架构标准的设计文档，也可以与第三方系统接口对接。

低层领域模型：

IT实现业务建模数据、流程、集成

可拖入或创建「BO」实体及「模块」，关联实体「DS」、「Dataflow」自动带出，模型分类与「模块」同步，自动显示系统实体已有关系，亦可拖拽建立业务关系。该模型主要面向工程师、双方项目组、业务分析师（BA）人员，可清晰地表述实体之间的数据逻辑关系，通过可视化方式使数据模型更加直观，帮助用户理解和优化底层数据结构。

高阶领域模型：

主业务域、主流程，指导微服务拆分

可自由规划Domain及嵌套，拖入下级「微应用」，动态同步生成其下级分类及「BO」实体，可拖拽建立连线关系用于表述业务关联，并能统计相关资源数量。该模型主要面向客户业务、BA、双方项目组，专业美观呈现应用之间的关联关系，为微应用划分微服务提供指导，可应用于领域业务架构设计和边界评审。

顶层方案架构：

业务主体框架，端到端、蓝图表述

可自由规划Solution及嵌套，拖入下级「业务域」，动态同步生成其下级应用及分类，可拖拽建立连线关系用于表述业务关联，并能统计相关资源数量。该架构主要面向客户高管、BA、双方项目经理用户，专业呈现总体业务架构，可应用于企业战略与IT规划等，帮助决策层理解整体业务蓝图，确保战略方向正确。

AWS PaaS领域模型的推出，增强了低代码构建核心应用的能力。以用户业务视角的分层架构设计与实施的业务模型保持一致，实现了业务与技术团队在同一概念层面的无缝对接，保证敏捷开发，支撑业务创新求变；同时为「微应用」划分「微服务」提供指导，优化资源利用，降低IT投入成本，帮助更多企业/组织，以更快速度、更易迭代、更低成本建设核心关键业务系统。

AWS PaaS领域模型现已开启体验通道，

扫描下方二维码，即可预约演示

共享一个平台，创造无限价值

免责声明：市场有风险，选择需谨慎！此文仅供参考，不作买卖依据。

责任编辑：kj005