银行系统架构介绍

银行系统架构介绍（精选8篇）

篇1：银行系统架构介绍

体验全功能型银行网点的服务

[收藏此页] [打印] 作者：IT168 IBM 内容导航：

近年来银行网点的发展之路

营业网点是银行与客户之间接触的主要途径。银行通过营业网点对客户提供服务并营销金融产品，而客户了解银行也主要是通过银行的营业网点，营业网点成为银行的一扇窗口，直接体现出银行的产品种类、服务水平、人员素质、科技发展、经营理念和企业文化。

近年来银行网点的发展之路

曾经一时，网点被传言要被电子服务渠道所取代。这是因为，从90年代后半期开始，由于新的电子交易渠道如网上银行、呼叫中心电话银行的迅速崛起，这些新兴渠道具有低成本、高效率和高覆盖率等特点，相对于一直让银行家头痛的传统营业网点的高昂建设和运营成本，具有一定的比较优势。这些新兴渠道的优势使银行业一度在多种渠道经营中忽视了网点的作用，而把更多的注意力转到了网上银行和呼叫中心这些新兴渠道的建设上，甚至有人预言“传统的银行营业网点将会消亡，未来的银行是虚拟银行，所有的交易都通过网上银行、电话银行等手段实现”。但随着Internet泡沫的破碎，人们发现，虽然网上银行和电话银行的用户数和交易量都实现了大幅的增长，但这些新兴的交易渠道无法替代营业网点的重要性，因此，传统银行营业网点并没有被新兴的渠道所取代，反而又重新成为现在银行多渠道经营策略的中心，也成为银行发展的重心。但这并不意味着传统的银行营业网点又将大行其道，而是这种占据了多渠道经营中心位置的营业网点应该变成一种新型的营业网点，各种新兴和传统的渠道都将在这样的营业网点中得到体现。新的营业网点可以针对这些交易渠道的不同特点，在面对不同类型的客户，提供多种金融产品和金融服务。不同的渠道起到不同的作用，一方面配置新兴渠道，实现通过自助服务降低成本的目的，一方面丰富营销手段和服务功能，最大限度地挖掘优质客户的潜力，向客户提供优质的个性化的服务。使营业网点这一“实体”银行与“虚拟”银行互相补充、有效融合，构建完整的服务体系，从而为银行创造最大利润。银行营业网点的改造目前已经成为一种世界性的潮流。

中国金融业近几年来，从市场环境、客户群体、业务种类、交易渠道、科技应用、经营策略到内部机制，各个方面都发生了巨大的变化。中国在2001年11月成为世界贸易组织的成员后，开始了逐步融入国际贸易竞争的过程。金融服务领域将于2007年全面面对国际竞争。相比之下，虽然国内银行在营业网点建设方面始终在不断探索，取得了一定的成绩，但绝大多数银行营业网点还处于传统状态，没有充分反映出我国银行业的巨大变化和发展水平。银行网点已经不能满足越来越多的客户数量、越来越多的客户需求种类以及银行自身的市场需要。什么样的网点和银行的架构是未来网点的发展方向，目前我国的银行界还没有一个能满足这样需求的网点建立起来。IBM银行解决方案合作中心正是适应这种趋势的需要而建立的。该中心于2004年11月29日在北京投入运行。由IBM和业务合作伙伴Cisco公司联合开设。

进入一个模拟的新型银行网点

未来的新型银行网点除了可以给其客户带来全新的服务体验，同时对银行内部来说又能起到比传统的网点节省更多运营成本，创造更多收益的作用。

IBM银行解决方案合作中心就是这样一个新型网点的模拟环境。该中心移植了IBM全球方案中心的银行多渠道整合服务的先进原型并结合了中国的银行具体情况进行了改造。该中心给我们的客户和我们的合作伙伴一个开放的空间使其能在一个真实的模拟环境中对新需求的业务流程和技术进行测试以帮助中国的银行做出正确的购买决策，为中国的银行提供了一套最新的零售银行的业务理念和技术。

在该中心，客户可以亲身体验未来银行基于面向服务架构(SOA)的多渠道整合的服务方式。这种架构可以解决当前银行在网点面临的业务挑战及适应未来银行的服务需求。客户还将看到IBM为金融机构员工提供的随需工作平台（on-demand workplace），该工具可以为特定的员工提供为其专门量身定制的集成功能。它结合了多渠道策略、整合的客户视图、灵活的系统架构以及新的门户技术来提供多种业务服务。

为客户，体验服务

来到中心参观的人员可以模拟成一位银行的客户来体验这种新型的银行服务。通过以下的场景展现来体验这种多渠道整合的、个性化的服务。主要归纳为四个方面：

柜员服务

1.客户在银行的网上银行使用贷款计算器；

2.几天后，客户在银行网点高柜进行了一笔存款交易，并打印存单；

3.交易完成后，高柜柜员询问客户是否愿意同贷款顾问进行进一步的沟通，询问更专业的贷款事项（因为客户在网上使用过贷款计算器，基于商业智能技术）；

4.客户同意柜员的建议，并由柜员设立一个与远程顾问的视频会议，该会议15分钟后开始；客户进入浏览区等候会议开始。

远程专家协同服务

5.大堂经理通知客户会议可以开始；

6.客户与远程顾问进行视频会议，咨询关于贷款的专业事项，客户将客户信息及贷款申请表格通过门户集成共享给远程顾问，由顾问为客户填写申请表格；

7.客户和远程顾问共同完成该贷款申并提交。

新的自助服务渠道

8.几天后，客户在该银行的WebATM上进行取现。取现数量可以按客户取现习惯显示菜单，如客户习惯于在ATM上取款1000元，ATM既可显示“取现1000”的菜单。（可以提供个性化服务）；

9.交易完毕后，ATM 弹出信息窗口通知客户他申请的贷款已经被批准，可以办理后续事项。客户可选择后续事项办理方式：几天后处理，或者立即与客户经理进行联系处理

10.客户选择了几天后处理

B2B交互业务

11.在办理贷款批准后续处理中，客户经理向客户提供了与银行具有合作关系的房屋装修服务提供商的优惠服务。

通过这些场景的实际展现，客户可以真实地感受到转型后的银行的服务理念。IBM银行解决方案合作中心可以帮助我们的银行向这方面进行转型，具体来讲，可以从以下三个方面进行转变：

运用多渠道经营策略，帮助银行快速增加收入

帮助银行将网点变成能提供多渠道服务的一个环境，并最终将网点变成一个联系中心

通过渠道整合获得一致的客户信息，帮助网点人员更好的理解客户需求，增强客户关系，促进产品销售和提高服务质量

实现灵活的、经济的基础架构，降低成本

