软件工程硕士论文开题报告：银行综合业务平台的设计及其二次开发(9P)

1、*师范大学软件学院软件工程硕士研究生学位论文开题报告研 究 生 姓 名学 号系 所软 件 学 院专 业软 件 工 程学校导师姓名、专业技术职务企业导师姓名、专业技术职务入 学 时 间20079论文题目 银行综合业务平台的设计及其二次开发注：本表可复印，可另加附页一、立论依据（论文或工程项目的研究意义、国内外研究现状分析、附主要参考文献）随着全球经济一体化进程的加快，我国银行业为满足自身业务发展和经营管理的需要，从上世纪90年代中后期开始进行了大规模的数据集中。数据集中不仅仅是金融界对技术系统的一个改造，更是对我们传统银行业经营和管理的整体理念及模式的彻底再造。回顾国内外银行业数据集中的过程，基

2、本上可以分为以下四个阶段： 1、服务器集中(Centralization)：指把现有的服务器重新配置在一个或几个地方，服务器结构不变。2、物理合并(Physical Consolidation)：用容量更大、功能更强的服务器替换一些较小的服务器，可以在一个地方、一个部门或整个公司。3、数据整合(Data Consolidation)：服务器的集中和物理合并，改善了服务器的结构，数据整合则集中于把现有的大量数据库进行物理的合并，整合到一处的数据可被多台服务器存取。数据整合从逻辑上讲是在服务器集中和物理合并之后的。4、应用整合(Application Integration):应用整合是数据集中过

3、程中最综合的一步，它把各类应用和数据从不同类型的服务器上移植到一个统一的服务器和集成的应用平台上。上述三种不同程度的集中，会产生不同的效果，其投入和工程的复杂程序也不尽相同，但从银行业的发展来看，服务器集中、物理合并和数据整合，都并非实际意义和最终需要的集中，也不能真正体现出数据集中的效果，它们只是为开发新的产品提供了良好的基础。2004年底，各银行基本都已经实现了全行业务数据的整合集中，但随之而来的问题也浮出水面：各应用系统功能相近却又相互独立、之间缺乏信息沟通，系统资源的重复投资越来越庞大、系统架构越来越复杂、运行效率越来越低、开发和维护越来越困难，最终必将导致旧业务的可持续发展步履薄冰、

4、新业务的应用开发举步维艰。因此，应用整合的必要性和其迫切性也就呼之欲出了。如何通过应用整合，最终得到一个结构开放、支持各类渠道和业务产品、支持多种通讯机制（中间件）、通讯协议和报文类型，并具有完善的管理、控制和安全容错机制的稳定、高效的综合业务平台，赫然便成为了我国银行业信息化建设接下来的必然趋势和面临的紧迫问题。主要参考文献：1、(美)W.RichardStevens，Bill Fenner，Andrew M.Rudoff，Richard W.Stevens.UNIX网络编程第1卷:套接口API(第3版)(Unix Network Programming，Vol.1:The soekets

5、Networking API，Third Edition).杨继张译.北京:清华大学出版社，北京科海电子出版社，2006年2、（美）W.RichardStevens著 杨继张译UNIX网络编程一一第二卷:进程间通信。清华大学出版社，第2版3、(美)W.Richard，Stevens，Stephen A.Rago.UNIX环境高级编程(英文影印版)(第2版)(Advanced Programming in the UNIX Environment，Second Edition).北京:人民邮电出版社2006年4、(美)SteveOual1ine.实用C语言编程(第三版).郭大海译.(美)Arno

6、ldRobbinS.UNIX技术手册(第三版).张龙卿，欧洋，张令军等译5、葛冬霞.消息队列中间件及其应用.高性能计算技术2004年第4期6、杨敏，丁月华，文贵华基于中间件Tuxedo的三层模型的应用开发电脑开发与应用 .2005年第2期7、（美）普雷斯曼 著，梅宏 译，软件工程：实践者的研究方法，机械工业出版社，2004 8、（美）惠滕 等著，肖刚 等译，系统分析与设计方法，机械工业出版社，2003二、研究方案1、 研究目标、研究内容和拟解决的关键问题研究目标：通过对银行业各种不同类型的服务、渠道的共性特征进行研究，将现有众多的银行服务渠道和业务前置应用在逻辑上整合成一个综合业务平

