JFlow-Camunda-Flowable-国内外BPM指标权重对比报告(AI分析)

驰骋工作流

778人浏览 · 2026-07-16 09:26:07

驰骋工作流 · 2026-07-16 09:26:07 发布

JFlow / CCFlow 与 Camunda、Flowable 对比分析报告

版本说明：CCFlow 为驰骋公司 .NET 版本，JFlow 为 Java 版本，二者功能完全一致。下文统称「驰骋 / CCFlow/JFlow」。
证据来源：本仓库 CCFlow/Components/BP.WF、BP.En30、Vue3/src 源码审查 + Camunda / Flowable 公开能力基线。
日期：2026-07

1. 产品关系说明

产品	厂商	技术栈	说明
CCFlow	驰骋	.NET + Vue3（本仓库）	与 JFlow 功能等价
JFlow	驰骋	Java	与 CCFlow 功能等价
Camunda	Camunda	Java / Camunda 8（Zeebe）	BPMN 标准流程引擎
Flowable	Flowable	Java / Spring Boot	开源 BPMN 套件

一句话定位

驰骋：中国政企审批 + 低代码表单一体产品（自研流程模型，非 BPMN 执行语义）。
Camunda / Flowable：BPMN 标准流程编排引擎（表单、中国组织审批通常需二次开发）。

选型本质是场景匹配，不是绝对优劣。

2. 行业评估指标与打分

2.1 指标来源与分类

指标综合 BPMInstitute、Signavio BPM 选型指南及常见 BPMS 采购清单，划分为五类共 15 项：

类别	关注点
功能	建模、执行、人工任务、表单、组织、规则
技术	集成、版本、监控、扩展、安全
交付	低代码、移动端与协同
商业	生态与总体拥有成本（TCO）
场景	中国政企适配度

打分口径（1–10）

分数段	含义
9–10	该维度业界顶尖，开箱可用
7–8	可用且成熟
4–6	需较多扩展或二次开发
1–3	明显短板

权重（1–10）：表示国内政企选型中的常见重要性，可按贵司战略调整后重算加权分。

2.2 指标定义

编号	类别	评估指标	权重	衡量什么
M01	功能	流程建模与标准合规	8	BPMN/DMN/CMMN 支持度、模型可交换性
M02	功能	流程执行引擎成熟度	9	状态机/Token 语义、事务、异常恢复、子流程
M03	功能	人工任务与审批语义	9	待办、退回、会签、加签、抢办、抄送、移交
M04	功能	表单与任务界面	8	表单设计器、字段权限、附件、签章、公文
M05	功能	组织模型与任务分配	8	部门/岗位/领导链/字段选人/动态接收人
M06	功能	业务规则与条件路由	7	方向条件、决策表、脚本/SQL/API 规则
M07	技术	集成能力与开放 API	8	REST/OpenAPI、事件、消息、外部系统对接
M08	技术	版本管理与部署	7	多版本并行、灰度、实例绑定旧定义
M09	技术	监控分析与审计轨迹	7	轨迹、KPI、瓶颈分析、运维套件
M10	技术	可扩展性与高可用	7	集群、水平扩展、云原生、吞吐
M11	技术	安全与合规基线	8	鉴权、审计、加密、安全开发生命周期
M12	交付	低代码与交付速度	8	业务人员可配置、开箱即用、上线周期
M13	交付	移动端与协同生态	6	移动办理、钉钉/企微、待办推送
M14	商业	厂商生态与总体拥有成本	6	授权、社区、人才、长期维护成本
M15	场景	中国政企场景适配度	9	公文、组织审批习惯、国产化交付经验

2.3 按指标打分表（1–10）

评估指标	权重	驰骋 CCFlow/JFlow	Camunda	Flowable
流程建模与标准合规	8	4	10	9
流程执行引擎成熟度	9	7	10	9
人工任务与审批语义	9	10	6	6
表单与任务界面	8	9	4	5
组织模型与任务分配	8	10	5	5
业务规则与条件路由	7	8	9	8
集成能力与开放 API	8	6	10	8
版本管理与部署	7	4	10	9
监控分析与审计轨迹	7	6	9	7
可扩展性与高可用	7	4	10	7
安全与合规基线	8	5	8	7
低代码与交付速度	8	9	4	5
移动端与协同生态	6	8	4	4
厂商生态与总体拥有成本	6	7	7	8
中国政企场景适配度	9	10	3	3
加权平均	—	≈7.3	≈7.2	≈6.6

