軟件工程碩士論文開題報告：銀行綜合業(yè)務(wù)平臺的設(shè)計及其二次開發(fā)(9P)

1、*師范大學(xué)軟件學(xué)院軟件工程碩士研究生學(xué)位論文開題報告研 究 生 姓 名學(xué) 號系 所軟 件 學(xué) 院專 業(yè)軟 件 工 程學(xué)校導(dǎo)師姓名、專業(yè)技術(shù)職務(wù)企業(yè)導(dǎo)師姓名、專業(yè)技術(shù)職務(wù)入 學(xué) 時 間20079論文題目 銀行綜合業(yè)務(wù)平臺的設(shè)計及其二次開發(fā)注：本表可復(fù)印，可另加附頁一、立論依據(jù)（論文或工程項目的研究意義、國內(nèi)外研究現(xiàn)狀分析、附主要參考文獻(xiàn)）隨著全球經(jīng)濟(jì)一體化進(jìn)程的加快，我國銀行業(yè)為滿足自身業(yè)務(wù)發(fā)展和經(jīng)營管理的需要，從上世紀(jì)90年代中后期開始進(jìn)行了大規(guī)模的數(shù)據(jù)集中。數(shù)據(jù)集中不僅僅是金融界對技術(shù)系統(tǒng)的一個改造，更是對我們傳統(tǒng)銀行業(yè)經(jīng)營和管理的整體理念及模式的徹底再造。回顧國內(nèi)外銀行業(yè)數(shù)據(jù)集中的過程，基

2、本上可以分為以下四個階段： 1、服務(wù)器集中(Centralization)：指把現(xiàn)有的服務(wù)器重新配置在一個或幾個地方，服務(wù)器結(jié)構(gòu)不變。2、物理合并(Physical Consolidation)：用容量更大、功能更強(qiáng)的服務(wù)器替換一些較小的服務(wù)器，可以在一個地方、一個部門或整個公司。3、數(shù)據(jù)整合(Data Consolidation)：服務(wù)器的集中和物理合并，改善了服務(wù)器的結(jié)構(gòu)，數(shù)據(jù)整合則集中于把現(xiàn)有的大量數(shù)據(jù)庫進(jìn)行物理的合并，整合到一處的數(shù)據(jù)可被多臺服務(wù)器存取。數(shù)據(jù)整合從邏輯上講是在服務(wù)器集中和物理合并之后的。4、應(yīng)用整合(Application Integration):應(yīng)用整合是數(shù)據(jù)集中過

3、程中最綜合的一步，它把各類應(yīng)用和數(shù)據(jù)從不同類型的服務(wù)器上移植到一個統(tǒng)一的服務(wù)器和集成的應(yīng)用平臺上。上述三種不同程度的集中，會產(chǎn)生不同的效果，其投入和工程的復(fù)雜程序也不盡相同，但從銀行業(yè)的發(fā)展來看，服務(wù)器集中、物理合并和數(shù)據(jù)整合，都并非實際意義和最終需要的集中，也不能真正體現(xiàn)出數(shù)據(jù)集中的效果，它們只是為開發(fā)新的產(chǎn)品提供了良好的基礎(chǔ)。2004年底，各銀行基本都已經(jīng)實現(xiàn)了全行業(yè)務(wù)數(shù)據(jù)的整合集中，但隨之而來的問題也浮出水面：各應(yīng)用系統(tǒng)功能相近卻又相互獨(dú)立、之間缺乏信息溝通，系統(tǒng)資源的重復(fù)投資越來越龐大、系統(tǒng)架構(gòu)越來越復(fù)雜、運(yùn)行效率越來越低、開發(fā)和維護(hù)越來越困難，最終必將導(dǎo)致舊業(yè)務(wù)的可持續(xù)發(fā)展步履薄冰、

