2022年2022年流程配置说明 .pdf

《2022年2022年流程配置说明 .pdf》由会员分享，可在线阅读，更多相关《2022年2022年流程配置说明 .pdf（16页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、目录流程配置说明 . 2一. 流程配置文件. 21.start节点 . 33.state节点 . 34.system-state节点 . 45.task 元素 . 46.assignment元素 . 47.transition元素 . 48.condition元素 . 5二. 人员查找任务Assignment . 62.1 简单 assignment . 62.2 复合 assignment . 7三.流程附加操作Action(Entry,Exit). 10 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - -

2、- - - - - 第 1 页，共 16 页 - - - - - - - - - 流程配置说明本参考文档主要针对流程配置文件的开发人员,主要介绍流程配置文件的结构,人员查找任务 ,后台预定义的一些操作类. 实例配置原文 :一. 流程配置文件简易实例 (这里只给出各个流程步骤中stateconfig 的内容部分 ): 04070945 String companyType = (String)CONTEXT_INSTANCE.getTransientVar().get (varCompanyType); return 1.equals(companyType) ; 名师资料总结 - - -精品资

3、料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 16 页 - - - - - - - - - 04070945;99040005 30 1030510705 manager 流程的配置由一个start节点 , 若干个 state节点 , 若干个 system-state节点 , 若干个 end 节点组成 . 这些节点都是作为流程的状态存在于流程配置中, 他们的公共属性包括: Sid: 流程状态标识Name: 流程状态中文说明Path: 流程审批属性 , 一个自定义的属性, 配置人员可以给该属性设置不同

4、的值来通知业务开发人员该步骤的审批人员将对流程进行何种操作needComment: 流程是否需要审批人意见(true/false) auto: 该状态是否是自动状态, 和system-state搭配使用表示流程自动跳转状态1.start节点流程的起始节点,一个流程配置有且只有一个start节点 ,start节点由若干个transition 组成表示不同条件下的流程迁移路径. 2.end 节点流程的终止节点,表示流程的结束,一个流程配置可以存在1 个或者多个end节点 ,表示不同的流程结束状态.end 节点不配置任何transition, 但可以选择性的配置一个entry 元素 .entry元素

5、表示流程进入该状态的时候需要执行的附加操作. 3.state节点流程的普通状态,也是流程配置中存在最多的一种配置,表示流程的一个普通状态,该状态需要人员参与完成,也就是通常说的人员任务,使用 task 元素表示 . State节点同样由多个transition,表示流程的迁移路径. State节点可以选择性的配置entry 和 exti 元素 ,entry 元素同上 ,exit 元素正好和他相反,表示流程发生迁移的时候,离开该状态所执行的附加操作. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - -

6、 - - 第 3 页，共 16 页 - - - - - - - - - 4.system-state节点该节点是一种特殊的state 节点 ,表示自动状态 ,他不需要人员参与完成,当流程执行到该节点的时候 ,流程会自动进行计算,从该节点的transition 路径中选择出一条有效路径,并迁移到该路径 . 由于 system-state节点不需要人员参与,所以他不需要配置task 元素 . 5.task 元素在 state 节点中使用 ,定义参与的人员信息. 04070945 Task 的属性包括 : Name: 人员任务名称Tid: 人员任务标识 , 暂时无特殊含义Advisable: 是否允

7、许加签 (true/false),定义该任务上是否允许添加加签任务Behaivior: 人员任务的行为模式, 目前可以使用的类型有:claim竞争模式和 all-wait汇签模式Claim模式要求所有参与该任务的人员竞争同一个单据, 第一个点击该任务的人员对该任务享有独占权, 任何后续的人员无法代开该任务, 知道前者主动放弃了声明. All-wait汇签模式允许该任务的所有人员同时对该任务进行审批操作, 并在所有人完成审批操作后流程继续流转到后续的任务. All和all-wait模式不同的是, 同时产生任务的多个审批人中有任意一个人提交流程后,流程就会流转到下一个任务, 而不必等待所有审批人审