解决了技术老化的系统、IT维护及运营的高成本、多种网络通讯协议等问题

整套系统拥有先进的、开放的体系架构，采用Linux作为系统平台及强大的中间件等技术，在增强业务功能、渠道整合等方面具备很好的灵活性和可靠性

改进员工工作环境，提高网点服务效率

基于角色的WEB门户使网点员工能更有效地为客户服务 Ø

该系统还能使客户在网点联系到远程专家顾问，为银行客户提供更全面、更高质量的银行服务

使员工在线获取企业各类信息、E-learning、人力资源系统等

适应网点的营销功能，区别于传统的网点分区，IBM解决方案合作中心包括了以下六个服务区：自助服务区，个人金融交易区，个人金融服务区，远程服务区，浏览区，向导区。每个服务区具有相应的设备配置和功能。

自助服务区

在这里，我们部署了网上银行客户端、Web ATM以及电话银行热线，客户可以在这里进行自助服务的体验。这里的Web ATM利用先进的Web技术可为客户带来比传统的ATM更丰富同时又是动态的服务体验。

个人金融交易区

在这里，我们部署了基于Linux和Windows两种柜员交易终端、金融外设以及IP 电话。柜员客户端集成了银行柜员交易服务、企业信息服务、e-Learning等多项功能。大多数情况下，柜员只是为客户完成传统的普通金融交易，处理客户无法通过自助设备完成的业务；但在这里，这些柜员还具备挖掘潜在的销售的机会的功能，从而帮助银行增加产品销售。在这里的柜员客户端，我们还采用了先进的IBM WCTCA产品实现了柜员单点登陆、金融外设共享、基于角色的桌面控制和多个操作系统的集成功能，实现了目前银行在这些方面迫切需求。

个人金融服务区

这是一个具备一定私密性、舒适的环境。在这里，客户经理进行传统的储蓄交易以外的一些业务处理，例如向客户销售复杂的金融产品，并为客户的复杂业务提供咨询及服务等。该区具备视频交互式沟通系统，可以由远程的专家顾问为客户提供更专业的咨询。

远程服务区

在这里，VIP客户可以在此区域进行和远程专家顾问的视频会议。由于专家顾问的资源有限，不可能在每个银行网点都部署这样的顾问，为降低成本，这些专家顾问可以在银行后台的办公室中为客户提供服务，同时可以被多个网点共享。这就要求未来的银行具有先进的协同技术及系统来实现这种服务方式。在这里，客户已经能够体验到这种服务方式。

浏览区

在客户进行等待服务的过程中，浏览区提供给客户一个舒适的休息环境。客户可以在等候服务的同时放松地接收银行传递的新产品信息，银行起到了产品宣传及业务推广。动态的多媒体的信息可以减少客户因等候服务而度过的枯燥的时间。区别于传统的网点里的电视播放形式，这里播放的数字媒体文件可以在银行后台集中管理，节目的内容和播放顺序需要根据每个网点的具体情况进行设计。在这个区域里还提供了操作简单的自助设备可让客户处理账户信息查询、转账或缴费等交易。

向导区

大堂经理在向导区可以起到客户分流的作用，平衡网点各服务渠道的业务量，使各服务渠道得到最大化的利用，提高服务效率。同时，大堂经理还可以协助客户进行自助服务。

成为客户，体验服务

柜员服务

1.客户在银行的网上银行使用贷款计算器；

2.几天后，客户在银行网点高柜进行了一笔存款交易，并打印存单；

4.客户同意柜员的建议，并由柜员设立一个与远程顾问的视频会议，该会议15分钟后开始；客户进入浏览区等候会议开始。

远程专家协同服务

5.大堂经理通知客户会议可以开始；

7.客户和远程顾问共同完成该贷款申并提交。

新的自助服务渠道

10.客户选择了几天后处理

B2B交互业务

11.在办理贷款批准后续处理中，客户经理向客户提供了与银行具有合作关系的房屋装修服务提供商的优惠服务。

运用多渠道经营策略，帮助银行快速增加收入

帮助银行将网点变成能提供多渠道服务的一个环境，并最终将网点变成一个联系中心

通过渠道整合获得一致的客户信息，帮助网点人员更好的理解客户需求，增强客户关系，促进产品销售和提高服务质量

实现灵活的、经济的基础架构，降低成本

解决了技术老化的系统、IT维护及运营的高成本、多种网络通讯协议等问题

整套系统拥有先进的、开放的体系架构，采用Linux作为系统平台及强大的中间件等技术，在增强业务功能、渠道整合等方面具备很好的灵活性和可靠性

改进员工工作环境，提高网点服务效率

基于角色的WEB门户使网点员工能更有效地为客户服务

该系统还能使客户在网点联系到远程专家顾问，为银行客户提供更全面、更高质量的银行服务

使员工在线获取企业各类信息、E-learning、人力资源系统等

系统架构及技术特点

本图是本套演示系统所采用的架构图，描述了银行网点和后台系统所需要的应用组件。如图中显示，各组件逻辑上分为客户端、表示层、应用层和后台系统层。通过面向服务的架构来标准化系统的访问、降低网点架构因后台系统修改而带来的升级改动。采用的关键技术有：

基于B/S结构

本系统采用为B/S架构，客户端无应用程序部署，可以降低因增加网点新的业务应用带来的程序分发和部署的花费。

面向服务的架构(SOA-Service Oriented Architecture)

如何让我们的IT系统更灵活、更快的响应业务需求的变化？如何更好的集成已有的IT系统？如何让异构的系统之间进行通信？面向服务的架构可以让我们更好的来面对这些问题。

在构建企业分布式应用的过程中，面向服务的架构提供了一种把应用的功能作为服务提供给其它应用或服务的能力。各种服务之间是一种松耦合的关系，而且与服务的具体实现语言、平台和底层通信协议独立。

一方面，对于业务来说，面向服务的架构可以使我们通过服务增加业务流程的粒度，从而使得业务更加灵活，能够对市场上的业务变化作出快速响应并建立相应的业务流程。在提高客户服务的时候不需要考虑底层的IT架构。另一方面，对于IT系统来说，面向服务的架构能够充分利用已有的各种服务来降低开发和部署的周期，充分利用已有的IT系统而不是替换它们。

利用IBM与合作伙伴的产品，应用Web服务可为金融企业提供跨所有服务渠道的丰富业务功能和业务处理能力。

随需应变工作台(On Demand Workplace)

利用WebSphere Portal Server为高柜、低柜和远程顾问提供了丰富的、整合的业务功能和企业信息，并且为每一个不同的角色制定了特定的工作界面。

IBM Directory Server, Tivoli Access Manager

授权银行的员工使其能访问和使用不同的系统。

