工作流资源指派技术的研究与实现
收稿日期:2003-08-08;修返日期:2003-10-10基金项目:国家“863”基金资助项目(2002AA116040)
工作流资源指派技术的研究与实现
*
陈大峰,吴泉源,刘必欣
(国防科学技术大学计算机学院,湖南长沙410073)
摘 要:资源指派是工作流管理系统的一项重要功能,它在运行期将资源模型和过程模型联系起来。对资源指派规则的表达机制进行了分析,并在此基础上研究开发了一个基于指派规则和资源管理服务的资源指派系统,它具有良好的可扩充性,并支持资源模型的共享。关键词:工作流;工作流管理系统;资源指派中图法分类号:TP311.5
文献标识码:A
文章编号:1001-3695(2004)08-0148-03
Resea rch a nd Im plement ation of Workflow Resour ce Assignm ent
CHE N Da-feng,WU Quan-y ua n,LIU B i-xin
(C ollege of Computer Science,National Univers ity of Defens e Technology,Changsha H unan 410073,C hina)
Abst ract :Res ource ass ig nm ent is an im porta nt function of workflow m a nagem ent sy st em ,it links the resource m odels and process m odels t og et her during runtim e.An analys is is perform ed on the express ion of resource a ssignm ent rules,and a re-s ource as signm ent sys tem is developed ba sed on rule and resource m a na gem ent serv ice,w hich is hig hly ext ensible a nd s upport s t he sharing of resource m odels.
Key words:Workflow;Workflow M anag em ent Sy st em (WfMS );Resource Assignm ent
1 引言
过程集成是提高企业运行效率、增强企业柔性的一种全面集成方式。工作流技术可以为实现企业过程的建模和运行管理提供有效的支持。在企业中,组织结构的生命周期与业务过程的生命周期往往是相对独立的,因此工作流管理系统(WfMS)用资源模型和过程模型来分别反映业务结构的这两个不同方面
[1]
。资源模型描述了参与过程执行的资源(人力
资源和技术资源)及其属性,而过程模型则描述了过程中的活动以及活动之间的依赖关系。在运行期,WfMS 为活动实例分配合适的资源,从而将资源模型和过程模型联系起来,这个过程称为资源指派。
虽然资源指派是WfMS 的一项重要功能,但是在这方面的研究还比较缺乏,也缺少统一的标准。已有的WfMS 产品都实现了各自的资源指派机制,它们在功能上存在着较大的差异。例如,有的产品允许在资源指派时考虑用户的工作量和历史数据,而有的并不提供这种支持。
另一方面,在工作流管理联盟(WfMC)的参考模型
[2]
中,
资源模型是由工作流机来管理的。因此,大多数厂商都在其WfMS 产品内部实现了对资源模型的定义和管理。不同产品所采用的资源元模型通常各不相同,这使得WfMS 难以与其他应用系统(包括其他WfMS)共享企业的资源模型。这些资源模型在WfMS 内部形成了一种信息孤岛,这不仅不利于企业应用的全面集成,而且带来了信息冗余和一致性问题,降低了系统的可维护性。
针对这些问题,我们研究了资源指派的功能需求和实现技术,开发出一个基于指派规则和资源管理服务的资源指派系统
RAS,并讨论了该系统的设计和实现。RAS 将资源管理功能从工作流机中独立出来,可以方便地实现资源模型的共享,并具有良好的可扩充性。
2 资源指派技术
2.1 技术要求
为了保证WfM S 的可适应性,资源指派系统必须满足健壮性、灵活性和可扩充性方面的要求。
(1)健壮性:更新资源模型(如修改用户角色)不应该影响过程模型;反之,修改过程模型(如增加一个活动)也不应该影响资源模型。因此,必须提供一种在资源指派逻辑中引用资源的抽象机制。
(2)灵活性:在实际应用中,简单的资源指派可以通过直接指定用户ID 来完成,而复杂的资源指派可能涉及到执行者的能力评估、资源优化配置等复杂应用。因此,资源指派功能必须具有足够的灵活性,以满足不同的应用需求。
(3)可扩充性:不同的领域涉及到不同的资源类型和资源管理方法。例如,在以手工操作为主的应用中,资源指派逻辑主要考虑职务、角色等因素;而在以物资管理为主的应用中,则更多地考虑容量、运距等因素。因此,必须具有足够的可扩充性,使系统能够通过组件插接来扩展其处理资源指派逻辑的能力。
2.2 已有的资源指派技术
最简单的资源指派技术是直接指派方式,它简单地将活动与资源ID 以“硬编码”的方式绑定起来。显然,这种方式并不能提供足够的灵活性。更灵活的方式是利用“角色”来支持资源的动态指派,使得用户可以通过修改资源角色来改变资源指
?841?计算机应用研究2004年
派的结果。更为通用和强大的技术是使用形式化的表达式(通常使用某种脚本语言来编写,称为指派规则)来描述指派逻辑,这种方法也已经被大多数WfMS所支持,本文主要考虑这种方法。
在具体实现上,WfMC显式地定义了允许执行活动的参与者集合[3,4],类型包括:资源集合、资源、组织单元、角色、人员、系统。其中资源集合、资源、组织单元和角色定义了参与者的动态属性。但是,该定义没有考虑在过程中根据工作流相关数据或控制数据来动态指定资源的情况(如要求在前一个活动中手工指定后续活动的执行者ID的过程)。
St affw are引入了组和角色的概念,它采用了如图1所示的组织元模型。
图1 S taffwar e的组织元模型
其中Group和User可以赋予任意属性,如职务、地址等。在资源指派规则中可以引用历史数据。此外,它还允许整合外部数据以适应不同形式的组织定义。
IB M的M Q Workflow采用了更为复杂的资源指派技术,它将用户与组织、角色、等级以及过程/活动联系起来。MQ Workflow的组织元模型可以用图2来描述。根据这个元模型, M Q Workflow允许使用类似于“拥有销售经理角色和资信审核员角色,且等级(Level)位于1和3之间”这样的指派规则。但是,这个模型仍然存在一定的局限性。例如,与用户相关的属性被限制为组织、等级和角色三种,因此无法表达按用户的工作地点进行指派的情况。
图2 M Q Workflow的组织元模型
为了提供更大的灵活性,MQ Workflow允许根据工作流相关数据来进行选择,从而提供了一种通过编程在活动中实现资源指派逻辑的机制。但是,这种方法也存在一些缺点:它一方面提高了应用开发代价,增加了过程逻辑和应用逻辑的耦合度(当指派逻辑发生变化时需要修改活动的实现);另一方面还引入了安全性问题。因此,它一般只适用于处理元模型无法表达的或者特别复杂的情况。
3 RAS资源指派系统
本节首先对资源指派规则的表达机制进行了分析,在此基础上讨论了RAS资源指派系统(Resource Assignment System)的设计与实现。它将资源管理功能从工作流机中独立出来成为一种外部服务,可以方便地实现资源模型的共享;可插接的规则解释器又大大地提高了系统的可扩充性。
3.1资源指派规则的表达机制
在运行期,当过程的控制流激活一个活动实例时,WfMS 就根据工作流模型中的资源指派规则,动态地从资源模型中查找满足这些规则的资源,并将该活动实例加入这些资源的工作列表。因此,资源指派规则决定了用户可以怎样定义和选择参与活动执行的资源。分析指派规则的表达机制有助于系统地发掘资源指派系统的功能需求,并对设计和实现提供指导。
资源指派规则用资源和/或过程的属性来表达其约束。这些属性又可以进一步分为静态属性和动态属性两类。静态属性是指不随过程实例的不同而变化的属性,如活动名、用户职务等。动态属性则是由过程的实际运行状态来确定的属性,如用户的工作量、活动的执行者等。因此,我们可以将资源指派规则涉及到的属性分为四类,如表1所示。
表1 属性分类表
静态属性动态属性
与资源相关A类B类
与过程相关C类D类
A类属性在资源模型中定义,在很大程度上取决于系统所使用的资源元模型。这些属性包括资源ID、名字、地址、职务、角色、等级、所在组织、所属团队,对于技术资源还包括容量、距离等。应用实例:设活动“订单审批”由职务为“销售经理”的用户来执行。该资源指派规则可以通过在资源模型中查找职务属性等于“销售经理”的资源来实现。
B类属性由过程实例状态确定,包括用户工作量、用户在岗状态、过程实例中用户已执行的活动等。应用实例:设某任务由多个用户共同处理,为了平衡工作量并取得最佳工作效率,每次都将新发生的任务分配给工作量最小的用户。该资源指派规则可以通过查询各用户的工作量属性来实现。
C类属性在过程模型中定义,包括过程名、活动名、过程管理员、活动所属的过程名等。应用实例:若活动实例在超过截止时间后仍未被处理,系统将自动将它转发给过程管理员处理。该资源指派规则可以通过查询活动所在的过程名,进而查找过程管理员来实现。
D类属性与B类属性一样,也由过程实例状态确定。它包括过程开始者、活动执行者、过程中同一活动的实例数、活动就绪时间、工作流相关数据、工作流控制数据等。应用实例:多个用户都可以执行审批活动A1,A2中的任一个,但这两个活动必须分别由两个不同的用户来执行。该资源指派规则可以通过查询“所有非A1活动执行者”来获得执行A2活动的资源。
基于以上四类属性的指派规则可以结合使用。实际上,有的系统允许指定多条资源指派规则,并对各规则的筛选结果进行集合操作,如求并集或交集等。
3.2 总体结构
根据上面的分析结果,我们设计实现了一个资源指派原型系统RAS(图3)。
图3 RAS的总体结构
RAS的工作方式如下:
(1)资源登录。RAS通过资源管理服务访问接口对登录信息进行验证,并根据验证结果更新内部维护的可用资源表。
?
9
4
1
?
第8期陈大峰等:工作流资源指派技术的研究与实现
(2)接受请求。当过程状态发生变化(如活动开始或结束)时,工作流机根据过程模型寻找可以进入就绪状态的活动(候选活动)。对于每个候选活动,工作流机请求RAS进行资源选择。
(3)规则解释。RAS从过程模型中获得活动的资源指派规则,并提交给指派规则解释器链进行处理。指派规则将在指派规则解释器链中顺序传递,直到遇到能够对它进行解释的指派规则解释器。解释器通过各个接口收集相关的属性,计算出满足要求的资源ID。
(4)结果返回。指派结果一方面作为工作项返回到工作流机,一方面作为过程状态的一部分保存在历史指派数据中。
3.3 实现机制
资源指派系统通常实现为工作流机的一个子系统。它也可以实现为一个独立的系统,这样就能为多个WfMS提供资源指派功能。OMG的资源指派接口(RAI)体现了这一思想[5]。在原型系统中我们采用了第一种方法,因此它可以直接访问过程模型和过程实例状态信息。这里主要讨论规则解释器链和资源管理服务访问技术。
(1)规则解释器链
规则解释器链为系统提供了一种灵活的扩充机制,使之可以通过“插接”新的模块来增加对不同的资源类型和资源管理方法的支持。用户在配置文件中指定规则解释器的名字,系统将在运行期自动载入这些规则解释器。多个规则解释器通过规则解释器链包装起来,向外部提供一个简单、统一的访问接口。其UM L类图如图4所示,其中RAHRRuleProcessor用来处理与人力资源相关的指派规则,而RAWHRuleProcessor用来处理与仓库资源相关的指派规则,两者都是继承自抽象基类RA-Bas eRuleProcessor的具体类。
图4规则解释器链
具体类的载入由一个专门的工厂类来处理,它负责完成从名字(由配置文件给出)到类实例的转换。J ava语言对这种转换提供了比较直接的支持,例如下面的代码动态地载入一个指派规则解释器:
C lass cls=Class.forName(
"wor kflow.core.RAWHRuleProcessor");
RABaseRuleProcessor rp=
(RABaseRuleProcessor)(cls.newInstance());
(2)资源管理服务访问机制
由于不同企业和系统所采用的资源元模型不尽相同,因此我们将资源管理功能独立出来,作为一种服务在WfMS外部实现。这样,用户就可以扩充或切换企业的资源模型而不对过程模型产生影响,大大降低了过程模型和资源模型的耦合度。同时,WfMS也能够与其他企业应用共享同一个资源模型,避免了信息孤岛带来的各种问题。
为了屏蔽资源管理的具体细节,资源管理服务访问接口必须具有足够的灵活性。一种常用的实现方法是采用某种资源指派语言来对资源进行查询和选择,查询语句可以嵌入到资源指派规则中,或者直接作为资源指派规则。
资源指派语言的表达能力是一种实现上的权衡。表达能力越高,WfMS处理资源指派逻辑的能力就越强,因而可以提高应用开发的效率和速度。但是,过于复杂的资源指派语言一方面提高了WfMS的复杂性,另一方面也会增加开发人员学习和使用的难度。
我们采用了一种折中的方法,将资源元模型转换为关系数据库模型,这样就可以直接利用SQL语言作为资源指派语言,并通过一个外部的服务代理来完成最终的资源查询操作;另一方面,由于允许插入新的指派规则解释器,从而使系统具有了更大的扩充潜力和可适应性。
4结束语
在工作流管理系统中,资源指派是一项重要的功能。本文对资源指派规则的表达机制进行了分析,并在此基础上研究开发了一个基于指派规则和资源管理服务的资源指派原型系统,它较好地考虑了系统的可扩充性,并可以方便地实现资源模型的共享。
参考文献:
[1]Jablonski,C Bubler.Workflow Management Model ing Concepts,Ar-
chitecture and Implement ati on[M].International Thomson Computer Press,1996.
[2]Workfl ow Management Coalit ion.The Workflow Reference Model[EB/
OL].Document Number TC00-1003,1995-01-19.
[3]Workfl ow Management Coalition.Workflow P rocess Definition Inter-
face-XML Process Definition Language(XP DL)[EB/OL].WfMC-TC-1025,version1.0Beta,2002.
[4]Workfl ow Management Coalition.Workfl ow Handbook[M].L Fisher,
ed.,Future Strat egies Inc.,2001.
[5]Object Management Group.Workflow R esource Assi gnment Interfaces
(R AI)R equest for P roposal[EB/OL].OMG Document bom/,2000-01-03.
作者简介:
陈大峰,男,湖南湘阴人,研究生,研究方向为分布计算及过程管理;吴泉源,男,教授,博士生导师,研究方向为人工智能、分布计算环境及网络安全;刘必欣,女,博士生,研究方向为分布计算及过程管理。
(上接第129页)前景交叠区域作为背景提取的不足,因此用本文算法提取背景不但背景提取的效果好,而且背景提取的速度也快。
参考文献:
[1]urendra Gupte,et al.Detection and Cl assification of Vehicles[J].
IEEE Transactions on Intelligent Transport ation Systems,2002,(3): 37-47.
[2]Liu,J Zhang.Image Sequence Segmentation Using Curve Evol ution
and Improved Background Subtraction[C].Proceedings of SPIE, 2001.1-7.
[3]uc Vincent.Morphologi cal Grayscale R econstruction in Image Analy-
sis:Applications and Efficient Algori thms[J].IEEE Transactions on Image Processing,1993,(2):176-201.
作者简介:
袁基炜(1976-),男,博士研究生,主要研究方向为计算机视觉、图像处理、自动化仪表等;史忠科(1956-),男,教授,博士生导师,主要研究方向为鲁棒控制、交通规划、智能控制等。
?
5
1
?计算机应用研究2004年
工作流引擎技术白皮书
工作流引擎 产品功能介绍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)
工作流引擎讲解
什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。 现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。这就可以称之为工作流。流程的本质就是一个参与者参与到一个过程里面来 那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。我们就从这个角度出发来了解JBPM 工作流引擎 下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。 实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以对你的某些核心部分不需要做什么变动 现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程 重点讲解UML 里面的内容，确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容，右边的后面再讲，我是方便讲解就将这点东西放到这个空白的地方 一个简单的流程图Main 模拟出请假的过程
对提交请假单进行分析 用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统 现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？ 接下来是提交请假单。我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边 这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。当把这个模型分析清楚了我们就要去实现它。 这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处 (用自己的话说明一下提交请假单的过程 <读一下那段伪代码>) 在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。 我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。 那这个时候你就不能够在请假单中间增加一个外键， 把它整成审批者什么的，
工作流引擎技术
1.1 工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
工作流引擎技术
1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
工作流技术方案
工作流技术方案
目录 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）实现在流程生命周期中应用系统对流程触发的动作的相关服务接口：工作流定义相关服务、工作流引擎相关服务、工作项列表相关服
(工作分析)国内外主流工作流引擎及规则引擎分析
国内外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则
工作流引擎技术白皮书
工作流引擎产品功能介绍
目录
1.1工作流引擎简介 1.1.1产生背景 随着我国信息化建设的不断深入，越来越多的政府部门和企事业单位都清醒地认识到信息化对于自身的生存与发展的重要性，以IT 系统建设为基础提高工作效率，增强竞争能力，已经成为共识。 在过去的若干年中，许多企业以当时的IT 发展水平为基础，针对不同的业务需求搭建了种类繁多的应用系统。回顾这一阶段，我们可以发现长期以来IT 系统的建设一直跟随着技术的革新和业务需求的增长而被动地发展着。不论技术手段如何变化，企业仍旧习惯于沿着功能分析的思路为特定的需求开发专有应用。随着时间的推移，企业内部逐渐积累了许多相互孤立的筒仓式应用系统。不可否认，正是这些应用系统共同构成了当今企业的主要IT 运行环境并有效地支撑了企业早期的业务发展，但是我们也必须清醒地认识到，在这些缺乏前期规划、互连性极差的应用系统之间信息不能被有效地共享且难于保持一致，业务过程也无法顺畅地流转，它们是造成“信息孤岛”现象的根源。一些企业也曾经尝试采用整理、合并各种需求、统一数据接口、规范业务过程等方式来降低集成的复杂度，但是在经过一番实践后，人们又发现仅仅依靠规范静态信息的交换格式，集合局部的需求等方法并不足以支持更大范围内的应用整合。因此当前的企业迫切需要一个能够支持在不同的应用系统之间完成协作任务的具有前瞻性的应用集成框架。 当前，企业面对的是一个多变且难以预测的市场，要在这样的环境中生存和
发展，就必需具备对外部变化做出迅速响应的能力。同样，政府部门也面临着转变工作职能，适应市场经济发展要求的压力，需要不断地为大众提供各种高效的公共服务。各项独立调查表明: 对业务系统和IT 基础设施进行快速调整和扩展一直是政府部门和企事业单位应对外部环境变化的重要手段。然而在早期的IT 系统设计过程中，人们往往更加关注于系统的稳定性而不是迅速应对变化的能力，原先那种僵硬的基于硬编码实现的系统功能扩展和集成方式已远远不能满足要求。“采用什么样的技术来搭建能够实现跨部门、跨企业、跨地理范围的支持流程协作和流程自动化的IT 基础设施”，“如何能够从被动地应对变化到预见变化进而实现前瞻性地主动变化”…这些都是当前每一个政府部门和企事业单位必须面对的挑战。 通过工作流系统把各业务部门的孤立应用系统整合起来是IT技术发展的必然趋势，而我国从上实际八十年代大量建设基础信息系统至今，工作流技术的发展可以分成以下几个阶段。 1.1.2发展阶段 1.1. 2.1EDF(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品，为了配合产生正确的数据，可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务
技术方案大纲.doc
XX系统技术方案第一章总述1.1 项目背景 1.2 现状及需求分析 1.2.1 系统现状及分析 1.2.2 系统建设新需求 1.3 建设目标 1.3.1 总体目标 1.3.2 具体目标 1.4 建设原则 1.5 建设范围 1.6 设计依据第二章系统总体架构设计 2.1 总体设计思路 2.1.1 适应现代化管理的需求 2.1.2 满足业务提醒发展的需求 2.1.3 符合信息化建设发展的趋势 2.2 业务架构设计 2.2.1 业务处理系统构建 2.2.2 决策支持系统构建 2.3 应用功能架构设计 2.3.1 层面结果设计 2.3.2 功能目标框架
2.4 应用功能架构的主要优势 2.5 应用功能架构解决的问题 2.5.1 管理统一性与灵活性问题 2.5.2 大容量、大并发量的处理性能问题 2.5.3 系统可靠性的要求与保障措施第三章应用软件技术方案 3.1 设计原则和方法 3.1.1 系统设计原则 3.1.2 构件化设计思想 3.2 应用系统总体设计 3.2.1 应用体系结构设计 3.2.2 系统对象模型设计 3.3 功能体系设计 3.3.1 功能结构 3.3.2 模块关系 3.3.3 功能描述 3.4 技术系统设计 3.4.1 工作流技术体系 3.4.2 数据仓库技术 3.4.3 信息集成技术 3.4.4 企业门户技术 3.5 关键业务模型设计
3.5.1 电价模型 3.5.2 账务处理模型 3.5.3 计量管理模型 3.5.4 权限管理模型 3.5.5 预测模型 3.5.6 分析模型第四章信息集成技术方案 4.1 信息集成需求 4.2 信息集成平台架构 4.3 与相关业务系统的数据集成 4.3.1 与客服系统的数据交换 4.3.2 与负荷管理系统的数据交换 4.3.3 与银行系统的数据交换 4.3.4 与配电 GIS系统的数据交换 4.3.5 与财务系统的数据交换 4.3.6 与生产管理系统数据交换 4.4 与相关业务系统的业务流程集成 4.4.1 业务处理流程 4.4.2 业务查询流程 4.4.3 客户通知流程 4.4.4 计量故障处理流程 4.5 与相关业务系统的信息门户整合第五章系统软硬件配置方案
物联网系统技术方案-2017年
物联网系统技术方案 南京绛门通讯科技股份有限公司 2016年12月
目录 一.前言 (5) 1.1.建设背景 (5) 1.2.设计原则 (5) 1.3.系统分析 (6) 1.3.1.系统说明 (6) 1.3.2.运行环境与开发模式的选择 (6) 1.3.3.可行性分析 (8) 1.3.4.四大特点 (9) 二.解决方案 (10) 2.1.总体方案设计 (10) 2.1.1.系统框架结构 (10) 2.1.2.总体系统架构 (13) 2.1.3.系统组网图 (14) 2.1.4.物理组网图 (15) 2.1.5.系统总体功能构架 (15) 2.2.应用层功能需求详细设计 (16)
2.2.1.登陆 (16) 2.2.2.采集设备管理 (16) 2.2.3.监控管理 (18) 2.2.4.告警管理 (19) 2.2.5.统计分析 (20) 2.2.6.系统管理 (20) 2.3.基础层功能设计 (21) 2.3.1.身份认证 (21) 2.3.2.账户管理 (21) 2.3.3.权限管理 (21) 2.3.4.提醒机制 (22) 2.3.5.日志管理 (22) 三.关键性技术 (22) 3.1.系统技术架构方面的技术路线 (22) 3.2.Mysql集群部署 (24) 3.3.Nginx负载均衡 (26) 3.4.地图接口/工作流引擎集成/报表工具 (27) 四.性能配置 (27)
4.1.业务指标 (27) 4.2.性能指标 (28) 五.软硬件配置清单 (29) 5.1.软件方案 (29) 5.2.硬件方案 (30) 六.项目资金预估 (30) 七.项目实际计划 (30)
工作流引擎技术调研总结报告
沈阳新一代信息技术有限公司 工作流引擎技术调研报告技术文档 董威 2016/3/14
目录 一、背景 (2) 二、目的 (2) 三、需求及简介 (2) 1 . 需求 (2) 2. 简介 (3) 四、详细介绍 (3) 1.Snaker (3) 2.Activiti (5) 3.JBPM (7) 4.UFLO (8) 五．技术实现总结 (9) 六．附件 (10)
一、背景 将业务流程的定义，审批从业务系统中分离出来，统一进行规划与管理。 二、目的 对工作流引擎的各种实现技术进行统一的甄别，确定适合项目需求，和现应用技术进行良好集成，学习成本相对较低的工作流引擎。 三、需求及简介 工作流是一项分离业务操作和系统流程的技术。工作流由实体(Entity)、参与者(Participant)、流程定义(Flow Definition)、工作流引擎(Engine) 四部分组成。 实体是工作流的主体,是需要随着工作流一起流动的物件(Object)。例如,在一个采购申请批准流程中,实体就是采购申请单;在公文审批流程中,实体就是公文。 参与者是各个处理步骤中的责任人,可能是人,也可能是某个职能部门,还可能是某个自动化的设备; 流程定义是预定义的工作步骤,它规定了实体流动的路线。它可能是完全定义的,即对每种可能的情况都能完全确定下一个参与者,也可能是不完全定义的,需要参与者根据情况决定下一个参与者; 工作流引擎是驱动实体按流程定义从一个参与者流向下一个参与者的机制 前三个要素是静态的,而第四个要素是动态的,它将前三者结合起来,是工作流的核心组成元素。 1 . 需求 所选工作流引擎需实现以下功能。 具有强大的流程设计器。 流程定义。可自行灵活定义流程图，并达到流程变化时代码改动量尽可能少。 流程表单设计灵活。 流程审批节点灵活定义。 流程各节点审批人定义。可支持会签。 可支持批量审批。 独立于业务系统，需融合时简单灵活。
普元工作流软件技术方案建议书_渠道管理
普元工作流软件技术方案 建议书
目录 1综述 (4) 1.1渠道管理对工作流的要求 (4) 1.2技术定位 (4) 2PRIMETON BPS TM整体解决方案 (5) 2.1方案概述 (5) 2.2普元工作流程平台 (7) 2.2.1Primeton BPS产品组件 (7) 2.2.1.1BPS Process Server (8) 2.2.1.2BPS HPA Module (9) 2.2.1.3BPS API & Component Library (9) 2.2.1.4BPS Studio (10) 2.2.1.5BPS Governor (12) 2.2.1.6BPS Admin & Monitor (13) 2.2.1.7BPS Work Client (14) 2.2.1.8BPS Process Composer (14) 2.2.1.9BPS Rule Engine (15) 2.2.1.10BPS Rule Composer (16) 2.3P RIMETON BPS TM技术特性 (16) 2.3.1支持的操作系统 (16) 2.3.2支持的J2EE服务器 (17) 2.3.3支持的数据库 (17) 2.3.4支持的浏览器 (17) 2.3.5支持的JDK (17) 2.3.6支持的Eclipse (18) 2.4普元服务支持 (18) 2.4.1普元培训服务 (18) 2.4.2普元售后服务 (19) 2.4.2.1基本型服务 (19) 2.4.2.2现场支持服务 (20)
2.4.3普元专业服务 (20) 2.4.3.1大客户支持经理服务 (20) 2.4.3.2 2.2、标准专业服务模块 (20) 2.5 21 3附录： (21) 3.1普元公司介绍 (21)
网站技术方案
XXXXXXXX有限公司 网站系统 技术方案
目录 第一章网站系统分析 1.1系统现状与问题 1.2需求说明与分析 第二章网站系统项目建设目标 第三章项目内容与范围 第四章网站技术方案设计报告 4.1 设计原则与标准 4.2 系统结构 4.2.1 网络拓扑结构 4.2.2 系统体系架构 4.2.3 系统技术及应用软件架构 4.3 各功能模块设计 4.3.1 首页 4.3.2 关于我们 4.3.3 新闻中心 4.3.4 产品中心 4.3.5 客户服务 4.3.6 人才中心 4.3.7 联系我们 4.3.8 中英文切换 4.3.9 企业邮箱登录 4.3.10 在线交谈 4.3.11 信息发布管理 4.3.12 栏目管理 4.3.13 权限管理 4.3.14 用户管理 4.3.15 统计管理 4.3.16 日志管理 4.4 系统安全解决方案 4.4.1 可能的安全问题分析 4.4.2 系统防护解决方案 4.4.3 完善的事件处理 4.4.4 其他安全防护 4.5 技术方案总结报告
第五章项目建设配套要求 5.1 运行环境 5.2 硬件环境 第六章项目清单及系统资产 6.1 软硬件设备 6.1.1 主要内容 6.1.2 清单及系统资产 6.2 软件开发 6.2.1 网站功能清单 6.3 项目实施及培训
第一章网站系统分析 1.1网站系统现状与问题 目前我公司还没有自己的对外网站系统，公司信息资源传播较为滞后，没有得到有效的共享，且缺乏与客户间的交流互动。主要问题如下： 1、公司信息资源没有得到有效的共享，未能及时的面向客户及用户公开， 不利于客户及用户及时了解我司产品的最新动态。 2、缺乏与客户和使用者沟通交流，不方便公司了解产品在使用过程中所出 现的问题。 3、没有一个网络的平台，展示公司形象以及向社会推广新开发的产品。 1.2需求说明与分析 公司网站系统对于宣传公司形象、新产品推广的开展起到了重要的作用，为了能够更好的提高服务质量，畅通交流渠道，这就迫切的需要一个技术先进、内容全面、功能合理的平台来收集、综合、管理、发布公司各类信息。 现结合现状，对公司网站系统的应用提出以下方面的需求： 1、性能可靠、可扩展性好、运行安全稳定、高效便捷、易于维护。 2、网站栏目内容具备灵活性和可配置性，可单个或批量增删改信息，支持 多种发布方式，如纯文本、文本+图片、文本+附件、Office文档，视频、投票等。 3、具备出色的安全性，可过滤敏感内容，限制文件上传类型，可防止SQL 注入、防跨站脚本攻击。 4、具备强大的内容编辑功能，类似word，支持可视化编辑、预览等。平台 操作、维护简单实用，信息页面展示多样、灵活，分类明确。 5、网站风格要求简明、淡雅、沉稳、实用。 第二章网站系统项目建设目标 通过本网站的建设，建立功能强大、信息丰富、管理先进、界面美观、使用方便的网站系统，系统应具有强大的内容管理功能，实现对网站内容进行全生命周期的工作流管理。以内容管理为核心，建设全文检索、站群管理等应用系统，提供一个高性能的专业底层支撑系统。网站技术平台需采用业界一流的成熟软件。 第三章项目内容与范围 本网站系统采用（B/S）模式，部署在XXXXXXXX有限公司网站服务器上，面向互联网用户，为用户提供公司各类公告、产品信息，同时提供在线咨询、投诉等服务，提高网站与用户的互动。 本网站功能划分为前台展现与后台管理两个部分，前台可划分为七个大板块，包括： 首页、关于我们、新闻中心、产品中心、客户服务、人才中心、联系我们；后台部分 功能包括信息发布管理、权限管理、用户管理、栏目管理、统计管理、日志管理。同 时优化网站的性能，增强安全防范措施，保证网站的安全稳定运行。 第四章网站技术方案设计报告
工作流引擎平台解决方案
工作流引擎平台解决方案 工作流引擎平台在实际系统中的应用一般分为三个阶段，即模型建立阶段、模型实例化阶段和模型执行阶段。模型建立阶段利用工作流建模工具完成各种企业经营过程或者项目管理流程模型的建立，将企业的实际经营过程或项目管理流程转化为计算机可处理的工作流模型。模型的实例化阶段为每个过程设定运行所需的参数，并分配每个活动执行所需的资源（设备、人员等）。模型执行阶段完成经营过程的执行，在这个过程中重要的任务是完成人机交互和应用的执行，并对过程与活动的执行情况进行监控与跟踪 WorkFlow的设计理念是致力于企业的业务流程自动化解决方案，为企业的业务流程自动化以及企业流程再造提供坚实的基础平台，成为业界领先的企业业务流程自动化的基础平台产品以及企业流程再造的核心产品。有力的简化应用开发的步骤，降低应用开发的难度，提高应用开发的效率及灵活性，节约应用开发的成本，从而极大的提高应用开发的生产力。WorkFlow产品构成分为三块：模型定义工具、工作流引擎、客户端应用。模型定义工具提供图形化的过程定义工具，而工作流引擎则实现了工作流的后台驱动。后台工作流引擎以COM组件方式实现，为应用系统的集成提供了方便的编程接口。客户端应用是人机交互的界面、与业务系统的具体应用。 1.模型定义工具 Workflow建模工具以图形界面为建模人员提供了一个友好、方便的建模环境。一个工作流的定义包括模板和实例两个部分，模板用于描述工作流定义，用于工作流应用的设计阶段；实例是将模板定义用于特定工作流程时对模板的拷贝。这样做是为了在模板使用过程中对模板可随时进行修改而不影响已启动的流程。一个工作流程称为一个工作（Job），组成工作的每个执行单元称为活动（Activity），组成活动的更小单位称为任务（Task），活动的入口称为主表单（MasterForm）。每个工作都是由一系列具有逻辑关系的活动组成，这些逻辑关系构成活动的路由信息。因此，一个工作实际上可以看作是一系列具体工作和它们之间的逻辑关系构成的一个有机整体。每个工作都有一个创建者，他是启动此工作的人。每个工作可以有多个拥有者，拥有者具有撤销、挂起、强行终止工作的权力。每个活动都有一个拥有者，他是模板中定义的活动执行人，活动拥有者
OA技术方案
项目技术方案 2014年08月
目录 第一章系统总体设计 (3) 1.1 系统安全保障 (3) 1.1.1 数据安全 (3) 1.1.2 系统安全 (3) 1.1.3 网络安全 (4) 第二章流程服务平台 (5) 2.1 产品定位及构成 (5) 2.2 流程服务平台整体架构 (5) 2.2.1 工作流引擎 (6) 2.2.2 设计工具 (7) 2.2.3 管理工具 (7) 2.2.4 应用工具 (8) 2.2.5 适配器 (9) 2.3 流程平台功能介绍 (9) 2.3.1 工作流引擎 (9) 2.3.2 设计工具 (14) 2.3.3 管理工具 (17) 2.4 流程平台技术指标 (21)
第一章系统总体设计 1.1 系统安全保障 XXXX系统在安全方面从数据安全、系统安全以及网络安全三个层次进行设计，介绍如下： 1.1.1 数据安全 数据安全设计主要体现在以下两方面： ●支持多业务事务管理。支持流程操作过程中涉及到的各类数据联合多事务管理，避 免因分支异常造成整体数据的异常； ●支持敏感数据加密签名存储，支持对系统敏感数据加密或签名存储，系统预留与保 密卡、数字签名软件的接口，便于配合安全设备实现敏感数据的重点处理。 1.1.2 系统安全 系统安全主要体现在以下四方面： ●三员分立的系统安全管理方式。系统中包含系统管理员、授权管理员和安全审计员， 避免权限过大的超级管理员存在而造成的安全隐患； ●数据和人员的密级设置及控制方式。系统支持数据和人员的密级设置，流程流转过 程中验证数据和人员的密级匹配情况，不允许高密数据流向低密人员； ●支持SSL方式访问方式。系统支持SSL方式进行访问操作，在访问协议传输方面进 行安全控制； ●完善的日志记录及审计方式。系统严格记录用户登录、登出日志，记录流程流转过
工作流系统技术可行性分析v1.1
关于工作流系统技术选型可行性分析 1系统背景 医院的运作过程本质上是人、财、物等资源的优化和配置，形式上无一不体现为信息流、资金流、物流、价值流等合理的流动；随着医院不同科室、部门分工的日益具体化，合作已成为主题，合作的体现形式必然是一个完整而高效的工作流程；有管理的医院的活动过程必然是有序的，这种有序性体现为合理的工作流程。因而工作流(workflow)无处不在。 2系统建设目标 1)隔离workflow系统的控制逻辑和医院业务系统的业务逻辑，使得业务逻辑 的变更对于控制逻辑透明。 2)利用该引擎开发的业务信息系统可以根据具体业务需求量身定制个性化的 业务流程，而不用修改控制逻辑，甚至无需修改源代码。 3)业务人员、开发人员、实施人员可以共同参与流程制定、流程、节点维护 4)提供灵活、丰富的标准开发接口，使得开发人员能采用自己习惯的开发工 具在该平台上定制和扩充模块。 5)采用多层分布式组件技术，力求技术先进性和应用的健壮性。 6)工作流自动化和医院应用积木化。 3工作流技术选型方案 3.1 技术选型目标 1)较好的流程定义工具。 2)工作流技术架构与业务系统之间解耦性较强。
3)工作流系统定位为嵌入式系统，并进行嵌入式部署。 4)业务人员、开发人员、部署实施人员均可参与对流程定义做可视化管理 5)业务人员、开发人员、部署实施人员均可参与流程走向做可视化管理。 6)可从容应对较常使用的工作流场景 7)架构开源程度——100% 8)开源社区活跃度较高 9)架构文档较为齐全 10)监控、管理功能支持 11)有较好其他工作流引擎整合方案 3.2 开源工作流选型 当前开源工作流种类繁多，现对目前国内较活跃的三种工作流（jBPM4,jBPM5,Activiti5）做简要介绍与分析，供参考： 3.2.1jBPM4 3.2.1.1架构简介 jBPM4 全称java Businuess Process Management 第四版(最后一个修订版本jBPM4.4发布于2010-07-19 ),是一种基于javaEE 的轻量级工作流管理软件包。jBPM 项目由Tom Baeyens 2002年发起，并与2004加入到JBoss组织，至今jBPM 发展至今有九年时间，在国内外均有大量的社区与商业支持。jBPM3、jBPM4拥有极度活跃的用户论坛和开发者论坛。
EOS工作流引擎原理.doc
EOS 工作流引擎工作原理 1.工作流基础知识 2.EOS 工作流引擎工作原理 本文是我在工作之余写的一点我对EOS 工作流的了解，我的理解不一定全是对的，可 能会与引擎的真正的面目有出入。所以只能提供给大家一点参考。 2.1. EOS 工作流引擎核心调度算法 EOS 工作流最重要的组成部分是它的核心调度算法，在我们没有深入研究它的工作原 理之前我们认为它的工作原理是在工作项，活动和流程实例对象上加了一些标志位来驱动流 程的运转。认为其引擎完全是个由数据库来驱动流程的引擎（安徽二期的工作流平台好象就是以库表来驱动流程的运转），其实它是由事件来驱动流程运转的引擎，数据库只是把引擎 运转前后的状态持久化。在我近来在工作之余对其引擎的工作原理进行跟踪才弄明白在 EOS 帮助文档上介绍的“事件驱动”的工作流引擎。 2.1.1. EOS 工作流引擎的事件类型 事件名称事件代码START_PROCESS：启动流程1001 SCHEDULE_NEXT_ACTIVITY ：由线程来启动下个活动实例1002 BACKWORD_ACTIVITY ：回退活动1003 SUSPEND_PROCESS ：流程挂起1004 RESUME_PROCESS ：启动挂起流程1005 CHANGE_PROCESS_STATE ：改变流程状态1006 TERMINATE_PROCESS ：终止流程1007 ABORT_PROCESS ：1008
FINISH_PROCESS ：结束流程1009 PRESTART_ACTIVITY ：重起流程2000 START_ACTIVITY ：启动活动实例2001 RESTART_ACTIVITY ：重起活动实例2002 CHANGE_ACTIVITY_STATE ：改变活动实例状态2003 FINISH_ACTIVITY ：结束活动实例2004 TERMINATE_ACTIVITY ：终止活动实例2005 ABORT_ACTIVITY ：2006 SUSPEND_ACTIVITY ：挂起活动实例2007 RESUME_ACTIVITY ：启动挂起的活动实例2008 SUSPEND_WORKITEM ：挂起工作项3001 RESUME_WORKITEM ：启动挂起工作项3002 CHANGE_WORKITEM_STATE ：改变工作项状态3003 FINISH_WORKITEM ：结束工作项3004 TERMINATE_WORKTIEM ：终止工作项3005 ABORT_WORKTIEM ：3006 EXCEPTION_PROC_TIMEOUT ：流程超时事件4002 EXCEPTION_PROC_REMIND ：流程临近超时事件4003 EXCEPTION_ACT_TIMEOUT ：活动超时事件4004 EXCEPTION_ACT_REMIND ：活动临近超时事件4005 APPLICATION_RETURN ：5001 以上的每个事件都是原子的不可分割的。其中一系列事件的集合通过EOS 引擎事件调
办公系统中的工作流模型及实现(doc 10页)
办公系统中的工作流模型及实现(doc 10页)
办公系统中的工作流模型及实现 摘要：工作流技术是办公自动化系统的关键技术之一。正确使用工作流技术可以提高办公效率，加快信息化步伐。本文首先对工作流的基本概念、工作流系统的分类进行了详细介绍，并结合实际工作提出了一套行之有效的解决方案。 关键字：工作流；办公自动化；Lotus/ Domino；电子邮件 A WorkFlow Model and its implement In Official Environment Wangzhen WangYinxue Xiaoping Computer and Information Management Center, Tsinghua University. Beijing , 100084 【Abstract】Workflow Technology is the key technology in Office Automation System which can improve work efficiency and promote the progress of informationization if properly implemented. This paper first discusses the basic
一个工作流由一组具有某个业务目标的事件（环节）组成。事件之间存在相互顺序，并且任何事件只有其激活条件满足时才可被执行。需要注意的是，工作流的自动化是指业务过程中的各个事件被有效管理，但并不意味着所有事件的实施全部由计算机来支持。自动化的目的是事件自动激活和事件间的自动连接。 工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统。它的作用包括： ?与工作流执行者（人、应用）交互，推进工作流实例 的执行； ?协调主要事件间的相互作用关系； ?监控主要监察工作流运行期间各种工作状态，当发生 意外情况时，处理意外事件，控制工作流正常运行。 2 工作流系统的分类 工作流系统的分类标准有多种。可以根据工作流产品实现的业务过程和底层实现技术对工作流管理系统及其产品进行分类[3]。
工作流引擎七大原理
工作流引擎七大原理 工作流引擎 工作流管理联盟(Workflow Management Coalition, WfMC)早已定义了工作流技术的标准体系，但并未指明具体实现的方法。工作流引擎在实现方法上可以基于不同的软件技术架构，引擎本身应该是与具体业务无关的，但又需要考虑各类应用领域，工作流引擎设计的重点应该是有一定差异的，但无论基于什么架构，无论基于哪个领域，有些原理是相通的。 主要是以下方面 一、易用性原理 工作流引擎在多数应用中是由客户或实施人员来设计相关业务流程，因此易用性相当重要，有些工作流引擎的设置器，在设计流程时按照代码语言的语法，或其它技术化强的术语去设置，让人不知道如何开始，也不太容易明白相关设置的具体意义。因此要求图形化视觉效果，包括流程设计时的图形化和流程应用时的图形化。设计时的图形化以拖拉的方式就能去设置流程，应用时图形化让用户非常直观的感觉到流程运作情况;也要求操作便利， 提供鼠标单双击、键盘快捷方式、工具栏、流程导入导出、打印、节点导航、流程复制粘贴、流程校验等等功能方便用户快速设置流程 二、功能完整性原理 工作流引擎必须支持各种流程特性，包括串行流程、并行流程(分流合流)、子流程、条件 路径、条件人员、环节信息权限设置、普通环节、机构环节、会签环节等等，这里就不一一列举了。既然提供用户在代码外定义流程，那么流程定义工具就要求能够支撑到所有流程特性。 三、数据完整性原理 工作流本身对于业务系统而言，其作用是隐藏在背后，业务系统包括大量的业务处理数据，工作流引擎本身也有数据的处理，如何保证业务数据和流程数据的事务完整性?如何设计 才能保证业务数据与流程数据的关联完整性?流程是自定义的情况下，业务数据如何统计? 这些都是设计工作流引擎及工作流应用框架时必须解决的。 相关文章:什么是OA工作流? OA工作流详细介绍工作流三个最重要的特征 四、伸缩性原理 设想一个企业应用，如果公司只几十个人，又在一个办公室，工作流应用的价值不是很大，真正有价值的工作流应用是在集团公司大量烦琐的事件处理，如省级邮政的OA系统，