計算機類畢業(yè)論文et

1、摘要商業(yè)銀行是現(xiàn)在金融體系的主體，并且隨著經(jīng)濟的發(fā)展，它將在未來經(jīng)濟生活中發(fā)揮越來越重要的作用。銀行綜合業(yè)務(wù)系統(tǒng)作為電子化銀行業(yè)務(wù)運行的最基本的支撐平臺，不僅成為銀行市場運作、金融創(chuàng)新、客戶服務(wù)、量化管理的技術(shù)基礎(chǔ)，也是銀行爭取未來競爭優(yōu)勢的重要手段。本文詳細(xì)地描述和記錄了作者在實習(xí)公司參與開發(fā)第三代商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)的過程。首先分析了目前商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)的實際需求，并且根據(jù)個人在團隊中的分工確定主要工作內(nèi)容；然后著手概要設(shè)計和詳細(xì)設(shè)計，重點是數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計；最后是編碼和測試以及系統(tǒng)使用手冊說明。整個系統(tǒng)采用C/S的架構(gòu)，在Unix平臺上完成開發(fā)，使用C語言進行程序編碼，使用Tuxed

2、o作為中間件，使用Informix作為數(shù)據(jù)庫管理器。本文最后對今后的銀行綜合業(yè)務(wù)系統(tǒng)的發(fā)展做了展望。關(guān)鍵詞： 商業(yè)銀行， 綜合業(yè)務(wù)系統(tǒng)， 數(shù)據(jù)庫設(shè)計， C/S架構(gòu)目錄1 緒論11.1 系統(tǒng)開發(fā)背景11.1.1 我國商業(yè)銀行的歷史與現(xiàn)狀11.1.2 銀行綜合業(yè)務(wù)系統(tǒng)11.1.3 對公儲蓄業(yè)務(wù)11.2 論文的主要工作及安排11.2.1 論文的主要工作11.2.2 論文的結(jié)構(gòu)安排22 C/S架構(gòu)及中間件概述32.1 基本C/S模式32.2 可管理多層C/S模式32.2.1 中間件概述32.2.2 引入中間件管理的MMT C/S模式32.3 銀行綜合業(yè)務(wù)系統(tǒng)中的C/S模式應(yīng)用42.3.1 客戶端42.

3、3.2 服務(wù)器端53 相關(guān)技術(shù)和工具簡介63.1 C語言概述63.2 TopSmartTeller主要特點63.2.1 用戶界面63.2.2 腳本配置63.2.3 交易驅(qū)動方式63.2.4 外設(shè)驅(qū)動63.2.5 編譯機制73.3 BEA Tuxedo簡介74 系統(tǒng)設(shè)計與實現(xiàn)84.1 需求分析84.1.1 功能要求84.1.2 開發(fā)環(huán)境84.2 系統(tǒng)設(shè)計94.2.1 系統(tǒng)框架94.2.2 數(shù)據(jù)庫設(shè)計94.3 模塊及交易的設(shè)計與實現(xiàn)114.3.1 模塊設(shè)計114.3.2 交易定義124.3.3 交易流程設(shè)計125 程序及界面調(diào)試145.1 程序結(jié)構(gòu)145.1.1 交易程序14元操作程序14底層封裝

4、函數(shù)。155.2 源碼舉例分析155.2.1 頭文件155.2.2 變量申明165.2.3 主程序165.3 測試與分析175.3.1 交易正確驅(qū)動175.3.2 交易數(shù)據(jù)接收185.3.3 交易執(zhí)行測試及結(jié)果返回196 總結(jié)與展望206.1 論文總結(jié)206.2 展望20謝辭21參考文獻22附錄231 緒論1.1 系統(tǒng)開發(fā)背景1.1.1 我國商業(yè)銀行的歷史與現(xiàn)狀根據(jù)1995年7月1日開始實施的中華人民共和國商業(yè)銀行法的規(guī)定，商業(yè)銀行是指依照公司法設(shè)立的吸收公眾存款、發(fā)放貸款、辦理結(jié)算等業(yè)務(wù)的企業(yè)法人。就目前我國市場經(jīng)濟金融活動實際情況而言，商業(yè)銀行是現(xiàn)代金融體系的主體。在1979年以前的多數(shù)年

5、份中，中國人民銀行是全國唯一的國家銀行，農(nóng)村信用合作社是全國唯一的民間金融機構(gòu)。自1979年我國實行經(jīng)濟體制改革以來，中國銀行、中國工商銀行先后從中國人民銀行分離出來，又恢復(fù)了中國農(nóng)業(yè)銀行，原先隸屬于財政部的中國人民建設(shè)銀行（后更名中國建設(shè)銀行）在1985年也將其信貸計劃納入中國人民銀行負(fù)責(zé)編制并監(jiān)督執(zhí)行的國家銀行綜合信貸計劃的體系。此外，還恢復(fù)、成立了交通銀行、中信實業(yè)銀行、中國光大銀行等多家綜合性銀行。1.1.2 銀行綜合業(yè)務(wù)系統(tǒng)隨著知識經(jīng)濟時代的到來和銀行電子化建設(shè)的發(fā)展，現(xiàn)代信息技術(shù)不再只是銀行開展業(yè)務(wù)的一種輔助工具。銀行電子化水平已經(jīng)成為銀行市場運作、金融創(chuàng)新、客戶服務(wù)、量化管理的技

6、術(shù)基礎(chǔ)，也是銀行爭取未來競爭優(yōu)勢的重要手段。銀行綜合業(yè)務(wù)系統(tǒng)作為電子化銀行業(yè)務(wù)運行的最基本的支撐平臺，是其他所有銀行電子化產(chǎn)品得以應(yīng)用的前提。沒有綜合業(yè)務(wù)系統(tǒng)，電子化銀行就等于沒有地基的大樓。1.1.3 對公儲蓄業(yè)務(wù)對公儲蓄業(yè)務(wù)，是商業(yè)銀行開展的最基本也是最主要的業(yè)務(wù)項目之一。所謂對公，1.2 論文的主要工作及安排1.2.1 論文的主要工作商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)是一個復(fù)雜而龐大的系統(tǒng)，并且在進行開發(fā)工作之前，必需掌握相應(yīng)的商業(yè)銀行會計知識，了解銀行核算流程，熟悉銀行服務(wù)項目和種類。因此，明確的團隊分工、良好的團隊配合、始終保持一致的團隊風(fēng)格就顯得尤為重要。這也是在此次畢業(yè)設(shè)計過程中，我所感受到的

