国内市场主流专业的工作流(bpm)软件分析、比较及推荐
目前国内外的工作流系统层出不穷，行业标准多种多样，虽然工作流主要功能国内比较知名的工作流软件基本上都具备，但功能的侧重点各不相同,增加了企业对工作流或BPM选型难度，本人选用目前国内市场主流专业的工作流软件，从概念、工作流引擎、工作流过程建模工具、流程操作、工作流客户端架构、流程监控、表单设计器以及与应用程序的集成等方面进行分析和比较，帮助企业对工作流或BPM产品的选型。
一、概述：
工作流的思想最先起源于西方国家，一开始的目的主要是为了简化工作流程，为繁琐的工作提供依据。随着需求的不断延伸以及人们对企业信息化思想的不断普及，工作流越来越受到企业内部的使用推广，当然，工作流能满足的需求也在不断的优化。
工作流概念起源于生产组织和办公自动化领域，是针对日常工作中具有固定程序活动而提出的一个概念，目的是通过将工作分解成定义良好的任务或角色，按照一定的规则和过程来执行这些任务并对其进行监控，达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。尽管工作流已经取得了相当的成就，但对工作流的定义还没有能够统一和明确，不同学者从不同角度对工作流做出了不同的定义。
Georgakopoulos给出的工作流定义是：工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。
IBM Almaden Research Center将工作流定义为：工作流是经营过程的一种计算机化的表示模式，定义了完成整个过程需要的所有参数；这些参数包括对过程中每一个步骤的定义、步骤的执行顺序和条件、步骤由谁负责以及每个活动所需要的应用程序等。
1993年工作流管理联盟(Workflow Management Coalition，WfMC)作为工作流管理的标准化组织而成立，标志着工作流技术逐步走向成熟。WfMC对工作流给出定义为：工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。
工作流从英文单词workflow而来，是工作work和流动flow的组合，是一种能够被计算机解释和执行的反映经营过程业务流动的计算机化模型。
二、BPM与工作流的区别
简单地说，BPM关注的业务流，工作流关注的是审批流，它们的区别如下:
1、业务流往往会跨多个业务系统，而审批流往往主要涉及到一个系统。
2、业务流往往会涉及到多个业务功能，多个业务对象，而审批流往往只涉及到一个关键业务对象。
3、业务流涉及到的是不同业务单据之间的流转，而审批流往往是同一业务单据状态的变化。
4、业务流中的活动既包括了人工活动也包括了自动的业务活动，而审批流一般为人工审批活动。
对于流程建模，BPM关注的是业务流程建模，而工作流关注的是审批流建模。BPM建模需要考虑业务人员对建模需求和可用性，但是不可避免又导致建模的内容无法很好的落地。而工作流建模本身已经细化到一个功能模块中的审批流，相对来说简单很多而容易实施执行。
BPM业务流程往往跨越了业务系统，跨越了多个业务单据，需要处理不同的业务规则和逻辑。而工作流活动节点往往仅仅处理审批和会签任务，和外界交互相对较少。
BPM业务流程建模中会出现业务规则，而常规的工作流处理方式一般支持脚本代码进行简单业务规则的处理，BPM为了保证规则本身的复用性和独立维护性，引入了规则引擎，规则引擎形成统一的规则创建和维护库，BPM本身不再负责规则的创建和维护，而仅仅是按需消费.
BPM重点是流程整合，而流程整合是多个业务系统中多个业务功能模块之间的协同，如果一开始想用BPM去实现这些业务功能，那么往往是适得其反，BPM切入的第一步仍然是在于跨业务系统的流程集成，而流程集成重点又在于流程间的数据传递。知道这个重点后BPM 的关注点应该放到流程协同和监控上，而子流程或某个独立的业务模块实现仍然在原有的业务系统中，通过端到端流程整合实现了业务模块之间的系统，这个一方面最大限度的利用了已有的IT资产，又实现了流程整合的需求。
三、工作流平台及厂商的层次分类
工作流平台分为两种：一种是快速开发平台，一种是业务平台（或者提供相关的业务套件）。快速开发平台主要包括了电子表单、一套开发框架还有为宣传所需要的ESB和SOA设施。
业务平台则包括了文件管理、在线编辑、即时通讯、电子印章、门户、内容管理、人力资源、客户服务、行政管理等套件/模块。与单纯的快速开发平台相比，业务平台显然站在了一个更高的层次上。在软件开发中，最大的浪费往往并不在于技术本身，而是在于对业务的不熟悉，在于核心领域模型的频繁变动。对用户而言，根据需要选择合适业务平台和相关服务无疑能够产生最大的价值。
为什么有的厂商提供快速开发平台，而有的厂商提供业务平台呢？这取决于两个方面，一是厂商切入工作流市场的年限，年限越长，越积累有丰富的项目经验，这些经验很容易转化成业务套件；二是厂商的客户定位。
根据上面的讨论，我们不难将工作流厂商分为3类：
1、只提供工作流产品。这类厂商产品单一，尽管产品质量能够得到保证，但是发展最为困难。
2、提供工作流产品和快速开发平台。这类厂商在工作流的基础上提供开发框架进一步简化编程，相比第一类厂商会更有竞争力，但是其发展受到系统集成商的限制。同时需要注意的是，部分厂商着力点在于开发平台，工作流产品水平非常一般甚至初级。
3、提供工作流产品和业务套件/平台，同时自己接项目。这是目前生存状态比较好的厂商，多是老牌厂商或是有充足的资金。业务套件/平台能够给用户提供最大的价值。在任何时候，直接面对最终用户都是王道。
四、主流工作流厂商分析比较
本人选用了国内市场主流的工作流软件厂商：博汇数码、上海携创软件、东方易维、西安协同、炎黄动力、北京博皓科技等进行对比分析，从是否符合工作流标准，快速开发能力，集
成能力，自动化测试能力，开放性，负载均衡能力，是否支持移动审批七个维度进行对比分析，帮助企业对工作流或BPM产品的选型提供参考。
总结：
1、通过以上分析，国内工作流产品基本遵循WFMC标准或其它工作流标准，但各个厂商的功能侧重点不一样。
2、快速开发能力主要从可视化流程模型设计、可视化表单设计、表单控件的丰富程度、逻辑封装能力、用户操作的便利性等方面进行比较分析，在这个维度上，西安协同和北京博皓科技表现突出，它们对流程元素进行了比较深度的封装、支持多种表单设计、控件丰富程度较高。
3、集成能力主要从与OA系统、SAP系统、ERP系统、CRM系统等业务系统的集成能力以及集成架构、业务对象组合、高可用性和高复用性等方面进行对比分析。国内厂商普通集成能力较弱，北京博皓科技在集成能力上表现突出，封装了对SAP、SharePoint等业务集成，支持业务对象重新组合，在高可用性和高复用性方面表现较好，其它厂商大多还停留在WebService的调用层面。
4、自动化测试，如果人工对流程进行测试是非常费时费力，而且流程一旦改动，又得从头做一遍，工作量巨大，是否有流程仿真功能是工作流软件选型的一个重要标准，在这个维度上，只有北京博皓科技一家符合。
5、在开放性方面，是否提供丰富和友好的二次开发接口、数据库及WEB程序的开放程度会直接影响到用户将来的IT投资回报，否则一有改动就必须严重依赖厂商，是工作流软件选型的一个重要标准。这方面，炎黄动力和北京博皓科技表现较好。
6、系统的性能毋庸置疑是影响到系统是否能够成功实施的一个重要因素，本人主要从是否支持负载均衡、是否能够归档、剥离时间较长的业务数据、架构的清晰程度等方面进行了对比分析。
7、移动办公是将来的一个大趋势，是否支持移动审批，既显示了厂商的技术前瞻性，也彰显了厂商的技术实力，即使用户暂时用不到移动审批，但也是考量工作流厂商的一个隐性维度。
工作流引擎 产品功能介绍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)
1.1 工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
工作流引擎产品功能介绍
目录
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文件转换。 引擎特性全面( ),稳定性好( ),支持全面( ),不容易上手与使用( )。
1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
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 与相关业务系统的信息门户整合第五章系统软硬件配置方案
物联网系统技术方案 南京绛门通讯科技股份有限公司 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)
普元工作流软件技术方案 建议书
目录 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)
国内外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则
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有限公司网站服务器上，面向互联网用户，为用户提供公司各类公告、产品信息，同时提供在线咨询、投诉等服务，提高网站与用户的互动。 本网站功能划分为前台展现与后台管理两个部分，前台可划分为七个大板块，包括： 首页、关于我们、新闻中心、产品中心、客户服务、人才中心、联系我们；后台部分 功能包括信息发布管理、权限管理、用户管理、栏目管理、统计管理、日志管理。同 时优化网站的性能，增强安全防范措施，保证网站的安全稳定运行。 第四章网站技术方案设计报告
国外主流工作流引擎及规则引擎分析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款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则引擎，
项目技术方案 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方式进行访问操作，在访问协议传输方面进 行安全控制； ●完善的日志记录及审计方式。系统严格记录用户登录、登出日志，记录流程流转过
办公系统中的工作流模型及实现(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]。
国内市场主流专业的工作流(bpm)软件分析、比较及推荐 目前国内外的工作流系统层出不穷，行业标准多种多样，虽然工作流主要功能国内比较知名的工作流软件基本上都具备，但功能的侧重点各不相同,增加了企业对工作流或BPM选型难度，本人选用目前国内市场主流专业的工作流软件，从概念、工作流引擎、工作流过程建模工具、流程操作、工作流客户端架构、流程监控、表单设计器以及与应用程序的集成等方面进行分析和比较，帮助企业对工作流或BPM产品的选型。 一、概述： 工作流的思想最先起源于西方国家，一开始的目的主要是为了简化工作流程，为繁琐的工作提供依据。随着需求的不断延伸以及人们对企业信息化思想的不断普及，工作流越来越受到企业内部的使用推广，当然，工作流能满足的需求也在不断的优化。 工作流概念起源于生产组织和办公自动化领域，是针对日常工作中具有固定程序活动而提出的一个概念，目的是通过将工作分解成定义良好的任务或角色，按照一定的规则和过程来执行这些任务并对其进行监控，达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。尽管工作流已经取得了相当的成就，但对工作流的定义还没有能够统一和明确，不同学者从不同角度对工作流做出了不同的定义。 Georgakopoulos给出的工作流定义是：工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。 IBM Almaden Research Center将工作流定义为：工作流是经营过程的一种计算机化的表示模式，定义了完成整个过程需要的所有参数；这些参数包括对过程中每一个步骤的定义、步骤的执行顺序和条件、步骤由谁负责以及每个活动所需要的应用程序等。 1993年工作流管理联盟(Workflow Management Coalition，WfMC)作为工作流管理的标准化组织而成立，标志着工作流技术逐步走向成熟。WfMC对工作流给出定义为：工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。 工作流从英文单词workflow而来，是工作work和流动flow的组合，是一种能够被计算机解释和执行的反映经营过程业务流动的计算机化模型。 二、BPM与工作流的区别 简单地说，BPM关注的业务流，工作流关注的是审批流，它们的区别如下: 1、业务流往往会跨多个业务系统，而审批流往往主要涉及到一个系统。 2、业务流往往会涉及到多个业务功能，多个业务对象，而审批流往往只涉及到一个关键业务对象。 3、业务流涉及到的是不同业务单据之间的流转，而审批流往往是同一业务单据状态的变化。 4、业务流中的活动既包括了人工活动也包括了自动的业务活动，而审批流一般为人工审批活动。
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与相关业务系统的信息门户整合第五章系统软硬件配置方案
目前市场三大主流OA产品对比分析 文章转自：https://www.doczj.com/doc/4b3599403.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
园区在线巡更系统技术方案 摘要 无论是什么样的园区，安全始终是人们最重要的考虑。智能园区是物联网技术与智能化系统的高度集成，用以创造一流的社区安全环境，将是智能园区的建设、管理和服务的目标。 现代化的信息时代中，人们或许会说，有现代化的保安监控、报警，没有必要进行人工巡逻。然而，我们的建设是以人为本的现代化的智能小区，虽然有现代化的科技安防措施，但是再先进的机器设备，包括如今的电脑，只能是一个促进和缓解人类劳动强度的工具，它是无法完全替代人类的。 所以我们在园区内增设了一套巡更系统，这样可对园区进行动态查寻，如保安设备是否被破坏、各种设施是否运行正常等等。 系统设计概要 电子巡更系统大体分为两种电子巡更系统大体分为两种： 一种是在线巡更系统；一种是离线巡更系统。 离线巡更系统是将检测片或感应检测片安装在大楼或小区的不同地点，当巡逻人员巡更时，携带读卡机（手机）根据预先编好的巡更路线到各个不同的检测片读取数据。每当读取一个检测片时，读卡机即会发出确认的“嘀”声。 巡逻人员在读完所有检测片后回到保安控制室，将读卡机插入读卡中央单元（或称传送单元），便可在电脑上通过窗口式操作软件进行操作的分析。 此系统方便简洁，价格便宜，是一种节省耗材的安全防范手段。 在线电子巡更系统是指将读卡点设在各巡更点，保安人员在规定的巡逻路线上，在指定的时间和地点向中央控制站发回信号以表示正常。如果在指定的时间内，信号没有发到中央控制站，或不按规定的次序向发出信号，系统将认为异常。如巡逻人员出现问题或危险，会很快被发觉，从而是增加了社区的安全性。 此系统价格较高，施工周期较长。 两种类型的巡更系统各有千秋，但是在我们的建设中，为把巡更系统集成在
工作流系统关键技术 比较 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 请求，接受消息线程后初始化该用户的上下文环境，读消息线程到接受队列中检索属于该用户的消息，并反馈给用户，用户查看消息后可以进行消息处理（这里的消息其实就是用户的任务列表的描述）。当用户处理消息时，依据业务规则对消息进行处理，此时消息