WebSphere包含Process Choreographer和 Business Integrator提供了整合服务的基础，该整合服务可将银行和第三方服务提供商的不同的业务应用和处理流程整合在一起。

利用Lotus产品(Domino, Sametime)实现了在网点客户和远程顾问之间的虚拟视频会议。

实现了基于XML的联机表格并和DB2 Content Manager整合在一起。

单一客户视图(Single Customer View)

在本解决方案中心的系统中，各服务渠道共享统一的客户信息，无论是网点柜台、低柜客户经理、远程理财顾问以及ATM都可以获取一致的客户信息，从而可为每一个服务渠道制定统一的客户服务策略，使银行在客户面前树立统一的企业形象，提高客户忠诚度；根据获得的客户信息及分析客户的交易行为可为客户提供个性化的服务。

单点登录(SSO-Single Sign On)

单点登录允许用户使用单一密码登录一次，并验证到应用系统。通过Tivoli的产品实现外部安全性服务器来提供一个认证代理，该认证代理拦截请求以将用户凭证映射或转换成用于该应用程序服务器的相应凭证格式。这样通过部署一个独立的安全性服务器实现了多个应用的单点登录。这种设计的优点在于它提供了一种统一安全的认证模型，并支持多平台。单点访问应用程序和协作工具，使生产效率得到提高，决策得以改善。通过更好的安全性和单点登录，使得更少的密码需管理，达到更好的用户体验。

协同技术(Collaboration Technology)

协同为客户和远程的理财顾问提供了一个虚拟的会议.客户可以在银行的某一个网点也可以在家里,而理财顾问可以在银行的中心.客户和顾问之间可以通过音频和视频工具进行“面对面”的交谈.客户还可以把自己个人网上银行的屏幕共享给远程顾问,还可以把操作权也给顾问,双方共同操作来完成一个复杂的交易如贷款申请。

协同可以使得银行的专家以最低的成本发挥出最大的价值.可以降低银行的成本,给客户带来全新的感受.增加客户的满意度。

采用Linux作为系统平台

在本解决方案中心的系统中，高/低柜客户端以及后台服务器采用Linux操作系统。从而可以降低银行成本，提高系统安全，减少系统资源需求。

客户参观后的体验

中心对外正式开放后，已经有60多人次的客户及合作伙伴来此参观。凡是来到中心的客户，无不体验到IBM不是停留在网点转型的概念宣传上而是真正做到了网点转型相关技术和先进的业务理念的整合，感受到了传统的面向交易的银行网点向面向销售的网点转型后为银行带来的价值，充分体验到网点从被动的交易场所向主动的客户关系中心转型后提供给客户的个性化服务。

在这里，客户可以感知到IBM银行解决方案合作中心显示的承诺，即帮助中国的银行对技术方案及业务理念进行整合，从而帮助中国的银行进行网点转型带来业务的增长同时降低投资风险

篇2：银行系统架构介绍

一、核心银行系统发展现状

（一）核心银行系统的定义

核心银行系统是银行业务系统的交易处理的中心，大家所熟知的存款、贷款等业务的操作都是要在核心银行系统中完成的。核心银行系统的范畴包括：客户管理、储蓄、贷款、代理产品、支付结算产品、会计账务处理、总账、批量处理等。

（二）国内核心银行系统的发展历程

核心银行系统的发展经历了三个阶段：第一阶段是指自动的会计系统，核心系统是信息化的会计系统。第二阶段是指自动的交易系统，系统是自动生成的数据系统。第三代系统是指“一本帐”和“一个中心”，以客户为中心，集成了交易处理、产品创新、客户信息管理等多种应用集群。针对目前核心业务系统越来越复杂，有的架构设计师提出了“瘦核心”概念。

二、核心银行系统架构设计

（一）架构设计分析

核心银行系统的架构设计目前有：面向“SOA”的架构设计、基于J2EE架构的B/S结构设计、以“业务、语义、服务”三层架构设计、基于大前置架构设计。下面就四种架构进行简单描述：

面向“SOA”的架构设计：这是一种以“业务驱动服务，服务驱动技术，服务为中心”为原则的架构设计。面向服务的架构体系是目前最流行的架构体系，它为企业的IT架构提供了充分的灵活性和标准性，以适应市场的快速变化并降低成本，银行内部的不同的应用系统通过SOA实现协同工作。

基于J2EE架构的B/S结构设计：C/S结构分为客户端和服务器端两层架构设计，尽管能有效降低网络通信和服务器的处理量，但升级系统客户端程序比较复杂，且也容易受连接数及网络情况的限制。这样基于J2EE架构的B/S结构（注：“浏览器”和“服务器”两层）就很有吸引力，它简化了客户端程序，能有效进行权限管理并保护数据平台。

以“业务、语义、服务”三层架构设计：负责处理用户的业务请求的是业务层，它是核心系统的应用平台，包括客户信息管理、多维度的管理信息等，并产生相应的服务需求描述。核心银行系统对外提供服务都是服务层定义和发布的。语义层的功能是实现业务和系统的语义信息进行交换，提供需求与实体会话的语言界面。

大前置的架构：采用“高内聚低藕合”的设计原则并在企业应用集成理论的指导下建立一个综合前置系统，实现银行各应用系统的有效集成，这种架构设计的优点是方便应用系统模块的修改和新增，这也符合“瘦核心设计思想”。通过提供统一的接口标准，实现与银联系统、支付结算、信贷管理系统的实时交互。

（二）架构设计原则

分析国外先进核心银行系统发展历程和现状，对比现代国内外各银行的核心银行系统建设，归纳一些设计原则：

第一，参数化设计。将一些成熟的业务产品进行抽象，提取相同的产品基本要素作为参数，通过组合参数并进行配置快速开发新的业务产品。该设计思想，减少了产品变更的范围，增加了产品组合灵活性，是目前较先进的设计思想之一。

第二，会计独立。核心本质就是实现“全行一本帐和大会计”的思想，系统由独立的子系统完成会计处理功能，采用最新的会计科目，并为会计准则的变更预留接口。

第三，以客户为中心，面向服务的设计思想。通过建立专门的客户信息管理系统对不同客户提供差异化的服务，比如利率、费率等，从而能实现利率市场化。

第四，全行统一柜员的管理。通过采用柜员卡系统实现全行柜员号统一，可以在不同的系统或角色中使用，也可以跨地区使用，并且有丰富的授权管理来加强内控管理。

第五，安全设计要完备。如何合理、可靠、高效的实现数据传输和存储的安全性，是系统需要建立的安全保护体系中必须考虑的问题。目标是：存储传递敏感数据、防止网络交易数据的截取重发、数据库中的数据防篡改。