7、與那些在校內(nèi)完成既定設(shè)計課題的同學(xué)之間最大的不同之處。在整個開發(fā)團隊中，作者主要的工作是完成對公儲蓄業(yè)務(wù)相關(guān)交易的后臺程序設(shè)計開發(fā)和測試，同時接觸、了解和學(xué)習(xí)相應(yīng)的前臺程序的設(shè)計。本文從軟件開發(fā)流程的角度，詳細(xì)記錄和描述了整個工作過程，所涉及的主要工作也將圍繞著這個工作目標(biāo)展開，并且在必要的地方，適當(dāng)?shù)貙ζ渌嚓P(guān)業(yè)務(wù)模塊進行介紹。下面是各階段要完成的主要工作：（1）基礎(chǔ)知識準(zhǔn)備：這部分工作主要包括兩個方面：u 學(xué)習(xí)商業(yè)銀行會計核算的相關(guān)基礎(chǔ)知識，了解銀行業(yè)務(wù)和相應(yīng)會計核算的流程；u 分析前幾代商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)的內(nèi)核，重點在于熟悉后臺系統(tǒng)的常見層次和結(jié)構(gòu)。（2）需求分析和系統(tǒng)設(shè)計：在軟件工程

8、的相關(guān)定義中，需求分析和系統(tǒng)設(shè)計是兩個階段。但是在實際參與開發(fā)的過程中，作者發(fā)現(xiàn)很難界定兩者之間的時間分割線。在開發(fā)中過程，根據(jù)客戶變更的需求來修改設(shè)計，抑或由于實際情況來說服客戶對于某些需求進行妥協(xié)，這些都是不可避免的。因此，這部分的工作勢必在一種隱含變數(shù)的穩(wěn)步交替中完成。但不可否認(rèn)，這將對以后的工作開展起決定性作用。（3）數(shù)據(jù)庫結(jié)構(gòu)設(shè)計：嚴(yán)格地說，這部分的設(shè)計應(yīng)該屬于系統(tǒng)設(shè)計的一部分。但是商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)本身的功能和目的，決定了其必然是依托在一個數(shù)據(jù)庫管理器的基礎(chǔ)上實現(xiàn)各個模塊的功能，因此數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計也就尤為重要。在實際工作中，這一部分也需要相對獨立地去設(shè)計和完成。其主要內(nèi)容是參考

9、需求制定表結(jié)構(gòu)和表間參照性。（4）實現(xiàn)：后臺程序全部使用C語言完成編碼，由于作者所在的實習(xí)公司在綜合業(yè)務(wù)系統(tǒng)開發(fā)方面有相當(dāng)?shù)慕?jīng)驗，因此很多底層操作都由技術(shù)部封裝成函數(shù)，供程序員直接調(diào)用，這在一定程度上提高了工作效率，降低了編碼難度。此外，作者還嘗試去熟悉和使用實習(xí)公司開發(fā)的TopSmartTeller工具編寫各個交易所對應(yīng)的前臺程序模塊。（5）調(diào)試：這部分工作在整個開發(fā)過程中接近尾聲，卻非常重要，主要包括兩個工作步驟：u 單獨調(diào)試作者按團隊分工所負(fù)責(zé)的各個模塊的功能是否正常實現(xiàn)，發(fā)現(xiàn)并解決其中出現(xiàn)的問題；u 系統(tǒng)組合后與團隊同事聯(lián)測模塊間的聯(lián)系和配合是否正常實現(xiàn)，發(fā)現(xiàn)并解決其中出現(xiàn)的問題。應(yīng)客

10、戶需求，開發(fā)過程中對今后將會拓展的信貸系統(tǒng)接口做了預(yù)備工作，作者也參與了部分工作，由于條件和時間關(guān)系，論文中就不再贅述，留待日后擴充。1.2.2 論文的結(jié)構(gòu)安排本文各個章節(jié)的內(nèi)容安排如下：第1章. 簡要介紹商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)的開發(fā)背景，并將作者主要負(fù)責(zé)的對公儲蓄業(yè)務(wù)作單獨介紹。然后介紹了論文的主要工作和結(jié)構(gòu)安排。第2章. 系統(tǒng)地介紹C/S架構(gòu)的系統(tǒng)結(jié)構(gòu)，包括基本模式、可管理多層模式的演化、以及中間件的概念。第3章. 對系統(tǒng)開發(fā)所用到的主要工具和技術(shù)進行介紹，包括人們熟悉的C語言的概述、使用Tuxedo作為系統(tǒng)中間件的概念和技術(shù)、作為數(shù)據(jù)庫管理器的Informix。最后說明了系統(tǒng)的開發(fā)環(huán)境和配

11、置。第4章. 該部分包含了系統(tǒng)的需求分析、詳細(xì)設(shè)計以及編碼實現(xiàn)和測試等內(nèi)容，是全文最重要的部分。在這一章中，對程序已經(jīng)實現(xiàn)的部分作了詳細(xì)的介紹。第5章. 在這一章中，重點選取了幾段具有代表性的源碼進行分析，從而說明整個系統(tǒng)編碼的結(jié)構(gòu)特征。此外，還對程序測試過程中出現(xiàn)的一些問題及解決方法進行分析說明。第6章. 總結(jié)論文設(shè)計過程中所作的工作，并且對商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)在未來的發(fā)展前景作了簡單的分析和展望。2 C/S架構(gòu)及中間件概述2.1 基本C/S模式圖 2.1 基本C/S模式結(jié)構(gòu)示意C/S系統(tǒng)架構(gòu)即Client（客戶端）/Server（服務(wù)端）系統(tǒng)架構(gòu)，它是一種分布式系統(tǒng)架構(gòu)，基本結(jié)構(gòu)如圖2.1

12、所示，由其程序決定其主要特點是：u 客戶端部分執(zhí)行前端功能，如：提供用戶界面，向后臺發(fā)出用戶請求的交易，將結(jié)果返回給用戶。u 服務(wù)端提供一般后端功能，按交易組織，將結(jié)果返回前端。u 交易是分散的，按需求的操作，可以被遠(yuǎn)程客戶端訪問的程序。C/S系統(tǒng)架構(gòu)有如下幾項優(yōu)點：u 減小客戶端程序體積，提高反應(yīng)速度u 位置無關(guān)u 模塊化u 擴展性好2.2 可管理多層C/S模式2.2.1 中間件概述在本節(jié)中，必需要提出“中間件”這個詞，并且就這個問題，從概念上進行一些介紹。所謂中間件，2.2.2 引入中間件管理的MMT C/S模式在可管理多層(Managed Multi-Tier MMT)C/S模式中，提出

