文档目录

引擎基座总览

引擎基座是元序的核心，通过表单、流程、页面、BI、规则、脚本、建模七台引擎协同，将软件生产从手工开发转变为Schema驱动的工业化产线，大幅提升开发效率并沉淀数字资产。

  • 引擎基座由七台引擎构成，各司其职
  • Schema驱动，支持版本管理和灰度发布
  • 多租户隔离，兼容信创数据库
  • 产出可复用模板，沉淀数据资产

七台工业母机——表单、流程、页面、BI、规则、脚本、建模，构成一条 Schema 驱动的完整总装线。

十二基座之中，引擎是主体。软件生产从"手工艺"跨入"工业化"，就发生在这七台引擎的产线上。

一、为什么需要引擎基座

1.1 软件生产的核心问题

在元序的十二基座体系中，标准基座解决"数据如何定义"的问题，而引擎基座解决的是"软件如何被生产"的问题。

传统软件生产方式：

  • 每个项目从零开始：框架选型、环境搭建、基础组件开发，占据数周时间；
  • 每个开发者重复造轮子：表单、流程、页面、报表，这些通用逻辑被反复实现；
  • 每个行业都在重新发明：住建局的审批系统和教育局的学籍系统，底层逻辑高度相似，却由不同团队从零开发。

引擎基座的价值在于：将软件生产拆解为七台专业化的"工业母机"，每台引擎负责一道核心工序，七台引擎协同运转，构成一条完整的软件生产线。

1.2 引擎基座的定位

引擎基座在元序体系中的定位：

基座职责类比
标准基座为数据立法立法机构
引擎基座生产软件核心组件生产线
能力基座提供标准件库零部件仓库
组装基座总装交付总装车间

引擎基座是元序的"心脏"——七台引擎的运转，驱动着整个平台的生产力。

二、七台引擎，各司其职

2.1 七台引擎的核心职责

引擎核心问题产出物类比
表单引擎业务数据如何被采集？数据采集界面 + 校验规则工厂的"模具"
流程引擎业务协同如何被运转？审批流 / 工作流 / 状态机工厂的"传送带"
页面引擎业务应用如何被呈现？列表 / 详情 / 工作台 / 大屏工厂的"展厅"
BI 引擎业务价值如何被看见？报表 / 仪表盘 / 数据大屏工厂的"仪表盘"
规则引擎业务决策如何被沉淀？决策表 / 规则链 / 评分卡工厂的"质控标准"
脚本引擎业务个性如何被扩展？自定义脚本 / 事件钩子工厂的"改装车间"
建模引擎业务世界如何被抽象？实体模型 / 关系图谱 / 数据字典工厂的"图纸"

2.2 每台引擎的深度能力

表单引擎——业务数据的采集入口

  • 可视化拖拽设计，无需编码；
  • 支持复杂布局（分组、分页、子表、关联）；
  • 内置 50+ 种字段类型（文本、数字、日期、枚举、关联、计算）；
  • 强大的校验规则（正则、公式、跨字段联动）；
  • 支持表单版本管理、灰度发布。

流程引擎——业务协同的运转中枢

  • 支持 BPMN 2.0 标准，可视化流程设计；
  • 支持串行、并行、条件分支、子流程、会签、或签；
  • 超时处理、催办、委托、撤回、跳转；
  • 流程与表单深度绑定，数据自动流转；
  • 支持流程仿真、性能分析。

页面引擎——业务应用的呈现层

  • 可视化页面搭建，拖拽组件；
  • 支持列表、详情、表单、工作台、门户等多种页面类型；
  • 组件库丰富（表格、图表、地图、树形、日历）；
  • 响应式设计，一套页面适配多端（PC、平板、手机）；
  • 支持页面模板、主题定制。

BI 引擎——业务价值的可视化

  • 支持多种图表类型（柱状、折线、饼图、散点、地图、仪表盘）；
  • 数据源灵活（关系型数据库、API、文件）；
  • 支持数据钻取、联动、过滤；
  • 仪表盘大屏设计，支持多屏联动；
  • 报表定时推送、权限控制。

