基于JBPM工作流引擎构建企业级管理信息系统的解决方案
第25卷第12期2009年6月
甘肃科技
Gansu Science and Techno logy
Vol.25N o.12
Jun.2009
基于JBPM工作流引擎构建企业级
管理信息系统的解决方案
苏奕豪
(兰州铁路局兰州西车辆段,甘肃兰州730000)
摘要:通过研究分析基于开源工作流引擎J BP M构建企业级管理信息系统的解决方案,介绍工作流的相关概念、工作流管理系统模型以及工作流系统的分类,并描述一套基于J BPM工作流引擎构建的公文流转审批模块,从而体现工作流技术在现代化企业级管理信息系统中的不可或缺的地位。
关键词:工作流引擎;企业级管理信息系统;Jav aEE;J BP M;JPDL
中图分类号:TP311.5
企业级信息化管理系统的构建是提高企业市场适应力和国际竞争力的战略选择,是引领和改造传统企业实现跨越式发展的强大推动力,也是打开企业财富之门的一把金钥匙。随着我国企业信息化建设如火如荼的开展,种类繁多的大型企业级信息管理系统纷纷在各自的舞台上发挥着扮演着不同的角色,ERP(Enterprise Resource Planning企业资源规划),CRM(Custo m er Relati o n M anage m en t客户关系管理),DRP(D istri b uti o n Resource Plann i n g分销资源计划),OA(O ffice A uto m ation办公自动化),上述管理信息系统中或多或少都涉及到了工作流技术应用,一方面工作流技术大幅度的提高了管理信息系统与实际业务领域需求的契合度;另一方面如何定制和设计更灵活的、更高效的、和具有更高复用性的工作流引擎也一直是相关厂商和企业共同关注的问题。详细介绍工作流领域的概念和模型,以及通过一套已成型的基于JavaEE平台利用S truts(基于Ja-va平台的标准MVC框架),Spr i n g(基于Java平台的轻量级I O C容器),H ibernate(基于Java平台的数据持久化框架)和JB OSS J BP M(Java Busi n ess Process M anage m ent)开源的轻量级工作流引擎实现的公文流转审批模块,阐述工作流引擎构建企业级信息管理系统的解决方案。
1工作流相关概念
1.1什么是工作流(W orkfl o w)
工作流(W orkflo w)就是工作流程的计算模型,其表示的是:对流程中的任务(活动),以什么样的逻辑或者规则串接起来,并以什么样的模型进行表示和计算。例如,在日常办公中,当撰写好一份文件之后,可能需要将该文件提交给领导进行审阅或批示;审批意见可能需要汇集并提交给另外一个人,以便对报告进行进一步的修改。这样,可能会形成同一份文件在多个人之间的顺序或同时传递。对于这样的情况,可以使用工作流技术来控制和管理文档的自动传递,而非手工传递。这就是工作流的一个简单表现形式。
1.2什么是工作流管理系统(W F MS)
工作流系统(W F M S)是以规格化的流程描述作为输入的软件组件,它维护流程的运行状态,并在参与者和系统应用之间分派活动。经过对业务需求、业务逻辑的分析以及抽象,工作流管理系统围绕业务交互逻辑、业务处理逻辑以及参与者三个问题进行解决,业务交互逻辑对应的为业务的流转过程,在工作流管理系统中对应的提出了业务流程概念来解决业务交互逻辑的问题,业务处理逻辑对应业务流转过程中的表单、文档等的处理,参与者对应到的为流转过程中环节对应的人或程序,在工作流管理系统中通过与应用程序的集成来解决参与者的问题。
1.3什么是工作流引擎(W or kfl o w Engi n e)
基于工作流的企业级管理信息系统项目实施的前提就是必须已经存在一个工作流平台或工作流引擎,基于这个引擎或平台实施项目。工作流引擎作为工作流管理系统的核心部分,主要提供了对于工作流定义的解析以及流程流转的支持。工作流定义文件描述了业务的交互逻辑,工作流引擎通过解析此工作流定义文件按照业务的交互逻辑进行业务的流转,工作流引擎通常通过参考某种模型来进行设计,通过调度算法来进行流程的流转(流程的启动、终止、挂起、恢复等),通过各种环节调度算法来实
现对于环节的流转。着重介绍JBOSS J BP M 工作流引擎。
2 JBOSS JBPM 工作流引擎简介和工作流设计器的配置
2.1 JBOSS JBPM 简介
JBOSS JBP M 是一个复杂的可扩展的工作流管理系统,JB OSS JBP M 有直观的流程语言来表示商业流程图的术语,如,任务、异步通讯的等待状态、定时器,自动操作等等,把这些操作绑在一起,JBOSS J B -P M 就有了最强大和易扩展性的控制流机制。JBOSS JBP M 只有最小的依赖性可以很容易的作为java 库来使用。当然它也可以用在吞吐量极为关键的JavaEE 群应用服务器环境中。J BOSS J BP M 可以
同任何数据库配置可以部署在任何应用服务器上。
图1 JBOSS J BPM 总体框架
2.2 JBPM 流程定义语言(JPD L)
JBP M 流程定义语言J PDL 是由自描述和可扩展的标准化标记语言XM L (e X tensible M ar kup Lan -guage)在工作流管理系统中作为工作流过程定义语言。
2.2.1 J PDL 的流程定义元素
第一层:
(1)process Define 表示当前元素属于哪个流程定义;
(2)events 表示可以接收哪些事件;(3)na m e 名字;
(4)excepti o n H andlers 异常处理类集合(L ist)。第二层:
(1)process Defi n ition 表示流程定义(i m ple -m ents Node Co llecti o n);
(2)Transiti o n 表示转移,它有三个属性:fro m
(N ode),to(Node),supported Event Types 表示支持
的事件类型;
(3)node 表示节点,它有四个属性:leav i n g tran -siti o ns 、arriv i n g transitions 、action 、super State 。
(4)Task 定义任务
下例是一个简单的报销审批工作流定义分别用JPDL 语言和流程图描述,如图2所示。
图2 JPDL 流程图
2.3JBOSS JBPM Des i g ner的配置使用
下载获得j b pm-jpdl-3.2.3.zi p解压目录中的desi g ner目录下即为JBOSS JBP M Designer的E-clipse插件。它提供了界面友好的图形化工作流设计器。
2.3.1安装插件
启动Eclipse,在H e l p=>So ft w are updates, =>选择/Ava ilab le So ft w are0选项卡,点击/A dd S ite,0=>l o cal,=>定位到/解压目录:\j b p m-j p dl-3.2.3\designer\eclipse0点击OK,然后在A-va ilable Softe w are选项卡选择/org.j b pm.gd,jpd.l feature0点击安装,安装完成后重启E clipse。
2.3.2配置插件
在w indo w=>Pre ferences下出现J BOSS J BP M 工程选项,选择Ruti m e Location点击add,定位到/解压目录:\jbpm-jpdl-3.2.30,取名j b p m-jpdl -312.3,回到Runti m e Locati o n选择jbpm-jpdl-312.3,点击OK,配置完成。
2.3.3验证安装
在完成上述操作后,就可以创建J BOSS J BP M 项目了。在Ec li p se中进行如下操作:F ile=>ne w =>Pro j e ct在项目类型中有一个/JBOSS JBP M0点击展开选择/Pr ocess Pr o ject0=>输入项目名称= >Finish。至此就可以开始JBP M的工作流程图行化设计工作了。
3利用JBOSS JBPM构建基于JAVAEE 的公文流转审批系统模块
3.1H i b ernate和M ySQL数据库的配置
H ibernate是目前最流行的Java数据持久化解决方案,而M ySQL则是开源数据库中的佼佼者,在跨平台和系统稳定性上均有不错的表现。本次模块的后台设计就采用了上述两者。在W eb工程中成功加载了H i b ernate的关键jar包之后,加载M ySQL 的J DBC驱动,并创建h i b ernate.cfg.x m l配置文件。其中包括了M ySQL数据库驱动的加载、数据库缓存策略。
h i b ernate.cfg.x m l文件的部分内容:
............
............
3.2JBPM和H i b ernate的配置
由于JBP M后台需要数据库的支持来存储流程的定义、流程进度、相关参与者和相关参与实体等关键信息,因此,选择通过H i b er nate产生JBP M后台数据库表结构,要使JBP M和H i b er nate相互之间可以相互协作,除了在h i b ernate.cfg.x m l的定义中引
17
第12期苏奕豪:基于JBP M工作流引擎构建企业级管理信息系统的解决方案
用所有的J BP M 持久化数据映射文件外,还需要在
Spri n g 中的配置文件中分别配置sessionFactoryBean 和Jb m pConfigurati o nB ean :
class="org .spri n gfra m e work .or m .h i b er -nate3.Loca l S essionFactoryBean">
c lass="org .spri n gm odu l e s .w orkflo w .j b -p m 31.LocalJbpmCon fi g urationFactoryBean">
3.3 公文流转审批系统模型的设计,如图3
所示
图3 公文流转审批系统实体模型的设计
3.4 公文流转审批系统模块的部署和实施
在公文流转审批系统模块系统设计完成后,就可以进入代码实施阶段了,严格按照最初的设计架构合理的组织实体类、管理类和表现层之间的关系。选择适合的W eb Application 服务器部署开发的工程。通过图形化的流程设计器设计符合公文流转的若干流程,并通过工作流引擎持久化在数据库中。就可以实现在公文的办理过程中依照流程的设计进行流转和审批了,如图4
所示。
图4 公文流转审批系统相关管理器接口的设计
4 结论
企业业务软件必须适应企业千变万化的个性需求和持续的变革,并对企业业务的重组和发展提供快速和高效的软件支持。采用工作流技术,将使企业改变其传统的基于功能的企业业务系统构建方
式,按照企业要实现的业务流程来配置企业信息系统。这样,可以提高信息系统对企业业务的适应能力。基于工作流平台的企业业务系统开发,大大降低了开发的技术难度,应用开发人员只需关注每项工作的应用逻辑,而不需要关心本项工作与前后工作的复杂连带关系;(下转第39页)
18 甘 肃 科 技 第25卷
表6神经网络模型测试结果
年份200320042005
对比实际预测相对误差(%)实际预测相对误实际预测相对误差(%)水资源量17.3017.913.517.8118.533.818.5219.143.3
3.3预测计算
根据兰州市城市发展规划和水资源综合规划等规划成果,整理出兰州市水资源承载能力预测指标,用神经网络预测模型预测兰州未来的水资源承载能力。因神经网络模型预测的结果是建立在历史数据的基础上,未来一些重大的影响经济发展的突发因素并不能在模型中反映出来。预测到/十一五0期间兰州市水资源需求量,见表7。
表7兰州市/十一五0期间水资源需求量106m3年份20062007200820092010
水资源需求量19.4119.7320.0020.3220.65
可利用水资源量18.8619.1719.4719.7820.10
对比/十一五0期间的水资源供需量,兰州市的水资源承载能力达不到社会经济发展的要求。社会经济的发展与水资源承载能力之间出现明显的冲突,将导致社会、经济和资源不能协调发展。
4结论
采用人工神经网络建模的方法将对水资源系统与人类社会经济活动联系起来,利用神经网络的非线性映射关系,找出两者之间的必然联系,成功地避免了用其他量化方法寻找两者之间关系时所遇到的困难,并建立料水资源承载能力评价的基本评价指标体系以及基于BP神经网络的兰州市水资源需求量水资源与社会经济耦合预测模型。对兰州市/十一五0期间水资源可持续承载能力进行了评价。
通过模型预测结果得出以下结论:(1)BP神经网络具有很强的非线性映射能力和柔性的网络结构,与传统的统计建模方法相比,预测精度较高,能较好地反映水资源复杂系统中各因子之间的变化规律;(2)以兰州市为例,建立的预测模型能够比较准确反映水资源需求量的变化趋势;(3)预测结果表明,按照现有的供水能力、水资源利用目标和兰州市/十一五0期间的社会经济发展目标,兰州市水资源承载能力达不到社会经济发展的要求。
参考文献:
[1]宋松柏,蔡焕杰.区域水资源可持续利用评价的人工
神经网络模型[J].农业工程学报,2004,20(6):89-94.
[2]夏军,李浩.城市化地区水资源承载能力研究[J].水
利学报,2006,37(12):1482-1487.
[3]张丽,董增川,张伟.水资源可持续承载能力概念及研
究思路探讨[J].水利学报,2003(10):107-112.
[4]刘树锋,陈俊合.基于神经网络理论的水资源承载能
力研究[J].资源科学,2007,29(1):99-106.
[5]苏伟,刘景双,李方.BP神经网络在水资源承载能力预
测中的应用[J].水利水电技术,2007,38(11):1-4. [6]方红远,王浩,甘泓.区域水资源承载力增强措施浅议
[J].人民长江,2003,23(12):31-34.
[7]姚治君,刘宝勤,高迎春.基于区域发展目标下的水资
源承载力研究[J].水科学进展,2005,16(1):109-113.
[8]郝国平.兰州水资源及其可持续利用战略研究[D].西
安理工大学硕士论文,2004,10.
(上接第18页)只需要用自己熟悉的开发工具开发出相应的业务实现组件,再将这些组件与工作流管理系统结合起来,一套完整的应用系统也就完成了。而在系统的实施和运行过程中,还可以通过修改业务过程模型来实现企业业务系统的动态配置和管理。公文流转审批模块只是工作流在企业信息建设应用的冰山一角。对于工作流系统来讲,企业所有的业务系统在本质上都是一样的,都是对企业业务过程的实现与管理。因此,工作流技术也可以用于企业其他业务系统的开发与实施中,支持企业所有业务过程的统一实现和管理。参考文献:
[1]范玉顺,吴澄.工作流管理技术研究与产品现状及发
展趋势[J].计算机集成制造系统C I M S,2000,6(1):
127.
[2]W orkflo w M anage m en t Coaliti on.The w orkfl ow re ference
m od2e l Docu m ent N u m ber[J].W FM CTC003,1994. [3]张洪山,殷人昆,张素琴.基于W eb的工作流引擎设计
[J].计算机工程,2004,30(4):83-86.
[4]开源技术选型手册编委会.开源技术选型手册[M].
电子工业出版社,2008.
[5]张恒汝,虞晓东.精通E cli pse整合W eb开发)))Struts
+Spr i ng+H i bernate+JBPM[J].2008.
39
第12期袁辉:基于发展目标的区域水资源可持续承载能力BP神经网络预测
工作流引擎讲解
什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。 现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。这就可以称之为工作流。流程的本质就是一个参与者参与到一个过程里面来 那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。我们就从这个角度出发来了解JBPM 工作流引擎 下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。 实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以对你的某些核心部分不需要做什么变动 现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程 重点讲解UML 里面的内容，确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容，右边的后面再讲，我是方便讲解就将这点东西放到这个空白的地方 一个简单的流程图Main 模拟出请假的过程
对提交请假单进行分析 用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统 现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？ 接下来是提交请假单。我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边 这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。当把这个模型分析清楚了我们就要去实现它。 这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处 (用自己的话说明一下提交请假单的过程 <读一下那段伪代码>) 在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。 我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。 那这个时候你就不能够在请假单中间增加一个外键， 把它整成审批者什么的，
工作流引擎技术白皮书
工作流引擎 产品功能介绍V0.07
目录 1.1工作流引擎简介 (4) 1.1.1产生背景 (4) 1.1.2发展阶段 (5) 1.1.2.1EDF(电子数据流)阶段 (5) 1.1.2.2TPF(事务处理流)阶段 (5) 1.1.2.3IMF(整体集成管理流)阶段 (5) 1.1.2.4CPF(知识共享和持续改进)阶段 (6) 1.1.3主要特点 (6) 1.1.4流程定义和运行 (7) 1.1.5流程运转模式 (7) 1.1.6工作流引擎不等于OA系统 (9) 1.2XX工作流引擎 (10) 1.2.1XX工作流引擎简介 (10) 1.2.2产品设计 (11) 1.2.2.1工作流是XX电子政务平台的组件之一 (11) 1.2.2.2工作流引擎设计思想 (12) 1.2.2.3工作流引擎产品架构 (14) 1.2.3产品功能 (15) 1.2.3.1支持流程运转模式 (15) 1.2.3.2设计工具 (19) 1.2.3.3控制平台 (21) 1.2.3.4任务列表 (22) 1.2.3.5流程与用户 (24) 1.2.3.6工作流数据 (25) 1.2.3.7事务处理 (26) 1.2.3.8异常处理 (26) 1.2.4产品安全能力 (26) 1.2.5产品集成扩展 (26)
1.2.6运行环境 (27) 1.3XX工作流引擎适应复杂应用的要求 (27) 1.3.1多机构联合作业 (28) 1.3.2流程的定义集中管理 (29) 1.3.3嵌套子流程和和引用子流程 (29) 1.4XX工作流应用实施方法 (29) 1.4.1点面结合，全面推进 (29) 1.4.2分步实施，适当激励 (30) 1.4.3持续改进，形成文化 (30) 1.5XX工作流引擎成功案例 (30) 1.5.1广州移动广州公务机管理系统 (31) 1.5.1.1实现功能 (31) 1.5.1.2实施效果 (32) 1.5.2广州外经贸网上政务-发文管理 (33) 1.5.2.1实现功能 (33) 1.5.2.2实施效果 (35)
基于工作流引擎的系统框架设计开发
基于工作流引擎的系统框架设计开发 ——工作流引擎子系统 摘要 工作流就是一系列相互衔接、自动进行的业务活动或任务。工作流引擎是工作流管理系统的核心，它的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。 论文主要讲述了工作流引擎的基本功能及设计方法，介绍工作流引擎的基本原理，具体分析了工作流引擎所包含的内容，详细介绍了相关的信息模型和控制模型。系统采用关系结构的理念来设计工作流引擎，给出了用Microsoft Visual Studio 2005和Microsoft SQL Server2000实现系统的方法。论文中利用本工作流引擎构建系统能适应大多数业务流程的扭转，大大缩短常见信息系统的项目开发周期，提高效率。 关键词：工作流引擎；关键业务；关系
The design of information system frame based on workflow engine ---- The subsystem of workflow engine Abstract Workflow is a series of interlocking, automatic business activities or tasks. Workflow engine is the work flow management system in the core, and its main function is to define, implement and manage work flow through the support of computer technology as well as co-ordinate work flow process of working implementation and groups of information between members of interaction. The thesis has mainly described basic functions and design of the workflow engine, introduced the basic theories, and specifically analyzed the content included in the work flow and the details of the relevant information model and control model. The idea of relation structure has been used to design this system and the method to achieve the system function with Microsoft Visual Studio 2005 and Microsoft SQL Server2000 has been given out. Constructing system with the workflow engine can adapt to the majority of the business process reversing that significantly reduce the development cycle of the common information system and improve efficiency. Key words：Workflow engine; Critical business; Relationship
工作流引擎技术白皮书
工作流引擎产品功能介绍
目录
1.1工作流引擎简介 1.1.1产生背景 随着我国信息化建设的不断深入，越来越多的政府部门和企事业单位都清醒地认识到信息化对于自身的生存与发展的重要性，以IT 系统建设为基础提高工作效率，增强竞争能力，已经成为共识。 在过去的若干年中，许多企业以当时的IT 发展水平为基础，针对不同的业务需求搭建了种类繁多的应用系统。回顾这一阶段，我们可以发现长期以来IT 系统的建设一直跟随着技术的革新和业务需求的增长而被动地发展着。不论技术手段如何变化，企业仍旧习惯于沿着功能分析的思路为特定的需求开发专有应用。随着时间的推移，企业内部逐渐积累了许多相互孤立的筒仓式应用系统。不可否认，正是这些应用系统共同构成了当今企业的主要IT 运行环境并有效地支撑了企业早期的业务发展，但是我们也必须清醒地认识到，在这些缺乏前期规划、互连性极差的应用系统之间信息不能被有效地共享且难于保持一致，业务过程也无法顺畅地流转，它们是造成“信息孤岛”现象的根源。一些企业也曾经尝试采用整理、合并各种需求、统一数据接口、规范业务过程等方式来降低集成的复杂度，但是在经过一番实践后，人们又发现仅仅依靠规范静态信息的交换格式，集合局部的需求等方法并不足以支持更大范围内的应用整合。因此当前的企业迫切需要一个能够支持在不同的应用系统之间完成协作任务的具有前瞻性的应用集成框架。 当前，企业面对的是一个多变且难以预测的市场，要在这样的环境中生存和
发展，就必需具备对外部变化做出迅速响应的能力。同样，政府部门也面临着转变工作职能，适应市场经济发展要求的压力，需要不断地为大众提供各种高效的公共服务。各项独立调查表明: 对业务系统和IT 基础设施进行快速调整和扩展一直是政府部门和企事业单位应对外部环境变化的重要手段。然而在早期的IT 系统设计过程中，人们往往更加关注于系统的稳定性而不是迅速应对变化的能力，原先那种僵硬的基于硬编码实现的系统功能扩展和集成方式已远远不能满足要求。“采用什么样的技术来搭建能够实现跨部门、跨企业、跨地理范围的支持流程协作和流程自动化的IT 基础设施”，“如何能够从被动地应对变化到预见变化进而实现前瞻性地主动变化”…这些都是当前每一个政府部门和企事业单位必须面对的挑战。 通过工作流系统把各业务部门的孤立应用系统整合起来是IT技术发展的必然趋势，而我国从上实际八十年代大量建设基础信息系统至今，工作流技术的发展可以分成以下几个阶段。 1.1.2发展阶段 1.1. 2.1EDF(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品，为了配合产生正确的数据，可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务
工作流技术方案
工作流技术方案
目录 1概述3 1.1工作流现状 (3) 1.2建设原则 (3) 1.3建设目标 (3) 1 (4) 2总体设计方案4 2 (4) 2.1业务架构设计 (4) 2.1.1业务功能设计 4 2.1.2业务模型设计 5 2.2总体架构设计 (6) 2.2.1工作流总体结构图 6 2.3技术架构设计 (7) 2.3.1展现层 7 2.3.2控制层 7 2.3.3业务逻辑层 7 2.3.4数据持久层 8 2.3.5缓存 8 3应用系统设计8 3 (8) 3.1流程定义 (8) 3.2流程管理和监控 (8) 3.3工作流引擎 (8) 3.4工作项列表 (9) 1 (9) 1.1 (9) 1.2 (9) 1.3 (9) 1 (9) 1.1 (9) 1.2 (9) 1.3 (9)
1概述 1.1工作流现状 工作流是实现企业业务过程建模、业务过程仿真、业务过程管理与集成，从而实现最终业务过程自动化化的核心技术。 传统的工作流管理系统缺乏柔性，不能及时响应变化和相互之间缺乏互操作的缺点不能满足这种复杂业务流程管理的需要。针对这种情况，提出工作流管理平台的实现方案，以便更好地对企业业务流程实行管理。 1.2建设原则 工作流管理平台的设计主要遵循实用性、稳定性、高效性、灵活性等原则： （1）稳定性原则：需要采用成熟的技术模型、稳定的软硬件产品、软件开发平台和工具。 （2）安全性原则：提供完整备份机制，提供安全的数据访问机制。 （3）友好性原则：考虑到平台将针对各个层面的用户群体，使用者的计算机水平参差不齐，所以需求平台提供的界面简便友好、操作方便。 （4）扩展性原则：系统设计应具有良好的可扩展性和升级能力，可以根据新的业务拓展，方便地追加新的模块，也可以根据运营的状况，自由地追加硬件，以实现对系统有效的负载均衡。 （5）快速开发原则：提供封装的开发构件，提供基本的系统管理模块，提供简洁的开发模板，能够满足各类业务需求的快速开发。 1.3建设目标 根据上述原则，工作流管理平台建设的主要建设目标为： （1）实现基于Jbpm的流程引擎的二次开发。 （2）实现图形化的流程定义工具和流程管理监控工具。 （3）实现工作项列表（包括待办事宜、已办事宜、历史事宜）的统一管理界面。 （4）实现在流程生命周期中应用系统对流程触发的动作的相关服务接口：工作流定义相关服务、工作流引擎相关服务、工作项列表相关服
主流三维引擎对比分析说明书
主流三维引擎对比分析 随着计算机可视化、虚拟现实技术的飞速发展,人们对实时真实感渲染以及场景复杂度提出了更高的要求。传统的直接使用底层图形接口如OpenGL、DirectX开发图形应用的模式越来越暴露出开发复杂性大、周期性长、维护困难的缺陷。为此国外出现了许多优秀的三维渲染引擎,比如Delta3D,OGRE,OSG,Unity3d,VTK等。渲染引擎的作用就是要优化遍历与显示三维模型。本文主要对OGRE与OSG这两个三维图形渲染引擎做个简单的比较,介绍她们在运行效率、场景管理、功能支持、可扩展性等方面的异同。通过了解两者差异后,可以根据不同的项目需求,选择合适的渲染引擎。 ogre OGRE(Object-Oriented Graphics Rendering Engine,面向对象图形渲染引擎) 又叫做OGRE 3D。OGRE就是面向场景的、灵活的图像引擎。OGRE仍然在发展中,如果就功能与商业游戏引擎还有一定差距。在OGRE的论坛网站上您可以得到更多的信息,里面谈论到OGRE的一些格外的插件,如声音,UI ,物理检测,还有网络应用。采用C++开发,以MIT许可证发布,可以在Windows、Linux、Mac上运行。OGRE自己也说明本身不就是游戏引擎。 其主要特征如下: 面向对象,插件扩展架构,具有文档支持。 支持脚本。可以通过脚本管理材质资产并进行多路渲染。 支持物理碰撞检测。 支持顶点灯光、像素灯光、灯光映射。 支持阴影映射、三维阴影。 支持多纹理、凹凸贴图、多重材质贴图、立体投影。 支持顶点、像素、高级着色。 支持场景管理,具有多种数据结构。 支持逆向运动动画、骨架动画、变形动画、混合动画及姿态动画。 支持网格加载、皮肤、渐进网格。 支持环境映射、镜头眩光、公告牌、粒子、运动模糊、天空、水、雾、丝带轨迹、透明对象。支持XML文件转换。 引擎特性全面( ),稳定性好( ),支持全面( ),不容易上手与使用( )。
OA流程引擎总体设计方案(含初步表说明)
AO流程引擎总体设计方案 一、名词。 流程表：每设置一个新的流程时，都会设置流程相关的字段信息。设置后生成一张流程表。每按此流程进行一个办事流程时即是此表的一条记录（实例）。 流转单：即处理流程中的各个环节，如科员填表申报环节、科长审批环节等。每个流转单所需要的字段是从流程表中选出的字段。每个流转单实例即是根据选择的字段从流程表的实例记录中进行显示或操作。 二、流程设置 2.1 流程表设置 在设置流程时，根据其下流转单的情况设置好所要的所有字段信息。设置好后生成一张数据库表。并把流程名称，流程表名等信息记录到一个流程记录表里（这张表只用来记录流程表及流程对应的流程表名）。默认存在的字段应该有：流程实例名（如：2011年3月消防器材发放管理工作），流程状态，父流程表名，父流程实例id,父流程关联流转单编号，开始时间，结束时间等。 2.2流转单设置。 2.2.1流转单基础信息设置。 设置流转单名称，即流程在此环节时的名称（如科长审批）； 设置流转单编号，编号应该是唯一性的； 设置流转单类型：一般流转单或子流程流转单或起始流转单； 2.2.2选择表单字段。 字段从流程表中字段进行选择。选择每个字段后， 要设置此字段的配置属性：是否只读、是否隐藏； 要设置此字段的验证属性：是否必填、验证方法（email验证、长度验证等）； 要设置此字段对应的控件：HTML控件：文本框、文本域、密码框、下拉框、多选框、单选框、上传框。及对应的默认数据和备选数据。动态控件：如部门下拉框等。及对应默认数据。 要设置此字段的控件样式：高宽等。 根据字段的名称流程表名等信息对此字段设置一个字符串标识。 在设置字段过程中如果觉得字段不够，应该有操作可以再添加流程表字段。 2.2.3设置流转单显示模板。
工作流引擎平台解决方案
工作流引擎平台解决方案 工作流引擎平台在实际系统中的应用一般分为三个阶段，即模型建立阶段、模型实例化阶段和模型执行阶段。模型建立阶段利用工作流建模工具完成各种企业经营过程或者项目管理流程模型的建立，将企业的实际经营过程或项目管理流程转化为计算机可处理的工作流模型。模型的实例化阶段为每个过程设定运行所需的参数，并分配每个活动执行所需的资源（设备、人员等）。模型执行阶段完成经营过程的执行，在这个过程中重要的任务是完成人机交互和应用的执行，并对过程与活动的执行情况进行监控与跟踪 WorkFlow的设计理念是致力于企业的业务流程自动化解决方案，为企业的业务流程自动化以及企业流程再造提供坚实的基础平台，成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤，降低应用开发的难度，提高应用开发的效率及灵活性，节约应用开发的成本，从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块：模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具，而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现，为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分，模板用于描述工作流定义，用于工作流应用的设计阶段；实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作（Job），组成工作的每个执行单元称为活动（Activity），组成活动的更小单位称为任务（Task），活动的入口称为主表单（MasterForm）。每个工作都是由一系列具有逻辑关系的活动组成，这些逻辑关系构成活动的路由信息。因此，一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者，他是启动此工作的人。每个工作可以有多个拥有者，拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者，他是模板中定义的活动执行人，活动拥有者
net工作流引擎设计 三 WorkFlowEng
net工作流引擎设计三 WorkFlowEng .net工作流引擎设计(三)：WorkFlowEngine工作流引擎设计 a.工作流引擎只负责处理与流程运转相关事宜，处理过程的解释执行、流 转规则，控制任务管理器。架构在工作流引擎之上的web应用的具体业务处理 另外编写，以保持工作流引擎的独立性和简洁性。 b.通过此设计方案设计的工作流引擎，只负责业务系统流程的流转，业务 系统使用此工作流引擎需要根据业务系统的需要来评估使用性以及考虑业务逻 辑的具体实现，不能依靠工作流引擎来实现所有的业务功能。 c.此阶段在业务系统中需要控制表单控件的访问权限时需要业务系统结合 工作流来自行进行控制，在之后的工作流引擎功能扩展第二阶段可以设计通过 工作流引擎来控制表单中控件的访问权限。 d.此阶段流程定义采用程式来定义和维护，不使用图形化的建模工作。在 工作流平台的进一步深入开发的第三阶段再进行流程定义工具的开发。 .1工作流定义 根据WFMC的定义，工作流(Workflow)就是自动运作的业务流程部份或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。简单的说，工作流就是一系列相互衔接、自动进行的业务活动或任务。如 果将整个业务流程看作是一条河，其中流过的就是工作流。使用工作流作为业 务流程的实现技术首先要求工作流系统能够反映业务流程的以下几个问题，即 业务流程是什么由哪些活动、任务组成，也就是结构上的定义、怎么做活动间 的执行条件、规则以及所交互的信息，也就是控制流与信息流的定义、由谁来 做人或计算机应用程序，也就是组织角色的定义、做的怎么样通过工作流管理 系统对执行流程进行监控。 工作流参考模型
(工作分析)国内外主流工作流引擎及规则引擎分析
国内外主流工作流引擎及规则引擎分析2013年2月创新研发部
目录 国内外主流工作流引擎及规则引擎分析 (1) 一.背景 (4) 二.原则 (4) 三.工作流功能分析点 (6) 4.1.标准类 (6) 3.1.1BPMN2.0标准支持 (6) 4.2.开发类 (7) 3.1.1业务模型建模工具 (7) 3.1.2工作流建模工具 (7) 3.1.3人工页面生成工具 (8) 3.1.4仿真工具 (9) 4.3.功能类 (9) 4.1.1流程引擎 (9) 4.1.2规则引擎 (10) 4.1.3组织模型与日期 (10) 4.1.4对外API的提供 (11) 4.1.5后端集成/SOA (11) 4.1.6监控功能 (12) 四.中心已有系统工作流功能点分析 (13) 4.1.备付金系统工作流分析 (13) 4.1.1联社备付金调出流程 (13)
4.1.2联社备付金调入流程 (16) 4.1.3资金划入孝感农信通备付金账户业务流程 (18) 4.1.4备付金运用账户开立流程 (20) 4.1.5备付金沉淀资金运用流程 (23) 4.1.6备付金沉淀资金支取流程 (26) 4.2.多介质项目工作流分析 (28) 4.1.1开卡审批流程 (28) 4.3.新一代农信银资金清算系统工作流分析 (29) 4.4.电子商票系统工作流分析 (29) 4.5.OA系统工作流分析 (32) 五.工作流产品分析 (32) 六.分析结论 (44) 4.4.对比 (44) 4.5.建议 (45)
一.背景 目前中心建成的“一大核心系统，七大共享平台”以及OA系统，对工作流应用程度高，但各系统实现工作流程管理没有建立在统一的工作流平台上，导致流程割裂、重复开发、不易于管理等问题。 备付金管控项目涉及多个岗位之间工作的审核步骤，同时还要与多个系统进行交互，因此，为了提高管理效率，降低业务流转时间，同时还要结合农信银中心的总体IT战略规划，备付金管控项目技术组决定选择一款先进的工作流引擎和一款规则引擎，作为备付金管控项目的核心技术架构。 二.原则 备付金管控项目组通过梳理各信息系统流程现状和未来需求，形成农信银中心工作流平台的发展规划，从而更全面的满足农信银各项关键业务、更好的支撑现有和未来的信息系统建设。项目组充分研究国内外领先的工作流产品和案例，同厂商交流。从用户界面生成、流程建模、流程引擎、规则引擎、组织模型、模拟仿真、后端集成/SOA、变更及版本管理、移动设备解决方案、监控分析能力等多方面考察工作流产品，进行工作流产品选型。 目前国内外的工作流引擎层出不穷，行业标准多种多样，通过对比不同工作流公司产品，本次工作流技术选型决定分析商业工作流引擎4款，开源工作流引擎2款。其中国际知名厂商的商业工作流引擎2款，本土厂商的商业工作流引擎2款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则
基于OA系统的工作流引擎设计方案
基于OA系统的工作流引擎设计方案
1引言 1.1课题的背景与目标 工作流的概念起源于生产和办公自动化领域，是针对日常工作中具有固定流程的业务活动提出的一个概念。工作流管理联盟(WFMC)给出的工作流定义是：工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。该技术的目的是通过将工作分解成定义良好的任务、角色，按照一定的规则和过程来执行这些任务并对它们进行监控，达到提高工作效率、降低生产成本、提高企业生产经营管理水平和企业竞争力的目标。 工作流管理系统的核心部分是工作流引擎，引擎是驱动流程流动的主要部件，它负责解释工作流流程定义，创建并初始化流程实例，控制流程流动的路径，记录流程运行状态，挂起或唤醒流程，终止正在运行的流程，与其他引擎之间通讯等等工作。 目前，工作流技术还处于发展曲线的初级阶段，然而，关于这方面的研究十分活跃，形成了许多规标准。例如主要的有：工作流管理联盟（Workflow Management Coalition ，WfMC）在体系结构[6]、工作流相关术语[7]及应用程序接口[8]、管理控制接口[9]、过程语言描述[10]等方面提出的一系列规。还有Microsoft, BEA, IBM, SAP等公司联合提交发布的BPEL规等等。 在实际应用中开源产品占据了重要的地位，如JBoss 项目中的jBPM、由OpenSymphony组织开发的OSWorkflow、Enhydra组织开发的Shark。在国，交通大学的基于Petri网点分布是工作流管理的研究，大学的基于工作流过程定义语言（WPDL）的工作流建模平台，都取得了良好的研究成果。 但是工作流管理技术很多方面还不成熟，在使用过程中往往会遇到的一个重要问题是系统过于庞大复杂：一些工作流软件产品，特别是国外成熟的产品，经过多年的发展，功能强大，配置和接口多样灵活。对于国大部分初次使用工作流技术的中小型项目来说，这些工作流软件的功能特性大大超过了需要，客户需要承受漫长的学习周期、复杂的安装配置等带来的风险。 鉴于上述的原因，本课题的目标在于提出一个配置简单、使用方便、功能实用的工作流引擎的设计方案，并完成编码。该工作流引擎——OAworkflow是借鉴了已有的工作流引擎，对某些复杂功能进行简化后，重新设计的。与传统工作流管理系统相比，本工作流管理系统具有以下优点： 1)支持灵活的流程定制 该系统能够针对办公自动化系统中的典型流程案例对流程进行灵活定制，支持的流程路由包括：顺序路由、汇聚路由和分支路由。用户可以根据
国内外主流工作流引擎及规则引擎分析
国外主流工作流引擎及规则引擎分析2013年2月创新研发部
目录 国外主流工作流引擎及规则引擎分析 (1) 一. 背景 (3) 二. 原则 (3) 三. 工作流功能分析点 (5) 4.1. 标准类 (5) 3.1.1 BPMN2.0标准支持 (5) 4.2. 开发类 (6) 3.1.1 业务模型建模工具 (6) 3.1.2 工作流建模工具 (6) 3.1.3 人工页面生成工具 (7) 3.1.4 仿真工具 (8) 4.3. 功能类 (8) 4.1.1 流程引擎 (8) 4.1.2 规则引擎 (9) 4.1.3 组织模型与日期 (9) 4.1.4 对外API的提供 (10) 4.1.5 后端集成/SOA (10) 4.1.6 监控功能 (11) 四. 中心已有系统工作流功能点分析 (12) 4.1. 备付金系统工作流分析 (12) 4.1.1 联社备付金调出流程 (12) 4.1.2 联社备付金调入流程 (15) 4.1.3 资金划入农信通备付金账户业务流程 (17) 4.1.4 备付金运用账户开立流程 (19) 4.1.5 备付金沉淀资金运用流程 (22) 4.1.6 备付金沉淀资金支取流程 (25) 4.2. 多介质项目工作流分析 (27) 4.1.1 开卡审批流程 (27) 4.3. 新一代农信银资金清算系统工作流分析 (28) 4.4. 电子商票系统工作流分析 (28) 4.5. OA系统工作流分析 (31) 五. 工作流产品分析 (31) 六. 分析结论 (42) 4.4. 对比 (42) 4.5. 建议 (43)
一.背景 目前中心建成的“一大核心系统，七大共享平台”以及OA系统，对工作流应用程度高，但各系统实现工作流程管理没有建立在统一的工作流平台上，导致流程割裂、重复开发、不易于管理等问题。 备付金管控项目涉及多个岗位之间工作的审核步骤，同时还要与多个系统进行交互，因此，为了提高管理效率，降低业务流转时间，同时还要结合农信银中心的总体IT战略规划，备付金管控项目技术组决定选择一款先进的工作流引擎和一款规则引擎，作为备付金管控项目的核心技术架构。 二.原则 备付金管控项目组通过梳理各信息系统流程现状和未来需求，形成农信银中心工作流平台的发展规划，从而更全面的满足农信银各项关键业务、更好的支撑现有和未来的信息系统建设。项目组充分研究国外领先的工作流产品和案例，同厂商交流。从用户界面生成、流程建模、流程引擎、规则引擎、组织模型、模拟仿真、后端集成/SOA、变更及版本管理、移动设备解决方案、监控分析能力等多方面考察工作流产品，进行工作流产品选型。 目前国外的工作流引擎层出不穷，行业标准多种多样，通过对比不同工作流公司产品，本次工作流技术选型决定分析商业工作流引擎4款，开源工作流引擎2款。其中国际知名厂商的商业工作流引擎2款，本土厂商的商业工作流引擎2款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则引擎，
OA流程审批解决方案
流程审批方案 单位在日常管理过程中，逐步会沉淀下很多规章制度，其中包括各种纸质表单、流程、数据规范、岗位说明、权限等，制度的形成、推广和优化过程，也是规范员工行为，实现内部有效分工、规范岗位操作、从人治向法制逐步进步的过程。 但是逐步累积起来的制度和规范汗牛充栋，员工根本没有办法完全学习和掌握；规章制度的优化和调整也很难实时的将最新版本传达到每位员工，因此制度的形成、推广和优化过程的高难度使得制度不能有效落地，因此构建协同办公系统流程审批子系统，对于制度落地、规范管理将有重要的意义。 工作流程子系统应用架构 流程审批包括数据表定义、表单定义、流程定义（B/S架构图形化流程定义工具）及工作流引擎，系统采用WFMC的流程标淮实现各种复杂流程的电子化流转,并且采用插件式的设计方法让工作流模块还可以被其它功能模块调用，完成相关的业务流程。九思OA系统提供了从设计、应用、优化到门户展现全方位的图形化自定义，通过自定义规范、自定义表单、自定义流程、实现企业流程地图的设计；通过个性化授权，可以将常用的流程推送的个人门户，方便调用；通过规范、表单和流程的集成，可以使得员工运用制度和流程时免学习；并且该模块对企业的流程管理遵循PDCA管理法则，从发起流程到在办监控、办结查阅和效率分析进行闭环管理。 流程审批主要功能如下： 1、流程门户：提供统一的分类流程调用界面。 2、发起流程：选取要发起且已经制作好的工作流程表单。 3、待发流程：流程表单填写后保存待稍后发送的工作流程。 4、流程监控：是指对正在办理的工作流程进行监控。 5、办结查阅：是指用户可以对已经结束、取消、退回的流程进行查阅。 6、流程转办：是指当前用户可以把卡在某节点的流程转办给其它人处理。
国内市场主流专业的工作流(bpm)软件分析、比较及推荐
国内市场主流专业的工作流(bpm)软件分析、比较及推荐 目前国内外的工作流系统层出不穷，行业标准多种多样，虽然工作流主要功能国内比较知名的工作流软件基本上都具备，但功能的侧重点各不相同,增加了企业对工作流或BPM选型难度，本人选用目前国内市场主流专业的工作流软件，从概念、工作流引擎、工作流过程建模工具、流程操作、工作流客户端架构、流程监控、表单设计器以及与应用程序的集成等方面进行分析和比较，帮助企业对工作流或BPM产品的选型。 一、概述： 工作流的思想最先起源于西方国家，一开始的目的主要是为了简化工作流程，为繁琐的工作提供依据。随着需求的不断延伸以及人们对企业信息化思想的不断普及，工作流越来越受到企业内部的使用推广，当然，工作流能满足的需求也在不断的优化。 工作流概念起源于生产组织和办公自动化领域，是针对日常工作中具有固定程序活动而提出的一个概念，目的是通过将工作分解成定义良好的任务或角色，按照一定的规则和过程来执行这些任务并对其进行监控，达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。尽管工作流已经取得了相当的成就，但对工作流的定义还没有能够统一和明确，不同学者从不同角度对工作流做出了不同的定义。 Georgakopoulos给出的工作流定义是：工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。 IBM Almaden Research Center将工作流定义为：工作流是经营过程的一种计算机化的表示模式，定义了完成整个过程需要的所有参数；这些参数包括对过程中每一个步骤的定义、步骤的执行顺序和条件、步骤由谁负责以及每个活动所需要的应用程序等。 1993年工作流管理联盟(Workflow Management Coalition，WfMC)作为工作流管理的标准化组织而成立，标志着工作流技术逐步走向成熟。WfMC对工作流给出定义为：工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。 工作流从英文单词workflow而来，是工作work和流动flow的组合，是一种能够被计算机解释和执行的反映经营过程业务流动的计算机化模型。 二、BPM与工作流的区别 简单地说，BPM关注的业务流，工作流关注的是审批流，它们的区别如下: 1、业务流往往会跨多个业务系统，而审批流往往主要涉及到一个系统。 2、业务流往往会涉及到多个业务功能，多个业务对象，而审批流往往只涉及到一个关键业务对象。 3、业务流涉及到的是不同业务单据之间的流转，而审批流往往是同一业务单据状态的变化。 4、业务流中的活动既包括了人工活动也包括了自动的业务活动，而审批流一般为人工审批活动。
目前市场三大主流OA产品对比分析
目前市场三大主流OA产品对比分析 文章转自：https://www.360docs.net/doc/6d10349019.html,/vnews133.html 纵观当前OA市场，我们可以简单地把OA办公系统划分为三类： 第一类是基于IBM Lotus Domimo/Notes平台开发的OA系统。这类系统在中国的用户量相对较大。典型的代表产品有蓝凌、金蝶开思、深圳伟峰等软件公司的OA办公平台产品。这类软件的优点是，它和Lotus系列的其他软件如Sametime、Quickplace等的集成度比较高，还能利用Lotus提供与关系数据库和大型ERP软件如SAP、Oracle、Peoplesoft的接口。其缺点是，平台不够开放，存储结构不是建立在关系数据库平台上，大数据量下的频繁CRUD（创建、替换、更新、删除）操作会大大降低性能。根据IBM对Lotus系列产品的发展路径图，Domino平台存储将会基于DB2平台，同时完全支持J2EE 平台。 第二类是基于微软Exchange平台开发的OA系统，这类系统用户数量也不少。这类软件的特点是和微软的产品高度集成，而和其他系统（如企业的ERP、CRM等）的集成需要定制开发来完成。因为这样的OA系统几乎需要从头开始开发接口，工作量很大。由于Exchange 也没有采用关系数据库的存储方式，和第一类Lotus产品一样存在大数据量情况下的性能问题。 上述两类软件是国内OA市场上的主流，基本占到国内OA软件的90%以上的市场份额。 第三类是基于应用服务器平台和关系数据库开发的应用系统。由于Domino和Exchange在海量数据上的性能限制，于是部分公司在基于应用服务器（J2EE，.Net等）和关系数据库来开发OA协同办公系统。比较典型的有Exact E-Synergy、泛微软件的eCology以及华炎软件的HotOA。 这类系统的优点是和其他系统的接口相对容易，由于使用了关系数据库系统，处理巨量数据时性能有大幅度提高。缺点是工作流引擎和安全机制都是软件厂商自主开发，难以形成比较成熟的产品。有部分厂商OEM别的厂商如Ultimus的工作流引擎，来开发OA应用，产品的成熟度会大幅度提高，对原有市场上的主要产品就会形成比较大的压力。 关键词：OA产品主流OA产品 作者：OA办公软件@深圳伟峰科技修订1.1 2011-09-26
基于JAVAEE的工作流引擎的设计
计算机与现代化 2008年第7期 JIS UAN JI YU X IAN DA I H UA 总第155期 文章编号:1006-2475(2008)07-0046-04 收稿日期:2008-05-15 作者简介:陈艳(1979-),女,湖北石首人,三峡大学电气信息学院助教,硕士,研究方向:计算机技术与应用。 基于J AVAEE 的工作流引擎的设计 陈 艳 (三峡大学电气信息学院,湖北宜昌443002) 摘要:提出了一种基于J AVAEE 的工作流引擎设计方案。详细介绍了工作流数据存储以及流程运转各个环节的实现原理。关键词:工作流;引擎;J AVA EE 中图分类号:T P311 文献标识码:A Design ofW orkflow Engine Based on JAVAEE C HEN Yan (Co llege o f E lectr i ca l Eng i neer i ng and Infor m a tion T echnology ,T hree G orges U n i versity ,Y ichang 443002,Ch i na)Ab stract :T his paper presents the design sche m e o fw ork flow eng ine based on J AVA EE and the rea li zati on pri nc i p l e o f w orkflo w da ta st o rage and flo w runni ng on eve ry li nk .K ey w ords :workfl ow ;eng i ne ;J AVA EE 0 引 言 近些年来,有很多成熟的软件来满足企业的信息 化需求,如办公自动化软件(OA )。认真地剖析办公自动化软件得以成功的原因,除了计算机网络设备的普及外,根本原因就是办公自动化软件的核心系统的设计理念。 工作流系统是办公自动化软件系统的核心部件,它的功能是实现业务数据在由网络连接起来的企业计算机系统中运行。它使得原本单独的计算机个体真正地组成了一个有机的能够自动化运行的网络系统。 工作流软件系统的核心实现是一个被称之为/工作流引擎0的程序。通常这个程序被作为一个服务程序安装在服务器上,通过接受客户端发送的请求来进行处理,再把经过处理的信息反馈回客户端。工作流引擎按照事先定义好的流程规则,自动地判断数据状态,然后将其自动转发给需要的人。 工作流系统除了应用于办公软件外,现在已经取得更广泛的应用,如生产销售物流等各个领域。这些领域的数据处理自身没有流程的概念,但是如果考虑的范围更大一些就可以发现,这些数据实际上还是处 于一种有序的业务流程运转之中。比如说在零件的生产过程中,必须按照一定的工序来完成,有明显的分级传递过程。 笔者基于J AVAEE 设计了一套工作流引擎程序,按照目前投入使用来看,能较好地解决企业的各种业务流程。 1 工作流管理系统 工作流管理系统主要由三类构件组成,这三类构件分别是: (1)软件构件:完成工作流管理系统不同组成部分功能的实现; (2)系统控制数据:工作流管理系统中一个或多个软件构件使用的数据; (3)应用与应用数据:对于工作流管理系统来说,他们不是工作流管理系统的组成部分,而是属于外部系统和数据,他们被工作流系统调用来完成整个和部分工作量管理的功能。 工作流管理系统的体系结构如图1所示。
调研 工作流比较表格
工作流系统关键技术 比较 2012/12/20
目录 工作流系统关键技术比较 (1) 2012/12/20 (1) 目录 (2) 一、消息驱动和事件驱动工作流的区别与应用 (4) 二、典型工作流过程定义语言规范的特点与应用 (5) 过程定义语言BPEL/BPMN2/XPDL/BPML/JDPL (5) 语言功能的比较 (5) 语言结构的比较 (6) 语言具体细节的比较 (7) 其他比较 (8) 三、典型工作流引擎的功能、结构比较 (12) 1．jBPM3 (12) 2．向BPMS努力的jBPM4 (13) 3．jBPM5 (15) 4. Activiti5 (16) 5．微软工作流 (19) 6．小结 (23) 四、基于Web服务的工作流管理系统 (23) 4.1概述 (23) 4.2基于Web服务的工作滚模型 (23) 4.2.1符合Web服务的工作模型 (24)
4.2.2基于Web服务的工作流管理系统 (25) 4.3 Web服务在工作流中的应用 (27) 4.3.1 Web服务作为工作流的任务 (27) 4.3.2作流作为Web服务的实现机制 (27)
一、消息驱动和事件驱动工作流的区别与应用 基于“消息驱动”和“事件驱动”的工作流都可应用于一个可行的分布工作流系统。 信息传递的分布工作流系统强调了每个节点的功能独立性，使得一个节点的失败只影响到与该结点有关的相应工作流实例或者某一个工作流步骤，从而将影响范围缩小到最小范围，使得系统构造方面有了更好的升级性和适用性，但是它没有提供事件的历史记录，所以该机制现在正在研究如何使用日志文件来管理工作流，并尝试用非连续性的消息驱动来提高性能。信息传递的分布工作流系统目前主要应用于金融支付系统、电子商务系统（如淘宝等）。 事件驱动的机制主要是开发了Brokers/Services模型和EVE平台，从而将分布式工作流的实行分为3步：首先由高层的图形界面提供工作流建模工具，然后由中层的Brokers/Services模型执行工作流，最后由底层的EVE平台提供分布式工作流的实行框架，主要负责事件管理、历史记录和工作流执行者之间的交流。B/S模型提供了一个较完善的语言定义机制，保证建模人可以了解工作流执行者的实际行为，组成工作流说明的工作流执行过程可以被正确定义，工作流执行过程的准确性得到保证，工作流执行完毕后的分析也成为可能。但是，对于活动的工作流或者正在运行的组成部件进行修改所带来的影响还没有得到很好的解决，这将是以后的研究方向。事件驱动的分布工作流系统主要应用于医疗保险信息系统、集装箱物流信息系统 发送流程消息 消息驱动模式 用户登陆系统后，向服务器端提交Http Request 请求，接受消息线程后初始化该用户的上下文环境，读消息线程到接受队列中检索属于该用户的消息，并反馈给用户，用户查看消息后可以进行消息处理（这里的消息其实就是用户的任务列表的描述）。当用户处理消息时，依据业务规则对消息进行处理，此时消息