基于CTP平台的银行构件的设计与实现硕士学位论文 精品.docx

基于CTP平台的银行构件的设计与实现硕士学位论文 精品.docx

《基于CTP平台的银行构件的设计与实现硕士学位论文 精品.docx》由会员分享，可在线阅读，更多相关《基于CTP平台的银行构件的设计与实现硕士学位论文 精品.docx（34页珍藏版）》请在冰豆网上搜索。

基于CTP平台的银行构件的设计与实现硕士学位论文精品

硕士学位论文

基于CTP平台的银行构件的设计与实现

摘要

随着信息技术的发展，软件作为一种信息技术的主要载体已经渐渐渗透到人们的日常生活当中去了，无论是政治、军事、经济、文化等方方面面都离不开软件，但是由于计算机硬件技术的高速发展，软件开发效率越来越不能够满足高速增长需求。

同时伴随着经济全球化和信息化的发展，促进了各行各业的发展，特别是银行业原有的流程、产品、服务等都发生了巨大的变化，对软件的依赖到了一个全新的高度。

正是随着这种趋势如何更加快速、有效地开发高质量的银行软件系统，是目前软件行业所面临的问题。

目前，构件化的开发思想正是解决这一问题的方法之一。

构件化开发思想的核心就是复用，通过构件的开发、组合、重组、替换、扩展等方法，来适应业务的变化，增强软件系统的可扩展性和可维护性，从而使银行软件系统更够更好地发展。

本文的主要研究内容是以构件化开发理论为基础，结合某国有大型股份制银行的软件应用系统开发项目，通过该实际软件项目的开发，阐述了构件化开发在银行软件系统开发的应用过程中所遇到的问题，以构件化开发思想结合软件工程的方法来分析问题，并依照构件化开发的使用范围、开发方式、构件的复用等方面提出相应建议，同时展望下一步的构件化开发的工作。

在金融市场应用开发平台项目FMDP的构件设计与开发过程中，采用流程图和规范化方法分解整个应用系统并从中识别出所需业务构件，在CTP平台框架的基础上进行构件开发和测试，并集成到应用开发系统当中去，最终实现了对象、类、方法、存储过程、测试代码、文档、构件等不同粒度的软件复用，为构件化的实际应用提供了可以借鉴的经验。

关键词：

　构件化开发，核心交易平台（CTP），金融市场应用

Abstract

Withthedevelopmentofinformationtechnology,softwareasamaincarrierofinformationtechnologyhasgraduallypenetratedintopeople'sdailylife,whetherpolitical,military,economic,andculturalaspectsareinseparablefromthesoftware,butbecauseofcomputerhardwaretechnologytherapiddevelopmentoftheefficiencyofsoftwaredevelopmentisincreasinglyabletoformattherapidgrowthofdemand.Accompaniedbyeconomicglobalizationandinformationtechnologydevelopment,andpromotingthedevelopmentofallwalksoflife,especiallyinthebankingsectorexistingprocesses,products,servicehaveundergonetremendouschanges,relianceonsoftwaretoanewlevel.Withthistrend,howitismorerapidandeffectivedevelopmentofhigh-qualitybankingsoftwaresystem,isthequestionfacingthesoftwareindustry.

Atpresent,thecomponentofthedevelopmentofthinkingisonewaytosolvethisproblem.Coreoftheideaofcomponentdevelopmentisreusethroughcomponentdevelopment,combination,reorganization,replacement,expansionandothermethods,toadapttobusinesschange,enhancedsoftwaresystemsscalabilityandmaintainabilityofsoftwaresystemssothatthebankismoreenoughBetterdevelopment.

Themaincontentsofthispaperisbasedonthetheorycomponentofdevelopment,combinedwithalargestate-ownedjoint-stockbanksofthesoftwareapplicationsdevelopmentproject,throughtheactualsoftwaredevelopmentprojects,describesthesoftwarecomponent-baseddevelopmentinthebankingsystemdevelopmentintheapplicationprocessproblemtocomponent-basedsoftwareengineeringwithdevelopmentthinkingtoanalyzeproblem,andinaccordancewiththeuseofcomponent-baseddevelopment,developmentmethod,componentandotheraspectsofthecomplexswiththecorrespondingrecommendations,whileprospectsoffurtherdevelopmentofcomponentswork.ApplicationdevelopmentplatforminthefinancialmarketsprojectFMDPcomponentdesignanddevelopmentprocess,usingflowchartsandstandardizedmethodsofdecompositionoftheentireapplicationsystemandbusinesscomponentsfromrequirementidentifiedintheCTPplatformbasedontheframeworkforcomponentdevelopmentandtesting,andintegratedintoApplicationdevelopmentsystemsaregone,andultimatelytheobjects,classes,methods,procedures,testcode,documentation,components,suchasdifferentsizeofsoftwarereuse,ascomponentsofthepracticalapplicationsthatcanlearnfromexperiences.