13、了中間件管理。提供以下功能：u 在客戶端和服務(wù)端之間提供通信和傳輸。在分布式交易處理框架下，并不在C/S間建立一對一的關(guān)系，因此服務(wù)端可以從多個客戶端接收數(shù)據(jù)流，客戶端也可以向多個服務(wù)發(fā)出請求。除此以外，MMT C/S模式給OTLP應(yīng)用增加了如下的優(yōu)點：u 基本C/S模式的優(yōu)點在MMT模式下都得到了有效的增強2.3 銀行綜合業(yè)務(wù)系統(tǒng)中的C/S模式應(yīng)用銀行綜合業(yè)務(wù)系統(tǒng)，屬企業(yè)分布式事務(wù)系統(tǒng)，因此針對C/S架構(gòu)的系統(tǒng)層次結(jié)構(gòu)為：u 用戶界面。重在突出表示邏輯和表示管理。u 商業(yè)邏輯。重在商業(yè)應(yīng)用邏輯和商業(yè)應(yīng)用規(guī)則。u 邏輯實現(xiàn)。將商業(yè)應(yīng)用邏輯按商業(yè)應(yīng)用規(guī)則實際化。u 數(shù)據(jù)管理。包含了數(shù)據(jù)訪問邏輯（

14、SQL）和數(shù)據(jù)庫管理。2.3.1 客戶端在此節(jié)中，我們重新細(xì)致地認(rèn)識一些客戶端在C/S模式中扮演的角色。客戶端基本工作流程，如圖2.2所示：圖 2.2 客戶端基本工作流程這里針對商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)的開發(fā)，對如圖2.2中的幾個名詞作一些解釋：（1）交易商業(yè)銀行業(yè)務(wù)交易請求，簡稱“交易”，它不是普通意義上價值與價值之間的互換。銀行業(yè)務(wù)系統(tǒng)中所謂交易，是指由客戶或終端柜員在系統(tǒng)前臺對系統(tǒng)后臺提供的服務(wù)項目發(fā)出服務(wù)請求，然后等待系統(tǒng)調(diào)用相關(guān)程序并返回結(jié)果的整個過程。一次過程的結(jié)束就是一個交易的結(jié)束，返回了客戶期望的正確結(jié)果稱為交易成功，反之稱為交易失敗。（2）系統(tǒng)圖2.2中有“連接系統(tǒng)”和“退出系統(tǒng)

15、”兩項。這里的系統(tǒng)并不是指整個銀行綜合業(yè)務(wù)系統(tǒng)，它僅特指某一項服務(wù)所涉及的程序、數(shù)據(jù)庫和底層元操作程序的集合，是針對一次交易而言的、狹義上的系統(tǒng)。2.3.2 服務(wù)器端在此節(jié)中，我們重新細(xì)致地認(rèn)識一些服務(wù)端在C/S模式中扮演的角色。首先，服務(wù)是系統(tǒng)資源的聯(lián)系點。例如，服務(wù)端基本工作流程，如圖2.3所示：圖 2.3 服務(wù)端基本工作流程這里有必要對公告牌的概念作一個說明。首先必須明確，公告牌是伴隨中間件而產(chǎn)生的一種“請求聯(lián)系服務(wù)”的管理機制。關(guān)于中間件，詳細(xì)內(nèi)容參考前文相關(guān)定義。當(dāng)一個服務(wù)端具備多個服務(wù)功能時，3 相關(guān)技術(shù)和工具簡介3.1 C語言概述本文中，系統(tǒng)設(shè)計編碼和實現(xiàn)工作使用的是C程序設(shè)計語

16、言。一直以來，作為一門在國際上廣泛流行的程序設(shè)計語言，C語言因其語言功能豐富、表達能力強、語法靈活直觀、應(yīng)用面廣和目標(biāo)程序效率高的特點，適合于作為系統(tǒng)描述語言，編寫各類軟件。同時，作為一門傳統(tǒng)的面向過程程序設(shè)計語言，使用C語言進行系統(tǒng)設(shè)計與編碼的首要工作是強調(diào)程序結(jié)構(gòu)的規(guī)范化，遵循“自頂向下、逐步細(xì)化、模塊化設(shè)計、結(jié)構(gòu)化編碼”的原則，從而在保證程序結(jié)構(gòu)清晰的前提下，降低資源占用、減少信息冗余、提高程序效率。但是，C語言畢竟不具備很多集成、交互、3.2 TopSmartTeller主要特點本文所圍繞的“商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)”是作者在實習(xí)期間接觸、了解的最主要的軟件項目，這也是作者選擇其作為畢業(yè)設(shè)

17、計對象的主要原因。而實現(xiàn)該系統(tǒng)終端界面的開發(fā)工具，就是作者實習(xí)公司專為銀行、郵儲系統(tǒng)終端所開發(fā)的TopSmartTeller，目前版本號V3.1。由于TopSmartTeller在設(shè)計上采用了基于腳本的思路，運用了事件驅(qū)動的處理機制和面向?qū)ο蟮慕缑嬖卦O(shè)計使得，TOPSmartTeller 擁有大量技術(shù)優(yōu)勢，主要包括一下若干內(nèi)容。3.2.1 用戶界面作為終端開發(fā)工具，TopSmartTeller提供標(biāo)準(zhǔn)多窗口界面，便于用戶操作，同時滿足負(fù)責(zé)的應(yīng)用要求。針對開發(fā)應(yīng)用，TopSmartTeller提供了功能強大的下拉式菜單、支持動態(tài)屬性變化的控件、多種信息提示方式和輸入方式，同時輕松實現(xiàn)了多種屏幕

18、元素的動態(tài)動作。3.2.2 腳本配置所有畫面都是通過腳本配置編寫來實現(xiàn)的。腳本編寫使用STScript腳本語言，它是TopSmartTeller提供的專用的編程工具。提供腳本的配置，用戶可以定義畫面，消息格式，以及處理邏輯流程。使用了腳本配置方法一方面避免了大量C語言繁瑣的底層開發(fā)，另一方面也避免了由此造成的開發(fā)要求高系統(tǒng)穩(wěn)定性沒有保障等問題。3.2.3 交易驅(qū)動方式對系統(tǒng)而言，由于實現(xiàn)的功能和操作的對象不同，對交易的驅(qū)動方式也有著不同的要求。TopSmartTeller提供適合于大量交易復(fù)雜系統(tǒng)的菜單驅(qū)動方式，適合于速度快、操作熟練柜員的交易代碼驅(qū)動方式，針對一些特殊用途的功能鍵驅(qū)動方式，以

19、及適合同一業(yè)務(wù)流程多個相關(guān)交易的交易驅(qū)動方式。以上幾類驅(qū)動方式的互補并存，有效地提供了操作柜員和系統(tǒng)本身的工作效率。3.2.4 外設(shè)驅(qū)動在銀行業(yè)務(wù)流程中，往往需要許多外設(shè)硬件提供幫助，比如常見的POS機、打印機等，各類外設(shè)的使用規(guī)范往往各不相同。3.2.5 編譯機制TopSmartTeller采用的編譯機制是將每個交易的腳本編譯成為獨立的數(shù)據(jù)文件，每個交易的數(shù)據(jù)文件在運行時刻動態(tài)加載。3.3 BEA Tuxedo簡介系統(tǒng)的設(shè)計開發(fā)中，使用BEA Tuxedo作中間件。BEA Tuxedo是在企業(yè)、Internet這樣的分布式運算環(huán)境中，開發(fā)和管理三層結(jié)構(gòu)的客戶/服務(wù)器型任務(wù)應(yīng)用系統(tǒng)的強有力工具

