1、“.....既提高了系统的可扩展性和运行效率，又增强了系统的安全性。本人在浪潮软件公司年多的时间里，主要从事申请网和审批网的项目研发工作。在申请网多表单集中进行数据持久化和展现上提出了新的设计思想，改变了传统的通过下载上传文件进行审批的低效率方法。在审批网的研发工作中，主要围绕工作流引擎流程状态控制的具体实现和特殊需求改进。因此对整个工作流引擎的架构和设计比较熟悉。由于作者经验和水平有限，在研究和设计实现中都还存在不足之处，这都需要在今后的工作中加以学习和改进。主要不足之处如下引擎的子流程设计方面还比较简单，不能完成些复杂的带有子流程逻辑的审批事项，有待于进步细化任务分配规则和任务流转规则还有些规则没有给出设计，例如任务分配规则中的令牌规则没有详细设计。流程控制状态考虑还不是很完善，对于些虚拟回退等状态还没有很好的解决办法。政府审批工作流引擎的设计与实现致谢......”。

2、“.....设定业务办理的预警时间，系统对流程实例中的未完成的活动任务进行提示办理。审批人员可以通过预警时间提示完成相应的审批任务。废弃规则。设定业务办理的废弃时间，系统对流程实例中的未完成的活动任务进行标记删除。转到环节。设定业务办理转到下环节的时间，审批系统对流程实例中的未完成的活动任务进行标记删除。子流程。设定业务办理启动子流程的时间，系统对流程实例中的未完成的活动任务进行标记删除。步骤就绪规则。步骤就绪规则是指当然步骤所有的前驱步骤都已经完毕，第四章工作流引擎的详细设计当前环节准备执行前的规则。根据前驱步骤间的逻辑关系又可以分为与汇聚规则和或汇聚规则。与汇聚规则是指是同步活动，不针对具体业务环节，流经此处的任务将进行与汇聚同步。此活动将进行活动的前驱步骤完成检查，只有所有的前驱步骤完成规则均被满足，才可流向后继活动。或汇聚规则是指，是同步活动，不针对具体业务环节......”。

3、“.....它同样将进行活动的前驱步骤完成检查，但是在前驱步骤完成规则只要存在条满足指定条件的，就可以流向后继活动。步骤后继规则。步骤后继规则是指当前步骤处理完毕后怎样流向后继步骤。步骤后继规则对应步骤就绪规则同样也分为与分支规则和或汇聚规则。与分支活动，不针对具体业务步骤，此活动将同时派生出若干后继步骤。或分支提供后继步骤的多种选择，可以选择任意个步骤或者是多个步骤。用户工作流实例即审批事项在每个环节都需要办公人员。办公人员同样是工作流程中重要的组成元素。政府审批系统中的办公人员不同于普通工作流中的参与人员。因为政府审批系统中的办公人员具有复杂的组织等级隶属关系。如果单纯用传统的数据库存储人员信息，机构信息，角色信息，以及人员机构的隶属信息需要复杂的表结构。并且这种早期的设计不利于工作流引擎功能的扩展和升级......”。

4、“.....本工作流引擎人员管理存储采用活动目录来进行存储。办公人员的个人信息和他所属部门的信息都可以实现活动存储。的扩展性能优越于数据库存储，并且通过域的控制可以在安全方面有可以更有效的控制用户和限制用户的权限。比同行业工作流人员管理模块设计的更为简单，维护扩展更方便。也是本工作流引擎设计中的个亮点。任务表单表单是个数据的容器。表单内部数据不仅有申请人填写信息审批人员审批信息这些业务信息，还包括表单域的控制信息，比如个输入域是否可见，是否有相应的限制判断，是否有相应的脚本信息辅助任务流转。每个审批事项关联张业务表单，业务表单在数据库映射成张单独的数据库表。表单里申请数据和各个环节的审批数据都持久化到数据库表，表单域的些控制信息，表单的布局信息，脚本约束信息以字符串方式存储到数据库。表单数据信息和布局信息，控制信息可以在表单应用需要下进行动态生成......”。

