1 绪 论
1.1 研究背景
目前市场的激烈竞争以及需求快速变化的特点要求更高效更灵活的管理机制，从而极大的促进了信息化的进程，而工作流引擎由于其灵活变更的特点和简洁明了的分配机制符合大多企业对于市场特点的需求而被大量应用。目前具有代表性的工作流引擎有BPMN 和 JBPM 等，而这些工作流引擎也随着企业要求在不断更新，但随着目前云环境的迅速普及，企业需要集成的应用大多变为云服务，而传统的工作流引擎结构比较死板，耦合度较高，不适合新环境下服务应用的集成，使得在集成不同结构服务时需要手动修改程序，大大增加了集成的复杂度。同时，工作流中的流程机制比较固定，当用户需要复用整个流程时可以实现，但是当用户想要复用流程中某个或者某几个活动节点时便无法达成，使得工作流要素的复用变得更加困难。要有效地集成各企业提供的 Web 服务和工作流要素，需要解决以下两个问题：第一，工作流引擎架构问题。传统工作流引擎架构主要用于集成本地应用，需要对每个应用进行手动集成，为了能够集成远端的 Web 应用，同时能够将工作流引擎也部署在云端提供服务就需要修改工作流引擎的整体框架。第二，流程要素复用问题。原有工作流架构可以实现复用整条工作流程，但是当希望复用工作流结点层次的要素时便无法实现，难点在于任意选出的下游结点是否能够识别和处理上游结点传递的数据，若能解决这个问题，则能够实现范围更广的工作流要素复用。为此本课题设计了基于 RESTful 风格的资源化工作流引擎，利用 RESTful 风格架构的轻量化、统一访问标准的特点使其适应云端部署环境，利用 RESTful 服务中每个资源结点都可以发布并接受访问的特性，将流程、活动、实例等所有工作流要素都封装为REST 的资源并建立元模型库，从而能够以流程节点的层次提供可复用的工作流要素。
1.2 国内外研究现状
为了实现一个具有 RESTful 风格框架的工作流引擎，需要研究三方面的内容，一是研究目前工作流引擎现状，其中包含了对工作流引擎分布式部署的研究；二是研究 ROA框架如何使用在工作流引擎中；三是研究如何实现引擎与异构服务之间的交互。
1.2.1 工作流引擎框架研究
Yang[2]等人提出了利用 Petri网模型对工作流引擎进行建模分析，然后将工作流引擎分为 5 个模块，再利用 J2EE 分布式对象框架实现每个模块，实现模块级别分布式的工作流引擎。但是这种模块级别的分布式工作流引擎在各模块之间的交互上会消耗过多的时间，虽然提升了引擎的负载量但是减慢了速度，同时过多的交互也提高了出错几率。Frincu[3]等人在分布式引擎的基础上为其添加了自我修复能力，强化了工作流引擎的容错能力，但是只解决了问题的一部分，添加了自我修复功能的引擎需要更多的交互来对模型进行验证以实现自我修复模块，因此在引擎内部的交互上仍然消耗过多时间。Bin[4]等人根据现在 SAAS 应用逐渐普及的趋势，设计了面向SAAS 应用的工作流管理系统，并用四个场景详细描述了该工作流管理系统在面对SAAS 应用的具体处理方式。但是，当这种工作流管理系统面对不同种类的服务比如REST 服务时，就无法对其进行调度，因为里面缺少了对不同结构工作流引擎的处理。Alonso[5]等人考虑了分布式工作流引擎中的数据管理问题，Pallec[6]等人采用MOF(Meta-Object Facility)来达到工作流管理系统中的互操作性，王明微[7]等人提出了一种―按需分配‖的工作流任务分配方法，处理云端工作流引擎的协同处理问题。
2 系统框架分析
本章设计了基于 REST 的资源化工作流引擎框架，意在通过 REST 技术有效集成与控制工作流要素，同时让引擎能够灵活发布和组合工作流要素以达到工作流要素复用的目的。该框架的核心是第三章与第四章要详细分析的引擎资源元模型与调度中间件。
2.1 引擎框架
2.1.1 应用场景分析
基于REST的资源化工作流引擎框架包含四类使用角色，分别为SAAS应用开发商、工作流设计人员，客户和系统管理员，应用场景如图 2-1 所示。资源化工作流引擎的目标是通过一个部署在云端的工作流引擎来集成企业需求的各种 Web 服务，因此首先需要有 IT 人员开发的 Web 应用服务。IT 将 Web 应用服务注册进系统中，主要注册服务的访问地址、类型以及所处理的数据，服务信息将以 XML 文件形式保存在工作流要素库中。业务人员根据自己对于业务的需求，通过流程设计器的可视化操作进行工作流要素的拼装和配置，业务人员可以通过手动定制工作流要素，包括活动、任务、角色、逻辑节点等，也可以通过查询资源库获取希望使用的工作流要素，然后将其导入流程设计器中，对导入的资源进行拼装之后可以快速生成新的流程。业务人员在设计任务时，需要从库中找到希望使用的 Web 服务并与活动资源绑定，从而能够将该服务集成进流程中。业务人员自己定制的工作流要素则可在工作流引擎中发布，从而添加到资源库中供给他人复用。客户是工作流引擎和对应的外部应用服务的最终使用者，在工作流设计者设计好流程之后保存在工作流引擎中，而客户可以启动流程，之后工作流引擎将根据资源元模型和数据库中的数据找到流程中的当前任务以及执行角色，而后根据资源对应用服务的引用找到对应的服务并将其表示发送给用户进行操作。用户执行任务后将信息返回给工作流引擎后，引擎将根据流程中对应的数据资源结构封装数据并赋予状态，而后流程管理器根据该数据资源的状态判断流程的执行程度。
3 流程资源建模 ..........14
3.1 流程资源体系构建 .....14
3.2 流程资源建模....16
3.2.1 流程实体资源建模 ......16
3.2.2 方法资源建模 .....20
3.3 面向服务的资源封装 ..........21
3.4 资源持久化........24
3.5 本章小结............27
4 资源调度中间件 ......28
4.1 框架设计思想....28
4.2 资源元模型解析器.....29
4.2.1 资源解析模块 .....30
4.3 基于资源的流程管理..........34
4.4 资源执行器........37
4.4.1 服务调度模块 .....37
4.4.2 异构信息转换 .....38
4.5 本章小结............39
5 原型实现和方案验证 .......40
5.1 引擎技术框架 ....41
5.2 模块设计............42
5.3 实例验证和界面展示 ..........49
5.4 本章小结............55
结论
针对企业对工作流复用的需求以及传统工作流引擎对云端部署不适应的问题，设计了一个面向资源架构（ROA）的工作流引擎，该引擎能够轻松在云端部署并提供服务，能够灵活发布和复用工作流资源。基于对面向资源架构以及工作流结构的研究，将工作流细分为众多独立模块，将引擎中的工作流要素、操作、关联抽象为资源，赋予其 URI，并进行元模型描述。然后以 REST 框架将所有资源封装为一个服务，以统一接口对外提供调用，封装后可以作为一个平台为客户提供工作流引擎服务，同时收集客户定制的各种工作流要素并封装为资源，形成资源库以提供给客户进行复用。本文主要研究工作包括。
（1）元模型框架设计本文先根据工作流要素的特点设计了资源元模型，同时设计了一套完整的资源元模型体系架构。该资源元模型以良好的结构完整的描述了工作流要素的所有属性，然后从上至下的搭建了一套树状继承体系，继承的资源元模型具有各自的特点，满足了工作流引擎对于资源元模型的调度需求。
（2） 面向服务的资源封装本文设计了基于 REST 的资源化工作流引擎，将引擎封装为 REST 服务，将其中资源封装为 REST 资源，即为其提供接口、URI 和访问方式。该封装形式使得工作流引擎拥有 REST 服务的特点，使其拥有通用接口且易于访问，能够很好的适应云环境。
（3） 资源调度设计本文设计了一套面向资源的调度中间件，针对资源的特点搭建该中间件，能够解析和管理资源元模型、控制多入口的流程运行、能够推送 SAAS 应用服务。该中间件使得工作流引擎更为灵活，能够很好提供工作流要素的复用。
参考文献
[1] Ettredge, M. and R. Greenberg. Determinants http://sblunwen.com/ssbylw/ of Fee Cutting on Initial AuditEngagements. Journal of Accounting Research, 1990.28(1): 198-210
[2]Allen T.Craswell,Jere R.Francis and Stephen L.Taylor.Auditor Brand NameReputation and Industry specialization. Journal of Accounting and Economics,1995(December)20:297-322
[3] Defend M.，T.J.Wong and Shuhua Li.The Impact of Improved AuditorIndependence on Auditor Market Concentration in China. Journal of Accountingand Economics,2000:49-66
[4] Albert L. Nagy，Joseph V. Carcello. Client Size, Auditor Specialization andFraudulent Financial ReportingfJ].Managerial Auditing Journal, 2004, 19(5):651-668
[5] Balsam, S., Krishnan, J. and Yang, J. S. Auditor Industry Specialization andEarnings QualityfJ]. Auditing:a Journal of Practice & Theory, 2003, 22(2):71-79
[6]Brian W. Mayhew, Kimberly A. Dunn. Audit Firm Industry Specialization andClient Disclosure Quality[J].Review of Accounting Studies,2004, 19(1):35-58
[7]Defond, ML.，Francis, J. R. and Wong, T. J. Auditor Industry Specialization andMarket Segmentation: Evidence from Hong Kong[J]. Auditing: a Journal ofPractice & Theory,2000,19(1 ):49-66
[8]Gramling, A. A., Johnson, V. E., Khurana, I. K. The Association between Audit Firm Industry Experience and Financial Reporting Quality[M].Working Paper,Georgia State University,2001
[9]Krishnan, G. V. Does Big 6 Auditor Industry Expertise Constrain EarningsManagement? [J]. Accounting Horizons,2003,17(supplement):1-16
[10]Mark H. Taylor. The Effect of Industry Specialization on Auditor's Inherent RiskAssessments and Confidence Judgments. Contemporary Accounting Research,2000,17(4):693-712