【文章內(nèi)容簡介】 、逐步細(xì)化、模塊化設(shè)計、結(jié)構(gòu)化編碼”的原則，從而在保證程序結(jié)構(gòu)清晰 的前提下，降低資源占用、減少信息冗余、提高程序效率。 但是， C 語言畢竟不具備很多集成、交互、 —————— TopSmartTeller 主要特點 本文所圍繞的“商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)”是作者在實習(xí)期間接觸、了解的最主要的軟件項目，這也是作者選擇其作為畢業(yè)設(shè)計對象的主要原因。而實現(xiàn)該系統(tǒng)終端界面的開發(fā)工具，就是作者實習(xí)公司專為銀行、郵儲系統(tǒng)終端所開發(fā)的 TopSmartTeller，目前版本號 。 由于 TopSmartTeller 在設(shè)計上采用了基于腳本的思路，運用了事件驅(qū)動的處理機(jī)制和面向?qū)ο蟮慕缑嬖?素設(shè)計使得， TOPSmartTeller 擁有大量技術(shù)優(yōu)勢，主要包括一下若干內(nèi)容。 用戶界面 作為終端開發(fā)工具， TopSmartTeller 提供標(biāo)準(zhǔn)多窗口界面，便于用戶操作，同時滿足負(fù)責(zé)的應(yīng)用要求。針對開發(fā)應(yīng)用， TopSmartTeller 提供了功能強(qiáng)大的下拉式菜單、支持動態(tài)屬性變化的控件、多種信息提示方式和輸入方式，同時輕松實現(xiàn)了多種屏幕元素的動態(tài)動作。 腳本配置 所有畫面都是通過腳本配置編寫來實現(xiàn)的。腳本編寫使用 STScript 腳本語言，它是TopSmartTeller 提供的 專用的編程工具。提供腳本的配置，用戶可以定義畫面，消息格式，以及處理邏輯流程。使用了腳本配置方法一方面避免了大量 C 語言繁瑣的底層開發(fā)，另一方面也避免了由此造成的開發(fā)要求高系統(tǒng)穩(wěn)定性沒有保障等問題。 —————— 交易驅(qū)動方式 對系統(tǒng)而言，由于實現(xiàn)的功能和操作的對象不同，對交易的驅(qū)動方式也有著不同的要求。 TopSmartTeller 提供適合于大量交易復(fù)雜系統(tǒng)的菜單驅(qū)動方式，適合于速度快、操作熟練柜員的交易代碼驅(qū)動方式，針對一些特殊用途的功能鍵驅(qū)動方式，以及適合同一業(yè)務(wù)流程多個相關(guān)交易的交易驅(qū)動 方式。 以上幾類驅(qū)動方式的互補(bǔ)并存，有效地提供了操作柜員和系統(tǒng)本身的工作效率。 外設(shè)驅(qū)動 在銀行業(yè)務(wù)流程中，往往需要許多外設(shè)硬件提供幫助，比如常見的 POS 機(jī)、打印機(jī)等，各類外設(shè)的使用規(guī)范往往各不相同。 —————— 第 7 頁 共 25 頁 編譯機(jī)制 TopSmartTeller 采用的編譯機(jī)制是將每個交易的腳本編譯成為獨立的數(shù)據(jù)文件，每個交易的數(shù)據(jù)文件在運行時刻動態(tài)加載。 ———————— BEA Tuxedo 簡介 系統(tǒng)的設(shè)計開發(fā)中，使用 BEA Tuxedo 作中間件。 BEA Tuxedo 是在企業(yè)、 Inter 這樣的分布式運算環(huán)境中，開發(fā)和管理三層結(jié)構(gòu)的客戶 /服務(wù)器型任務(wù)應(yīng)用系統(tǒng)的強(qiáng)有力工具。它具備分布式事務(wù)處理和應(yīng)用通信功能，并提供完善的各種服務(wù)來建立、運行和管理任務(wù)應(yīng)用系統(tǒng)。開發(fā)人員能夠用它建立跨多個硬件平臺、數(shù)據(jù)庫和操作系統(tǒng)的可互操作的應(yīng)用系統(tǒng)。 BEA TUXEDO 是企業(yè)、 Inter 分布式應(yīng)用中的基礎(chǔ)主干平臺。它提供了一個開放的環(huán)境，支持各種各樣的客 戶、數(shù)據(jù)庫、網(wǎng)絡(luò)、遺留系統(tǒng)和通訊方式。 ———————— 第 8 頁 共 25 頁 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ù)人組成團(tuán)隊完成，而每個隊員則按分工不同，獨立完成相應(yīng)模塊的設(shè)計編碼并測試相關(guān)程序，最終進(jìn)行系統(tǒng)模塊聯(lián)測。所以受到時間和其他條件制約，無法對整個系統(tǒng)的設(shè)計與實現(xiàn)進(jìn)行完整敘述說明。接下來的敘述，將側(cè)重于針對作者所主要參與的對公儲蓄業(yè)務(wù)。此外，對與之相關(guān)的其他一些業(yè)務(wù)流程和設(shè)計情況，作者也將作一些介紹。 ———————— 需求分析 功能要求 商業(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)信息查詢與維護(hù)等。 （ 2）單位定期業(yè)務(wù) 單位定期業(yè)務(wù)包括：單位定期帳戶開立申請、帳戶開立、定期存取、定期質(zhì)押與解除質(zhì)押、存款變更、帳戶相關(guān)信息查詢與維護(hù)等。 （ 3）保證金業(yè)務(wù) 保證金業(yè)務(wù)包括： 保證金帳戶開立、保證金存取、保證金相關(guān)信息查詢維護(hù)等。 （ 4）醫(yī)療保險金 /公積金業(yè)務(wù) 醫(yī)療保險金 /公積金業(yè)務(wù)包括：醫(yī)療保險金 /公積金帳戶開立申請、帳戶開立、醫(yī)療保險金 /公積金存取等。 （ 5）大額支付業(yè)務(wù) 大額支付業(yè)務(wù)包括：委托收款的錄入、修改與發(fā)送、托收承付的錄入、修改與發(fā)送、申請報文的錄入、修改、發(fā)送及相對應(yīng)的反向撤銷操作、報文相關(guān)信息查詢與維護(hù)等。 （ 6）單位通知存款業(yè)務(wù) 單位通知存款業(yè)務(wù)包括：單位通知存款的開戶與銷戶、存款存入、存款提取預(yù)約通知與通知取消、通知存款通知信息查詢等。 （ 7）同業(yè)存款 /同業(yè) 存放業(yè)務(wù) 同業(yè)存款 /同業(yè)存放業(yè)務(wù)包括：同業(yè)存款的開戶與相關(guān)信息查詢及維護(hù)、同業(yè)存放的開戶與相關(guān)信息查詢及維護(hù)等。 開發(fā)環(huán)境 （ 1）開發(fā)工具 使用 C for SCOUnix 作為服務(wù)端的程序編碼工具，使用 TopSmartTeller Unix/Linux/win32 編寫客戶端的終端界面程序，這兩個工具的功能和特點在第三章中已經(jīng)作了詳細(xì)介紹，這里不再贅述。 （ 2）數(shù)據(jù)庫選擇 使用 Informix 作為服務(wù)端數(shù)據(jù)庫管理器。 銀行數(shù)據(jù)庫屬于典型的對象關(guān)系型數(shù)據(jù)庫，其操作類型主要 是在線事務(wù)處理（ OLTP）。由于引入中間件幫助負(fù)責(zé)交易的通訊和管理，數(shù)據(jù)庫服務(wù)器便成為一個純粹的 RM 第 9 頁 共 25 頁 （ Resouce Manager）。 （ 3）中間件選擇 使用 BEA Tuxedo 作為 Client/Server 間的中間件軟件，進(jìn)行兩者間的消息報傳送與處理，服務(wù)項發(fā)布，以及交易與服務(wù)間的選擇聯(lián)系。關(guān)于 BEA Tuxedo 的詳細(xì)介紹，請參見本文章節(jié) 。 系統(tǒng)設(shè)計 系統(tǒng)框架 商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)框架如圖 ，其中箭頭方向指示了一次交易的流程： 數(shù)據(jù)庫服務(wù)端 連接終端A TMP OS……客戶端交易分析服務(wù)定位公告牌交易請求反饋信息服務(wù)請求執(zhí)行結(jié)果前臺中間件后臺 圖 商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)框架 數(shù)據(jù)庫設(shè)計 商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫基本表內(nèi)容龐大，總量超過 160 張，按基本表的用途可大致分為三類。由于時間和本文篇幅的限制，以下只列出與對公儲蓄交易相關(guān)的基本表，并且同一類下只列出最具代表性的一張表。 （ 1）系統(tǒng)記錄類 系統(tǒng)記錄類基本表，不局限于某一模塊或某一具體交易，而是記錄系統(tǒng)運行時的常規(guī)數(shù)據(jù)，便于需要時審查核對，一般情況下不對外提供查詢。其典型代表為 “交易流水表” ，如表 所示： 表 交易流水表 Name Description （索引表） PK_xdtl txday,kinbr,tlrno,tlsrno Name Type Description （基本表） txday date(char(8)) 日期 kinbr brcode(char(6)) 交易行號 第 10 頁 共 25 頁 tlrno tlrno(char(6)) 操作員號 tlsrno tlsrno(char(7)) 流水號 txtime char(14) 交易時間 db_deso desccd(char(4)) 借方摘要代碼 db_custno custno(char(20)) 借方客戶代碼 cr_actid actid(int) 貸方帳號 cr_brcode brcode(char(6)) 貸方機(jī)構(gòu) cr_curcd curcd(char(3)) 貸方幣種 xsubtype type(char(1)) 子類型 spflg flag(char(1)) 是否經(jīng)過主管授權(quán) sptlrno tlrno(char(6)) 授權(quán)主管 vflag flag(char(1)) 復(fù)核標(biāo)志 0未復(fù)核 ,1已復(fù)核 miscamt3 decimal(14) 擴(kuò)展信息 3 misc varchar(100) 其他信息 （ 2）系統(tǒng)定義類 系統(tǒng)定義類基本表，記錄了系統(tǒng)底層的基本定義，提供給相關(guān)交易統(tǒng)一的標(biāo)準(zhǔn)，是交易按正確流程進(jìn)行的保證，在一定權(quán)限或需求下才提供查詢。典型代表為 “交易定義表” ，如表 所示： 表 交易定義表 Name Description （索引表） PK_txdef Txcode Name Type Description （基本表） txcode txncd(char(4)) 交易代碼 name adesc(varchar(20)) 交易名稱 onlinepermit type(char(1)) 允許在什么系統(tǒng)狀態(tài)下進(jìn)行的交易 nvflg flag(char(1)) 是否需要事中審核 0否 1是 （ 3）交易涉及對象定義類 交易涉及對象定義基本表，針對交易涉及的具體對象，也是對象關(guān)系型數(shù)據(jù)庫中最常見的基本表。表的內(nèi)容往往就是交易處理的具體數(shù)據(jù)對象，處理內(nèi)容包括查詢、修改、刪除等。其典型代表為 “企業(yè)客戶基本信息表” ，如表 ： 表 企業(yè)客戶基本信息表 Name Description （索引表） PK_custcorp custno Name Type Description （基本表） custno custno(char(20)) 客戶號 name ame(varchar(60)) 中文名稱 ename ename(varchar(60)) 英文名稱 idno idno(varchar(20)) 企業(yè)標(biāo)識代碼或事業(yè)單位代碼 licenseno idno(varchar(20)) 營業(yè)執(zhí)照號碼 nationtaxno idno(varchar(20)) 國稅稅務(wù)登記號 localtaxno idno(varchar(20)) 地稅稅務(wù)登記號 第 11 頁 共 25 頁 crttlrno tlrno(char(6)) 創(chuàng)建操作員 crtbrid brid(char(6)) 創(chuàng)建機(jī)構(gòu) (內(nèi)部機(jī)構(gòu)號 ) lupddate date(char(8)) 上次修改時間 lupdtlrno tlrno(char(6)) 上次修改操作員 lupdbrid brid(char(6)) 上次修改機(jī)構(gòu) (內(nèi)部機(jī)構(gòu)號 ) 模塊及交易的設(shè)計與實現(xiàn) 模塊設(shè)計 一個模塊，由若干個互相間存在聯(lián)系的交易組成。 所謂互相間存在聯(lián)系，主要指交易在業(yè)務(wù)流程上具有相似性，或者交易在業(yè)務(wù)流程上具有相關(guān)性。在設(shè)計模塊時，一般不但將這些有聯(lián)系的交易組成一個大模塊（第一層模塊），而且再次基礎(chǔ)上，將在業(yè)務(wù)流程上具有相關(guān)性的交易組成小模塊（第二層模塊）。同一小模塊內(nèi)的交易在業(yè)務(wù)流程上具有相關(guān)性，而同一大模塊內(nèi)、不同小模塊間的交易在業(yè)務(wù)流程上具有相似性。為了使表述能夠更加直觀，作者結(jié)合如圖 ，來解釋模塊與交易間的關(guān)系： 2021活期開戶2021活期帳戶查詢維護(hù)2021活期銷戶2021單筆現(xiàn)金存入2021多筆現(xiàn)金存入2021現(xiàn)金支取2024銷戶恢復(fù)正常2032定期開戶2033定期證實書發(fā)放2035定期轉(zhuǎn)存2037定期支取7737定期帳戶查詢2042保證金開戶2046保證金存入2047保證金轉(zhuǎn)出2048保證金信息維護(hù)單位活期業(yè)務(wù)單位定期業(yè)務(wù) 保證金業(yè)務(wù)對公儲蓄業(yè)務(wù)……商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)………… 圖 系統(tǒng)模塊設(shè)計圖（局部） 由圖 可見，“對公儲蓄業(yè)務(wù)”是“商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)”下的第一層模塊；在其下層則包含了“單位活期”、“單位定期”、“保證金”等若干個第二層模塊；每個第二層模塊下則又包含了若干個交易，同一層模塊下的交易在業(yè)務(wù)流程上具有相關(guān)性，例如“活期帳戶信息查詢維護(hù)”交易只能對已經(jīng)在本行完成“活期開戶”的單位進(jìn)行操作。 需要說明的是， ———————— 第 12 頁 共 25 頁 交易定義 商業(yè)銀行綜合業(yè)務(wù)系統(tǒng)中，根據(jù)業(yè)務(wù)種類分，存在兩種交易類型：聯(lián)機(jī)和批量。 所謂批量交易，是 指銀行在一天的營業(yè)結(jié)束后， —————— （ 1）交易名與交易代碼 每個 交易都有一個交易名和一個交易代碼，交易名和交易代碼不但可以用來標(biāo)示不同，———————— （ 2）交易參數(shù)設(shè)置 每個交易在正常