7、台，辅以完善的控制和管理，形成一个结构开放、适应各种后台核心业务系统、支持各类渠道、产品和业务，支持多种通讯机制（中间件）、通讯协议、报文类型，具有完善的安全控制和容错机制的稳定、高效的银行综合业务系统解决方案。研究内容： 研究HP-UX操作系统、IBM INFORMIX数据库系统、BEA TUXEDO中间件； 研究平台的总体架构组成和功能模块； 研究平台的核心层，包括内存池管理、进程管理、系统调度等； 研究通讯网关的设计与实现； 研究应用路由的设计与实现； 研究报文解析的设计与实现； 研究面向交易的流程控制的设计与实现； 研究基于平台的二次开发项目设计与实现； 给出设计和实现过程中关键问题的

8、解决方案。拟解决的关键问题：通讯网关、应用路由、流程控制的设计及二次开发，以及平台中的内存池管理、进程管理等。2、 拟采取的研究方法、技术路线、实验方案及可行性分析考虑到银行核心业务平台一般采用UNIX操作系统，因此本研究中拟主要采用HP公司的HP-UX操作系统、IBM INFORMIX数据库系统和C/EC开发工具，在平台基础上的应用项目二次开发拟采用生命周期法与原型法相结合。平台及其基础上的二次开发项目完成后，拟经过单元测试、集成测试后，先选取业务上较具代表性的一家网点进行生产环境下实测，然后在一家分支机构下所有网点进行生产环境下实测，最后在全辖范围上线推广。经调研，目前UNIX、INFOR

9、MIX、C等系统、工具和技术都已经很成熟，在国内外银行业也已得到普遍应用，因此确认在银行综合业务平台中采用该技术是可行的。3、 本论文或工程项目的特色与创新之处1） 通讯网关：支持多种通讯方式/机制、中间件和通讯协议。常见的通讯方式有长连接、短连接、收发同链路、收发不同链路，金卡走X.25时用三进三出，还有其他系统会有特殊会话协议。常见的中间件有Tuxedo、CICS、MQ等；常见的通讯协议有TCP/IP、SNA、RMI/IIOP、X.25等。通讯网关按照网关的位置分类，可分为外联网关、内联网关、插槽网关。通讯网关按照服务方式分类，可分为服务器网关、客户机网关、互为Client/Server网

10、关。用户可以通过网关配置文件来定义网关。网关配置文件包括网关名称、网关通讯地址(IP地址)、网关入口队列名、网络协议、协议参数1、协议参数2、协议参数3、协议参数4、通信超时、子进程个数初始值、子进程极限、最大允许连接数、ACL列表名等信息。一些特殊的会话机制也可以定制特殊的会话模式。2） 应用路由：应用路由是系统内部通讯的交换器，负责网关和网关之间、网关和应用核心之间的通讯。应用路由采用分段配置，它负责将一个收到的消息报文发送到能够到达目的地的下一个节点；下一个节点再将这个消息报文发送到能够到达目的地的下下一个节点，直至到达目的地。根据网关的性质不同，应用路由分为服务端路由和客户端路由。服务

11、端路由负责从收到的原始报文中抽取出路由的关键数据（交易码、交易子码），然后根据这些关键数据把报文转发到客户端网关；客户端路由负责根据路由的关键数据（交易码、交易子码），把交易报文发送到对应的下一个节点。平台提供灵活的路由配置，并能高效地处理内部数据交换。使用了应用路由，服务渠道可以不需要关注后台服务的分布情况，应用服务分布的调整也不需要改变业务系统。3） 报文解析：报文解析是平台和外部进行数据交换的功能模块，它是一个相对比较独立的模块，和平台中其他模块的接口主要是内存池（POOL池）。报文拆包时，按照报文格式的定义，把报文内容拆解到POOL池中；报文打包时，按照报文格式的定义，从POOL池中提

12、取报文中需要的数据项，打包成外部格式的报文。由于平台的开放性，需要和不同的外部打交道，涉及的报文格式非常复杂，因此，不能简单的强制用一种方法去转换报文。平台的报文解析模块可以根据不同的报文类型调用不同的转换函数，平台提供通用的转换函数加以实现。为将来可扩展性考虑，还可以通过编写另外的转换控件来实现模块功能的扩展。为了处理复杂的报文情况，报文解析模块采用配置加脚本的方式处理报文的解析和转换。由于绝大多数报文的格式都可以通过配置描述出来，因此，报文转换格式以配置为主，而对于某些配置难以描述的数据项，或通过判断才能选择打包和解包方法的情况，则辅助采用脚本进行处理。如果报文实在非常复杂，还可以采用C语

