某银行IT应用体系架构

1介绍 (8)

1.1文档目的 (8)

1.2目标 (8)

1.3范围 (8)

1.4目标读者 (8)

1.5假设 (8)

2应用体系架构的整体说明 (9)

2.1应用体系架构的定义 (9)

2.2对某银行IT战略的建议 (10)

2.2.1应用服务战略 (11)

2.2.2数据管理战略 (11)

2.2.3基础设施战略 (11)

2.2.4体系架构战略 (12)

2.3应用体系架构设计中的关键点 (12)

2.3.1银行的核心业务系统 (12)

2.3.2客户信息的管理 (13)

2.3.3企业应用系统集成（EAI） (13)

2.3.4管理信息系统 (15)

2.3.5合理的应用系统功能 (15)

2.3.6数据分布模式 (16)

2.3.7应用分布模式 (16)

2.3.8应引起关注的技术问题和技术管理问题 (17)

2.3.9IT规划的管理机制问题 (18)

3应用体系架构的整体设计 (19)

3.1应用体系架构的整体设计图 (19)

3.1.1应用体系架构中的系统功能和全行的应用需求的对应关系 (20)

3.1.2对核心业务体系系统的说明 (22)

3.1.3总行层面的系统总览 (23)

3.1.4一级分行层面的系统总览 (24)

4建议的转型计划大纲（待项目计划出） (26)

4.1某银行现有的应用系统和目标模式的差异分析 (26)

5核心业务系统的目标功能模式 (27)

5.1核心业务系统核心层的目标功能 (27)

5.1.1系统的总体功能和特性 (27)

5.1.2客户信息管理功能 (27)

5.1.3帐户管理功能 (28)

5.1.4产品管理功能 (30)

5.1.5帐户交易管理功能 (31)

5.1.6报表管理功能 (33)

5.1.7出纳/分行交易管理功能 (35)

5.1.8管理和监控功能 (36)

5.1.9现金管理功能 (36)

5.1.10总帐功能 (37)

5.1.11应用安全管理功能 (39)

5.2核心业务系统的业务层的目标功能 (40)

5.2.1核算管理及账务体系 (40)

5.2.2内部资金管理 (41)

5.2.3结算管理 (41)

5.2.4银行卡业务的管理 (41)

5.2.5现金管理 (41)

5.2.6凭证管理 (42)

5.2.7国际结算 (42)

5.2.8对各级机构作业的支持 (42)

5.2.9营运风险控制体系 (43)

5.3金融产品提供 (44)

5.3.1 公司业务（仅包含帐户处理） (44)

5.3.2个人业务 (45)

5.3.3银行卡业务 (45)

5.3.4现金业务 (45)

5.3.5资金调度业务 (45)

5.3.6票据清算 (45)

5.3.7外汇买卖业务 (45)

5.3.8中间业务 (45)

6大前置的目标功能模式 (47)

6.1大前置系统的建设目标 (47)

6.2大前置架构说明 (48)

6.3大前置系统功能说明 (49)

6.4前端设备 (50)

6.5技术考虑事项 (50)

7某银行信息总线目标功能模式 (52)

7.1信息总线的整合层 (53)

7.1.1概述 (53)

7.1.2系统接入子层 (54)

7.1.3输出整合 (55)

7.1.4BPM (56)

7.2门户技术 (64)

7.2.1门户要求 (64)

7.2.2两级门户个性化实现方案 (65)

7.2.3多种前端接入实现方案 (66)

7.3统一的安全认证机制 (66)

7.3.1建立客户信息管理系统 (67)

7.3.2建立认证LDAP服务器 (67)

7.3.3实现单点登录 (67)

8MIS系统目标功能模式 (70)

8.1数据仓库架构 (70)

8.1.1图1 数据仓库一般架构源系统 (70)

8.1.2ETL (70)

8.1.3操作数据存储（ODS） (71)

8.1.4多维数据存储（数据集市） (71)

8.1.5OLAP (72)

8.1.6数据挖掘 (72)

8.1.7表现层 (73)

8.2管理信息系统体系结构 (73)

8.2.1管理信息系统数据仓库体系架构 (73)

8.2.2管理信息系统演进策略 (76)

8.3分析型客户关系管理应用架构 (77)

8.3.1分行层面的客户区分 (78)

8.3.2分行层面的多维利润分析 (79)

8.3.3分行层面的客户需求分析 (79)

8.3.4分行层面的客户行为分析 (79)

8.3.5分行层面的交叉销售分析 (80)

8.3.6分行层面的客户满意度分析 (80)

8.3.7总行层面的客户区分 (80)

8.3.8总行层面的客户需求分析 (81)

8.3.9总行层面的多维利润分析 (81)

8.3.10总行层面的市场趋势分析 (81)

8.3.11总行层面的重大事件分析 (82)

8.3.12总行层面的客户行为分析 (82)

8.4管理会计系统应用架构 (82)

8.4.1全面预算 (83)

8.4.2多维的成本盈利管理 (83)

8.4.3帐户的利润贡献度计算 (83)

8.4.4产品/客户的利润贡献度计算 (85)

8.4.5渠道的利润贡献度计算 (85)

8.4.6机构的利润贡献度计算 (85)

8.4.7业绩考核指标 (85)

8.5资产负债管理信息系统应用架构 (87)

8.5.1市场风险分析和预测 (88)

8.5.2利润分析 (89)

8.5.3内部资金转移定价（FTP） (91)

8.5.4资本管理 (91)

8.6信贷风险管理信息系统应用架构 (92)

8.6.1信贷风险管理信息系统数据仓库 (93)

8.6.2信贷风险模型 (94)

8.6.3信贷风险管理决策支持 (98)

8.6.4信贷风险管理监控及报表生成 (99)

9信贷业务和风险管理系统目标功能模式 (102)

9.1信贷业务管理系统 (102)

9.1.1目标模式信贷业务管理系统特性 (102)

9.1.2信贷业务管理系统所支持的信贷关键业务流程的具体说明 (102)

9.1.3信贷业务管理系统的数据结构 (115)

9.1.4信贷业务管理系统的数据流图 (117)

9.1.5信贷业务管理系统的系统技术体系结构 (118)

9.2信贷风险管理系统 (120)

9.2.1信贷风险管理系统的功能模块和整体逻辑视图 (120)

9.2.2信贷数据集市及数据管理系统 (122)

9.2.3联机数据分析及报表处理系统 (124)

9.2.4信贷业务管理系统和信贷风险管理系统的接口 (126)

10操作型客户信息管理 (127)

10.1操作型客户信息管理平台的总体目标规划 (127)

10.2CIF的设计方法 (127)

10.3操作型客户信息结构模型分析 (127)

10.4本规划操作型客户信息设计 (129)

10.5操作型客户信息存放方式 (130)

10.6操作型客户信息的建立和维护 (131)

11.1资金管理系统目标模式介绍 (132)

11.2资金管理系统对资金流程的全线支持 (132)

11.3资金管理系统功能介绍 (133)

11.4资金管理系统的数据结构介绍 (133)

11.5资金管理系统技术体系结构介绍 (135)

12个人理财系统 (136)

12.1目标模式的个人理财系统支持的业务： (136)

12.2个人理财系统整体应用流程 (136)

12.3个人理财系统功能模块 (137)

13ERP系统 (139)

13.1总帐管理 (139)

13.2人力资源/薪资管理 (140)

13.2.1目标模式的人力资源管理系统功能 (140)

13.3固定资产管理 (141)

13.4采购管理 (141)

13.5库存管理 (142)

13.6合同管理 (143)

13.7ERP系统与其它系统的接口 (143)

13.7.1ERP系统与OA（办公自动化）系统的关系 (143)

13.7.2ERP系统与其它MIS的关系 (143)

13.7.3ERP系统与业务支持系统的关系 (143)

14 办公自动化系统的目标应用体系结构 (144)

企业办公自动化的主要功能模块 (144)

某银行的办公自动化系统的主要基础功能模块 (144)

某银行的办公自动化系统的主要应用功能模块 (145)

对某银行办公自动化系统功能模块的建议 (146)

与其它系统之间的信息交换结构图 (147)

