工作流中间件通用技术规范
工作流中间件采购标准技术规范使用说明
1．本标准技术规范分为通用部分、专用部分，适用于国家电网公司工作流中间件通用物资集中采购。
2．通用部分包括一般性技术条款，原则上不需要项目招标人（项目单位）填写，不能随意更改。如通用部分相关条款确实需要改动，项目单位应填写《通用部分技术条款\技术参数变更表》并加盖该网、省公司物资采购管理部门的公章，及辅助说明文件随招标计划一起提交至招标文件审查会。经标书审查同意后，对通用部分的修改形成《技术通用部分条款变更表》，放入专用部分中，随招标文件同时发出并视为有效。
3. 本标准规范的专用部分主要包含货物需求及供货范围一览表、必备的备品备件、专用工具和仪器仪表供货表、工程概况、使用条件、技术参数要求等内容，项目单位和设计单位在招标前应结合技术发展并根据实际需求认真填写。
4. 本标准规范的投标人应答部分主要包括技术参数应答表、技术偏差表、产品部件列表、投标产品的销售及运行业绩表、培训及到货需求一览表等内容，由投标人填写。
5. 本标准规范的页面、标题等均为统一格式，不得随意更改。
6. 本规范将根据技术发展和市场变化定期或不定期做出修编，各使用单位注意查询最新版本,以免物资采购出现差错。
目录
1 总则 (4)
1.1 一般规定 (4)
1.2 投标人应提供的资质及相关证明文件 (4)
1.3 投标人响应要求 (5)
1.4 供货与进度 (5)
1.5 到货、安装、调试、验收 (5)
1.6 文档交付 (6)
2 需求说明 (6)
2.1 软件一般性需求 (6)
2.2 其他需求 (6)
3 技术支持、售后服务 (7)
3.1 技术支持 (7)
3.2 售后服务 (7)
4 培训 (7)
4.1 培训总则 (7)
4.2 培训要求 (8)
4.3 培训费用 (8)
1 总则
1.1 一般规定
1.1.1 投标人应具备招标公告所要求的资质，具体资质要求详见招标文件的商务部分。
1.1.2 投标人须仔细阅读包括本技术规范（技术规范通用和专用部分）在内的招标文件阐述的全部条款。投标人提供的设备应符合招标文件所规定的要求。
1.1.3 一个成功的投标人应该提供在本标书中要求的完整的系统和服务支持, 投标人必须提供采购人一个整体的方案，投标人必须按本技术规范书的顺序对各章的每一项给予回答。
1.1.4投标人的建议书必须清楚地指明和响应技术规范书中各章每一项要求的具体技术实现方法，不能以简单地回答“满足”或“符合”，如果没有明确说明的将会严重影响评标结果。如果投标人认为技术规范书所描述需求与建设目标要求有所不一致或部分要求不合理，可在响应原要求后给出建议，此建议在竞争谈判时将作为重要内容加以考虑。投标人必须满足主要技术要求, 否则投标人的建议书将被拒绝并被认作没有回答。
1.1.5本技术规范书中，文字或表部分凡标有“*”的地方均被视为重要的响应要求、技术指标要求和性能要求。投标人要特别加以注意，必须对此回答并完全满足这些要求。否则将严重影响评审结果。
1.1.6 投标人必须查阅相关技术手册以便准备技术建议书，提供一个准确的陈述。对每个单项产品，投标人必须提供原厂商的正式技术说明材料。
1.1.7 投标人在技术建议书中建议的每个软件的名称必须逐一说明。
1.1.8 技术建议书要以中文书写，提供给采购人的所有技术说明材料及相应资料以中文书写。技术建议书的封装要求见竞争性谈判文件的商务部分。投标人必须随技术建议书提供具有全部建议书内容（可以不包括图形部分）的光盘文件两份。磁盘文件格式要求为：文字部分用兼容Word 2003中文版,表格部分用兼容ExcelL2003中文版。建议书内容以纸质印刷为准。
1.1.9 投标人应保证对本次技术谈判中所有技术说明文件的保密，在谈判前和谈判后不得向其他单位公布采购人的有关材料。
1.1.10 投标人的建议书分商务部分和技术部分，技术建议书中不列出产品价格。
1.2 投标人应提供的资质及相关证明文件
投标人在投标文件中应提供下列合格的资质文件，否则视为非响应性投标。
1.2.1 同类软件的销售记录填写格式见技术规范专用部分表13，并提供相应的最终用户的使用情况证明或有关合同证明材料（用户合同封面及签字盖章页复印件等）。
1.2.2 投标软件应具有符合国内法律相关规定的销售许可证书。
1.2.3 投标厂商应提供由中国信息安全测评中心和国家电网公司信息安全测评机构出具的覆盖全部技术指标项的投标软件测评报告。
1.3 投标人响应要求
1.3.1 投标人应依照项目建设目标给出产品的方案设计。如果投标人认为技术规范专用部分中存在不合理的地方，也请在建议书中给出详细描述并给出建议方案。
1.3.2投标人必须根据技术规范专用部分中所要求的功能选定产品及型号。如果需求说明不能使本项目完整实施而必须增加的软件,要在建议书中说明,并且在建议书中详细列表响应,有关的价格在产品价格表中列出。
1.3.3 投标人提供的产品性能应达到或超过本规范书所要求的技术指标，并在响应建议中必须列出具体数值。否则可能导致严重影响评审结果。
1.4 供货与进度
1.4.1 合同签订时，卖方需应答技术规范专用部分表9“到货需求一览表”，确定卖方向买方提交交货进度计划的时限。卖方应在买方要求的时限内向买方提交详尽的交货进度计划。
1.4.2 产品到货目的地在实际签订协议供货合同中确定。
1.4.3 如交货进度有延误，卖方应及时将延误的原因、产生的影响及准备采取的补救措施等向买方加以解释，并尽可能保证交货的进度。否则应及时向买方通报，以便买方能采取必要的应对延迟交货的措施。
1.5 到货、安装、调试、验收
1.5.1 卖方负责将合同产品运送到买方指定的安装、调试地点，由此产生的费用由卖方承担。
1.5.2 买方依投标人在投标文件中的承诺对全部产品的型号、规格、数量、包装及资料、文件（包括装箱单、保修单、随箱介质等）等验收。
1.5.3 买卖双方对设备到货后共同配合进行开箱检查，出现损坏、数量不全或产品不对等问题时，由卖方负责解决。买卖双方可签署合同设备的到货验收证明书，该证明书共两份，双方各执一份。
1.5.4 在买方指定的地点和环境下, 卖方负责对合同设备的进行安装、调试（所有部件模块的功能能够正常运行和使用）。
1.5.5 按规范书技术部分要求对其产品的性能和配置进行测试检查，并做出测试方案和测试报告。
1.5.6 安装、部署配套设备的连接测试，构成相应的硬件平台、软件平台和网络平台。
1.5.7采购人与投标人对产品到货后共同配合商检部门进行开箱检查，出现损坏、数量不全或产品不对等问题时，由投标人负责解决。
1.5.8产品测试中出现性能指标或功能上不符合规范书和协议供货合同时，采购人有拒收的权利。
1.5.9如商检和测试中出现不符合规范书和合同要求的严重质量问题时，采购人保留索赔
权利。
1.6 文档交付
1.6.1中选方必须向项目单位提供以下安装、操作、验收文档一套，所有文档要求详实、完整，并提供电子版。对重要文档，如设计方案、验收报告、变更说明、会议纪要等要有双方代表签字。
1.6.2所有的技术文件必须是中文。
2 需求说明
2.1 软件一般性需求
2.1.1投标人必须承诺保证提供的所有工作流中间件产品为最新正式版本；具有很好的开放性，支持相关的主流标准和规范；支持支持主流的操作系统、数据库和硬件平台。
2.1.2投标人必须承诺保证提供的所有工作流中间件产品都具有在中国境内的正式合法使用权。
2.1.3 投标人必须承诺保证不同时期软件版本应能向下兼容，软件版本易于升级，且在升级的过程中不影响系统的运行。
2.1.4投标人必须承诺及时提供最新版本的软件，且该软件必须是经过测试正式推出的，其可靠性、稳定性经过严格验证的。
2.1.5 服务期内软件版本升级时，投标人应承诺免费更新软件版本，并提供相应的新版本软件功能说明书及修改说明书。
2.1.6产品应提供完善的二次开发功能，以适应不断增强的支撑功能和不断拓展的需求。请应答人在技术建议书中对提供的二次开发接口的功能、协议标准、信息结构等进行详细描述。
2.1.7 投标人必须承诺对提供的所有工作流中间件产品从产品验收单签订之日起开始给予两年免费技术支持，并说明技术支持的方式。
2.1.8 投标人必须承诺保证提供的所有工作流中间件产品都具有完整的技术资料和介质。
2.1.9 投标人必须指明所有工作流中间件产品的用户数和价格（或使用权的价格），给出产品的详细报价。如提供的某些技术资料或介质不含在基本产品中，也需另外列出报价。
2.1.10 投标人须向招标人提供提供软件产品的成功案例，包括市场占有率、案例与本项目的相关性、案例详细说明（应用情况、联系方式等）。
2.1.11投标人须向招标人提供大用户量测试报告，包括大规模部署用户列表、大用户量测试报告等。
2.2 其他需求
2.2.1 投标人应提供成熟、稳定的工作流中间件软件版本，符合国家电网系统连续稳定
运行的要求。同时，供应商应有明确的版本生命周期计划，保证工作流中间件软件版本在生命周期内得到完整的服务支持。
2.2.2投标人必须提供版权保障计划，供应商须保证向国家电网提供的软件产品未侵害任何第三方权益，并保证国家电网对软件的使用不会受到任何第三方的打扰，如因此产生任何针对国家电网的争议、索赔、诉讼，供应商将负责提供协助，承担发生的相关费用（包括律师费）并补偿国家电网在败诉、和解或其他情形中遭受的全部损失。
3 技术支持、售后服务
3.1 技术支持
3.1.1 * 投标人必须为每种产品在本次采购中提供____个工作日的原厂商现场技术支持，并在报价中列明单价及优惠条件。具体时间、地点由采购方通知。
3.1.2 * 投标人必须对采购人的后续开发实施工作提供全力支持。
3.1.3投标人必须为今后采购人系统中主要产品的功能扩充提供至少两年的技术支持（包括电话支持）。
3.2 售后服务
3.2.1产品质保期为24个月，自双方代表在系统验收单上签字之日起计算。其费用计入总价。
3.2.2投标人必须提出质保期内的维护内容及服务方式、响应时间、范围（产品、技术、模块、部件）。以及售后服务体系完善程度、技术支持人员的数量质量。
3.2.3在质保期内，投标人负责对其提供的产品进行现场维修维护、软件升级、打补丁、消除软件缺陷，不收取额外费用。
3.2.4产品新版本推出之前应在1个月内通知采购人，并提供介质及相关帮助文档，根据采购方要求配合升级工作。
3.2.5成功的应答人必须向采购人承诺技术后援支持。在质保期内向采购人提供7×24小时的原厂商技术支持服务，如在2小时内无法电话解决采购人所提出的维修要求，必须在报修4小时内（本地）或8小时内（外地）派工程师到达现场进行处理。
3.2.6应答人应提出质保期后每年的收费维护内容及服务方式、范围（产品、技术、模块）。费用不计入总计。
4 培训
4.1 培训总则
4.1.1投标人必须提供满足招标人要求的培训服务，填写格式见技术规范专用部分表8。
4.1.2投标人必须提供高水平的培训。培训应包括各类软件产品。所提供的培训课程表
随应答文件一起提交。
4.1.3 投标人派出的培训教员应至少具有三年的相同课程的教学经验。
4.1.4所有的培训教员必须用中文授课(如果讲师不会讲中文，投标人必须提供中文翻译), 除非有其它的协议规定。
4.1.5投标人必须为所有被培训人员提供培训用计算机、网络环境、文字资料和讲义等相关用品。所有的资料必须是中文或英文书写。
4.1.6培训时间与日期必须在合同生效之后尽快安排。
4.2 培训要求
4.2.1投标人应在建议书中提供详细的培训计划。培训应面对国家电网公司所属各单位不同层面的系统用户，保证用户能独立地管理、维护和配置系统，以便整个系统能够正常、安全地运行。保证最终用户能够高效率低成本地完成工作。
4.2.2 培训内容包括产品的安装、调试、配置、运行维护和故障排除的培训；产品基础知识和高级应用培训；产品的应用和技巧培训；产品的配置和二次开发培训等。
4.2.3 培训地点由招标人指定，按有关考试培训（含国际认证）的要求安排课程。对于本技术规范书中列出的每种产品，均应提供总共人* 工作日的集中培训。
4.3 培训费用
4.3.1 应答人应将所有培训费用（含培训教材费）及各项支出费用分别报价单列，计入应答总价。其中包括项目单位每人每日培训费用等。
工作流系统需求分析 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
工作流系统设计手册 一、引言 工作流管理是目前被业界广泛应用并迅速发展的技术，它的主要功能是使业务处理过程自动化，协调人和各种应用程序的工作。工作流管理系统（Workflow Management System，简称：WfMS）以企业业务过程为核心，结合了计算机支持协同工作以及企业信息系统的相关技术，立足于过程自动化，着眼于整体效率的提高。随着计算机软硬件技术的发展，特别是Internet 和Intranet的迅速普及，工作流管理系统的应用范围已不仅仅限于传统办公环境（如保险、银行、法律、行政管理等）和工业制造中，而且逐渐扩展到企业应用环境中。 1993年成立的工作流管理联盟（Workflow Management Coalition，简称：WfMC）给出了一系列工作流的规范。其主要概念有： 工作流 工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则，文档信息或任务能够在不同的执行者之间传递与执行。 工作流是一种反映业务流程的计算机化的模型，实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。 工作流管理系统
它是一个软件系统，完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。（Business Operating System，简称：BOS） 工作流系统参考模型 有关工作流管理联盟更详细的规范请参见https://www.doczj.com/doc/e015218934.html, 二、JU工作流管理系统 根据国际工作流管理联盟的标准模型，实现了过程定义工具、工作流执行服务（工作流机）、工作流管理工具以及工作流客户应用（人工动作）和供工作流执行服务（工作流机）直接调用的应用（自动化动作）。 人工动作必须与表单绑定。表单提供了人机交互的工作界面，而表单的后面是标准通用的关系型
系统分析师辅导：工作流管理系统体系结构设计 摘要：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统，但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。 关键词：工作流管理系统、业务操作系统、软件体系结构、业务建模 1、引言 在一个组织内部存在着两种信息：一种是数据信息，另一种是业务信息。在组织之间也同样存在着两种信息：一种是数据信息，另一种是业务往来信息。如果这两种信息用计算机系统来管理，前一种属于组织内部的信息系统，后一种属于B2B电子商务系统。目前对数据信息的计算机管理系统（即：数据库管理系统）经过多年的发展已经成熟。对业务过程的计算机管理系统由于比较复杂，可变因素较多，难度大，因此发展还不成熟。工作流技术作为现代组织实现过程管理与过程控制的一项关键技术，为组织的业务处理过程提供了一个从模型建立、管理到运行、分析的完整框架。同时，工作流管理系统（Workflow Management System ,WFMS）通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。Thomas Koulopoulos曾预言：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统（如：Windows,Unix,Windows NT）之上的业务操作系统BOS（Business Operating System）,它将带来操作系统的一次革命。但是目前工作流技术无论从理论上还是从实践都还不够完善，要实现Thomas Koulopoulos的预言可能还需有一段路要走。本文主要介绍了由作者独立设计一套工作流管理系统体系结构，以供工作流技术爱好者参考。 2、工作流管理系统的基本概念 顾名思义，工作流就是工作任务在多个人或单位之间的流转。在计算机网络环境下，这种流转实际上表现为信息或数据在多个人之间的传送。工作流管理联盟( Workflow Management Coalition ，WfMC)对工作流的定义是：“业务过程的部分或全部在计算机应用环境下的自动化”。她所要解决的主要问题是，“使在多个参与者之间按照某种预定义规则传递的文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者是促使此目标的实现”。 工作流管理系统就是通过管理一序列的工作活动以及相关人员、资源、信息技术资料来提供业务处理程序上的自动控制。工作流管理系统通过计算机软件来定义、管理和执行工作流程。在工作流管理系统中计算机运用程序的执行顺序是由工作流逻辑的计算机描述来驱动的。她的主要目标是对业务过程中各步骤(或称活动、环节)发生的先后次序，以及同各个步骤相关的人力、资源、信息资料的调用等进行管理，从而实现业务过程的自动化。当然这种管理可能会在不同的信息及通信环境下实现，所涉及的范围可以小至一个只有几人的工作组，也可以大到政府、企业组织各个机构之间。工作流管理系统将人员、组织结构、设备资源、信息源（如数据库、文件系统、电子邮件、计算机辅助设计工具等）整和成一个整体。这样，工作流管理系统就成为了一个理想的用来收容业务逻辑的业务知识仓库，并给予业务逻辑一个易操作易控制的界面。 工作流管理系统的最大优点就是实现具体应用逻辑和过程逻辑的分离，实现在不修改具体功能的情况下，通过修改业务流程模板来改变系统的功能，完成对组织生产经营过程的部
工作流系统需求分析及设计 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
activity工作流表结构分析 activity工作流表结构分析 版权声明：本文为博主原创文章，未经博主允许不得转载。 1、结构设计 1.1、逻辑结构设计 Activiti使用到的表都是ACT_开头的。 ACT_RE_*: ’RE’表示repository(存储)，RepositoryService接口所操作的表。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。 ACT_RU_*: ‘RU’表示runtime，运行时表-RuntimeService。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。 ACT_ID_*: ’ID’表示identity (组织机构)，IdentityService接口所操作的表。用户记录，流程中使用到的用户和组。这些表包含标识的信息，如用户，用户组，等等。 ACT_HI_*: ’HI’表示history，历史数据表，HistoryService。就是这些表包含着流程执行的历史相关数据，如结束的流程实例，变量，任务，等等ACT_GE_*: 全局通用数据及设置(general)，各种情况都使用的数据。 1.2、所有表的含义
序号表名说明 1 act_ge_bytearray二进制数据表 2 act_g e_property 属性数据表存储整个流程引擎级别的数据,初始化表结构时，会默认插入三条记录， 3 act_hi_actinst历史节点表 4 act_hi_attachment历史附件表 5 act_hi_comment历史意见表 6 act_hi_identitylink历史流程人员表 7 act_hi_detail历史详情表，提供历史变量的查询 8 act_hi_procinst历史流程实例表 9 act_hi_taskinst历史任务实例表 10act_hi_varinst历史变量表 11act_id_group用户组信息表 12act_id_info用户扩展信息表 13act_id_membership用户与用户组对应信息表 14act_id_user用户信息表 15. act_re_deployment部署信息表 16. act_re_model流程设计模型部署表 17act_re_procdef流程定义数据表 18act_ru_event_subscr throwEvent、catchEvent时间监听信息表 19act_ru_execution运行时流程执行实例表 20act_ru_identitylink运行时流程人员表，主要存储任务节点与参与者的相关信息 21act_ru_job运行时定时任务数据表 22act_ru_task运行时任务节点表 23act_ru_variable运行时流程变量数据表 2、表以及索引信息 2.1 二进制数据表（act_ge_bytearray） 2.1.1 简要描述 保存流程定义图片和xml、Serializable(序列化)的变量,即保存所有二进制数据，特别注意类路径部署时候，不要把svn等隐藏文件或者其他与流程无关的文件也一起部署到该表中，会造成一些错误（可能导致流程定义无法删除）。 2.1.2 表结构说明
工作流引擎产品功能介绍
目录
1.1工作流引擎简介 1.1.1产生背景 随着我国信息化建设的不断深入，越来越多的政府部门和企事业单位都清醒地认识到信息化对于自身的生存与发展的重要性，以IT 系统建设为基础提高工作效率，增强竞争能力，已经成为共识。 在过去的若干年中，许多企业以当时的IT 发展水平为基础，针对不同的业务需求搭建了种类繁多的应用系统。回顾这一阶段，我们可以发现长期以来IT 系统的建设一直跟随着技术的革新和业务需求的增长而被动地发展着。不论技术手段如何变化，企业仍旧习惯于沿着功能分析的思路为特定的需求开发专有应用。随着时间的推移，企业内部逐渐积累了许多相互孤立的筒仓式应用系统。不可否认，正是这些应用系统共同构成了当今企业的主要IT 运行环境并有效地支撑了企业早期的业务发展，但是我们也必须清醒地认识到，在这些缺乏前期规划、互连性极差的应用系统之间信息不能被有效地共享且难于保持一致，业务过程也无法顺畅地流转，它们是造成“信息孤岛”现象的根源。一些企业也曾经尝试采用整理、合并各种需求、统一数据接口、规范业务过程等方式来降低集成的复杂度，但是在经过一番实践后，人们又发现仅仅依靠规范静态信息的交换格式，集合局部的需求等方法并不足以支持更大范围内的应用整合。因此当前的企业迫切需要一个能够支持在不同的应用系统之间完成协作任务的具有前瞻性的应用集成框架。 当前，企业面对的是一个多变且难以预测的市场，要在这样的环境中生存和
发展，就必需具备对外部变化做出迅速响应的能力。同样，政府部门也面临着转变工作职能，适应市场经济发展要求的压力，需要不断地为大众提供各种高效的公共服务。各项独立调查表明: 对业务系统和IT 基础设施进行快速调整和扩展一直是政府部门和企事业单位应对外部环境变化的重要手段。然而在早期的IT 系统设计过程中，人们往往更加关注于系统的稳定性而不是迅速应对变化的能力，原先那种僵硬的基于硬编码实现的系统功能扩展和集成方式已远远不能满足要求。“采用什么样的技术来搭建能够实现跨部门、跨企业、跨地理范围的支持流程协作和流程自动化的IT 基础设施”，“如何能够从被动地应对变化到预见变化进而实现前瞻性地主动变化”…这些都是当前每一个政府部门和企事业单位必须面对的挑战。 通过工作流系统把各业务部门的孤立应用系统整合起来是IT技术发展的必然趋势，而我国从上实际八十年代大量建设基础信息系统至今，工作流技术的发展可以分成以下几个阶段。 1.1.2发展阶段 1.1. 2.1EDF(电子数据流)阶段 此阶段的工作流在信息技术中的应用,仅着眼于利用信息技术减轻人们在流程中的计算强度最主要的特点是仅对企业单项业务进行处理,基本不涉及管理的内容。国内最早成功的产品是财务管理产品，为了配合产生正确的数据，可能要设计一个流程用来协调多个会计统计帐目。 此阶段仅仅停留在诸如文档处理、公文流转以及信息发布等这些简单的业务
Activiti数据表结构 目录 1ACTIVITI数据库表结构 ----------------------------------------------------------------------------------------------- 2 1.1数据库表名说明 ------------------------------------------------------------------------------------------------ 2 1.2数据库表结构---------------------------------------------------------------------------------------------------- 3 1.2.1Activiti数据表清单: ---------------------------------------------------------------------------------------- 3 1.2.2表名:ACT_GE_BYTEARRAY （通用的流程定义和流程资源）-------------------------------- 3 1.2.3表名:ACT_GE_PROPERTY （系统相关属性） ----------------------------------------------------- 4 1.2.4表名:ACT_HI_ACTINST （历史节点表） ------------------------------------------------------------ 5 1.2.5表名:ACT_HI_ATTACHMENT （附件信息）-------------------------------------------------------- 6 1.2.6表名:ACT_HI_COMMENT （历史审批意见表）-------------------------------------------------- 6 1.2.7表名:ACT_HI_DETAIL （历史详细信息）----------------------------------------------------------- 7 1.2.8表名:ACT_HI_IDENTITYLINK （历史流程人员表） ---------------------------------------------- 8 1.2.9表名:ACT_HI_PROCINST（历史流程实例信息）核心表---------------------------------------- 8 1.2.10表名:ACT_HI_TASKINST（历史任务流程实例信息）核心表------------------------------ 9 1.2.11表名:ACT_HI_VARINST（历史变量信息） ------------------------------------------------------ 9 1.2.12表名:ACT_ID_GROUP（用户组表） ------------------------------------------------------------ 10 1.2.13表名:ACT_ID_INFO （用户扩展信息表） ---------------------------------------------------- 10 1.2.14表名:ACT_ID_MEMBERSHIP（用户用户组关联表） -------------------------------------- 11 1.2.15表名:ACT_ID_USER（用户信息表） ------------------------------------------------------------ 11 1.2.16表名:ACT_RE_DEPLOYMENT（部署信息表）------------------------------------------------ 12 1.2.17表名:ACT_RE_MODEL (流程设计模型部署表) ----------------------------------------------- 12 1.2.18表名:ACT_RE_PROCDEF （流程定义表） ---------------------------------------------------- 13 1.2.19表名:ACT_RU_EVENT_SUBSCR (运行时事件) ------------------------------------------------- 14 1.2.20表名:ACT_RU_EXECUTION （运行时流程执行实例） ----------------------------------- 15 1.2.21表名:ACT_RU_IDENTITYLINK（身份联系） --------------------------------------------------- 15 1.2.22表名:ACT_RU_JOB（运行中的任务）---------------------------------------------------------- 16 1.2.23表名:ACT_RU_TASK(运行时任务数据表) ------------------------------------------------------ 16 1.2.24表名:ACT_RU_VARIABLE(运行时流程变量数据表) ----------------------------------------- 17 2ACTIVITI中主要对象的关系 -------------------------------------------------------------------------------------- 18
1.1工作流引擎技术 工作流概念的提出是人们注意到了隐藏在业务处理的过程控制的共性，并从业务处理操作中分离出过程逻辑单独加以研究，从而可以实现过程优化配置和重组。但是，多年来，不同的研究者和产品供应商从不同的角度给出了工作流的定义。下面分别从工作流定义及工作流相关术语进行解释，并分析工作流应用中所遇到的多种模式，提出了工作流参考引擎、处理模型、体系结构等。 1.1.1工作流定义 WfMC给出的工作流的定义[21]：工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。 工作流是指业务领域的流程，它描述了业务过程中的各个要素以及要素之间的关系。 业务过程则是对工作流的抽象，通过对业务过程中各要素的描述形成过程定义。过程定义是过程自动化的基础数据，它通过工作流引擎进行管理。 下面将对工作流引擎技术中涉及到的一些基本概念给出其定义。这些概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。 1.工作流引擎 工作流引擎是一个软件系统，它定义、创建和管理工作流的执行，并且运行在一个或多个工作流引擎之上。工作流引擎能够解释过程定义、实现与工作流参与者的交互并且调用各种外部IT工具和应用。 2.业务过程 一个包含一个或多个相关程序或活动的集合，这些程序或活动共同实现一个业务或决策目标。通常地，业务过程存在于一个定义了职能角色和业务关系的组织结构中。 3.过程定义 过程定义是对业务过程的描述，这种描述形式支持诸如建模、通过工作六管理系统执行等操作的自动化处理。过程定义有活动和它们之间的关系组成，这些活动和关系形成了一个网状结构，并且还包含过程开始和结束条件和各活动的详细信息，如活动参与者、相关应用和数据等。 4.活动 活动是对一份工作的描述，它是过程中的一个逻辑步聚。一个活动可以是
表单系统设计 一、目的 表单定义：表单是用来呈现与存储数据的图形化界面，数据展现、数据存储、用户交互的工具。我们用火车来比喻，数据就是货物、表单就是车厢、火车头就是工作流程引擎。 自定义表单设计器，采用数据库格式化存储表单模板。 二、实现原理 自定义表单功能概括起来如下 1、表单预览,动态报表展示(列表数据展示) 2、表单数据填报, 3、支持多数据表同时填报,一对多数据表填报,单表多条数据批量填报等 4、自定义表单支持用户自定义模板 5、大量丰富的标准表单控件 三、目标 1、新建表单(需要关联流程id，表单关联实例，历史版本)。 2、表单预览。
3、主表单和子表单相关属性管理。 4、表单字段关联表单控件。 5、实现表单模型自动布局。 6、实现表单模板与数据结合渲染控制。 7、通过表单的定义自动创建/修改自定义数据表。 四、功能实现 4.1、表单定义管理 表单基本信息管理（表单名称、描述）、表单存储表字段管理、表单布局设计、表单数据验证定义、表单字段关联/子表单管理、表单字段编辑框行为管理，表单基本信息定义。 4.2、表单存储表字段定义 定义表单中用到的数据项，包括字段名、字段类型、长度、默认值、编辑框类型、是否允许为空、是否自增长字段、分组名称、是否在列表中显示等信息。编辑框类型一般有：文本框、文本域、复选框、单选框、列表框、时间日期选择、文件上传框等；这里定义的是表单主表字段，注意每张表单仅针对一张表，否则操作多张表的SQL不容易处理，涉及到主从表的情况可用子表单来处理。 4.3、表单布局设计 能够提供一个表单设计器。 自定义表单，有可视化表单设计界面，直接采用拖、拉、点、拽的方式来设计表单。 常见的数据获取保存等等，直接用页面构件，不需要用户写代码就能完成（有时候简单的sql语句还是需要写）。 4.4、表单数据验证定义 定义需要验证字段的规则，验证规则，可用正则表达式的方式来定义，系统内部可自带一些常用的验证规则，复杂的情况可能会出现各字段之间的值进行比较的情况。 比如判断空，是否数字，取值范围判断，是否日期，是否电话号码，省份证验证，汉字验证，等等多样的验证。 1、条件校验， 2、基础类型校验 3、逻辑表达式校验 4.5、表单字段关联/子表单管理 定义表/表单之间的关联信息，即主键外键信息。 4.6、表单字段编辑框行为定义 主要负责处理字段值发生变化时引发的其他编辑框事件，比如连动下拉框、从选择值中返回值并赋予其他字段编辑框、其他编辑框的隐藏等。 4.7、表单数据管理： 可根据字段配置信息显示表单的数据列表，并进行管理。
jira自定义工作流配置 在介绍jira自定义工作流配置之前先介绍一些概念性的知识： 1.工作流：是一个问题经过进过其生命周期的若干个步骤和阶段的变迁。工作流通常代 表实际的业务处理流程。 一个工作流是由步骤和变迁组成的，一个工作流的步骤标识着一个问题的一个阶段或者叫“状态”，变迁是工作流中两个步骤之间的连接。 2.当定义一个变迁的时候，可以选择性的指定一下选项： Conditions（条件）——用于控制哪些用户能够执行一个变迁。 Validators（校验）——在执行变迁之前，用于检查任何用户的输入是否合法。 Post Functions（后续操作）——在变迁完成之后，用于执行特定的动作，如：将问题分配给特定的用户，发送通知email，更行问题的某个字段。 Screen（显示给用户的界面）——这对于用户输入信息之后才能完成变迁的情况是有用的。 3.在jira中的默认工作流程图中，5个方框表示工作流的步骤/状态（open、in progress、 resolved、reopen、closed），箭头代表变迁（transitions）。这个从网上查一下。 4.在jira中可以用不同的方式来创建一个新的工作流： 页脚内容1
1)通过“Add New Workflow”来创建一个空白的工作流。用这个方法创建的工作流有 一个默认的步骤open，该步骤有一个进入的工作流变迁：“create”。 2)通过点击“copy”链接，拷贝已经存在的工作流（如果您准备新添加的工作流和已 经存在的工作流类似，则可以使用此方法）。用这种方法您的工作流将会包含所拷贝的工作 流的所有步骤和变迁。 1.创建工作流 Jira安装完成以后地址栏中输入：http://10.7.101.25：8080/secure/Dashboard.jspa进行平台配置。 在创建新的工作流时一般先将全部步骤定义好，再创建变迁将步骤连接起来，所以首先要自己定义一个工作流程图。 1．以jira管理员的账户登录系统。 2．在jira的导航菜单上点击“Administration”链接。 3．点击左侧导航菜单中的Global Settings—>Workflows，如下图： 页脚内容2
一种基于二维数据表的审批工作流实现 【摘要】为了使大多数系统中审批流程得以实现和便于维护，本文对工作流技术的深入研究，在设计的过程中结合相关数据库技术，通过对二维数据表设计来动态实现审批流程的配置、管理和使用。 【关键词】数据库技术；工作流；二维数据表；流程模型 1.工作流概述 工作流是一类能够完全或者部分自动执行的业务过程，它根据一系列过程规则，文档信息或任务能够在不同的执行者之间传递和执行。它是实现业务过程管理与控制的一项关键性技术。其要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。我们可以将整个业务过程看作是一条河，其中流过的河水就是工作流[1]。 2.审批工作流的过程模型 过程模型用来定义工作流的过程逻辑，包括组成工作流的所有活动以及活动之间的依赖关系。在日常的各项审批活动中，业务处理是按照用户所选择的固定流程进行流转，过程模型如图1。 图1 审批工作流过程模型图 3.审批工作流二维表的设计 通过对功能需求的分析，信息文件按照选择的流程进行流转审批，因此首先得考虑存储流程规则信息的二维数据表，每一个流程信息实体应该包括流程编号（FlInId，主键，数值类型）、名称（FlInName，字符型）、类别编号（FlClId，数值型）、版本（FlInVersion，数值型）、状态（FlInStat，字符型）等字段属性。FlInId 字段存储流程编号信息，作为主键设置，控制流程信息的唯一性。FlClId 字段存储流程类别代码信息，考虑系统扩展性，用数字代码的形式进行存储，另设计存储类别信息的二维表，以便于使流程信息可进行多层次分类。FlInVersion 字段存储流程版本信息，记录流程修改的次数。FlInState字段存储的流程状态信息，可设计为发布和停止两种状态。 每个流程按照固定的步骤进行流动，系统必须设计存储相应步骤信息的二维数据表，一个流程可拥有多个步骤，每一个步骤实体应包括步骤编号（AcInId，主键，数值型）、步骤名称（AcInName，字符型）、步骤排序号（AcInSortNo，数值型）和步骤所属的流程编号（FlInId，数值型）等字段属性，为了考虑有的步骤可以有多人处理，系统设计了步骤处理人的数据表，包括序号（AcUsId，主键，数值型），处理人代号（AcUsUserId，字符型）、步骤序号（AcInId，数值
工作流设计参考（包括PHP实现） 本文关键词：php工作流,workflow 工作流设计的工作流很少有让人满意的，即便是国内用的比较多的jbpm，用起来也会觉得很便扭。再加上PHP中没有什么好用的工作流，于是干脆自己设计一个，设计的原则如下： 1 根据80/20原则，只使用wfmc模型中最符合自身应用的20％功能 2 充分吸收国内使用jbpm开发BOSS中遇到的问题，工作流引擎只负责参数的收集和流程的流转，具体和业务的控制，交给每个流程定制的控制类去实现。 3 表单采用简单的html+控制标签的方法实现 4 权限和模板引擎，以及其它辅助函数直接使用办公系统自带的框架 5 充分利用PHP语言的特点，流程设计是基于数据库的，程序上使用OO设计，但采用重对象的方法 6 不把可视化设计流程的工作交给最终客户，而且由设计时完成，因此不考虑流程版本更新的问题 一、工作流数据表设计
二、常见流程人工决策 领导传阅 部门领导审批填写表单
结束 放弃 提交 同意 重填（退回） 不同意 完成 外部响应 发送支付信息 接收支付成功响应（外部WS触发该流程） 三、PHP设计 运行的函数由结点在设计时候决定，如果没有设定，就使用默认的函数。利用了PHP语言的以下特性
使用前可以用method_exists来检查。 WorkflowService.php WorkflowService $defination $process $node $thread $input 用户输入的和流程有关的变量 list_defination(){ } init_process(defination_id){ global user; 取得$defination，得到业务的handler,例如WorkflowProposalHandler 建立$process行记录 } start_process(){ 调用WorkflowProposalHandler->start($process)//新建业务对象，并把业务类的参数例如proposal_id放到$process[‘context’]里面 init_thread(1); //默认调用第一个结点 } list_ my_thread (){ global user; } init_thread(node_index){ 取得$node 取得$process 修改$process为运行到当前结点 Switch($node[‘node_type’]) Case 1: 人工决策 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) 发送提醒 Case 2: 自动处理 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) 调用run_thread(thread_id) Case 3: 等待外部响应 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) Case 4: 分支 取得所有分支的子结点
工作流系统功能介绍 目录 1概述 (2) 2流程系统设计总图 (4) 3建模工具 (4) 3.1组织机构管理 (5) 3.1.1主界面 (6) 3.1.2岗位管理界面 (7) 3.1.3部门管理界面 (8) 3.1.4员工管理界面 (9) 3.2权限管理 (10) 3.2.1主界面 (11) 3.2.2权限组管理界面 (12) 3.2.3权限设置界面 (14) 3.3流程管理 (14) 3.3.1流程管理主界面 (15) 3.3.2启动节点配置界面 (15) 3.3.3处理者配置界面 (19) 3.3.4流转条件配置界面 (19) 3.3.5控制节点配置界面 (20) 3.3.6子流程节点配置界面 (21) 3.4表单管理 (21) 3.4.1表单管理主界面 (22) 3.4.2选择用户控件界面 (23)
4工作流引擎 (23) 4.1基本功能 (23) 4.2任务节点类型 (25) 4.2.1启动节点 (25) 4.2.2结束节点 (26) 4.2.3交互节点 (26) 4.2.4子流程节点 (26) 4.2.5控制节点 (26) 4.2.6查看节点 (26) 5业务平台 (26) 5.1业务平台主界面 (27) 5.2例子:差旅费报销流程 (27) 5.3未认领任务 (29) 5.4已认领任务 (30) 5.5已完成任务 (30) 5.6查看流程图 (30) 6与门户sps系统的整合 (31) 7流程监控服务系统（即时消息和Email） (32) 1概述 随着计算机软件应用的普及，信息化系统发挥的作用也越来越大，企业信息化建设的不断深入，对系统功能和自动化程度要求越来越高。客户要求系统功能与实际的工作情景紧密结合，对每个业务环节的控制要求越来越精确。如何让我们的信息化系统更加贴近客户需求，满足客户不断变化的业务流程成了我们软件开发商不得不面对的问题。
第 1 页 工作流需求说明书 1 前言 为构架完整EDM 产品，更好满足特定用户需求，需要进行项目管理和工作流管理模块的开发。 此需求计划由公司内部提出，在需求讨论和编写过程中，总结PDM 组在“863”项目中开发工作流原型的经验，吸收部分企业对工作流的需求意见，参照国内外同类产品的现有系统，确定了我公司开发的要求和目标。 此工作流需求说明书作为项目组内部开发指导文件。 1.1 目的 开发项目管理和工作流模块，所有的过程逻辑控制在工作流中实现，并通过项目管理进行任务分发、任务提交、过程跟踪等。工作流系统中的服务模块（如工作流引擎）基于DCOM 实现，作为组件提供给系统使用。 本文档的预期读者为项目组开发人员、质量保证人员、市场销售人员及公司领导层。 1.2 范围 实现的项目管理（ProjectManage ）和工作流管理（WorkflowManage ）作为CEDM 的两个模块，不单独包装为产品。 工作流管理实现WfMC 定义的基本功能：工作流引擎、图形化定义工具、工作流客户端、工作流管理平台。但实现的功能为WfMC 定义功能的子集，不考虑异构工作流系统间的交互，不考虑数据对象在工作流上的传递，不考虑工作流结点上脚本的实现。 项目管理以工作流管理为核心。项目加载工作流模板后，对任务进行描述，包括设定项目承担人、任务截止日期、任务优先级等，进行工作流的启动、流转、操作。项目管理不包括对设备等其他非人力资源的调度，不负责对项目进度排程的优化和组合。 1.3 定义、缩写词、略语 WfMC(Workflow Management Coalition)工作流管理委员会，有关工作流的国际标准化组织。
数据库表结构说明文档 目录 td_oa.flow_feedback_common (2) td_oa.flow_form_type (2) td_oa.flow_form_version (2) td_oa.flow_hook (3) td_oa.flow_manage_log (3) td_oa.flow_print_tpl (3) td_oa.flow_priv (4) td_oa.flow_process (4) td_oa.flow_query_tpl (7) td_oa.flow_report (8) td_oa.flow_report_priv (8) td_oa.flow_rule (8) td_oa.flow_run (9) td_oa.flow_run_attach (9) td_oa.flow_run_feedback (10) td_oa.flow_run_hook (10) td_oa.flow_run_log (10) td_oa.flow_run_prcs (11) td_oa.flow_sort (12) td_oa.flow_timer (12) td_oa.flow_type (13) td_oa.flow_version (15) td_oa.form_sort (15)
1、td_oa.fl ow_feedback_common 描述：会签意见常用语 2、td_oa.fl ow_form_type 3、td_oa.fl ow_form_version
4、td_oa.fl ow_hook 描述：业务引擎 5、td_oa.fl ow_manage_log 描述：流程管理日志 6、td_oa.fl ow_print_tpl 描述：打印模版
办公系统中的工作流模型及实现(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]。