目标
本文档的目标如下:
建立建设银行当前主要IT系统状况的清单；
利用参照体系结构模型建立当前系统层次模型图；
按照业务运营或业务管理的内在逻辑，将支持某种业务运营或业务管理的系统功能集中，完成当前的逻辑数据结构图集，明确系统之间的联系和数据信息流动；
简要列出建设银行当前IT系统的第三方供应商及开发工具；
完成对建设银行的各类系统的统计分析工作。

范围
本文档要完成的工作如下：
收集主要现有系统的信息；
基于我们对主要系统的理解，绘制系统和数据架构图；
使用参照体系结构模型对系统进行划分以便进一步分析；
明确建设银行总分行间主要系统的功能和系统接口。

目标读者
本文档的目标读者是IT管理人员和规划人员，在一定程度上比较了解建设银行的系统现状。本文希望对建设银行的系统现状进行初步分析，并在此基础之上明确现有IT系统与目标状态之间的差距、做出IT转型计划。

假设
作为本评估的一部分，我们制定了一系列的工作假设，在此之上对建设银行提供的各种数据进行分析：
各个IT系统的信息及其之间的联系是真实准确的；
对每个系统的目的和功能的描述同实际情况完全相符；
调研和访谈的结果同事实比较相符。

系统信息汇总格式及访谈结果
系统信息格式

表2-1：中国建设银行应用信息系统状况表

系统名称：

问题说明系统名称所支持业务内容系统描述供应商名称购入/开发时间系统类型P、C、VP= 内部开发或供应商专门为建设银行开发、C= 外部采购产品客户化并由内部支持、V= 供应商提供产品及支持应用中间件的使用系统接口的情况（报文、格式等）与其有连接的其它系统名称被该系统调用数据的系统调用该系统输出数据的系统使用该系统的部门/用户（请指明系统的应用范围，如在总行或哪级分行使用）系统使用状态U、P、D、RU = 在线使用、P = 已采购、D = 在开发、R = 待淘汰业务增长率（可由系统用户填写）％未来三年的预计业务量增长率。如果该系统不是基于交易的，则使用基本生产单位，例如，发出帐单数量等。系统版本状态0、-1、-2、、0= 当年投产、-1= 上年投产、-2= 前年投产、、操作系统操作系统版本操作系统使用时间数据库类型与版本硬件平台版本硬件平台使用时间（年）数据处理模式B、P、OB = 批量、 P = 部分在线、O = 100% 在线 基于WebA、P、NA = 已经、P = 可能、N = 不会开发语言应用开发所使用的编程语言支撑工具应用系统支持所需要的主要工具软件架构（B/S,C/S等）系统优点现存问题对本系统的升级具体要求对本系统的升级具体计划注：在说明中可以阐述系统的各个应用模块在总、分行需澄清的情况

系统调查及访谈结果

建设银行IT系统调研结果
我们对于建设银行主要应用信息系统进行了欧亿·体育（中国）有限公司层面的调查，并对调查结果进行汇总。

。。。。

建设银行对系统的访谈结果
根据中国建设银行相关业务及技术人员对于主要应用系统专题报告会的介绍，以及相应的访谈结果，我们对于关键业务应用系统整理出相应的信息，详见附录。

使用参照体系结构模型考察建设银行现行的应用系统
参照体系结构模型介绍
我们实施IT 规划的一个核心部分就是参照体系结构分析模型。该参照体系结构模型已经在其他国家的银行欧亿·体育（中国）有限公司的客户中得到实施、验证并进行了改进。

我们用参照体系结构模型作为对“现状分析”阶段所收集的信息进行分类和分析的工具，同时也用来确定“目标状态”。

参照体系结构模型图

每层次的定义、含义和每层系统实例如下：
渠道层

渠道是银行和它的客户进行交互的界面。为方便起见，我们将银行渠道分为以下四种：

电子渠道——电子渠道是通过数字设备访问银行系统的总称，包括Money或Quicken这样的PC软件、Web的访问、移动电子设备（手机、PDA等）、交互式电视等。他们应该通过统一的交换平台向主机发送交易请求。E-mail也是一条渠道，虽然它可能要通过专用的软件（如BridgeWare）才能产生交易请求。

呼叫中心——呼叫中心在结构上分为ACD（自动呼叫分配） 、IVR/AVR（交互/自动的语音应答）、CTI（计算机/电话集成）。当网络带宽足够宽且经济时，完整的图象交换也可以实现。当前的呼叫中心的体系结构都假设：在对外服务时只有一个逻辑上的呼叫中心，而实际上建设多个物理的呼叫中心。可以在多个呼叫中心进行负载均衡、实现CTI交换。

支持渠道—现在包括所有的自动化机具。传真和邮递渠道也可以包含在其中。最终跨渠道的电子现金的表单的处理也会包含在其中。目前尚没有支持性渠道的统一的概念定义。

传统的营业网点——柜台、综合柜员制。

渠道接口管理层

渠道管理层负责渠道设备的物理管理和集成（几