某银行的办公自动化系统的基础平台的选择 (147)

档案管理在某银行IT应用体系中的作用与地位 (148)

某银行档案管理系统应具备的特点 (148)

档案管理与其它系统的关系 (148)

档案管理与办公自动化系统的关系 (148)

档案管理与银行业务系统的关系 (148)

档案管理与企业信息站的关系 (149)

档案管理系统的主要功能模块 (149)

数据录入、压缩、转换与存储 (149)

档案检索 (149)

档案信息发布和使用 (150)

档案修改与销毁管理 (150)

系统管理 (150)

档案管理系统的系统流程 (151)

某银行档案管理系统的数据中心建设 (151)

16 投资管理、证券、保险和基金业务系统 (154)

投资管理 (154)

投资管理的应用范围 (154)

投资管理的系统架构 (154)

投资管理系统的功能需求 (154)

投资管理系统的主要接口 (155)

证券与基金管理系统 (155)

证券与基金管理系统的业务特征 (155)

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)最大程度地使用自动的工作流管理优化应用系统的客户服

务能力和效率

4)在全行逐步实施业务规则管理创造一个稳定、可扩展的开发

环境

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) 降低对于多个系统的依赖

银行可以对那些功能和数据重复的系统进行有选择的淘汰和整合，从而降低旧有系统的人力

操作成本。

通过进行EAI，某银行可以在技术上获得下列好处：

EAI解决方案带来的技术好处主要是建立在这样的一个事实之上：该架构是可以重复使用的，具有很高的升级性和可配置性。它结合了以下的能力：

1) 方便地集成新的组件和系统；

高度集成的工作流引擎，可以实时地对面向客户的业务流程中的任何事务进行有效的管理和监控；

通用消息总线，在应用系统之间传递消息；

通过连接器将分散的应用系统整合为一个单一、有效的事件驱动系统。

在数据大集中和大前置建立后，根据所选用的形式不同，这时应该规定哪些数据保存在中心数据库中，并制定相应的交换格式和交换方法。由于这些与所选择的方式以及以后的某银行信息总线有很大的关联性，甚至有可能与未来的某银行信息总线融为一体，所以这里不详细展开讨论，而在下面的信息交换平台中提及其可能用到的技术。

在中心数据仓库逐步建立后，我们应该建立与之相配套的各种系统，例如客户信息系统，对中心数据库进行挖掘分析的系统、信贷系统、风险预警、国际结算等等，这些系统的建立与后面的某银行信息总线所采用的技术有很大的相关性，总而言之，必须能够与某银行信息总线很好地互连。

2.3.4 管理信息系统

某银行使用管理信息系统（MIS）一词，主要指的基于数据仓库技术，面向不同的银行管理主题的，对集中的业务数据和其他银行内/外数据的综合分析、处理和应用的系统。在本规划中，管理信息系统被划分为分析型客户关系管理系统、管理会计系统、信贷风险管理系统、资产负债管理信息等系统。（其中信贷风险管理系统和信贷业务系统的关系紧密，一同在第章中论述）

我们对管理信息的这种划分，直接和《某银行业务体系架构最佳实践》相对应。

由于总、分行之间的管理职能有所不同，总分行管理信息系统对数据的要求也随着不同的管理需求有所不同。此外，由于越来越多管理决策需要详尽的、多维的支持信息；同时也要求管理信息系统能具备一定的分析预测和知识发现能力。

2.3.5 合理的应用系统功能

国内银行应用系统的开发经常发生的问题是：或者因为应用系统的需求来自于某个业务部门的业务操作和管理的需要而没有全行视野；或者需求没有前瞻性；或者作为需求的提出者的业务部门和作为需求实现者的技术部门的沟通问题；或者对国际同行同类系统的信息或参考不够，导致应用系统功能不足。对某银行而言，这种案例很多，例如：养老统筹系统、计算机设备管理系统、离休干部信息管理系统、机构信息系统等一批小型的企业资源管理系统，在功能上都属于ERP系统的范畴，不应独立开发、互不关联；信贷审批系统、信贷管理信息系统（CMIS），股票质押信息系统、坏帐核销系统、信贷清分系统、抵债资产系统等，在功能上都归属于全面的信贷业务管理和风险管理系统的范畴（参见）。

本次某银行IT规划的重点，在应用功能的规划上。虽然对银行信息总线的规划，是解决某银行系统功能割裂的问题的一个方案。但如何使某银行的各个应用系统的功能逐步具备完备性、前瞻性依然是主体问题。为此，在讨论某银行IT规划主体方案（第三章）的基础上，本规划，从第五章起，详细介绍了国际先进银行的各个应用系统的具体功能要求，供某银行参考。

2.3.6 数据分布模式

银行保存大量的数据包括业务数据以至统计分析性的数据，也运行很多不同的系统（如业务处理系统、ATM、POS、客户服务中心、各种基于数据仓库技术的MIS系统等）。在毕博建议的IT规划中，不是所有的数据都存放在总行或区域数据中心。某些数据（包括业务数据和统计性数据）可能需要存放在分行以至网点的服务器中。数据存放在分行或网点可能是因为这些数据纯粹是本地的数据而没有存放在总中心或区域数据中心的价值；也可能是为了提高交易处理效率；也可以是为了在系统离线时（与总中心或区域数据中心通讯断掉）进行必须的业务处理。

银行的数据从种类可以分为系统数据、业务数据和管理数据；从地域方面可以分为全行数据与本地数据（分行、网点）。

在本次规划中，总数据中心或区域数据中心与灾难备份中心保存几乎所有的系统数据、业务数据，也包含总行层面的数据仓库与其他后续系统的数据。在分行层面主要保存系统数据和本地业务数据，部分的本地业务数据也会存放在总数据中心或区域数据中心。在分行层面还保存了部分存放在总数据中心或区域数据中心的业务数据，主要的原因是在于提高交易的预处理能力，减小传送主机的交易量及通讯量。如柜员在柜面终端键入了客户号或帐号时需要马上显示客户或帐户姓名，以方便柜员核对的话，该等数据存放在分行是可以更快的把资料送到柜员终端，也不需要到主机提取。原则上，这些数据是不应该经常改动的。但当这些数据被改动时，分行保存的相关数据也应该同时被改动以保持数据的一致性。但帐户余额等敏感就不应该存放在分行里面，以减低银行所面对财务风险。

由于部分系统的静态数据是同时存放在数据中心和各个分行的，所以需要制定一套数据同步的过程，建议是在每天的日终处理后联机交易开始前进行静态数据的同步。这个时间点也是分发新的程序到每个分行的最佳时机。保证数据同步的另一套机制是依靠某银行的信息总线，详细情况可以参看本规划的第章。

2.3.7 应用分布模式

某银行是通过不同的系统来完成所需的操作（包括业务处理和后续的其他处理）。银行在实施集中以后，不同的应用将会分别运行在总中心，区域数据中心，分行以至网点。决定各个应用运行的地点取决于几个条件：应用的性质（本地应用或全行应用）、使用数据性质、接口系统要求等等。

某银行的应用应该是按该应用的特性分布在不同的中心、地方。例如：总数据中心或区域数据中心是运行核心业务系统的环境，也是总行MIS（即数据仓库、决策支持系统和商业智能系统）运行的理想环境，因为这些系统都需要全行的数据。网上银行的用户可以通过互联网来进行操作，也适宜在总数据中心运行。由于手机用户的流动性，手机银行系统也应该在总数据中心运行。因为客户关系管理(Customer Relation Management, CRM)系统需要管理分布在不同分行的集团客户，也建议在总数据中心运行。

由于一级分行是连接总数据中心的枢纽，其地位非常重要。在大集中模式下分行的角色在起了很大的变化，所以分行需要考虑一个很完善的“大前置”系统来负起与总数据中心、本地系统、支行/网点与本地其他金融机构的通讯连接。在后面会讨论到“大前置”系统的基本功能要求。ATM/POS是比较适合在分行里面运作，主要的原因是这些系统都需要跟本地其他金融机构(如金卡)的系统联系。银证转帐系统也需要跟券商进行通讯而比较适合在分行运作。中间业务平台也是需要很多的本地通讯功能，在分行运作是比较理想的。电话银行和Call Centre系统就比较适合在分行运作，主要的原因是在于中国地方比较大，所使用的方言

