本发明专利技术提供一种政务审批工作流引擎系统的实现方法，该方法是将复杂的业务流程转化为引擎系统实现的控制模型和数据流程模型，由引擎系统提取流程信息进行解析运转，使繁杂的审批业务移植到系统中，系统根据不同的审批业务配置不同的资源，在流程模型上对这些资源进行个性化配置，使系统所面向的资源差异对其形成数据约束和个性化进行定义，针对政务审批业务模型，解决了业务流程在系统中的可视化构建及工作流元素的动态解析，使得审批业务可以针对部门进行独立构建，并可在联合审批等场景下对部门之间业务进行无缝的对接，实现统一调度、信息共享的审批机制，消弭审批事项相关部门的业务壁垒。
【技术实现步骤摘要】
本专利技术涉及计算机领域，可以实现审批业务在系统中的可视化构建和动态解析。
技术介绍
政府的审批业务具有相当的复杂度和特殊性，面向申请对象的审批事项往往涉及到多个部门的业务协作，而一般的工作流往往难以支持流程的面向业务的模块化构建，各个部门的流程相互独立无法统一调度，更难以实现数据的共享和传递；同时，实施的对象往往具备一些先期搭建的繁杂多变的第三方业务系统，如何使审批系统的工作流和这些周边系统进行数据和信息的对接是审批系统面临的重要课题；另外，审批业务流程的复杂度和多变性要高于其它业务流程，亟需一种可快速构建、模型丰富灵活并可平滑迁移升级流程的工作流引擎及其设计工具来适应这种需求。政务审批工作流引擎系统的出现正是为了解决和面对这些问题，在继承一般工作流模型特性的前提下，该引擎将流程的设计引入了面向对象的设计思想，实施人员可以面向独立的审批部门进行业务搭建，强大的子流程元素使得这些独立的流程可以统一调度和数据共享，使得联合审批模式下的应用更加灵活，提高了可维护性和易用性。同时，开放式的设计使得该引擎维持的不是一个数据孤岛，在流程设计中可以方便的和其他系统进行数据信息的对接，丰富的规则模型更加让工作流系统可以适应高度复杂和多变的业务模型，使得审批业务流程原型可以快速准确的移植到审批系统中来实现。
技术实现思路
本专利技术的，是将复杂的业务流程转化为系统实现的控制模型和数据流程模型，由引擎提取流程信息进行解析运转，使审批业务能够无缝移植到系统实现当中来，并根据不同的审批业务配置不同的资源，在流程模型上对这些资源进行个性化配置，使得每个步骤的办理人在系统所面向的资源差异对其形成数据约束和个性化进行定义，具体实现步骤如下1)将相同业务形态的流程模型抽象出来进行固化，并在其上进行继承和衍生出降低业务流程维护成本和提高实施效率的具体业务，以适应不同场景下的审批业务的任务分配模式和针对不同业务流程步骤和角色进行分配规则的定义；2)在联合审批场景下，各部门可以独立搭建并维护自己的业务流程而不必统一构建，由子流程元素对这些流程进行组织和设置，形成面向审批事项的联合审批大流程；3)如果实施的对象具备先期搭建的繁杂多变的第三方业务系统，将审批系统的工作流与这些周边系统进行数据和信息对接，将审批的过程数据进行沉淀积累形成结果数据库供引擎调用。本专利技术的方法所具有的有益效果是1)将复杂的业务流程通过工具转化为系统实现的控制模型和数据模型，由引擎提取流程信息进行解析运转，使审批业务能够无缝移植到系统实现当中来；2)可以将相同业务形态的流程模型抽象出来进行固化，并在其上进行继承和衍生具体业务的定义而形成方案，降低业务流程的维护成本和提高实施效率；3)适应不同场景下的审批业务的任务分配模式，针对不同业务步骤和角色进行分配机制的定义；4)在联合审批场景下，各部门可以独立搭建并维护自己的业务流程而不必统一构建，由子流程元素对这些流程进行组织和设置，形成面向审批事项的联合审批大流程，而不必将他们逐个分解构建在一起；5)如果实施的对象具备一些先期搭建的繁杂多变的第三方业务系统，使审批系统的工作流可以和这些周边系统进行数据和信息的对接；并且可以将审批的过程数据进行沉淀积累，形成结果库便于宏观管理；6)很多审批业务的流向取决于业务数据这些上下文信息，引擎可以采集这些数据并进行计算，由结果数据来决定实例的流转状态，这样简化了业务人员的操作，而且形成一种数据约束避免了业务操作失误带来的错误；7)审批业务的个性化定义，不同的业务步骤配置的资源可以不同，在流程模型上可以在一个具体的步骤上对这些资源进行个性化配置，使得每个步骤的办理人在系统的所面向的资源(如表单、本地操作等)形成差异化，对其形成数据约束和个性化定义。附图说明图1是工作流程的运行状态示意图；图2是自动化步骤运行态模型图；图3是调用子流程步骤运行态模型图；图4是脚本分支模型图。实施方式本专利技术的方法基于.net技术体系，使用Windows操作系统和SQL Server数据库。本专利技术政务审批工作流引擎的实现方法，是将复杂的业务流程转化为系统实现的控制模型和数据流程模型，由引擎提取流程信息进行解析运转，使审批业务能够无缝移植到系统实现当中来，并根据不同的审批业务配置不同的资源，在流程模型上对这些资源进行个性化配置，使系统所面向的资源差异对其形成数据约束和个性化进行定义。具体实现步骤如下1)将相同业务形态的流程模型抽象出来进行固化，并在其上进行继承和衍生出降低业务流程维护成本和提高实施效率的具体业务，以适应不同场景下的审批业务的任务分配模式和针对不同业务流程步骤和角色进行分配规则的定义；2)在联合审批场景下，各部门可以独立搭建并维护自己的业务流程而不必统一构建，由子流程元素对这些流程进行组织和设置，形成面向审批事项的联合审批大流程；3)如果实施的对象具备先期搭建的繁杂多变的第三方业务系统，将审批系统的工作流与这些周边系统进行数据和信息对接，将审批的过程数据进行沉淀积累形成结果数据库供引擎调用。在流程步骤中定义和组合多种分配规则，引擎对它们进行解析和任务分配，分配规则有与规则、阈值规则、手工分配规则、抢占规则、优先级规则、任务量规则、轮转规则及自定义规则。审批工作流引擎的数据模型依赖于流程定义和流程方案两大部分，流程定义是对流程元素形态及流转关系的定义，流程方案对于流程定义存在着继承的关系，是对流程元素属性及流转关系的扩展定义，一个流程定义可以继承多个流程方案。在流程模型中引入子流程步骤元素，子流程步骤本身为一个独立设计独立流转的工作流，在父流程引入该元素可以直接驱动子流程的启动和执行，允许子流程的异步或同步调用，也允许子流程的串联、并联和级联调用，另外通过产品内置的数据交换系统可以实现对子流程的分布式调用。在工作流中引入自主开发的脚本引擎，脚本引擎可以采集流程实例的上下文数据，如表单业务数据及流程实例数据，并可进行科学计算，将运算结果数据返回到流程的相关元素中，比如自动化步骤、脚本分支和附加操作。1)流程步骤问的流转关系是顺序、分支及汇聚、解决一对一、一对多、多对一的流转关系；2)流转分支可以是与分支、手工分支、脚本分支，脚本分支是针对脚本运算的结果来决定运行实例的流向，脚本运算的变量来自上下文数据；3)流程导入多种外部资源，比如表单、本地操作等，并对这些外部资源在流程形态上进行相应的扩展定义，比如表单的ACL定义。在流程模型中引入自动化步骤元素，自动步骤不面向实际业务而且对业务人员完全透明，它没有人工交互只是做后台的个性化处理并依赖流程实例在流转中驱动，它采集当前流程的上下文数据，并调用一个.net的组件或调用一个WebService或页面程序。实施例如图1-4所示，流程元素构成是每个工作流程在运行态的实例称为一个ActivityModel(活动模型)，一个活动模型描述了流程的全部步骤(Step)，以及步骤之间的转移关系(Transaction)，ActivityModel由多个步骤和转换组成，转换描述的两个步骤之间存在的连接关系。流程步骤分成6种启动、结束、单人交互、多人交互、自动化、子流程步骤，以下重点描述自动化和子流程步骤的设计原理，其它的不做赘述。(1)自动化步骤该步骤执行一个自动化的动作本文档来自技高网...
【技术保护点】
政务审批工作流引擎系统的实现方法，其特征在于将复杂的业务流程转化为引擎系统实现的控制模型和数据流程模型，由引擎系统提取流程信息进行解析运转，使繁杂的审批业务移植到系统中，系统根据不同的审批业务配置不同的资源，在流程模型上对这些资源进行个性化配置，使系统所面向的资源差异对其形成数据约束和个性化进行定义，具体实现步骤如下： １）将相同业务形态的流程模型抽象出来进行固化，并在其上进行继承和衍生出降低业务流程维护成本和提高实施效率的具体业务，以适应不同场景下的审批业务的任务分配模式和针对不同业务流程步骤和角色进行分配规则的定义； ２）在联合审批场景下，各部门可以独立搭建并维护自己的业务流程而不必统一构建，由子流程元素对这些流程进行组织和设置，形成面向审批事项的联合审批大流程； ３）如果实施的对象具备先期搭建的繁杂多变的第三方业务系统，将审批系统的工作流与这些周边系统进行数据和信息对接，将审批的过程数据进行沉淀积累形成结果数据库供引擎调用。
【技术特征摘要】
【专利技术属性】
技术研发人员：张晓磊，
申请(专利权)人：山东浪潮齐鲁软件产业股份有限公司，
类型：发明
国别省市：88[中国|济南]
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。