【正文】 間的拓展、金融服務(wù)的多元化、提高銀行競(jìng)爭(zhēng)力起著十分重要的作用。 本論文的目的 本論文的目的是使銀行賬目管理清晰化，透明化，便于操作，易于管理。在管理過(guò)程中經(jīng)常會(huì)出現(xiàn)信息的重復(fù)傳遞，因此銀行帳戶(hù)管理必須實(shí)現(xiàn)計(jì)算機(jī)化處理。 其次，該軟件借助科學(xué)的運(yùn)行機(jī)制進(jìn)行銀行帳戶(hù)管理，其方法包括： 第一、確立會(huì)計(jì)核算方法體系 。 銀行帳戶(hù)管理系統(tǒng)的內(nèi)容按其功能性分類(lèi)有以下四類(lèi)： 第一、資產(chǎn)類(lèi) 。 第三、所有者權(quán)意類(lèi) 。 銀行從受理經(jīng)濟(jì)業(yè)務(wù)開(kāi)始，順次經(jīng)過(guò)五個(gè)步驟，依次是 ：審查填制會(huì)計(jì)憑證；根據(jù)會(huì)計(jì)憑證登記明細(xì)帳現(xiàn)金、銀行存款帳；根據(jù)會(huì)計(jì)憑證編制科目日結(jié)單；根據(jù)科目日結(jié)單登記總分類(lèi)帳；根據(jù)總帳編制銀行會(huì)計(jì)報(bào)表。 （ 2） 利潤(rùn)表 。 作者的主 要貢獻(xiàn) 本文研究了面向?qū)ο蠓椒ㄔ阢y行帳戶(hù)管理系統(tǒng)中的應(yīng)用，并采用了面向?qū)ο蟮姆椒▽?duì)該系統(tǒng)進(jìn)行了建模?？梢允菇?jīng)濟(jì)實(shí)體與銀行的關(guān)系變得簡(jiǎn)單快捷。 (5) 本人主要做了系統(tǒng)開(kāi)發(fā)前期的系統(tǒng)分析及設(shè)計(jì)工作，并嘗試采用與傳統(tǒng)分析方法有很大不同的面向?qū)ο蟮南到y(tǒng)分析方法，提高開(kāi)發(fā)效率，以期減少后期維護(hù)工作的工作量。 一般系統(tǒng)對(duì)于涉及到大量的計(jì)算分析和信息處理能力較差。但是，到目前為止，以先進(jìn)理論為基礎(chǔ)的規(guī)范化銀行帳戶(hù)管理系統(tǒng)在國(guó)內(nèi)還比較少見(jiàn)， 與已經(jīng)相當(dāng)成熟的經(jīng)典系統(tǒng)相比，系統(tǒng)的可靠性、可用性等質(zhì)量指標(biāo)還需要在不斷實(shí)踐中得到證實(shí)。所以實(shí)施一個(gè)類(lèi)似的項(xiàng)目系統(tǒng)需要因地制宜，且建立響應(yīng)的數(shù)據(jù)管理倉(cāng)庫(kù)系統(tǒng)是一個(gè)復(fù)雜而緊迫的過(guò)程。 本課題要達(dá)到的設(shè)計(jì)目標(biāo) 通過(guò)該銀行賬戶(hù)管理系統(tǒng)，使銀行的賬戶(hù)管理工作系統(tǒng)化、規(guī)范化、自動(dòng)化，從而達(dá)到提高賬戶(hù)管理效率的目的?？尚行匝芯康哪康?，是根據(jù)開(kāi)發(fā)管理信息系統(tǒng)的請(qǐng)求，通過(guò)初步調(diào)查和系統(tǒng)目標(biāo)分析，對(duì)要開(kāi)發(fā)的銀行帳戶(hù)管理信息系統(tǒng)從技術(shù)上、經(jīng)濟(jì)上、資源上和管理上進(jìn)行是否可行的研究。 ⊙ 資源上的可行性：主要指管理、經(jīng)費(fèi)能否得到保證。本系統(tǒng)的用戶(hù)需求主要有以下幾個(gè)方面 : ? 帳戶(hù)管理方面 帳戶(hù)管理方面主要是管理員能通過(guò)簡(jiǎn)單的操作，實(shí)現(xiàn)銀行對(duì)賬戶(hù)管理的一般功能。系統(tǒng)自動(dòng)更新用戶(hù)賬號(hào)及卡號(hào)中的存款余額，并在用戶(hù)存取款信息中作記錄，在 ATM 機(jī)的存取款信息中作記錄。 (2) ATM 業(yè)務(wù)量統(tǒng)計(jì)： 統(tǒng)計(jì)每臺(tái) ATM 機(jī)的刷卡次數(shù)，根據(jù)次數(shù)可以讓銀行根據(jù) ATM 地點(diǎn)的分布考慮如何合理安排。 系統(tǒng)的性能需求分析 界面： 界面應(yīng)采用 windows 2021 的圖形界面風(fēng)格，各功能鍵的設(shè)置要符合windows 的設(shè)置。 第四章 要解決的幾個(gè)關(guān)鍵問(wèn)題 要解決的關(guān)鍵問(wèn)題之一：數(shù)據(jù)的安全性問(wèn)題 要解決的關(guān)鍵問(wèn)題之一：數(shù)據(jù)的安全性問(wèn)題 1 數(shù)據(jù)傳輸?shù)陌踩珕?wèn)題： 在銀行的廣域網(wǎng)傳輸系統(tǒng)中，從總行到分行、分行到支行、支行到分理處等，廣泛應(yīng)用到幀中繼、 、 DDN、 PSTN 等等之類(lèi)的通用線路，但這些線路大多數(shù)都是由 通訊公司提供，與許多用戶(hù)在一套系統(tǒng)上使用他們的業(yè)務(wù)，由于這些線路都是暴露在公共場(chǎng)所，這樣很容易造成數(shù)據(jù)被盜。主要優(yōu)點(diǎn)是使用方便、網(wǎng)絡(luò)中數(shù)據(jù)從源點(diǎn)到終點(diǎn)均得到保護(hù)、加密對(duì)網(wǎng)絡(luò)節(jié)點(diǎn)透明。 系統(tǒng)傳輸?shù)陌踩珕?wèn)題的解決辦法 按攻擊者作案手段，可把攻擊者分為登錄型攻擊者和監(jiān)聽(tīng)型攻擊者。 1 對(duì)登錄型攻擊者的防范 銀行帳戶(hù)管理系統(tǒng)由銀行端前置機(jī)、 ATM端前置機(jī)通過(guò)廣域網(wǎng)相連，構(gòu)成銀行網(wǎng)絡(luò)、 ATM 網(wǎng)絡(luò)的前置網(wǎng)，其中， ATM 端前置機(jī)以 DOS 為操作系統(tǒng)，銀行端前置機(jī)以 UNIX 為操作系統(tǒng)。 (2)關(guān)閉 UNIX 上用于遠(yuǎn)程登錄的服務(wù)端口，由于攻擊者登錄遠(yuǎn)程系統(tǒng)，必須借助于 UNIX 機(jī)上的服務(wù)端口才能登錄遠(yuǎn)程系統(tǒng)，關(guān)閉了此類(lèi)端口，就斷絕了攻擊者登錄的來(lái)源。 但從另一個(gè)方面來(lái)看，對(duì)此類(lèi)攻擊者能否進(jìn)行有效防范，是檢驗(yàn)一套軟件產(chǎn)品是否安全可靠的 重要標(biāo)準(zhǔn)。 系統(tǒng)內(nèi)部安全問(wèn)題的解決辦法 數(shù)據(jù)加密 銀行帳戶(hù)管理系統(tǒng)采用了 DES 加密算法， DES 算法是一種公開(kāi)加密算 法，其安全性完全依賴(lài)于密鑰的保密性，從另一個(gè)角度上講，攻擊者在未竊得密鑰的情況下，便無(wú)法實(shí)施對(duì)系統(tǒng)的攻擊。 系統(tǒng)密鑰體系圖如下： PKG 密鑰 PIN 密鑰 MAC 密鑰 交換密鑰 主密鑰 1 保護(hù)交換 密 鑰 用于客戶(hù)個(gè)人密碼加密 用于交換傳輸 密 鑰 用于加密整個(gè)數(shù)據(jù)包，防止監(jiān)聽(tīng) 用于 MAC 校驗(yàn)，判別交易包的真?zhèn)? 系統(tǒng)密鑰如下： 1. PKG 密鑰：用于對(duì)整個(gè)數(shù)據(jù)包進(jìn)行加密的密鑰。 ：用 PKG 密鑰、 PIN 密鑰、 MAC 密鑰進(jìn)行加密的操作對(duì)象都是交易數(shù)據(jù)包，屬于三級(jí)加密體系的第一級(jí)，因此統(tǒng)稱(chēng)為傳輸密 鑰。（銀行帳戶(hù)管 理系統(tǒng)為避免攻擊者一旦竊得主密鑰即可獲得所有密鑰的情況發(fā)生，應(yīng)對(duì)主密鑰實(shí)行分散管理，即 PKG 密鑰、 PIN 密鑰、 MAC密鑰、交換密鑰均有各自的主密鑰）。 PKG 密鑰和交換密鑰的更換方法是通過(guò)密鑰盤(pán)進(jìn)行交換。 VisualFoxPro作為一個(gè)面向?qū)ο蟮臄?shù)據(jù)庫(kù)系統(tǒng)，成功地將一套控制信息存儲(chǔ)和合法檢驗(yàn)規(guī)則的數(shù)據(jù)字典引入了 Xbase 領(lǐng)域，從而使數(shù)據(jù)的 一致性限制由龐大的程序代碼變成了保護(hù) PKG 密 鑰 保護(hù) PIN 密 鑰 保護(hù) MAC 密 鑰 數(shù)據(jù)庫(kù)的一部分，極大地增強(qiáng) VFP 的數(shù)據(jù)處理能力。就一個(gè) 銀行帳戶(hù)信息 管理系統(tǒng)而言，其核心是 帳戶(hù)信息管理 ，因此，我們就可以設(shè)計(jì)一個(gè) 帳戶(hù)信息 數(shù)據(jù)庫(kù)（ ），其中主要包含以下幾個(gè)相互關(guān)聯(lián)的數(shù)據(jù)表 ： 管理員信息表（ ）：存儲(chǔ) 管理員操作 的有關(guān)信息。 帳戶(hù)修改信息表（ ）：存儲(chǔ) 開(kāi)戶(hù)、銷(xiāo)戶(hù) 的 詳細(xì) 信息。 為確保數(shù)據(jù)的正確性，要求有以下的一致性限制： 開(kāi)戶(hù)日期的缺省值為當(dāng)天日期 客戶(hù)信息表的取款余額必須大于０ 客戶(hù)信息表中的開(kāi)戶(hù)行、帳號(hào)和稅號(hào)字段均不能為空 當(dāng)刪除帳戶(hù)修改信息 表的一條記錄時(shí)，給出提示信息，確認(rèn)后刪除該記錄，并且對(duì)應(yīng)的用戶(hù)信息自動(dòng)刪除 當(dāng)客戶(hù)信息表的客戶(hù)編號(hào)被修改時(shí)，帳戶(hù)修改信息表的對(duì)應(yīng)客戶(hù)編號(hào)隨之改變 當(dāng)帳戶(hù)修改信息表的帳戶(hù)編號(hào)被修改時(shí)，客戶(hù)信息表的對(duì)應(yīng)客戶(hù)編號(hào)隨之改變 若在客戶(hù)信息表中存在某客戶(hù)編號(hào)，則禁止刪除該客戶(hù)信息 若在帳戶(hù)修改表中存在某帳戶(hù)編號(hào)，則禁止刪除該帳戶(hù)信息 現(xiàn)在我們就可以通過(guò) VFP 的數(shù)據(jù)字典來(lái)實(shí)現(xiàn)這些 一致性要求。缺省值為產(chǎn)生新記錄時(shí)該字段的初始化值。對(duì)客戶(hù)信息表，可以建立如下的有效性規(guī)則以確保銀行、帳號(hào)、稅號(hào)均不為空。對(duì)于本文中的 用戶(hù)信息管理表 ，我們可以事先在數(shù)據(jù)庫(kù)的 Stored Procedure 中自定義一個(gè)函數(shù) Inv_del()，然后在刪除觸發(fā)器中填入： DELETE Trigger:Inv_del() 自定義函數(shù) Inv_del()的代碼如下： function Inv_del * * Delete Trigger * local lnRrt lnRet=MESSAGEBOX(是否確認(rèn)刪除 本記錄 ?,4+32+256,提示 ) do case case lnRet=6 select DETAILS delete for invno= select INVOICE return .t. case lnRet=7 return .f. endcase 這樣，當(dāng)你確認(rèn)刪除帳戶(hù)修改信息管理表的一條記錄時(shí)，對(duì)應(yīng)的客戶(hù)信息將被自動(dòng)刪除。該構(gòu)造器的上部分為一個(gè)七列的網(wǎng)格，前兩列包含所有父表和子表的名字，中間三列分別顯示對(duì)更新、刪除和插入操作的引用完整性類(lèi)型，最后兩列為關(guān)聯(lián)表的關(guān)鍵字。 Restrict：如果有子記錄，不允許改變。 其它幾項(xiàng)要求的解決方法類(lèi)似。記錄有效性的調(diào)用在字段有效性之后，在觸發(fā)器之前。其實(shí)，這個(gè)簡(jiǎn)單的金額問(wèn)題根本就不能通過(guò)數(shù)據(jù)字典來(lái)解決。 要解 決的關(guān)鍵問(wèn)題之三：系統(tǒng)查找數(shù)據(jù)的速度問(wèn)題 本系統(tǒng)采用哈?？焖俨檎宜惴▉?lái)進(jìn)行系統(tǒng)的數(shù)據(jù)查找，該算法的詳細(xì)介紹在第六章 ，此處就不再詳述。如“磁盤(pán)掃描程序”、“磁盤(pán) 清理程序”和“磁盤(pán)碎片整理程序”等；引入了確保系統(tǒng)穩(wěn)定運(yùn)行的實(shí)用程序和資源，以提高計(jì)算機(jī)的可靠性。 三、 提高了用戶(hù)計(jì)算機(jī)的使用效率 ，增加了易用性 Wndows2021 有支持多顯示器的功能，允許用戶(hù)同時(shí)使用幾臺(tái)顯示器以增加桌面大小，可用多視圖運(yùn)行程序，或在不同的顯示器上運(yùn)行不同的程序。還是為最終用戶(hù)編寫(xiě)功能全面的數(shù)據(jù)管理應(yīng)用程序； Vsual FoxPro 都可以提供管理數(shù)據(jù)所需的工具，可以在應(yīng)用程序或數(shù)據(jù)庫(kù)開(kāi)發(fā)的任何一個(gè)領(lǐng)域中提供幫助 . Visual FoxPro 所具有的速度、能力和靈活性，是普通數(shù)據(jù)庫(kù)管理系統(tǒng)無(wú)法比擬的。我們可以借助“項(xiàng)目管理器”創(chuàng)建和集中管理應(yīng)用程序中的任何元素；可以訪 問(wèn)所有向?qū)?、生成器、工具欄和其他易于使用的工具?VFＰ 中還添加了一些功能來(lái)增強(qiáng)開(kāi)發(fā)環(huán)境，以便更容易地向應(yīng)用程序中添加有效的功能。在應(yīng)用程序中可以直接使用示例組件及它們的代碼，提供真正的面向?qū)ο蟮某绦蛟O(shè)計(jì)。 五、可以與多個(gè)開(kāi)發(fā)者一齊工作 如果是凡個(gè)開(kāi)發(fā)者開(kāi)發(fā)一個(gè)應(yīng)用程序，可以使用 Visual FoxPro 允許同時(shí)訪問(wèn)數(shù)據(jù)庫(kù)組件的能力。 鑒子上述幾個(gè)方面的優(yōu)點(diǎn)，特選擇Ｖ isual FoxPro6. 0 作為開(kāi)發(fā)工具。該對(duì)象是集數(shù)據(jù)庫(kù)記錄指針移動(dòng)、數(shù)據(jù)庫(kù)數(shù)據(jù)操作（編輯、添加、刪除等）為一體的容器類(lèi)對(duì)象，使用起來(lái)極為方便。具體操作如下： 1．打開(kāi)要修改的表單； 2．選擇buttonsetl 第六章 總體設(shè)計(jì) 系統(tǒng)定義及要求 （ 1）系統(tǒng)應(yīng)符合銀行賬戶(hù)管理的規(guī)定，滿(mǎn)足銀行相關(guān)人員日常使用的需要，并達(dá)到操作過(guò)程中的直觀，方便，實(shí)用，安全等 要求； （ 2）系統(tǒng)采用模塊化程序設(shè)計(jì)方法，既便于系統(tǒng)功能的各種組合和修改，又便于未參與開(kāi)發(fā)的技術(shù)維護(hù)人員補(bǔ)充，維護(hù)； （ 3）系統(tǒng)應(yīng)具備數(shù)據(jù)庫(kù)維護(hù)功能 ,及時(shí)根據(jù)用戶(hù)需求進(jìn)行數(shù)據(jù)的添加、刪除、修改、備份等操作； （ 4）盡量采用現(xiàn)有軟件環(huán)境及先進(jìn)的管理系統(tǒng)開(kāi)方案，從而達(dá)到充分利用現(xiàn)有資源，提高系統(tǒng)開(kāi)發(fā)水平和應(yīng)用效果的目的。本系統(tǒng)實(shí)現(xiàn)的主要功能模塊如下 : （ 1） 帳戶(hù)管理 本模塊的功能在于管理員通過(guò)簡(jiǎn)單的操作，可以實(shí)現(xiàn)銀行對(duì)賬戶(hù)管理一般功能。 （ 3） 用戶(hù)查詢(xún) 本模塊的功能就是使用戶(hù)查詢(xún)自己帳戶(hù)的信息。 ③ 異動(dòng)查詢(xún)： 統(tǒng)計(jì)在短期內(nèi)某帳戶(hù)大進(jìn)大出的情況，發(fā)現(xiàn)異常，則提供帳戶(hù)的監(jiān)管。 什么是哈希表 較主要的查找方法有順序、折半、二叉樹(shù)查找等，但是，這一類(lèi)查找方法建立在“比較”的基礎(chǔ)上。因而在查找時(shí)，只要根據(jù)這個(gè)對(duì)應(yīng) f找到給定值 K 的像 f（ K）。 （ 2） 對(duì)不同的關(guān)鍵字可能得到同一哈希地址，這種現(xiàn)象稱(chēng)為沖突。因此，在一般情況下，哈希函數(shù)是一個(gè)壓縮映象，這就不可避免產(chǎn)生沖突。換句話說(shuō)，就是使關(guān)鍵字經(jīng)過(guò)哈希函數(shù)得到一個(gè)“隨即的地址”，以便使一組關(guān)鍵字的哈希地址均勻分布在整個(gè)地址區(qū)間中，從而減少?zèng)_突。但實(shí)際中能使用這種哈希函數(shù)的情況很少。取哪兩位？原則是使得到的哈希地址盡量避免產(chǎn)生沖突，則需從分析這 80 個(gè)關(guān)鍵字著手。這是一種較常用的構(gòu)造哈希函數(shù)的方法。 （ 5） 除留余數(shù)法 取關(guān)鍵字被某個(gè)不大于哈希表長(zhǎng) m的數(shù) p 除后所得余數(shù)為哈希地址。通常，當(dāng)關(guān)鍵字長(zhǎng)度不等時(shí)采用此法構(gòu)造哈希函數(shù)較恰當(dāng)。通常用的處理沖突的方法有： （ 1） 開(kāi)放定址法 Hi=（ H（ key）＋ di） MOD m i=1， 2，?， k （ k≤ m－ 1） 其中， H（ key）為哈希函數(shù)； m為表長(zhǎng)； di為增量序列，可有下列三種取法： di=1， 2， 3，?， m－ 1，稱(chēng)線性探測(cè)再散列； di=12，－ 12， 22，－ 22， 32，?，177。 （ 3） 鏈地址法 將所有關(guān)鍵字為同義詞的記錄存儲(chǔ)在同一線性鏈表中。 （ 4） 建立一個(gè)公共溢出區(qū) 這也是處 理沖突的一種方法。給定 K值，根據(jù)造表時(shí)設(shè)定的哈希函數(shù)求得哈希地址，若表中此位置上沒(méi)有記錄，則查找不成功；否則比較關(guān)鍵字，若和給定值相等，則查找成功；否則根據(jù)造表 時(shí)設(shè)定的處理沖突的方法找“下一地址”，直至哈希表中某個(gè)位置為“空”或者表中所填記錄的關(guān)鍵字等于給定值為止。 給定值 K=38 的查找過(guò)程為：先求哈希地址 H（ 38） =12， ? ?12a 不空且? ? ?keya ，則找下一地址 1316)112(1 ??? M O DH ，由于 ??13a 是空記錄，則表明表中不存在關(guān)鍵字等于 38的記錄。 哈希函數(shù)的“好壞”首先影響出現(xiàn)沖突的頻繁程度。 在一般情況下，處理沖突方法相同的哈希表，起平均查找長(zhǎng)度依賴(lài)于哈希表的裝填因子。同樣可證明，不同的處理沖突方法構(gòu)成的哈希表查找不成功時(shí)的查找長(zhǎng)度分別為： Unl ?