规则引擎——业务决策的沉淀

  • 决策表、规则链、评分卡三种模式；
  • 可视化规则配置，无需编码；
  • 支持复杂条件组合（与、或、非、嵌套）；
  • 规则版本管理、灰度发布；
  • 规则执行日志、性能监控。

脚本引擎——业务个性的扩展

  • 支持 JavaScript、Groovy 等脚本语言；
  • 在线编辑器，语法高亮、代码补全；
  • 事件钩子机制（表单提交前、流程流转后等）；
  • 沙箱隔离，确保安全；
  • 支持自定义函数库。

建模引擎——业务世界的抽象

  • 可视化 ER 图设计；
  • 支持实体、属性、关系、索引定义；
  • 自动生成数据库 DDL；
  • 支持数据字典、编码规范；
  • 模型版本管理、变更对比。

三、七台引擎的协同逻辑

3.1 一台引擎的产出 = 另一台引擎的输入

七台引擎不是孤立的工具，而是一条首尾相连的产线：

建模引擎 ──定义数据模型──→ 表单引擎 ──生成采集界面──→ 流程引擎 ──驱动流转──→ 页面引擎 ──呈现结果
                                                                        ↑
                                              规则引擎 ←──沉淀决策── 脚本引擎 ←──扩展个性
                                                                        ↓
                                                                   BI 引擎 ──展现价值

3.2 协同案例：客户管理系统

以"客户管理"为例，展示七台引擎的协同：

  • 建模引擎定义了"客户"这个实体有哪些字段（姓名、电话、地址、信用等级）；
  • 表单引擎基于字段定义自动生成"客户信息录入"表单；
  • 流程引擎让"客户审批"按预设节点流转（销售提交 → 经理审批 → 财务确认）；
  • 页面引擎把客户列表、详情、工作台呈现给用户；
  • 规则引擎判断"这个客户的信用等级应该评为 A"（基于消费记录、付款历史）；
  • 脚本引擎在"客户签约"时触发一段自定义计算（计算佣金）；
  • BI 引擎把客户数据变成"客户分析仪表盘"（客户分布、信用等级分布、消费趋势）。

一个实体，七台引擎各司其职——从数据定义到价值呈现，全链路自动化。

3.3 为什么是"七台"而不是"一个"

有些平台试图用"一个万能引擎"解决所有问题。元序选择七台引擎各司其职，原因有三：

  1. 关注点分离：表单关心的是"数据怎么采集"，流程关心的是"任务怎么流转"，BI 关心的是"数据怎么展示"——混在一起只会让每个问题都解决不好。
  2. 独立进化：每台引擎可以独立升级，不影响其他引擎。流程引擎新增了并行网关，不需要重新部署表单引擎。
  3. 按需选配：有些场景只需要表单 + 页面，不需要流程；有些场景只需要规则 + BI，不需要表单。七台引擎可以自由组合。

四、核心能力矩阵

4.1 七台引擎的能力对比

能力维度表单流程页面BI规则脚本建模
可视化设计拖拽设计流程图页面搭建图表配置决策表在线编辑ER 图
Schema 驱动JSON SchemaBPMNPage SchemaBI SchemaRule SchemaScript ASTModel Schema
版本管理有有有有有有有
多租户隔离有有有有有有有
信创数据库PG/DM/KingBase/GaussDB同左同左同左同左同左同左
AI 辅助智能表单生成流程推荐页面生成图表推荐规则挖掘代码补全模型推荐

4.2 统一的技术架构

七台引擎共享统一的技术架构：

  • Schema 驱动：每台引擎的产出物都是 Schema（JSON/BPMN/DSL），可版本管理、可灰度发布；
  • 多租户隔离：每台引擎都支持多租户，数据隔离、配置隔离；
  • 信创适配：每台引擎都支持国产数据库（达梦、人大金仓、GaussDB）；
  • AI 增强：每台引擎都接入 AI 能力，提升设计效率。

五、数据资产沉淀

5.1 引擎产出的资产化

引擎基座的每一次使用，都在沉淀可复用的数字资产：