第六，前端系统功能弱化。尽量使营业网点的前端系统简单化，减少维护和升级的复杂度，通过控制中心的监控系统进行全面监控。

第七，模块化设计。在核心银行系统的开发设计过程中尽量采用成熟的模块，以前中后三个平台为基础，降低不同模块之间的耦合度，并把大量功能重复、处理逻辑复杂的部分集成到平台中进行处理。

第八，国际化战略。目前金融领域的竞争日趋激烈，核心银行系统的设计要考虑国际化战略带来的影响，方便在国外开设银行分支机构，支持多语言、多币种。

第九，整体解决方案灵活设计。核心银行系统的架构要考虑技术架构的可扩展性，业务流程的灵活性，不能设计成一个大而全的产品，而应是建立灵活应用架构之上的—个整体解决方案，方便多个应用产品的集成。

三、核心银行系统的选择标准

随着技术的发展和竞争的加剧，特别是在中国加入WTO后，国内很多银行面临核心系统的更新换代，对于如何选择国外的核心银行系统解决方案，可以从以下四个方面加以考虑：

（一）企业的战略规划

由于核心银行系统的决策会涉及到整个企业十年甚至更长时间的业务战略方针的制定，因此其间需要考虑的不仅应包括公司的员工和系统，还要考虑到所有的客户。核心银行系统的决策通常是以最新的业务战略和策略为起点，不仅能推动所有的业务发展，而且还应能适应技术的不断更新发展。该计划要确定在银行未来中，哪些是需要变革的关键领域，并且从市场驱动的角度来确定具体的机会。同时，那些过去由于技术和管理上的限制而被视为“受禁”的领域也应该重新评定，找到每一个关键的业务机会并将其分解为诸多要素，以便进一步确定计划中制定的目标。

（二）方案的业务功能

在确定了战略规划和业务需求后，银行就可以对照业务需求了解市场上的核心银行系统方案。这是一个业务功能适配的过程，企业可以快速地根据各个方案对业务的符合程度产生优先顺序，将那些不能严格符合业务需求的产品要在这个阶段的决策中排除。

一个好的核心银行系统方案需要提供足够的灵活性以适应现有的和未来的业务需求，正是这些业务需求决定了企业的选择，因此可以说方案的业务功能是决策的首要关键。

（三）方案的技术和架构

业务的功能性需求得到满足后，需要进一步从技术水平、架构设计两方面评估核心银行系统产品。核心银行系统的技术平台包括硬件和软件两方面都必须考虑可靠性、健壮性、稳定性，并适应新技术、新业务的发展具备很好的兼容性和可扩充性。系统的业务需求功能由技术手段来实施，构成整个核心银行系统的重要的组成部分。

核心银行系统的组成可能来自不同供应商提供的不同组件，也可能所有的组件由一个供应商集成和协调在一个特定的技术平台上，但无论是哪种方式都要认真考虑系统的集成性、兼容性、可维护性、安全性、性能和成本的问题。

（四）厂商的选择

银行在选择业务符合程度较高的产品之前需要对产品的供应商进行审核与评估，遵循“质量，成本，交付与服务并重”的原则。首先，确认厂商具有一套稳定有效的质量保证体系及具备提供银行所需产品的能力；其次，对产品进行价值与成本分析，通过招标或价格谈判实现成本节约；最后，确认厂商有足够的人力物力在确定的时间内向银行提供产品。

四、总结

篇3：商业银行CRM系统的架构设计

一、CRM系统逻辑架构

一个相对完整的CRM系统逻辑架构, 应该包括业务应用平台和数据加工平台两部分, 如图1所示。

业务应用平台的用户主要有客户经理和客户经理主管, 客户经理可以用此业务应用平台对客户进行客户信息维护和营销管理等活动, 客户经理主管用此平台对客户经理的业绩、团队活动和客户经理活动等进行管理。此应用平台的客户管理和营销管理模式, 适用于客户经理进行客户信息维护、客户营销的商机管理和项目管理等。客户经理管理模块侧重于客户经理主管对客户经理的业绩、团队活动进行管理。业务应用平台的客户管理、营销管理和客户经理管理模块涉及客户经理及客户经理主管实时操作的信息, 跟商业银行的其他业务系统有实时交互的过程, 比如客户管理模块需要从客户信息系统获取客户信息数据, 对客户进行信息维护或者信息新增后需要实时将修改结果返回客户信息系统。

数据加工平台主要用于商业银行的其他业务系统, 如信贷流程系统、客户信息管理系统、核心业务系统。数据加工平台对这些系统的信息以及外部采集的数据, 如接入客户信贷信息、客户基本信息、客户存贷款信息、客户的财务报表等, 进行抽取、转换、加载, 最终形成统一的客户视图及固定报表或者灵活查询报表, 供用户查询使用。

二、CRM系统功能框架

商业银行的客户关系管理系统建设主要宗旨:实现对客户信息的识别、收集、存储、管理共享及应用, 建立面向商业银行规范的客户营销、销售和服务流程, 对客户进行“一对一”的个性化服务。所以商业银行的CRM功能框架主要包含:客户管理、营销管理和客户经理管理, 如图2所示。

(一) 客户管理模块

客户管理模块是CRM系统功能的核心, 通过此模块来对客户信息进行识别、收集、管理和维护等功能, 构建客户整体视图。此模块可以包括客户信息子模块、客户合并子模块、客户分配子模块、重点客户子模块和集团客户子模块。

客户信息子模块在商业银行客户统一视图的基础上, 对各系统的客户信息进行整合, 例如信贷系统的客户资产信息和客户信贷信息、核心业务系统的存款信息等, 形成更全面的客户信息。该子模块也应该包括客户经理管理下的客户各项信息的维护与完善。

客户合并子模块, 是对于商业银行系统存在同一客户在不同系统识别为不同客户的情况下, 通过一定客户识别认定规则, 对多个系统的客户进行合并的操作。

客户分配子模块用于客户经理主管对客户进行客户分配, 指定客户经理进行客户的管理和营销等。

重点客户管理子模块, 依托此子模块实现对重点客户动态监控及调整、新增认定及年度审核等业务流程, 以加强对重点客户的日常管理。

对于商业银行的对公客户, 集团客户是其中的一种客户群组, 客户经理需要关心集团客户的相关信息并对集团客户进行特殊的分析和管理。集团客户管理子模块用于支持集团客户的管理、维护集团客户子公司和母公司关系等。

(二) 营销管理模块

