描述人工活动的模型制造技术

一种描述人工活动的模型，涉及业务流程管理类领域，也包括各种办公自动化系统、绩效管理系统等。这种描述人工活动的模型包括如下三个方面：谁来做：即通过参与者表达式确定活动的参与者；做什么：即确定活动的参与者要执行的业务单元；对流程的控制操作：即完成所述业务单元的处理后，参与者对流程状态的控制要求。该描述人工活动的模型定义了清晰的人工活动的模型，解决了业务流程管理系统中对人工活动进行建模的多个问题。

【技术实现步骤摘要】

本专利技术涉及业务流程管理类领域，也包括各种办公自动化系统、 绩效管理系统等，具体是一种描述人工活动的模型。
技术介绍
在业务流程管理领域中，如何描述人工活动没有统一的标准。而 在应用开发过程中，有些应用采用独立的工作流管理工具，有的应用 则完成是自己实现流程管理的功能。对于自己开发实现流程管理功能 的应用来说，往往将对人工活动的描述直接写在程序中，而不通过建 模实现，从而为以后的调整带来麻烦。对于采用工作流管理工具的应 用，由于大部分工作流管理工具对人工活动的描述也是不完备的，导 致很多情况下，应用开发时需要自己扩展对人工活动的描述，甚至直 接写到程序中。在涉及流程管理的相关规范中，对人工活动的模型描述也是不完备的，如在WfMC的XPDL模型中，只描述了 一项活动的参与者、对应 的应用程序；在BPEL规范中，没有针对人工活动的描述。当前大部分系统开发时描述人工活动的另外一个问题是，对人要 处理的工作没有描述规范，只是简单的以应用来表示。而人要处理的 工作， 一方面是属于流程中本节点的工作，另一方面是对整个流程的 处理。另外，在定义活动由哪人来处理方面，也没有相应的清晰的才莫 型来处理。
技术实现思路
本专利技术的目的就是针对上述的不足，提供了一种完整的、可扩展 的描述人工活动的模型，以满足居于独立的工作流管理工具开发应用 系统实现人工活动的需要。本方案是通过如下技术措施来实现的这种描述人工活动的模型， 包括如下三个方面谁来做即通过参与者表达式确定活动的参与者； 做什么即确定活动的参与者要执行的业务单元； 对流程的控制操作即完成所述业务单元的处理后，参与者对流 程状态的控制要求。参与者可以有三种人的标识、角色的标识、部门的标识。更复 杂一点的情况是由以上三者的逻辑运算后得到，如角色A或者角色B 等等。根据情况，可以通过一下集中方式确定谁来做指定某个执行人； 指定某个角色； 指定某些执行人； 指定某些角色；根据参与者表达式计算所有符合的执行人； 根据参与者表达式计算所有符合的执行人并于指定执行人或者角 色取交集；根据参与者表达式计算所有符合的执行人并于指定执行人或者角 色取合集。上面所述参与者表达式包括如下基本元素流程变量、系统变量、 参与者属性以及逻辑运算符。流程变量，-既流程定义中的相关数据，与业务过程流相关的数据， 引擎对外提供了流程运行时的相关数据，并保存应用对流程相关数据 的修改；例如参与者表达式中users相关数据表示为SR(users)。系统变量，工作流系统自身的一些属性，提供给应用使用；例如 参与者表达式中系统属性流程ID表示为SS(Process. Id}。参与属性，参与者自身定义的一些属性；例如参与者表达式 中参与者属性用户ID表示为SPUdK逻辑运算符，引擎提供用户参与者表达式计算的逻辑运算符；例 如二， 〉， 〈， 〉=， <二， ！=， include, and, or等。参与者表达式主要是由参与者的属性与流程变量、系统变量的逻 辑运算组成，例如$R{users} include $P{id}，，的含义就是，只要 参与者的属性id被包含在users中，此参与者就为此活动的执行人； 其中users相关数据值为应用赋的值，由应用动态决定参与者的范围。所述业务单元是对业务逻辑分解的最小的执行单元，业务单元分 为必做和不必做。任务分配不只是选择执行人，还包括任务分配策略， 分配策略分为(l)会签，(2)抢任务。如果分配策略为抢任务，则从 多个参与者之间选择一个人来完成所有的业务单元；如果分配策略为 会签，则参与者共同完成所有的业务单元。确定活动的参与者要执行的业务单元可以如下，业务单元分为必 做和不必做。若业务单元为必做，则设置最大执行次数，默认为0， 如果次数为0,则完成业务单元的次数不受限制；当大于0时，若执 行完成业务单元的方法的次数等于必做次数时，该业务单元的状态自 动更换为挂起，即不可再执行；若为不必做时，该业务单元可以不执行完成业务单元的方法。所述对流程的控制操作为通过流程定义配置人工活动节点允许 执行的流程的控制操作，其反映此人工活动节点对流程的控制权限。 工作流引擎的作用就在于分离业务逻辑与流程逻辑，业务单元的处理 属于业务逻辑，是应用开发人员在进,行实际的应用开发时根据某一特 定的业务要求实现的。业务单元随项目需求的不用而不同。如在银行 信货管理系统中会有以下业务单元业务申请录入、担保信息录入、 查询退档意见、评级结果查询等。在流程定义过程中，可配置人工活动节点.允许执行的流程的控制 操作，其反映了此人工活动节点对流程有什么样的控制权限，例如批 准、否决、打回，，等等。该描述人工活动的模型定义了清晰的人工活动的模型，解决了业 务流程管理系统中对人工活动进行建模的多个问题。*通过参与者业务单元流程控制操作来清晰人工活动的三个方面谁来做做什么对流程的处理； *面向业务实现了流程逻辑与业务逻辑的分离。实现的方法简单有效，即为活动分别定义业务单元与流程控制操作； 解决了业务单元之间解耦的问题。支持一个活动定义多个业务 单元，业务单元面向工作流引擎交互，业务单元之间可通过模 型来进行关系定义； *实现了复杂的任务分配，即根据流程运行状态动态确定活动的 执行人的功能。解决的办法是基于流程变量(流程相关数据)、 系统变量、参与者属性进行逻辑表达示定义。 附图说明图1为本专利技术实施例的体系结构图； 图2为本专利技术实施例的运行流程图。 具体实施例方式下面将对本专利技术的实施方式进行详细说明。 一种描述人工活动的模型，如图1,包括如下三个方面 谁来做即通过参与者表达式确定活动的参与者； 做什么即确定活动的参与者要执行的业务单元； 对流程的控制操作即完成所述业务单元的处理后，参与者对流 程状态的控制要求。参与者可以有三种人的标识、角色的标识、部门的标识。更复杂一点的情况是由以上三者的逻辑运算后得到，如角色A或者角色B 等等。根据情况，可以通过一下集中方式确定谁来做指定某个执行人；指定某个角色；指定某些执行人；指定某些角色；根据参与者表达式计算所有符合的执行人； 根据参与者表达式计算所有符合的执行人并于指定执行人或者角 色取交集；根据参与者表达式计算所有符合的执行人并于指定执行人或者角 色取合集。上面所述参与者表达式包括如下基本元素流程变量、系统变量、 参与者属性以及逻辑运算符。流程变量，既流程定义中的相关数据，与业务过程流相关的数据， 引擎对外提供了流程运行时的相关数据，并保存应用对流程相关数据 的修改；例如参与者表达式中users相关数据表示为SlUusersl 。系统变量，工作流系统自身的一些属性，提供给应用使用；例如 参与者表达式中系统属性流程ID表示为SS(Process. Id}。参与者属性，参与者自身定义的一些属性；例如参与者表达式 中参与者属性用户ID表示为SP(id)。逻辑运算符，引擎提供用户参与者表达式计算的逻辑运算符；例 如=,>，〈,〉=,〈=,!二， include, and, or等。参与者表达式主要是由参与者的属性与流程变量、系统变量的逻 辑运算组成，例如$R{users} include $P{id}，，的含义就是，只要本文档来自技高网...