解读：三者加权总分接近，说明不是「谁全面碾压」，而是能力画像正交——驰骋胜在中国审批与表单交付，Camunda 胜在标准编排与云原生，Flowable 胜在开源 BPMN 与可控成本。

3. BPM 功能对照（结合代码）

3.1 架构本质差异

维度	驰骋 CCFlow/JFlow	Camunda	Flowable
流程定义	DB 元数据（`WF_Flow` / `WF_Node` / `WF_Direction` / `WF_Cond`）+ XML 模板交换	BPMN 2.0 XML Deployment	BPMN 2.0 XML Deployment
执行语义	自定义状态机（`WFState` + `GenerWorkerList.IsPass`）	Token / Execution Tree	Token / Execution Tree
设计器	Vue Flow 自研（`FlowDesignerV2`）	bpmn.io / Web Modeler	Flowable Modeler
表单	CCForm 一等公民，与流程同 ORM	Camunda Forms / 外挂表单	Flowable Forms / 外挂
组织模型	内置 Dept / Station / Emp / Team + 领导链	IdentityService（通用）	IDM（通用）
对外 API	`Dev2Interface` + HttpHandler	REST Engine API + Java SDK	REST API + Java SDK
技术栈	.NET（CCFlow）或 Java（JFlow）+ Vue3	Java / Camunda 8	Java Spring Boot
低代码	CCFast（单据/门户/AI）深度绑定	无（偏引擎）	Design 偏轻

核心类职责（驰骋）

Flow / Node          → 流程与节点定义
WorkNode             → 发送/分流/会签/子流程核心逻辑
FindWorker           → 人员解析（DeliveryWay 策略）
Cond                 → 路由条件求值
GenerWorkFlow        → 流程实例
GenerWorkerList      → 待办工作项
MapData / MapAttr    → 表单元数据
FrmNode / FrmField   → 节点表单绑定与字段权限
Dev2Interface        → 对外 SDK 门面

3.2 流程引擎功能对照表

功能点	驰骋实现要点	驰骋	Camunda	Flowable	优劣一眼看
流程定义格式	DB 元数据 + XML；BPMN 仅子集导入	中	强	强	标准互操作：Camunda/Flowable 胜；快速配置：驰骋胜
顺序 / 分流 / 合流	`RunModel`：Ordinary / FL / HL / FHL / 子线程	强	原生	原生	业务够用；标准网关对象更规范
事件 / 边界 / 补偿	无标准 BPMN 事件；PushMsg / 超时近似	弱	原生	原生	复杂系统编排短板在驰骋
自由流 / 动态插节点	`TransferCustom` + 游离态 `IsYouLiTai`	强	扩展	扩展	驰骋产品化；标准引擎需 CMMN/自研
子流程	手动/自动/延续 `SubFlowHand` / `Auto` / `YanXu`	强	原生	原生	能力相当，语义模型不同
选人规则	`DeliveryWay` 50+（岗位×部门、领导链、字段、SQL…）	强	扩展	扩展	驰骋护城河
多人处理	`TodolistModel`：抢办/协作/队列/共享/组长	原生	扩展	扩展	标准引擎用多实例+监听器拼装
会签 / 加签	`HuiQianRole` + `IsHuiQian`	原生	扩展	扩展	中国审批语义开箱
退回 / 撤销 / 移交 / 挂起	`WorkReturn` / `UnSend` / `Shift` / `Hungup`，工具栏内置	强	中	中	驰骋按钮级可配；标准引擎多需自研 UI
抄送	`CCNode` + `CCRole` 自动/手工抄送	强	扩展	扩展	驰骋一等公民
超时处理	`OutTimeDeal` 约 13 种（跳转/移交/消息/SQL）	强	原生	原生	Timer Event 更标准；驰骋业务动作更全
多版本并行运行	`Ver` 时间戳为主，实例多绑当前模板	弱	强	强	Deployment 模型是标准引擎优势
对外 API	`Dev2Interface` + HttpHandler 过程式	中	强	强	OpenAPI/REST 生态：标准引擎胜
DMN 决策表	用 Cond / SQL / 业务单元替代	无	原生	原生	标准决策套件属 Camunda/Flowable
CMMN 案例管理	用自由流近似	无	原生	原生	非结构化案例管理标准引擎更强

