建设银行信息化.docx
- 文档编号:8979088
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:20
- 大小:26.90KB
建设银行信息化.docx
《建设银行信息化.docx》由会员分享,可在线阅读,更多相关《建设银行信息化.docx(20页珍藏版)》请在冰豆网上搜索。
建设银行信息化
整体规划 分布实施 开创建设银行信息化新局面
中国建设银行股份有限公司
一、企业简介
中国建设银行股份有限公司(以下简称“建行”)的前身是原中国建设银行,成立于
1954 年。
2004 年 9 月,中国建设银行重组分立为中国建设银行股份有限公司与中国建银投
资有限责任公司。
建行为国内客户提供全面的商业银行服务和产品,尤其在国内基本建设贷款、银行卡、
个人住房贷款等业务领域始终保持市场领先地位,并因此积累了广泛的高价值公司、个人
客户资源。
在英国《银行家》杂志 2004 年 7 月公布的世界 1000 家大银行按一级资本排名
中,建行列第 21 位。
截止 2004 年 12 月 31 日,建行资产总额为 39,047.85 亿元人民币,贷款总额
22,255.85 亿元人民币,存款总额为 34,893.76 亿元人民币;共有员工 310,391 名。
2004 年,建行实现税前利润 502.16 亿元,较上年增加 127.43 亿元,增幅 34.0%,其
中,利息收入净值 1,002.96 亿元,较上年增加 113.49 亿元。
二、企业信息化的建设目标
2003 年建行制订了《中国建设银行科技应用总体规划》,其后,又针对总体规划划分
的几大项目群制订了项目群实施规划、数据仓库和管理信息系统实施规划。
两次规划进一
步细化了建设银行的目标应用体系架构、技术架构,并完成了部分战略性项目的目标业务
需求框架和技术方案,以及项目的实施路径。
整个目标应用架构和技术架构的完成将持续
到 2009 年。
在总体规划中,建行制定出了未来 5—7 年信息化发展战略,即建立应用体系架构明晰、
核心业务版本统一、经营数据安全集中、管理信息系统完备、技术业务相互推动、信息技
术体制高效运行、信息技术队伍精良稳定的信息技术应用和管理体系。
支持和催生银行产
品创新、经营模式创新、业务结构转型、业务流程再造以及经营效率和管理有效性的整体
提升,为新一轮的改革、发展提供有力的支撑,不断提高建行盈利能力。
为实现这一战略目标,建行相应制定出中长期信息化发展目标。
以数据集中为基础,
通过数据仓库和管理信息系统持续开发分析型客户管理、财务分析、资产负债管理等应用,
使建行的内部管理和决策支持水平走上新的台阶。
通过建设客户关系管理、信贷、风险、
1
财务、企业应用整合等项目群工程,到 2009 年构建起一个开放、灵活、以服务为导向、完
整地现代商业银行信息技术应用体系架构,支持对客户的“一站式”服务、新产品的快速
开发和后台的集中营运,支持管理决策信息化,满足建设银行整体发展战略对信息科技的
要求。
三、企业信息化情况介绍
1. 信息化概述
从 1984 年建行引入第一台微机开始电子信息化的步伐,到 2005 年 9 月完成了全行核
心业务数据大集中,短短的 21 年间,实现了从柜面业务自动化操作阶段到联机实时处理阶
段,再到数据集中阶段的三大步飞跃。
随着建行业务的飞速发展,信息技术发挥了越来越重要的不可或缺的作用。
到 2004 年
底,全行范围使用的重要系统达 70 多个,其中:
交易处理类系统占 51%个,管理类系统 41%个,
基础设施类系统 8%。
此外各分行根据当地市场要求和管理要求,开发各类中间业务平台等
业务系统,以及支持客户管理、绩效管理、管理会计的管理信息系统。
基本实现全行业务
处理的电子化,并基本实现系统和数据的集中和业务标准的统一,管理信息从简单的统计
报表走向计量模型的开发。
从 1998 年起,建行开始实施统一核心业务系统的战略计划,首先在 2000、2001 年,
用了约两年的时间,将分散在二级分行的 200 多个版本的综合业务系统,集中到 38 一级分
行,实现了一级分行的数据集中,部分一级分行还实行了业务运营的集中。
2002 年,建行
新一届党委做出了以新的核心业务系统版本作为全行统一的版本,建设南、北数据中心,
加快核心业务系统全行集中统一的战略部署。
2003 年成功完成核心业务系统版本的优化和
四个试点分行在南、北数据中心的上线。
截止 2005 年 9 月底,建行已完成了全行核心系统
的统一及业务数据集中工作。
2. 企业信息化总体架构简介
在科技应用总体规划中,根据中长期发展战略,参考国际先进商业银行的业务管理模
式和应用架构,建行提出了目标应用体系架构,作为系统建设和改造的依据。
建行的目标
应用体系架构描述了应用功能,总、分行应用分布和数据分布的逻辑结构,以及支持应用
架构实现的关键应用基础。
应用体系架构划分为金融业务支持、渠道、客户关系管理、信
贷业务管理、资产负债和市场风险、财务分析、企业内部资源管理、企业门户和办公自动
化八个应用群。
信息总线、数据仓库、网络技术及安全体系是保证应用架构实现所必须的
基础。
2
——金融业务支持应用群,主要包括核心业务系统、信用卡系统,以及证券基金、保
险等及其他金融产品。
支持全行主要金融产品服务,提供统一的会计核算,是全行应用架
构核心层。
——渠道应用群是银行和客户进行交互的界面,包括:
各类柜台、ATM/POS,网银、
CALL CENTER、手机银行、家居(电视)银行、自动销售亭等物理和电子渠道。
由于新兴渠
道的不断发展,以及渠道提供产品的多样性,需要对渠道进行管理,即对渠道设备的物理
管理和集成管理。
集成管理的主要作用是,快速的将产品在一个或多个渠道发布;向客户
提供一致的界面和信息;允许在渠道的界面做个性化定制。
——客户关系管理应用群是实现建行从“以产品为中心”向“以客户为中心”转变的
基石。
包括提供单一客户视图的客户信息整合系统;面向客户进行营销、销售、服务的操
作型客户关系管理系统;进行客户细分、客户需求分析、多维利润分析、交叉销售分析、
客户满意度分析、客户行为分析的分析型客户关系管理系统。
——信贷业务应用群包括逻辑上统一的信贷作业流程应用和信贷风险管理应用信息。
目标模式的信贷作业流程应用系统是覆盖信贷交易全过程的、多币种的业务过程和管理系
统,其功能包括:
信贷产品销售、风险/信贷评估、信贷文档制作、信贷监控、票据和支付
处理等。
信贷风险管理系统一般由信贷风险管理模型、信贷风险决策管理、联机数据分析
及报表处理部分组成。
在信贷流程设计中将信贷政策固化,保证在识别、衡量和监控信贷
风险过程中信贷政策实施的一致性。
——资产负债和市场风险应用群包括资产负债管理(ALM)和市场风险管理的分析型系
统,以及按全行 ALM 管理结论去执行相应操作的系统,通常为资金作业系统、银行的投资
系统及衍生产品交易系统等。
实现利率风险管理、流动性分析、汇率风险管理、利润分析、
资本转移定价、资本管理等功能。
——财务分析应用群功能包括成本和费用分解,多维盈利分析、财务绩效指标的计算
等。
财务分析将合理的选择分本分解方法,并利用 ALM 的资金转移定价和经济资本分配
(或资金成本)的结果,以及风险管理系统中的风险准备的结果,计算帐户的利润贡献度,
并在此基础上计算产品、客户的利润贡献度,以及对机构、渠道、客户经理的利润贡献或
成本进行财务分析。
——企业内部资源管理应用群包括集中的财务管理、集中采购管理、人力资源/薪资管
理、产品管理等功能。
这些功能模块或系统是支持银行内部管理所必须的。
通过以上系统
与核心业务数据、管理信息系统和客户关系管理系统数据的紧密结合和相互之间的数据共
3
享,能够达到管理信息的全面融合,避免了条块分割和信息孤岛现象的出现,各个系统之
间通过信息交流达到协调一致。
——企业门户和办公自动化应用群着重于整合内、外部信息门户,完善后台信息系统,
包括办公自动化系统、档案管理系统及知识管理系统等的建设,在信息基础平台(统一的
认证和授权系统、EAI 系统等)逐渐完善的基础上,逐步建立起开放、标准的门户技术体
系。
企业门户是企业内部运营管理与外部业务服务的结合点,这种个性化的、通过单点登
录就可访问到所有需要的资源的方式,减少信息的反复加载、大大提高了对信息系统的利
用。
目标应用体系架构设计,采取松散耦合结构,具备灵活性、层次性、整合性和可扩展
性的特点。
应用群划分既考虑了业务逻辑的关联程度又兼顾了技术方案的实现。
应用群一
般由多个系统构成,受信息技术的特点和市场应用解决方案的约束,应用群并不与部门、
产品或业务主题一一对应,但整个应用体系架构支持各业务主题的业务流程和所必须具备
的业务能力的实现。
3. 实施策略
为了保障应用项目群的顺利事实,确保信息化建设目标的实现,建行制定了详细而明
确的实施策略。
(1)加强组织领导,明确职责分工。
一是,为加快推进规划的实施,建行成立了科技
工作领导小组,由行长任组长,分管科技、财务的行领导任副组长,信息技术管理部、管
理改革推进办公室、计划财务部为成员部门;二是,强调业务驱动,将科技规划的实施作
为全行性的工作,成立了,公司业务、个人业务、财务、风险和资金、数据集中、渠道整
合和基础设施六大应用领导小组,由分管副行长负责,主要业务部门的总经理参加;三是,
进一步明确信息技术管理部组织科技应用规划的实施的责任。
(2)建立与科技应用规划相互配套的科技管理体制。
完善信息开发项目的年度计划、
项目立项制度和流程,建立滚动的计划流程,以科技应用规划为蓝图,并根据年度内市场
变化和新发生的业务需求进行调整,形成年度信息开发项目计划。
(3)确立应用体系架构的符合性准则,坚持“松散耦合结构“的设计原则,建立支持
应用体系架构实现的技术体系架构。
要求具体项目的主要业务功能划分要符合应用体系架
构,项目的技术方案要符合总体的技术标准和技术选型,网络等基础设施的投资要充分满
足应用的需要。
(4)处理好目标应用体系架构建设过程中,战略性项目和过渡性项目的关系。
对必需
保留和续建的过渡性应用系统,要尽可能简化功能,使用经济的技术,减少投资;对过渡
性的新建项目,若在两年内无法收回投资并产生效益的,则要审慎投资;对采用与技术架
4
构不相容的技术,以及破坏体系架构的项目或建设中的战略性项目已涵盖其功能的项目,
基本停止审批。
(5)推行项目群管理方法,支持战略性项目的开发和实施。
项目群管理是将目标相同
的多个项目集合起来,进行统一管理,其特点是以战略驱动、成果导向,有利于防止目标
的偏移、提高效益、降低实施风险。
规划将所需实施的项目,按业务逻辑关系和业务目标,
或技术实现方式划分为若干个项目群,并对关键的项目群进行了总体业务和技术方案设计,
提出项目群概算和较为详细的项目实施计划。
努力协调好项目群之间的资源共享,保持信
息的一致性。
4. 关键实施步骤
建行应用规划的实施按照统一规划,分步实施,总体设计,分行试点的原则,有计划、
分年度逐步推行。
1) 数据集中项目是全行最为关键的战略性项目,直接影响全行战略性调整和业务策
略转变的实现,也是实现其他应用的基础。
在完成数据集中任务的同时,应对系统性能不
断进行优化,及时解决运行中出现的问题,努力提高业务的连续性运营能力。
并建立起完
善的灾难备份恢复方案及系统。
2) 全面启动基于数据仓库环境的管理信息系统系统项目。
2005 年完成管理信息系统
的总体规划,确定数据仓库环境的技术架构,综合考虑数据源和数据质量,并结合业务需
求的紧迫性,着手进行一期系统开发。
在试点成功的基础上,2006 年开始二期开发工作,
力争 2009 年完成相对完整的数据仓库主题建设。
3) 建设客户关系管理系统的首要任务是建设操作型的客户关系管理系统(OCRM),逐
步建成客户在建行的单一客户视图,同时,该系统中又是客户盈利性分析、产品定价等的
信息基础。
2005 年,完成项目一期建设,并选择条件成熟的分行进行试点,在今后 2—3
年内逐步完善业务功能并在全行进行推广。
4) 电子渠道的建设必须与物理网点功能的调整和规模的收缩通盘考虑,同时要与机
构布局的调整和业务流程的重组相结合,电子渠道的发展需要金融产品的整合和客户关系
信息的支持。
2005 年渠道整合项目群完成总分布式渠道 4 个分行试点,完成电子渠道整合
平台一期建设,并开始二期开发;完成集中式呼叫中心系统的一期开发及试点工作。
利用
2—3 年时间逐步完善系统功能及完成系统在全行的推广工作。
5) 逐步实现信息技术对信贷全过程的支持,优化信贷产品系统的功能,提高信贷审
批效率,强化信贷风险的监控和管理。
至 2005 年,细致分析现有全部与信贷相关的系统功
能和技术架构,合理借鉴国外信贷业务操作流程,设计建设银行规范、标准的信贷业务操
5
作流程,细致分析现有全部与信贷相关的系统功能和技术架构,确定对现有系统保留、改
造、过渡的方向,确定必须开发的新功能,以及与信贷风险管理系统信息交互关系,完成
对信贷业务的整体规划。
从 2005 年开始,用 2—3 年的时间完成具有行业先进水平的信贷
业务管理的应用体系建设
6) 全行的总帐、费用核算、固定资产、人力资源等企业内部资源管理系统(ERP)和
内部信息工作站,具备一定的应用基础,将实行优化、改造、整合、局部替换相结合的策
略。
对内部资源系统群,在尽可能保护现有投资的前提下,根据业务需要进行替换和整合。
2005 年开始启动 ERP 财务分析部分的项目开发,利用 1 年时间完成一期开发及试点工作,
在 2—3 年内完成系统全部功能的开发。
待时机成熟时,开始着手 ERP 人力资源部分的开发。
EIP 和内部办公信息自动化的整合,2005 年要首先对建设银行外部网站进行改造,增强内
部信息工作站功能,之后,再拓展知识管理的功能。
7) 加强基础设施的建设。
信息总线是本次规划提出的信息技术的转型策略和改善应
用架构的关键,全行信息总线的建设必须认真规划,慎重实施。
总体实施计划是配合应用
系统的上线计划,根据所支撑的应用系统同步实施。
8) 信息技术的安全体系是科技规划的重要组成部分,随着数据集中和电子渠道的快
速发展,安全问题日益显现,必须予以高度重视。
在应用体系初步确定后,还须建立与之
相适应的安全体系。
从 2004 年至 2007 年间,在完成对建行信息安全现状诊断的基础上,
制定完整的信息安全政策和标准,严格执行,逐步形成确保系统和业务运行稳定、安全的
建设银行的信息安全体系。
四、信息化建设实施情况及成果
建行利用两年时间分别完成了科技总体规划及实施规划后,于 2004 年 5 月进入规划项
目群实施阶段。
通过 1 年多的实施目前已取得了初步的成果。
同时作为近几年建行科技最
核心工作的数据集中工程也顺利完成。
——数据集中工程,从 2002 年底,建设银行确定以新的“核心业务系统”版本作为全
行统一的版本,建设南、北数据中心,加快核心业务系统全行集中统一的战略部署,至
2005 年 9 月全行核心业务的数据集中已正式全部完成。
数据集中是一项巨大的系统工程,
在实施中,建行按照科学的项目管理方式,结合建行和项目的实际情况,探索出一套科学
和实用的项目实施和推广模式,为后续大型项目的实施和推广积累了宝贵经验。
数据集中的根本目的是实行集约化经营,降低运营成本,规范业务流程,降低操作风
险,发挥建设银行的整体优势,提高产品创新能力,在数据集中过程中,建行已初步统一、
6
规范了业务操作流程,优化劳动组合,提高生产率和服务效率,加快了数据集中行区域内
异地资金实时交易速度。
通过数据集中,将提供全行业务经营的基础数据,数据质量和时
效性都将显著改善。
——内部评级系统,在信用风险评级和预警系统的基础上,2004 年下半年,建行开始
将系统升级扩展功能,按照巴塞尔新资本协议的要求开发内部评级模型,2004 年底,优化
了公司借款人的违约概率模型,今年上半年开发了 LGD 标准法的模型,并开始在全国试行,
2005 年底将完成全部公司业务的敞口计算功能,以及部分个人信用的评级模型。
——为规范公司信贷业务的操作流程,控制风险,提高信贷业务效率,建行正在实施
对公信贷流程管理系统,计划 9 月份完成项目的详细需求设计和技术设计。
该系统设计参
考了国外银行信贷管理的通行操作方式,对信贷业务生命周期的每一个流程、风险点、岗
位、角色、每个流程的信息项进行分析和定义,系统的开发将构建起全流程的电子化业务
处理平台,实现信贷业务全流程的电子化操作,从根本上改善信贷数据质量问题,实现信
息共享,本次需求特别强调规范贷后管理的工作内容,强化贷后对合同执行情况的监控。
建立统一的信贷额度控管机制,通过额度的设立、使用、冻结、解冻、拆分、串用等机制,
建立起对公客户额度管理控制的平台。
系统的实施还将为集团客户的识别、认定、风险管
控提供操作平台。
该项目必将对建行的信贷操作流程的优化和调整产生重大的影响。
——在充分论证的基础上,今年 5 月启动了 ERP 财务项目,项目目标是:
为确保满足
全行上市财务信息披露的急迫需求,ERP 财务项目一期目标是:
用 14 个月(大约 2006 年
5 月)实现全行统一、完整的总账,自动生成符合不同会计准则的财务报表,以及分部报
告,满足上市财务信息披露的要求,同时在三个试点单位实施经费管理和固定资产管理模
块,实现财务帐户的集中统一管理和一定程度上的财与物的集成管理。
项目二期除在全行
推广经费、固定资产功能外,还将继续开发预算管理、集中采购等功能;将根据数据质量,
管理能力,还将进一步开发管理会计功能。
ERP 财务项目的实施将改善财务信息披露的质
量,规范全行的内部财务操作流程,为管理会计的推行,提供管理和数据基础。
——数据仓库建设项目于 2005 年 5 月份启动,一期项目重点建设数据仓库基础环境,
建立数据管控架构,开发支持资产负债管理的应用(静态流动性管理、利率风险和资金转
移价格)。
——渠道整合项目群的实施,已初步显示出对电子渠道拓展和管理的支持作用。
科技
发展目标和科技应用规划中,提出了建设渠道交易整合平台,对不同渠道,渠道与客户、
7
产品实行整合管理,保证服务质量的一致性和品牌的一致性的建设目标,并首先启动了渠
道整合项目群(包括:
渠道交易整合平台和呼叫中心整合),渠道整合平台将各电子渠道的
公共信息统一管理,向前端各渠道提供整合和标准的业务访问接口,可实现多渠道产品快
速部署和渠道间业务互动。
在渠道平台建设目标的指导下,以实现 CALL CENTER 业务需求
为切入点,在兼容现有电子渠道交易系统(网上银行、手机银行)的业务处理流程和业务
管理模式的基础上,建立渠道交易整合平台的业务管理基础架构。
渠道整合项目群的实施,
将有力推进电子银行业务的集约化经营,加快渠道产品和服务的响应速度,在提升客户服
务水平,分流网点柜台业务压力,提高管理水平,实行集中风险控制,创造直接中间业务
收益等方面发挥重要作用。
2005 年 6 月 4 日,江苏分行 CALL CENTER 系统(95533 客户服
务中心)独立省模式成功上线,取得第一个阶段性成果;7 月 2 日,内蒙古区分行 CALL
CENTER 系统(95533 客户服务中心)托管模式成功上线;渠道项目群实施,为建设总行
95533 客户服务中心提供了可能。
今年,我们将在成都建设总行客户服务总中心。
——为加快建立以客户为中心的 IT 基础架构。
建行于 2004 年 5 月开始筹建客户关系
管理项目群(包括:
全行客户信息整合 ECIFHE操作型客户关系管理等系统),目前已经
完成了全行客户信息整合的技术平台,开始支持江苏、内蒙,2005 年 8 月 30 日,操作型
客户关系管理项目在四川分行试点,ECIF 将提供公司客户和高端、签约个人客户的单一视
图,支持客户经理的营销活动,这是建行提供低柜服务的创新,届时,试点行客户经理能
够为客户提供签约、开户和高端产品的销售。
2005 年 9 月底,全行的对公客户,高端、签约客户的信息全部实现了在 ECIF 中的整
合。
——在金融产品创新方面,一是充分利用现有的产品系统,实行滚动开发,不断推出
新的功能;二是,自主开发了综合产品服务系统,专门用于跨系统的产品组合和差异化产
品开发;三是,在 2005 年 8 月推出了全行统一的代理保险业务系统等。
——在基础设施方面,建行正在建设南、北数据中心的容灾备份中心,预计今年年底
能部分启用,2006 年月底一期工程建成;部署了 19 个分行的网管系统,并在今年继续推
广;在全行范围内推出了个人计算机信息安全管理系统,加强了对个人计算机非法软件的
管理,防病毒,实现了软件和补丁程序的自动下发;实施了信息系统统一认证授权平台,
建立起面向全行网络与信息系统的动态口令强认证机制,并已经为总行开通的移动办公提
供动态口令认证服务。
8
五、经验总结
1. 经验
1) 加强 IT 管治,通过制订 IT 应用的战略规划和推进策略,提升 IT 应用的水平,强
化 IT 应用的整体和持久的效益。
改进项目开发的管理流程,组织实施 ITSM。
2) 充分认识到从全行层面进行总体规划在信息化建设中的重要性。
科技规划的设计
依据建设银行中长期发展战略,参考国际先进商业银行的业务管理模式和应用架构。
规划
中的目标架构,是按照商业银行的组织架构、业务流程、信息流,结合信息技术解决方案
所搭建的完整应用组件,是四者有机结合的整体。
3) 突出架构管理(业务架构、应用架构、数据架构、技术架构和安全体系架构)的
重要性。
由于建行处于不断变化的市场环境中,于之相适应,建行的业务需求及业务管理
要求也处于不断创新、不断变化之中。
因此,建行明确了为满足应用要求所进行的架构设
计须满足灵活性、扩展性及统一性的要求,并提出可“松耦合”的架构设计原则。
4) 建行在信息化实施过程中,意识到满足业务急迫性需求与逐 步形成统一架构之间
时常存在冲突。
为解决此矛盾,首先明确提出应用是目的,架构须服从于应用。
为了既能
满足近期应用的需要,又能更好地满足未来业务发展变化的需要,架构建设须讲究策略性。
首先具体的架构实施策略和部署采取逐步建设的策略,不能期望一步到位,因而在满足近
期需求和整体架构设计与实施之间可寻求一种平衡,可以允许当前的架构并非“完美”,但
能满足当前需求,在今后的建设中根据其灵活性及扩展性的特点逐步完善;其次在部署任
何应用时,一定要以架构设计作为指导,明确应用是架构中的应用,满足应用要求决不能
以脱离整体架构设计作为代价。
5) 积累了解决应用、数据和技术架构,三者之间复杂关系的经验。
首先理清了三者
之间紧密的关联性和各自的特殊性,其中应用是导向,数据和技术要支持应用,要通过应
用体现数据和技术的价值;其次清晰地洞察出数据架构设计及数据管理能力是建行目前较
为薄弱的环节,为解决此问题首先建立数据架构中的分布设计以满足产品和客户的服务为
导向的原则,同时优化数据信息的采集、存储、处理流程,提高数据质量,提升数据应用
能力。
6) 领导的重视、完善的项目实施组织机构是项目成功的基石。
为保障项目群的顺利
实施,建行成立了由行长挂帅的信息委员会作为最高领导及决策机构,下设公司业务应用
项目、个人业务应用项目、风险与资金应用项目、财务与信息应用项目、数据集中推广、
渠道与基础设施建设领导小组,分别由主管行领导担任组长。
7) 业务需求与技术方案相互触动,根据业务发展战略确定科技规划业务架构,在业
务架构的基础上参考国际最佳实践确定
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 建设银行 信息化
![提示](https://static.bdocx.com/images/bang_tan.gif)