流程银行解决方案某客户案例简介详解

1、流程银行(ynhng)解决方案-某客户案例简介 综合授权和信贷业务童景文技术(jsh)架构师共三十五页内容(nirng) 现状分析 项目定义 系统关联图 架构决策 总体(zngt)架构 核心组件 实施方法 案例分析共三十五页行业业务(yw)方向和趋势 随着农村信用社和城市商业银行体制改革和机制转变的逐步深入，由 “部门银行” 转型(zhun xn)为 “流程化银行” 已成为中小银行业务发展的必然趋势。“部门银行”对客户需求的服务响应和风险防范等受到人为限制; 流程银行可以有效地改善银行中以往存在的部门林立、条块分割、职责界定不清，政出多门、支离破碎，效率低下、运转不灵的弊端; 流程银行是我国金

2、融业改革从外部主导型向内部深化完善型转变的有效途径和必经之路。 流程银行将更好地支持中小银行实现集中化管理和一体化经营，通过结构扁平化和风险控制、流程优化来为广大客户提供更专业高效的金融服务 强化内部管理和提高服务创新能力是国内银行在激烈的竞争环境中取胜的关键。通过积极整合营销渠道，实现客户资源共享，以“服务创新”模式提高竞争实力，并加速应用系统的集成，实现数据交换的标准化和规范化，实现“全局监控” 。 国内银行正处于业务和管理的变革与转型期，在外部面临国家金融政策环境、市场环境不断变化，在内部要肩负着转制上市、分拆重组的压力。银行内部业务变更的机率大大增加，需要应用有效的集成技术，对复杂异构

3、的应用系统进行基于业务服务和业务流程的系统集成。共三十五页某银行(ynhng)现状系统架构分析主要焦点（现状图可以根据*实际架构调整） 123技术平台的复杂性。应用来自多厂商，缺乏(quf)标准和规范渠道缺乏整合，业务人员多以telnet形式登录，方式单一系统整合的复杂性，前、中、后台耦合度高4授权分散在各网点，风险难以控制共三十五页信贷业务改造(gizo)目标新信贷管理系统在设计上充分体现以服务为中心的理念为信贷客户，基层行社，客户经理，各级管理人员，综合业务系统等提供(tgng)服务打造完善的信贷业务服务平台和高速铁路式的工作流程平台实现三个突破较好的用户体验，例如操作界面友好性、降低学习

4、曲线。统一管理与个性化管理相结合信贷业务无纸化达到四个目标达到信贷业务数据实时达到信贷门市业务高效达到信贷客户信息完整达到合理业务操作的容错和修正突出几个特点业务操作流程化，业务管理无纸化，数据安全共享化，操作界面人性化，系统管理参数化共三十五页信贷业务改造(gizo)需求客户内部评级大中企业客户信用内部评级小企业客户信用内部评级非农户个人信用内部评级农户信用等级评定信用内部评级审批客户信用等级评定结果撤销客户信用等级调整(tiozhng)客户信用内部评级模型客户内部授信授信测算模型维护授信测算授信维护授信审批授信报备授信归档授信报备资料管理授信清单打印信贷退出计划客户利率管理利息计算器贷款利

5、息试算央行基准利率管理法人统一定价贷款利率定价存贷积数挂钩贷款管理信贷贷后管理信贷资金贷后检查信贷资金风险分类不良信贷资产预警报告信贷资产风险拨备共三十五页本项目(xingm)定义本期面向SOA项目综合处理平台建设整体目标基于信贷系统的改造，提升信贷业务的流程服务实现集中授权，为相关业务共享实现业务系统间面向服务的集成（Service Oriented Integration）促进流程优化与再造平台实施范围建立服务集成平台企业内部服务总线，和企业内部统一的服务注册与管理。建立流程管理平台建立用于服务编排、流程建模和监控的业务流程引擎平台。建立用于业务系统和流程的规则引擎，变分散僵化(jingh

6、u)的业务规则为全行集中地规则服务。完成对以下业务领域的服务梳理和服务运行部署对客户信息、存贷款、基金、保理、电票、贸易融资、信管、资金、汇款的服务梳理完成对上述业务领域中服务的模型定义、注册、集成、管理。前置系统改造部分前置系统改造柜面业务改造？共三十五页综合(zngh)处理平台系统关联图柜面核心(hxn)系统前置应用网银互联柜面岗位后台岗位系统管理员Socket定长报文电票基金UCP HTTP综合处理平台HTTP约定分隔符的非定长报文/SocketXML/SocketXML/SocketSOAP/HTTPRA银企对账平台约定分隔符的非定长报文/SocketHTTPTelnet终端信贷XML