20、。它具備分布式事務(wù)處理和應(yīng)用通信功能，并提供完善的各種服務(wù)來建立、運行和管理任務(wù)應(yīng)用系統(tǒng)。開發(fā)人員能夠用它建立跨多個硬件平臺、數(shù)據(jù)庫和操作系統(tǒng)的可互操作的應(yīng)用系統(tǒng)。BEA TUXEDO是企業(yè)、Internet分布式應(yīng)用中的基礎(chǔ)主干平臺。它提供了一個開放的環(huán)境，支持各種各樣的客戶、數(shù)據(jù)庫、網(wǎng)絡(luò)、遺留系統(tǒng)和通訊方式。4 系統(tǒng)設(shè)計與實現(xiàn)從本章節(jié)開始，將對“商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)”的設(shè)計和實現(xiàn)過程作詳細(xì)說明。由于“商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)”其本身是龐大而復(fù)雜的，整個開發(fā)過程由十?dāng)?shù)人組成團隊完成，而每個隊員則按分工不同，獨立完成相應(yīng)模塊的設(shè)計編碼并測試相關(guān)程序，最終進行系統(tǒng)模塊聯(lián)測。所以受到時間和其他條件制約

21、，無法對整個系統(tǒng)的設(shè)計與實現(xiàn)進行完整敘述說明。接下來的敘述，將側(cè)重于針對作者所主要參與的對公儲蓄業(yè)務(wù)。此外，對與之相關(guān)的其他一些業(yè)務(wù)流程和設(shè)計情況，作者也將作一些介紹。4.1 需求分析4.1.1 功能要求商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)對公儲蓄業(yè)務(wù)，其功能服務(wù)的對象是經(jīng)過國家相關(guān)法規(guī)認(rèn)證的、具備商業(yè)運營資格的國有、合資或私營公司企業(yè)。其功能的實現(xiàn)目標(biāo)是，不但提供大多數(shù)普通個人儲蓄業(yè)務(wù)的項目，而且還根據(jù)企業(yè)級客戶的實際需求開展一系列獨有的業(yè)務(wù)服務(wù)項目。該業(yè)務(wù)模塊所具備的主要功能包括：（1）單位活期業(yè)務(wù)單位活期業(yè)務(wù)包括：單位活期帳戶開立申請、帳戶開立、帳戶銷戶及反銷戶、現(xiàn)金存取、利息結(jié)算支付、帳戶相關(guān)信息查詢

22、與維護等。（2）單位定期業(yè)務(wù)單位定期業(yè)務(wù)包括：單位定期帳戶開立申請、帳戶開立、定期存取、定期質(zhì)押與解除質(zhì)押、存款變更、帳戶相關(guān)信息查詢與維護等。（3）保證金業(yè)務(wù)保證金業(yè)務(wù)包括：保證金帳戶開立、保證金存取、保證金相關(guān)信息查詢維護等。（4）醫(yī)療保險金/公積金業(yè)務(wù)醫(yī)療保險金/公積金業(yè)務(wù)包括：醫(yī)療保險金/公積金帳戶開立申請、帳戶開立、醫(yī)療保險金/公積金存取等。（5）大額支付業(yè)務(wù)大額支付業(yè)務(wù)包括：委托收款的錄入、修改與發(fā)送、托收承付的錄入、修改與發(fā)送、申請報文的錄入、修改、發(fā)送及相對應(yīng)的反向撤銷操作、報文相關(guān)信息查詢與維護等。（6）單位通知存款業(yè)務(wù)單位通知存款業(yè)務(wù)包括：單位通知存款的開戶與銷戶、存款存入

23、、存款提取預(yù)約通知與通知取消、通知存款通知信息查詢等。（7）同業(yè)存款/同業(yè)存放業(yè)務(wù)同業(yè)存款/同業(yè)存放業(yè)務(wù)包括：同業(yè)存款的開戶與相關(guān)信息查詢及維護、同業(yè)存放的開戶與相關(guān)信息查詢及維護等。4.1.2 開發(fā)環(huán)境（1）開發(fā)工具使用C for SCOUnix作為服務(wù)端的程序編碼工具，使用TopSmartTeller V3.1for Unix/Linux/win32編寫客戶端的終端界面程序，這兩個工具的功能和特點在第三章中已經(jīng)作了詳細(xì)介紹，這里不再贅述。（2）數(shù)據(jù)庫選擇使用Informix V7.3 作為服務(wù)端數(shù)據(jù)庫管理器。銀行數(shù)據(jù)庫屬于典型的對象關(guān)系型數(shù)據(jù)庫，其操作類型主要是在線事務(wù)處理（OLTP）。由

24、于引入中間件幫助負(fù)責(zé)交易的通訊和管理，數(shù)據(jù)庫服務(wù)器便成為一個純粹的RM（Resouce Manager）。（3）中間件選擇使用BEA Tuxedo 作為Client/Server間的中間件軟件，進行兩者間的消息報傳送與處理，服務(wù)項發(fā)布，以及交易與服務(wù)間的選擇聯(lián)系。關(guān)于BEA Tuxedo的詳細(xì)介紹，請參見本文章節(jié)3.3。4.2 系統(tǒng)設(shè)計4.2.1 系統(tǒng)框架商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)框架如圖4.1，其中箭頭方向指示了一次交易的流程：圖 4.1 商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)框架4.2.2 數(shù)據(jù)庫設(shè)計商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫基本表內(nèi)容龐大，總量超過160張，按基本表的用途可大致分為三類。由于時間和本文篇幅的限制

