技术监督系统中工作流回退策略的研究与实现.docVIP

技术监督系统中工作流回退策略的研究与实现 摘要：针对当前电力企业总公司对分公司之间生产 过程的跟踪监督，将工作流技术应于技术监督系统中，采用 面向对象程序设计和面向切面编程思想，将Spring. Hibernate和JBPM三大框架进行整合，开发了适合企业实际 应用的技术监督系统。对系统中出现的技术难点进行了深入 剖析和研究，并提出了解决思路。实际应用表明，工作流技 术在电力生产的跟踪督查过程中起到很好的作用，改变了以 往信息交流不畅，部门之间相互推倭的情况，也为后来的业 务流程再造提供了必要的基础支持。 关键词：工作流；业务流程；JBPM；回退 中图分类号：TP391文献标识码：A文章编号： 1009-3044 (2013) 07-1667-03 电力技术监督系统主要是依据电力行业技术标准，总公 司对子公司的水电生产情况进行跟踪督查。通过定期或不定 期的跟踪督查发现子公司在生产过程中出现的问题并提出 整改意见，子公司先将整改方案提交给总公司，由总公司审 核，未通过审核则继续修改，直到审核通过再提交整改结果 给总公司，总公司继续进行整改结果的审查，未通过则继续 修改整改结果，直到通过为止。在以上信息传递的过程中， 需要各级专业技术人员审核，最终才能生效，这样就不自觉 地形成了工作流程。 当前、公司中现有的几乎系统没有认识到将工作流技术 应用到技术监督系统中的必要性。这必然导致总公司和子公 司之间的数据交换效率低下，并且现有程序的应用逻辑和业 务过程逻辑相互融合，对软件的维护和升级都带来极大不 便。另外，在公司的运作中，为了加强内部管理，公司建立 了大量制度和审批手续，但层层审批、众多领导签字的制度， 大大降低了企业的运行效率，也是推卸责任的最好方式，也 给公司的绩效考核带来很大难度。 工作流是通过计算机软件进行定义、执行并监控的经营 过程，而这种计算机软件就是工作流管理系统［1］。 该技术将工作活动分解成定义良好的任务、角色、规则 和过程来完成执行和监控，迖到提高生成组织水平和工作效 率的目的。 1技术监督系统业务流程模型 1.1基于JBPM的技术监督系统业务流程的建模 JBPM,全称是 Java Business Process Management （业 务流程管理），它是覆盖了业务流程管理、工作流、服务协 作等领域的一个开源的、灵活的、易扩展的可执行流程语言 框架［3］。 采用 JBPM4 的建模语言 JPDL （JBoss JBPM Process Definition Language ）和可视化的图形建模工具GPD （Graphical Process Designer）建立的公司业务模型如 1所示。 1.2模型的正确性验证 一个工作流模型是正确的充分必要条件是[4]: 1） 对于任何一个由S可迗的状态M，都存在一个实施序 列Seq可达状态E，S和E分别是初始和结束状态。 2） 对于任何一个由S可迗的状态M，如果此时在位置E 中存在至少一个标记（token）,该状态就是终止状态。终止 时，该工作流网除了有一个标记在E位置中外，其他的位置 都是空的。 3） 没有死任务，也就是说工作流网是有活性的。 根据以上三个条件，对技术监督流程模型进行验证： 1）根据业务流程模型图看出，任何一个初始状态到结 束状态，都可以经过一系列的库所变迁迗到。例如：途中S 为初始状态，E为终止状态，可得出有很多种组合的M序列 可以实现这种流程。 最为简单直观的是在审批环节中均为“通过”，即：Seq S-*发送整改意见一提出（修改）整改方案审核整改方 案一提交（修改）整改结果一审核整改结果-^E,若存在未 通过审核情况，则返回至当前状态的上一状态，再通过Seq 序列到达结束状态。 2）在模型图看出，终止状态为E。如果业务流程运转至 该状态，则该库所中有一个token,其他库所中的token为 空。 3）模型图中，各任务都是可触发可执行。 根据以上分析得出业务过程设计是合理的。 2任务回退 定义业务流程以后，应用JBPM工作流引擎将按照定义 好的流程顺序来驱动整个运行过程。但在实际应用中，存在 这样一种情况，印：一个任务完成后，用户发现有不完善的 地方需要修改，然而这时的任务以提交给下一个环节，用户 就不能修改已提交的工作内容。基于这样一种应用场景，就 需要工作流程在一定的环境下可以回退。 定义1:在业务流程序列中，当前活动状态为Sc，Sc的 上一个活动（任务）Sp，若需要由当前活动状态Sc返回Sp， 则称该操作为回退操作。 如图1中T1和T2所示，在提交整改方案后就进入审核 整改方案状态，若需要再重新修改整改方案，就需要进行回 退操作。 2.1回退操作条件分析 在回退操作中，有其条件限制，主要有以下三个条件： 1） “已完成任务”的下一任务