8、批完成. Task 需要定义一个assignment元素 , 该元素定义了参与审批的人员的人员查找逻辑. 6.assignment元素Task 元素的子元素, 定义人员的查找逻辑. 如上所示 ,assignment元素包含 2部分 ,type属性和若干个arg 子元素 . Type 可以有 2中定义 : 1)实现类的完整路径, 该类必须实现com.ibm.bpe.core.task.IAssignment接口, 流程会每次生成一个该类的实例进行人员查找任务. 2)非com 开头的字符串, 以spring的注入方式定义实现类. 流程会以该字符串作为Bean 的名字在 workflow.xml查找

9、对应的 spring bean来进行人员查找任务. Arg 定义了计算的参数, 以name-value的形式存在 . 7.transition元素 State节点 ,system-state节点的子元素, 表示流程的一条迁移路径. String companyType = (String)CONTEXT_INSTANCE.getTransientVar().get (varCompanyType); return 1.equals(companyType) ; Transitoin的属性包括 : Name: 审批路径名称returnBack: 是否允许回退, 暂时无特殊含义to: 流程的下一步

10、状态, 为需要跳转的流程的stateid,也可以为 $开头的一些通配符 ( 这种配置属于动态决定流程后续流转步骤的方式),目前仅支持 $last,表示跳转到流程的前一步userSel: 审批人员选择方式, 可选属性 , 审批人员选择的方式有3种:all(默认方式) 选择所有列出的审批人员,multiple在列出的所有审批人员中选择任意多个审批人员,single在列出的所有审批人员中选择一个审批人员transition可以选择性的添加condition子元素 , 以表示该迁移路径是有条件的, 在该条件计算为 true的时候 , 该路径为一条有效的路径, 可以作为给用户选择的审批路径. 如果不定义

11、condition子元素 , 则默认表示该路径永远有效. Transition可以选择性的添加若干个action子元素 , 以表示在流程发生迁移的时候需要执行的附加动作, 和exit类似 , 不过这里 action可以定义多个. 8.condition元素 Transition元素的子元素, 定义一个有效路径的条件计算.transition元素类似assignment元素 , 由type属性和若干个arg 子元素组成 . Type 可以有 2中定义 : 1) 实现类的完整路径, 该类必须实现com.ibm.bpe.core.condition.Condition接口 ,流程会每次生成一个该类的

12、实例进行条件的计算. 2) 非com开头的字符串, 以spring的注入方式定义实现类. 流程会以该字符串作为Bean 的名字在 workflow.xml查找对应的 spring bean来进行条件的计算. 系统中默认已经定义了一种condition:type=BSH,他采用 BeanShell的方式 , 通过定义一些简单的 java代码 , 来实现 condition的计算 . 9.action,entry,exit元素这3中元素其实是一回事情, 都表示流程需要执行的一些附加操作, 和assignment相似 , 也由type属性和若干个arg 子元素组成 . Type 可以有 2中定义 :

13、 1) 实现类的完整路径, 该类必须实现com.ibm.bpe.core.action.IAction接口 , 流程名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 16 页 - - - - - - - - - 会每次生成一个该类的实例进行附加操作的计算. 2) 非com开头的字符串, 以spring的注入方式定义实现类. 流程会以该字符串作为Bean 的名字在 workflow.xml查找对应的 spring bean来进行附加操作的计算. 二. 人员查找任务Assign

14、ment Assignment 目前分为2 类:简单 assignment 和复合 assignment 简单 assignment 通过流程中的直接配置定义查找一些固定逻辑的简单查找任务;有些审批人员的查找逻辑在不同的业务场景下,会有不同的查找方式,复合 assignment 采用了spring的配置方式 ,为每一个场景分别定义各自的查找任务. 当然 ,就像上面assignment 所提到的那样,2 种 assignment 都可以使用直接定义和spring的配置两种方式. 2.1 简单 assignment 1.超预算审批人:com.suning.process.core.assignme

15、nt.BeyondBudgetAssignment 计算超预算审批时候的预算审批人,分子公司人员超预算,需要申请大区总经理额度,预算审批人为大区总经理;总部人员超预算,需要申请对应的中心总监/职能总部办公室/总裁办额度 ,预算审批人为总部中心总监/职能总部办公室负责人/总裁办负责人根据起草人所在的部门决定三者之一. 页面参数 : varBudgetDept变量 , 该变量表示责任中心预算编制的部门编码. 任务参数 : 无2.业务审批人/综合业务审批人:com.suning.process.core.assignment.BusinessAssignment 计算业务审批人和费用申请单中使用的预

