51Testing软件测试论坛

标题: 基于Web Services技术的网上银行集成体系框架 [打印本页]

作者: Kingson 时间: 2007-11-22 17:06
标题: 基于Web Services技术的网上银行集成体系框架
网上银行作为现代银行业新的利润增长点，已成为各大商业银行竞相关注并拓展的焦点。网银系统包括客户端全面服务，前端完善服务机制，后端强大业务处理功能等，其各个环节相互制约，紧密结合。而现在大部分网银系统都是针对某一或某一些特定金融功能研究和开发的，缺乏整体全面的金融一站式服务层面的决策。随着中国经济的发展和对金融服务要求不断深化，企业客户更进一步要求将网银的功能整合到自己的ERP（企业资源规划）、EC（电子商务）等系统中，从而使业务过程能动态而灵活地进行，这就对更要求网银系统具有良好的扩展性，业务的整合性和高效型。另外各大商业银行为适应企业和个人的业务需求，加强网银系统的通用性和灵活性，能使数据交换有效进行，需要进行大家高昂的软硬件集成整合。常见的网银系统体系采用的分布式技术主要有OMG的CORBA（公用对象请求代理体系结构），Microsoft的DCOM（分布式对象模型），SUN的RMI（远程方法调用）CORBA、DCOM、RMI三种体系各有其技术优势，但其缺陷也阻碍它们的进一步推广应用。如三种技术的协议都很难通过防火墙，它们间不能进行有效的互操作等。而作为一种新的技术，使用Web Services技术成为进行面向服务的集成应用体系很好的解决方法。

一、Web Services及其相关技术

Web Services是解决应用程序间相互通信的一项技术。它使用标准规范的XML描述接口，实现了不同平台，不同技术间的互操作，其目的在于结合各种相关服务，以提供使用者更具效率性与方便性的全面服务。Web Services是面向服务的体系结构。Web Services是基于SOAP、WSDL和UDDI的全新服务体系框架。

SOAP是基于XML的分布式对象访问协议，是Web Services消息交互的基础。一般意义上SOAP是与应用平台完全无关的协议，基于XML封装信息的机制，可用于跨平台信息交互。在Web Services中，SOAP通过XML文档传递方法参数，进行Web调用。SOAP把本地计算机的信息发送到远程计算机上，远程计算机执行远程方法，然后返回结果。对于本地用户就好像调用本地方法一样。SOAP为在一个松散的分布环境中使用XML对等地交互结构化和类型化信息提供了简单而轻量级的机制。SOAP本身并不定义任何语言，只是定义了一种简单的机制，通过模块化的包装模型和对模块种特定格式编码的数据得宠编码机制来表示应用语义。

WSDL是对Web Services进行描述的语言，是一种基于XML的语法定义，它将Web Services定义为一组服务访问点，客户端可通过这些服务访问点对包含面向文档信息或面向过程调用的服务进行访问。WSDL首先对访问的操作和访问时使用的请求响应消息进行抽象描述，然后将其绑定到具体的传输协议和消息格式上，以最终定义服务访问点。相关具体部署的服务访问点通过组合就成为抽象Web Services。

UDDI是一种用于描述、发现、集成Web Services的技术，通过UDDI用户可以灵活地发布和查找Web Services。有了SOAP和WSDL能实现Web Services完成跨软硬件平台、跨语言的集成，却不能使Web Services更广泛的共享和推广应用，其需要一个集中服务注册中心目录来注册服务，以实现广泛环境内服务的发现和服务集成。为此，W3C通过并公布了UDDI协议。UDDI在逻辑上分为两部分：商业注册和技术发现。前者用于描述用户及其提供的Web Services的一份XML文档；或者定义了一套基于SOAP注册和发现Web服务的编程接口。凡是实现UDDI规范的站点被称为UDDI操作入口站点，这些站点通过复制机制保持彼此间内容同步。因此这些站点在逻辑上被看作一个整体，被称作UDDI的商业注册中心。由于注册和查找所用的传输协议是SOAP，因此商业注册中心的适用范围可覆盖所有遵循SOAP协议的站点。

二、网上银行集成体系框架

基于网银系统集成发展的需求及Web Services技术优势后，我们提出了一个基于Web Services技术网银系统集成体系框架。如图1所示：

此框架主要特点在于：
1、框架的整合性。这个框架充分利用了Web Services技术的平台无关性，简化了系统集成流程。银行原有的网银系统功能只需加上相应的Web Services适配器即可参与框架的信息共享及功能调用，而新开发的基于Web Services的网银系统功能可直接加入集成框架。

2、简单且灵活。Web Services技术的框架易于开发和维护，使用方便。而且Web Services技术完全实现了应用程序与网银系统服务间松散耦合，两者可使用不同平台或技术搭建，刻出不同地理位置。而且银行可根据需求自定义服务组件的粒度，并可在运行时更改服务的接口及实现，从而为客户提供更人性化的服务。

3、成本低廉。Web Services是一种低成本的异构系统集成的解决方法，节约了大量咨询费用和开发成本，Web Services基于XML作为信息交互介质，成本投资小而回报大。

三、实施案例

基于Web的网银系统个性化服务已成为各大商业银行标准功能之一，且成为其推广新产品，扩展新业务的崭新窗口。国内各大商业银行都向客户提供了个性化Web Services接口，以便于他们能按自己的意愿更改服务方式，修改服务种类，进行信息交互，实时开展金融业务等，从而更舒适、更快捷有效的享受网银带来的个性化服务。

根据网银系统的需求及可利用的个性化信息查询API信息，个性化服务选择模块及后台信息分析模块的调用过程设计，具体如图2所示：

我们采用了某商业银行的Web Services接口，包括了此银行开发的个性化信息查询分析接口，个性化服务选择接口。其中WSDL中关于个性化信息查询接口包括以下信息：接口信息、输入参数名称（客户ID号）及客户类型、返回参数名称（客户个性化信息）及可供服务类型。

根据接口定义，模块发出的查询请求应包含个性化信息客户代号（Customer ID）及客户类型（Customer class），返回的信息则包括客户个性化服务信息的需求，此需求是网银系统通过对客户登记信息及日常网银操作信息的分析的结果反馈。我们使用VC#的Web Services组件来发送请求并接受反馈信息。请求信息以XML格式发送，其中包含了调用接口必需的信息。

该商业银行的Web Services服务器接收到请求信息后，由后台信息分析模块调用XML文本中描述的接口，根据给定参数查找特定客户的个性化信息并根据已获信息进行客户个性最优化分析，然后将分析结果以XML格式封装返回给相应模块。

个性化服务选择模块在接到回应消息后，从中解析出所要服务客户的个性化信息。回应信息的XML格式中包含以下信息：接口名称，客户代号，可选服务类型，当前服务种类，各项服务使用频度和概率，客户的个性化爱好等。然后个性化服务选择模块可根据所获信息对客户进行智能化的在线或离线服务个性化服务，同时保留客户历史数据，以备客户所需。

以上数据可以使用应用程序的计算进行剖析，并在本地或远程进行编辑和操作。客户端不仅仅可以显示数据，还可以使其自身的应用逻辑吻合。

综上所述，网银使商业银行的业务进一步扩展，不仅改变了传统的银行服务模式，更使自身的服务理念上升到立体化，全方面的金融一站式服务。通过将网银系统功能的高效集成，能进一步收集客户的各项面需求，高质量为客户提供现代金融服务，并实现更大范围的信息共享，创造银行的立体化营销，全程化服务的多赢局面。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)