13、言编程来进行特殊的处理。报文解析模块支持处理以下格式的报文：a. 定长结构报文（支持各种对齐方式）；b. 分隔符报文；c. 某个域可以是从当前字节一直到报文结尾（不定长）；d. LLV，LLLV形式；e. TLV形式（Tag length value,value中可以嵌套TLV）； f. 8583报文，类8583报文；g. 内部嵌套报文h. 组合报文（一个大的报文有多个小报文组成）i. ASCII，EBCDIC，unicode等的转换j. XML格式k. 其他未知格式报文4） 流程控制：流程控制是平台中处理业务逻辑的主要部分，它主要是面向交易的。当收到一个原始的交易请求时，流程控制模块根据交易

14、的配置，把原始交易分解为一个个更小的原子交易，这些原子交易可以是主机交易，可以是第三方的交易，也可以是本地的一个交易构件。通过对这些原子交易的组合，完成一个原始的交易请求所需要完成的所有业务处理逻辑。流程控制支持同步控制和异步控制两种控制模式。其中异步控制是指，当步骤中发出交易请求之后，挂起此交易的流程，转而处理下一笔交易，当原有交易的应答返回之后，可以在挂起点继续交易的流程。通过异步处理的模式，可以节省流程控制模块等待主机或第三方应答的时间，让有限的资源（流程控制进程）得到充分的应用。流程控制基本上使用共享内存进行操作。交易的主要配置信息在系统启动时，均被载入了共享内存中，也就是说，在平台这

15、一层，基本上不需要和数据库系统进行交互，保证了流程控制进程的高效运转。同时，共享内存中的配置信息带有版本控制功能，当配置改变时，可以重新载入配置，让新的交易请求按照新的配置运行，而已有的、未运行完的交易仍按照当时的配置继续运行。流程控制的配置还可以在Windows下的管理台上完成，大体上可以分为三部分：外部交易配置、内部交易配置、原子交易配置。外部交易配置包括外部交易子码的解析、外部交易码到内部交易码的转换；内部交易配置包括内部交易的步骤配置等；原子交易配置包括交易中的参数、报文接口、冲正等配置。流程控制的二次开发程序在Unix上完成，主要工作就是配置是交易的构件。当交易无法通过平台配置出来时

16、，就需要为此交易编写单独的构件，构件采用动态链接库的方式被调用及运行。由于流程控制本身是采用动态链接库的方式链接的，因此，平台使用的绝大部分函数均可以被交易的构件调用。5） 监控管理：平台提供统一的监控平台。监控的信息有系统信息、数据库信息、平台信息、应用信息、外部设备等。a. 系统信息：硬盘、CPU、内存等；b. 数据库信息：数据库表空间使用比例、数据库连接情况、数据库锁使用等；c. 平台信息：各个进程的状态、队列水线、进程异常等；d. 应用信息：网关状态、链路状态、流量、交易量、交易异常等；e. 外部设备：系统挂接的外部设备的种类、状态等。4、 预期的论文或工程项目进展和成果论文进展：20

17、09.5月上旬2009.5月中旬 开题报告2009.5月下旬2009.7月上旬 调研、查找资料2009.7月中旬2009.9月中旬 撰写论文预期成果：在数据集中的基础上，通过应用整合，最终得到一个结构开放、支持各类渠道和业务产品、支持多种通讯机制（中间件）、通讯协议和报文类型，并具有完善的管理、控制和安全容错机制的稳定、高效的银行综合业务平台。课题项目组更进一步所预期的是，以此平台为基础的应用二次开发，即实践运用软件复用思想，以软件体系结构为组装蓝图，以可复用软件构件为组装“部件”，灵活运用配置式、组装式软件开发。此方法不仅可以实现最少编码，而且大大减轻了开发、测试与维护的工作量，是提高软件生

18、产效率和产品质量、减轻技术人员流动带来的副作用、缩短产品交付时间的现实有效的途径。三、论文或工程项目大纲摘要第一章 绪论1.1 研究背景1.2 本文的主要内容1.3 本文的组织结构第二章 综合业务平台的相关介绍2.1 概念2.2 软硬件环境2.3 体系结构2.4 组成结构2.5 功能模块2.4.1 通讯网关2.4.2 应用路由2.4.3 报文解析2.4.4 流程控制2.4.5 监控管理2.6 二次开发的设计及实现2.7 关键问题的研究第三章 “银税联网”项目需求分析3.1 项目背景3.2 需求分析第四章 “银税联网”项目设计与实现4.1 系统分析4.2 系统设计4.3 系统实现第五章 “银税联网”项目测试5.1 测试方案5.2 测试案例5.3