我们的产品在多个客户已经上线,为了对产品进行一步内部推广,将在明天组织一次有长沙团队负责的工作流产品分拣。
将从以下两个方面进行讲解:
1)业务平台与工作流平台集成方式
2)工作流的能力
系统集成
lms(业务平台)与wfengine(工作流平台)怎么集成呢?
lms与wfengine存在的共性是什么??组织结构与执行者,系统功能模型,业务单据与流程变量。
在工作流平台中,执行者是用于限定任务执行人范围的对象,在业务平台中就是组织结构数据。整个组织结构被归纳为:员工/岗位/部门/组织/岗位群/部门群/人员组7大概念,工作流平台执行者类型按照这7大概念进行整合。
系统功能模型是业务抽象的抓手,业务平台基于系统功能组织系统业务实现,在工作流平台中,直接把业务平台的功能模型进行了映射,形成了工作流平台的业务模块。如果作为统一流程平台,可以在工作流平台自行创建功能模型。
业务单据与流程变量数据:工作流平台本地不产生业务数据,需要业务平台提供接口。工作流平台按照业务模型定义接收业务平台开放的接口获取数据,最终形成工作流平台能使用的一维业务数据,及工作流变量map集合对象。
工作流能力
在使用角度上,工作流平台提供了流程清单列表/流程预设置功能/流程审批单据/审批轮次 4大核心功能。
流程清单列表
根据工作流平台为业务平台设计的流程,业务单据发起流程时可以在流程清单中获取满足条件的流程列表。
流程清单的获取将根据业务功能/流程启动条件/分配组织/特例组织4个维度进行过滤,最终形成满足条件的流程清单,原则上最终应该是1条流程。
由于采用统一建模方式构建,流程可能满足相关的几个业务功能,流程可用根据需要进行功能分配,避免重复设置。
由于我们面对的是集团企业,流程需要根据组织进行分配或屏蔽,所以引入了分配组织与特例组织两个维度进行管理。
经过统一建模后,单据的适用性扩大,为了实现不同业务使用不同的流程,为流程提供了启动条件,以便让流程在特定规模下适配企业的所有业务。
流程预设置
当我们的组织结构不断发展扩大后,业务的复杂性不断增加,为了让流程在发起时或执行过程中能对执行者/流转步骤进行准确控制,提供流程流程预设置功能。
发起人可以在流程发起前/流程启动后对未处理节点进行全面管理,使业务尽早完成审批。
由于组织结构的不断扩展,在组织的不同层级设置了不同的系统管理人员,工作流平台支持特定岗位人员能对业务进行干预,修正流程运行过程中的问题。
流程审批单据
流程审批单据分为业务数据区域/审批历史区域/执行审批区域/工作流能力区域。并且支持任务单据。
任务单据有两个版本,分别支持者内嵌数据模板与基于独立业务功能完善的的任务单据。根据不同的需求,业务构建者可以灵活使用。
为了方便审批与提高业务平台的知识应用,审批单据引入了审批提示与审批常用语。可以在产品使用过程中,让我们的系统变得更为智能。
审理历史轮次:
为业务人员提供不同审批轮次的业务数据查看功能.....
整体功能在使用过程中慢慢完善,作业业务定义者,本文档为您提供了能力指引,怎么构建业务将由各位各显神通了......