银行IT架构规划参考.pptxVIP

中国银行业面临的挑战-外部环境 监管要求越来越严格 商业银行面临 越来越多的挑战 市场竞争越来越激烈 客户需求个性化 技术发展日新月异 IT规划的动因 中国银行业面临的挑战-内部环境 IT规划的动因 1.IT架构可扩展性较差，难以适应不断变化的经营环境，难以满足快速发展的业务需求和创新需求； 2.核心业务系统的可伸缩性不足，处理性能难以应对业务量快速增长的形势，业务高峰时可能会出现堵塞延时，数据差错等可靠性问题。 1.中小银行的IT建设基本上是在大银行后面亦步亦趋；许多项目等不及规划就匆匆上马，整个IT架构逐渐变得无序混乱——技术纷繁复杂，功能重复，管理成本不断提高； 2.许多中小银行IT自主实施能力薄弱，应用系统的设计和开发大多依靠集成商，或者干脆外购，形成众多以部门为边界、孤立建设的应用系统，难以满足未来新产品研发和全业务流程支撑的需要。 1.由于缺乏信息的整合和关联，管理层很难获得准确的市场、销售、财务等方面的数据来支持其进行快速、正确的决策，只能根据自己的经验和不完整的信息来进行管理，决策风险依然很大； 2.IT系统遵循的数据标准存在较大的滞后性，数据质量也不能满足当前数据驱动的精细化营销、风控和运营需求，需从核心业务源头夯实数据质量，加强数据治理。 3 应用架构的规划策略 应用架构的规划：从业务架构和应用分域推导出业务组件描述的应用分组 应用领域分类： 渠道域：负责客户和银行之间交互的领域，作为客户接受银行服务的接入点，通过接收服务请求，发送服务请求给处理系统，并反馈处理结果 客户服务域：负责客户服务、销售等客户关系管理所需的非产品服务的客户服务领域 产品服务域：负责产品和服务处理的服务领域，包括支持银行核心业务处理的、与产品、客户、合约相关的系统；这些系统主要处理重复性较高的、具有较高性能要求的请求，并保存处理结果 业务管理与决策域：负责全行财务、风险、客户市场洞察、内部服务支持等领域 基础技术应用域： 渠道集成、应用集成、数据集成等IT相关领域 5 应用架构中需重点关注核心建设相关的问题 南中、南港和信达集团的应用关系 南中、南港哪些系统可以共用，哪些系统需要单独建立？ 哪些系统与集团可以共用，需要与集团进行集成和交互？ 。。。。。 核心系统如何定位 核心系统应该包含哪些内容？ 支付结算核算在核心系统，业务管理功能在支付平台还是在核心？ 电子账户是否在核心管理？ 核心系统是否保留小总账？ 。。。。 外围系统与核心系统边界 需要建立哪些外围系统？ 核心与与ECIF 边界在哪里？ 核心系统与信贷系统边界在哪里，信贷核算在哪个系统完成？ 互联网金融是否需要单独核心，跟核心边界在哪里？ 。。。。 核心与外围系统的数据集成关系 核心与与ECIF 的数据如何交互？ 客户签约信息如何集成？ 报表系统、数据仓库和ODS等数据类分析管理系统与核心系统及各业务系统数据如何交互？ 。。。。 建设总体实施路径规划 综合主流软件包功能、业务分工和组织架构以及应用平台化等规划策略，形成应用系统分组 新一代核心系统建设原则 先进性原则 先进+稳健 对核心系统建设的目标应保证能够适应未来5-10年的业务发展规划和科技战略规划，结合国内外同业和IT厂商先进经验，采用业界先进的技术平台和系统架构，有效支撑银行未来客户和交易量的快速增长 稳健性原则 在满足未来总体架构的情况下采用先基础（构建全行级分布式技术平台）后应用、先框架后细节的分步实施方法，充分考虑项目的风险和系统业务连续性的要求，逐步有序地对核心业务系统进行改造。 统一标准原则 1.技术标准：具备统一不同系统间的技术标准，减少跨系统处理中因技术标准不统一带来的损耗 2.数据标准：建立全行统一的数据标准，为打通上下游的数据并充分利用数据价值建立基础 自主可控原则 1.成本：综合考虑建设成本和运维成本，不仅考虑核心系统的改造工作，还要考虑周边系统的改造工作和成本，达到最优的投入产出比 2.信创：支持国产基础软硬件设施和系统双轨运行，为满足监管要求，规避技术和供应链断供服务风险 IT规划方面，建立 “企业级”整体框架，充分整合业务需求，以流程化、模块化为解决思路，共享共用。以提高需求响应速度、夯实信息科技基础、增强系统研发能力为目标，提出可用性、可扩展性、可管理性、风险可控性、统一技术和数据标准等原则。 标准+可控