25、，以下只列出與對公儲蓄交易相關(guān)的基本表，并且同一類下只列出最具代表性的一張表。（1）系統(tǒng)記錄類系統(tǒng)記錄類基本表，不局限于某一模塊或某一具體交易，而是記錄系統(tǒng)運行時的常規(guī)數(shù)據(jù)，便于需要時審查核對，一般情況下不對外提供查詢。其典型代表為“交易流水表”，如表4.1所示：表 4.1 交易流水表NameDescription （索引表）PK_xdtltxday,kinbr,tlrno,tlsrnoNameTypeDescription （基本表）txdaydate(char(8)日期kinbrbrcode(char(6)交易行號tlrnotlrno(char(6)操作員號tlsrnotlsrno(cha

26、r(7)流水號txtimechar(14)交易時間db_descnodesccd(char(4)借方摘要代碼db_custnocustno(char(20)借方客戶代碼cr_actidactid(int)貸方帳號cr_brcodebrcode(char(6)貸方機構(gòu)cr_curcdcurcd(char(3)貸方幣種xsubtypetype(char(1)子類型spflgflag(char(1)是否經(jīng)過主管授權(quán)sptlrnotlrno(char(6)授權(quán)主管vflagflag(char(1)復(fù)核標(biāo)志 0-未復(fù)核,1-已復(fù)核miscamt3decimal(14)擴展信息3miscvarchar(1

27、00)其他信息（2）系統(tǒng)定義類系統(tǒng)定義類基本表，記錄了系統(tǒng)底層的基本定義，提供給相關(guān)交易統(tǒng)一的標(biāo)準(zhǔn)，是交易按正確流程進行的保證，在一定權(quán)限或需求下才提供查詢。典型代表為“交易定義表”，如表4.2所示：表 4.2 交易定義表NameDescription （索引表）PK_txdefTxcodeNameTypeDescription （基本表）txcodetxncd(char(4)交易代碼nameadesc(varchar(20)交易名稱onlinepermittype(char(1)允許在什么系統(tǒng)狀態(tài)下進行的交易nvflgflag(char(1)是否需要事中審核0-否1-是（3）交易涉及對象定義

28、類交易涉及對象定義基本表，針對交易涉及的具體對象，也是對象關(guān)系型數(shù)據(jù)庫中最常見的基本表。表的內(nèi)容往往就是交易處理的具體數(shù)據(jù)對象，處理內(nèi)容包括查詢、修改、刪除等。其典型代表為“企業(yè)客戶基本信息表”，如表4.3所示：表 4.3 企業(yè)客戶基本信息表NameDescription （索引表）PK_custcorpcustnoNameTypeDescription （基本表）custnocustno(char(20)客戶號namecname(varchar(60)中文名稱enameename(varchar(60)英文名稱idnoidno(varchar(20)企業(yè)標(biāo)識代碼或事業(yè)單位代碼licensen

29、oidno(varchar(20)營業(yè)執(zhí)照號碼nationtaxnoidno(varchar(20)國稅稅務(wù)登記號localtaxnoidno(varchar(20)地稅稅務(wù)登記號crttlrnotlrno(char(6)創(chuàng)建操作員crtbridbrid(char(6)創(chuàng)建機構(gòu)(內(nèi)部機構(gòu)號)lupddatedate(char(8)上次修改時間lupdtlrnotlrno(char(6)上次修改操作員lupdbridbrid(char(6)上次修改機構(gòu)(內(nèi)部機構(gòu)號)4.3 模塊及交易的設(shè)計與實現(xiàn)4.3.1 模塊設(shè)計一個模塊，由若干個互相間存在聯(lián)系的交易組成。所謂互相間存在聯(lián)系，主要指交易在業(yè)務(wù)流

30、程上具有相似性，或者交易在業(yè)務(wù)流程上具有相關(guān)性。在設(shè)計模塊時，一般不但將這些有聯(lián)系的交易組成一個大模塊（第一層模塊），而且再次基礎(chǔ)上，將在業(yè)務(wù)流程上具有相關(guān)性的交易組成小模塊（第二層模塊）。同一小模塊內(nèi)的交易在業(yè)務(wù)流程上具有相關(guān)性，而同一大模塊內(nèi)、不同小模塊間的交易在業(yè)務(wù)流程上具有相似性。為了使表述能夠更加直觀，作者結(jié)合如圖4.2，來解釋模塊與交易間的關(guān)系：圖 4.2 系統(tǒng)模塊設(shè)計圖（局部）由圖4.2可見，“對公儲蓄業(yè)務(wù)”是“商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)”下的第一層模塊；在其下層則包含了“單位活期”、“單位定期”、“保證金”等若干個第二層模塊；每個第二層模塊下則又包含了若干個交易，同一層模塊下的交易在

31、業(yè)務(wù)流程上具有相關(guān)性，例如“活期帳戶信息查詢維護”交易只能對已經(jīng)在本行完成“活期開戶”的單位進行操作。需要說明的是，4.3.2 交易定義商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)中，根據(jù)業(yè)務(wù)種類分，存在兩種交易類型：聯(lián)機和批量。所謂批量交易，是指銀行在一天的營業(yè)結(jié)束后，（1）交易名與交易代碼每個交易都有一個交易名和一個交易代碼，交易名和交易代碼不但可以用來標(biāo)示不同，（2）交易參數(shù)設(shè)置每個交易在正常使用前，必須在系統(tǒng)中完成相關(guān)申請，提交參數(shù)。交易參數(shù)主要包括：u 交易類型Xtype。標(biāo)示出交易為查詢類、賬務(wù)處理類、特殊處理類、信息維護類、審核類、系統(tǒng)管理類-u 子類型XSubtype。當(dāng)交易能用于交易驅(qū)動或被驅(qū)動，那

32、么該交易就有可能飽含子類型-u 是否支持連續(xù)交易Multitxtype一些交易基于業(yè)務(wù)流程的規(guī)范，當(dāng)前交易是否支持連續(xù)交易。交易參數(shù)設(shè)置的目的主要有兩個：其一是幫助系統(tǒng)管理員對系統(tǒng)中存在的交易進行管理，其二則是為系統(tǒng)后臺程序運行提供了重要參數(shù)依據(jù)。后者主要針對的都是一些批量交易，不是作者分工任務(wù)范圍，這里簡單介紹一些，不再贅述。4.3.3 交易流程設(shè)計之前剛介紹了交易分為聯(lián)機和批量兩種類型。作者參與設(shè)計開發(fā)的對公儲蓄業(yè)務(wù)模塊，其涉及的主要交易全是聯(lián)機交易。前后臺之間的交易流程和數(shù)據(jù)流，如圖4.3所示，其中虛線間為中間件管理層：圖 4.3 聯(lián)機交易數(shù)據(jù)處理流程圖4.3中的“包頭”區(qū)域需要特別解釋

33、一下?！鞍^”也是一串字符數(shù)據(jù)，它包含了一部分系統(tǒng)信息，有一些給中間件聯(lián)系前臺交易請求和后臺服務(wù)程序提供了依據(jù)，另外一些則是后臺程序可能會使用到的全局變量值，基本結(jié)構(gòu)參見圖4.4：圖 4.4 消息包頭結(jié)構(gòu)圖如圖4.4的結(jié)構(gòu)中，服務(wù)代碼、反饋類型和交易代碼等信息，提供了中間件聯(lián)系前臺交易請求和后臺服務(wù)程序的重要依據(jù)。而機構(gòu)號、柜員號及系統(tǒng)日期等信息，則是后臺程序可能會用到的全局變量值。在交易請求和應(yīng)答過程中，5 程序及界面調(diào)試5.1 程序結(jié)構(gòu)商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)程序由兩部分組成：前臺程序和后臺程序。前臺程序使用TopSmartTeller編寫，而后臺程序使用C for SCOUnix編寫，本章主

34、要針對后臺程序的設(shè)計編寫作詳細(xì)解釋說明。一個后臺程序的基本結(jié)構(gòu)包括一下若干部分：5.1.1 交易程序這是響應(yīng)服務(wù)請求，接收前臺數(shù)據(jù)，并按業(yè)務(wù)會計流程對數(shù)據(jù)進行操作的程序。交易程序的命名規(guī)則為：“模塊代碼+交易代碼+后綴名”。u 模塊代碼模塊代碼是系統(tǒng)設(shè)計時，一般為兩位英文字母。與對公儲蓄業(yè)務(wù)相關(guān)的部分模塊名稱與模塊代碼，見表5.1：表 5.1 模塊名稱與模塊代碼對照表模塊名稱模塊代碼大額支付h v單位活期s e單位定期d p保證金d p醫(yī)療保險金/公積金d pu 交易代碼交易代碼的定義在前文4.3.2中已經(jīng)詳細(xì)介紹過了，這里不再贅述。u 后綴名后綴分兩種，通常C語言程序代碼文件的后綴為.c，但

35、是綜上所述，對于程序文件dp2032.c，其對應(yīng)的是對公定期模塊dp下，交易代碼為2032的交易，即“單位定期開戶申請”交易。并且由后綴名可知，該程序中沒有內(nèi)嵌SQL語句。其他程序文件名也可以按此規(guī)律去理解其代表的含義，這里就不再逐一解釋了。5.1.2元操作程序元操作程序是位于交易程序下層的獨立程序。編碼和編譯時，針對元操作程序的流程與針對交易程序的流程沒有本質(zhì)區(qū)別。但是在運行時，元操作程序不能直接獨立運行，而只是供其所屬的上層交易程序按業(yè)務(wù)流程需要進行調(diào)用，調(diào)用方式同函數(shù)調(diào)用的方式類似。元操作程序的命名規(guī)則為：“模塊代碼+對象名+元操作名+后綴名”。u 模塊代碼模塊代碼的定義在前文5.1.1

36、中已經(jīng)詳細(xì)介紹過了，這里不再贅述。u 對象名元操作一般都是針對數(shù)據(jù)庫中某張基本表、甚或是具體的基本表內(nèi)某個字段中的數(shù)據(jù)進行操作，所謂“元操作”中的“元”，就是單元、單獨的意思。因此利用在程序名中標(biāo)示基本表名、或者字段名的方法來區(qū)分同一模塊下針對不同基本表、或同一基本表不同字段的元操作。這樣的規(guī)則對以后程序的修改和維護工作將有很大幫助u 元操作名元操作名，指的是該元操作對基本表作了什么動作，常見動作包括增加、刪除、修改、查尋、核對等，對應(yīng)的元操作名則是Add、Del、Upd、Inq、Chk等。此外，可以根據(jù)實際情況定義其他元操作名，但要求簡潔明了易于理解，這同樣也是出于對今后程序修改維護的考慮，

37、提高工作效率。u 后綴名元操作程序的后綴名同樣有.c和.ec兩種，使用規(guī)則及目的同交易程序后綴名的使用規(guī)則及目的相同，這里不再贅述。綜上所述，對于元操作程序文件dpActChk.c，其對應(yīng)的是對公定期模塊dp下，對Act(賬號Actno)，進行核查操作。并且由后綴名可知，該程序中沒有內(nèi)嵌SQL語句。其他元操作程序文件名也可以按此規(guī)律去理解其所代表的含義，這里不再一一解釋。5.1.3底層封裝函數(shù)。底層封裝函數(shù)，是將常用的SQL語句按固定格式封裝成函數(shù)，供上層程序調(diào)用。目的在于減少或避免在上層程序中內(nèi)嵌SQL語句，保持簡潔的程序風(fēng)格，提高程序可讀性，以及日后程序修改維護的工作效率。其命名規(guī)則為：“

38、dbsvr_基本表名.ec”。5.2 源碼舉例分析本章節(jié)內(nèi)，作者選擇了一個交易程序和其包含的元操作程序，在對該程序分析解釋的過程中，闡述商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)后臺程序的特點。樣例選擇dp2032.c，即“單位定期存款開戶”交易程序。之所以選擇這個程序作樣例，是經(jīng)過一番考慮，有一定的原因的。因此，作者最終選擇了dp2032.c，“單位定期存款開戶”交易程序。原因有二，首先從銀行業(yè)務(wù)流程和會計規(guī)范上說，該交易稱得上“中規(guī)中矩”，即使對商業(yè)銀行會計業(yè)務(wù)知識不熟悉的讀者也能夠通過閱讀接下來的程序分析，理解該交易的流程規(guī)范；其次，從程序設(shè)計的角度來說，dp2032.c是該系統(tǒng)眾多程序中比較具有代表性的一個

39、，其程序結(jié)構(gòu)、編寫規(guī)范等都可以反映出這個系統(tǒng)的程序結(jié)構(gòu)和編寫規(guī)范。以下就是dp2032.c的部分程序源代碼，以及作者對它的詳細(xì)分析：5.2.1 頭文件程序首先要申明相關(guān)的頭文件，在系統(tǒng)中，頭文件命名格式為：“模塊代碼_頭文件類型”。模塊代碼相信大家已經(jīng)很清楚其涵義了，而頭文件類型主要有三種，申明格式如下：（1）#Define dp_itf.h以itf做標(biāo)識的頭文件，其內(nèi)容包含了該交易程序所調(diào)用的元操作程序的傳入、傳出變量結(jié)構(gòu)和類型的申明。在5.1.2中已經(jīng)說明過，元操作程序被交易程序的調(diào)用過程類似函數(shù)調(diào)用，因此對傳入傳出變量的結(jié)構(gòu)和類型申明也是必須的。（2）#Define dp_def.h以d

40、ef做標(biāo)識的頭文件，其內(nèi)容是在該交易程序中出現(xiàn)的宏變量定義和申明，尤其是對于一些標(biāo)志位，如果在程序中直接使用數(shù)字，會降低程序可讀性，提高日后的維護難度。使用宏定義將數(shù)字轉(zhuǎn)化為具有一定文字意義的短語就可以解決這些問題。（3）#Define dp_err.h以err做標(biāo)識的頭文件，其內(nèi)容是該交易程序執(zhí)行過程中可能出現(xiàn)的錯誤類型代碼的宏定義。當(dāng)交易程序執(zhí)行過程中發(fā)現(xiàn)前臺傳來的信息有錯誤，或者執(zhí)行過程中發(fā)生的錯誤，那么同樣也要返回信息給前臺，這個信息就是錯誤類型代碼。這些錯誤代碼同樣在頭文件中用宏定義轉(zhuǎn)換為有實際文字意義的短語，提高程序可讀性，降低日后維護難度。5.2.2 變量申明變量申明顧名思義，是

41、對程序執(zhí)行過程中需要用的變量，進行類型定義。其中比較重要的是前后臺之間傳遞數(shù)據(jù)的結(jié)構(gòu)定義，稱為TITA和TOTA結(jié)構(gòu)：/* define TITA text */static struct char actnoDLEN_OTACTNO; /*基本帳號*/charnameDLEN_CNAME; /*名 稱*/。char acnoDLEN_AC_ACNO; /*科 目 號*/charoutflag; tis2032;/* define TOTA text */static struct char newactnoDLEN_ACTNO; /*新 帳 號*/chartlsrnoDLEN_TLSRNO;

42、 /*交易流水*/ tos2032;其他需要使用的變量的定義，緊接著TITA和TOTA結(jié)構(gòu)后列出，例如程序中調(diào)用的元操作程序，傳入和傳出變量結(jié)構(gòu)申明在頭文件中已經(jīng)完成，這里就要進行定義：/* define module global variables */static aTisCifTxnLogtaTisCifTxnLog; /*客戶交易發(fā)生登記傳入結(jié)構(gòu)*/。static aTosDpActInfUpdtaTosDpActInfUpd; /*存款賬號信息新增傳出結(jié)構(gòu)*/除以上這些比較重要的變量結(jié)構(gòu)定義以外，其他程序要使用的變量也應(yīng)注意進行定義，變量名應(yīng)盡量與其代表涵義相符合。此外，還要申明程

43、序調(diào)用的自定義函數(shù)的類型和結(jié)構(gòu)：void dp2032Initial(); /*程序初始化*/。void dp2032PutMessage(); /*反饋信息發(fā)送*/5.2.3 主程序在主程序中，嚴(yán)格按照交易相關(guān)業(yè)務(wù)流程和會計規(guī)范，調(diào)用相關(guān)元操作核函數(shù)，對前臺傳來的數(shù)據(jù)進行處理，并生成反饋信息傳回前臺。dp2032對公儲蓄定期存款開戶的業(yè)務(wù)流程和會計規(guī)范基本如圖5.1：圖 5.1 單位定期存款開戶業(yè)務(wù)流程在圖5.1中的單位定期存款開戶交易業(yè)務(wù)流程中，如果任意一步產(chǎn)生錯誤，那么開戶即告失敗。程序返回錯誤代碼到前臺，錯誤代碼對應(yīng)的錯誤類型在頭文件中已經(jīng)申明了宏定義。對于該流程中的每一步，程序都按照

44、如圖5.2的步驟執(zhí)行元操作：圖 5.2 元操作程序調(diào)用流程/* 客戶號資料讀取與狀態(tài)檢查 */memset(&taTisCifCorpChk, 0, sizeof(taTisCifCorpChk); |memset(&taTosCifCorpChk, 0, sizeof(taTosCifCorpChk); | 元操作輸入結(jié)構(gòu)變量賦值memcpy(taTisCifCorpChk.sCustno, sCustno, DLEN_CUSTNO); |。ERRTRACE(E_FD_ACT_STATUS_ERR,"dp2032: iActid%d", taTisDpAc

45、tInq.iActid);return; |返回錯誤類型以上代碼是對客戶號和基本帳號的檢查程序。此外，其他各步驟的程序全部都按照這個程序結(jié)構(gòu)和風(fēng)格編寫。限于時間和篇幅的限制，這里不再詳細(xì)列出全部程序源代碼，如果需要進一步了解系統(tǒng)程序編碼的結(jié)構(gòu)和特點，請參見附錄。5.3 測試與分析調(diào)試的任務(wù)就是診斷和改正程序中的錯誤，而根本目的就是向客戶提交除符合其要求的軟件。如果不改正程序中存在的問題，那么這是就一個不合格的軟件。而把一個充滿bug的程序應(yīng)用到實際工作中，那么可能會因為潛在的問題造成各種隱患，尤其針對銀行業(yè)務(wù)系統(tǒng)而言更是如此。因此，系統(tǒng)的調(diào)試顯得尤為重要。下面就本論文程序調(diào)試過程中發(fā)現(xiàn)的一些問

46、題進行分析。對于交易的測試，主要就以下幾項內(nèi)容展開：5.3.1 交易正確驅(qū)動一個交易的正常運行，第一步就是保證交易的正確驅(qū)動。在系統(tǒng)設(shè)計階段已經(jīng)介紹過，系統(tǒng)中的交易驅(qū)動方式有兩種：交易代碼驅(qū)動和交易菜單驅(qū)動。如圖5.3所示，是對公模塊下單位活期業(yè)務(wù)各項交易的菜單驅(qū)動測試圖。如圖5.4所示，“企業(yè)活期存款開戶申請”交易驅(qū)動成功。圖 5.3 交易菜單驅(qū)動方式測試圖圖 5.4 交易驅(qū)動成功5.3.2 交易數(shù)據(jù)接收每一項聯(lián)機交易，必定要在前臺輸入相關(guān)的交易數(shù)據(jù)，供后臺程序接收處理。為了正確、順利地完成程序執(zhí)行，前臺的數(shù)據(jù)輸入必須正確。而對于輸入錯誤或輸入不合規(guī)范的數(shù)據(jù)，程序必須具備識別能力，并且及時地

47、發(fā)出錯誤提示信息，提示用戶更正。如圖5.5所示，是單位活期存款開戶交易界面，該交易要求前臺輸入客戶的基本號，以便正確地定位總賬下內(nèi)部分戶帳，并對該基本號登記科目存款帳號。圖 5.5 企業(yè)活期存款開戶交易界面5.3.3 交易執(zhí)行測試及結(jié)果返回當(dāng)交易能正確驅(qū)動并且前臺正確地接收了數(shù)據(jù)后，接下來的重點就是考察后臺程序是否按照相關(guān)業(yè)務(wù)流程執(zhí)行，并且返回給前臺。如圖5.6所示，是活期現(xiàn)金存入交易界面，該交易要求輸入客戶名、對應(yīng)賬號類型與代碼、存入現(xiàn)金金額等數(shù)據(jù)。前臺將該數(shù)據(jù)包發(fā)送到后臺，通過正確業(yè)務(wù)流程后，應(yīng)返回前臺客戶號、客戶名、對應(yīng)帳號、交易金額及帳戶余額。由于該交易參數(shù)設(shè)置為記交易流水，因此返回信

48、息中還應(yīng)顯示當(dāng)日該機構(gòu)該筆交易的交易流水號。如圖5.7所示，是交易成功后的返回信息界面。圖 5.6 活期無折現(xiàn)金存入交易界面圖 5.7 交易成功反饋信息界面6 總結(jié)與展望6.1 論文總結(jié)本文從計算機軟件的角度，對商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)后臺進行了部分研究和設(shè)計實現(xiàn)的工作。在整個設(shè)計過程中，主要完成的工作有：（1） 通過現(xiàn)場調(diào)研和學(xué)習(xí)，掌握了商業(yè)銀行綜合業(yè)務(wù)的主要會計流程，以及設(shè)計并實現(xiàn)該系統(tǒng)所需要的技術(shù)知識和工具使用方法。（2） 在與客戶充分溝通的基礎(chǔ)上，做出需求分析。主要針對舊有系統(tǒng)的不足，以及隨著時間發(fā)展，在銀行會計流程上所發(fā)生的改變而相應(yīng)地對系統(tǒng)進行更新和拓展。（3） 基于團隊合作的精神，明

49、確分工并制定統(tǒng)一的開發(fā)規(guī)則和編程風(fēng)格，為今后工作順利開展打下良好基礎(chǔ)。（4） 在Unix環(huán)境下，使用C語言完成后臺程序的編寫工作。使用SmartTeller語言完成對應(yīng)前臺程序的編寫工作。（5） 對程序進行調(diào)試，及時糾正產(chǎn)生的錯誤，并對調(diào)試過程中反映出的一些設(shè)計上的不足進行分析并采取相應(yīng)措施。論文部分完成或沒有完成的缺憾主要在于：首先，在本文完成時，系統(tǒng)已提交客戶進行現(xiàn)場聯(lián)測。在這個階段，仍有可能出現(xiàn)一些隱藏的問題，或是應(yīng)客戶要求對系統(tǒng)進行一些調(diào)整或改變。作者沒能參與這一階段的工作，無法掌握第一手資料，因此在本文中對此無法進行詳細(xì)分析和說明。其次，而有一部分則需留待日后，在掌握了更多相關(guān)知識并

50、進行進一步需求分析和設(shè)計后才能開展。本文中則不能詳細(xì)的介紹了。6.2 展望隨著經(jīng)濟發(fā)展，商業(yè)銀行業(yè)務(wù)種類和服務(wù)內(nèi)容都不斷拓展，商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)的設(shè)計和實現(xiàn)具有非常重要的意義。未來一段時間內(nèi)，針對該系統(tǒng)或與該系統(tǒng)相關(guān)的擴展工作勢必持續(xù)不斷。目前作者已知的主要有：（1） 配合銀聯(lián)2.0改造計劃的繼續(xù)實施，對系統(tǒng)本身安全性進一步分析和研究。此外，還包括完善對外接口的種類和數(shù)量，從而保證對各類外系統(tǒng)的支持。（2） 由于商業(yè)活動中，商業(yè)貸款流通次數(shù)日益增多、流通量日益增大，使得信貸業(yè)務(wù)系統(tǒng)紛紛從原先的綜合業(yè)務(wù)系統(tǒng)中剝離而成為獨立的系統(tǒng)。但是為了提高效率，很多交易又仍舊依賴綜合業(yè)務(wù)系統(tǒng)后臺，這對綜合業(yè)

51、務(wù)系統(tǒng)對外接口提出了新的要求。（3） 根據(jù)中國反洗錢監(jiān)測分析中心中國反洗錢監(jiān)測分析本外幣報送標(biāo)準(zhǔn)相關(guān)內(nèi)容，在數(shù)據(jù)報補入和監(jiān)測方面提出了新的要求。（4） 商業(yè)銀行為了自身生存和搶占市場的角度考慮，提出愈來愈多的中間服務(wù)，中間服務(wù)重在方便快捷，要做到這些，就必需要得到綜合業(yè)務(wù)系統(tǒng)的良好支持?？偟膩碚f，目前國內(nèi)在商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)開發(fā)上已經(jīng)積累了一定的經(jīng)驗，成果也得到了相當(dāng)范圍的注意和應(yīng)用。還有一點在上文中并沒有列出，目前屬于作者自己的估計：在今后的日子中，考慮到外資銀行在中國被允許開展的業(yè)務(wù)種類和數(shù)目的增加，系統(tǒng)與國際標(biāo)準(zhǔn)的接軌將愈來愈成為今后設(shè)計開發(fā)工作的重點。相應(yīng)的，有關(guān)外匯業(yè)務(wù)的擴展工作也

52、勢必增加，并且很有可能如信貸業(yè)務(wù)系統(tǒng)一般，成為既依賴綜合業(yè)務(wù)系統(tǒng)又相對獨立的模式。從軟件開發(fā)的市場角度來說，這會成為一片新天地。謝辭首先要感謝。老師在論文的設(shè)計過程中對我的精心輔導(dǎo)。在此，對。老師表示最誠摯的感謝!同時，要感謝大學(xué)四年來，各位老師對我的悉心教導(dǎo)，。我還要感謝我的校外指導(dǎo)老師，。有限公司的軟件工程師，。老師。我表示由衷的敬意和衷心的感謝。另外，要感謝我周圍的同學(xué)和公司開發(fā)團隊中的隊友們在學(xué)習(xí)和生活中對我的幫助，最后，感謝在百忙之中為本文審稿的諸位老師，。參考文獻1 張海藩. 軟件工程導(dǎo)論. 北京：清華大學(xué)出版社(第三版)，1998。2 薩師煊，王珊. 數(shù)據(jù)庫系統(tǒng)概論. 北京：高等

53、教育出版社（第三版），2000。3 錢逢勝，孫燁，湯麗萍. 商業(yè)銀行會計. 上海：上海財經(jīng)大學(xué)出版社（第二版），2004。4 譚浩強. C語言程序設(shè)計教程. 北京：清華大學(xué)出版社，1998。5 林銳，等. 高質(zhì)量程序設(shè)計指南C/C+. 北京：電子工業(yè)出版社，2002。6 李凌云. UNIX環(huán)境下C語言編程規(guī)范. 上海華騰軟件系統(tǒng)有限公司內(nèi)部文檔，2000。7 林德良. 中國銀聯(lián)信息處理中心交換系統(tǒng)集成項目編程規(guī)范. 上海華騰軟件系統(tǒng)有限公司內(nèi)部文檔，2003。8 洪俊. TOPSmartTeller 使用手冊 V3.1. 上海華騰軟件系統(tǒng)有限公司內(nèi)部文檔，2002。9 TopSmartTell

54、er終端界面開發(fā)平臺 （）10 Bea Tuxedo Quick Start. 上海華騰軟件系統(tǒng)有限公司內(nèi)部文檔，2000。11 Bea Tuxedo 技術(shù)概要. 上海華騰軟件系統(tǒng)有限公司內(nèi)部文檔，2002。12 Bea Tuxedo Online Documentation Hyperlinked Product Information for Bea Tuxedo Users. Copyright to Bea System，1999。13 Bell Lab. Recommended C Style and Coding Standards. 1997。14 Ron Patton （周予濱 姚靜 譯）. Software Tes