3.3 表单引擎功能对照表

功能点	驰骋实现要点	驰骋	Camunda	Flowable	优劣一眼看
可视化表单设计	`FoolFormDesigner` 拖拽；控件 40+	强	中	中	驰骋表单产品化更深
节点-表单绑定	`FrmNode`：方案 / 启用规则 / 主键策略	原生	扩展	扩展	流程与表单同平台
节点级字段权限	`Sys_FrmSln`：可见 / 编辑 / 必填 / 正则	原生	扩展	扩展	标准引擎通常应用层实现
表单库 / 多表单树 / 累加表单	`FrmTree` / `FoolTruck` / `RefOneFrmTree`	强	弱	弱	政企多单据场景优势
公文 / Office / VSTO	Word / Excel / WPS / GovDoc 表单类型	强	无	无	驰骋独占优势带
审核组件	`WorkCheck` 独立签批区（非普通字段）	原生	扩展	扩展	审批体验开箱
电子签章 / 手写	`ESignVue` / `HandWriting`	强	扩展	扩展	前端内置
数据落库模型	`ND*Rpt` + 节点表，元数据自动建表	强	中	中	驰骋快；标准引擎更鼓励业务库解耦
表单与流程解耦	可 SDK/URL 外挂，但默认紧耦合	中	强	强	微服务/多前端：标准引擎更灵活
移动端表单	`CCMobile` + Vant；移动端控件	强	弱	弱	开箱移动办理

3.4 驰骋流程与表单设计（代码级理解摘要）

流程设计

存储：流程图可视化设计结果写入关系库，而非以 BPMN XML 为运行时主格式。
结构：节点（WF_Node）+ 有向边（WF_Direction）+ 条件（WF_Cond）。
节点类型：用户节点 / 路由节点 / 抄送节点 / 子流程节点；运行模式含线性、分流、合流、分合流、同/异表单子线程。
选人：FindWorker 按 DeliveryWay 解析接收人（组织、领导链、表单字段、SQL、WebAPI 等）。
发送路径：Dev2Interface.Node_SendWork → WorkNode.NodeSend → 保存表单 → 事件 → 条件 → 选人 → 写待办 → 写轨迹。
BPMN：TemplateGlo.NewFlowByBPMN 仅支持有限导入（如 userTask / exclusiveGateway / endEvent），不是完整 BPMN 执行语义。

表单设计

元数据：MapData（表单）+ MapAttr（字段）+ MapDtl（从表）+ MapExt（联动扩展）。
与节点绑定：FrmNode 决定节点用哪张表单、只读/自定义方案、启用条件。
字段权限：FrmField → Sys_FrmSln，按节点控制可见、可编辑、必填。
设计器：傻瓜表单（拖拽）、开发者表单、章节表单、VSTO（Excel/Word）等。
运行时：FrmFool 渲染 + ToolBar / WorkOpt 完成发送、退回、会签等操作。

4. 优缺点速览

驰骋 CCFlow / JFlow

优点	缺点
表单 + 流程深度一体	非 BPMN 执行语义，标准互操作弱
50+ 中国组织选人规则开箱	流程定义多版本并行弱
会签 / 抢办 / 退回 / 抄送产品化	云原生、水平扩展、可观测性弱
公文 / Office / 签章 / 移动端	API 偏过程式 HttpHandler，非标准 OpenAPI
低代码（CCFast）交付快	复杂事件编排（消息/补偿/边界事件）需绕路
.NET 与 Java 双栈可选	国际化与跨厂商流程交换成本高

Camunda

优点	缺点
BPMN / DMN / CMMN 完整	表单、组织、中国审批需大量自建
多版本 Deployment，实例可绑旧定义	交付周期通常长于驰骋
Camunda 8 云原生可扩展	商业版授权与实施成本高
Operate / Optimize 运维强	政企公文、签章等无开箱能力
生态与文档成熟	「开箱审批产品」体验弱