5、“.....政府审批工作流引擎的设计与实现页面格式表单主要应用在申请人需要填写申请信息和审批人需要对申请人提交的申请表进行审批两种情况。也就是此时的表单体现出来最主要的功能是数据的提供者和数据的展现者。在实际的审批项目中，政府审批的事项数据量比较大，不可能每个审批表单单独对应个后台进行处理，并且这样系统维护比较困难。在青岛市政府审批项目中实现在线审批功能最大的技术难点就是多个表单的集中存储和单独展现。集中存储我们采用表单统采用方式传递给数据存储页面，这方面实现相对容易。但是在表单数据展现模块，我们通过将当前页面的请求当前会话对象服务器端对当前页面的响应和页面地址传递给个服务器端代码，实现数据展现。在每个表单底部嵌入这段服务器端脚本格式的表单存储形式可以实现数据的导入与导出。并不是所有的审批数据都是从审批表单中来，并且有时数据还可能不是审批系统本身的数据......”。

6、“.....然后等待对方系统将审批数据按照双方约定的格式进行打包，发送。最后接受数据包信息，进行数据解析，生成相应的页面文件，在工作流系统中正常流转。流程引擎中关键对象与对象模型的设计工作流引擎的设计主要分为流程定义设计，流程流转设计，流程控制设计三部分。根据软件设计所要求的移植性好，后期维护扩展方便的原则，本工作流引擎在设计的时候充分利用抽象，接口，继承，多态使得本工作流在些环节的处理上要优于其他工作流引擎。本文在工作流定制时，抛弃传统的数据定制和环节定制全都持久化到个实体内的设计思路。传统设计使得相似工作流的结构需要重复定制，既浪费工作人员定制时间，又增加了数据库持久化的负担。本工作流引擎在设计工作流定义时，采用将工作流模型与工作流方案配置信息进行分离的设计方法。这样既可以实现工作流模型与工作流方案配置信息的松耦合关系......”。

7、“.....使得相似的工作流程不必反复的定制。本文设计的工作流引擎中主要的对象有流程定义对象，工作流方案对象，流程实例对象，流程运行控制类。第四章工作流引擎的详细设计流程定义对象流程定义对象是将个具体的政府审批事项抽象成软件模型。将类审批事项的有几个环节，环节与环节的转移两类基本信息进行数据建模形成文档进行数据持久化。流程定义主要描述的是个流程的形态和静态属性。限于文章篇幅在此只列出流程定义的关键属性。类型，表示组成此流程的所有步骤，的为每个的，为的名称。类型，表示组成此流程的所有连接器，的为每个的，为的类型码类型码是连接器的类型标示，如用表示与分支。类型表示流程的所有连接，的每个元素是个用表示的值对，表示两个步骤之间的关联关系，如,表示从到有条路径关联。注意值对为有序值对表示从指向表示从指向。流程的定义信息以来存取......”。

8、“.....工作流定义对象模型中包括两个主要的子结点和。表示流程的步骤和步骤转移的集合。表示流程的连接器集合。流程方案对象工作流方案对象是针对具体的审批事项将其每个环节的办公人员，数据表单的控制以及任务分配方式进行抽象建模。工作流方案依附于流程定义对象。工作流定义对象是工作流方案的载体。图工作流定义对象和工作流方案的关系图个工作流定义对象可以关联多个工作流方案。但是个工作流方案只能关联个工作流定义对象。这种关系是由具体的业务审批实际要求决定的。本文列出流程方案对象设计的几个关键点。表单控制信息。表单相当于整个审批系统的数据容器。申请人的申请填写信息和每个审批环节办公人员的审批数据组成了表单的业务信息。每个环节表单域的控制数据集合比如在受理环节只能填写受理意见，无法看到和填写下环节的审批意见，这时要求能够控制些表单域的展现和约束......”。

9、“.....人员角色信息。每个审批环节都需要相应的办工具展现层的设计。下面图是流程定制工具的详细类关系。其中在第四章已经把流程引擎中关键的对象进行了详细设计。这里只是给出了在流程定制时主要类之间的关系。流程方案是审批实例在静止态的抽象建模，它包括办公人员，审批表单，操作权限控制，任务分配管理等信息。因此流程方案的类关系有些复杂。第五章流程引擎的实现和应用图流程定制中主要类关系图流程状态控制工作流程实例根据审批业务背景其状态主要包括流程实例的启动态，流程实例的阻塞态，流程实例的终止态，流程实例的完成态，流程实例的挂起态，步骤的启动状态，步骤的结束状态。状态之间的转移关系如图激活终止完成挂起启动定义阻塞图流程状态转换示意图工作流程定义完毕后，通过触发流程实例的启动事件，执行流程启动的动作，政府审批工作流引擎的设计与实现此时流程实例状态为启动状态......”。