7、/Socket共三十五页系统(xtng)关联图分解，已有、新建和未来系统(xtng)手机(shu j)银行渠道整合平台中间服务平台前置应用系统改造网银互联柜面岗位后台岗位系统管理员Socket定长报文电票基金UCP HTTP新建系统现有系统柜面企业服务总线平台HTTP约定分隔符的非定长报文/Socket中间业务核心系统XML/SocketXML/SocketSOAP/HTTPRA银企对账平台Socket约定分隔符的非定长报文/Socket未来系统信贷业务改造集中授权平台共三十五页某前台系统1)发送交易报文ESB2)对报文进行解析,拆分,逻辑处理,并进行数据路由发送处理的数据到规则引擎进行规则交

8、验规则引擎3)规则交易如需进行授权发送到送到手工流程处理系统 流程引擎4)集中授权处理流程模块4)如规则判定无需进行授权,返回ESB,进行后续操作授权流程结束后返回ESB,并进行后续处理 核心后台系统 6)进行记帐交易5)将报文路由到后台系统7)返回处理结果到ESB8)返回最后结果典型应用(yngyng)场景举例共三十五页业务, IT灵活性适应业务需求变化， 减少上线时间技术变动不影响整体架构行业标准,开放性系统的实现技术上必须具备前瞻性，遵循国际标准；除具有标准的开放式技术接口外，还能够完成与现有系统具有标准接口的系统完全对接。可扩展性系统的设计思想，应使业务功能的扩展可以方便的实现；因此系

9、统软硬件平台应具有良好的可扩充能力，支持系统规模的扩大和业务范围的扩展，能够满足35年的规划需要性能要求核心系统处理日高峰期1000万笔，并考虑到未来3年交易量的增长空间。信贷业务日交易量1万笔。对于关键交易的处理时间100ms。在达到系统性能指标峰值要求的同时，系统处理能力还留有足够的余量，CPU、内存等系统资源的使用率低于70%，达到平均值要求时，系统资源使用率应低于50%。保证系统长期稳定运行。可靠性和稳定系采用高可靠性的产品和技术，充分考虑整个系统运行的安全策略和机制，具有较强的容错能力和良好的恢复能力，保障系统安全、稳定、高效的运行。系统的各个部分都要求采用冗余技术，整个系统不存在单

10、点故障。安全性安全性是系统建设的基本原则，需要充分考虑整个系统运行的安全策略和机制，复合对数据安全、身份安全的控制。可维护性记录完整的系统错误日志，在系统处理异常时，都能够根据已记录的日志，快捷方便地定位出错误地具体位置、原因，方便系统的维护。可管理性系统需提供对运行情况的监测和控制功能，从而保证系统的正常运行，同时，有效的业务量监控有助于对业务发展作出准确评估(pn )，可保证系统处理能力的及时扩容。系统应具备有效的、统一的手段和机制进行设备管理、应用软件环境设置调整管理、开发管理以及操作员、管理员管理。SOA架构总体目标，适用于建议SOA参考(cnko)架构中的总线服务平台、流程平台、事件

11、处理、数据服务和交互协作平台共三十五页在系统中引入服务总线主要解决(jiju)的问题（现状，右图为常见*架构，需要结合*情况修改或者补充）应用之间连接很多，成复杂的网状；每增加一个新应用，集成时需要建立大量的接口；当应用的数量增多时，应用之间的接口呈指数级增长(zngzhng)，从而导致相应集成成本的急剧增长(zngzhng)各个应用系统实时连接绝大部分采用Socket协议，少部分为Http协议，批量数据传输基本上都采用FTP方式；各种方式连接和接口都比较复杂，没有可遵循的规范标准可以参照，没有统一的集成技术规范和标准，使集成工作重复投入，难以统一的规划，实施和维护（MQ有？）点对点的集成技术

12、是导致无法对各个系统提供的服务进行梳理，存在大量相同或类似的服务。既是巨大的浪费，而且在新业务开发时往往需要重新定义大量的服务，不能支持新业务快速上线，难以满足业务需要内部应用和与第三方外部应用的连接混杂，内外不分，安全系数较低核心业务系统除提供基本的核心银行服务外，还包含报文交换模块，业务逻辑部分还存在于中间服务调用平台上，相互混杂，影响复杂业务逻辑的实现和业务创新缺乏平台性的公共服务平台。共三十五页问题和挑战 强调银行业务运作处理的专业化、模块化和标准化, 将银行内设机构按照业务性质和经营组织形态进行调整和变化, 包括(boku)前台(业务拓展部门)、中台(业务监督与咨询等直接支持部门)、

