《流程银行解决方案某客户案例简介—综合授权和信贷业务》由会员分享,可在线阅读,更多相关《流程银行解决方案某客户案例简介—综合授权和信贷业务(34页珍藏版)》请在金锄头文库上搜索。
1、IBM Software Group 2012 IBM Corporation流程银行解决方案流程银行解决方案- -某客户案例简介某客户案例简介 综合授权和信贷业务综合授权和信贷业务IBM Software Group 2012 IBM Corporation内容内容l现状分析l项目定义l系统关联图l架构决策l总体架构l核心组件l实施方法l案例分析IBM Software Group 2012 IBM Corporation行业业务方向和趋势行业业务方向和趋势l随着农村信用社和城市商业银行体制改革和机制转变的逐步深入,由“部门银行”转型为“流程化银行”已成为中小银行业务发展的必然趋势。“部门银
2、行”对客户需求的服务响应和风险防范等受到人为限制;流程银行可以有效地改善银行中以往存在的部门林立、条块分割、职责界定不清,政出多门、支离破碎,效率低下、运转不灵的弊端;流程银行是我国金融业改革从外部主导型向内部深化完善型转变的有效途径和必经之路。流程银行将更好地支持中小银行实现集中化管理和一体化经营,通过结构扁平化和风险控制、流程优化来为广大客户提供更专业高效的金融服务l强化内部管理和提高服务创新能力是国内银行在激烈的竞争环境中取胜的关键。通过积极整合营销渠道,实现客户资源共享,以“服务创新”模式提高竞争实力,并加速应用系统的集成,实现数据交换的标准化和规范化,实现“全局监控”。l国内银行正处
3、于业务和管理的变革与转型期,在外部面临国家金融政策环境、市场环境不断变化,在内部要肩负着转制上市、分拆重组的压力。银行内部业务变更的机率大大增加,需要应用有效的集成技术,对复杂异构的应用系统进行基于业务服务和业务流程的系统集成。IBM Software Group 2012 IBM Corporation某银行现状系统架构分析主要焦点(某银行现状系统架构分析主要焦点(现状图可以根据现状图可以根据*实际架构实际架构调整调整) 123技术平台的复杂性。应用来自多厂商,缺乏标准和规范渠道缺乏整合,业务人员多以telnet形式登录,方式单一系统整合的复杂性,前、中、后台耦合度高4授权分散在各网点,风险
4、难以控制IBM Software Group 2012 IBM Corporation信贷业务改造目标信贷业务改造目标新信贷管理系统在设计上充分体现以服务为中心的理念为信贷客户,基层行社,客户经理,各级管理人员,综合业务系统等提供服务打造完善的信贷业务服务平台和高速铁路式的工作流程平台实现三个突破较好的用户体验,例如操作界面友好性、降低学习曲线。统一管理与个性化管理相结合信贷业务无纸化达到四个目标达到信贷业务数据实时达到信贷门市业务高效达到信贷客户信息完整达到合理业务操作的容错和修正突出几个特点业务操作流程化,业务管理无纸化,数据安全共享化,操作界面人性化,系统管理参数化IBM Softwar
5、e Group 2012 IBM Corporation信贷业务改造需求信贷业务改造需求客户内部评级大中企业客户信用内部评级小企业客户信用内部评级非农户个人信用内部评级农户信用等级评定信用内部评级审批客户信用等级评定结果撤销客户信用等级调整客户信用内部评级模型客户内部授信授信测算模型维护授信测算授信维护授信审批授信报备授信归档授信报备资料管理授信清单打印信贷退出计划客户利率管理利息计算器贷款利息试算央行基准利率管理法人统一定价贷款利率定价存贷积数挂钩贷款管理信贷贷后管理信贷资金贷后检查信贷资金风险分类不良信贷资产预警报告信贷资产风险拨备IBM Software Group 2012 IBM C
6、orporation本项目定义本项目定义本期面向SOA项目综合处理平台建设整体目标基于信贷系统的改造,提升信贷业务的流程服务实现集中授权,为相关业务共享实现业务系统间面向服务的集成(ServiceOrientedIntegration)促进流程优化与再造平台实施范围建立服务集成平台企业内部服务总线,和企业内部统一的服务注册与管理。建立流程管理平台建立用于服务编排、流程建模和监控的业务流程引擎平台。建立用于业务系统和流程的规则引擎,变分散僵化的业务规则为全行集中地规则服务。完成对以下业务领域的服务梳理和服务运行部署对客户信息、存贷款、基金、保理、电票、贸易融资、信管、资金、汇款的服务梳理完成对上
7、述业务领域中服务的模型定义、注册、集成、管理。前置系统改造部分前置系统改造柜面业务改造?IBM Software Group 2012 IBM Corporation综合处理平台系统关联图综合处理平台系统关联图柜面核心系统前置应用网银互联柜面岗位后台岗位系统管理员Socket定长报文电票基金UCPHTTP综合处理平台HTTP约定分隔符的非定长报文/SocketXML/SocketXML/SocketSOAP/HTTPRA银企对账平台约定分隔符的非定长报文/SocketHTTPTelnet终端信贷XML/SocketIBM Software Group 2012 IBM Corporation系
8、统关联图分解,已有、新建和未来系统系统关联图分解,已有、新建和未来系统手机银行渠道整合平台中间服务平台前置应用系统改造网银互联柜面岗位后台岗位系统管理员Socket定长报文电票基金UCPHTTP新建系统新建系统现有系统现有系统柜面企业服务总线平台HTTP约定分隔符的非定长报文/Socket中间业务核心系统XML/SocketXML/SocketSOAP/HTTPRA银企对账平台Socket约定分隔符的非定长报文/Socket未来系统未来系统信贷业务改造集中授权平台IBM Software Group 2012 IBM Corporation某前台系统1)发送交易报文ESB2)对报文进行解析,拆
9、分,逻辑处理,并进行数据路由发送处理的数据到规则引擎进行规则交验规则引擎3)规则交易如需进行授权发送到送到手工流程处理系统 流程引擎4)集中授权处理流程模块4)如规则判定无需进行授权,返回ESB,进行后续操作授权流程结束后返回ESB,并进行后续处理 核心后台系统 6)进行记帐交易5)将报文路由到后台系统7)返回处理结果到ESB8)返回最后结果典型应用场景举例典型应用场景举例IBM Software Group 2012 IBM Corporationp业务,IT灵活性p适应业务需求变化,减少上线时间p技术变动不影响整体架构p行业标准,开放性p系统的实现技术上必须具备前瞻性,遵循国际标准;除具有
10、标准的开放式技术接口外,还能够完成与现有系统具有标准接口的系统完全对接。p可扩展性p系统的设计思想,应使业务功能的扩展可以方便的实现;因此系统软硬件平台应具有良好的可扩充能力,支持系统规模的扩大和业务范围的扩展,能够满足35年的规划需要p性能要求p核心系统处理日高峰期1000万笔,并考虑到未来3年交易量的增长空间。信贷业务日交易量1万笔。p对于关键交易的处理时间100ms。在达到系统性能指标峰值要求的同时,系统处理能力还留有足够的余量,CPU、内存等系统资源的使用率低于70%,达到平均值要求时,系统资源使用率应低于50%。保证系统长期稳定运行。p可靠性和稳定系p采用高可靠性的产品和技术,充分考
11、虑整个系统运行的安全策略和机制,具有较强的容错能力和良好的恢复能力,保障系统安全、稳定、高效的运行。系统的各个部分都要求采用冗余技术,整个系统不存在单点故障。p安全性p安全性是系统建设的基本原则,需要充分考虑整个系统运行的安全策略和机制,复合对数据安全、身份安全的控制。p可维护性p记录完整的系统错误日志,在系统处理异常时,都能够根据已记录的日志,快捷方便地定位出错误地具体位置、原因,方便系统的维护。p可管理性p系统需提供对运行情况的监测和控制功能,从而保证系统的正常运行,同时,有效的业务量监控有助于对业务发展作出准确评估,可保证系统处理能力的及时扩容。系统应具备有效的、统一的手段和机制进行设备
12、管理、应用软件环境设置调整管理、开发管理以及操作员、管理员管理。SOA架构总体目标,适用于建议架构总体目标,适用于建议SOA参考架构中的总线服务平台、参考架构中的总线服务平台、流程平台、事件处理、数据服务和交互协作平台流程平台、事件处理、数据服务和交互协作平台IBM Software Group 2012 IBM Corporation在系统中引入服务总线主要解决的问题(现状,在系统中引入服务总线主要解决的问题(现状,右图为常见右图为常见*架构,架构,需要结合需要结合*情况修改或者补充情况修改或者补充)l应用之间连接很多,成复杂的网状;每增加一个新应用,集成时需要建立大量的接口;当应用的数量增
13、多时,应用之间的接口呈指数级增长,从而导致相应集成成本的急剧增长l各个应用系统实时连接绝大部分采用Socket协议,少部分为Http协议,批量数据传输基本上都采用FTP方式;各种方式连接和接口都比较复杂,没有可遵循的规范标准可以参照,没有统一的集成技术规范和标准,使集成工作重复投入,难以统一的规划,实施和维护(MQ有?)l点对点的集成技术是导致无法对各个系统提供的服务进行梳理,存在大量相同或类似的服务。既是巨大的浪费,而且在新业务开发时往往需要重新定义大量的服务,不能支持新业务快速上线,难以满足业务需要l内部应用和与第三方外部应用的连接混杂,内外不分,安全系数较低l核心业务系统除提供基本的核心
14、银行服务外,还包含报文交换模块,业务逻辑部分还存在于中间服务调用平台上,相互混杂,影响复杂业务逻辑的实现和业务创新缺乏平台性的公共服务平台。IBM Software Group 2012 IBM Corporation问题和挑战强调银行业务运作处理的专业化、模块化和标准化,将银行内设机构按照业务性质和经营组织形态进行调整和变化,包括前台(业务拓展部门)、中台(业务监督与咨询等直接支持部门)、后台(数据处理及后勤支持部门),中、后台业务要实施集中化处理,机构设置与人员配备要求支持充分流动,营业网点和营销人员成为功能和职责明确的销售前端和中后台系统的客户终端,前、中、后台专业化系统之间要通过优化设
15、计的业务处理流程相连接。核心问题:实现前、中、后台分离,一体化流水作业的流程化管理模式,实现业务集中授权管理实现以客户为中心的流程再造,包括端对端的组织流程、管理流程和决策流程优化实现服务共享和重用以及录入流程模块外包在面向服务和流程模块化基础上满足将来的多渠道接入的要求适应复杂业务规则的变化提高端对端业务流程的处理效率实施关键流程银行业务运作强调分业务线的垂直经营与管理,对核算、结算、监督、客户关系管理等大量中后台业务进行集中处理,流程的划分和边界的界定、流程之间的协调都必须有详细的作业规程和要求,在银行流程化过程中,要制订并执行相应业务规则,制定与业务流程改进方案相配套的组织结构框架,通过
16、依托强大的企业级工作流平台来完成复杂流程的设计和运行监控,通过依托完善的企业级内容管理平台实现档案影像等非结构化信息的存储和检索,通过流程和内容的集成和外部独立规则引擎的配置实现新一代流程银行业务的优化,通过企业服务总线ESB实现流程银行业务整合和数据交换。流程银行实现的技术关键如下:流程银行的服务分析设计流程应用与业务内容的整合流程银行的安全控制与权限分配流程银行的数据梳理与数据加工流程银行的业务整合与数据交换流程银行业务规则的灵活性配置在某某银行系统中引入流程银行在某某银行系统中引入流程银行BPM主要解决的问题主要解决的问题IBM Software Group 2012 IBM Corpo
17、ration某银行系统架构与架构决策某银行系统架构与架构决策问题影响架构决策整合的复杂性1.过多点对点的对接2.许多非标准化的报文格式3.缺少标准化组合/流程层1.增加一个基于ESB(企业服务总线)及Adaptors(适配器)等相关技术的整合架构层2.标准化某银行的整合报文格式及SOAWebService接口3.增加一个“业务流程服务平台BPM”以支持集中授权,以及未来对组合业务服务的开发。包括对业务规则的管理和服务技术平台的复杂性1.开发环境复杂2.技术人员需花许多精力在不同的技术上1.专注于不多于两个的开发平台并建立相关的标准化(前端,渠道:SOAJ2EE/WAS,集成/Adapter:W
18、MB。后台:i-Series,UNIX,C,WAS)2.新应用应绝对遵守某银行相关SOA的标准开发3.逐步转移旧应用至新的标准的平台,以信贷系统改造为锲机缺乏内容管理平台1.支持业务流程和其他服务的内容有限2.不利于业务中查看,比对,存档票据信息,身份信息,营业执照等影像数据1.方案一是采用专门的内容管理平台。优点是功能强大,但是实施周期相对较长2.方案二是采用自开发的形式,在初期能满足和业务流程交互的基本需求,优点是能快速上线服务治理1.无法对各个系统提供的服务进行梳理,存在大量相同或类似的服务。2.新业务开发时往往需要重新定义大量的服务,不能支持新业务快速上线1.在全行范围内实现服务的统一
19、注册与存储,提供全行的服务信息资源的统一视图。它与企业服务总线相结合,实现动态服务选择及灵活的服务调用。2.按照业务模型中的业务组件划分标准将服务进行分类和层次化管理,方便服务的查找和管理。3.对服务进行服务关联性的可视性管理,对服务定义变更进行影响分析。4.对服务使用情况进行监控和分析IBM Software Group 2012 IBM Corporation分支行分支行总行总行某银行综合处理平台总体架构应用视图某银行综合处理平台总体架构应用视图ESBDMZ内网内网内部核心内部核心Enterprise Firewall帐户信息帐户信息WebDB柜员柜员规则引擎规则引擎内容管理内容管理服务编
20、排服务编排Domain FirewallProtocol Firewall服务拆分服务拆分服务调用服务调用冲正规则冲正规则流程规则流程规则影像管理影像管理路由路由柜面柜面应用平台应用平台事件收集事件收集事件存储事件存储柜面柜面电票电票DSP手机手机Browser复合服务复合服务人员帐户信息人员帐户信息网银互联网银互联UCPRA基金基金银企对账平银企对账平台台协议转换协议转换格式转换格式转换逻辑处理逻辑处理服务注服务注册册系统帐户信息系统帐户信息事件查看事件查看本期构建未来构建渠道渠道整合整合ESB GW第三方第三方系统系统Protocol Firewall负载负载均衡均衡外联区域外联区域信贷信
21、贷IBM Software Group 2012 IBM Corporation综合处理平台系统架构图,各组件和调用关系综合处理平台系统架构图,各组件和调用关系IBM Software Group 2012 IBM Corporation人行征信系统人行征信系统 信贷业务系统总体架构图信贷业务系统总体架构图IBM Software Group 2012 IBM Corporation综合处理平台物理架构综合处理平台物理架构 (逻辑图已有,细节需要后期讨论)IBM Software Group 2012 IBM CorporationESB系统在某银行的整体定位系统在某银行的整体定位实现业务逻辑
22、与数实现业务逻辑与数据流程的有效分离据流程的有效分离并推动银行业务的并推动银行业务的灵活扩展灵活扩展全行范围内统一的全行范围内统一的服务管理标准和接服务管理标准和接入框架入框架,并,并统一数统一数据交换报文规范据交换报文规范IBM Software Group 2012 IBM CorporationESB系统在某银行的内部架构。一般为多系统在某银行的内部架构。一般为多对多的关系,如果只对多的关系,如果只有一对一的关系,则有一对一的关系,则ESB直接当成中转器直接当成中转器IBM Software Group 2012 IBM CorporationESB在某银行中的核心功能举例,内部消息流和
23、服务冲正,异常处在某银行中的核心功能举例,内部消息流和服务冲正,异常处理理原始服务组件的封装及注册原子及组合服务实现服务自动路由控制服务自动冲正服务错误处理服务流水及日志记录 订阅/发布服务不确定服务查询数据缓存服务授权控制l整个ESB核心程序包由MB消息流开发实现. 其工作流程有两条主线:服务请求处理流程: 处理服务请求报文, 完整填充服务的分解结构信息, 服务状态控制,设置并执行报文路由, 向服务提供系统发起服务请求.服务响应处理流程:处理服务响应报文. 审核服务的处理状态, 决定是否结束服务,还是交由服务控制流程继续请求后续的服务.l服务错误处理, 服务流水记录, 服务冲正等功能作为公用
24、的流程由服务请求流程及响应流程所共用.IBM Software Group 2012 IBM CorporationBPM在某银行综合处理平台中的业务处理及流程基本框架在某银行综合处理平台中的业务处理及流程基本框架友好的用户界面并行业务处理丰富的授权规则丰富的授权规则充分的业务监控充分的业务监控完善的异常处理IBM Software Group 2012 IBM CorporationILOG JRules 的用例的用例提交申请资料开立客户号,录入客户信息客户信用等级评定客户综合授信合作申请额度管理-数据检查-合格性检查-风险评分-信用评级-额度确定贷前客户评级IBM Software Gro
25、up 2012 IBM CorporationILOG JRules的用例的用例贷中授信计算业务申请按权限逐级审批生成合同签订合同客户签订合同客户办理抵质押手续出账申请放款审查生成借据客户签借据放款帐务数据风险控制额度管理风险控制-审批权限-产品定价IBM Software Group 2012 IBM CorporationILOG JRules的用例的用例贷后风险监控催收管理贷后管理还款-收息呆账核销帐务数据额度管理(恢复额度)减值测算计提准备风险分类-客户分类-催收策略IBM Software Group 2012 IBM Corporation iLog Jrules - 根据客户行业
26、定义评级根据客户行业定义评级分级规则分级规则IBM Software Group 2012 IBM Corporation综合处理平台在某银行的实施路线图综合处理平台在某银行的实施路线图第一阶段:平台验证期第二阶段:服务梳理期第三阶段:推广优化期l以综合授权和信贷业务项目为锲机,系统业务领域分析l初步确定某银行服务标准规范l建立ESB平台环境l选择有代表性的业务支持系统和服务进行验证性接入l压力测试l并行运行测试l平台验收l全面建立某银行服务标准规范l全面建立某银行服务管理规范l对关键业务支持系统服务进行梳理,并部署到ESB上l对关键渠道系统的服务请求进行规范,并接到ESB上l基本完成SOA架
27、构的构建l完成剩余系统的介入l优化某银行服务标准规范l优化某银行服务管理规范l验证更好的业务响应速度和更好的服务评价IBM Software Group 2012 IBM Corporation综合处理平台在某银行的实施路线举例:当前架构示意图综合处理平台在某银行的实施路线举例:当前架构示意图CICS、IBM Software Group 2012 IBM Corporation业务场景分析-存贷款为例。集中授权场景逻辑类似综合处理平台在某银行的实施路线举例:过渡架构综合处理平台在某银行的实施路线举例:过渡架构IBM Software Group 2012 IBM CorporationESB
28、作为内联,外联的整合平台。流程平台为集中授权,信贷等业务共用MQ网关综合处理平台在某银行的实施路线举例:将来架构综合处理平台在某银行的实施路线举例:将来架构CICS、IBM Software Group 2012 IBM Corporation常见银行常见银行ESB/BPM 项目的实施关键步骤,根据某银行具体需求进行裁剪,在项目的实施关键步骤,根据某银行具体需求进行裁剪,在方法论指导下迭代开发方法论指导下迭代开发项目范围和需求(功能和非功能性需求)项目范围和需求(功能和非功能性需求)Actors and Context Diagram, Use cases and information fl
29、ow, Applications, Performances, Reliability, TransactionalityESB拓扑拓扑Singleton, Composite, Distributed, Federated传输需求传输需求Interactive traffic, batch traffic, throughput (average and peak), quality of service结构和交互图的详细定义结构和交互图的详细定义Between ESB and the back-end application services (service providers)Betw
30、een the front-end applications (service consumers) and the ESBBetween the ESB and other Infrastructure components (Portal, BPM, Registry, Information Services, Security)Between the components of the ESB, if composite/distributed/federatedBusiness to Business (exposure of the ESB to external parties)
31、应用相关性分析应用相关性分析Do existing applications require transformation/wrapping to be integrated ?识别需要集成的服务识别需要集成的服务Evaluate the granularity of the services, and discuss possible needs for aggregationSpecify the interfaces: protocols, APIs, data formats, correlators, identifiers, errors, transactionality, mu
32、lti-threadingIdentify the appropriate integration technologies: Web services, Adaptors, REST, Data Handlers, Pub/Sub, CustomIdentify the services to be exposed to external partiesVersioning, Namespaces识别识别ESB/BPM用到的对象、数据、或者消息用到的对象、数据、或者消息Business objects, BLOBs, files, events, raw data vs. XML, comp
33、lexity of data schemas, standards服务中介和中介流的识别服务中介和中介流的识别Data and Objects transformations, Header transformations, routing and end-point selections, logging, policies, split/joinCall to Processes, long/short runningSecurity processing: signature, authentication, message validation, encryption/decrypti
34、on架构决定架构决定Architecture of the ESB/BPMComponents of the ESB/BPM, Middleware Products (WESB, WMB, WDP, BPM, Jrules )Communication ProtocolsObjects/Data normalization (pivotal format)Service aggregation layer and techniqueIBM Software Group 2012 IBM Corporation32银行业类似项目建设经验小结银行业类似项目建设经验小结大多数项目都是从概念验证逐渐
35、有机地发展到关键业务应用,这种演进过程主要是由业务人员的要求引起的,也有来自银行所面临的竞争压力。收购和合并是所有业务的关键构成部分,只有在信息系统是松耦合的情况下才能进行快速而有效的业务整合。不符合这一规律都会立即造成集成噩梦,从而将收购变成负债而不是资产。大多数业务操作都是一些基本交易的组合,因此非常有必要对服务进行识别和构造。许多业务需求通过对经验证和测试的服务进行合理组合来实现。通过开发一个弹性的、可扩展的架构,不管外界经济形势如何变化都能保证较高的投资回报。企业服务总线的建设是一个循序渐进的过程,确立一个灵活可扩展的架构可以逐步改造当前应用并接入新的应用。对于较小的交易量,银行可以采
36、用单一总线方式;如果交易量很大,银行可以采用总线联邦方式。处于对外服务的安全性要求,可以在网络隔离区部署安全性网关,在加快XML解析的同时增强安全访问。逐步统一报文标准,尽量使用工业标准。并且对于不同银行业务的特点采用不同的报文格式。IBM Software Group 2012 IBM CorporationIBM国内银行业务整合和流程银行解决方案相关经验国内银行业务整合和流程银行解决方案相关经验客户名称应用描述IBMsolution中国人民银行国库信息处理系统WMB/MQ/WAS账户管理系统WAS/MQ/WMB人民银行上海分行数据交换平台WMB/DataPower中国建设银行总行EAIWM
37、B/MQ/WAS中国太平洋保险公司企业服务总线(ESB)WMB建设银行上海分行企业服务总线(ESB)WMB/WBISF交通银行企业服务总线/业务流程审核平台WMB/WPS/MQ中信实业银行应用整合WMB山东莱芜商行业务流程平台WMB/WPS中银香港分行(香港)企业服务总线(ESB)WMB中银国际(香港)企业服务总线(ESB)WMB山东农村信用合作联盟企业服务总线(ESB)WMB上海农商行企业服务总线(ESB)WMB/MQ/WPS浙商银行流程银行WMB/MQ/WPS云南农信、山东城商行联盟、昆明商行,江苏农信,湖北农信,IBM Software Group 2012 IBM Corporation