16、算审批人( 综合业务审批人),业务审批人的具体业务逻辑查看相应的excel定义文件 , 预算审批人为有相应预算编制的部门负责人. 任务参数 : type,查找的审批人类型,business=业务审批人 ,budget=综合业务审批人Department,需要查找的部门编码, 可选 , 默认情况下为起草人所在的部门,$department通过页面隐含域varDepartment指定查找的部门编码页面参数 : varBudgetDept变量 , 该变量表示责任中心预算编制的部门编码, 用于综合业务审批人查找使用. VarUseDynamicUser变量 , 该变量表示是否使用指定的负责人作为综合业

17、务审批人VarDynamicUser变量 , 该变量和varUseDynamicUser一起使用 , 指定了特定的综合业务审批人varDepartment变量 , 和 department组合使用 , 指定查找的业务负责人的所在的部门编码3.分子公司/营运部总经理:com.suning.process.core.assignment.CompanyManagerAssignment 计算大区 / 子公司 / 大区营运部 / 子公司营运部总经理任务参数 :orgLevel,公司级别 ,60表示查找所在的大区总经理,70表示查找所在的分子公司总经理 ,80表示查找对应的营运部总经理名师资料总结 -

18、 - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 16 页 - - - - - - - - - Department,相关联的部门, 可以配置的值有:$draftDept表示查找起草人所在部门对应的大区/ 子公司 / 营运部总经理;$currentDept表示查找当前审批人所在的部门对应的大区 / 子公司 / 营运部总经理页面参数 : 无4.部门负责人:com.suning.process.core.assignment.DepartmentManagerAssignment 计算指定部门

19、的负责人. 任务参数 :department,查找任务相关联的部门, 可以配置的值有:$draftDept表示查找和起草人相同总部/ 大区 / 子公司 / 营运部的特定部门负责人;$currentDept表示查找和当前审批人相同总部/ 大区 / 子公司 / 营运部的特定部门的负责人;$department表示查找指定部门相同总部 / 大区 / 子公司 / 营运部的特定部门的负责人. orgLevel表示查找的部门级别,30表示查找总部部门,60表示查找大区部门,70表示查找子公司部门,80表示查找营运部部门.$department表示采用和department同级别的部门. OrgTempla

20、teCode表示查找部门的模板编码, 模板编码为10 位数字编码 , 可以采用逗号进行分隔, 以达到同事查找几个特定部门负责人的需求. 页面参数 :varDepartment和 $department通配符组合使用, 用于指定特定的参考部门5. 部门专员 :com.suning.process.core.assignment.PositionAssignment 计算指定部门的指定专员任务参数 :department,查找任务相关联的部门, 可以配置的值有:$draftDept表示查找和起草人相同总部/ 大区 / 子公司 / 营运部的特定部门专员;$currentDept表示查找和当前审批人相

21、同总部/ 大区 / 子公司 / 营运部的特定部门的专员. $department表示查找指定部门相同总部 / 大区 / 子公司 / 营运部的特定部门的负责人. orgLevel表示查找的部门级别,30表示查找总部部门,60表示查找大区部门 ,70表 示 查 找 子 公 司 部 门 ,80表 示 查 找 营 运 部 部 门 . $department表 示 采 用 和department同级别的部门. OrgTemplateCode表示查找部门的模板编码, 模板编码为10 位数字编码 , 可以采用逗号进行分隔, 以达到同事查找几个特定部门专员的需求. Position表示查找专员的岗位编码页面参

22、数 : varDepartment和$department通配符组合使用, 用于指定特定的参考部门6. 流程特定步骤的审批人:com.suning.process.core.assignment.StepAssignment 计算流程特定步骤的审批人, 该配置的步骤必须在当前步骤之前已经完成. 任务参数 :step,指定的特定状态, 审批人为该状态对应的已经审批的过的审批人页面参数 : 无7.特定人员审批人:com.sunng.process.core.assignment.UserAssignment 指定特定的人员工号作为审批人任务参数 :user,指定的特定人员,可以配置的值:$draf

