《流程银行解决方案-某客户案例简介》由会员分享，可在线阅读，更多相关《流程银行解决方案-某客户案例简介（34页珍藏版）》请在金锄头文库上搜索。
1、流程银行解决方案-某客户案例简介 综合授权和信贷业务,童景文 技术架构师,内容,现状分析项目定义系统关联图架构决策总体架构核心组件实施方法案例分析,行业业务方向和趋势,随着农村信用社和城市商业银行体制改革和机制转变的逐步深入，由 “部门银行” 转型为 “流程化银行” 已成为中小银行业务发展的必然趋势。 “部门银行”对客户需求的服务响应和风险防范等受到人为限制;流程银行可以有效地改善银行中以往存在的部门林立、条块分割、职责界定不清，政出多门、支离破碎，效率低下、运转不灵的弊端;流程银行是我国金融业改革从外部主导型向内部深化完善型转变的有效途径和必经之路。流程银行将更好地支持中小银行实现集中化管理
2、和一体化经营，通过结构扁平化和风险控制、流程优化来为广大客户提供更专业高效的金融服务强化内部管理和提高服务创新能力是国内银行在激烈的竞争环境中取胜的关键。通过积极整合营销渠道，实现客户资源共享，以“服务创新”模式提高竞争实力，并加速应用系统的集成，实现数据交换的标准化和规范化，实现“全局监控” 。国内银行正处于业务和管理的变革与转型期，在外部面临国家金融政策环境、市场环境不断变化，在内部要肩负着转制上市、分拆重组的压力。银行内部业务变更的机率大大增加，需要应用有效的集成技术，对复杂异构的应用系统进行基于业务服务和业务流程的系统集成。,某银行现状系统架构分析主要焦点（现状图可以根据*实际架构调整
3、）,1,2,3,技术平台的复杂性。应用来自多厂商，缺乏标准和规范,渠道缺乏整合，业务人员多以telnet形式登录，方式单一,系统整合的复杂性，前、中、后台耦合度高,4,授权分散在各网点，风险难以控制,信贷业务改造目标,新信贷管理系统在设计上充分体现以服务为中心的理念 为信贷客户，基层行社，客户经理，各级管理人员，综合业务系统等提供服务打造完善的信贷业务服务平台和高速铁路式的工作流程平台实现三个突破 较好的用户体验，例如操作界面友好性、降低学习曲线。 统一管理与个性化管理相结合 信贷业务无纸化 达到四个目标 达到信贷业务数据实时 达到信贷门市业务高效 达到信贷客户信息完整 达到合理业务操作的容错
4、和修正 突出几个特点 业务操作流程化，业务管理无纸化， 数据安全共享化，操作界面人性化，系统管理参数化,信贷业务改造需求,客户内部评级 大中企业客户信用内部评级 小企业客户信用内部评级 非农户个人信用内部评级 农户信用等级评定 信用内部评级审批 客户信用等级评定结果撤销 客户信用等级调整 客户信用内部评级模型,客户内部授信 授信测算模型维护 授信测算 授信维护 授信审批 授信报备 授信归档 授信报备资料管理 授信清单打印 信贷退出计划,客户利率管理 利息计算器 贷款利息试算 央行基准利率管理 法人统一定价 贷款利率定价 存贷积数挂钩贷款管理,信贷贷后管理 信贷资金贷后检查 信贷资金风险分类 不
5、良信贷资产预警报告 信贷资产风险拨备,本项目定义,本期面向SOA项目综合处理平台建设整体目标 基于信贷系统的改造，提升信贷业务的流程服务 实现集中授权，为相关业务共享 实现业务系统间面向服务的集成（Service Oriented Integration） 促进流程优化与再造 平台实施范围 建立服务集成平台 企业内部服务总线，和企业内部统一的服务注册与管理。 建立流程管理平台 建立用于服务编排、流程建模和监控的业务流程引擎平台。建立用于业务系统和流程的规则引擎，变分散僵化的业务规则为全行集中地规则服务。 完成对以下业务领域的服务梳理和服务运行部署 对客户信息、存贷款、基金、保理、电票、贸易融资
6、、信管、资金、汇款的服务梳理 完成对上述业务领域中服务的模型定义、注册、集成、管理。 前置系统改造部分 前置系统改造 柜面业务改造？,综合处理平台系统关联图,柜面,核心系统,前置应用,网银互联,柜面岗位 后台岗位,系统管理员,Socket定长报文,电票,基金,UCP,HTTP,综合处理平台,HTTP,约定分隔符的非定长报文/Socket,XML/Socket,XML/Socket,SOAP/HTTP,RA,银企 对账平台,约定分隔符的非定长报文/Socket,HTTP,Telnet终端,信贷,XML/Socket,系统关联图分解，已有、新建和未来系统,手机银行,渠道整合 平台,中间服务平台,前
7、置应用系统改造,网银互联,柜面岗位 后台岗位,系统管理员,Socket定长报文,电票,基金,UCP,HTTP,新建系统,现有系统,柜面,企业服务总线平台,HTTP,约定分隔符的非定长报文/Socket,中间业务,核心系统,XML/Socket,XML/Socket,SOAP/HTTP,RA,银企 对账平台,Socket,约定分隔符的非定长报文/Socket,未来系统,信贷业务改造,集中授权平台,典型应用场景举例,业务, IT灵活性 适应业务需求变化， 减少上线时间 技术变动不影响整体架构 行业标准,开放性 系统的实现技术上必须具备前瞻性，遵循国际标准；除具有标准的开放式技术接口外，还能够完成与
8、现有系统具有标准接口的系统完全对接。 可扩展性 系统的设计思想，应使业务功能的扩展可以方便的实现；因此系统软硬件平台应具有良好的可扩充能力，支持系统规模的扩大和业务范围的扩展，能够满足35年的规划需要 性能要求 核心系统处理日高峰期1000万笔，并考虑到未来3年交易量的增长空间。信贷业务日交易量1万笔。 对于关键交易的处理时间100ms。在达到系统性能指标峰值要求的同时，系统处理能力还留有足够的余量，CPU、内存等系统资源的使用率低于70%，达到平均值要求时，系统资源使用率应低于50%。保证系统长期稳定运行。 可靠性和稳定系 采用高可靠性的产品和技术，充分考虑整个系统运行的安全策略和机制，具有
9、较强的容错能力和良好的恢复能力，保障系统安全、稳定、高效的运行。系统的各个部分都要求采用冗余技术，整个系统不存在单点故障。 安全性 安全性是系统建设的基本原则，需要充分考虑整个系统运行的安全策略和机制，复合对数据安全、身份安全的控制。 可维护性 记录完整的系统错误日志，在系统处理异常时，都能够根据已记录的日志，快捷方便地定位出错误地具体位置、原因，方便系统的维护。 可管理性 系统需提供对运行情况的监测和控制功能，从而保证系统的正常运行，同时，有效的业务量监控有助于对业务发展作出准确评估，可保证系统处理能力的及时扩容。系统应具备有效的、统一的手段和机制进行设备管理、应用软件环境设置调整管理、开发
10、管理以及操作员、管理员管理。,SOA架构总体目标，适用于建议SOA参考架构中的总线服务平台、流程平台、事件处理、数据服务和交互协作平台,在系统中引入服务总线主要解决的问题（现状，右图为常见*架构，需要结合*情况修改或者补充）,应用之间连接很多，成复杂的网状；每增加一个新应用，集成时需要建立大量的接口；当应用的数量增多时，应用之间的接口呈指数级增长，从而导致相应集成成本的急剧增长各个应用系统实时连接绝大部分采用Socket协议，少部分为Http协议，批量数据传输基本上都采用FTP方式；各种方式连接和接口都比较复杂，没有可遵循的规范标准可以参照，没有统一的集成技术规范和标准，使集成工作重复投入，难
11、以统一的规划，实施和维护（MQ有？）点对点的集成技术是导致无法对各个系统提供的服务进行梳理，存在大量相同或类似的服务。既是巨大的浪费，而且在新业务开发时往往需要重新定义大量的服务，不能支持新业务快速上线，难以满足业务需要内部应用和与第三方外部应用的连接混杂，内外不分，安全系数较低核心业务系统除提供基本的核心银行服务外，还包含报文交换模块，业务逻辑部分还存在于中间服务调用平台上，相互混杂，影响复杂业务逻辑的实现和业务创新缺乏平台性的公共服务平台。,问题和挑战强调银行业务运作处理的专业化、模块化和标准化, 将银行内设机构按照业务性质和经营组织形态进行调整和变化, 包括前台(业务拓展部门)、中台(业
12、务监督与咨询等直接支持部门)、后台(数据处理及后勤支持部门), 中、后台业务要实施集中化处理, 机构设置与人员配备要求支持充分流动, 营业网点和营销人员成为功能和职责明确的销售前端和中后台系统的客户终端, 前、中、后台专业化系统之间要通过优化设计的业务处理流程相连接。核心问题： 实现前、中、后台分离，一体化流水作业的流程化管理模式，实现业务集中授权管理 实现以客户为中心的流程再造，包括端对端的组织流程、管理流程和决策流程优化 实现服务共享和重用以及录入流程模块外包 在面向服务和流程模块化基础上满足将来的多渠道接入的要求 适应复杂业务规则的变化 提高端对端业务流程的处理效率实施关键 流程银行业务
13、运作强调分业务线的垂直经营与管理, 对核算、结算、监督、客户关系管理等大量中后台业务进行集中处理, 流程的划分和边界的界定、流程之间的协调都必须有详细的作业规程和要求, 在银行流程化过程中, 要制订并执行相应业务规则，制定与业务流程改进方案相配套的组织结构框架, 通过依托强大的企业级工作流平台来完成复杂流程的设计和运行监控, 通过依托完善的企业级内容管理平台实现档案影像等非结构化信息的存储和检索, 通过流程和内容的集成和外部独立规则引擎的配置实现新一代流程银行业务的优化，通过企业服务总线ESB实现流程银行业务整合和数据交换。流程银行实现的技术关键如下： 流程银行的服务分析设计 流程应用与业务内
14、容的整合 流程银行的安全控制与权限分配 流程银行的数据梳理与数据加工 流程银行的业务整合与数据交换 流程银行业务规则的灵活性配置,在某某银行系统中引入流程银行BPM主要解决的问题,某银行系统架构与架构决策,分支行,总行,某银行综合处理平台总体架构应用视图,ESB,DMZ,内网,内部核心,Enterprise Firewall,帐户信息,Web,DB,柜员,规则引擎,内容管理,服务编排,Domain Firewall,Protocol Firewall,服务拆分,服务调用,冲正规则,流程规则,影像管理,路由,柜面,应用平台,事件收集,事件存储,柜面,电票,DSP,手机,Browser,复合服务,
15、人员帐户信息,网银互联,UCP,RA,基金,银企对账平台,协议转换,格式转换,逻辑处理,服务注册,系统帐户信息,事件查看,本期构建,未来构建,渠道整合,ESB GW,第三方系统,Protocol Firewall,负载均衡,外联区域,信贷,综合处理平台系统架构图，各组件和调用关系,人行征信系统,信贷业务系统总体架构图,综合处理平台物理架构 (逻辑图已有，细节需要后期讨论),ESB系统在某银行的整体定位,ESB系统在某银行的内部架构。一般为多对多的关系，如果只有一对一的关系，则ESB直接当成中转器,ESB在某银行中的核心功能举例，内部消息流和服务冲正，异常处理,BPM在某银行综合处理平台中的业务
16、处理及流程基本框架,友好的用户界面,并行业务处理,丰富的授权规则,丰富的授权规则,充分的业务监控,充分的业务监控,完善的异常处理,ILOG JRules 的用例,提交申请资料,开立客户号，录入客户信息,客户信用等级评定,客户综合授信,合作申请,额度管理,- 数据检查 - 合格性检查,- 风险评分 - 信用评级,- 额度确定,贷前客户评级,ILOG JRules的用例,贷中授信计算,业务申请,按权限逐级审批,生成合同签订合同,客户签订合同,客户办理抵质押手续,出账申请,放款审查,生成借据,客户签借据,放款,帐务数据,风险控制,额度管理,风险控制,- 审批权限,- 产品定价,ILOG JRules的用例,贷后风险监控,催收管理,贷后管理,还款- 收息,呆账核销,帐务数据,额度管理（恢复额度）,减值测算,计提准备,风险分类,- 客户分类 - 催收策略,iLog Jrules - 根据客户行业定义评级,分级规则,综合处理平台在某银行的实施路线图,第一阶段：平台验证期,
