《V60流程平台开发文档》由会员分享，可在线阅读，更多相关《V60流程平台开发文档（53页珍藏版）》请在金锄头文库上搜索。
1、V6.0流程平台开发文档NC_UAP 基础技术部参考文档：NCV5-流程平台技术红皮书.docV5.1流程平台详细设计.docV5.02流程平台详细设计.docV5.5流程平台详细设计.docV5.5工作流开发文档.docV5.5流程平台-元数据应用.docNCV55-元数据建模及管理红皮书.docNCV55-元数据开发红皮书.docNCV6流程平台概要需求-评审lhp.doc版本日期修订人修订0.32009-6-23雷军设计评审后的较大改动：1. 去掉系统类型，改用模块；2. 单据类型必须关联元数据实体；去掉单据VO对照、单据项目的注册；目录1 流程平台中的本体41.1单据类型41.1.1元
2、数据实体51.2交易类型61.3单据函数61.3.1参数格式71.3.2返回值81.4单据动作及脚本81.4.1单据动作组102审批流平台102.1流程定义112.1.1流程模型122.1.2流程用户组142.1.3多版本142.1.4定义查找算法152.2执行引擎152.3工作项162.3.1设置动态代理人162.3.2工作项消息定制172.3.3工作项的处理172.4动作处理182.4.1动作组192.5流程结果与单据状态202.5.1单据审批状态的回写222.6流程管理中心223业务流平台243.1业务流程243.2流程配置253.2.1参与者配置263.2.2单据来源设置273.2.3
3、动作执行前约束设置283.2.4 动作执行后约束设置293.2.5动作事件控制配置303.2.6 动作驱动配置323.2.7上游消息配置333.2.8 VO交换333.2.9流程显示343.3单据VO交换343.3.1交换规则343.3.2前台交换373.3.3后台交换383.3.4单据VO交换前后处理接口393.4参照制单393.4.1获得业务类型393.4.2参照制单393.5动作驱动413.5动作处理413.6业务流相关接口423.6.1动作执行后返回界面的初始化接口423.6.2参照制单 查询UI初始化接口423.6.3业务类型调整接口433.6.4单据VO查询接口443.6.5动作处
4、理异常接口443.6.6动作驱动前的校验接口453.6.7 动作驱动单据VO交换前的检查接口453.6.8 下游消息接收者用户自定义接口464工作流平台464.1流程定义464.1.1流程模型464.1.2工作流组件474.1.3多版本484.1.4流程模板484.2执行引擎494.3工作项494.4动作处理514.5流程结果与单据状态514.6流程管理中心515消息中心511 流程平台中的本体这里一并对流程平台中的一些基本概念进行阐述。了解流程平台的前提是了解这些基本要素。1.1单据类型单据类型是对单据的分类，也被称作交易。其他本体都是基于单据类型来定义。在定义单据类型时，单据类型必须属于某
5、个模块。单据类型由功能点客户化-二次开发工具-单据管理-单据类型管理维护，如图所示，一般由各业务产品预置。项目说明： 类型代码：手工输入，最大长度为4个字符，可以输入字母和数字，不允许重复。 类型名称：业务单据名称，手工输入，不允许重复。 单据大类：表示单据类别（应收应付101-），用于区分单据类型的主子关系（估计在V6.0废弃？）。 节点编号：单据类型关联的管理功能节点编号。用于根据单据类型联查打开单据UI。 审批节点编号：单据类型关联的审批功能节点编号。用于审批时，根据单据类型联查打开单据UI。 主表参照的固定条件语句：被其它单据参照时自己填写的固定的SQL条件语句。 参照查询对应的DMO
6、类：应该统一为业务扩展类？ 审批流检查类：应该统一为业务扩展类？实现IcheckState，IbackCheckState(可不实现)的接口的DMO类文件 会计平台类：财务会计平台所需的类。实现IaccountProcMsg IAccountRetVoucher的接口的DMO类文件 是否项目核算：NC210以后不再使用。 是否为根节点：针对单据大类，用于实现单据主子关系。 是否发送会计平台：用于财务会计平台。如果该单据不直接传送财务会计平台，则不选择 是否可扩展交易类型：标识该单据类型是否可以定制扩展交易类型。 元数据组件：如果进行了元数据实体建模，则可将元数据组件与单据类型进行关联。单据类型
7、还可注册一些扩展类（如交易类型扩展类、流程用户组规则器），保存在单据类型子表中。1.1.1元数据实体NC从5.5版本开始支持元数据建模。对象元数据是对业务实体对象及其相互间关系的抽象描述，也称作实体对象模型。它为系统运行中的数据提供了更加确切的语义。元数据业务模型中的一些关键概念包括模块，组件，实体，值对象，业务接口，属性，业务操作，方法，参数，元素，容器，IBean等。业务对象元模型是按照模块-组件-实体三层关系进行组织的。对于流程平台而言，单据类型必须与元数据主实体进行关联。同时，元数据实体还需要实现流程平台业务接口IFlowBizItf、IPfBillLock和IHeadBodyQuer
8、yItf，并进行属性的映射。1.2交易类型是对单据类型（交易）的分类。最明显的例子是报销单据，可以把不同类型的费用报销进行细分，如差旅报销、部门活动报销、交通费报销等，这些细分的类型就可以理解为交易类型。可直接理解为是交易的细分，基于横向基于行业/企业的不同、纵向基于企业的不同发展阶段的不同而不同。扩展交易类型只是在单据类型支撑的功能模型基础之上再描述一些规则、模板、流程的差异，所以是用户可定制的。交易类型区分全局级与集团级。预制的交易类型在全局级，所有集团均可用；用户新增的交易类型只做到集团级。由功能点客户化-流程平台-交易类型管理维护，如图所示。交易类型支持扩展属性。如果交易类型有自己的特
9、殊属性，则还需把交易类型的扩展编辑器类、扩展业务类注册在其所属的单据类型上。交易类型可发布为新的功能节点。1.3单据函数是对服务于单据的业务功能的抽取，是进行业务逻辑处理的组件。可用于动作脚本和条件判定。由功能点客户化-二次开发工具-单据管理-单据函数注册维护，如图所示。项目说明： 函数说明：函数所实现的功能的说明性文字，建议尽量说明清晰，以便于系统实施。如果以“”括起来，表示自定义函数。 返回类型：该功能函数返回数据的类型。 函数类名称：功能函数所属的全路径类名。 函数方法名称：该函数在类中所对应的方法名称。 函数参数：该函数正确调用所需的参数。参数的格式见下。 是否组件：标识该方法是否为组
10、件。单据组件一般是没有返回值的一段业务处理逻辑，它不可应用于审批条件、动作约束、工作项配置中。1.3.1参数格式函数参数以逗号“，”隔开，每个参数具有特定的格式。参数分为运行参数、属性参数和VO参数三种。每个参数还可定义是否为数组类型。格式示例：nc.vo.pub.AggregatedValueObject:01nc.vo.pub.AggregatedValueObject:01,OBJuser:OBJECTnc.vo.po.OrderVO:21&sAction:STRING,nc.vo.pub.AggregatedValueObject:01注意：VO参数和属性参数的实际值由工作流上下文在运
11、行时赋予。运行参数可在动作脚本中赋值。1.3.2返回值函数方法返回值支持的类型有：UFBooleanStringIntegerUFDouble1.4单据动作及脚本是对单据业务处理行为的抽象，具有可定制的动作脚本。业务单据正是通过单据动作与流程平台进行交互的，从而驱动流程的流转。可对应于单据UI上的某个菜单。由功能点客户化-二次开发工具-单据管理-单据动作管理维护，如图所示。项目说明： 动作选择：提供四种动作各供选择：保存、审核、推式动作、其它。保存、审核是单据的基本动作，动作代码有严格规定；推式动作表示该动作可被其他单据推式驱动。 动作编码：当前单据动作的编码。注意，当动作选择为“保存”时，动
12、作编码必须为以“SAVE”结尾；而当动作选择为“审核”时，动作编码必须为以“APPROVE”开头。长度限制为20个英文字符。 动作名称：当前单据动作的显示名称 动作执行前提示：如此处输入文字，则在该动作被触发时，会弹出一个带有提示性文字的对话框，如：是否保存？ 动作控制：提供三个选项：动作可配置、进行驱动配置、进行约束检查。勾选“动作可配置”，表示该动作可在流程配置中进行配置；勾选“进行驱动配置”，则该动作在流程配置中可以对其他单据动作进行推式操作，驱动其他单据；勾选“进行约束检查”，则此动作要根据业务流程的配置在执行前进行条件检验，满足条件动作才执行，否则就不执行。动作脚本编辑由功能点客户化
13、-二次开发工具-单据管理-单据动作执行脚本维护，界面如下图所示1.4.1单据动作组对单据动作的分组，一个动作组下可以包含多个单据动作。由功能点客户化-二次开发工具-单据管理-单据动作组管理维护，如图所示。2审批流平台审批流平台为单据的审批处理提供平台支持。基于任务驱动的执行引擎使得流程流转与用户交互分离开来，具有更强的健壮性。支持分支/汇总（Split/ Join）、优先级（Priority）、子流程（Subflow）、可指派、抢占/会签、消息配置、代理人、弃审等流程特性。在5.02版本中，流程平台还加强了短信和邮件的移动应用功能。2.1流程定义NC的审批流定义模型遵循WfMC的XPDL1.1
14、过程定义规范，具有严格的语义和丰富的描述能力。流程定义在集团建立和管理。流程定义三要素：单据（或交易）类型+组织单元+流程启动者。（该组织单元必须为元数据实体上的主组织类型）审批流定义按照单据类型（+交易类型）进行了分类。用户可以基于单据类型定义审批流，也可以基于单据类型+交易类型来定义审批流。一个单据类型（+交易类型）下可以定义多个审批流。2.1.1流程模型一个审批流程的定义由诸多的元素共同构成。过程（Process）由许多被执行的活动和一系列决定活动执行次序的转移构成。活动（Activity）审批流程中的一个个步骤统称为活动（或任务），包括制单活动、审批活动、虚活动、子流程。第一个拖放到审批流设计器中的参与者所属的活动为制单活动。虚活动主要用于对分支/汇总进行建模。子流程可实施流程重用。参与者（Participant）活动的一个属性，即活动的执行者，是对系统中组织模型的引用。目前支持操作员、角色和动态组织三种类型的参与者（HR岗位就是一种动态组织实现，具体扩展机制可参考附录）。第一个拖放到审批流设计器中的组织元素为制单活动的参与者。在流程设