KeyWords：

ComponentDevelopment,CoreTransactionPlatform,ApplicationOfTheFinancialMarkets

图目录

第1章绪论

1.1课题背景

伴随着时间的流逝和时代的发展，某国有大型股份制的银行金融市场业务得到了长足发展，金融市场业务种类以及产品类型不断增加和扩展，于此同时金融市场交易量逐年提高，这些都是对金融市场系统的开发、维护提出更高的要求。

同时根据银行所制定的开放平台应用系统平台化规划的要求在，各业务领域建立相对统一的应用开发平台，提取特定的业务领域中的共性部分并通过技术手段加以实现，从而能够将共性的部分固化在平台中形成以构件为基础的应用开发平台。

该课题来源于某国有大型股份制银行金融市场应用开发平台项目（FinancialMarketDevelopmentPlatform,FMDP）。

金融市场应用开发平台构建一个金融市场业务领域的开发平台，解决金融市场业务领域应用系统规范、高效开发的问题，同时新老应用系统不必从零开始搭建，可在开发平台的基础上快速定制，且通过开发平台可提高应用系统的质量、降低开发成本、缩短开发时间。

1.1.1由“软件危机”引发的思考

伴随着软件规模的不断扩大和软件产业更新换代速率的越来越频繁，软件开发的效率与质量就逐渐成为了人们所关注的焦点，然而相对于传统的软件设计开发思想已经逐渐不能够满足当今软件开发的需求，同时伴随着计算机硬件技术的飞速进步以及信息化建设需求的增加，越来越多的大型软件开发项目工程面临着许多的问题，例如软件开发生命周期冗长[1]、费用超出预算、软件可靠性和可维护性差等也渐渐地凸显出来，与软件工程所要求的目标形成了强烈的矛盾，从而引发了“软件危机”[2]。

“软件危机”的主要表现如下：

（1）软件开发的费用和开发周期难以控制。

由于软件开发项目自身的特点，再加上许多意外因素，导致费用超支、进度拖延等情况屡屡发生，有时候为了达到预定的目标，就有可能采取一些特别的措施来完成项目，但是通常这样做往往会损害了软件产品的质量。

（2）开发出来的软件可靠性和可维护性比较差。

即使耗费了大量的人力和物理去完成系统，但是软件系统的正确性越来越难以保证，系统内存在着BUG，影响着系统的平稳，同时许多项目缺乏完善的项目文档资料，导致了许多错误难以定位和更正，耗费了许多资源。

（3）伴随着计算机硬件技术的快速发展，软件开发的生产效率远远达不到相应的水平，使得许多资源存在着巨大的浪费。

（4）软件成本在计算机系统的总成中所占的比例越来越高。

由于计算机技术的发展和自动化程度的提高，硬件性能和产量的提高以及成本的下降，软件开发所需的人力资源的耗费成了项目开发的瓶颈。

（5）开发出来的软件不能很好的满足用户的需求。

随着开发周期的延长以及其他一些因素，需求变化等原因导致开发的软件效率和使用范围等，已经不能够满足快速的增长的信息要求。

正是由于“软件危机”的来临，软件行业也将面临各种各样的挑战。

基于“软件危机”的种种表现，采用新的开发模式已经成了一种刻不容缓的任务。

鉴于软件本身的特点，软件不同于硬件是一种计算机系统中的逻辑部分，存在着一定的特性，不会因为使用而“损坏”。

软件即是产品，目前信息化社会的快速发展，导致这些开发出来的产品越来越不能适应需求的变化。

所以，软件行业也开始模仿制造业的开发模式，希望采用标准化零件的组装方式来进行软件项目的开发，将一个完整的系统划分成若干部分，采用统一的标准进行开发，最后再集成、组装。

