某银行IT应用系统体系架构.docx
《某银行IT应用系统体系架构.docx》由会员分享，可在线阅读，更多相关《某银行IT应用系统体系架构.docx（137页珍藏版）》请在冰豆网上搜索。
某银行IT应用系统体系架构
某银行IT应用系统体系架构
1介绍
1.1文档目的
1.2目标
1.3范围
1.4目标读者
本文档的目标读者为对于某银行当前IT系统有一定了解的IT管理人员及系统管理人员。
1.5假设
在本文档的制作过程中采用了一些前提和假设，这些假设将作为文中分析与结论的重要依据。
所做假设如下：
所提供的关于IT系统及其相互间关系的信息是准确的；
关于每个系统的目的及功能的描述是准确的；
调查及访谈结果符实。
2应用体系架构的整体说明
2.1应用体系架构的定义
本文所指的应用体系架构是支持某银行业务体系架构的相关应用系统的体系架构。
在《某银行业务体系架构最佳实践》一文中指出，银行的业务活动，可以分为：
战略规划、资产负债管理和市场风险管理、信贷风险管理、财务管理、客户关系管理、渠道管理、产品管理、营运管理、人力资源管理共九个方面。
银行的各类应用系统，在功能上应该直接针对以上九个方面的业务活动的需求或者为这些业务活动提供相关信息。
在应用体系结构上，应该和业务体系结构的要求相适应。
银行的大部分应用系统，是为银行的营运服务的。
一般零售和批发的银行的营运包括本外币条件下的以下操作，这些操作形成了某银行的应用系统在银行营运方面的基本需求：
1）面向客户，提供各种金融产品和服务，包括零售银行业务、对公银行业务和卡业务等
2）操作型的客户信息管理
3）银行提供金融产品和服务的分销渠道的运作
4）核算和帐务体系
5）营运风险控制体系，包括柜员管理、额度管理、业务处理流程的规范、内部审计等
6）结算处理
7）清算处理
8）现金管理
9）票据管理
10）贷款的审批和管理
11）资金运作
12）柜台业务处理流程
13）对外接口的处理
某银行作为一家企业，自然需要有：
14）企业基本资源的管理，包括机构、人力资源、采购、营业性费用等方面的管理
15）办公的自动化
16）档案的电子化管理
银行的管理，自有它的专业特色，正如在《某银行业务体系架构最佳实践》一文中指出的：
17）资产负债管理和市场风险管理
18）财务管理中的银行管理会计
19）银行客户关系管理
20）信贷风险管理
需要专门的银行管理信息系统的支持。
鉴于某银行有决心发展混营业务，逐步建设成为金融集团，就还应该考虑：
21）投资活动的营运和管理
22）个人理财金融产品的管理营运和管理
23）证券业务金融产品的营运和管理
24）保险业务金融产品营运和管理
所以，在应用体系架构的规划中，要考虑上述的业务操作和业务管理职能在IT的环境中，如何实现及如何互相交互方面，为这些需求的实现和今后系统功能的扩充建立基本的框架。
在解释毕博对某银行近三年的应用体系架构的规划之前，先要阐述毕博对某银行IT战略的建议。
2.2对某银行IT战略的建议
某银行需要开发稳定的IT战略。
在这个过程中，需要将业务战略所需的IT环境与现有的IT环境进行比较，从而识别目前的IT环境多大程度上适应业务战略，然后识别差距、开发能弥补缺陷的IT战略、确定IT的工作方向，以启动IT战略的实施。
毕博的方法论认为，完整的IT战略包括以下五个方面：
1）应用服务战略
2）数据管理战略
3）基础设施战略
4）体系架构战略
5）IT组织和IT管制方式的战略
其中“IT组织和IT管制方式的战略”不在本项目的范围内。
在本项目的进行过程中，随着对某银行业务战略和愿景认识的深入、对某银行IT现状的深入，毕博建议以下的IT战略作为全行的IT战略
2.2.1应用服务战略
1）充分利用现有系统的功能和潜力
2）最大程度地使用自动的工作流管理
3）优化应用系统的客户服务能力和效率
4）在全行逐步实施业务规则管理
5）创造一个稳定、可扩展的开发环境
2.2.2数据管理战略
1）实施管理信息/决策支持
2）提供操作型和分析型的所有客户信息
3）逐步形成全行的一致的数据储存技术和数据储存方式
2.2.3基础设施战略
1）将全行IT规划、开发和管理的过程规范化
2）需要开发完整的营运维护方案
2.2.4体系架构战略
1）规划和实施银行应用体系架构
2）规划和实施银行数据体系架构
3）规划和实施银行安全体系架构
4）规划和实施银行技术体系架构
2.3应用体系架构设计中的关键点
本节所述的关键点，既是某银行IT规划中所应处理的重点业务或技术问题，也是毕博对整个规划的设计的基本起点。
在介绍整体的应用体系结构规划前，读者很有必要了解这些关键点。
2.3.1银行的核心业务系统
按国际通行惯例，一般银行核心业务系统的分类较专——针对零售银行、批发银行、信用卡（国际贷记卡）、投资银行等提供专用系统，很少有大一统的系统包罗所有的业务。
这不仅体现在国际上主要银行的系统部署的实践中，也体现在国际上产品化的核心业务系统的分类上。
道理很简单，因为业务的性质不同，所需的系统功能和技术架构会有不同的侧重点。
举例说，零售银行一般面向的客户是个人和规模较小的商业客户，因此业务重点是临柜、ATM、电话银行、小额支付等。
由于此类业务的特点是客户和帐户量大、交易量大、金额小、需要通存通兑和7X24小时服务等，所以在考虑系统效率、数据储存、系统与渠道接合这些方面会是设计的重点。
对批发银行而言，客户和帐户量与零售银行比较小，但交易金额是比较大的，所以系统的设计的重点在于交易的安全、交易流程的控管、资金结算的快速、资金管理服务的多元化、信贷风险管理的严谨等方面。
从应用来说，范围包括对公存款、贷款、贸易融资、外汇、资金市场等。
由于面对对公的客户为主，所以批发银行系统对于“7X24”的需求会稍低一点。
至于信用卡系统，一般是独立于核心应用业务系统的。
因为信用卡的发行机构不一定是银行，而且以这产品的特点来说，信用卡户的额度完全基于个人的信贷能力，也不一定需要在银行有帐户。
一般来说，信用卡系统分为发卡和代理经营两大类，所需的系统是业务代理系统和业务处理系统两大类。
某银行的DCC项目规划，将核心业务系统CCBS规划为对私业务、对公业务、卡业务、代理业务、理财业务、证券和保险业务的大一成的系统，这既反映了某银行对建设与数据中心的宗旨相一致的核心业务系统的决心，也反映了某银行对企业应用集成技术（EAI）（EAI技术，请参见本节第三段的论述、本文的正文论述和附件的介绍）的使用尚不熟练。
基于此，毕博对某银行的核心业务系统的规划的基本点是：
CCBS将本外币的对私和对公金融产品的帐务处理、操作型客户关系的处理、对私金融的业务流程、核算和帐务体系集成为一体是可行的也是合理的。
其它类型业务的核心系统，考虑另建或另购系统实现，并通过信息总线连接起来，成为逻辑意义上的大核心业务系统。
核心业务系统除了所提供的金融产品外，该系统的核心机制也是很重要的，毕博专门对该机制的国际最佳实践作了介绍，希望对某银行的CCBS系统的开发有所帮助。
2.3.2客户信息的管理
不论是什么类型的系统，银行现在都会相当讲究如何配合客户关系管理的观念、怎样推进“面向客户、面向管理”，以协助银行去管理和挖掘客户和产生新的高盈利的业务。
现在国外银行的应用系统都强调支持中央客户信息，每个客户在银行系统内都是一个唯一的个体，而所有客户的信息都是与所有的业务应用子系统共享，确保银行的每一个用户都可以基于自身的权限看到客户的所有资料，从而提供更集中的控管和优质服务。
所以一个设计优秀的客户信息系统是现代化的银行系统的一个非常重要的基础。
国外银行的客户信息比较注重怎样支持业务营销、客户关系管理、风险管理等各方面的需求和应用，因此客户信息的定义会根据数据分析（MIS、DSS、CRM等系统）的需要而增加了许多数据项，并让用户在有需要的时候新增自定义字段。
这个对于未来的管理信息、决策支持、商业智能等系统来说是一个非常重要的铺垫，没有充足、一致的数据来源，再好的数据挖掘和分析工具都是派不上用场的。
而且基于以客户为中心的结构，系统更容易提供综合理财类的新兴业务和综合对帐单等。
本规划是完全基于以客户为中心的设计思想，因此必须有CIF系统的支持。
从目前银行业的发展趋势来说CIF系统应该是一个独立的统一心系统，其它系统应该只是通过标准接口使用该系统。
但某银行的CIF系统的建立已由总行统一规划和实施的DCC项目所包括，是CCBS核心业务系统的一部分，毕博尊重这样的决定。
无论CIF系统以何种方式存在，全行其它系统只是通过与CIF系统的接口去访问CIF，而不需要建立自己的CIF系统。
以下是我们某银行CIF系统建立的一些建议。
考虑到某银行客户规模这么大，客户种类繁多的银行的中央客户信息，如何在总分行的结构下存储和使用，以怎样的步骤进行实施，和其它系统及信息总线的关系是什么，也是本次应用体系结构规划的总要内容。
规划的详细内容见第章操作型客户关系管理。
2.3.3企业应用系统集成（EAI）
银行的应用系统，无论先期规划得多么有远见、项目执行得多么有出色，终究会出现IT应用及基础设施不能满足日趋迅猛的市场变化的需求的现象。
遇到这种情况，国际上最佳实践的银行往往首先奉行整合的技术路线。
他们将使用系统整合技术，挖掘现有应用系统的潜力作为第一选择，这就需要使用EAI技术。
毕博建议某银行全面、系统地使用EAI技术，来联系横贯整个企业的异构系统、应用、数据源等。
EAI是将进程、软件、标准和硬件联合起来，在一个企业内或更多的企业系统之间实现无缝集成，使它们就像一个整体一样。
EAI通常表现为对一个商业实体的信息系统进行业务应用集成，或者是为不同公司实体之间的企业系统集成。
由于EAI是建立一个灵活的、标准化的企业应用底层架构，可以允许新的基于IT的应用和商业处理能够更容易和更有效的被部署。
EAI涉及到结构、硬件、软件以及流程等企业系统的各个层面：
业务过程集成
应用集成
数据集成
集成的标准：
要实现完全的数据集成，必须首先选择数据的标准格式。
集成的标准化促成了信息和业务数据的共享和分布，构成了企业应用集成的核心。
平台集成：
要实现系统的集成，底层的结构、软件、硬件以及异构网络的特殊需求都必须得到集成。
平台集成处理一些过程和工具，以保证这些系统进行快速安全的通信。
在EAI技术的支撑下，现有的应用系统在全行的范围内成为了特定的功能模块。
例如：
对于金融市场上利率和汇率的信息，银行的资金系统、信贷系统、管理信息系统中的ALM管理、财务会计管理等都需要这类信息。
银行一旦建立了市场数据汇入接口，就不必为所有需要此信息的系统都安装接口，而可以通过将数据接口视为全行的标准功能模块，将其挂接在今后的信息总线上，供各个系统共用。
通过进行EAI，银行可以建立系统整合的基础，从而在业务上获得下列好处：
1）业务流程标准化、自动化、流程化
利用EAI产品的自动化能力，确保业务流程管理（BPM）得到清晰的划分，局部的变化不再对企业整体运作造成影响。
随着某银行各项业务变革的深入，参照国际先进模式，为提高业务操作的效率和效果，或进行前瞻性业务流程改造，对现行业务流程的变动将越来越频繁。
如果对支持这些业务流程的系统直接进行更改，系统开发的周期、成本和风险都是相当可观的，并且会拖延业务变革的步伐。
通过EAI的BPM，将原有系统所支持的基本业务操作单元视为全行的通用标准模块（如支付、账单处理等），在标准模块的基础上配置新的业务流程，全行系统的灵活性、有效性将得到极大的改善。
2）集成的，基于WEB的基础设施和通用用户体验
银行可以对后台系统的数据传输进行控制，并在基于WEB的企业门户中显示这些信息。
3）降低系统实施和运作的成本
EAI架构能够更加灵活地根据战略市场转移添加或者改变业务能力，同时在现有系统中对数据集成进行有效的管理。
4）降低对于多个系统的依赖
银行可以对那些功能和数据重复的系统进行有选择的淘汰和整合，从而降低旧有系统的人力操作成本。
通过进行
升级会员 