13、后台(数据处理及后勤支持部门), 中、后台业务要实施集中化处理, 机构设置与人员配备要求支持充分流动, 营业网点和营销人员成为功能和职责明确的销售前端和中后台系统的客户终端, 前、中、后台专业化系统之间要通过优化设计的业务处理流程相连接。核心问题：实现前、中、后台分离，一体化流水作业的流程化管理模式，实现业务集中授权管理实现以客户为中心的流程再造，包括端对端的组织流程、管理流程和决策流程优化实现服务共享和重用以及录入流程模块外包在面向服务和流程模块化基础上满足将来的多渠道接入的要求适应复杂业务规则的变化提高端对端业务流程的处理效率实施关键流程银行业务运作强调分业务线的垂直经营与管理, 对核算、

14、结算、监督、客户关系管理等大量中后台业务进行集中处理, 流程的划分和边界的界定、流程之间的协调都必须有详细的作业规程和要求, 在银行流程化过程中, 要制订并执行相应业务规则，制定与业务流程改进方案相配套的组织结构框架, 通过依托强大的企业级工作流平台来完成复杂流程的设计和运行监控, 通过依托完善的企业级内容管理平台实现档案影像等非结构化信息的存储和检索, 通过流程和内容的集成和外部独立规则引擎的配置实现新一代流程银行业务的优化，通过企业服务总线ESB实现流程银行业务整合和数据交换。流程银行实现的技术关键如下：流程银行的服务分析设计流程应用与业务内容的整合流程银行的安全控制与权限分配流程银行的数

15、据梳理与数据加工流程银行的业务整合与数据交换流程银行业务规则的灵活性配置在某某银行(ynhng)系统中引入流程银行(ynhng)BPM主要解决的问题共三十五页某银行系统架构(ji u)与架构(ji u)决策问题影响架构决策整合的复杂性过多点对点的对接许多非标准化的报文格式缺少标准化组合/流程层增加一个基于ESB (企业服务总线)及Adaptors (适配器)等相关技术的整合架构层标准化某银行的整合报文格式及SOA Web Service接口增加一个“业务流程服务平台BPM” 以支持集中授权，以及未来对组合业务服务的开发。包括对业务规则的管理和服务技术平台的复杂性开发环境复杂技术人员需花许多精力

16、在不同的技术上专注于不多于两个的开发平台并建立相关的标准化(前端,渠道: SOA J2EE / WAS, 集成/Adapter: WMB。后台: i-Series, UNIX, C, WAS)新应用应绝对遵守某银行相关SOA的标准开发逐步转移旧应用至新的标准的平台，以信贷系统改造为锲机缺乏内容管理平台支持业务流程和其他服务的内容有限不利于业务中查看，比对，存档票据信息，身份信息，营业执照等影像数据方案一是采用专门的内容管理平台。优点是功能强大，但是实施周期相对较长方案二是采用自开发的形式，在初期能满足和业务流程交互的基本需求，优点是能快速上线服务治理无法对各个系统提供的服务进行梳理，存在大量相

17、同或类似的服务。新业务开发时往往需要重新定义大量的服务，不能支持新业务快速上线在全行范围内实现服务的统一注册与存储，提供全行的服务信息资源的统一视图。它与企业服务总线相结合，实现动态服务选择及灵活的服务调用。按照业务模型中的业务组件划分标准将服务进行分类和层次化管理，方便服务的查找和管理。对服务进行服务关联性的可视性管理，对服务定义变更进行影响分析。对服务使用情况进行监控和分析共三十五页分支行总行(zn xn)某银行综合处理平台总体(zngt)架构应用视图ESBDMZ内网内部核心Enterprise Firewall帐户信息WebDB柜员规则引擎内容管理服务编排Domain FirewallP

18、rotocol Firewall服务拆分服务调用冲正规则流程规则影像管理路由柜面应用平台事件收集事件存储柜面电票DSP手机Browser复合服务人员帐户信息网银互联UCPRA基金银企对账平台协议转换格式转换逻辑处理服务注册系统帐户信息事件查看本期构建未来构建渠道整合ESB GW第三方系统Protocol Firewall负载均衡外联区域信贷共三十五页综合处理平台系统(xtng)架构图，各组件和调用关系共三十五页人行征信(zhn xn)系统 信贷业务系统(xtng)总体架构图共三十五页综合处理平台物理架构 (逻辑图已有，细节需要(xyo)后期讨论)共三十五页ESB系统(xtng)在某银行的整体定