采用这种新的开发模式能够极大地提高软件的开发效率，同时通过模块的标准化，使得软件开发的过程与以往相比变得更加简单和快捷，各个模块的相互依赖减少，更加容易维护和升级。

因此，基于软件复用的构件化开发，就成为了解决“软件危机”的方法之一。

1.1.2银行软件系统特点分析

现在的社会是一个信息化、多元化的社会，大量的信息充斥而来，因此在金融领域中类似银行、证券、保险等行业纷纷开始使用计算机代替原来的手工作业，取得了很大的发展，各类的信息系统的开发激发了各行业的活力。

特别是银行业，每天都要面对着海量的数据信息，有一套完善的软件信息管理系统是必不可少的环节。

对于银行软件系统主要有以下几方面特点：

（1）可处理业务广泛。

银行所要面对的大量业务，包括查询、转账、电汇、金融投资、储蓄、借贷等等业务，由于金融信息行业的快速发展，银行业务也是大大的拓展了，新增的可处理业务也是越来越多，需要系统支持。

（2）海量数据处理。

银行业每天有大量的交易数据，要进行处理大量数据的操作，面对如此多的数据量，就要有一个相对安全稳定的系统进行支持。

（3）维护性、可扩展性强。

正是因为快速增长的业务和信息量，系统面对的需求也是经常在变化，银行系统必须要有较强的可扩展性、可维护性以满足日益变化的需求。

（4）安全性。

企业银行系统的安全性是一个核心特点，所有的系统设计都应该着眼于安全性考虑。

（5）易用性。

银行系统操作的人员复杂，素质高低不一，所以系统必须要有有相对界面友好性，易用性，保证能得到大部分人的认可。

基于以上一些银行软件系统的特点的分析，我们可以了解到伴随信息化的快速发展，原有的软件开发方式已经严重的制约了软件开发的成功率，更加不能满足快速变化的需求，是限制目前银行软件系统开发的瓶颈。

基于构件的开发过程模型是一种范型[3]，它可以为软件开发的一系列的开发过程提供模板。

这些通过使用构件开发模式开发出的软件适应性强，灵活多变，可以满足多种不同的要求以及多变的需求，来保证软件项目开发的效率和质量。

而其中的构件是构件化开发的基础。

对于银行软件系统来说构件化的开发方式是一个不错的选择，银行软件系统不只是只有单一的系统，往往是由数个不同应用组成的，而各个应用中又都有许多相同或者不同的功能模块，同时鉴于全球信息化的发展，银行业业务种类和数量快速增加，需求也时刻在变化，因此构件化的开发方式十分适合银行软件系统的开发，提高业务功能复用率，减少重复劳动。

1.1.3中国软件行业构件化之路

近几十年的发展以来，国内的一些软件企业一直走着从项目、从系统集成、从行业应用入手的老路子，很难形成很强的新软件技术产品的研发能力，也难以形成很大的企业规模。

随着计算机技术的发展，软件行业“构件化”“[4]、“产品化”的能力逐步的得到提升，人们看到了国产软件行业的前进之路[6]。

长期以来，我国的软件产业生产方式一直停留在初级阶段，软件的复用程度低，劳动的重复性高，形成了高技术人才和低效率劳动的局面，不仅大大制约了我国软件产业的发展，也难以满足国家信息化建设的需求。

而构件化的提出，是从传统工业制造中得到的启示：

一般功能复杂的产品也都是由大量标准的零件组装而成的，零件可以在生产线上装配成一个完整的成品，所有的零件在成品中一起发挥作用。

同时在一定的影响范围之内，产品的分工越细致、专业化生产的程度越高，且总体生产效率就越高。

构件化就是基于此以粗粒度的软件复用开发方式，提高软件的开发效率，同时也能够保证功能安全和稳定，能够很好的适应中国软件开发的需求。

我国的软件企业一直使用的是外国的操作系统和数据库，对于本国信息系统的数据安全性不利，同时采用传统的软件开发模式不能够很好提升软件开发的效率，软件项目的复用性低。

同时中间件[5]技术的发展也是支撑我国软件构件化发展的重要条件，因为只有在适当的构件技术平台之上，软件功能才会被抽象和分解，最终形成构件，是构件化开发的关键。

互联网信息技术的发展对计算机应用系统的深刻影响，以及信息化的应用需求与软件开发的方式之间的矛盾，我国对构件化的发展投入了大量的力量，并取得了回报。