4、新業(yè)務(wù)的應(yīng)用開發(fā)舉步維艱。因此，應(yīng)用整合的必要性和其迫切性也就呼之欲出了。如何通過應(yīng)用整合，最終得到一個結(jié)構(gòu)開放、支持各類渠道和業(yè)務(wù)產(chǎn)品、支持多種通訊機(jī)制（中間件）、通訊協(xié)議和報文類型，并具有完善的管理、控制和安全容錯機(jī)制的穩(wěn)定、高效的綜合業(yè)務(wù)平臺，赫然便成為了我國銀行業(yè)信息化建設(shè)接下來的必然趨勢和面臨的緊迫問題。主要參考文獻(xiàn)：1、(美)W.RichardStevens，Bill Fenner，Andrew M.Rudoff，Richard W.Stevens.UNIX網(wǎng)絡(luò)編程第1卷:套接口API(第3版)(Unix Network Programming，Vol.1:The soekets

5、Networking API，Third Edition).楊繼張譯.北京:清華大學(xué)出版社，北京科海電子出版社，2006年2、（美）W.RichardStevens著 楊繼張譯UNIX網(wǎng)絡(luò)編程一一第二卷:進(jìn)程間通信。清華大學(xué)出版社，第2版3、(美)W.Richard，Stevens，Stephen A.Rago.UNIX環(huán)境高級編程(英文影印版)(第2版)(Advanced Programming in the UNIX Environment，Second Edition).北京:人民郵電出版社2006年4、(美)SteveOual1ine.實用C語言編程(第三版).郭大海譯.(美)Arno

6、ldRobbinS.UNIX技術(shù)手冊(第三版).張龍卿，歐洋，張令軍等譯5、葛冬霞.消息隊列中間件及其應(yīng)用.高性能計算技術(shù)2004年第4期6、楊敏，丁月華，文貴華基于中間件Tuxedo的三層模型的應(yīng)用開發(fā)電腦開發(fā)與應(yīng)用 .2005年第2期7、（美）普雷斯曼 著，梅宏 譯，軟件工程：實踐者的研究方法，機(jī)械工業(yè)出版社，2004 8、（美）惠滕 等著，肖剛 等譯，系統(tǒng)分析與設(shè)計方法，機(jī)械工業(yè)出版社，2003二、研究方案1、 研究目標(biāo)、研究內(nèi)容和擬解決的關(guān)鍵問題研究目標(biāo)：通過對銀行業(yè)各種不同類型的服務(wù)、渠道的共性特征進(jìn)行研究，將現(xiàn)有眾多的銀行服務(wù)渠道和業(yè)務(wù)前置應(yīng)用在邏輯上整合成一個綜合業(yè)務(wù)平

7、臺，輔以完善的控制和管理，形成一個結(jié)構(gòu)開放、適應(yīng)各種后臺核心業(yè)務(wù)系統(tǒng)、支持各類渠道、產(chǎn)品和業(yè)務(wù)，支持多種通訊機(jī)制（中間件）、通訊協(xié)議、報文類型，具有完善的安全控制和容錯機(jī)制的穩(wěn)定、高效的銀行綜合業(yè)務(wù)系統(tǒng)解決方案。研究內(nèi)容： 研究HP-UX操作系統(tǒng)、IBM INFORMIX數(shù)據(jù)庫系統(tǒng)、BEA TUXEDO中間件； 研究平臺的總體架構(gòu)組成和功能模塊； 研究平臺的核心層，包括內(nèi)存池管理、進(jìn)程管理、系統(tǒng)調(diào)度等； 研究通訊網(wǎng)關(guān)的設(shè)計與實現(xiàn)； 研究應(yīng)用路由的設(shè)計與實現(xiàn)； 研究報文解析的設(shè)計與實現(xiàn)； 研究面向交易的流程控制的設(shè)計與實現(xiàn)； 研究基于平臺的二次開發(fā)項目設(shè)計與實現(xiàn)； 給出設(shè)計和實現(xiàn)過程中關(guān)鍵問題的

8、解決方案。擬解決的關(guān)鍵問題：通訊網(wǎng)關(guān)、應(yīng)用路由、流程控制的設(shè)計及二次開發(fā)，以及平臺中的內(nèi)存池管理、進(jìn)程管理等。2、 擬采取的研究方法、技術(shù)路線、實驗方案及可行性分析考慮到銀行核心業(yè)務(wù)平臺一般采用UNIX操作系統(tǒng)，因此本研究中擬主要采用HP公司的HP-UX操作系統(tǒng)、IBM INFORMIX數(shù)據(jù)庫系統(tǒng)和C/EC開發(fā)工具，在平臺基礎(chǔ)上的應(yīng)用項目二次開發(fā)擬采用生命周期法與原型法相結(jié)合。平臺及其基礎(chǔ)上的二次開發(fā)項目完成后，擬經(jīng)過單元測試、集成測試后，先選取業(yè)務(wù)上較具代表性的一家網(wǎng)點(diǎn)進(jìn)行生產(chǎn)環(huán)境下實測，然后在一家分支機(jī)構(gòu)下所有網(wǎng)點(diǎn)進(jìn)行生產(chǎn)環(huán)境下實測，最后在全轄范圍上線推廣。經(jīng)調(diào)研，目前UNIX、INFOR

