PrimetonBPS产品案例清单
1 德邦物流BPM统一流程平台
1.1 德邦物流简介
德邦物流是国家“AAAAA”级物流企业，主营国内公路零担运输业务，创始于1996年。截止2013年8月，德邦物流已开设直营网点 3700多家，在职员工59335人，服务网络遍及全国，自有营运车辆6600余台，全国转运中心总面积超过88万平方米，日货物吞吐量3万吨。
德邦物流企业发展十分迅速，每年增长量都在50%以上。德邦物流非常重视信息化建设，每年对IT的投入很多，目前德邦IT信息中心人数已达到650多人规模，上线系统40多个，有力的支撑了公司的业务发展。
1.2 背景与问题
目前德邦物流已经建立了门户系统，OA系统，后勤管理系统(LMS)，后勤管理自助系统（LMS自助），客户关系管理系统（CRM），人事管理系统(HR)，人事管理自助系统（eHR），运营系统(FOSS)等规模比较大的系统。这些系统都需要流程引擎的支撑，例如：OA、LMS自助、eHR等系统使用的BPS6.0，而LMS则使用的其他第三方的工作流系统。
目前德邦IT系统与流程引擎系统的关系如下：
德邦IT系统现有流程引擎的问题：
1. 德邦IT系统有两套流程引擎，存在流程引擎重复建设的问题。
1). 增加IT建设成本
多个流程引擎系统会增加开发人员的工作量，而且要分别为两套流程
引擎购买硬件设置，配置运维人员，这些增加建设成本。
2). 无法做到业务流程复用。
例如，后勤管理系统批准了车辆流程购买后，无法直接起草财务系统
中费用申请流程。
3). 查看待办任务或审批流程需要登录到不同业务系统中
2. 现有业务系统数据与流程引擎数据高度耦合，无法保证业务敏感数据的安全性。
现有的BPS引擎和OA应用是部署在一起的，CRM、HER、FOSS等业务系
统需要接入流程引擎时，由于需要结合业务数据和流程数据的查询，所以，流程起草时需要将业务系统的数据保存到BPS的流程引擎中。随着德邦物流IT系统的发展，现在德邦IT系统对数据的安全性要求越来越高，将业务数据保存到流程引擎中已经不能满足德邦IT系统的要求。
3. 现有业务系统与流程引擎系统高度耦合，导致响应业务变化速度较慢，无法满足德
邦物流快速发展的要求。
由于OA系统与BPS引擎部署在一起，流程引擎严重依赖OA系统，导致流程
引擎响应业务变化周期较长，无法及时响应业务变化。目前开发一条流程需要：
开发人员：开发一条流程由原来5天。
测试人员：测试一条流程由原来的3天。
运维人员：需要在晚上10点以后部署新流程。
4. 现有流程引擎性能问题严重，流程起草和审批速度较慢。
由于OA应用数据和流程数据耦合在一起，随着接入BPS引擎的业务系统增
多，并且由于OA应用数据和流程数据无法分离，导致OA系统的数据库压力越来越庞大，进一步影响了流程引擎系统审批和起草的速度，目前现有流程引擎审批和起草的响应速度都很慢（大于3S）。
1.3 使用产品与方案
经过与德邦物流各方面调研和沟通，结合德邦物流目前面临问题，我们将基于普元
BPS6.6为德邦物流构建新一代的统一流程平台。
1. 基于BPS6.6构建德邦统一流程平台。
1) 使用BPS集群功能构建一个流程引擎平台，通过流程管理可以接入不同
的业务系统的流程，并可根据业务量对BPS流程引擎进行扩容，整个德
邦可以只维护一个流程引擎系统，大大减少IT建设成本。
2) 所有业务流程都部署在BPS流程引擎平台中，可以通过链接不同的业务
流程，实现业务流程的创新，有效的提高业务处理效率。
3) 通过BPS流程引擎提供的API，在OA中构建了统一任务中心，统一管理
任务的查看和处理，有效的提供了工作效率。
2. BPS与业务系统采用分布式部署模式，并且使用各自的数据库服务器。业务系统
使用基础API与BPS进行通信，从而实现了业务数据与流程数据物理隔离，保障
了业务数据的安全性。
3. 构建了流程管理配置平台，通过该平台可以对流程进行配置，实现流程参与者规则、
流程分支规则的可配置化。通过修改规则的参数来控制流程的变化。
4. 流程平台测试阶段进行性能测试，通过性能测试优化系统性能，保障流程引擎的性
能能够满足未来3年内，并通过扩容可以持续满足德邦的业务发展，并且通过性能
测试消除影响流程平台稳定运行的因素，保障系统稳定运行。
1.4 实施效果
目前德邦统一流程平台已正式上线，已有230多流程在运行，已接入财务共享系统，OA系统，人事管理系统，后勤管理系统。随着更多业务系统接入，统一流程平台的价值也慢慢显现：
1. 通过建立统一流程平台，从开发到部署到运维，实现了统一的工具支持，有效的提
高了工作效率，降低了开发阶段成本。
开发人员：开发一条流程由原来5天缩短至1天。
测试人员：测试一条流程由原来的3天缩短至1天。
运维人员：由之前需要维护多个流程引擎系统到现在只需维护一个流程引擎系
统。
所有用户在OA中即可看到自己所有待办任务，不需手动切换不同的业务系统，
大大提高了工作效率。
2. 实现统一流程平台改变了德邦物流IT内部多个流程系统并存的问题，减少了德邦
物流IT系统对硬件设施的投入并降低了后期的维护成本。
3. 实现统一流程平台，达到了业务与流程引擎分布式部署的目标，有效地隔离业务数
据，保证了业务数据的安全性。
4. 业务变化时，只需通过管理配置平台修改规则参数，即可完成流程运行规则的改变，
改变了之前必须发布最新的流程版本才能响应业务变化的模式，提高了业务的响应
速度。
5. 通过严格的性能测试，流程引擎的性能得到极大提高：
2 陕西移动NG-CRM服务开通
2.1 陕西移动简介
截至2009年12月，中国移动陕西公司客户总数超2000万户。公司的客户规模、收入规模、网络规模、服务水平、企业效益、品牌价值等企业综合实力指标均在陕西省通信行业名列前茅，并发挥引领行业健康和谐发展的主导作用，带动相关行业发展，创造了数以万计的就业岗位。
2.2 背景与问题
陕西移动的NGCRM项目对流程引擎的性能和可靠性要求非常高。性能方面明确要求了流程引擎的响应时间和单位时间的吞吐量。
2.3 使用产品与方案
陕西移动的NGCRM(下一代 CRM)项目中采用了BPS的流程引擎支撑，该项目流程使用方式为短流程的服务集成场景，对流程引擎的性能和可靠性要求非常高。主要使用了普元BPS产品的HPA Module模块。
服务开通系统在NG系统中交通枢纽地位参见下图：
1. 提供端到端、全业务、跨专业的开通流程，满足快速业务开通的要求。
2. 提供对开通流程全程的管控。
3. 满足快速部署新的服务开通流程的需要。
4. 满足客户业务在服务开通方面SLA的要求。
2.4 实施效果
2010年1月，基于普元BPS流程产品“高性能和高可用性”解决方案实施的陕西移动服务开通系统正式上线。流程引擎的响应时间14毫秒左右，流程引擎的吞吐量（完工流程）达到每分钟3000笔以上，轻松支持陕西移动2000万客户。
3 中国联通江苏、广东、福建、贵州等11省BSS系
统
3.1 中国联通简介
中国联合网络通信集团有限公司（简称“中国联通”）于2009年1月6日在原中国网通和原中国联通的基础上合并组建而成，在国内31个省（自治区、直辖市）和境外多个国家和地区设有分支机构，是中国唯一一家在纽约、香港、上海三地同时上市的电信运营企业，连续多年入选“世界500强企业”。中国联通主要经营GSM和WCDMA制式移动网络业务，固定通信业务，国内、国际通信设施服务业务，卫星国际专线业务、数据通信业务、网络接入业务和各类电信增值业务，与通信信息业务相关的系统集成业务等。
3.2 背景与问题
SPS(Service Provider System)服务开通专注于服务域的管理、施工，强调服务的交付和管理，是衔接客户层和资源层，实现端到端业务开通流程管控的运营支撑系统。服务开通系统主要负责后台定单流转，其流程可以简要地概括如下：从CRM接受订单后生成服务开通定单，根据产品和业务类型选择流程模版，生成流程实例开始流转，流转到各个岗位后生成工单并分派到各个岗位进行施工调度，最后竣工归档。整个流程的自动运转由流程引擎控制。
服务开通平台要求的技术指标：
3.3 使用产品与方案
1. 业务的支撑
服务开通施工流程覆盖支撑联通江苏分公司五大关键业务。
2. 流程建模
使用普元公司的BPS Studio/Process Composer（流程开发、调试、模拟工
具），中文化界面，经过短暂培训，业务人员可以自行定制流程模板。
3. 流程出版
使用普元公司的BPS Studio（流程开发、调试、模拟工具）控制流程的版本
发布。
4. 流程运行
包括启动、待处理、已完成、未完成等功能。
5. 流程监控
用图形方式直观查看当前流程运行状况。
6. 流程统计分析
用图表方式实现了流程工作效率的分析，分为三种方式（可根据用户的需求进
行定制）：
按业务种类的统计分析
按每个流程中环节统计
按地市区域统计
3.4 实施效果
2010年，中国联通选择普元公司的BPS产品建设了全国大集中的基于SOA的财务报账平台。系统集中建设分省实施，满足各省个性化的流程需求。
系统已经上线26个省，用户数25万，目前有10个省全面应用，平均每天处理约10万审批单。
4 交通银行信用卡中心统一流程管理平台
4.1 交通银行简介
交通银行（全称：交通银行股份有限公司）始建于1908年，是中国近代以来延续历史最悠久最古老的银行，也是近代中国的发钞行之一。现为中国五大国有大型商业银行之一。交通银行是中国境内主要综合金融服务提供商之一，并正在成为一家以商业银行为主体，跨市场，国际化的大型银行集团，业务范围涵盖商业银行、投资银行、证券、信托、金融租赁、基金管理、保险、离岸金融服务等诸多领域。
4.2 背景与问题
交通银行信用卡业务的特点是卡账户的管理比较标准规范，但是管理类的流程由于要面对市场营销的压力和管理的压力，必须面对快速的变化，这样传统的软件工程的编程模式完全无法适应这个核心业务需要，只有通过一个开发、运行、管控一体化的平台才行。
而且这个平台要能够做到业务定制人员经过培训后就能够定制大部分简单流程，只有这样才能真正满足业务需求。
4.3 使用产品与方案
业务与IT协作的业务流程532一体化定制实现了全方位的业务化定制。
1. 平台支撑
这种创新的业务技术一体化定制模式是需要一个BPM平台支撑的，该平台包括了“方法与规范”、“平台与工具”、“资产与知识”等综合的内容。 2. 532定制模式
即基于“532业务技术一体化定制平台”可以实现业务与IT协作的方式实现业务流程的个性化定制和快速优化改进，达到50%的流程可以完全由业务部门的配置员定制实现，30%的较复杂的流程可以在IT部门提供技术组件的基础上由业务部门的配置员定制实现，20%的非常复杂的流程以传统的IT部门技术开发的方式实现。 3. 全方位定制和全周期管控支持
实现流程相关内容包括流程、表单、岗位工作台面、任务工作台面、查询统计报表
在内的全方位定制。
平台可以实现对流程梳理、流程定制、部署发布审批过程、部署发布、运维管理等
全周期的管控。
4. 统一的业务流程管理平台
逐步建立统一的业务流程管理平台，最终实现运营流程、机构流程等所有流程在一个统一的平台上运行、管理和监控。
4.4 实施效果
2010年，交行选择普元公司的BPS产品建立了信用卡中心统一流程管理平台，并且基于PrimetonBPS的“业务与技术一体化”设计思想，实现了交行532业务技术一体化流程定制实施模式，很大程度上提升了流程建设与优化的效率。
532是指：50%的流程完全由业务人员配置出来，30%的中等复杂流程由业务人员配置+技术人员支持完成，20%的复杂流程由技术人员技术实现。
系统上线后，仅用一个月即实现了争议管理流程等10多个流程，而且超出60%的大部分流程都是有业务部门的配置员定制完成。
5 中国人民银行ACS
5.1 交通银行简介
中国人民银行1948年12月1日在华北银行、北海银行、西北农民银行的基础上合并组成的。1983年国务院决定中国人民银行专门行使国家中央银行职能。含金融风险防范与化解、统计数据、银行卡、金融规章、反假货币工作、公告栏等。中国人民银行是中华人民共和国的中央银行，中华人民共和国国务院组成部门之一。中国人民银行根据《中华人民共和国中国人民银行法》的规定，在国务院的领导下依法独立执行货币政策，履行职责，开展业务，不受地方政府、各级政府部门、社会团体和个人的干涉。
5.2 背景与问题
1. ACS(Account Central System)中央银行会计核算数据集中系统，作为人民银行会
计综合业务系统的核心系统，支持各项中央银行业务的处理，人民银行重要的基础业务和信息系统。系统包含央行会计核算、事后监督、统计分析、会计档案管理、客户对账等功能。业务数据总行集中。
2. ACS系统分为两大部分，业务系统集合和IT基础服务平台集合，两部分之间通过
公用的信息交换平台互通：
3. 性能要求
并发用户：系统一共约有10000个用户，各种机构共3000个(包括核算、
后督、档案、统计等机构），会计核算主体341个，县支行营业网点2000个左右，录入中心两个。
业务量：ACS每日会计核算业务量不少于10万笔（子流程100万笔），
每天需要处理的流程环节上千万。
处理效率：从影像切片到分发给录入员时间不超过1秒，从业务处理子系
统提交记账信息到收到总账系统记账结果的时间不超过1秒。
5.3 使用产品与方案
ACS系统流程平台架构图：
使用BPS平台的任务池功能，对任务分配器的职责进行简单的概括如下：获取待分配任务、按照策略分配任务、处理超时已分配任务。
5.4 实施效果
2010年，基于普元的BPS建设了ACS(Account Central System ) 中央银行会计核算数据集中系统，作为人民银行会计综合业务系统的核心系统，支持各项中央银行业务的处理, 是人民银行重要的基础业务和信息系统。ACS每日会计核算业务量不少于10万笔，每天需要处理的流程环节上千万。
6 邮储银行个人信贷项目
6.1 邮储银行简介
中国邮政储蓄银行于2007年3月20日正式挂牌成立，是在改革邮政储蓄管理体制的基础上组建的商业银行。中国邮政储蓄银行承继原国家邮政局、中国邮政集团公司经营的邮政金融业务及因此而形成的资产和负债，并将继续从事原经营范围和业务许可文件批准、核准的业务。2012年2月27日，中国邮政储蓄银行发布公告称，经国务院同意，中国邮政储蓄银行有限责任公司于2012年1月21日依法整体变更为中国邮政储蓄银行股份有限公司。
6.2 背景与问题
2009年制定了中国邮政金融IT总体规划。依据IT总体规划目标蓝图，建设一套数据全国集中模式的计算机应用系统，实现个人贷款客户管理、业务申请管理、贷后管理、参数配置等功能,并使用先进的规则引擎、流程引擎，为业务的发展提供更加灵活的支撑，为业务管理的规范化提供良好的基础。
个人信贷系统2.0主要用于全行个人信贷业务的办理和贷后业务的管理等工作。系统通过建立相对独立的业务子系统，分担系统的总体压力，使系统便于部署，提高系统的整体性能，以及满足业务发展；系统通过提高参数化和灵活性设计，定义和管理系统的参数及配置，提升系统的适应性，满足系统内外部变化的需求；支撑业务模式及贷款产品创新，保证系统的可成长和可扩展性；适应全行IT规划总体要求，统一引入流程引擎、规则引擎和报表引擎，提升系统稳定性。
6.3 使用产品与方案
邮政储蓄银行个人信贷系统，是采用数据全国集中模式，实现个人贷款业务的受理、审查审批、发放、计息、回收、贷后管理、会计核算等功能的计算机应用系统。
个人信贷系统2.0总体架构图
整体部署方案：
1. 6台业务服务器，通过WS调用BPS。
2. 2台BPS服务器，每台机器3个BPS节点，共6个节点形成BPS集群。 3. 数据库：Oracle双实例RAC集群。
6.4 实施效果
稳定性
个人信贷系统满足业务高峰交易处理的需要，要适应各种特殊情况给系统带来的压力，确保7×24小时服务。上线后系统运行稳定，没出现问题，以下是系统上线运行流程数据及用户访问数统计：
可扩展性
充分考虑系统承担集中处理的压力，在软件功能设计上独立分开。在功能部署上可以统一部署在一台主机设备上，也可以在主机压力大时，将部分功能灵活部署到其他主机设备中，方便新业务和新需求的扩展与支持，满足未来个人信贷业务发展的需要。
参数化和灵活性
个人信贷系统业务在不断增长和变化，基于用例的细粒度设计使得业务流程自身是可被组装的，流程可被拆分为多个单元。比如，针对不同的贷款品种发起业务申请流程，流程在发起时填写基本资料根据品种的不同是有差异的；不同的品种申请不同的金额其审批路由的规则也不同；这样在系统采用参数化的设计思想，定义和管理系统的参数及配置，调整参数以适应外部变化。
7 中铁地产统一流程平台
7.1 中铁地产简介
中铁房地产集团有限公司是世界500强企业--中国铁建股份有限公司的全资子公司，为国资委确定的16家以房地产作为主业的央企之一，专门从事房地产投资与开发业务，主要经营房地产开发建设、商品房销售、物业管理，兼营房地产项目策划、信息咨询、技术开发以及相关建筑材料、机械电器设备等业务。
7.2 背景与问题
目前中铁地产已建的业务系统有协同办公系统、企业邮箱、土地信息系统、物业管理系统、CRM系统、金蝶EAS系统、统计报表系统、视频会议系统、集团对外宣传网站等，并且中铁地产正在建设其他信息化系统，这些应用面对中铁地产集团的不断发展，将面临系统繁多、维护复杂、规范不统一、任务分散等问题，这时将需要有一个能够统一管理的流程引擎来规范相关业务系统，集成到一起来管理，实现集团的统一流程中心。
合同评审模块作为EAS成本管理系统的合同审批流程，一直是成本把控的关键，原有的合同评审流程模块使用EAS的流程引擎，很难实现与其他业务系统的集成，为实现集团的统一流程中心，将EAS中原有的合同评审流程剥离，迁移至独立的流程平台，使流程不再依附于业务系统本身，完全独立出来，更加便于流程优化与完善，建立一个统一流程管控中心。
7.3 使用产品与方案
业务分析
合同评审系统的所有单据信息都在EAS系统中维护，只有涉及到流程审批操作才进入合同评审系统。具体步骤包括：
1. 发起用户首先使用EAS客户端登入EAS系统，完成合同单据的录入后进行提交操
作，合同单据进入合同评审流程。
2. 合同单据进入合同评审流程中，合同单据处于审批中状态，提交人可在合同评审系
统中个人的已办任务列表中查询。
3. 审批人审批不同意，打回提交人进行修改。提交人在合同评审系统中，待办任务列
表中，查看有无需要修改的合同。
4. 提交人在合同评审系统的待办任务列表发现有需要修改的打回合同，登陆EAS客
户端对相应合同进行修改，修改完成后提交。
5. 审批人进入合同评审系统中，在待办任务列表中，选取要审批的合同，进行审批操
作。
6. 所有审批人都审批完成后，提交人可以在待办任务中，查看到需要上传合同终稿的
待办消息提醒，提交人登陆EAS客户端，上传完合同终稿后提交，流程流转完成。 合同评审全流程结构如下：
具体实施模式
EAS与统一流程中心集成后，EAS将作为功能逻辑与数据的载体，流程审批功能将迁移到统一流程中心中，统一流程中心在中铁地产企业SOA架构中扮演BPM的角色。原则上在EAS中维护单据，在统一流程中心进行审批时，只读取显示单据信息，不可以回写单据。这样的设计，使审批人（主要是各主管领导、集团领导等）可以通过浏览器页面或者移动终端完成审批操作。而单据的录入，以及审批退回导致的单据编辑，都由制单人在EAS中完成。
统一流程中心通过接口从统一用户管理系统中加载用户数据，统一用户管理系统为不同的应用系统设定不同的用户过滤规则，统一流程中心使用自身的应用系统id从统一用户管理系统加载该系统的用户数据。所有用户进入流程中心统一进入内网门户，之后通过单点登录进入统一流程中心进行相应的审批查看等操作。
普元信息技术股份有限公司21
部署方案
BPS采用分布式部署，集团内部使用并发量不是很多，业务服务器及BPS服务器部署在一起，BPS引擎应用及用户的应用都部署在一个tomcat下面。数据库为一个实例多个用户的形式。
7.4 实施效果
针对中铁地产流程的可变性，运行一段时期后可能需要修改流程模板中的某个环节，而之前一般都是依赖于开发商，这样维护成本相对比较高。现在业务人员可以根据业务的需求变动来自行修改环节调整、流程规则、分支条件等，支持实时修改、实时部署。
系统实现界面提醒、短信提醒等功能。界面提醒是通过监控流程表中的待办任务产生机制来进行实时的更新提醒，提醒信息会出现在内网门户的首页上；短信提醒为选填，在当前操作人执行完当前任务之前，可以选择性的给下一个任务执行人发送短信提醒，会签或发送到具体岗位则发送所有相关人。
实现了统一流程的管控，中铁地产以前使用的流程引擎是金蝶EAS不能满足流程的统一管控，并且对流程的可扩展性不够，通过PrimetonBPS实现了流程统一管控，拥有统一的待办、已办等查询功能，以及统一的流程监控平台，为中铁地产公司更好的实现电子信息化起到了关键性的作用。
合同评审系统目前已经替代了原有的金蝶系统中的合同评审系统，系统运行稳定，实施后体现了如下优势：更好的管理所有启动的流程。进入工作流监控平台可以监控到所有已启动的流程，跟踪流程走向。
1. 有效的控制工作流版本，利于快速修改流程模板，并及时发布使用，流程版本可控
性很好。
2. 灵活的部署模式，更好的与其他应用系统集成。
普元信息技术股份有限公司22
PrimetonBPS产品案例清单
1 德邦物流BPM统一流程平台
1.1 德邦物流简介
德邦物流是国家“AAAAA”级物流企业，主营国内公路零担运输业务，创始于1996年。截止2013年8月，德邦物流已开设直营网点 3700多家，在职员工59335人，服务网络遍及全国，自有营运车辆6600余台，全国转运中心总面积超过88万平方米，日货物吞吐量3万吨。
德邦物流企业发展十分迅速，每年增长量都在50%以上。德邦物流非常重视信息化建设，每年对IT的投入很多，目前德邦IT信息中心人数已达到650多人规模，上线系统40多个，有力的支撑了公司的业务发展。
1.2 背景与问题
目前德邦物流已经建立了门户系统，OA系统，后勤管理系统(LMS)，后勤管理自助系统（LMS自助），客户关系管理系统（CRM），人事管理系统(HR)，人事管理自助系统（eHR），运营系统(FOSS)等规模比较大的系统。这些系统都需要流程引擎的支撑，例如：OA、LMS自助、eHR等系统使用的BPS6.0，而LMS则使用的其他第三方的工作流系统。
目前德邦IT系统与流程引擎系统的关系如下：
德邦IT系统现有流程引擎的问题：
1. 德邦IT系统有两套流程引擎，存在流程引擎重复建设的问题。
1). 增加IT建设成本
多个流程引擎系统会增加开发人员的工作量，而且要分别为两套流程
引擎购买硬件设置，配置运维人员，这些增加建设成本。
2). 无法做到业务流程复用。
例如，后勤管理系统批准了车辆流程购买后，无法直接起草财务系统
中费用申请流程。
3). 查看待办任务或审批流程需要登录到不同业务系统中
2. 现有业务系统数据与流程引擎数据高度耦合，无法保证业务敏感数据的安全性。
现有的BPS引擎和OA应用是部署在一起的，CRM、HER、FOSS等业务系
统需要接入流程引擎时，由于需要结合业务数据和流程数据的查询，所以，流程起草时需要将业务系统的数据保存到BPS的流程引擎中。随着德邦物流IT系统的发展，现在德邦IT系统对数据的安全性要求越来越高，将业务数据保存到流程引擎中已经不能满足德邦IT系统的要求。
3. 现有业务系统与流程引擎系统高度耦合，导致响应业务变化速度较慢，无法满足德
邦物流快速发展的要求。
由于OA系统与BPS引擎部署在一起，流程引擎严重依赖OA系统，导致流程
引擎响应业务变化周期较长，无法及时响应业务变化。目前开发一条流程需要：
开发人员：开发一条流程由原来5天。
测试人员：测试一条流程由原来的3天。
运维人员：需要在晚上10点以后部署新流程。
4. 现有流程引擎性能问题严重，流程起草和审批速度较慢。
由于OA应用数据和流程数据耦合在一起，随着接入BPS引擎的业务系统增
多，并且由于OA应用数据和流程数据无法分离，导致OA系统的数据库压力越来越庞大，进一步影响了流程引擎系统审批和起草的速度，目前现有流程引擎审批和起草的响应速度都很慢（大于3S）。
1.3 使用产品与方案
经过与德邦物流各方面调研和沟通，结合德邦物流目前面临问题，我们将基于普元
BPS6.6为德邦物流构建新一代的统一流程平台。
1. 基于BPS6.6构建德邦统一流程平台。
1) 使用BPS集群功能构建一个流程引擎平台，通过流程管理可以接入不同
的业务系统的流程，并可根据业务量对BPS流程引擎进行扩容，整个德
邦可以只维护一个流程引擎系统，大大减少IT建设成本。
2) 所有业务流程都部署在BPS流程引擎平台中，可以通过链接不同的业务
流程，实现业务流程的创新，有效的提高业务处理效率。
3) 通过BPS流程引擎提供的API，在OA中构建了统一任务中心，统一管理
任务的查看和处理，有效的提供了工作效率。
2. BPS与业务系统采用分布式部署模式，并且使用各自的数据库服务器。业务系统
使用基础API与BPS进行通信，从而实现了业务数据与流程数据物理隔离，保障
了业务数据的安全性。
3. 构建了流程管理配置平台，通过该平台可以对流程进行配置，实现流程参与者规则、
流程分支规则的可配置化。通过修改规则的参数来控制流程的变化。
4. 流程平台测试阶段进行性能测试，通过性能测试优化系统性能，保障流程引擎的性
能能够满足未来3年内，并通过扩容可以持续满足德邦的业务发展，并且通过性能
测试消除影响流程平台稳定运行的因素，保障系统稳定运行。
1.4 实施效果
目前德邦统一流程平台已正式上线，已有230多流程在运行，已接入财务共享系统，OA系统，人事管理系统，后勤管理系统。随着更多业务系统接入，统一流程平台的价值也慢慢显现：
1. 通过建立统一流程平台，从开发到部署到运维，实现了统一的工具支持，有效的提
高了工作效率，降低了开发阶段成本。
开发人员：开发一条流程由原来5天缩短至1天。
测试人员：测试一条流程由原来的3天缩短至1天。
运维人员：由之前需要维护多个流程引擎系统到现在只需维护一个流程引擎系
统。
所有用户在OA中即可看到自己所有待办任务，不需手动切换不同的业务系统，
大大提高了工作效率。
2. 实现统一流程平台改变了德邦物流IT内部多个流程系统并存的问题，减少了德邦
物流IT系统对硬件设施的投入并降低了后期的维护成本。
3. 实现统一流程平台，达到了业务与流程引擎分布式部署的目标，有效地隔离业务数
据，保证了业务数据的安全性。
4. 业务变化时，只需通过管理配置平台修改规则参数，即可完成流程运行规则的改变，
改变了之前必须发布最新的流程版本才能响应业务变化的模式，提高了业务的响应
速度。
5. 通过严格的性能测试，流程引擎的性能得到极大提高：
2 陕西移动NG-CRM服务开通
2.1 陕西移动简介
截至2009年12月，中国移动陕西公司客户总数超2000万户。公司的客户规模、收入规模、网络规模、服务水平、企业效益、品牌价值等企业综合实力指标均在陕西省通信行业名列前茅，并发挥引领行业健康和谐发展的主导作用，带动相关行业发展，创造了数以万计的就业岗位。
2.2 背景与问题
陕西移动的NGCRM项目对流程引擎的性能和可靠性要求非常高。性能方面明确要求了流程引擎的响应时间和单位时间的吞吐量。
2.3 使用产品与方案
陕西移动的NGCRM(下一代 CRM)项目中采用了BPS的流程引擎支撑，该项目流程使用方式为短流程的服务集成场景，对流程引擎的性能和可靠性要求非常高。主要使用了普元BPS产品的HPA Module模块。
服务开通系统在NG系统中交通枢纽地位参见下图：
1. 提供端到端、全业务、跨专业的开通流程，满足快速业务开通的要求。
2. 提供对开通流程全程的管控。
3. 满足快速部署新的服务开通流程的需要。
4. 满足客户业务在服务开通方面SLA的要求。
2.4 实施效果
2010年1月，基于普元BPS流程产品“高性能和高可用性”解决方案实施的陕西移动服务开通系统正式上线。流程引擎的响应时间14毫秒左右，流程引擎的吞吐量（完工流程）达到每分钟3000笔以上，轻松支持陕西移动2000万客户。
3 中国联通江苏、广东、福建、贵州等11省BSS系
统
3.1 中国联通简介
中国联合网络通信集团有限公司（简称“中国联通”）于2009年1月6日在原中国网通和原中国联通的基础上合并组建而成，在国内31个省（自治区、直辖市）和境外多个国家和地区设有分支机构，是中国唯一一家在纽约、香港、上海三地同时上市的电信运营企业，连续多年入选“世界500强企业”。中国联通主要经营GSM和WCDMA制式移动网络业务，固定通信业务，国内、国际通信设施服务业务，卫星国际专线业务、数据通信业务、网络接入业务和各类电信增值业务，与通信信息业务相关的系统集成业务等。
3.2 背景与问题
SPS(Service Provider System)服务开通专注于服务域的管理、施工，强调服务的交付和管理，是衔接客户层和资源层，实现端到端业务开通流程管控的运营支撑系统。服务开通系统主要负责后台定单流转，其流程可以简要地概括如下：从CRM接受订单后生成服务开通定单，根据产品和业务类型选择流程模版，生成流程实例开始流转，流转到各个岗位后生成工单并分派到各个岗位进行施工调度，最后竣工归档。整个流程的自动运转由流程引擎控制。
服务开通平台要求的技术指标：
3.3 使用产品与方案
1. 业务的支撑
服务开通施工流程覆盖支撑联通江苏分公司五大关键业务。
2. 流程建模
使用普元公司的BPS Studio/Process Composer（流程开发、调试、模拟工
具），中文化界面，经过短暂培训，业务人员可以自行定制流程模板。
3. 流程出版
使用普元公司的BPS Studio（流程开发、调试、模拟工具）控制流程的版本
发布。
4. 流程运行
包括启动、待处理、已完成、未完成等功能。
5. 流程监控
用图形方式直观查看当前流程运行状况。
6. 流程统计分析
用图表方式实现了流程工作效率的分析，分为三种方式（可根据用户的需求进
行定制）：
按业务种类的统计分析
按每个流程中环节统计
按地市区域统计
3.4 实施效果
2010年，中国联通选择普元公司的BPS产品建设了全国大集中的基于SOA的财务报账平台。系统集中建设分省实施，满足各省个性化的流程需求。
系统已经上线26个省，用户数25万，目前有10个省全面应用，平均每天处理约10万审批单。
4 交通银行信用卡中心统一流程管理平台
4.1 交通银行简介
交通银行（全称：交通银行股份有限公司）始建于1908年，是中国近代以来延续历史最悠久最古老的银行，也是近代中国的发钞行之一。现为中国五大国有大型商业银行之一。交通银行是中国境内主要综合金融服务提供商之一，并正在成为一家以商业银行为主体，跨市场，国际化的大型银行集团，业务范围涵盖商业银行、投资银行、证券、信托、金融租赁、基金管理、保险、离岸金融服务等诸多领域。
4.2 背景与问题
交通银行信用卡业务的特点是卡账户的管理比较标准规范，但是管理类的流程由于要面对市场营销的压力和管理的压力，必须面对快速的变化，这样传统的软件工程的编程模式完全无法适应这个核心业务需要，只有通过一个开发、运行、管控一体化的平台才行。
而且这个平台要能够做到业务定制人员经过培训后就能够定制大部分简单流程，只有这样才能真正满足业务需求。
4.3 使用产品与方案
业务与IT协作的业务流程532一体化定制实现了全方位的业务化定制。
1. 平台支撑
这种创新的业务技术一体化定制模式是需要一个BPM平台支撑的，该平台包括了“方法与规范”、“平台与工具”、“资产与知识”等综合的内容。 2. 532定制模式
即基于“532业务技术一体化定制平台”可以实现业务与IT协作的方式实现业务流程的个性化定制和快速优化改进，达到50%的流程可以完全由业务部门的配置员定制实现，30%的较复杂的流程可以在IT部门提供技术组件的基础上由业务部门的配置员定制实现，20%的非常复杂的流程以传统的IT部门技术开发的方式实现。 3. 全方位定制和全周期管控支持
实现流程相关内容包括流程、表单、岗位工作台面、任务工作台面、查询统计报表
在内的全方位定制。
平台可以实现对流程梳理、流程定制、部署发布审批过程、部署发布、运维管理等
全周期的管控。
4. 统一的业务流程管理平台
逐步建立统一的业务流程管理平台，最终实现运营流程、机构流程等所有流程在一个统一的平台上运行、管理和监控。
4.4 实施效果
2010年，交行选择普元公司的BPS产品建立了信用卡中心统一流程管理平台，并且基于PrimetonBPS的“业务与技术一体化”设计思想，实现了交行532业务技术一体化流程定制实施模式，很大程度上提升了流程建设与优化的效率。
532是指：50%的流程完全由业务人员配置出来，30%的中等复杂流程由业务人员配置+技术人员支持完成，20%的复杂流程由技术人员技术实现。
系统上线后，仅用一个月即实现了争议管理流程等10多个流程，而且超出60%的大部分流程都是有业务部门的配置员定制完成。
5 中国人民银行ACS
5.1 交通银行简介
中国人民银行1948年12月1日在华北银行、北海银行、西北农民银行的基础上合并组成的。1983年国务院决定中国人民银行专门行使国家中央银行职能。含金融风险防范与化解、统计数据、银行卡、金融规章、反假货币工作、公告栏等。中国人民银行是中华人民共和国的中央银行，中华人民共和国国务院组成部门之一。中国人民银行根据《中华人民共和国中国人民银行法》的规定，在国务院的领导下依法独立执行货币政策，履行职责，开展业务，不受地方政府、各级政府部门、社会团体和个人的干涉。
5.2 背景与问题
1. ACS(Account Central System)中央银行会计核算数据集中系统，作为人民银行会
计综合业务系统的核心系统，支持各项中央银行业务的处理，人民银行重要的基础业务和信息系统。系统包含央行会计核算、事后监督、统计分析、会计档案管理、客户对账等功能。业务数据总行集中。
2. ACS系统分为两大部分，业务系统集合和IT基础服务平台集合，两部分之间通过
公用的信息交换平台互通：
3. 性能要求
并发用户：系统一共约有10000个用户，各种机构共3000个(包括核算、
后督、档案、统计等机构），会计核算主体341个，县支行营业网点2000个左右，录入中心两个。
业务量：ACS每日会计核算业务量不少于10万笔（子流程100万笔），
每天需要处理的流程环节上千万。
处理效率：从影像切片到分发给录入员时间不超过1秒，从业务处理子系
统提交记账信息到收到总账系统记账结果的时间不超过1秒。
5.3 使用产品与方案
ACS系统流程平台架构图：
使用BPS平台的任务池功能，对任务分配器的职责进行简单的概括如下：获取待分配任务、按照策略分配任务、处理超时已分配任务。
5.4 实施效果
2010年，基于普元的BPS建设了ACS(Account Central System ) 中央银行会计核算数据集中系统，作为人民银行会计综合业务系统的核心系统，支持各项中央银行业务的处理, 是人民银行重要的基础业务和信息系统。ACS每日会计核算业务量不少于10万笔，每天需要处理的流程环节上千万。
6 邮储银行个人信贷项目
6.1 邮储银行简介
中国邮政储蓄银行于2007年3月20日正式挂牌成立，是在改革邮政储蓄管理体制的基础上组建的商业银行。中国邮政储蓄银行承继原国家邮政局、中国邮政集团公司经营的邮政金融业务及因此而形成的资产和负债，并将继续从事原经营范围和业务许可文件批准、核准的业务。2012年2月27日，中国邮政储蓄银行发布公告称，经国务院同意，中国邮政储蓄银行有限责任公司于2012年1月21日依法整体变更为中国邮政储蓄银行股份有限公司。
6.2 背景与问题
2009年制定了中国邮政金融IT总体规划。依据IT总体规划目标蓝图，建设一套数据全国集中模式的计算机应用系统，实现个人贷款客户管理、业务申请管理、贷后管理、参数配置等功能,并使用先进的规则引擎、流程引擎，为业务的发展提供更加灵活的支撑，为业务管理的规范化提供良好的基础。
个人信贷系统2.0主要用于全行个人信贷业务的办理和贷后业务的管理等工作。系统通过建立相对独立的业务子系统，分担系统的总体压力，使系统便于部署，提高系统的整体性能，以及满足业务发展；系统通过提高参数化和灵活性设计，定义和管理系统的参数及配置，提升系统的适应性，满足系统内外部变化的需求；支撑业务模式及贷款产品创新，保证系统的可成长和可扩展性；适应全行IT规划总体要求，统一引入流程引擎、规则引擎和报表引擎，提升系统稳定性。
6.3 使用产品与方案
邮政储蓄银行个人信贷系统，是采用数据全国集中模式，实现个人贷款业务的受理、审查审批、发放、计息、回收、贷后管理、会计核算等功能的计算机应用系统。
个人信贷系统2.0总体架构图
整体部署方案：
1. 6台业务服务器，通过WS调用BPS。
2. 2台BPS服务器，每台机器3个BPS节点，共6个节点形成BPS集群。 3. 数据库：Oracle双实例RAC集群。
6.4 实施效果
稳定性
个人信贷系统满足业务高峰交易处理的需要，要适应各种特殊情况给系统带来的压力，确保7×24小时服务。上线后系统运行稳定，没出现问题，以下是系统上线运行流程数据及用户访问数统计：
可扩展性
充分考虑系统承担集中处理的压力，在软件功能设计上独立分开。在功能部署上可以统一部署在一台主机设备上，也可以在主机压力大时，将部分功能灵活部署到其他主机设备中，方便新业务和新需求的扩展与支持，满足未来个人信贷业务发展的需要。
参数化和灵活性
个人信贷系统业务在不断增长和变化，基于用例的细粒度设计使得业务流程自身是可被组装的，流程可被拆分为多个单元。比如，针对不同的贷款品种发起业务申请流程，流程在发起时填写基本资料根据品种的不同是有差异的；不同的品种申请不同的金额其审批路由的规则也不同；这样在系统采用参数化的设计思想，定义和管理系统的参数及配置，调整参数以适应外部变化。
7 中铁地产统一流程平台
7.1 中铁地产简介
中铁房地产集团有限公司是世界500强企业--中国铁建股份有限公司的全资子公司，为国资委确定的16家以房地产作为主业的央企之一，专门从事房地产投资与开发业务，主要经营房地产开发建设、商品房销售、物业管理，兼营房地产项目策划、信息咨询、技术开发以及相关建筑材料、机械电器设备等业务。
7.2 背景与问题
目前中铁地产已建的业务系统有协同办公系统、企业邮箱、土地信息系统、物业管理系统、CRM系统、金蝶EAS系统、统计报表系统、视频会议系统、集团对外宣传网站等，并且中铁地产正在建设其他信息化系统，这些应用面对中铁地产集团的不断发展，将面临系统繁多、维护复杂、规范不统一、任务分散等问题，这时将需要有一个能够统一管理的流程引擎来规范相关业务系统，集成到一起来管理，实现集团的统一流程中心。
合同评审模块作为EAS成本管理系统的合同审批流程，一直是成本把控的关键，原有的合同评审流程模块使用EAS的流程引擎，很难实现与其他业务系统的集成，为实现集团的统一流程中心，将EAS中原有的合同评审流程剥离，迁移至独立的流程平台，使流程不再依附于业务系统本身，完全独立出来，更加便于流程优化与完善，建立一个统一流程管控中心。
7.3 使用产品与方案
业务分析
合同评审系统的所有单据信息都在EAS系统中维护，只有涉及到流程审批操作才进入合同评审系统。具体步骤包括：
1. 发起用户首先使用EAS客户端登入EAS系统，完成合同单据的录入后进行提交操
作，合同单据进入合同评审流程。
2. 合同单据进入合同评审流程中，合同单据处于审批中状态，提交人可在合同评审系
统中个人的已办任务列表中查询。
3. 审批人审批不同意，打回提交人进行修改。提交人在合同评审系统中，待办任务列
表中，查看有无需要修改的合同。
4. 提交人在合同评审系统的待办任务列表发现有需要修改的打回合同，登陆EAS客
户端对相应合同进行修改，修改完成后提交。
5. 审批人进入合同评审系统中，在待办任务列表中，选取要审批的合同，进行审批操
作。
6. 所有审批人都审批完成后，提交人可以在待办任务中，查看到需要上传合同终稿的
待办消息提醒，提交人登陆EAS客户端，上传完合同终稿后提交，流程流转完成。 合同评审全流程结构如下：
具体实施模式
EAS与统一流程中心集成后，EAS将作为功能逻辑与数据的载体，流程审批功能将迁移到统一流程中心中，统一流程中心在中铁地产企业SOA架构中扮演BPM的角色。原则上在EAS中维护单据，在统一流程中心进行审批时，只读取显示单据信息，不可以回写单据。这样的设计，使审批人（主要是各主管领导、集团领导等）可以通过浏览器页面或者移动终端完成审批操作。而单据的录入，以及审批退回导致的单据编辑，都由制单人在EAS中完成。
统一流程中心通过接口从统一用户管理系统中加载用户数据，统一用户管理系统为不同的应用系统设定不同的用户过滤规则，统一流程中心使用自身的应用系统id从统一用户管理系统加载该系统的用户数据。所有用户进入流程中心统一进入内网门户，之后通过单点登录进入统一流程中心进行相应的审批查看等操作。
普元信息技术股份有限公司21
部署方案
BPS采用分布式部署，集团内部使用并发量不是很多，业务服务器及BPS服务器部署在一起，BPS引擎应用及用户的应用都部署在一个tomcat下面。数据库为一个实例多个用户的形式。
7.4 实施效果
针对中铁地产流程的可变性，运行一段时期后可能需要修改流程模板中的某个环节，而之前一般都是依赖于开发商，这样维护成本相对比较高。现在业务人员可以根据业务的需求变动来自行修改环节调整、流程规则、分支条件等，支持实时修改、实时部署。
系统实现界面提醒、短信提醒等功能。界面提醒是通过监控流程表中的待办任务产生机制来进行实时的更新提醒，提醒信息会出现在内网门户的首页上；短信提醒为选填，在当前操作人执行完当前任务之前，可以选择性的给下一个任务执行人发送短信提醒，会签或发送到具体岗位则发送所有相关人。
实现了统一流程的管控，中铁地产以前使用的流程引擎是金蝶EAS不能满足流程的统一管控，并且对流程的可扩展性不够，通过PrimetonBPS实现了流程统一管控，拥有统一的待办、已办等查询功能，以及统一的流程监控平台，为中铁地产公司更好的实现电子信息化起到了关键性的作用。
合同评审系统目前已经替代了原有的金蝶系统中的合同评审系统，系统运行稳定，实施后体现了如下优势：更好的管理所有启动的流程。进入工作流监控平台可以监控到所有已启动的流程，跟踪流程走向。
1. 有效的控制工作流版本，利于快速修改流程模板，并及时发布使用，流程版本可控
性很好。
2. 灵活的部署模式，更好的与其他应用系统集成。
普元信息技术股份有限公司22