营销管理模块包括任务管理、活动管理、商机管理和项目管理4个子模块。在任务管理子模块上, 上级机构可以制定全年综合经营任务目标, 对所辖下级机构直接下达任务, 任务下达由机构内的任务管理岗执行;可以按照“向机构下达”方式和“向客户经理下达”方式下达任务, 并且可以对下达的任务进行查询。行长及客户经理主管可以查看上级机构为本机构下达的任务以及本机构为下级机构下达的任务情况。

活动管理子模块, 客户经理通过此模块创建、查询自己的活动, 并对活动的进展情况及完成情况进行记录, 对活动完成情况提交主管审核以加强对客户经理的管理和客户经理自身的管理。客户经理在系统商机管理子模块中新建与客户相关的商机, 主管在商机管理模块可以查看到所辖客户经理创建的商机, 以加强对客户经理的管理。客户经理可以在项目管理子模块所辖客户项下建立项目信息, 为每个项目建立记录, 从而对项目信息数据进行实时维护和查询。此子模块具有提供项目储备认定、维护和退出流程, 便于上级行进行管理。

(三) 客户经理管理模块

客户经理管理模块的用户为客户经理主管, 包括业绩管理、工作移交、服务团队、经理团队和团队活动等主要子模块。

业绩管理子模块使客户经理主管可以对客户经理的业绩进行评分, 客户经理也可以通过此模块对自己的业绩情况进行查询。

工作移交是指客户经理因为调离、离职以及其他原因需要将客户以及与客户相关的工作移交给本机构或其他机构的其他客户经理。

团队是针对一些全国性、区域性的优质集团客户或某一类优质行业客户而组建的团队, 为客户提供全方位、多层次的营销服务。服务团队子模块的主要功能是对团队进行管理, 包括创建团队、确定团队负责人和维护人等。

客户经理团队指维护该客户的所有客户经理, 包括管户权客户经理和业务权客户经理。

经理团队子模块用于对经理团队进行管理。

团队活动子模块用于创建各种团队的活动, 指定团队活动的负责人等。

三、CRM系统数据架构

CRM系统的数据加工平台的功能主要是为业务应用平台提供数据支持, 以及提供固定报表或者灵活查询报表给客户经理或者客户经理主管。CRM系统的数据加工平台的数据架构可设计为4个层次, 即接口层、基础层、多维层和应用层, 以满足不同层次的数据支持需求。

接口层负责从商业银行各系统, 如核心系统、信贷系统和客户信息系统等接入各类业务信息, 如账务信息、信贷信息、客户信息等。

基础层对接口层的数据进行加工, 按主题存放加工成数据粒度较细的账户级或客户级数据, 并支持明细查询。

多维层为基础层的汇总, 按照多维度进行汇总, 形成多维度汇总信息。

应用层主要是支持前端功能的实体, 还有由多维层形成的报表, 如图3所示。

四、CRM系统技术架构

CRM系统的客户端可以采用现在广泛使用的基于Web浏览器的接入方式, 便于用户操作使用。CRM系统的技术架构涉及几个逻辑单元:Web Server向用户提供以Web方式访问和接入CRM系统, 它可以通过App Server接入系统并进行日常业务操作, 也可以通过cognosppappserver接入系统进行报表的查询;MQ Adapter是基于MQ的适配器, 用于CRM系统作为客户端和EAIH平台的信息交互;cognosppappserver可以作为CRM系统的报表服务器;App Server用于CRM系统作为服务方响应交易请求, 如图4所示。

篇4：核心银行系统架构设计与选型

【摘要】通过分析国内外核心银行系统的现状、考虑未来银行业务发展趋势的客观要求，提出一些核心银行系统架构的设计原则及进行核心银行系统选型的影响因素。

【关键词】核心银行系统、架构设计、soA、大前置

【中图分类号】TP393.1 【文献标识码】A 【文章编号】1672-5158（2013）04-0112-01

随着外资银行在中国不断开展业务，中国的银行业面对日趋一体化的世界经济竞争越来越激烈。核心银行业务系统的架构设计是否合理，对于加强银行业务操作的管理和控制、保留优质客户、银行规避风险和降低风险等方面起到不可估量的作用。

一、核心银行系统发展现状

（一）核心银行系统的定义

（二）国内核心银行系统的发展历程

核心银行系统的发展经历了三个阶段：第一阶段是指自动的会计系统，核心系统是信息化的会计系统。第二阶段是指自动的交易系统，系统是自动生成的数据系统。第三代系统是指“一本帐”和“一个中心”，以客户为中心，集成了交易处理、产品创新、客户信息管理等多种应用集群。针对目前核心业务系统越来越复杂，有的架构设计师提出了“瘦核心”概念。

二、核心银行系统架构设计

（一）架构设计分析

核心银行系统的架构设计目前有：面向"SOA"的架构设计、基于J2EE架构的B/S结构设计、以“业务、语义、服务”三层架构设计、基于大前置架构设计。下面就四种架构进行简单描述：

（二）架构设计原则

分析国外先进核心银行系统发展历程和现状，对比现代国内外各银行的核心银行系统建设，归纳一些设计原则：

第六，前端系统功能弱化。尽量使营业网点的前端系统简单化，减少维护和升级的复杂度，通过控制中心的监控系统进行全面监控。

第七，模块化设计。在核心银行系统的开发设计过程中尽量采用成熟的模块，以前中后三个平台为基础，降低不同模块之间的耦合度，并把大量功能重复、处理逻辑复杂的部分集成到平台中进行处理。

三、核心银行系统的选择标准

（一）企业的战略规划

（二）方案的业务功能

（三）方案的技术和架构

（四）厂商的选择

四、总结

篇5：平安银行第三方存管系统介绍

证券公司客户交易结算资金与第三方存管业务（简称“第三方存管”），是平安银行与证券公司按照《证券法》和相关法律法规要求，为投资者提供的客户交易结算资金管理服务。

依托平安银行强大的后台服务系统，您可以方便的通过网点柜台办理指定存管银行签约、银证转账，同时还能够实时查询资金的余额和变动情况，使您能够及时自主监督存放在证券公司的资金情况，大大提升资金的安全性。

第三方存管的特点：

资金安全：平安银行协助证券监管部门对证券公司的客户资金汇总账户和投资者的客户资金管理账户进行总分核对，提高了客户交易结算资金的安全性。

方便快捷：您可以在平安银行网点柜台开办该业务，方便进行证券交易资金查询和管理。

综合服务：您开办该项业务后，不但可以使用平安银行结算账户具有的功能，而且还可以享受平安银行和证券公司提供的各项增值服务。

高效运作：平安银行与证券公司采用“总对总”的连接方式，集中管理、高效运作，有利于我们为您提供更周到高效的服务。

篇6：流程银行与银行组织架构再造

课程简介：