也比较多，很多时候拨近来的客户不一定很懂普通话，在分行运作对总体操作有好处。操作员也能够更亲切的提供优质的服务。但有些银行倾向把电话银行和Call Centre系统在总数据中心里面运行，这也是可以的，但需要解决了语言方面的问题，譬如电话银行除了提供普通话的服务外，也可能需要提供其他多种常用语言(如广东话、上海话、四川话、潮州话等等)的服务。Call Centre由于是客户与操作员的直接对话，懂得当地的语言与俚语是比较理想的。

分行里面的报表生成系统是指在实施了集中处理后在总数据中心或区域数据中心可能会把很多的业务数据下发到各个分行，以便生成所需的运作报表。总数据中心只传送原始数据会减轻网络的传送量，也让分行更有弹性来生成本地报表。如果银行的策略是在总数据中心生成所有报表后发送到分行打印的话，则分行的报表系统只需要具备接收、打印和重打功能。支行、网点当然只需要运行柜面系统，也可能需要接收从分行送过来的报表进行打印。

2.3.8 应引起关注的技术问题和技术管理问题

本次IT规划的主体是系统的应用体系结构和应用功能规划，不着重于系统的各项技术问题。这里我们简要的强调一下应用体系结构下，个个应用系统在开发和实施过程中应注意的技术问题和技术管理问题。

某银行应该努力使得各个应用系统在以下的技术特性上，达到最佳的综合分值：

1) 系统的安全性

2) 系统的适应性——适用于多种软硬件平台

3) 系统的扩展性——模块化和参数化

4) 系统的稳定性、可靠性、可用性

5) 系统的开放性——相对稳定的核心与不断丰富的外围功能的统一

6) 系统的配置灵活性

7) 系统吞吐量

8) 系统效率

9) 系统的可维护性

某银行应该努力使得自己在各个应用系统的开发过程中，逐步做到：

1) 一致的开发平台和开发工具

2) 一致、成熟的软件工程方法

3) 一致、成熟的软件过程方法

2.3.9 IT规划的管理机制问题

要使IT规划能长期的起到反映业务的驱动力、指导IT开发和建设工作的作用，IT规划本身需要得到长期的维护，以反映最新的业务环境的变化、某银行业务操作能力的变化、某银行IT系统的发展所带来的变化等，对全行的应用系统所带来的不同需求。

这需要某银行有一套成熟的IT规划的管理机制，这套机制的几个要点是：

1)在IT规划部门和各个业务和技术部门充分沟通的基础上，确保被普

遍认同的IT规划，能对全行的IT工作起指导作用

2)跟踪和记录外部业务环境的变化、全行业务战略的变化、全行业务

能力的变化和全行的应用系统的变化，及时评估这些变化的影响，

特别是对应用系统需求的影响

3)除了定期（建议以一年为单位）审视、修订和完善本行的IT规划外，

但发生重大的内外部环境、战略或能力的变化时，适时修订IT规划

4)需要行级领导和IT主管领导的大力支持、适度介入，并给于方向性

的指导和合理的资源配置的保证

5)成熟的IT规划方法论

6)合格的IT规划人员和IT规划团队，对团队成员要仔细甄选

3 应用体系架构的整体设计

3.1 应用体系架构的整体设计图

这是毕博对某银行IT应用规划的整体架构。

上图中，蓝色代表核心业务体系中的关键应用系统。核心业务体系的范畴和某银行正在进行的以CCBS为核心业务系统的DCC规划的范畴大体相仿。但在局部上的考虑，二者有所不同。红色代表某银行的总行和一级分行的信息总线。绿色代表除核心业务系统以外的，某银行的其他关键应用。这些应用往往有自身的体系结构，其服务器和客户端分布在总分行。黄色代表某银行的对外接口部分，大体分为五类：外联交换型接口、终端驱动型接口、增值服

务型接口、中间/特色业务型接口、全国性业务接口。

总行的核心业务系统以外的其他关键应用，在物理上存在于某个数据中心里，但在逻辑上属于总行层面。总行和数据中心业务职能的不同决定了它们各自所辖系统的功能的不同。

3.1.1 应用体系架构中的系统功能和全行的应用需求的对应关

系

应用体系架构中所涉及的系统，其功能应该涵盖第一章中总结的某银行的各类应用需求。本规划中，这个对应关系如下表所示：

中国人民银行与商业银行的关系

中国人民银行与商业银行的关系

（1）是政企关系。中国人民银行是国家的金融行政管理机关，商业银行是专门办理信用业务的金融企业，它必须执行中国人民银行制定的方针、政策、规定和制度。 （2）是存贷关系。中国人民银行是银行的银行，商业银行是向中国人民银行存款和申请贷款的企业。商业银行的资金来源，主要是吸收存款，也可以向中国人民银行申请贷款，即由中国人民银行通过贷款方

式向商业银行提供资金。 （3）领导和被领导的关系。中国人民银行相对与各商业银行来说，存在着协调、监督和检查的关系。 中国人民银行同商业银行的区别： 中国人民银行是我过的中央银行，它是在国务院领导下，制定和实施货币政策的国家机关，是我国政府的组成部分。 商业银行是一经营工商业存、放款为主要业务，并一银行利润为主要经营目标的企业法人。 1、含义不同。中央银行是一国金融体制中居于核心地位，依法制定和执行国家货币金融政策，实施金融调控与监管的特殊金融机关。它具有发行的银行、政府的银行和银行的银行等重要职能。商业银行是依照《商业银行法》和《公司法》设立的吸收公众存款、发放贷款、办理结算等业务的企业法人。 政策性银行是指由政府创立、参股或保证的，不以盈利为目的，专门为贯彻、配合政府经济政策或产业政策，在特定业务领域内直接或间接从事政策性金融活动的专门金融机构。 2、性质不同。中央银行是充当发行的银行、政府的银行和银行的银行的国家机关。商业银行是以盈利为目的的特殊企业法人。政策性银行是贯彻、配合政府经济政策，追求社会整体效益而不以盈利为目的的公益（或事业）法人。 3、职能不同。中央银行的主要职能是制定和实施货币政策、对金融业实施监督管理。商业银行的主要职能是信用中介、支付中介、

(整理)商业银行IT系统架构.

商业银行IT系统概述 商业银行IT系统的分类 ?商业银行IT系统按功能划分大致可以分为四类：业务系统、管理信息系统、渠道系 统、其他系统。 ?按使用范围分大致可分为总行级系统和部门级系统，前者如核心业务系统，特点是 全行上下统一版本。后者如分行特色业务，第三方存管，外汇交易系统等。特点是系统只局限于某个机构在使用，或者说不同机构使用的版本，功能差异很大。 银行IT系统总体架构 一个IT系统的评价标准 ?处理正确性 ?效率 ?稳定性