经过了多年探索和发展，我国的构件与构件技术已经快速发展起来。

目前，上海的构件库已经投入使用，北大青鸟构件等也相继应用，各大高校、软件企业也相继开发了应用了构件和构件技术。

随着“以信息化带动工业化”的战略方针实施，并伴随着国内各行各业信息化发展建设的不断进行，各行业信息化建设呈现出了计算环境复杂、应用环境复杂、软件开发周期短等特点。

在这种情况的推动下下，国内传统软件开发方式已经不能够满足实际软件开发生产率的需求，中国软件产业的构件化道路前景很广大，同时也是十分艰巨的道路。

1.2研究现状及存在问题

基于构件的软件开发，与传统的软件开发方法相比较，可以从原有的系统之中抽取公共的功能模块进行构件化开发或者是根据新的需求抽象成构件，已开发出来的构件为单位来复用，因此可以解决需求、设计、开发、测试等软件工程中各个阶段中的重复劳动问题，避免了软件项目中资源的浪费，提高了开发的效率和质量。

一般的来说构件就是可复用的软件组成部分，从软件中抽取可以复用的公共模块，并去掉这些模块的特有信息，从而成为单一对象。

它可以是被封装的对象类、类树、软件框架、体系结构、功能模块、存储过程、文档、设计模式等等，可以根据不同的要求来对构件进行划分。

一般来说构件具有高度抽象、可替换、可定制、可集成、可连接机制等诸多特点。

以目前开发的金融市场应用开发平台项目为例，该项目是以某国有大型股份制银行自主开发的CTP框架为基础，以构件化开发方法来进行的项目。

随着信息化得快速发展，某国有大型股份制银行在金融市场领域的业务取得长足的进步，同时伴随着国际金融市场的风险也逐渐增大，新的巴塞尔协议的出台等，原有金融市场管理等系统已经不能满足快速变化的国际形势的需求。

在同一时间以金融市场风险管理系统为主各个系统都将在原有的基础上进行开发，在此基础上该项目采用了构件化得开发方法，已达到最好的效果。

在基于构件的软件开发过程中，构件是软件开发的基本单元。

软件开发人员在软件的开发过程中，通过对已经开发存在的构件组装和集成来进行新的软件系统开发，可以说在构件化开发当中，新的软件系统的功能是通过其所包含构件之间的相互协作体现出来。

但由于构件是软件组成的基本元素，所以构件的开发往往是一个相对独立的开发过程，存在许多不同的、甚至相同功能的构件都可能是由不同的构件设计者或者是构件开发者预先进行封装，通过不同的接口或者其他方式进行统一调用。

因此，构件的使用者无法了解具体构件的具体运行过程和具体代码，这就造成了构件之间的交互就有可能存在着一定的不可预知性[5]，而这种构件之间的不可知性会使得构件在集成时可能会产生相互影响，例如系统配置、参数传递等，都会导致一些非期望行为的产生。

此外，由于基于构件开发的特点也导致了其开发过程中也会面临着一系列的问题，例如接口统一、可替换性、复用性、接口扩展性等等。

1.3论文主要研究内容

本课题研究目标是构件化的开发方法在银行金融市场应用开发平台（FinancialMarketDevelopmentPlatform,FMDP）中的应用。

通过对基于构件的银行金融市场应用开发平台的设计和开发，结合构件化开发的思想的历史演变，学习和研究构件化开发思想在该项目的开发过程中的应用，得出构件式的开发在该项目中所起到的作用，同时得到构件化开发所使用的范围，以及构件化开发在实践中存在的问题，构件化开发方法在整个软件开发领域中所起到的作用，并且软件开发中的风险控制要求。

主要内容是从基于金融市场应用平台开发项目的实践开发开始，遵从构件理论的要求，通过对构件的需求的获取，构件的粒度划分，构件的开发和维护，以及新老系统升级和维护中对于构件化思想的应用的研究，通过构件化开发思想在实际项目中的应用，结合实际的构件的设计和开发，包括业务构件、软件构件、界面UI设计、存储过程编写、构件接口封转、接口调用等等一系列的实践操作，从中找出构件化开发在实践中产生的问题和一些的不确定的因素，以依照构件开发技术进行构件开发，从开发的实际中分析构件化应用开发的的作用和实际在项目中产生的效果。

1.4论文的组织结构

本文共分为6个章节，具体内容安排如下：