23、ter 起草人 ;$currentUser 当前审批人 ;人员工号 (可以使用分号分隔,同事配置多个审批人) 2.2 复合 assignment 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 16 页 - - - - - - - - - 有一些业务的审批人逻辑相对复杂,在不同的业务场景下会有完全不同的审批人的查找逻辑 (例如财务费用的内控线负责人),这种情况下开发新的复杂审批人查找逻辑,效率和正确率上都不合适 ,可以采用复合assignment 的方式 . 复合 ass

24、ignment 最大程度的复用了已有的各种审批人查找逻辑.他采用的是一种类似配置表的 condition-assignment 的模式 .即为不同的业务场景定义不同的几个条件,并为每一个条件单独定义审批人查找逻辑. 所有的condition都是实现了com.suning.process.core.assignment.ext.IAssignmentCondition 接口的实现类,所有的 assignment都是实现了com.ibm.bpe.core.task.IAssignment 接口的实现类. 复合 assignment 的计算结果通常应该是其中某一条有效condition 对应的 as

25、signment 计算的结果 . 复合 assignment:com.suning.process.core.assignment.ext.impl.ComplexAssignment 任务参数 : classpath,配置文件的类路径beanName:复合 assignment 的 bean 的名字class属性 : conditionMap 条件映射map assignmentMap 每一个条件对应的审批人查找assignment conditionMap 和 assignmentMap 采用相同的key,进行 condition-assignment的对应关系ComplexAssignm

26、ent 的配置如下 : 在 state-config 中定义一个ComplexAssignment, 配置 classpath 和 beanName 两个参数 ,指定 spring 配置的 assignment classpath:/com/suning/process/FeeContract-assignment.xml businessDepartmentManager 然后在相应的配置文件中重新定义一个ComplexAssignment,配置对应的conditionMap和assignmentMap属性 . 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - -

27、 - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 16 页 - - - - - - - - - 2.2.1condition条件该 condition是一个接口定义, 任何实现该接口的class都可以作为一个condition使用 ( 这边的 condition区别于 transition中的子元素condition) Com.suning.process.core.assignment.ext.IAssignmentCondition publicinterface IAssignmentCondition boolean check(Context

28、Instance ctxInst); 开发人员可以根据各自的业务场景实现相应的接口. Condition中有一个预留的实现类BooleanExpressAssignmentCondition,该类的功能是通过自定义的布尔表达式将一些固定的condition进行二次组合 , 形成功能更强大的复合条件 . 该 class有 2 个属性 : private java.util.Map conditions; private String express; conditions是一个所有使用的基本condition组成的 map;express是布尔表达式, 布尔表达式中采用每一个基本conditio

29、n在map中对应的 key 来进行表达式的编写, 例如 : 这是一个财务专项咨询费的业务条件, 基本条件包括4个:financeAuditCondition(财务咨询费条件),dongmibanCondition(董秘办的上市专项咨询费),gongshangManageCondition(工商管理咨询费),gongshangShuiwuCondition(工商税务咨询费). 业务条件是 : 财务咨询费中除去上述3中特例的咨询费为财务专项咨询费, 我们采用 4个condition在map中对应的 key 值组成了上述这段业务条件描述, 就形成了return financeAuditConditi

30、on && !dongmibanCondition && !gongshangManageCondition && !gongshangShuiwuCondition;三. 流程附加操作Action(Entry,Exit) 所有的 Action类都必须实现com.ibm.bpe.core.action.IAction 3.1预算操作action(com.suning.process.core.action.BudgetAction) 流程中调用预算操作的action,包括预算申请, 预算更新 , 预算调拨等 . 必须的相关配置文件: 必须在 cl

31、asspath的根路径下存放一个budget-service.xml的配置文件 , 该文件定义了预算操作的服务接口, 数据访问层 ,mb 接口客户端等. 任务参数 :budgetServiceBeanName,预算服务类定义的bean的名称 budgetNotifyBeanName,预算通知类定义的bean 的名称 , 该 bean 主要定义了一些预算操作同时附加的通知动作, 一般用处不大. Action,执 行 的 预 算 操 作 , 有apply(预 算 冻 结 ),update(预 算 更新),adjust(预算调拨 ),confirm(预算确认),release(预算释放 ).这些操作