?开放性 ?界面友好性 ?易维护性 ?可扩展性 ?交易安全性 ?配置灵活性 ?连接兼容性 ?平台兼容性 产品化与定制化 ?对银行IT公司来讲，产品化与定制化是银行项目的两种形式。产品化指公司的系统 拿到客户环境，只需做一些参数的设置和少量的修改即能基本满足客户的要求，反之，定制化指公司为客户量身定做系统。 ?系统的产品化设计时，需要设计人员有足够的业务前瞻性和灵活性，难度很大。但 无疑产品化是银行IT公司长久发展的必然选择，而定制系统则是在产品化之前积累经验的一种途径。 ?由于银行业务的复杂性和银行机构的多样性，在业务系统方面，基本上还是以定制 为主。反观在渠道类系统等各行需求差异不大的场合，则以产品化为主。 商业银行IT系统常用的技术 ●商业银行的IT系统，在业务和交易系统层次主要有J2EE、C、COBOL(大机)、PRG(400 平台）、PL/SQL、CICS、TUXEDO、MQ等技术。在低端的一些应用，如OA、报表展示等场合，也有用NOTES、VBA、JSP、PASCAL、.NET等。 ●个人认为：以下技术目前或不久的将来，将是应用的热点： ?应用整合、构件技术（ESB、EAI、SOA、TIBCO等） ?（影像）工作流、BPM、内容管理技术（信贷审批、作业中心等） ?规则引擎技术（信用卡反欺诈，反洗钱等） ?数据分析、数据挖掘技术（CRM、卡业务分析）

银行软件开发-需求开发和管理-系统架构设计说明书模板11.doc

银行软件开发-需求开发和管理-系统架构设 计说明书模板11 Xxxxx架构设计 版本：V1.0 修订记录 目录 1引言(1) 1.1编写目的(1) 1.1.1作用(1) 1.1.2预期读者(1) 1.2编写背景(1) 1.2.1系统名称及版本号(1) 1.2.2任务提出者(1) 1.2.3任务承接者及实施者(1) 1.2.4使用者(1) 1.2.5与其它系统的关系(2) 1.3文档结构(2)

1.4电子文档编写工具(2) 1.5定义说明与符号规定(2) 1.6参考资料(3) 2系统特点分析(3) 2.1用户群(3) 2.2约束(3) 2.2.1技术约束(3) 2.2.2资源约束(4) 2.2.3时间约束(4) 2.2.4未来系统规划(4) 2.2.5已有系统状况(5) 2.3名词解释(5) 3系统技术架构(6) 3.1架构分析(6) 3.2运行环境(6) 3.2.1硬件平台(6) 3.2.2软件平台(6)

3.2.3系统部署架构(7) 3.3系统整体结构概述(7) 4关键技术(7) 4.1ETL.......................................................................................... ....... 错误！未定义书签。 5实施方法(7) 5.1并行开发(7) 5.2分阶段测试(8) 5.2.1报表打印测试(8) 5.2.2数据计算正确性测试(8) 5.2.3系统处理性能测试(9) 1引言 1.1编写目的 1.1.1作用 【说明】《软件概要设计说明书》是在《软件需求规格说明书》的基础上，通过我方与用户方反复沟通形成的。它必须充分反映《软件需求规格说明书》中的用户需求，如有改动必须征得用户的认可。它将作为项目验收时重要的的标准和依据。 从另一方面讲，它又是开发人员在下一阶段进行系统详细设

中国人民银行分支机构及直属2015年录用公告

中国人民银行分支机构及直属2015年录用公告 2015年中国人民银行分支机构及直属招聘2555人考试公告、报名注意事项、职位表等最新资讯及免费备考资料请点击 根据工作需要，按照公开、平等、竞争、择优的原则，现将2015年度中国人民银行直属单位工作人员招聘有关事项公告如下： 一、招聘对象和报名条件 (一)招聘对象 符合职位要求的全日制普通高等院校应届毕业生(定向培养、委托培养生除外)、社会在职人员和留学回国人员。 (二)报名条件 1、具有中华人民共和国国籍; 2、遵纪守法，具有良好的品行; 3、身体健康，年龄在18周岁到35周岁之间(1978年10月31日至1996年10月31日期间出生); 4、具备报考职位所需的资格条件; 5、留学回国人员需具备我驻外使领馆开具的留学回国人员证明和教育部相关部门出具的学历学位认证书。 二、职位需求 具体信息详见《2015年度中国人民银行直属单位人员需求信息表》(附件1，以下简称《人员需求信息表》)。

三、报名办法 (一)报名时间 2014年11月2日至2014年11月13日。 (二)报名步骤 1、请在《人员需求信息表》中查询招聘单位用人需求及资格条件。应聘人员只能选择其中一家单位的一个职位报考，如需改报，应征得已报名单位同意。 2、请下载并填写《工作职位申请表》(附件2)、《应聘人员名单》(附件3)，准备1寸彩色免冠照片及其他证明材料。 ①《工作职位申请表》：报名时电子版文件名需设置为“申请职位代码+姓名+申请表”。根据报考情况，我行可能在职位之间进行人员调剂，请应聘人员在表中相应位置注明是否服从调剂。 ②《应聘人员名单》：报名时电子版文件名需设置为“申请职位代码+姓名+名单”。 ③近期1寸彩色免冠照片：电子版需为jpg格式，文件名称设为“申请职位代码+姓名+身份证号”;纸质版照片背后需注明“申请职位代码+姓名+身份证号”。 ④其他证明材料：包括留学回国人员的学历学位认证书、回国证明等职位要求的证明材料。 应聘人员应如实并完整填写相应信息，并对所提交的材料真实性、准确性负责。《工作职位申请表》和《应聘人员名单》必须从本网站下载，不得改变表格

商业银行应用双活架构设计方案和对策

商业银行应用双活架构设计方案

目录 一、设计原则 (3) 二、充分理解目标 (4) 2.1. 我们充分理解目标： (4) 2.2. IT 行业发展的需求 (4) 三、应用系统架构现状分析 (6) 四、应用双活实现方案 (7) 4.1. 不同数据中心应用双活方案 (7) 4.2. 同数据中心应用双活方案 (11)

一、设计原则 重要业务系统应用双活项目是单位业务支撑系统建设中极为重要的一环，既要考虑系统平台的双活切换能力和系统架构的高可用,又要考虑数据层次的业务连续性，同时也要考虑单位信息系统今后几年的业务发展需求。 针对单位信息系统系统将保证业务系统的连续性来(支持 7x24 不间断运行)的特点，在此次重要业务系统双活项目中，要把系统的可靠性、稳定性、安全性和可扩展性作为本次规划的重点考虑因素。在进行系统设计时，遵循以下原则： 稳定性：稳定性是系统运行的关键，也是系统维护管理的关键因素，更是充分发挥科技骨干技术储备的关键。 安全性：系统软、硬件需具有可信赖的安全性，软件系统安全性方面应满足单位信 息系统安全策略的要求，系统有严格的用户权限和密码保护设计和办法。 可靠性/可用性：系统软、硬件平台应稳定、可靠，能够满足业务系统 7x24 不间断 的运行要求；具备成熟的高可用性和双活解决方案。对数据的完整性和准确性有可靠的 保证机制。 可持续发展性：所提供的技术是可持续发展的，是目前的主流技术并有长期发展的 目标，能满足单位业务支撑信息系统未来几年业务发展的需求。 可扩展性：随着单位业务的不断发展、壮大，系统平台必须提供足够的可扩展能力以满足未来几年业务增长和系统扩展的需要。可扩展性是保护用户投资的重要方面之一。另外在系统设计时，应选择业界相关领域的主流产品，确保产品旺盛的生命力，以便充分地保护用户的投资。 易用性：系统软件平台应提供丰富的、简单的管理工具，便于管理及系统问题诊断。 开放的标准：系统软件需支持业界通用的开放式标准，降低因兼容性问题造成的问 题发生率。

银行业务系统架构

河南省农村信用社 新一代IT系统建设方案 V1.0 信息科技中心 二○一一年四月

目录 一、概述 (5) 二、系统建设的基本原则 (5) 三、系统建设的基本思路 (6) 四、系统建设的总体目标 (6) 五、系统建设实现的主要业务目标 (8) （一）适应市场发展需求，支持业务快速扩张 (8) （二）完善客户关系管理，具备差别化客户营销和服务能力 (9) （三）适应盈利模式多元化的转变 (9) （四）建设流程银行，推进经营模式转型 (9) （五）满足经营和管理有机结合的需要 (10) （六）加强渠道管理，完善电子渠道，实现多渠道整合营销 (10) 六、系统建设技术架构 (11) （一）系统架构总体需求 (11) （二）整体系统架构设计 (12) （三）应用系统架构设计原则 (13) （四）应用系统架构设计 (14) （五）系统整体部署示意图 (17) （六）系统网络安全架构示意图 (18) 七、新一代IT系统实施方案 (18)

（一）新一代IT系统建设实施原则 (18) （二）新一代IT系统建设计划 (20) （三）一期项目建设时间安排 (21) 八、一期项目建设实施内容 (21) （一）企业服务总线（ESB） (21) （二）前端综合接入平台 (22) （三）新一代核心业务系统 (22) （四）网上银行系统 (25) （五）财务管理系统 (27) （六）多维度大总账系统 (27) （七）ODS数据平台 (27) （八）企业级客户信息系统（ECIF） (28) （九）建设更完善的运维管理体系 (29) 九、新一代IT系统主要系统处理能力指标测算 (29) （一）核心业务系统处理能力测算 (29) （二）应用前置系统处理能力估算 (30) （三）ODS数据库服务器 (31) （四）柜面服务器处理能力估算 (31) （五）ESB服务器处理能力估算 (31) （六）财务、总账 (32) （七）支付系统 (32) （八）ECIF系统 (32) （九）生产系统磁盘阵列容量估算 (32)

银行综合业务系统集成架构图1.0

、 。。的分类，功能逻辑 部署 数据流 Teller ESB MQ CORE (WebAPP) (JavaAPP) 图1-1 银行综合业务系统架构图 IE PC Tomcat Http 服务 组合服务 doService 原子服务 JAVA Procedure Servlet doSubService Socket JMS ReqMQ RespMQ SP_1 SP_2 SP_3 权限表 参数配置表 参数配置表 业务表、流水表 DB DB DB 错误!错误! 错误! 错误! ○ 6 ○ 7 ○ 8 ○ 9 ○10 错误! 银行综合业务系统架构图 (JavaAP PL/SQL

具体步骤： 存储方式 表结构 ○1IE端向Teller端发送报文； ○2Teller端将接收到的报文通过Socket发送给ESB，并记录流水记录； ○3ESB将接收到的报文通过doService 原子服务将报文放入请求消息队列ReqMQ，并记录流水记录； ○4Symbols从请求消息队列ReqMQ中取出报文并解析，并记录流水记录； ○5Symbols通过解析的结果来调用存储过程操作数据库； ○6Symbols将操作处理的结果返回； ○7Symbols将操作处理的结果返回给响应消息队列RespMQ，并记录流水记录，修改记录流水状态信息； ○8ESB从响应消息队列RespMQ中取出返回结果； ○9ESB将最终处理的结果通过Socket返回给Teller端，并记录流水记录，修改记录流水状态信息； ○10Teller端在接收到处理结果后，作相应的记录，再将处理结果返回给IE端，并记录流水记录，修改记录流水状态信息。

银行IT架构规划介绍

银行IT架构规划介绍

1银行IT架构 银行的主要业务有核心业务（存款、贷款、支付）、中间业务（代收付、代理销售、代理结算、代理外汇买卖、托管、代理经纪等）、国际业务、资金业务、卡业务（借记卡、信用卡）、理财业务等。 银行的主要客户有零售（个人，分私人银行业务、高端、普通）、对公（大型企业和机构）、SME（中小企业）等。 银行的部门主要有个人部、公司部、同业合作部、资产托管部、国际业务部、资金部、电子银行部、会计结算部、财务部、人力资源部、科技部等。 银行的主要服务渠道：柜台（高柜、低柜）、网银（普通版、专业版、证书版）、电话银行、短信、手机银行、ATM、POS、圈存设备、存取款和查询等自助设备、自助缴费机等。网点方面：储蓄网点和对公服务网点、财富管理中心。 与银行在系统上有连接的合作伙伴：银联、同城清算中心、券商、期货、信托、保险、电信电视提供商、水电气提供商、税务财政部门等。 与监管机构的接入：反洗钱、征信、票据影像交换、大小额支付、财税库行横联、1104监督、身份核查等。

1.1架构目标 银行IT建设主要有三大目标：实现以客户为中心；符合流程银行的要求；适应现代公司治理的需要。在建设过程中，最终实现以客户为中心、以产品为支撑，全面支持“前台前移、中台上收、后台集中”的流程银行再造，满足精细化管理的需要，推动银行经营战略目标的实现。将最终重组IT系统，形成四大架构：应用架构、基础架构、数据架构和IT治理架构。应用架构以全面逻辑集中为设计目标，引入前中后台的流程银行理念，采用了面向服务(SOA)的分层设计思想。数据架构将为业务提供全面、一致、完整的高质量数据。基础架构将解决建设和部署信息技术基础性资源问题。而IT治理架构将建立一个科学有效的IT 组织架构，理顺关系，防控风险，提高效率。 关于网点： ●提高柜员效率，专业业务向后台集中，以降低对柜员的要求以及减轻柜员压 力 ●扩大网点自助设备使用，加强对网点自助设备的管理和引导, 尤其是在网点 对于客户使用自助设备的引导和帮助。而自助设备尤其是电话POS会使银行 走入广阔的支付和结算市场，比如批发市场、小商店、分销派送领域、写字 楼等等 ●建立低柜服务体系，强化服务 ●建立财富管理体系，服务于高端私人客户 关于电子渠道： ●整合和建立全面的渠道，以保证客户服务渠道一致性 ●提供一体化签约服务，如果不能在全行建立ECIF，至少在电子银行领域建 立一体化的签约服务，一个证书或者一个密码关联众多账户以及签约业务 ●除发展传统电子渠道外，大力发展网银，以便提供差异化营销和服务。利用 互联网，目前同业还没有做到的就是尽用互联网的特点，方便做到交互性和 差异化服务。交互需要webcall以及其它技术，甚至把即时通讯、邮件、和 客户个人空间、金融专家工作室等进行整合，随时随地提供直接和客户沟通 的服务；在客户任何需要的地方出现，让客户随时能获得，成为服务的平台。 差异化是根据不同资产、不同偏好、熟悉程度等方面提供不同的界面展示、 不同的产品、不同的促销信息、不同的服务方式以及不同的用户体验 ●依托电子渠道，建立以银行帐户为核心的商圈，为客户提供超出金融范畴的 服务，比如折扣、预约、沙龙等等 关于产品： ●在存款、贷款方面提高产品设计能力，灵活的利率、汇率以及产品定价，灵 活的核算设计，现有监管体系下的存款产品创新，以及将来的利率市场化的

中国人民银行分支机构历年真题及解析

2015年中国人民银行分支机构招考2466人考试公告、报名注意事项、职 中国人民银行面试真题及详解 一、请作下自我介绍？ 答题思路分析：考生的自我介绍可以从以下几个方面展开： 一、个人专业知识的角度： 专业知识上的优势有两种：一种是学习成绩上的优势，另一种是实际操作能力的优势。对于成绩好的应届考生，当然在回答该问题时，可以在陈述中提到自己的在校成绩，用优异的在校成绩来证明自己专业知识上的优势。在这里，有一个很关键的点就是，考生要把自身所取得的优异在校成绩主要归功于在校老师的辛勤培育以及个人的勤奋，切忌说“自己天分高”、“接受能力强”或“从小到大成绩都比较优秀”之类的话，这类话一旦说出会给人“自视过高”的印象，不利于在面试中获得高分。 而对于成绩一般的应届考生，那么回答该问题的时候，就要注意不要给考官一个在校期间“无心向学，不勤奋，不热爱本专业”的感觉。在专业知识上的优势时，应该突出自己比较注重专业知识的实际运用，要强调自己热爱本专业的知识，但注意力集中在实际运用方面，并且强调在学习专业知识过程中得到了老师的关照和爱护，学到很多很实用的知识。对于学习成绩不特别好的原因，考生可以这样回答：原因是自己本身考试的方法相对比较薄弱，不大会考试，而自身的学习注意力很多时候没有在考试题目上，所以一定程度上影响了考试成绩，但自

身对考试的态度是很认真的，同时老师对自己的教育很好，自己在校所学已经可以适应社会的要求。 对于非应届考生来说，就需要强调自身毕业后从事的是与本专业相关的职业。要告诉考官，自己是一个幸运的人，自己在毕业后遇到了很专业很有水平的领导和同事，得到了他们的许多帮助，在工作中学到许多专业知识，自己在毕业后提高了很多。而自己刚开始参加工作的时候，由于工作经验不够，许多在校的专业知识无法很好地应用在工作中，但有了工作经验后，自己已能很好地把专业知识应用在工作中，所以自己从专业知识的角度是很适合该招考职位的。 二、个人性格的角度： 谈到考生的个性是否合适招考职位，那就要从公务员职位对考生个性要求的共性和个性分别着手分析了。从公务员性格的共性上看，要几方面共同的要求：“谦虚谨慎、沉着冷静、胆大心细、敢于承担责任、团结而顾全大局、服从上级”考生在做自我陈述的时候就要把这些要求融合在答题中。同时也要关注公务员性格的个性，对于这方面的准备，考生在面试前就要回顾报考时招考职位的具体要求，是分配到哪个部门、哪个岗位、是否要派往外地工作等等，以及要上网站查询报考单位的具体业务。从这些单位业务信息及招考职位信息来找到具体职位对面试者性格上的特殊要求。总之，要有针对性地体现自己的性格无论从公务员所需性格的共性还是个性上看，自己都是适合从事公务员职业的人选，而且是可以长期从事公务员职业的人选。 三、个人经历的角度： 这里的个人经历从时间段上来划分主要指两方面：学校经历和工作经历。

某银行信贷系统_系统架构设计文档

****银行 消费信贷系统 规划及实施管理项目软件架构概要设计说明书

文档审批信息

目录 修订历史......................................................................................................... 错误！未定义书签。文档审批信息.. (2) 1. 简介 (4) 1.1 目的 (4) 1.2 面向读者 (4) 1.3 文档组织 (4) 1.4 设计限定 (4) 1.5 术语说明 (4) 1.6 参考文献 (4) 2.项目建设目标和预期成果 (5) 2.1 建设目标 (5) 2.2 主要预期成果 (5) 3.系统非功能需求分析 (5) 3.1 非功能需求分析方法 (5) 3.2 分析视角：系统服务对象 (6) 3.3 分析视角：系统服务目标 (7) 3.4 分析视角：生产类型定位 (7) 3.5 分析视角：文档电子化管理要求 (8) 3.6 系统目标 (8) 4.系统设计限制及约束条件 (11) 5.面向层次的技术架构设计 (11) 6.技术架构的逻辑构成 (13) 6.1 概况： (13) 6.2 分类说明 (13) 7.实际部署 (15)

1. 简介 1.1 目的 此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图来描述系统的各个不同方面。它用于记录并表述已在构架方面对系统作出的重要决策。 同时此文档也是在此项目后续具体实施时，各个系统功能模块的设计和开发的基础依据。 1.2 面向读者 ?项目开发人员 ?项目测试人员 ?项目管理人员 1.3 文档组织 1.4 设计限定 1.5 术语说明 1.6 参考文献

系统架构说明书

服务业综合业务管理系统 系统架构说明书 ——润和软件股份有限公司 一、概要 本说明书对服务业综合业务管理系统的整体框架进行分块说明，对系统的采用技术点的技术点进行阐述，通过视图与描述展示整个系统框架的结构与层次。 二、目标 构建服务业综合业务管理系统J2EE应用的开发框架，注入Spring支撑，使用兼具灵活性与使用性的ibatis作为持久层，使所有系统能规范开发组件、提高开发效率，易于统一升级和维护。 三、架构设计 3.1、架构分析 1、服务业综合业务管理系统采用B/S模式。B/S模式具有分布性特点，可以随时随地进行查询、浏览等业务处理。其业务扩展简单方便，通过增加网页即可增加服务器功能。而且后期维护方面只需要改变网页，即可实现所有用户的同步更新 2、搭建轻量级J2EE框架—Spring框架。J2EE为搭建具有可伸缩性、灵活性、易维护性的系统提供了良好的机制。J2EE框架使得开发的产品更加高效，更加健壮，在伸缩性和稳定性上面也有着显而易见的效果。而Spring是一个完美的框架“黏合剂”。它提供了一种管理对象的方法，可以把中间层对象有效地组织起来。他的分层结构可以增量引入项目。而非侵入性应用程序对Spring API的依赖可以减至最小限度。 3、使用兼具灵活性与实用性的ibatis作为系统的持久层。Ibatis是支持普通SQL查询，存储过程和高级映射的优秀持久层框架。Ibatis将代码和sql语句分离，sql可以写在xml中，结构清晰，灵活配置，对平台支持性大幅度提高。 3.2、设计思想 1、系统技术架构采用主流的MVC模式 MVC思想将一个应用分成三个基本部分：Model（模型）、View（视图）和Controller （控制器），这三个部分以最少的耦合协同工作，从而提高应用的可扩展性及可维护性。直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小，很难满足

中国人民银行历史沿革与职能

中国人民银行从成立到2008年的60年中,在履行中央银行职责、发挥中央银行宏观调控职能、维护金融稳定、构建和完善多元化的金融机构体系、改进和提高金融服务、代表国家参与国际金融事务与国际金融合作、支持国民经济又好又快发展等方面,发挥了重要作用。 [历史沿革] 中国人民银行是中华人民共和国的中央银行，是在国务院领导下制定和实施货币政策、对金融业实施监督管理的宏观调控部门。成立于１９４８年１２月１日，由原华北银行、北海银行、西北农民银行合并而成，以华北银行为总行，地点设在河北省石家庄市。１９８３年９月，国务院决定中国人民银行专门行使中央银行职能，不再兼办工商信贷和储蓄业务。１９９５年３月１８日，第八届全国人民代表大会第三次会议审议通过了《中华人民共和国中国人民银行法》，至此，中国人民银行作为中央银行以法律形式被确定下来。 中国人民银行相对于国务院其他部委和地方政府具有明显的独立性。财政不得向中国人民银行透支；中国人民银行不得直接认购政府债券。中国人民银行分支行是总行派出机构，它执行全国统一的货币政策，依法对金融机构进行监管，其职责的履行不受地方政府干预。 １９９８年１１月，中共中央、国务院决定对中国人民银行管理体制实行改革，撤销３２个省级分行，跨省（自治区、直辖市）设置９家分行（包括２０个金融监管办事处），２个营业管理部，３３３个中心支行，１６６０个县（市）支行。９家分行是：天津分行（管辖天津、河北、山西、内蒙古）、沈阳分行（管辖辽宁、吉林、黑龙江）；上海分行（管辖上海、浙江、福建）；南京分行（管辖江苏、安徽）；济南分行（管辖山东、河南）；武汉分行（管辖江西、湖北、湖南）；广州分行（管辖广东、广西、海南）；成都分行（管辖四川、贵州、云南、西藏）；西安分行（管辖陕西、甘肃、青海、宁夏、新疆）。撤销北京分行和重庆分行，由总行营业管理部履行所在地中央银行职责。 [主要职能] 调整后，中国人民银行的主要职责有十四项： （一）起草有关法律和行政法规；完善有关金融机构运行规则；发布与履行职责有关的命令和规章。 （二）依法制定和执行货币政策。 （三）监督管理银行间同业拆借市场和银行间债券市场、外汇市场、黄金市场。 （四）防范和化解系统性金融风险，维护国家金融稳定。

某银行IT应用系统体系架构

某银行IT应用系统体系架构

1介绍 (9) 1.1文档目的 (9) 1.2目标 (9) 1.3范围 (9) 1.4目标读者 (9) 1.5假设 (9) 2应用体系架构的整体说明 (10) 2.1应用体系架构的定义 (10) 2.2对某银行IT战略的建议 (11) 2.2.1应用服务战略 (12) 2.2.2数据管理战略 (12) 2.2.3基础设施战略 (12) 2.2.4体系架构战略 (12) 2.3应用体系架构设计中的关键点 (13) 2.3.1银行的核心业务系统 (13) 2.3.2客户信息的管理 (14) 2.3.3企业应用系统集成（EAI） (15) 2.3.4管理信息系统 (17) 2.3.5合理的应用系统功能 (17) 2.3.6数据分布模式 (18) 2.3.7应用分布模式 (19) 2.3.8应引起关注的技术问题和技术管理问题 (20) 2.3.9IT规划的管理机制问题 (20) 3应用体系架构的整体设计 (22) 3.1应用体系架构的整体设计图 (22) 3.1.1应用体系架构中的系统功能和全行的应用需求的对应关系 (23) 3.1.2对核心业务体系系统的说明 (25) 3.1.3总行层面的系统总览 (27) 3.1.4一级分行层面的系统总览 (27) 4建议的转型计划大纲（待项目计划出） (29) 4.1某银行现有的应用系统和目标模式的差异分析 (29)

5.1核心业务系统核心层的目标功能 (30) 5.1.1系统的总体功能和特性 (30) 5.1.2客户信息管理功能 (30) 5.1.3帐户管理功能 (31) 5.1.4产品管理功能 (33) 5.1.5帐户交易管理功能 (34) 5.1.6报表管理功能 (35) 5.1.7出纳/分行交易管理功能 (36) 5.1.8管理和监控功能 (36) 5.1.9现金管理功能 (37) 5.1.10总帐功能 (37) 5.1.11应用安全管理功能 (38) 5.2核心业务系统的业务层的目标功能 (39) 5.2.1核算管理及账务体系 (39) 5.2.2内部资金管理 (41) 5.2.3结算管理 (41) 5.2.4银行卡业务的管理 (41) 5.2.5现金管理 (42) 5.2.6凭证管理 (42) 5.2.7国际结算 (43) 5.2.8对各级机构作业的支持 (43) 5.2.9营运风险控制体系 (44) 5.3金融产品提供 (46) 5.3.1 公司业务（仅包含帐户处理） (46) 5.3.2个人业务 (46) 5.3.3银行卡业务 (46) 5.3.4现金业务 (47) 5.3.5资金调度业务 (47) 5.3.6票据清算 (47) 5.3.7外汇买卖业务 (47) 5.3.8中间业务 (47)

中国人民银行分支机构改革后

中国人民银行分支机构改革 1998年底中国人民银行分支机构改革，撤消了按行政区划设置的省级分行，成立了按经济区划设置的大区行。 一、中国人民银行分支机构改革的内容 1998年11月15日，党中央、国务院作出决定，对中国人民银行管理体制实行改革，撤销省级分行，跨省（自治区、直辖市）设置九家分行。人民银行设立的九个跨省区市分行分别是：天津分行（管辖天津、河北、山西、内蒙古）；沈阳分行（管辖辽宁、吉林、黑龙江）；上海分行（管辖上海、浙江、福建）；南京分行（管辖江苏、安徽）；济南分行（管辖山东、河南）；武汉分行（管辖江西、湖北、湖南）；广州分行（管辖广东、广西、海南）；成都分行（管辖四川、贵州、云南、西藏）；西安分行（管辖陕西、甘肃、青海、宁夏、新疆）。撤销北京分行和重庆分行，分别由总行营业管理部和总行重庆营业管理部履行所在地中央银行职责；非分行所在地省会城市由原省、市两级人民银行合并重组；非省会城市所在地级城市人民银行统一要更改名字；与此同时，在各省会设立以城市定名的监管办事处，各监管办事处直接隶属所在区域分行领导，主要承担对所在省区金融机构进行现场检查之职责。 2001年起，原由分行承担的各项业务管理工作职责在人民银行总行的统一组织下，陆续划归各省会城市中心支行承担。 二、央行分支机构改革的评价 大区行体制是按照经济区域设置分支机构的，与以往的按照行政区域设置分支机构相比具有明显的进步性，符合世界经济发展的趋势和我国经济发展的特征。大区行体制实施十多年来，在增强央行独立性，加强监管，以及货币政策的制定和实施等方面发挥了特有的作用，实现了设置的初衷目的。一方面，大区行在认真研究、分析辖区内的经济金融形势的基础上，为总行制定货币政策提供了大量切合实际的建议。另一方面，大区行监管的独立性减少了地方干预，有效的防范和化解了金融风险。再有，相对于以前的按行政区划分分支机构的体制，大区行体制深入到基层，根据辖区内的经济金融形势提供金融服务，提高了金融服务效率。 由于设置时间匆忙，考虑不周，以及客观环境的变化，这一体制也表现出了

流程银行与新一代核心业务系统架构

流程银行与 新一代核心业务系统架构
赵 刚 博士
赛迪顾问股份有限公司副总裁
2009年4月28日

目录
1、流程银行的核心 2、流程银行的核心业务系统架构 3、从业务到IT:构建流程银行的流程与方法

面对多变的环境，商业银行需要更加敏捷
国际化 现代商业 银行模式 资本运作 高绩效 商业银行所希望 达到的战略目标
股东与董事 会的要求 竞争者的 威胁 银行能力 转型方式
商业银行
技术进步
外部环境急速转变所 带来的压力与挑战
日趋复杂的 客户需求 监管制度 要求
兼并与 收购

商业银行管理模式创新的结晶——流程银行
?客户为中心
– 综合柜员制 – 客户经理 – 统一客户信息 – 多渠道体验 – 客户需求导向 – 客户关系管理
?高绩效
– 高收益 – 高成长 – 高效率 – 低成本
?电子银行
– 网上银行 – 移动支付 – 电话银行 – 自助设备
?数据大集中
– 数据集中 – 综合业务 – 大会计
流程银行
?全风险管理
?金融创新
?特色服务
– VIP服务 – 特色文化
?管理信息化
– ERP – CRM – BPM – OA – HR – FM
– Basel II – 产品投资组合 – 资产负债管理 – 混业经营 – SOX遵从 – 金融衍生产品 – IT治理

什么是流程银行？
?
定义:通过重新构造银行的业务流 程、组织结构、管理模式以及文 化理念，颠覆性地改造传统的银 行模式，形成以流程为核心的全 新银行模式。
OOOO
OO OO
O
O
O
O
O
O O
? 流程银行建立的三个基础：
– – –
OOOO
O
O
O
O
O O
1）业务流程； 2）单元化的活动或者服务；
OOOO
OO OO
O O
OOOO
OOOO
OOOO
OOOO
OO
OO
3）业务流程可量化的评估和监控的 目标和指标
OO OO
OO
OO

银行网点架构功能介绍

体验全功能型银行网点的服务 [] [] 作者：IT168 IBM 内容导航： 营业网点是银行与客户之间接触的主要途径。银行通过营业网点对客户提供服务并营销金融产品，而客户了解银行也主要是通过银行的营业网点，营业网点成为银行的一扇窗口，直接体现出银行的产品种类、服务水平、人员素质、科技发展、经营理念和企业文化。 近年来银行网点的发展之路 曾经一时，网点被传言要被电子服务渠道所取代。这是因为，从90年代后半期开始，由于新的电子交易渠道如网上银行、呼叫中心银行的迅速崛起，这些新兴渠道具有低成本、高效率和高覆盖率等特点，相对于一直让银行家头痛的传统营业网点的高昂建设和运营成本，具有一定的比较优势。这些新兴渠道的优势使银行业一度在多种渠道经营中忽视了网点的作用，而把更多的注意力转到了网上银行和呼叫中心这些新兴渠道的建设上，甚至有人预言“传统的银行营业网点将会消亡，未来的银行是虚拟银行，所有的交易都通过网上银行、电话银行等手段实现”。但随着Internet泡沫的破碎，人们发现，虽然网上银行和电话银行的用户数和交易量都实现了大幅的增长，但这些新兴的交易渠道无法替代营业网点的重要性，因此，传统银行营业网点并没有被新兴的渠道所取代，反而又重新成为现在银行多渠道经营策略的中心，也成为银行发展的重心。但这并不意味着传统的银行营业网点又将大行其道，而是这种占据了多渠道经营中心位置的营业网点应该变成一种新型的营业网点，各种新兴和传统的渠道都将在这样的营业网点中得到体现。新的营业网点可以针对这些交易渠道的不同特点，在面对不同类型的客户，提供多种金融产品和金融服务。不同的渠道起到不同的作用，一方面配置新兴渠道，实现通过自助服务降低成本的目的，一方面丰富营销手段和服务功能，最大限度地挖掘优质客户的潜力，向客户提供优质的个性化的服务。使营业网点这一“实体”银行与“虚拟”银行互相补充、有效融合，构建完整的服务体系，从而为银行创造最大利润。银行营业网点的改造目前已经成为一种世界性的潮流。 中国金融业近几年来，从市场环境、客户群体、业务种类、交易渠道、科技应用、经营策略到内部机制，各个方面都发生了巨大的变化。中国在2001年11月成为世界贸易组织的成员后，开始了逐步融入国际贸易竞争的过程。金融服务领域将于2007年全面面对国际竞争。相比之下，虽然国内银行在营业网点建设方面始终在不断探索，取得了一定的成绩，但绝大多数银行营业网点还处于传统状态，没有充分反映出我国银行业的巨大变化和发展水平。银行网点已经不能满足越来越多的客户数量、越来越多的客户需求种类以及银行自身的市场需要。什么样的网点和银行的架构是未来网点的发展方向，目前我国的银行界还没有一个能满足这样需求的网点建立起来。银行解决方案合作中心正是适应这种趋势的需要而建立的。该中心于2004年11月29日在北京投入运行。由IBM和业务合作伙伴Cisco公司联合开设。 进入一个模拟的新型银行网点

信用卡系统业务架构

信用卡系统业务架构Prepared on 21 November 2021

信用卡系统业务架构

目录

1.引言 1.1.编写目的 本文档的目的在于参照XX银行业务架构规范，描述XX银行信用卡系统的业务架构。尽量使项目参与人员都对业务需求有一个直观明确的整体认识，使之成为项目后续工作的基础。 本文档为编制如下文档提供基本依据： “信用卡系统应用架构” 1.2.预期读者 本文档的预期读者包括： 项目管理人员 应用开发人员 软件测试人员 质量控制人员 1.3.需求背景 … 1.4.术语与缩略语 … 1.5.参考资料 《…》 2.业务概述 …

讲述业务模块（我们也叫业务流程域）的划分设置，方法是从最高层次的信用卡业务价值链开始逐步细化到最底层的业务模块，业务模块可以有多个层级，业务模块的设置应该尽量做到在同一个层级上能够看出总体的运转顺序。应配有一个完整的业务流程域的架构图。 提供一个图供你们参考（仅参考其划分思路，不是要画这样的图，图就使用方框构成的看起来码放得比较整齐的图即可）： 3.业务组织架构 讲述业务运营部门和岗位的设置，应配有一个树状的组织架构图（这部分内容可以在需求细化阶段再汇总、梳理） 4.业务流程和业务操作 按业务模块（章节设置与业务模块体系对应）讲述该模块下的所有主要的业务流程和业务操作，这里，业务流程指的是多业务岗位协作的业务办理流程，而非应用内部的处理流程，它可以被看做是随时可以由某个具体的业务组织执行的业务功能。业务操作指的是独立于业务流程的、随时可以由某个具体的业务岗位执行的业务功能。 4.1.XXXX（业务模块名） 111业务操作 业务操作的概述。 222业务操作 业务操作的概述。 AAAA业务流程 业务流程的概述。 业务流程图（目前这个阶段，业务流程图只需画到以下示例的程度即可，即，只要包含业务活动和活动之间可能的跳转关系。注意，这个业务活动指的是“由某个具体的业务岗位完成某一个具体的业务操作”。 BBBB业务流程 业务流程的概述。 业务流程图（目前这个阶段，业务流程图只需画到以下示例的程度即可，即，只要包含业务活动和活动之间可能的跳转关系。注意，这个业务活动指的是“由某个具体的业务岗位完成某一个具体的业务操作”。 该业务流程中包含的业务活动的概述。

建设银行业务体系架构_3

建设银行业务体系架构 初步规划 （初稿） 毕博管理咨询 二OO二年十二月

目录 1前言 (4) 2建设银行业务体系架构的目标模式 (5) 3战略规划 (6) 3.1 战略规划的主要容 (6) 3.2 战略规划与实施的关系 (10) 4信贷风险管理 (15) 4.1 信贷政策和信贷风险管理流程 (16) 4.2 组织 (18) 4.3 信贷风险度量工具 (18) 4.4 技术 (19) 5财务管理 (20) 5.1 财务管理最佳实践的主要方面 (20) 6产品管理 (23) 6.1 产品管理战略 (23) 6.2 新产品的开发及产品管理 (24) 7客户关系管理 (28) 7.1 客户关系管理目标 (35) 7.2 客户细分及价值分析 (35) 7.3 客户管理 (36)

7.4 客户关系管理的运营模式 (37) 8营运管理 (39) 8.1 建立营运职能 (39) 8.2 标准化的流程和控制 (39) 8.3 集中营运 (40) 8.4 实现自动化的流程 (41)

前言 随着中国加入WTO，中国承诺5年逐步向外资银行开放外币和人民币业务，中国金融业面临的竞争形势非常严峻。特别是与国银行（尤其是国有商业银行）相比，外资银行拥有很多优势，如先进的管理理念、先进的管理技术手段、完善的风险防能力、新产品研发能力和对市场的快速响应能力。 面对强大的竞争压力，建设银行需要从上述各方面提高其核心竞争力，而所有这些核心竞争力的提升都离不开信息技术的支撑，尤其是对于建设银行这样规模庞大、拥有38家一级分行的国有商业银行。对建设银行的技术体系架构进行全面的、科学的规划显得尤为迫切。应用科技的规划必须建立在建设银行整体战略规划和业务发展远景的基础之上，并且具有前瞻性、灵活性和可拓展性。毕博管理咨询公司将就建设银行业务体系架构进行初步的规划。

中国人民银行

中国人民银行（简称央行或人行）是中华人民共和国的中央银行，中华人民共和国国务院组成部门之一，于1948年12月1日组成。中国人民银行根据《中华人民共和国中国人民银行法》的规定，在国务院的领导下依法独立执行货币政策，履行职责，开展业务，不受地方政府、各级政府部门、社会团体和个人的干涉。中国人民银行总行位于北京，2005年8月10日在上海设立中国人民银行上海总部。 基本资料: 中国人民银行1948年在华北银行、北海银行、西北农民银行的基础上合并组成的。1983年国务院决定中国人民银行专门行使国家中央银行职能。含金融风险防范与化解、统计数据、银行卡、金融规章、反假货币工作、公告栏等。 中国人民银行（简称央行或人行）是中华人民共和国的中央银行，于1948年12月1日在石家庄组成。中国人民银行根据《中华人民共和国中国人民银行法》的规定，在国务院的领导下依法独立制定和执行货币政策，履行职责，开展业务，不受地方政府、各级政府部门、社会团体和个人的干涉。中国人民银行总行分别位于北京和上海，2005年8月10日在上海设立中国人民银行上海总部。 1998年年末，按照国务院的要求，中国人民银行对其内部管理架构实施了重大改革，设立了9个具有跨行政区域管辖职责的分行，各省除金融服务类工作组织管理职责由省会城市中心支行承担外，其余金融监管、货币政策类以及内部管理类工作组织管理职责全部由所在区域分行承担，央行管理体制改革措施在实施一段时间之后，因管理环节增加而产生的问题不断暴露，遭受了央行内部人士、业内人士以及各地政府部门的普遍诟病。 2001年起，原由分行承担的各项业务管理工作职责在人民银行总行的统一组织下，陆续划归各省会城市中心支行承担，从业务角度评价，1998年起实施的央行管理体制改革没有获得成功。目前，各分行仍然掌握着辖区内重要职务的人事任免权力。人民币跨境贸易结算从2009年7月开始的试点城市，扩大到全国20个省市自治区，扩大后城市的进出口量占全国的90%。 内设机构： 中国人民银行设13个职能司（厅）：办公厅（党委办公室）、条法司、货币政策司、金融市场司、金融稳定局、调查统计司、会计财务司、支付科技司、科技司、货币金银局、国库局、国际司、内审司、人事司（党委组织部）、研究局、征信管理局、反洗钱局（保卫局）、党委宣传部。 办公厅组织协调总行机关日常工作，承担有关文件的起草、重要会议的组织、文电处理、秘书事务、信息综合、新闻发布、档案、信访、保密等工作。 条法司起草金融法律法规草案；依法承办金融法律法规的有关解释工作，承担行政复议和行政应诉工作；开展金融法律咨询服务，组织金融法制教育和宣传。 货币政策司研究、拟定与实施中央银行货币政策和货币政策中介目标；研究提出关于选择和运用各种货币政策工具、保持货币币值的稳定的意见和建议并负责实施；研究、拟定和实施信贷政策，促进国民经济和区域经济的协调发展；负责中国人民银行货币政策委员会秘书处的日常工作。