流程银行解决方案-某客户案例简介课程实例.ppt

流程银行解决方案-某客户案例简介 —— 综合授权和信贷业务;内容;行业业务方向和趋势;某银行现状系统架构分析主要焦点（现状图可以根据**实际架构调整）;信贷业务改造目标;信贷业务改造需求;本项目定义;综合处理平台系统关联图;; 业务, IT灵活性 适应业务需求变化， 减少上线时间 技术变动不影响整体架构 行业标准,开放性 系统的实现技术上必须具备前瞻性，遵循国际标准；除具有标准的开放式技术接口外，还能够完成与现有系统具有标准接口的系统完全对接。 可扩展性 系统的设计思想，应使业务功能的扩展可以方便的实现；因此系统软硬件平台应具有良好的可扩充能力，支持系统规模的扩大和业务范围的扩展，能够满足3~5年的规划需要 性能要求 核心系统处理日高峰期1000万笔，并考虑到未来3年交易量的增长空间。信贷业务日交易量1万笔。 对于关键交易的处理时间100ms。在达到系统性能指标峰值要求的同时，系统处理能力还留有足够的余量，CPU、内存等系统资源的使用率低于70%，达到平均值要求时，系统资源使用率应低于50%。保证系统长期稳定运行。 可靠性和稳定系 采用高可靠性的产品和技术，充分考虑整个系统运行的安全策略和机制，具有较强的容错能力和良好的恢复能力，保障系统安全、稳定、高效的运行。系统的各个部分都要求采用冗余技术，整个系统不存在单点故障。 安全性 安全性是系统建设的基本原则，需要充分考虑整个系统运行的安全策略和机制，复合对数据安全、身份安全的控制。 可维护性 记录完整的系统错误日志，在系统处理异常时，都能够根据已记录的日志，快捷方便地定位出错误地具体位置、原因，方便系统的维护。 可管理性 系统需提供对运行情况的监测和控制功能，从而保证系统的正常运行，同时，有效的业务量监控有助于对业务发展作出准确评估，可保证系统处理能力的及时扩容。系统应具备有效的、统一的手段和机制进行设备管理、应用软件环境设置调整管理、开发管理以及操作员、管理员管理。;在系统中引入服务总线主要解决的问题（现状，右图为常见**架构，需要结合**情况修改或者补充）;问题和挑战 强调银行业务运作处理的专业化、模块化和标准化, 将银行内设机构按照业务性质和经营组织形态进行调整和变化, 包括前台(业务拓展部门)、中台(业务监督与咨询等直接支持部门)、后台(数据处理及后勤支持部门), 中、后台业务要实施集中化处理, 机构设置与人员配备要求支持充分流动, 营业网点和营销人员成为功能和职责明确的销售前端和中后台系统的客户终端, 前、中、后台专业化系统之间要通过优化设计的业务处理流程相连接。核心问题： 实现前、中、后台分离，一体化流水作业的流程化管理模式，实现业务集中授权管理 实现以客户为中心的流程再造，包括端对端的组织流程、管理流程和决策流程优化 实现服务共享和重用以及录入流程模块外包 在面向服务和流程模块化基础上满足将来的多渠道接入的要求 适应复杂业务规则的变化 提高端对端业务流程的处理效率 实施关键 流程银行业务运作强调分业务线的垂直经营与管理, 对核算、结算、监督、客户关系管理等大量中后台业务进行集中处理, 流程的划分和边界的界定、流程之间的协调都必须有详细的作业规程和要求, 在银行流程化过程中, 要制订并执行相应业务规则，制定与业务流程改进方案相配套的组织结构框架, 通过依托强大的企业级工作流平台来完成复杂流程的设计和运行监控, 通过依托完善的企业级内容管理平台实现档案影像等非结构化信息的存储和检索, 通过流程和内容的集成和外部独立规则引擎的配置实现新一代流程银行业务的优化，通过企业服务总线ESB实现流程银行业务整合和数据交换。流程银行实现的技术关键如下： 流程银行的服务分析设计 流程应用与业务内容的整合 流程银行的安全控制与权限分配 流程银行的数据梳理与数据加工 流程银行的业务整合与数据交换 流程银行业务规则的灵活性配置;某银行系统架构与架构决策;;综合处理平台系统架构图，各组件和调用关系;人行征信系统 ;综合处理平台物理架构 (逻辑图已有，细节需要后期讨论);ESB系统在某银行的整体定位;ESB系统在某银行的内部架构。一般为多对多的关系，如果只有一对一的关系，则ESB直接当成中转器;ESB在某银行中的核心功能举例，内部消息流和服务冲正，异常处理;BPM在某银行综合处理平台中的业务处理及流程基本框架;ILOG JRules 的用例;ILOG JRules的用例;ILOG JRules的用例; iLog Jrules - 根据客户行业定义评级;综合处理平台在某银行的实施路线图;综合处理平台在某银行的实施路线举例：当前架构示意图;业务场景分析-存贷款为例。集中授权场景逻辑类似;ESB作为内联，外联的整合平台。流程平台为集中授权，信贷等业务共用;常见银行ESB/BPM 项目的实施关