19、位实现业务逻辑与数据流程的有效分离并推动银行业务的灵活扩展全行范围内统一的服务管理标准和接入框架，并统一数据交换报文规范共三十五页ESB系统在某银行(ynhng)的内部架构。一般为多对多的关系，如果只有一对一的关系，则ESB直接当成中转器共三十五页ESB在某银行(ynhng)中的核心功能举例，内部消息流和服务冲正，异常处理原始服务组件的封装及注册原子及组合服务实现服务自动路由控制服务自动冲正服务错误处理服务流水及日志记录 订阅/发布服务不确定服务查询数据缓存服务授权控制整个ESB核心程序包由MB消息流开发实现. 其工作流程有两条主线:服务请求处理流程: 处理服务请求报文, 完整填充服务的分解结

20、构信息, 服务状态控制,设置并执行报文路由, 向服务提供系统发起服务请求.服务响应处理流程:处理服务响应报文. 审核服务的处理状态, 决定是否结束服务,还是交由服务控制流程继续请求后续的服务.服务错误处理, 服务流水记录, 服务冲正等功能作为公用的流程由服务请求流程及响应流程所共用.共三十五页BPM在某银行(ynhng)综合处理平台中的业务处理及流程基本框架友好(yuho)的用户界面并行业务处理丰富的授权规则丰富的授权规则充分的业务监控充分的业务监控完善的异常处理共三十五页ILOG JRules 的用例提交(tjio)申请资料开立客户号，录入(l r)客户信息客户信用等级评定客户综合授信合作申

21、请额度管理- 数据检查- 合格性检查- 风险评分- 信用评级 - 额度确定贷前客户评级共三十五页ILOG JRules的用例贷中授信计算(j sun)业务(yw)申请按权限逐级审批生成合同签订合同客户签订合同客户办理抵质押手续出账申请放款审查生成借据客户签借据放款帐务数据风险控制额度管理风险控制 - 审批权限 - 产品定价共三十五页ILOG JRules的用例贷后风险(fngxin)监控催收管理(gunl)贷后管理还款- 收息呆账核销帐务数据额度管理（恢复额度）减值测算计提准备风险分类 - 客户分类 - 催收策略共三十五页 iLog Jrules - 根据(gnj)客户行业定义评级分级(fn

22、j)规则共三十五页综合处理平台在某银行(ynhng)的实施路线图第一阶段：平台(pngti)验证期第二阶段：服务梳理期第三阶段：推广优化期以综合授权和信贷业务项目为锲机，系统业务领域分析初步确定某银行服务标准规范建立ESB平台环境选择有代表性的业务支持系统和服务进行验证性接入压力测试并行运行测试平台验收全面建立某银行服务标准规范全面建立某银行服务管理规范对关键业务支持系统服务进行梳理，并部署到ESB上对关键渠道系统的服务请求进行规范，并接到ESB上基本完成SOA架构的构建完成剩余系统的介入优化某银行服务标准规范优化某银行服务管理规范验证更好的业务响应速度和更好的服务评价共三十五页综合处理平台在

23、某银行的实施(shsh)路线举例：当前架构示意图CICS、共三十五页业务场景分析-存贷款为例。集中(jzhng)授权场景逻辑类似综合处理平台在某银行的实施路线举例：过渡(gud)架构共三十五页ESB作为内联，外联的整合平台。流程平台为集中授权(shuqun)，信贷等业务共用MQ网关综合处理平台在某银行的实施路线举例(j l)：将来架构CICS、共三十五页常见银行ESB/BPM 项目的实施关键步骤，根据某银行具体需求进行裁剪，在方法论指导(zhdo)下迭代开发项目范围(fnwi)和需求（功能和非功能性需求）Actors and Context Diagram， Use cases and inf

24、ormation flow， 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)Between th

25、e 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)应用相关性分

26、析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， multi-threadingIdentify

27、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， complexity of data schemas， standards服务中介

28、和中介流的识别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/decryption架构决定Architecture of the ESB/BPMComponents of t

29、he ESB/BPM， Middleware Products (WESB， WMB， WDP， BPM, Jrules )Communication ProtocolsObjects/Data normalization (pivotal format)Service aggregation layer and technique共三十五页32银行业类似项目建设经验(jngyn)小结大多数项目都是从概念验证逐渐有机地发展到关键业务应用，这种演进过程主要是由业务人员的要求引起的，也有来自银行所面临的竞争压力。收购和合并是所有业务的关键构成部分，只有在信息系统是松耦合的情况下才能进行快速而有效的业务整合。不符合这一规律都会立即造成集成噩梦，从而将收购变成负债而不是资产。大多数业务操作都是一些基本交易的组合，因此非常有必要对服务进行识别和构造。许多业务需求通过对