流程银行就是通过重新构造银行的业务流程、组织流程、管理流程以及文化管理理念、颠覆性（而不是修修补补）地改造传统的银行模式并使其彻底地脱胎换骨，由此行程的以流程为核心的全新的银行模式。构建一个合适的组织结构是商业银行能够高效运转的基本前提。借鉴西方商业银行发展的成功经验，按矩阵型组织结构的原则再造我国商业银行的组织结构，压缩机构层级，合并过多分、支行和精简行政管理冗员是我国商业银行的必然选择。

课程大纲：

一、流程银行概念篇

1.流程银行的基础理念

2.国内外银行组织和流程再造的原则

二、流程银行实务篇

1.银行流程体系简介

2.国外银行的业务流程再造案例

3.某国内股份制商业银行案例介绍

4.某城市商业银行案例介绍

5.变革管理

6.案例分析练习

三、流程银行工具篇

1.流程设计基础

2.流程设计的方法

3.流程设计的工具和诀窍

4.流程树立和风险管理的方法

篇7：5银行会计架构整理

 银行是高风险行业，高负债经营是商业银行的特点。

 普通企业的资本主要用于提供资金，银行资本主要用于吸收风险。

巴塞尔协议：银行资本充足率不低于8%。

其中：核心资本与加权风险资产的比率不得低于4%。

我国监管机构要求：大型商业银行资本充足率达到11.5％以上，中小银行资本充足率达到10.5％

 资本充足率＝银行总资本 / 加权风险总资产

监管资本——是监管当局要求银行拥有的最低资本，或称法定资本，分为核心资本

与附属资本。

 监管资本（法定资本）＝核心资本+附属资本

核心资本——包括实收资本、资本公积、盈余公积和未分配利润，附属资本——包括各项损失准备，长期次级债券等。

 银行主要以信贷业务为主，盈利模式主要以从存款人和资本市场取得资金，然后把它贷给借款人，从息差里获利（净利息收入）为主。

 未来银行发展趋势：银行业将不完全以信贷收入为主，会逐渐增大服务等中间业务收入比重，增强竞争力和抗周期能力。

银行会计基础：

核算（是银行最基础的作业行为，贯穿在银行内部的业务、产品和经营过程之中）清算（发生在各个机构之间，包括内部和外部机构之间的资金及其财务关系，清算同城、异地不同机构之间资金的往来）

结算（是客户之间的交易支付方式。）

（一）核算

核算的特点：

1、遵循通用的会计准则和标准

2、表现为科目账务系统，反映的却是交易双方内在的资金勾稽关系和信息

3、内含严密的控制手段

会计科目——表内科目：

资产类、负债类、所有者权益类、损益类、资产负债共同类（如资金往来科目，根据余额的方向判断是资产还是负债）

会计科目——表外科目：

或有事项类：核算签发银行承兑汇票、开出信用证及保函、保兑信用证及保函、开出提货担

保等或有事项

委托代理业务类：核算代理政策性银行贷款、代企业发放委托贷款等。

备查登记类：核算有价单证、空白重要凭证、代保管有价物品、未收贷款利息、应收托收款

核算系统:

全国大集中（CCBS）：2003年6月完成全行核心系统版本，2005年9月25日完成全行数据集中工程；2007年10月启动CCBS2.0改造工作

账务处理体系：

交易账务流程、过账流程、结账、平账

平账：分行——总分核对；网点——科目核对；柜员——账实相符；交易——借贷平衡

利息的核算：商业银行对单位活期存款按季结息，每季末月20日为结息日，当天营业终了计息后于次日入账。存款账户销户时，应在销户当时将利息结算清楚，利随本清。

 计息基本公式：利息=本金×时间×利率

 本金是指每次存（或取）款后当日最后余额。本金元位起息，元以下不计利息。 时间是指两次存（或取）款的间隔天数，要求按公历天数计算且“算头不算尾”。 利率以结息日人行挂牌公告的利率计息。活期存款若遇利率调整不分段计息。

（二）清算

清算发生在各个机构之间，包括内部和外部机构之间的资金及其财务关系，清算着同城、异地不同机构之间资金的往来。

 银行间往来包括：

2、跨系统商业银行间的同业往来

 清算原则：及时处理，差额清算；先借后贷，收妥抵用；银行不予垫款的原则。

清算系统： 1）行内汇划系统：建行——建行

2）现代化支付系统（大额支付系统+小额支付系统）

3）同城支付系统（广东金融结算服务系统（简称EFT系统）：建行——其他同业（同城）

清算的实质：

1.当企业间的结算转化为系统内的账户划转时，银行的支付结算转化为银行的汇差清算。

2.银行通过庞大的清算体系便于理清其复杂的往来关系，清理债权、债务关系。汇差清算的实质是清偿双边或多边的债权债务关系。

（三）结算

结算单位、个人在社会经济活动中，使用票据、信用卡和汇兑、托收承付、委托收款等结算方式进行货币给付及其资金清算的行为。

 优点：节约社会流通费用；缩短结算过程，加速社会资金的周转。同时，还有利于商业银行集中各单位、个人的闲散资金，稳定和扩大商业银行的信贷资金来源。

 在办理这些业务时，银行不以信用活动一方的身份出现，即不接受信用（形成银行的负

债），不授予信用（形成银行的资产），而只是以中间人的面目在充分利用自身信息、技术、人才优势，代客户办理收付或其他委托事项。（如：支付结算类业务、代理类业务资产托管业务、投资银行业务、咨询顾问业务等，这些业务不构成商业银行的表内资产、表内负债）

 贷款承诺业务、担保业务和金融工具创新业务；是不构成商业银行表内资产、表内负债，形成银行非利息收入的业务。

支付结算原则



1、恪守信用，履约付款



2、谁的钱进谁的账，由谁支配



3、银行不垫款

结算方式：

传统的“三票一卡三方式”：支票、汇票和银行本票；信用卡；汇兑、委托收款和托收承付创新的结算产品：现金管理、电子商票、国内信用证、结算卡

国内结算包括：支票、银行本票、银行汇票、汇兑、商业汇票、委托收款、托收承付、代理

结算、公司卡、国内信用证

国际结算：信用证、托收、汇兑

篇8：银行系统架构介绍

1 系统架构原则

(1) 一致性原则:架构设计应遵循IT规划目标架构的总体要求。 (2) 高效性原则:系统架构和应用软件架构设计, 充分保证基于数据逻辑大集中的系统投产后高效平稳运行。 (3) 安全性原则:应充分保证数据的安全性、完整性和一致性。 (4) 完整性原则:满足业务需求, 覆盖业务需求的广度, 达到业务需求的深度。 (5) 前瞻性和灵活性:系统架构设计能够适应为了新业务、新流程、新岗位和新环节的变化, 支持新产品和服务的快速开发[2]。

