轻量级工作流引擎架构设计工作流引擎应用场景

转载

mob6454cc745a10 2024-01-15 20:51:10

文章标签 轻量级工作流引擎架构设计工作流引擎管理系统数据一致性 文章分类 架构后端开发

什么是工作流

工作流属于计算机支持的协同工作（Computer Supported Cooperative Work，CSCW）的一部分。

Georgakopoulos给出的工作流定义是：工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。

工作流管理联盟(Workflow Management Coalition，WfMC)对工作流给出定义为：工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。

使用场景

工作流引擎能支持的业务场景远远不止单据审批，几乎所有涉及到业务流转、多人按流程完成工作的场景背后都可以通过工作流引擎作为支撑。基于工作流引擎，可以搭建客户关系管理系统（CRM）、运输管理系统（TMS）、仓储管理系统（WMS）、财务费用系统等多种复杂业务系统。对于达到一定规模的企业，良好的 BPM（业务流程管理，Business Process Management）体系可以支持创建公司内横跨不同部门的复杂业务流程，既提高工作效率、又可推动企业规范化发展。

工作流和系统事务

二者虽然都可以用流程图表示，但是却有本质不同。

工作流是从管理的角度看问题，管理的是人，解决的是人的协同，分工和流程标准化。它方便了管理层进行数据运营，但是对于流程中任务的执行者，也许会因为引入系统而带来不便。
事务是从系统的角度看问题，管理的是数据，解决是各方系统的数据一致性。

工作流的可行性分析

办居住证，你跑东跑西，准备了一堆的材料，这个是不是工作流？

我觉得不是，原因有二：

其一，它只是整个居住证办理流程的申请环节，而整个流程包括申请->审批->制作->发放。
其二，你跑东跑西做了很多事，但对于你本人来说它不是一个重复度很高的工作，不适合流程化。

所以可以看出工作流适合不停重复重复再重复而系统又无法独立完成的，需要多方人员分工协作的工作。

只有系统参与的工作，适不适合工作流？

我觉得不适合，原因如下：

其无需人员参与，使用工作流只会引入其他依赖，增加复杂度。
这其实是一个系统事务，关注的是数据一致性，而工作流并不是合适的解决方案。

什么样的工作适合工作流？

分成不同阶段。
有多方人员（组织）参与。
重复重复再重复的流程。
有流程标准化，分工明晰化，责任明确化的需求。

具体应用

应用领域	常见流程
生产制造	ISO9000流程
软件研发	CMMI流程
财务	合同审批流程
	采购申请流程
	固定资产报废流程
	费用报销流程
人事行政	请假申请流程
	出差申请流程
	KPI绩效考核流程
	人员雇佣流程
管理	资源申请流程
	日常报告流程
市场销售	订单受理流程
	合同执行流程
客户服务	保险索赔流程
	投诉受理流程
	售后服务流程
政务	公文审批流程
	项目申报流程
	服务受理流程
	多政府部协作处理流程
B2B	与合作伙伴的协作流程
...	...