Flowable

优点	缺点
开源友好，TCO 相对可控	同样缺中国审批产品化
BPMN 能力接近 Camunda 7	运维套件弱于 Camunda 8
Spring 集成好	表单/组织/移动端仍需自研封装
适合自托管中台引擎层	政企交付依赖实施团队能力

5. 选型结论与建议

5.1 总体结论

三者加权总分接近（驰骋 ≈7.3 / Camunda ≈7.2 / Flowable ≈6.6），但能力画像正交：

驰骋 → 中国审批产品化与表单交付

Camunda → 标准编排与云原生运维

Flowable → 开源 BPMN + 可控成本

先定场景，再定引擎。 不要只用 BPMN 合规分否决驰骋，也不要用表单能力分单独否决标准引擎。

5.2 按场景选型

场景	首选	次选	理由
国内 OA / 审批 / 公文，要 1–3 月上线	驰骋 CCFlow 或 JFlow	Flowable + 自研	表单权限、选人、会签退回开箱
团队技术栈 .NET	CCFlow	—	与本仓库一致
团队技术栈 Java，要审批产品化	JFlow	Flowable	功能与 CCFlow 等价
团队技术栈 Java，要纯引擎 / 开源	Flowable	Camunda	愿自研表单与组织层
BPMN 互操作 / 多版本并行 / 复杂事件	Camunda	Flowable	标准执行语义与 Deployment
微服务高并发系统编排	Camunda 8	Flowable	水平扩展与运维工具链
开源自托管、预算敏感	Flowable	JFlow	要开箱审批仍建议 JFlow

5.3 落地建议

（1）单一引擎策略（大多数中小项目）

以人工业务审批为主 → 直接选驰骋（.NET 用 CCFlow，Java 用 JFlow）。
不要仅为「BPMN 合规」换引擎，除非存在明确的流程定义互操作硬约束。

（2）双引擎策略（大型集团 / 中台）

职责	引擎
人审、公文、组织选人、表单权限	驰骋
跨系统履约、消息/补偿、高吞吐编排	Camunda 或 Flowable

用业务主键或消息总线解耦，避免一套引擎硬扛全部场景。

（3）选型前 POC（建议 2 周）

用真实流程验证以下能力，谁少改代码谁胜出：

复杂选人（部门 × 岗位 × 领导链）
会签 + 退回 + 抄送
节点级字段权限
超时与消息推送
与现有组织 / SSO 对接

5.4 给不同角色的一句话建议

角色	建议
业务 / 产品负责人	目标是「尽快把中国式审批跑起来」→ 选驰骋；目标是「建可长期演进的标准流程中台」→ 选 Camunda（或 Flowable 开源路线）。
技术负责人	用第 2 章加权表按贵司权重重算：政企审批权重大 → 驰骋领先；编排与扩展权重大 → Camunda 领先。
采购 / 决策层	总分接近，比的是场景匹配与总拥有成本，不是单一功能分数。建议 POC 后再签。

6. 附录：代码证据索引

主题	路径 / 类
发送核心	`BP.WF/WF/WorkNode.cs`
流程 / 节点定义	`BP.WF/WF/Flow.cs`、`Node.cs`；`Template/FlowExt.cs`、`NodeExt.cs`
选人引擎	`BP.WF/Template/FindWorker.cs`；`EnumLib.DeliveryWay`
多人 / 会签	`EnumLib.TodolistModel`、`HuiQianRole`
条件路由	`BP.WF/Template/Cond.cs`
实例 / 待办	`GenerWorkFlow.cs`、`GenerWorkerList.cs`
SDK API	`BP.WF/Dev2Interface.cs`
BPMN 有限导入	`BP.WF/Template/TemplateGlo.cs`
表单元数据	`BP.En30/Sys/MapData.cs`、`MapAttr.cs`
节点表单绑定 / 字段权限	`Template/FrmNode.cs`、`FrmField.cs`
流程设计器（前端）	`Vue3/src/WF/Admin/FlowDesignerV2/`
表单设计器（前端）	`Vue3/src/WF/Admin/FoolFormDesigner/`
运行时操作	`Vue3/src/Toolkit/WorkOpt/`、`WF/ToolBar.vue`