1.1 系统架构目标

在IT规划中系统的目标见图1所示。

为支持邮政储蓄银行新业务品种快速推出, 提高系统模块复用性和灵活性, 应用系统采用了层次化的建设模式, 主要包括渠道层、渠道管理层、数据分析平台等[3], 各层的主要功能说明如下:

渠道层:包括手机、电话、视频、浏览器等自助电子渠道和高柜、低柜等银行对外营业窗口。

渠道管理平台:该平台负责所有电子渠道及网点柜面交易的统一接入, 经过安全认证等逻辑处理后将交易转发到后台各业务系统。这一层还包括外联前置, 该前置负责处理与第三方系统的信息交互, 对第三方的接入, 尽可能采用统一的建设。

数据分析平台:日终所有业务系统的交易流水和会计信息都要传给数据分析平台, 进行数据的整合和分析。

1.2 系统逻辑架构

逻辑集中的系统逻辑架构如图2所示。

储蓄系统逻辑集中包括三大部分:网点前置系统、柜面渠道前置系统和逻辑集中业务处理系统。柜员录入交易并提交后, 网点前置系统发起交易请求到柜面渠道前置系统, 并负责接收返回的应答报文进行后续处理[4]。

柜面渠道前置系统属于渠道管理层, 实现统一机构、柜员、权限、尾箱的管理。

1.3 系统物理架构

1.3.1 各级应用部署。

储蓄系统逻辑集中部署在全国中心, 共有11个子系统, 如图3所示。

1.3.2 系统网络架构。

系统网络架构如图4所示, 其中包含全国中心、省中心与二级分行、支行及网点三个部分。

2 应用软件架构

2.1 设计要求

应用软件设计要求如下[5]: (1) 系统按照层次化、模块化、参数化进行设计。 (2) 系统应具备扩展性能, 具备承载大业务量的能力, 以满足手机银行业务范围不断拓展、业务流程不断改进、产品和功能不断扩充、客户数量和业务交易量不断增加的需要。 (3) 系统应满足金融系统三个方面的安全要求, 即认证、授权和审计。系统支持软加密和硬加密两种方式。 (4) 系统上线运行稳定后, 各交易环节流量可控, 相关指标为系统处理业务量TPS值为12500笔/秒、高峰期1.8亿笔;跨行交易成功率达到99.9%, 账务交易差错率不高于0.005‰。行内交易成功率达到99.9%, 账务交易差错率不高于0.005‰;系统主机CPU平均利用率不高于40%, 内存平均利用率不高于60%, I/O平均利用率不高于30%;系统故障引起服务中断时间不超过4小时/年;日终批处理时间不能中断正常交易, 必须当日完成当天日终批处理交易, 日终批处理时间<4小时;结息时间应小于4小时;结息日, 日终时间应小于6小时。 (5) 系统运行监控保证7×24小时不间断。

2.2 应用架构设计原则

(1) 高处理性能:在充分保障高效、稳定的主机处理性能、存储I/O吞吐量、网络I/O流量的基础上, 以分离关注点的思想为中心, 从架构层次考虑尽量提升处理性能。 (2) 高可靠性:储蓄系统逻辑集中承载了银行最大客户群体的日常交易, 在系统总体设计方案中, 要充分考虑应用软件的因素, 尽量采用有利于应用软件架构设计中高可靠性的设计。 (3) 可扩展性:储蓄系统逻辑集中涉及众多的业务处理功能, 这些功能作为银行的核心处理功能, 是面向客户服务的基础, 功能的可扩展性是需要考虑的问题。 (4) 可维护性:储蓄系统逻辑集中涉及的基础设施有小型机、存储、网络, 再加上应用软件复杂的逻辑结构, 容易对运行维护造成较大的压力。应关注应用监控、自动化部署管理、自动化升级管理。 (5) 架构先进性:储蓄系统逻辑集中以Unix小型机集群为基础, 参考和借鉴云计算的先进架构思想进行建设[6]。

2.3 应用架构总体设计

(1) 应用系统需要按照层次化的模式进行建设, 如图5所示。 (2) 根据业务需求的范围划定和原型测试确定的方案, 系统逻辑架构如图6所示。应用系统由网点前置系统、柜面渠道前置系统、逻辑集中业务处理系统三部分组成。储蓄逻辑集中业务处理系统由8个子系统组成。

2.4 应用架构设计思路

(1) 统一柜面渠道管理。在储蓄系统逻辑集中总体架构中设计了独立的柜面渠道前置系统, 实现柜面渠道的统一管理, 主要围绕5个主题进行管理[7], 即机构权限管理、柜员权限管理、签到和签退管理、轧帐管理、交易系统路由等。

(2) 统一接入管理:逻辑集中涉及众多的关联系统, 所有关联系统都通过统一的接入管理模式接入到逻辑集中系统。每个关联系统有不同的处理要求, 随着业务功能的发展这些处理需求也将发生变化。为保障业务处理功能的稳定性, 与关联系统实现松耦合, 通过统一的接入管理实现对关联系统的隔离。

(3) 业务处理子系统设计:逻辑集中系统的业务处理应进行归类, 基于归类划分不同的子系统进行建设。归类划分主要依据有面向的主体对象、对系统造成的处理压力、技术实现模式、系统部署及后续的应用容灾、应用接管的可行性。

(4) 统一管理的日终处理:逻辑集中面临多种多样的日终处理, 这些日终处理应通过统一的日终调度、控制框架统一管理。建设独立的日终处理子系统, 统一协调其他子系统配合完成每日的日终处理。

2.5 业务层逻辑架构

业务层应用软件逻辑架构图如7所示。

从逻辑层次结构上看, 业务层应用软件可以分为三个层级, 即接入层、产品管理层、业务处理层[8]。 (1) 接入层:接入层直接面向逻辑集中的各关联系统, 完成与关联系统的交互。接入层是逻辑集中与关联系统构建松耦合的服务请求、服务响应关系的关键。 (2) 产品管理层:产品管理层面向业务处理层的各个业务处理服务, 进行业务产品定义及业务产品处理控制。产品管理层面向接入层提供业务产品处理服务, 屏蔽业务处理层对服务请求的响应、处理细节, 降低接入层服务请求的复杂度。 (3) 业务处理层:业务处理层针对具体的业务需求, 参照SOA的服务设计理念提供具体的业务处理功能服务。

2.6 渠道管理层逻辑架构

储蓄系统逻辑集中需要通过柜面渠道前置系统完成柜面渠道的接入。柜面渠道前置系统在总体架构中处于渠道管理层, 屏蔽了业务层的实现细节。逻辑架构如图8所示。其中柜面渠道接入、业务层接入处理如图9所示。

