《某银行IT应用体系架构6491.docx》由会员分享,可在线阅读,更多相关《某银行IT应用体系架构6491.docx(272页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、1介绍1001.1文档目目的101.2目标101.3范围101.4目标读读者101.5假设102应用体系架架构的整体说说明112.1应用体体系架构的定定义112.2对某银银行IT战略的建建议132.2.1应应用服务战略略132.2.2数数据管理战略略132.2.3基基础设施战略略142.2.4体体系架构战略略142.3应用体体系架构设计计中的关键点点142.3.1银银行的核心业业务系统142.3.2客客户信息的管管理162.3.3企企业应用系统统集成(EAAI)172.3.4管管理信息系统统192.3.5合合理的应用系系统功能202.3.6数数据分布模式式212.3.7应应用分布模式式212.
2、3.8应应引起关注的的技术问题和和技术管理问问题232.3.9IIT规划的管管理机制问题题243应用体系架架构的整体设设计253.1应用体体系架构的整整体设计图253.1.1应应用体系架构构中的系统功功能和全行的的应用需求的的对应关系263.1.2对对核心业务体体系系统的说说明283.1.3总总行层面的系系统总览313.1.4一一级分行层面面的系统总览览324建议的转型型计划大纲(待待项目计划出出)344.1某银行行现有的应用用系统和目标标模式的差异异分析345核心业务系系统的目标功功能模式365.1核心业业务系统核心心层的目标功功能365.1.1系系统的总体功功能和特性365.1.2客客户信
3、息管理理功能365.1.3帐帐户管理功能能375.1.4产产品管理 功能405.1.5帐帐户交易管理理功能415.1.6报报表管理功能能425.1.7出出纳/分行交易管管理功能435.1.8管管理和监控功功能445.1.9现现金管理功能能445.1.10总帐功能455.1.11应用安全管管理功能465.2核心业业务系统的业业务层的目标标功能475.2.1核核算管理及账账务体系475.2.2内内部资金管理理495.2.3结结算管理495.2.4银银行卡业务的的管理505.2.5现现金管理505.2.6凭凭证管理505.2.7国国际结算515.2.8对对各级机构作作业的支持515.2.9营营运风险
4、控制制体系525.3金融产产品提供555.3.1 公公司业务(仅仅包含帐户处处理)555.3.2个个人业务555.3.3银银行卡业务555.3.4现现金业务565.3.5资资金调度业务务565.3.6票票据清算565.3.7外外汇买卖业务务565.3.8中中间业务566大前置的目目标功能模式式586.1大前置置系统的建设设目标586.2大前置置架构说明606.3大前置置系统功能说说明616.4前端设设备636.5技术考考虑事项637某银行信息息总线目标功功能模式647.1信息总总线的整合层层657.1.1概概述657.1.2系系统接入子层层667.1.3输输出整合697.1.4BBPM707.
5、2门户技技术807.2.1门门户要求807.2.2两两级门户个性性化实现方案案817.2.3多多种前端接入入实现方案837.3统一的的安全认证机机制847.3.1建建立客户信息息管理系统847.3.2建建立认证LDDAP服务器器857.3.3实实现单点登录录858MIS系统统目标功能模模式898.1数据仓仓库架构898.1.1图图 1 数据仓仓库一般架构构源系统898.1.2EETL908.1.3操操作数据存储储(ODS)918.1.4多多维数据存储储(数据集市市)918.1.5OOLAP928.1.6数数据挖掘938.1.7表表现层958.2管理信信息系统体系系结构968.2.1管管理信息系
6、统统数据仓库体体系架构968.2.2管管理信息系统统演进策略1018.3分析型型客户关系管管理应用架构构1038.3.1分分行层面的客客户区分1058.3.2分分行层面的多多维利润分析析1068.3.3分分行层面的客客户需求分析析1068.3.4分分行层面的客客户行为分析析1078.3.5分分行层面的交交叉销售分析析1088.3.6分分行层面的客客户满意度分分析1088.3.7总总行层面的客客户区分1098.3.8总总行层面的客客户需求分析析1098.3.9总总行层面的多多维利润分析析1108.3.10总行层面的的市场趋势分分析1118.3.11总行层面的的重大事件分分析1118.3.12总行
7、层面的的客户行为分分析1128.4管理会会计系统应用用架构1138.4.1全全面预算1148.4.2多多维的成本盈盈利管理1158.4.3帐帐户的利润贡贡献度计算1158.4.4产产品/客户的利润润贡献度计算算1198.4.5渠渠道的利润贡贡献度计算1198.4.6机机构的利润贡贡献度计算1198.4.7业业绩考核指标标1198.5资产负负债管理信息息系统应用架架构1228.5.1市市场风险分析析和预测1238.5.2利利润分析1278.5.3内内部资金转移移定价(FTTP)1298.5.4资资本管理1318.6信贷风风险管理信息息系统应用架架构1328.6.1信信贷风险管理理信息系统数数据仓
8、库1338.6.2信信贷风险模型型1348.6.3信信贷风险管理理决策支持1418.6.4信信贷风险管理理监控及报表表生成1429信贷业务和和风险管理系系统目标功能能模式1469.1信贷业业务管理系统统1469.1.1目目标模式信贷贷业务管理系系统特性1469.1.2信信贷业务管理理系统所支持持的信贷关键业业务流程的具具体说明1479.1.3信信贷业务管理理系统的数据据结构1599.1.4信信贷业务管理理系统的数据据流图1639.1.5信信贷业务管理理系统的系统统技术体系结结构1649.2信贷风风险管理系统统1679.2.1信信贷风险管理理系统的功能能模块和整体体逻辑视图1679.2.2信信贷
9、数据集市市及数据管理理系统1709.2.3联联机数据分析析及报表处理理系统1759.2.4信信贷业务管理理系统和信贷贷风险管理系系统的接口17810操作型客客户信息管理理17910.1操作作型客户信息息管理平台的的总体目标规规划17910.2CIIF的设计方方法17910.3操作作型客户信息息结构模型分分析18010.4本规规划操作型客客户信息设计计18310.5操作作型客户信息息存放方式18410.6操作作型客户信息息的建立和维维护18611资金管理理系统的目标标模式18711.1资金金管理系统目目标模式介绍绍18711.2资金金管理系统对对资金流程的的全线支持18711.3资金金管理系统功
10、功能介绍18811.4资金金管理系统的的数据结构介介绍18911.5资金金管理系统技技术体系结构构介绍19012个人理财财系统19212.1目标标模式的个人人理财系统支支持的业务:19212.2个人人理财系统整整体应用流程程19312.3个人人理财系统功功能模块19413ERP系系统19813.1总帐帐管理19913.2人力力资源/薪资管理20013.2.1目标模式的的人力资源管管理系统功能能20013.3固定定资产管理20313.4采购购管理20413.5库存存管理20613.6合同同管理20813.7ERRP系统与其其它系统的接接口20813.7.1ERP系统与与OA(办公自自动化)系统统
11、的关系20813.7.2ERP系统与与其它MISS的关系20813.7.3ERP系统与与业务支持系系统的关系20914 办公自动动化系统的目目标应用体系系结构210企业办公自动化化的主要功能能模块210某银行的办公自自动化系统的的主要基础功功能模块210某银行的办公自自动化系统的的主要应用功功能模块213对某银行办公自自动化系统功功能模块的建建议214与其它系统之间间的信息交换换结构图215某银行的办公自自动化系统的的基础平台的的选择21515 档案管理理的应用体系系结构218档案管理在某银银行IT应用体系系中的作用与与地位218某银行档案管理理系统应具备备的特点218档案管理与其它它系统的关
12、系系219档案管理与办公公自动化系统统的关系219档案管理与银行行业务系统的的关系219档案管理与企业业信息站的关关系219档案管理系统的的主要功能模模块219数据录入、压缩缩、转换与存存储220档案检索2221档案信息发布和和使用222档案修改与销毁毁管理223系统管理2223档案管理系统的的系统流程223某银行档案管理理系统的数据据中心建设22516 投资管理理、证券、保保险和基金业业务系统227投资管理2227投资管理的应用用范围227投资管理的系统统架构227投资管理系统的的功能需求228投资管理系统的的主要接口228证券与基金管理理系统229证券与基金管理理系统的业务务特征2291
13、介绍1.1 文档目的1.2 目标1.3 范围1.4 目标读者本文档的目标读读者为对于某某银行当前IIT系统有一一定了解的IIT管理人员员及系统管理理人员。 1.5 假设 在本文档的制作作过程中采用用了一些前提提和假设,这这些假设将作作为文中分析析与结论的重重要依据。所所做假设如下下:所提供的关于IIT系统及其其相互间关系系的信息是准准确的;关于每个系统的的目的及功能能的描述是准准确的;调查及访谈结果果符实。2 应用体系架构的的整体说明2.1 应用体系架构的的定义本文所指的应用用体系架构是是支持某银行行业务体系架架构的相关应应用系统的体体系架构。在某银行业务务体系架构最最佳实践一一文中指出,银银
14、行的业务活活动,可以分分为:战略规规划、资产负负债管理和市市场风险管理理、信贷风险险管理、财务管理、客客户关系管理理、渠道管理、产品管理、营营运管理、人人力资源管理理共九个方面面。银行的各各类应用系统统,在功能上上应该直接针针对以上九个个方面的业务务活动的需求求或者为这些些业务活动提提供相关信息息。在应用体体系结构上,应应该和业务体体系结构的要要求相适应。银行的大部分应应用系统,是是为银行的营营运服务的。一一般零售和批批发的银行的的营运包括本本外币条件下下的以下操作作,这些操作作形成了某银银行的应用系系统在银行营营运方面的基基本需求:1) 面向客户,提供供各种金融产产品和服务,包包括零售银行行
15、业务、对公公银行业务和和卡业务等2) 操作型的客户信信息管理3) 银行提供金融产产品和服务的的分销渠道的的运作4) 核算和帐务体系系5) 营运风险控制体体系,包括柜柜员管理、额额度管理、业业务处理流程程的规范、内内部审计等6) 结算处理7) 清算处理8) 现金管理9) 票据管理10) 贷款的审批和管管理11) 资金运作12) 柜台业务处理流流程13) 对外接口的处理理某银行作为一家家企业,自然然需要有:14) 企业基本资源的的管理,包括括机构、人力力资源、采购购、营业性费费用等方面的的管理15) 办公的自动化16) 档案的电子化管管理银行的管理,自自有它的专业业特色,正如如在某银行行业务体系架
16、架构最佳实践践一文中指指出的:17) 资产负债管理和和市场风险管管理18) 财务管理中的银银行管理会计计19) 银行客户关系管管理20) 信贷风险管理需要专门的银行行管理信息系系统的支持。鉴于某银行有决决心发展混营营业务,逐步步建设成为金金融集团,就就还应该考虑虑:21) 投资活动的营运运和管理22) 个人理财金融产产品的管理营营运和管理23) 证券业务金融产产品的营运和和管理24) 保险业务金融产产品营运和管管理所以,在应用体体系架构的规规划中,要考考虑上述的业业务操作和业业务管理职能能在IT的环境中中,如何实现现及如何互相相交互方面,为为这些需求的的实现和今后后系统功能的的扩充建立基基本的
17、框架。在解释毕博对某某银行近三年年的应用体系系架构的规划划之前,先要要阐述毕博对对某银行IT战略的建建议。2.2 对某银行IT战战略的建议某银行需要开发发稳定的ITT战略。在这这个过程中,需需要将业务战战略所需的IIT环境与现现有的IT环境进行行比较,从而而识别目前的的IT环境多大大程度上适应应业务战略,然然后识别差距距、开发能弥弥补缺陷的IIT战略、确确定IT的工作方向,以以启动IT战略的实实施。毕博的方法论认认为,完整的的IT战略包括括以下五个方方面:1) 应用服务战略2) 数据管理战略3) 基础设施战略4) 体系架构战略5) IT组织和ITT管制方式的的战略其中“IT组织织和IT管制方式
18、式的战略”不在本项目目的范围内。在本项目的进行行过程中,随随着对某银行行业务战略和和愿景认识的的深入、对某某银行IT现状的深深入,毕博建建议以下的IIT战略作为为全行的ITT战略2.2.1 应用服务战略1) 充分利用现有系系统的功能和和潜力2) 最大程度地使用用自动的工作作流管理3) 优化应用系统的的客户服务能能力和效率4) 在全行逐步实施施业务规则管管理5) 创造一个稳定、可可扩展的开发发环境2.2.2 数据管理战略1) 实施管理信息/决策支持2) 提供操作型和分分析型的所有有客户信息3) 逐步形形成全行的一一致的数据储储存技术和数数据储存方式式2.2.3 基础设施战略1) 将全行IT规划划
19、、开发和管管理的过程规规范化2) 需要开发完整的的营运维护方方案2.2.4 体系架构战略1) 规划和实施银行行应用体系架架构2) 规划和实施银行行数据体系架架构3) 规划和实施银行行安全体系架架构4) 规划和实施银行行技术体系架架构2.3 应用体系架构设设计中的关键键点本节所述的关键键点,既是某某银行IT规划中所所应处理的重重点业务或技技术问题,也也是毕博对整整个规划的设设计的基本起起点。在介绍绍整体的应用用体系结构规规划前,读者者很有必要了了解这些关键键点。2.3.1 银行的核心业务务系统按国际通行惯例例,一般银行行核心业务系系统的分类较较专针对零售售银行、批发发银行、信用用卡(国际贷贷记卡
20、)、投投资银行等提提供专用系统统,很少有大大一统的系统统包罗所有的的业务。这不不仅体现在国国际上主要银银行的系统部部署的实践中中,也体现在在国际上产品品化的核心业业务系统的分分类上。道理理很简单,因因为业务的性性质不同,所所需的系统功功能和技术架架构会有不同同的侧重点。举例说,零售银银行一般面向向的客户是个个人和规模较较小的商业客客户,因此业业务重点是临临柜、ATMM、电话银行行、小额支付付等。由于此此类业务的特特点是客户和和帐户量大、交交易量大、金金额小、需要要通存通兑和和7X24小时时服务等,所所以在考虑系系统效率、数数据储存、系系统与渠道接接合这些方面面会是设计的的重点。对批发银行而言言
21、,客户和帐帐户量与零售售银行比较小小,但交易金金额是比较大大的,所以系系统的设计的的重点在于交交易的安全、交交易流程的控控管、资金结结算的快速、资资金管理服务务的多元化、信信贷风险管理理的严谨等方方面。从应用用来说,范围围包括对公存存款、贷款、贸贸易融资、外外汇、资金市市场等。由于于面对对公的的客户为主,所所以批发银行行系统对于“7X24”的需求会稍稍低一点。至于信用卡系统统,一般是独独立于核心应应用业务系统统的。因为信信用卡的发行行机构不一定定是银行,而而且以这产品品的特点来说说,信用卡户户的额度完全全基于个人的的信贷能力,也也不一定需要要在银行有帐帐户。一般来来说,信用卡卡系统分为发发卡和
22、代理经经营两大类,所所需的系统是是业务代理系系统和业务处处理系统两大大类。某银行的DCCC项目规划,将将核心业务系系统CCBSS规划为对私私业务、对公公业务、卡业业务、代理业业务、理财业业务、证券和和保险业务的的大一成的系系统,这既反反映了某银行行对建设与数数据中心的宗宗旨相一致的的核心业务系系统的决心,也也反映了某银银行对企业应应用集成技术术(EAI)(EAI技术,请请参见本节第第三段的论述述、本文的正正文论述和附附件的介绍)的的使用尚不熟熟练。基于此,毕博对对某银行的核心心业务系统的的规划的基本本点是:CCCBS将本外外币的对私和和对公金融产产品的帐务处处理、操作型型客户关系的的处理、对私
23、私金融的业务务流程、核算算和帐务体系系集成为一体体是可行的也也是合理的。其其它类型业务务的核心系统统,考虑另建建或另购系统统实现,并通通过信息总线线连接起来,成成为逻辑意义义上的大核心心业务系统。核心业务系统除除了所提供的的金融产品外外,该系统的的核心机制也也是很重要的的,毕博专门门对该机制的的国际最佳实实践作了介绍绍,希望对某某银行的CCBS系统统的开发有所所帮助。2.3.2 客户信息的管理理不论是什么类型型的系统,银银行现在都会会相当讲究如如何配合客户户关系管理的的观念、怎样样推进“面向客户、面面向管理”,以协助银银行去管理和和挖掘客户和和产生新的高高盈利的业务务。现在国外银行的的应用系统
24、都都强调支持中中央客户信息息,每个客户户在银行系统统内都是一个个唯一的个体体,而所有客客户的信息都都是与所有的的业务应用子子系统共享,确确保银行的每每一个用户都都可以基于自自身的权限看看到客户的所所有资料,从从而提供更集集中的控管和和优质服务。所所以一个设计计优秀的客户户信息系统是是现代化的银银行系统的一一个非常重要要的基础。国外银行的客户户信息比较注注重怎样支持持业务营销、客客户关系管理理、风险管理理等各方面的的需求和应用用,因此客户户信息的定义义会根据数据据分析(MIIS、DSS、CRM等系统统)的需要而而增加了许多多数据项,并并让用户在有有需要的时候候新增自定义义字段。这个个对于未来的的
25、管理信息、决决策支持、商商业智能等系系统来说是一一个非常重要要的铺垫,没没有充足、一一致的数据来来源,再好的的数据挖掘和和分析工具都都是派不上用用场的。而且且基于以客户户为中心的结结构,系统更更容易提供综综合理财类的的新兴业务和和综合对帐单单等。本规划是完全基基于以客户为为中心的设计计思想,因此此必须有CIIF系统的支支持。从目前前银行业的发发展趋势来说说CIF系统统应该是一个个独立的统一一心系统,其其它系统应该该只是通过标标准接口使用用该系统。但但某银行的CIIF系统的建建立已由总行行统一规划和和实施的DCCC项目所包包括,是CCCBS核心业业务系统的一一部分,毕博博尊重这样的的决定。无论论
26、CIF系统以以何种方式存存在,全行其其它系统只是是通过与CIIF系统的接接口去访问CCIF,而不不需要建立自自己的CIFF系统。以下下是我们某银银行CIF系系统建立的一一些建议。考虑到某银行客客户规模这么么大,客户种种类繁多的银银行的中央客客户信息,如如何在总分行行的结构下存存储和使用,以以怎样的步骤骤进行实施,和和其它系统及及信息总线的的关系是什么么,也是本次次应用体系结结构规划的总总要内容。规规划的详细内内容见第章操操作型客户关关系管理。2.3.3 企业应用系统集集成(EAII)银行的应用系统统,无论先期期规划得多么么有远见、项项目执行得多多么有出色,终终究会出现IIT应用及基基础设施不能
27、能满足日趋迅迅猛的市场变变化的需求的的现象。遇到到这种情况,国国际上最佳实实践的银行往往往首先奉行行整合的技术术路线。他们们将使用系统统整合技术,挖挖掘现有应用用系统的潜力力作为第一选选择,这就需需要使用EAAI技术。毕毕博建议某银银行全面、系系统地使用EEAI技术,来来联系横贯整整个企业的异异构系统、应应用、数据源源等。EAI是将进程程、软件、标标准和硬件联联合起来,在在一个企业内内或更多的企企业系统之间间实现无缝集集成,使它们们就像一个整整体一样。EEAI通常表现为对对一个商业实实体的信息系系统进行业务务应用集成,或者是为不同公司实体之间的企业系统集成。由于EAI是建立一个灵活的、标准化的
28、企业应用底层架构,可以允许新的基于IT的应用和商业处理能够更容易和更有效的被部署。EAI涉及到结结构、硬件、软软件以及流程程等企业系统统的各个层面面:业务过程集成应用集成数据集成集成的标准:要要实现完全的的数据集成,必必须首先选择择数据的标准准格式。集成成的标准化促促成了信息和和业务数据的的共享和分布布,构成了企企业应用集成成的核心。平台集成:要实实现系统的集集成,底层的的结构、软件件、硬件以及及异构网络的的特殊需求都都必须得到集集成。平台集集成处理一些些过程和工具具,以保证这这些系统进行行快速安全的的通信。在EAI技术的的支撑下,现现有的应用系系统在全行的的范围内成为为了特定的功功能模块。例
29、例如:对于金金融市场上利利率和汇率的的信息,银行行的资金系统统、信贷系统统、管理信息息系统中的AALM管理、财财务会计管理理等都需要这这类信息。银银行一旦建立立了市场数据据汇入接口,就就不必为所有有需要此信息息的系统都安安装接口,而而可以通过将将数据接口视视为全行的标标准功能模块块,将其挂接接在今后的信信息总线上,供供各个系统共共用。通过进行EAII,银行可以以建立系统整整合的基础,从从而在业务上上获得下列好好处:1) 业务流程标准化化、自动化、流流程化利用EAI产品品的自动化能能力,确保业业务流程管理理(BPM)得得到清晰的划划分,局部的的变化不再对对企业整体运运作造成影响响。随着某银银行各
30、项业务务变革的深入入,参照国际际先进模式,为为提高业务操操作的效率和和效果,或进进行前瞻性业业务流程改造造,对现行业业务流程的变变动将越来越越频繁。如果果对支持这些些业务流程的的系统直接进进行更改,系系统开发的周周期、成本和和风险都是相相当可观的,并并且会拖延业业务变革的步步伐。通过EEAI的 BPM,将将原有系统所所支持的基本本业务操作单单元视为全行行的通用标准准模块(如支支付、账单处处理等),在在标准模块的的基础上配置置新的业务流流程,全行系系统的灵活性性、有效性将将得到极大的的改善。2) 集成的,基于WWEB的基础础设施和通用用用户体验银行可以对后台台系统的数据据传输进行控控制,并在基基
31、于WEB的的企业门户中中显示这些信信息。3) 降低系统实施和和运作的成本本EAI架构能够够更加灵活地地根据战略市市场转移添加加或者改变业业务能力,同同时在现有系系统中对数据据集成进行有有效的管理。4) 降低对于多个系系统的依赖银行可以对那些些功能和数据据重复的系统统进行有选择择的淘汰和整整合,从而降降低旧有系统统的人力操作作成本。通过进行EAII,某银行可以在在技术上获得得下列好处:EAI解决方案案带来的技术术好处主要是是建立在这样样的一个事实实之上:该架架构是可以重重复使用的,具具有很高的升升级性和可配配置性。它结结合了以下的的能力:1) 方便地集成新的的组件和系统统;高度集成的工作作流引擎
32、,可可以实时地对对面向客户的的业务流程中中的任何事务务进行有效的的管理和监控控;通用消息总线,在在应用系统之之间传递消息息;通过连接器将分分散的应用系系统整合为一一个单一、有有效的事件驱驱动系统。在数据大集中和和大前置建立立后,根据所所选用的形式式不同,这时时应该规定哪哪些数据保存存在中心数据据库中,并制制定相应的交交换格式和交交换方法。由由于这些与所所选择的方式式以及以后的的某银行信息总总线有很大的的关联性,甚甚至有可能与与未来的某银银行信息总线线融为一体,所所以这里不详详细展开讨论论,而在下面面的信息交换换平台中提及及其可能用到到的技术。在中心数据仓库库逐步建立后后,我们应该该建立与之相相
33、配套的各种种系统,例如如客户信息系系统,对中心心数据库进行行挖掘分析的的系统、信贷贷系统、风险险预警、国际际结算等等,这这些系统的建建立与后面的的某银行信息总总线所采用的的技术有很大大的相关性,总总而言之,必必须能够与某某银行信息总总线很好地互互连。2.3.4 管理信息系统某银行使用管理理信息系统(MIS)一词,主要指的基于数据仓库技术,面向不同的银行管理主题的,对集中的业务数据和其他银行内/外数据的综合分析、处理和应用的系统。在本规划中, 管理信息系统被划分为分析型客户关系管理系统、管理会计系统、信贷风险管理系统、资产负债管理信息等系统。(其中信贷风险管理系统和信贷业务系统的关系紧密,一同在
34、第章中论述)我们对管理信息息的这种划分分,直接和某银行业务体体系架构最佳佳实践相对对应。由于总、分行之之间的管理职职能有所不同同,总分行管管理信息系统统对数据的要要求也随着不不同的管理需需求有所不同同。此外,由由于越来越多多管理决策需需要详尽的、多多维的支持信信息;同时也也要求管理信信息系统能具具备一定的分分析预测和知知识发现能力力。2.3.5 合理的应用系统统功能国内银行应用系系统的开发经经常发生的问问题是:或者者因为应用系系统的需求来来自于某个业业务部门的业业务操作和管管理的需要而而没有全行视视野;或者需需求没有前瞻瞻性;或者作作为需求的提提出者的业务务部门和作为为需求实现者者的技术部门门
35、的沟通问题题;或者对国国际同行同类类系统的信息息或参考不够够,导致应用用系统功能不不足。对某银银行而言,这这种案例很多多,例如:养养老统筹系统统、计算机设设备管理系统统、离休干部部信息管理系系统、机构信信息系统等一一批小型的企企业资源管理理系统,在功功能上都属于于ERP系统的的范畴,不应应独立开发、互互不关联;信信贷审批系统统、信贷管理理信息系统(CMIS),股票质押信息系统、坏帐核销系统、信贷清分系统、抵债资产系统等,在功能上都归属于全面的信贷业务管理和风险管理系统的范畴(参见)。本次某银行ITT规划的重点点,在应用功功能的规划上上。虽然对银银行信息总线线的规划,是是解决某银行行系统功能割割
36、裂的问题的的一个方案。但但如何使某银银行的各个应应用系统的功功能逐步具备备完备性、前前瞻性依然是是主体问题。为为此,在讨论论某银行IT规划主体体方案(第三三章)的基础础上,本规划划,从第五章章起,详细介介绍了国际先先进银行的各各个应用系统统的具体功能能要求,供某某银行参考。2.3.6 数据分布模式银行保存大量的的数据包括业业务数据以至至统计分析性性的数据,也也运行很多不不同的系统(如如业务处理系系统、ATMM、POS、客户户服务中心、各各种基于数据据仓库技术的的MIS系统等等)。在毕博博建议的ITT规划中,不不是所有的数数据都存放在在总行或区域域数据中心。某某些数据(包包括业务数据据和统计性数
37、数据)可能需需要存放在分分行以至网点点的服务器中中。数据存放放在分行或网网点可能是因因为这些数据据纯粹是本地地的数据而没没有存放在总总中心或区域域数据中心的的价值;也可可能是为了提提高交易处理理效率;也可可以是为了在在系统离线时时(与总中心心或区域数据据中心通讯断断掉)进行必必须的业务处处理。银行的数据从种种类可以分为为系统数据、业业务数据和管管理数据;从从地域方面可可以分为全行行数据与本地地数据(分行行、网点)。在本次规划中,总总数据中心或或区域数据中中心与灾难备备份中心保存存几乎所有的的系统数据、业业务数据,也也包含总行层层面的数据仓仓库与其他后后续系统的数数据。在分行行层面主要保保存系统
38、数据据和本地业务务数据,部分分的本地业务务数据也会存存放在总数据据中心或区域域数据中心。在在分行层面还还保存了部分分存放在总数数据中心或区区域数据中心心的业务数据据,主要的原原因是在于提提高交易的预预处理能力,减减小传送主机机的交易量及及通讯量。如如柜员在柜面面终端键入了了客户号或帐帐号时需要马马上显示客户户或帐户姓名名,以方便柜柜员核对的话话,该等数据据存放在分行行是可以更快快的把资料送送到柜员终端端,也不需要要到主机提取取。原则上,这这些数据是不不应该经常改改动的。但当当这些数据被被改动时,分分行保存的相相关数据也应应该同时被改改动以保持数数据的一致性性。但帐户余余额等敏感就就不应该存放放
39、在分行里面面,以减低银银行所面对财财务风险。由于部分系统的的静态数据是是同时存放在在数据中心和和各个分行的的,所以需要要制定一套数数据同步的过过程,建议是是在每天的日日终处理后联联机交易开始始前进行静态态数据的同步步。这个时间间点也是分发发新的程序到到每个分行的的最佳时机。保保证数据同步步的另一套机机制是依靠某某银行的信息息总线,详细细情况可以参参看本规划的的第章。2.3.7 应用分布模式某银行是通过不不同的系统来来完成所需的的操作(包括括业务处理和和后续的其他他处理)。银银行在实施集集中以后,不不同的应用将将会分别运行行在总中心,区区域数据中心心,分行以至至网点。决定定各个应用运运行的地点取
40、取决于几个条条件:应用的的性质(本地地应用或全行行应用)、使使用数据性质质、接口系统统要求等等。某银行的应用应应该是按该应应用的特性分分布在不同的的中心、地方方。例如:总总数据中心或或区域数据中中心是运行核核心业务系统统的环境,也也是总行MIIS(即数据据仓库、决策策支持系统和和商业智能系系统)运行的的理想环境,因因为这些系统统都需要全行行的数据。网网上银行的用用户可以通过过互联网来进进行操作,也也适宜在总数数据中心运行行。由于手机机用户的流动动性,手机银银行系统也应应该在总数据据中心运行。因因为客户关系系管理(Cuustomeer Rellationn Manaagemennt, CRRM)
41、系统需需要管理分布布在不同分行行的集团客户户,也建议在在总数据中心心运行。由于一级分行是是连接总数据据中心的枢纽纽,其地位非非常重要。在在大集中模式式下分行的角角色在起了很很大的变化,所所以分行需要要考虑一个很很完善的“大前置”系统来负起起与总数据中中心、本地系系统、支行/网点与本地地其他金融机机构的通讯连连接。在后面面会讨论到“大前置”系统的基本本功能要求。ATM/POS是比较适合在分行里面运作,主要的原因是这些系统都需要跟本地其他金融机构(如金卡)的系统联系。银证转帐系统也需要跟券商进行通讯而比较适合在分行运作。中间业务平台也是需要很多的本地通讯功能,在分行运作是比较理想的。电话银行和Ca
42、ll Centre系统就比较适合在分行运作,主要的原因是在于中国地方比较大,所使用的方言也比较多,很多时候拨近来的客户不一定很懂普通话,在分行运作对总体操作有好处。操作员也能够更亲切的提供优质的服务。但有些银行倾向把电话银行和Call Centre系统在总数据中心里面运行,这也是可以的,但需要解决了语言方面的问题,譬如电话银行除了提供普通话的服务外,也可能需要提供其他多种常用语言(如广东话、上海话、四川话、潮州话等等)的服务。Call Centre由于是客户与操作员的直接对话,懂得当地的语言与俚语是比较理想的。分行里面的报表表生成系统是是指在实施了了集中处理后后在总数据中中心或区域数数据中心可
43、能能会把很多的的业务数据下下发到各个分分行,以便生生成所需的运运作报表。总总数据中心只只传送原始数数据会减轻网网络的传送量量,也让分行行更有弹性来来生成本地报报表。如果银银行的策略是是在总数据中中心生成所有有报表后发送送到分行打印印的话,则分分行的报表系系统只需要具具备接收、打打印和重打功功能。支行、网点当然然只需要运行行柜面系统,也也可能需要接接收从分行送送过来的报表表进行打印。2.3.8 应引起关注的技技术问题和技技术管理问题题本次IT规划的的主体是系统统的应用体系系结构和应用用功能规划,不不着重于系统统的各项技术术问题。这里里我们简要的的强调一下应应用体系结构构下,个个应应用系统在开开发
44、和实施过过程中应注意意的技术问题题和技术管理理问题。某银行应该努力力使得各个应应用系统在以以下的技术特特性上,达到到最佳的综合合分值:1) 系统的安全性2) 系统的适应性适用于多多种软硬件平平台3) 系统的扩展性模块化和和参数化4) 系统的稳定性、可可靠性、可用用性5) 系统的开放性相对稳定定的核心与不不断丰富的外外围功能的统统一6) 系统的配置灵活活性7) 系统吞吐量8) 系统效率9) 系统的可维护性性某银行应该努力力使得自己在在各个应用系系统的开发过过程中,逐步步做到:1) 一致的开发平台台和开发工具具2) 一致、成熟的软软件工程方法法3) 一致、成熟的软软件过程方法法2.3.9 IT规划
45、的管理理机制问题要使IT规划能能长期的起到到反映业务的的驱动力、指指导IT开发和建建设工作的作作用, ITT规划本身需需要得到长期期的维护,以以反映最新的的业务环境的的变化、某银银行业务操作作能力的变化化、某银行IT系统的发发展所带来的的变化等,对对全行的应用用系统所带来来的不同需求求。这需要某银行有有一套成熟的的IT规划的管管理机制,这这套机制的几几个要点是:1) 在IT规划部门门和各个业务务和技术部门门充分沟通的的基础上,确确保被普遍认认同的IT规划,能能对全行的IIT工作起指指导作用2) 跟踪和记录外部部业务环境的的变化、全行行业务战略的的变化、全行行业务能力的的变化和全行行的应用系统统的变化,及及时评估这些些变化的影响响,特别是对对应用系统需需求的影响3) 除了定期(建议议以一年为单单位)审视、修修订和完善本本行的IT规划外,但但发生重大的的内外部环境境、战略或能能力的变化时时,适时修订订IT规划4) 需要行级领导和和IT主管领导导的大力支持持、适度介入入,并给于方方向性的指导导和合理的资资源配置的保保证5) 成熟的IT规划划方法论6) 合格的IT规划划人员和ITT规划团队,对对团队成员要要仔细甄选3 应用体系架构的的整体设计3.1 应用体系架构的的整体设计图图这是毕博对某银银行IT应用规划划的整体架构构。上图中,
限制150内