32、可以由流程静态的配置的流程的配置文件中.action的值也可以使用dynamic,这个时候具体的执行操作由页面上通过varBudgetActionType变量指定 . NeedConfirm,指定对应的预算冻结, 预算更新 , 预算调拨操作是否需要自动完成 confirm(预算确认操作) 页面参数 :varBParams_CostCenterOut调拨成本中心代码名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 16 页 - - - - - - - - - varBPar

33、ams_ProcessCode预算操作公文号 varBParams_UpdateProcessCode补单的时候原申请单的公文号 varBParams_Time预算操作日期格式为yyyyMMdd varBParams_CostCenter预算操作成本中心代码 varBParams_CostFactor预算操作科目 varBParams_Amount预算操作金额 varBParams_CompanyCode预算操作发生的公司, 为成本中心代码的前4 位 varBParams_InnerOrder内部订单号 varBParams_CostFactorOut调拨科目预算操 作完成后 , 会 将返 回

34、的结 果设置到流 程的 上下文 中 , 流 程开发 人员 可以根据CONTEXT_INSTANCE中的budgetResultName参数获得该返回对象, 返回对象的类型为com.suning.biz.budget.service.BudgetResultInfo. 3.2待阅通知 action(com.suning.process.core.action.PositionNotifyAction) 该 action可以为指定的人员添加一条待阅信息任务参数 :position,department,deptTemplateCode,orgLevel这 4 个参数的含义等同于PositionAs

35、signment的 4 个参数的含义 sendDraftUser是否需要向起草人发送待阅 $condition待阅发送的条件, 这是一个可选条件,$condition表示的字符串是一组 beanShell的 java代码 , 当$condition计算成功的时候才向相应的人员发送待阅信息. 四. 条件 Condition 这里谈及的condition是 transition元素中的子元素. 一般的流程需求里面BeanShell的 condition已经能够满足大部分需求, 但是在一些场景下 , 流程需要判断其中某2 步的审批人是否是同一个人, 如果是的话 , 则跳过其中的某一个环节 ,这 个

36、时 候 我 们 引 入 了2个 新 的condition:SkipCheckCondition和BeanShellWithSkipCheckCondition. 这 2 种 condition都通过 spring配置的方式 , 判断指定的2 个人员查找任务bean 计算的结果是否相等来达到自动跳过其中某一步的要求. SkipCheckCondition单纯的比较指定的2 个人员查找任务是否相等决定是否进行跳过BeanShellWithSkipCheckCondition在 BeanShellCondition的基础上附加了自动跳转的功能. classpath:/com/suning/proce

37、ss/FeeContract-assignment.xml reportManager businessDepartmentManager false 4.1SkipCheckCondition 任务参数 :classpath,比较的 assignment任务定义所在的配置文件的类路径名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 16 页 - - - - - - - - - assignment1Name,第一个比较的任务对应的bean的名称 assignment2N

38、ame,第二个比较的任务对应的bean的名称 skipFlag,指 定 当2个assignment比 较 结 果 如 何 的 时 候 才 使 得 整 个condition计算成功 , 例如上述的那个例子说明, 当 2 个 assignment计算结果不一致的时候,该 condition为一个计算有效的condition String varStandardContract = (String)CONTEXT_INSTANCE.getTransientVar().get (varStandardContract); return 0.equals(varStandardContract); cl

39、asspath:/com/suning/process/FeeContract-assignment.xml reportManager businessDepartmentManager false 4.2BeanShellWithSkipCheckCondition 该condition的 参 数 和SkipCheckCondition的 参 数 一 致 , 同 时 他 还 兼 顾BeanShellCondition的 SCRIPT 参数 . 五. 流程的汇签流程的汇签指的是流程在某一个审批人处理完成以后, 下一步审批操作同时交由几个不同人员审批 , 待每一个审批人完成审批操作后, 才能将