2.7 渠道层逻辑架构

渠道层可以分为柜面渠道、电子渠道两大类, 如图10所示。

储蓄系统逻辑集中的渠道层建设原则: (1) 储蓄业务、汇兑业务通过统一的前端界面交互。 (2) 柜员通过统一的一次登录即可访问其权限内的所有功能。 (3) 前端界面支持字符界面和图形界面。 (4) 针对具体业务功能, 尽量保持原有界面风格的不变化, 但需要兼顾系统的整体使用方便性、一致性。

2.8 架构性能设计

依照应用软件架构设计原则, 必须注重应用处理的性能设计, 以保障系统上线运行后足以支撑全行的业务量, 同时也满足今后业务持续发展的处理性能需求[9]。

2.8.1 分离处理功能。

为获得高处理性能, 可以将处理功能进行分离。主要内容有: (1) 通过独立的会计处理平台的同步建设, 将本外币储蓄、汇兑业务涉及的会计相关处理分离; (2) 通过独立的集中清算系统同步建设, 将本外币储蓄、汇兑业务涉及的清分、结算相关处理功能分离; (3) 通过独立的客户信息系统同步建设, 将客户信息相关处理功能分离。

2.8.2 分散处理压力。

对于复杂的应用软件系统而言, 较好的处理能力来源于应用处理压力的分散。应用架构设计中将主要通过如下两个方面分散处理压力: (1) 业务功能分散部署, 业务功能基于业务产品、功能处理特点进行归类、整理, 将业务功能按照不同的归类以分散方式进行部署, 充分利用小型机集群系统特点分散系统处理压力。 (2) 分散至多节点, 应用软件支持以功能服务为单位, 将同一功能服务分散部署到不同的应用服务器节点, 使多个节点可以同时接收不同的应用处理请求。

2.9 高可靠性设计

2.9.1 应用负载均衡。

应用软件负载均衡通过多个层次上不同的负载均衡策略一起实现整体的负载均衡。应用软件负载均衡主要目的: (1) 避免服务请求集中于单一节点导致拥塞。 (2) 提高服务响应速度。 (3) 提高服务器及其他资源的利用效率。如图11所示。

2.9.2 应用软件失效备援。

应用软件构建在面向服务的架构、设计思想上, 应用软件的失效备援体现为:在通用的应用服务管理框架下的应用服务的失效备援。应用服务具有较高的可灵活部署性。通过这种灵活性, 结合系统基础设施的规划、部署可以实现应用软件的失效备援。

2.9.3 故障隔离。

在应用软件系统发生故障时, 通过故障隔离把故障造成的危害限制在最小范围内, 提高系统提供对外服务的整体水平。应用软件设计必须支持多角度, 多层次的故障隔离。

3 应用架构关键点

依据应用架构设计原则, 有必要对架构设计中的关键内容进行分析, 并以此为基础形成最终的应用软件架构。

3.1 权限管理

各子系统实现统一的权限管理, 应用软件提供多层次的权限管理和控制。如图12所示。

3.2 签到/签退、尾箱及轧帐管理

储蓄系统逻辑集中通过柜面渠道前置系统实现对柜面渠道涉及的所有签到操作、签退操作、尾箱管理、轧帐管理进行统一的控制。

(1) 签到/签退:统一签到管理如图13所示。统一的签到、签退处理由柜面渠道前置系统处理, 包括储蓄系统逻辑集中涉及的所有各类操作人员。 (2) 尾箱管理如图14所示。对储蓄系统逻辑集中而言, 涉及现金、凭证的操作都在普通柜员尾箱中进行, 因此相关操作都在柜面渠道前置系统进行处理。对会计处理平台而言, 涉及综合柜员尾箱、机构间现金和凭证的调拨操作的, 会计处理平台需要参与到交易的处理流程中来。 (3) 轧帐管理如图15所示。柜员轧帐处理由柜面渠道前置系统完成。

3.3 接入管理

接入管理包括三方面的内容, 电子渠道接入、行内其他系统接入及行外系统接入。所有交易请求转换为统一的服务请求格式, 即通过接入管理屏蔽各接入系统的差异。如图16所示。

为支持各相关系统在具体服务申请上的差异, 更好的配合后继具体业务的处理, 接入管理需要根据后端业务产品的设置实现对服务请求的转换, 以屏蔽两系统间在具体技术细节、服务框架、服务范围等方面的差异。

3.4 产品管理

产品管理的基础是对系统服务的管理, 逻辑集中系统以应用服务为最小的管理单元, 应用服务的组织和定义是具体的产品和产品服务。如图17所示。

应用服务管理框架:逻辑集中采用面向服务架构的方法进行规划、设计。应用服务是整个系统运行的基础, 也是系统框架具备前述各项特性的基础。系统架构中的业务处理层包含所有各类业务处理功能, 是主要的服务供应者。产品管理层和接入层的处理功能也以服务方案提供, 但相对于业务处理层的服务对服务粒度、服务契约等方面的具体考虑可以有所不同。

3.5 客户服务参数体系

应用软件中提供对客户服务参数体系的支持, 用于应对特定客户的差异化服务需求。客户服务参数体系逻辑结构如图18所示。

3.6 结息

储蓄逻辑集中业务处理系统目前涉及的活期账户数平均大于8亿, 其中的大部分账户都需要进行定期的批量结息处理。结息属于日终处理的一部分, 在结息日自动执行。对于结息处理主要考虑如下几个方面的问题, 如图19所示。

需要特别指出的是结息数据共享问题:结息操作将产生大量的相关数据, 这些数据属于逻辑集中外其他系统所需的共享数据, 共享应考虑结息数据与日常共享数据在数据量上的巨大差异。独立的结息子系统如图20所示。

3.7 应用数据同步

应用软件架构中, 需要在各子系统间进行数据同步。具体的同步操作将通过应用数据同步适配器实现, 适配器针对每个具体的待同步数据进行同步操作。同步适配器的结构如图21所示。

4 结束语

根据系统开发生命周期的瀑布模型和螺旋模型, 系统设计是系统实现的重要基础, 主要内容包括总体结构、代码、处理流程、模块功能、安全控制等设计。在分析了邮政储蓄银行信息系统逻辑架构和物理架构的前提下, 研究了应用软件架构的设计要求和原则, 能确保系统逻辑集中物理实现的顺利实施和推广。

参考文献

[1]肖丁, 吴建林, 周春燕.软件工程模型与方法[M].第一版, 北京:北京邮电大学出版社2008:110-133

[2]刘欣怡, 周跃东, 田秀丽.软件工程[M].第一版, 北京:清华大学出版社, 2007:10-31