本文从企业应用集成的大框架出发，介绍了综合前置系统作为一个复杂的交易中间件的设计与实现过程。首先，从问题出发，提出设计思路选择合理的技术和工具。然后围绕思路核心进行功能定位和模块划分，逐层细化。接下来着重讨论了利用BusinessWare平台结合各种中间件，XML，数据库连接池等技术实现系统配置灵活性，数据格式与通讯兼容性，事务处理可靠性，可维护性等。最后，通过测试数据分析对系统的功能和性能作了概要的评估。

......

总体设计方案

综合前置系统的主要用途在于对客户端通过各种渠道发送的请求报文作适当处理转发给后台服务并且接收服务响应信息通知客户端。其对数据报文的处理转发功能类似于交换机。更准确的说综合前置系统是一个能够实时的大吞吐量处理交易数据的中间层。所以，其重点就在于对数据的映射处理上。

设计分为两个主要部分，他们分别是总行、分行基础平台设计和典型交易应用设计。平台提供运行基础，交易则在平台基础上处理请求和响应数据，二者相互结合，组成一个完整的交易业务流程。

根据业务需要，总行和分行分别要有自己的前置平台，并且总、分行平台间实现实时通讯。虽然业务有别，但是作为基础平台，其架构大部分是一样的。面向对报文数据的处理，平台大致可以分为三个主要模块，分别是渠道端接入接出模块，服务端接入接出模块和中央控制模块。基础平台的总体架构图如图2-2所示。

......

各模块间通过功能进行划分，模块之间通过主、子程序调用，全局数据共享等方式传递数据和控制信息。

渠道端接入接出模块　功能描述：

(1)通讯　实现和多种已知渠道的通讯接口（MQ，Tong，Socket）；

(2)拆组报文　根据报文域的配置文件（XML）拆组数据报文；

(3)交易识别　通过报文关键域识别交易码；

(4)渠道数据向平台映射　将渠道报文格式转换成平台内部能处理的类型；

(5)平台返回数据向渠道映射　上一步的逆向处理。

服务端接入接出模块　功能描述：

(1)通讯　实现和多种已知服务的通讯接口（MQ，Tong，Socket）；

(2)拆组报文　根据报文域的配置文件（XML）拆组数据报文；

(3)平台请求向服务映射　将平台内部报文格式转换成为服务端格式；

(4)服务返回数据向平台映射　上一步的逆向处理。

中央控制模块　中央控制模块是整个平台的核心也是前置系统的核心，它负责服务流程的调度，数据流向的控制，为其他各种功能模块提供接口。功能描述：

(1)记录交易流水　对每一笔进入平台的交易记录交易信息，并根据服务返回作相应流水信息更新；

(2)服务调用　根据数据库交易配置调用渠道请求对应的服务；

(3)异步处理　区别于同步处理，不等待服务的响应；

(4)文件传输　总分行之间的ftp方式文件双向传输。

冲正处理模块　冲正处理模块确切的说是属于中央控制的一部分，考虑其在交易流程中的特殊作用，决定将其划分成单独的模块。功能描述：

(1)冲正发起　轮巡待冲正表，及时发现......

......

银行综合前置系统，是企业应用集成这个崭新的应用领域里的典型案例。它囊括了当前很多前沿应用领域里的新技术，包括应用服务器，通讯代理，面向消息的中间件，Corba，EJB，XML，数据库连接池等。虽然其中有些概念在以往的课程中也有介绍，但是他们在实际应用中所体现出来的优越性还是让我这个初出茅庐的学生大开眼界。不仅如此，我还发现有很多上述的技术已经成功的实现了封装，有的已经是成熟的产品了。有了这些强大产品做后盾，我就可以抛开实现细节，把更多的精力集中在优化系统流程，使系统更加灵活更加人性化。