9、MIX、C等系統(tǒng)、工具和技術(shù)都已經(jīng)很成熟，在國內(nèi)外銀行業(yè)也已得到普遍應(yīng)用，因此確認(rèn)在銀行綜合業(yè)務(wù)平臺中采用該技術(shù)是可行的。3、 本論文或工程項目的特色與創(chuàng)新之處1） 通訊網(wǎng)關(guān)：支持多種通訊方式/機(jī)制、中間件和通訊協(xié)議。常見的通訊方式有長連接、短連接、收發(fā)同鏈路、收發(fā)不同鏈路，金卡走X.25時用三進(jìn)三出，還有其他系統(tǒng)會有特殊會話協(xié)議。常見的中間件有Tuxedo、CICS、MQ等；常見的通訊協(xié)議有TCP/IP、SNA、RMI/IIOP、X.25等。通訊網(wǎng)關(guān)按照網(wǎng)關(guān)的位置分類，可分為外聯(lián)網(wǎng)關(guān)、內(nèi)聯(lián)網(wǎng)關(guān)、插槽網(wǎng)關(guān)。通訊網(wǎng)關(guān)按照服務(wù)方式分類，可分為服務(wù)器網(wǎng)關(guān)、客戶機(jī)網(wǎng)關(guān)、互為Client/Server網(wǎng)

10、關(guān)。用戶可以通過網(wǎng)關(guān)配置文件來定義網(wǎng)關(guān)。網(wǎng)關(guān)配置文件包括網(wǎng)關(guān)名稱、網(wǎng)關(guān)通訊地址(IP地址)、網(wǎng)關(guān)入口隊列名、網(wǎng)絡(luò)協(xié)議、協(xié)議參數(shù)1、協(xié)議參數(shù)2、協(xié)議參數(shù)3、協(xié)議參數(shù)4、通信超時、子進(jìn)程個數(shù)初始值、子進(jìn)程極限、最大允許連接數(shù)、ACL列表名等信息。一些特殊的會話機(jī)制也可以定制特殊的會話模式。2） 應(yīng)用路由：應(yīng)用路由是系統(tǒng)內(nèi)部通訊的交換器，負(fù)責(zé)網(wǎng)關(guān)和網(wǎng)關(guān)之間、網(wǎng)關(guān)和應(yīng)用核心之間的通訊。應(yīng)用路由采用分段配置，它負(fù)責(zé)將一個收到的消息報文發(fā)送到能夠到達(dá)目的地的下一個節(jié)點(diǎn)；下一個節(jié)點(diǎn)再將這個消息報文發(fā)送到能夠到達(dá)目的地的下下一個節(jié)點(diǎn)，直至到達(dá)目的地。根據(jù)網(wǎng)關(guān)的性質(zhì)不同，應(yīng)用路由分為服務(wù)端路由和客戶端路由。服務(wù)

11、端路由負(fù)責(zé)從收到的原始報文中抽取出路由的關(guān)鍵數(shù)據(jù)（交易碼、交易子碼），然后根據(jù)這些關(guān)鍵數(shù)據(jù)把報文轉(zhuǎn)發(fā)到客戶端網(wǎng)關(guān)；客戶端路由負(fù)責(zé)根據(jù)路由的關(guān)鍵數(shù)據(jù)（交易碼、交易子碼），把交易報文發(fā)送到對應(yīng)的下一個節(jié)點(diǎn)。平臺提供靈活的路由配置，并能高效地處理內(nèi)部數(shù)據(jù)交換。使用了應(yīng)用路由，服務(wù)渠道可以不需要關(guān)注后臺服務(wù)的分布情況，應(yīng)用服務(wù)分布的調(diào)整也不需要改變業(yè)務(wù)系統(tǒng)。3） 報文解析：報文解析是平臺和外部進(jìn)行數(shù)據(jù)交換的功能模塊，它是一個相對比較獨(dú)立的模塊，和平臺中其他模塊的接口主要是內(nèi)存池（POOL池）。報文拆包時，按照報文格式的定義，把報文內(nèi)容拆解到POOL池中；報文打包時，按照報文格式的定義，從POOL池中提