40、审批任务交由后续的人员操作. 如下图流程审批人A 同时给了B,C,D3个人 , 待 B,C,D3个人都完成了审批操作后, 才会将审批任A B E D C 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 16 页 - - - - - - - - - 务交给 E( 产生给 E 的代办 ). 5.1简单的汇签上图描述的场景就是一种最为简单的汇签模式, 此时B,C,D3个人所处的流程状态可以视为 同 一 个 状 态 ,因 为 他 们 在 流 程 中 的 前 后 状 态 /审 批

41、 人 相 似 或 者 相 同配置方式 ( 和普通流程配置相似): 04070945;99040005 给state的task元素定义 behaviror为all-wait,就像之前说的那样,all-wait模式会给每一个 assignment定义的审批人一个任务项, 在所有的审批人审批完成以后, 产生下一步的审批任务 . 5.2 复杂的汇签 -分支状态 / 汇聚状态分支状态 : 可以并行产生多个任务状态, 每一个状态可以有各自独立的后续流转过程. 和普通的流程状态相比不同的是: 普通流程状态即使存在多条流程迁移路径, 但是每次发生迁移操作的时候只能选择其中的一条路径进行流程迁移, 而分支状态可

42、以同时发生任意多次流程迁移操作 , 只要相应的迁移路径有效. 汇聚状态 : 和分支状态对应, 当所有的分支流程都流转到汇聚状态后, 流程再产生后续的任务汇聚状态必须和分支状态一一对应, 分支状态和汇聚状态可以互相嵌套, 但是暂时不允许出现相邻的多个汇聚状态或者分支状态合并成1 个汇聚状态或者分支状态, 如图 : A B C 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 13 页，共 16 页 - - - - - - - - - 左图是一个合法的分支- 汇聚状态嵌套的案例, 图中有

43、2 个分支状态 ,2个汇聚状态 , 一一对应中图是一个将相邻2 个分支状态合并的不支持的案例, 图中有 1 个分支状态 ,2个汇聚状态 ,1:2的关系右图是一个将相邻2 个汇聚状态合并的不支持的案例, 图中有 2 个分支状态 ,1个汇聚状态 ,2:1 配置方式 : 分支状态 ( 和普通状态类似) 04070945 使用的元素为fork,普通状态是哟哦那个的元素为state,其他功能上没有差别. 汇聚状态 : 汇聚状态有2 中定义方式 , 一种可以把汇聚状态定义为人员任务状态, 当所有的流程分支流转到汇聚状态后产生相应的代办任务项, 另外一种可以把汇聚状态定义为自动任务状态, 当所有流程分支流转

44、到汇聚状态后, 自动执行下一步, 并产生后续的待办任务汇聚状态 ( 人员任务 ) 配置 : 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 14 页，共 16 页 - - - - - - - - - 01010010 汇聚状态 ( 自动 ) 配置 : 两者的区别在于自动转该的auto属性为 true 六. 流程插件在流程引擎及其外围应用包的适当地方以接口的方式提供操作人员对流程流转进行额外操作. 例如对于复杂的授权金额判断, 可以通过插件的方式将用户的逻辑引入到流程引擎中; 目前流程

45、支持3 处插件的插入点, 每一个插入点都有固定的名字1)getPath:流程显示选人页面之前的切入点, 代码实现在ProcessCommonSubmitAction类中2)apply:流 程 起 草 的 时 候 调 用 流 程 引 擎 接 口 , 启 动 流 程 前 的 切 入 点 , 代 码 实 现 在ProcessClientImpl类中3)approve:流 程 审 批 的 时 候 调 用 流 程 引 擎 接 口 , 审 批 流 程 前 的 切 入 点 , 代 码 实 现 在ProcessClientImpl类中插件实现接口: IProcessPlugin 插件服务类 : PluginS

46、ervice ProcessCommonSubmitAction和 ProcessClientImpl类中都有一个选择性配置的熟悉pluginConfigName,该属性定义了插件配置文件的位置, 可以不定义该属性, 系统就不会采用插件的功能 . 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 15 页，共 16 页 - - - - - - - - - PluginService中 pluginMap定义了系统中的所有插件,map中的格式为 : Key: 流程模板 +流程版本 + 插入点名称 (getPath,apply,approve) Value:所有定义的插件对象引用名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 16 页，共 16 页 - - - - - - - - -