【技术保护点】
一种描述人工活动的模型，其特征在于，包括如下三个方面：　谁来做：即通过参与者表达式确定活动的参与者；　做什么：即确定活动的参与者要执行的业务单元；　对流程的控制操作：即完成所述业务单元的处理后，参与者对流程状态的控制要求。

【技术特征摘要】
1. 一种描述人工活动的模型，其特征在于，包括如下三个方面谁来做即通过参与者表达式确定活动的参与者；做什么即确定活动的参与者要执行的业务单元；对流程的控制操作即完成所述业务单元的处理后，参与者对流程状态的控制要求。2. 根据权利要求1所述的描述人工活动的模型，其特征在于所 述参与者表达式包括如下基本元素流程变量、系统变量、参与者属 性以及逻辑运算符。3. 根据权利要求1所述的描述人工活动的模型，其特征在于所 述业务单元是对业务逻辑分解的最小的执行单元，业务单元分为必做 和不必做。4. 根据权利要求1所述的描述人工活动的模型，其特征在于确 定活动参与者还可以通过分配策略来实现，分配策略分为(1)会签，(2)抢任务；如果分配策略为抢任务，则...

【专利技术属性】
技术研发人员：景新海，程建平，刘江宁，刘民，刘靖，刘宗福，黄三伟，高隆林，付丙岭，姜健，张立国，
申请(专利权)人：山东中创软件工程股份有限公司，
类型：发明
国别省市：88[中国|济南]