12、取報文中需要的數(shù)據(jù)項，打包成外部格式的報文。由于平臺的開放性，需要和不同的外部打交道，涉及的報文格式非常復(fù)雜，因此，不能簡單的強(qiáng)制用一種方法去轉(zhuǎn)換報文。平臺的報文解析模塊可以根據(jù)不同的報文類型調(diào)用不同的轉(zhuǎn)換函數(shù)，平臺提供通用的轉(zhuǎn)換函數(shù)加以實現(xiàn)。為將來可擴(kuò)展性考慮，還可以通過編寫另外的轉(zhuǎn)換控件來實現(xiàn)模塊功能的擴(kuò)展。為了處理復(fù)雜的報文情況，報文解析模塊采用配置加腳本的方式處理報文的解析和轉(zhuǎn)換。由于絕大多數(shù)報文的格式都可以通過配置描述出來，因此，報文轉(zhuǎn)換格式以配置為主，而對于某些配置難以描述的數(shù)據(jù)項，或通過判斷才能選擇打包和解包方法的情況，則輔助采用腳本進(jìn)行處理。如果報文實在非常復(fù)雜，還可以采用C語

13、言編程來進(jìn)行特殊的處理。報文解析模塊支持處理以下格式的報文：a. 定長結(jié)構(gòu)報文（支持各種對齊方式）；b. 分隔符報文；c. 某個域可以是從當(dāng)前字節(jié)一直到報文結(jié)尾（不定長）；d. LLV，LLLV形式；e. TLV形式（Tag length value,value中可以嵌套TLV）； f. 8583報文，類8583報文；g. 內(nèi)部嵌套報文h. 組合報文（一個大的報文有多個小報文組成）i. ASCII，EBCDIC，unicode等的轉(zhuǎn)換j. XML格式k. 其他未知格式報文4） 流程控制：流程控制是平臺中處理業(yè)務(wù)邏輯的主要部分，它主要是面向交易的。當(dāng)收到一個原始的交易請求時，流程控制模塊根據(jù)交易

14、的配置，把原始交易分解為一個個更小的原子交易，這些原子交易可以是主機(jī)交易，可以是第三方的交易，也可以是本地的一個交易構(gòu)件。通過對這些原子交易的組合，完成一個原始的交易請求所需要完成的所有業(yè)務(wù)處理邏輯。流程控制支持同步控制和異步控制兩種控制模式。其中異步控制是指，當(dāng)步驟中發(fā)出交易請求之后，掛起此交易的流程，轉(zhuǎn)而處理下一筆交易，當(dāng)原有交易的應(yīng)答返回之后，可以在掛起點(diǎn)繼續(xù)交易的流程。通過異步處理的模式，可以節(jié)省流程控制模塊等待主機(jī)或第三方應(yīng)答的時間，讓有限的資源（流程控制進(jìn)程）得到充分的應(yīng)用。流程控制基本上使用共享內(nèi)存進(jìn)行操作。交易的主要配置信息在系統(tǒng)啟動時，均被載入了共享內(nèi)存中，也就是說，在平臺這

15、一層，基本上不需要和數(shù)據(jù)庫系統(tǒng)進(jìn)行交互，保證了流程控制進(jìn)程的高效運(yùn)轉(zhuǎn)。同時，共享內(nèi)存中的配置信息帶有版本控制功能，當(dāng)配置改變時，可以重新載入配置，讓新的交易請求按照新的配置運(yùn)行，而已有的、未運(yùn)行完的交易仍按照當(dāng)時的配置繼續(xù)運(yùn)行。流程控制的配置還可以在Windows下的管理臺上完成，大體上可以分為三部分：外部交易配置、內(nèi)部交易配置、原子交易配置。外部交易配置包括外部交易子碼的解析、外部交易碼到內(nèi)部交易碼的轉(zhuǎn)換；內(nèi)部交易配置包括內(nèi)部交易的步驟配置等；原子交易配置包括交易中的參數(shù)、報文接口、沖正等配置。流程控制的二次開發(fā)程序在Unix上完成，主要工作就是配置是交易的構(gòu)件。當(dāng)交易無法通過平臺配置出來時