资产类型来源价值
表单模板表单引擎行业通用表单（审批单、填报单）可跨项目复用
流程模板流程引擎行业通用流程（并联审批、多级会签）可跨项目复用
页面模板页面引擎行业通用页面（工作台、门户）可跨项目复用
规则库规则引擎业务决策规则（信用评级、风险预警）可沉淀为知识资产
脚本库脚本引擎自定义逻辑可封装为可复用模块
数据模型建模引擎行业数据模型（客户、订单、产品）可跨项目复用

5.2 资产的四层沉淀

引擎产出 ──→ 模板库 ──→ 行业模板 ──→ 最佳实践
   ↓            ↓            ↓            ↓
  原始积累     结构化沉淀    行业化提炼    标准化复用
  • 第一层：引擎产出——每次设计产生的表单、流程、页面；
  • 第二层：模板库——通用模板的积累；
  • 第三层：行业模板——针对特定行业的模板集合；
  • 第四层：最佳实践——行业标杆客户的经验沉淀。

六、价值指标

6.1 量化价值

指标传统方式引擎基座提升幅度
表单开发时间2~3 天2~3 小时缩短 90%+
流程配置时间1~2 周1~2 天缩短 80%+
页面搭建时间3~5 天3~5 小时缩短 90%+
规则变更响应1~2 周（需编码）1~2 小时（可视化配置）缩短 95%+
跨项目复用率0%60~80%从 0 到 60%+

6.2 定性价值

  • 降低技术门槛：业务人员可参与设计，减少对开发人员的依赖；
  • 提升响应速度：业务需求变化可快速调整，无需长周期开发；
  • 保障质量一致：引擎产出的组件质量稳定，避免人为错误；
  • 促进知识沉淀：最佳实践可模板化，避免经验流失。

七、引擎基座与其他基座的关系

引擎基座是元序生产体系的核心产线，与其他基座的关系：

标准基座 ──数据定义──→ 引擎基座（表单字段、模型实体按标准定义）
引擎基座 ──产出资产──→ 能力基座（通用表单/流程/页面沉淀为标准件）
引擎基座 ──发布资产──→ 应用基座（引擎产出在蓝图中注册为可复用模块）
引擎基座 ──总装交付──→ 组装基座（引擎资产按行业模板总装为交付包）
引擎基座 ──数据产出──→ 数据基座（引擎产生的业务数据通过数据基座流转）
引擎基座 ──调用 AI ──→ AI 基座（表单智能生成、流程推荐等 AI 能力）

八、实施建议

8.1 分阶段上线策略

企业规模启动配置重点
小微（<30人）表单 + 页面 + 流程（三件套）先跑通"数据采集→审批→展示"的基本闭环
成长型（30~200人）七引擎全开规则引擎沉淀业务决策，BI 引擎展现经营数据
集团/多业务线七引擎 + 建模引擎主导先建统一数据模型，再在各业务线展开引擎应用

8.2 关键成功因素

  • 高层支持：引擎基座的引入是生产方式的变革，需要高层推动；
  • 培训赋能：业务人员需要培训，掌握引擎的使用方法；
  • 模板沉淀：建立模板管理机制，促进资产积累；
  • 持续优化：定期评估引擎使用效果，持续优化配置。

九、结语

引擎基座是元序的"心脏"——七台引擎的运转，驱动着整个平台的生产力。

七台引擎各司其职、协同运转，将软件生产从"手工艺"跨入"工业化"。它们不是七个独立的工具，而是一条完整的软件生产线——从数据定义到价值呈现，全链路自动化。

引擎基座的价值不仅在于提升开发效率，更在于将软件生产的能力从"人"转移到"平台"——让组织拥有持续生产软件的能力，而不是依赖个别开发人员。

这就是引擎基座的战略意义：让软件生产成为组织的核心能力，而不是个人的技艺。

相关标签七台引擎表单引擎多租户BI引擎信创适配流程引擎低代码平台软件生产线规则引擎低代码引擎基座Schema驱动
页面引擎：业务应用如何被呈现能力基座总览