第一章绪论，介绍了本文的课题研究的背景和一些相关的情况，由“软件危机”和银行软件系统的特点，来引出构件化开发的必要性，同时介绍了有关于金融市场应用开发平台的一些情况，说明了本文的主要研究内容是构件化的开发应用，总领全文。

第二章构件化开发分析。

具体定义构件化的开发方法，包括构件化开发的思想、适用范围、特点、存在问题、构件技术等，通过业务构件和软件构件的界定，来阐述实际构件模型。

第三章CTP平台的分析与研究。

CTP平台是某国有大型股份制银行内部使用的开发框架，是基于MVC模式，以及JAVA为基础的构件技术框架平台。

介绍CTP平台与构件化各个层次的关系和实现。

第四章银行应用开发平台构件的设计。

结合FMDP实际项目实际需求，分析项目构件需求，划分不同的构件种类为业务构件和软件构件件，并根据不同的构件种类进行构件的获取的识别，构件的设计包括构件存储过程的自动化测试，构件在新系统中的集成。

第五章银行应用开发平台构件的实现。

根据实际需求的提供，依照CTP平台框架的开发规范，按照一个构件开发的9个步骤一步步实现构件的开发过程，最后对所开发的构件进行测试和新的应用系统中进行集成。

以构件在实际中系统中的应用进行分析，得出存在问题并给出一些建议。

第六章总结，对本文进行总结，提出构件平台的进一步的展望，给出一些有关于构件化开发在实际应用中的改进意见。

1.5本章小结

本章主要介绍了本文涉及的课题的背景，以现今的研究现状及存在的问题，总起全文阐述了课题主要研究内容，以及介绍了本文各章节的主要内容。

本文是某国有大型股份制银行的实际软件开发项目为背景，以构件化的方法论为基础，讲述了目前银行软件开发项目中存在的问题，提出构件化的开发方式在软件项目中的应用，以银行软件技术的升级为契机，通过实际银行构件的设计与开发，从实际开发过程中总结经验，找出构件化开发方法在实践中的存在的问题，并以此为基础提出一些解决建议。

第2章构件化开发分析

2.1构件开发的历史演变

构件化开发思想，即基于构件的软件开发（Component-basedSoftwareDevelopment，CBSD），它与传统的软件开发方式相比较，在原有已经完成的应用系统开发中充分利用已有比较完善的开发成果，并以此为基础进行再次开发，消除了包括分析、设计、编码、测试等在内的许多重复劳动，从而避免了大量人力物力的浪费以及重新开发可能引入的新旧错误、缩短软件产品交付时间的现实，同时也提高了软件开发的效率以及质量,简单的来说就是一种基于分布对象技术、强调通过可复用的构件设计和构造软件系统的软件复用化途径。

构件一词正如软件行业的许多东西一样，构件这一词来源于传统的建筑业、制造业，采用标准化的方法进行产品开发制造，并不是软件行业特有词汇。

软件构件的概念早在1968年[11]就被人提及，但是由于某些因素的限制，没有引起人们的关注。

目前，伴随着软件系统开发中各种各样的矛盾凸显的时候，同时一些WEB、XML、JAVA等技术的成熟，国际OSOA组织的成立和SOA相关的标准SCA标准的发布，使得构件化开发再次出现在人们的眼前，并不断的得到发展。

如果我们把软件行业的历史进行划分，公认的可以被划分为四个阶段：

面向机器阶段、面向过程阶段、面向对象阶段、面向构件阶段，每个阶段都是在计算机软硬件技术发展到一定阶段的产物，每个阶段都是适应当前软件开发生产力的表现，较之前一个阶段都有一定的升华[9]。

图2.1很好地概括了软件历史的四个阶段的特点。

图2.1软件开发历史演变[5]

此外，面向服务的体系结构（Service-OrientedArchitecture，SOA）是一个组件的模型，它将各个系统中应用程序的不同功能单元（通称为服务）通过这些服务之间定义良好的接口和关系集合起来。

接口是采用中立的方式标准化进行定义，它应该是独立于实现服务的硬件平台、操作系统、编程语言。

这样可以使得在构建各种这样的系统中的服务，可以通过一种统一、通用的方式进行交互和集成。

而构件化的开发思想就是SOA的一种很好的体现。

以SOA为基础提出的SCA服务组件框架提供了一套可以构建面向服