东南融通流程引擎I n t e l l i F l o w P O C测试报告目录1测试目的 (1)2测试原理 (2)2.1功能测试原理 (2)2.1.1系统架构设计 (2)2.1.2应用功能设计 (6)2.1.3流程设计 (10)2.1.3.1开户流程 (10)2.1.3.2同城提回流程 (11)2.2性能测试原理 (11)2.2.1场景1：在两小时里完成业务的笔数(255并发用户) (13)2.2.2场景2：完成5万笔业务的时间 (13)2.2.3场景3：小任务量时的处理速度 (13)2.2.4场景4：和真实ECM系统的集成测试 (13)2.2.5场景5：在两小时里完成业务的笔数(2000并发用户) (13)2.3测试指标定义 (13)3测试环境 (15)3.1测试环境架构(255并发) (15)3.2测试环境架构(2000并发) (15)3.3测试服务器及客户机软硬件配置 (16)3.4测试工具 (17)4测试结果 (18)4.1场景1：在两小时里完成业务的笔数(255并发用户) (18)4.2场景2：完成5万笔业务的时间 (23)4.3场景3：小任务量时的处理速度 (25)4.4场景4：和真实ECM系统的集成测试 (26)4.5场景5:在两小时里完成业务的笔数(2000并发用户) (27)4.5.1第一轮测试(三台服务器集群) (27)4.5.2第二轮测试(两台服务器集群) (32)5环境参数配置 (36)5.1系统参数 (36)5.2数据库服务器参数 (36)5.2.1数据库环境变量 (36)5.2.2数据库管理器(dbm) (37)5.2.3数据库配置(db) (37)5.3应用服务器参数 (38)5.3.1安装WAS补丁 (38)5.3.2配置集群 (38)5.3.3配置数据源 (39)5.3.4配置集群结点 (40)5.3.5配置IBM IHS服务器 (43)5.3.6模拟系统参数 (44)6结果分析 (46)7附录及补充说明 (48)1测试目的本次测试以交通银行提供的典型业务流程“同城提回流程”为例，主要考察长流程工作流、工作任务分配机制和流程设计引擎，验证压力测试强度。
通过测试来验证东南融通IntelliFlow业务流程管理系统的架构以及性能可以满足交通银行的要求技术要求和业务要求：支持SOA架构；支持MQ连接，支持DB2数据库；能进行负载均衡，支持集群流程；能处理高并发，实时性要求高的流程；（参考压力：在两小时内2500个柜员处理完10万笔业务流程）支持多系统连接，根据外部系统不同的返回情况进行后续的流程控制另外，对功能性需求的考察点主要有：工作流控制：按照设计的流程模型对业务处理进行流程控制；工作任务分配：有强大的规则引擎，能根据设定的规则将工作任务自动分配给业务人员进行处理，也可以根据设定的规则系统设置工作任务的优先级；流程设计和管理：能根据业务场景方便地进行流程模型的设计，方便地管理和配置流程模型；流程监控：能根据不同的查询规则实时跟踪和监控业务处理流程，能提供流程数据，为日后的流程优化提供分析依据。
流程补偿：能根据异常处理规则，对异常流程进行后续的流程补偿；流程分析和优化：能根据流程数据和分析结果，不断优化流程。
2测试原理2.1 功能测试原理2.1.1系统架构设计POC应用系统采用东南融通的统一开发平台IntelliPatform开发，IntelliPlatform具有成熟的应用开发框架和表现丰富的页面控件，可以更加快速高效地开发出高质量的应用功能。
POC系统的流程控制采用东南融通的IntelliFlow业务流程管理系统。
IntelliFlow采用J2EE技术架构建立，支持SOA基础信息架构建设，可以运行在WebLogic、WebSphere、JBoss等主流的商业或者开源的应用服务器上，支持Oracle、DB2、Informix、SQL Server、Sybase和MySQL主流的商用数据库和开源数据库。
系统结构采用J2EE的标准设计模式，整个系统由一组互相协作的构件和工具组成，建立了快速开发工作流应用的一体化开发平台。
下图是IntelliFlow的总体架构：IntelliFlow具有可伸缩的系统架构，可以按照业务处理的特点和客户的需求进行系统部署，既可支持单站点的集中式的业务处理，又可支持多站点的分布式业务处理，并且可以根据要处理的业务规模，在不同的站点上部署单服务器或者集群服务器，因此IntelliFlow系统支持工作流服务器集群和分布式部署的混合模式，在集群部署中，可以直接基于J2EE应用服务器的软集群并实现负载均衡，不依赖任何额外的硬件设备，可极大地降低用户的部署成本。
下图是IntelliFlow的部署结构全景图：为了便于将业务逻辑统一管理，支持动态变更，东南融通还开发了IntelliRule业务规则管理系统，IntelliRule可以与IntelliFlow配合使用，IntelliFlow负责上层的业务流程（宏观层），IntelliRule负责底层的业务逻辑（微观层）。
规则引擎是一个独立的组件，流程引擎和应用层都可以调用规则引擎。
下图是流程、应用、规则之间的调用关系图：业务流程服务层构件层业务规则库按照POC 的需求规格，业务流程需要通过Web Service 技术连接ECM 系统和ECIF 系统，通过MQ 连接防伪系统和提回业务处理系统，IntelliFlow 的流程引擎要支持用不同的互联技术与外部系统集成，下图展示了POC 系统的总体架构：下图展示了POC 系统通过WebService 技术与ECM 、ECIF 的连接方式：S O A P o v e r J M S下图展示了IntelliFlow 流程引擎和防伪系统的连接方式：IntelliFlow 系统带有高性能的MQ 消息收发代理模块，可以很容易实现和MQ的集成。
2.1.2应用功能设计在POC系统中实现了开户流程、同城提回流程的业务功能，并设计了不同的任务处理模式。
开户流程采用任务列表的模式，首先获取待处理的任务列表中，然后在任务列表中打开任务进行处理。
任务列表模式处理任务：开户申请用户界面：后台补录及审核用户界面：同城提回流程采用自动弹出任务的方式进行处理，在柜员提交任务之后，立即弹出下一条任务进行处理，如果没有任务可处理，系统等待一会儿，然后自动查询是否有新的任务。
金额核打任务处理界面：日期核对任务界面：印章背书核对任务界面：金额大小写核对任务界面：帐号账户名核对任务界面：任务的优先级可以在IntelliFlow的任务分派策略中设定，可以使用多种用户指定的业务参数作为判定条件，然后设置不同的任务优先级。
通过任务分派策略的动态性支持，可以在流程运行过程中动态改变任务优先级的规则，而不用重新启动应用系统，以支持业务系统的持续运行。
下面是任务分派策略的范例：DECLARATIONPARTICIPANT_SET pset1; //定义临时变量，类型是流程参与者集合END DECLARATIONSTATEMENT// 将任务分派给柜员组200009pset1 = {AssignByPosition("200009", "TO_SELF")};IF (account.startsWith("A") && amount > 100000) THEN// 设定帐号以A开头,金额大于100000的,任务优先级为1SetTaskPriority(1);END IF;IF (account.startsWith("B") && amount > 500000) THEN//设定帐号以B开头,金额大于500000的,任务优先级为2SetTaskPriority(2);END IF;//将分派结果返回RETURN pset1;END STATEMENT在分派策略中可以调用Java代码，使任务分派策略具有强大的扩展能力。
IntelliFlow提供了功能完善的流程监控功能，既可以单独使用，又可以方便地集成到应用系统中。
下图是流程监控界面，可以自定义查询流程，查看流程中的各种信息，包括流程轨迹、任务处理情况、异常处理等，还可以对流程实例数据进行管理：下图是图形化流程监控界面，可以全局掌握流程的执行情况：在IntelliFlow中保存了完整的流程轨迹信息，基于这些信息数据可以实现不同角度的流程统计分析，对流程实施的效果，流程执行的效率，以及任务量进行分析，为进一步优化流程提供依据。
在IntelliFlow中提供了大量的图表控件，可以用不同的方式来展示分析结果。
下图是基于柱图控件的分析结果显示样例：2.1.3流程设计按照POC的需求，需要开发两个流程，开户流程和同城提回流程，开户流程侧重展示流程的柔性控制功能和外部系统集成能力，同城提回流程侧重性能测试以及外部系统集成能力。
2.1.3.1开户流程下图是开户流程的设计，采用IntelliFlow的流程建模工具开发：网点柜员在向ECM上传图像之后提交开户申请，流程引擎和ECIF系统交互，获得客户号；后台柜员进行审核，审核不通过驳回给网点柜员重新处理，审核通过后进行客户信息补录。
为开户流程设置两个柜员组，网点柜员组和后台补录柜员组，流程的任务分派给柜员组，柜员组中的柜员通过抢占式获得任务进行处理。
通过交行提供的ECM接口和ECIF接口，开发工作流接口程序，实现流程应用与ECM和ECIF的集成。
在“后台补录和审核结点”，如果审核不通过，可以驳回到“开户申请”结点，体现了IntelliFlow可以通过柔性控制功能来解决业务流程异常的能力。
2.1.3.2同城提回流程下图是通过IntelliFlow建模工具开发的同城提回流程：金额核打和图码解析是并行任务，如果图码解析不成功，那么走人工补录结点。
验印，日期核对，印章背书核对，金额大小写核对，以及帐号账户名核对是五个并行任务结点，其中验印结点调用防伪系统。
只有当验印通过，以及四个人工核对任务通过时，才提交提交记账，提交记账调用提回业务处理系统，在这里是采用延时100毫秒来模拟和提回系统的交互。
当有任何任务结点处理不通过时，或者提交记账不成功时，流程走退票审核结点，并且通过人工控制的方式可多次换人审核。
在流程中的图码解析结点和验印结点采用IntelliFlow的消息结点实现，可以和MQ集成，实现MQ消息的收发功能。
2.2 性能测试原理按照同城提回流程的设计，为每个人工结点设置一个柜员组，下图展示了每个柜员组中的柜员人数：按流程结点共分7个职位，每个职位中人员的数量如上图所示，合计2500个用户。