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