16、，就需要為此交易編寫單獨(dú)的構(gòu)件，構(gòu)件采用動態(tài)鏈接庫的方式被調(diào)用及運(yùn)行。由于流程控制本身是采用動態(tài)鏈接庫的方式鏈接的，因此，平臺使用的絕大部分函數(shù)均可以被交易的構(gòu)件調(diào)用。5） 監(jiān)控管理：平臺提供統(tǒng)一的監(jiān)控平臺。監(jiān)控的信息有系統(tǒng)信息、數(shù)據(jù)庫信息、平臺信息、應(yīng)用信息、外部設(shè)備等。a. 系統(tǒng)信息：硬盤、CPU、內(nèi)存等；b. 數(shù)據(jù)庫信息：數(shù)據(jù)庫表空間使用比例、數(shù)據(jù)庫連接情況、數(shù)據(jù)庫鎖使用等；c. 平臺信息：各個進(jìn)程的狀態(tài)、隊列水線、進(jìn)程異常等；d. 應(yīng)用信息：網(wǎng)關(guān)狀態(tài)、鏈路狀態(tài)、流量、交易量、交易異常等；e. 外部設(shè)備：系統(tǒng)掛接的外部設(shè)備的種類、狀態(tài)等。4、 預(yù)期的論文或工程項目進(jìn)展和成果論文進(jìn)展：20

17、09.5月上旬2009.5月中旬 開題報告2009.5月下旬2009.7月上旬 調(diào)研、查找資料2009.7月中旬2009.9月中旬 撰寫論文預(yù)期成果：在數(shù)據(jù)集中的基礎(chǔ)上，通過應(yīng)用整合，最終得到一個結(jié)構(gòu)開放、支持各類渠道和業(yè)務(wù)產(chǎn)品、支持多種通訊機(jī)制（中間件）、通訊協(xié)議和報文類型，并具有完善的管理、控制和安全容錯機(jī)制的穩(wěn)定、高效的銀行綜合業(yè)務(wù)平臺。課題項目組更進(jìn)一步所預(yù)期的是，以此平臺為基礎(chǔ)的應(yīng)用二次開發(fā)，即實踐運(yùn)用軟件復(fù)用思想，以軟件體系結(jié)構(gòu)為組裝藍(lán)圖，以可復(fù)用軟件構(gòu)件為組裝“部件”，靈活運(yùn)用配置式、組裝式軟件開發(fā)。此方法不僅可以實現(xiàn)最少編碼，而且大大減輕了開發(fā)、測試與維護(hù)的工作量，是提高軟件生

18、產(chǎn)效率和產(chǎn)品質(zhì)量、減輕技術(shù)人員流動帶來的副作用、縮短產(chǎn)品交付時間的現(xiàn)實有效的途徑。三、論文或工程項目大綱摘要第一章 緒論1.1 研究背景1.2 本文的主要內(nèi)容1.3 本文的組織結(jié)構(gòu)第二章 綜合業(yè)務(wù)平臺的相關(guān)介紹2.1 概念2.2 軟硬件環(huán)境2.3 體系結(jié)構(gòu)2.4 組成結(jié)構(gòu)2.5 功能模塊2.4.1 通訊網(wǎng)關(guān)2.4.2 應(yīng)用路由2.4.3 報文解析2.4.4 流程控制2.4.5 監(jiān)控管理2.6 二次開發(fā)的設(shè)計及實現(xiàn)2.7 關(guān)鍵問題的研究第三章 “銀稅聯(lián)網(wǎng)”項目需求分析3.1 項目背景3.2 需求分析第四章 “銀稅聯(lián)網(wǎng)”項目設(shè)計與實現(xiàn)4.1 系統(tǒng)分析4.2 系統(tǒng)設(shè)計4.3 系統(tǒng)實現(xiàn)第五章 “銀稅聯(lián)網(wǎng)”項目測試5.1 測試方案5.2 測試案例5.3