銀行儲(chǔ)蓄系統(tǒng)報(bào)告

1、一、 課程設(shè)計(jì)的目的和要求11設(shè)計(jì)目標(biāo)運(yùn)用數(shù)據(jù)庫(kù)設(shè)計(jì)理論設(shè)計(jì)一個(gè)較完善有意義的數(shù)據(jù)庫(kù)。掌握目前流行的數(shù)據(jù)庫(kù)管理系統(tǒng)Microsoft SqlServer 2000的使用與應(yīng)用開發(fā)技術(shù)。為數(shù)據(jù)庫(kù)開發(fā)相應(yīng)的應(yīng)用程序，構(gòu)成完整的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)。將設(shè)計(jì)在數(shù)據(jù)庫(kù)管理系統(tǒng)上Oracle等一個(gè)或組合實(shí)現(xiàn)，開發(fā)工具可以選用VB、VC、java、html或其他程序設(shè)計(jì)語(yǔ)言。1.2基本要求采用面向?qū)ο蟮姆椒ㄩ_發(fā)，按照軟件工程課程中講的有關(guān)數(shù)據(jù)庫(kù)及其應(yīng)用系統(tǒng)設(shè)計(jì)章節(jié)的內(nèi)容，進(jìn)行分析和設(shè)計(jì)，并按照面向?qū)ο蟮脑O(shè)計(jì)流程給出相應(yīng)的分析設(shè)計(jì)文檔。分析文檔中應(yīng)涉及到以下幾個(gè)基本方面：需求分析與表達(dá)（oo分析，需求建模）、oo模

2、型與關(guān)系模型的轉(zhuǎn)換（映射方案、數(shù)據(jù)庫(kù)結(jié)構(gòu)、建庫(kù)的sql語(yǔ)句）、完整性考慮（完整性約束、存儲(chǔ)過(guò)程或觸發(fā)器）、并發(fā)控制（數(shù)據(jù)并發(fā)問(wèn)題，可加鎖）、安全性考慮（數(shù)據(jù)庫(kù)安全機(jī)制）、數(shù)據(jù)庫(kù)備份與恢復(fù)、系統(tǒng)體系結(jié)構(gòu)（c/s、b/s）、用戶接口設(shè)計(jì)（操作界面設(shè)計(jì)）、程序功能設(shè)計(jì)、關(guān)鍵源程序等等。1.3課題選擇銀行儲(chǔ)蓄管理系統(tǒng)二、銀行儲(chǔ)蓄可行性分析2.1基本要求2.1.1 功能要求此系統(tǒng)所要完成的主要功能有兩方面： 儲(chǔ)戶填寫存款單或取款單交給業(yè)務(wù)員鍵入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，完成后由系統(tǒng)打印存款單給儲(chǔ)戶。如果是取款，業(yè)務(wù)員把取款金額輸入系統(tǒng)并要求儲(chǔ)戶輸入密碼以

3、確認(rèn)身份，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并印出利息清單給儲(chǔ)戶2.1.2 性能要求為了滿足儲(chǔ)戶的要求，系統(tǒng)必須要有高的運(yùn)作速度，儲(chǔ)戶填寫的表單輸入到系統(tǒng)，系統(tǒng)必須能快速及時(shí)作出響應(yīng)，迅速處理各項(xiàng)數(shù)據(jù)、信息，顯示出所有必需信息并打印出各項(xiàng)清單，所以要求很高的信息量速度和大的主存容量；由于要存貯大量的數(shù)據(jù)和信息，也要有足夠大的磁盤容量；另外，銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)必須有可靠的安全措施，以保證儲(chǔ)戶的存儲(chǔ)安全。2.1.3 接口要求業(yè)務(wù)員鍵入儲(chǔ)戶的資料要全部一直顯示在屏幕上；儲(chǔ)戶鍵入密碼到系統(tǒng)以核對(duì)；計(jì)算機(jī)與打印機(jī)有高速傳輸?shù)倪B接接口，最后以紙張的形式打印出清單給儲(chǔ)戶。2.1.4 輸入要求業(yè)務(wù)員從存取款表單輸

4、入數(shù)據(jù)，要迅速精確，適當(dāng)調(diào)整輸入時(shí)間，不能讓客戶等太久，但也不能讓業(yè)務(wù)員太過(guò)忙碌以免影響正確率，造成用戶損失。2.1.5 輸出要求要求快速準(zhǔn)確地打印出存款或取款清單給客戶。2.2開發(fā)目標(biāo)近期目標(biāo)：第一年內(nèi)在一個(gè)銀行建立一個(gè)銀行內(nèi)部計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)，初步實(shí)現(xiàn)銀行儲(chǔ)蓄系統(tǒng)計(jì)算機(jī)化，并保證該銀行能夠按期望順利完成工作。長(zhǎng)期目標(biāo)： 希望在三至四年內(nèi)，在國(guó)內(nèi)銀行中建立該計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)，促進(jìn)銀行間的互聯(lián)合作，實(shí)現(xiàn)銀行儲(chǔ)蓄系統(tǒng)的計(jì)算機(jī)管理體制，提高銀行儲(chǔ)蓄系統(tǒng)的整體水平；并實(shí)現(xiàn)銀行儲(chǔ)蓄系統(tǒng)的高效性、方便性、實(shí)用性、互聯(lián)性，給儲(chǔ)蓄用戶帶來(lái)方便和益處，從而提高銀行的信用度，提高銀行公司的經(jīng)濟(jì)效益和社會(huì)效益。2.3

5、限制條件2.3.1 開發(fā)時(shí)間(只限于近期目標(biāo))預(yù)定為半年。2.3.2 運(yùn)行環(huán)境Windows xp 及以上操作系統(tǒng)、數(shù)據(jù)庫(kù)：Microsoft SQL Server 2000。Microsoft Visual Basic 6.0 中文版.2.3.3 使用壽命該系統(tǒng)至少使用四年以上。2.3.4 進(jìn)行可行性研究的方法采用調(diào)查方法：通過(guò)對(duì)銀行業(yè)務(wù)員和客戶的調(diào)查以獲得第一手資料，確定客戶和實(shí)際應(yīng)用中的需求；然后經(jīng)過(guò)座談或開會(huì)的形式和專家以及銀行經(jīng)理交談，落實(shí)最后的問(wèn)題定義。三、 銀行儲(chǔ)蓄需求分析3.1編寫目的 本報(bào)告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過(guò)程中的能見度，便于對(duì)軟件開發(fā)過(guò)程中的控

6、制與管理，同時(shí)提出了本銀行儲(chǔ)蓄系統(tǒng)的軟件開發(fā)過(guò)程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時(shí)也表明了本軟件的共性，以期能夠獲得更大范圍的應(yīng)用此文檔進(jìn)一步定制軟件開發(fā)的細(xì)節(jié)問(wèn)題，明確軟件需求、安排項(xiàng)目規(guī)劃與進(jìn)度、組織軟件開發(fā)與測(cè)試，便于用戶與開發(fā)商協(xié)調(diào)工作。本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員、設(shè)計(jì)人員和開發(fā)人員，希望能使本軟件開發(fā)工作更具體。3.2背景軟件名稱：銀行儲(chǔ)蓄系統(tǒng)委托單位：銀行開發(fā)單位：xxxxxxxxx主管：xxx xxx3.3定義 銀行儲(chǔ)蓄應(yīng)用系統(tǒng)軟件：基本元素為構(gòu)成銀行儲(chǔ)蓄及相關(guān)行為所必須的各種部分。 媒體素材：是指?jìng)鞑ソ虒W(xué)信息的基本材料單元，可分

7、為五大類：文本類素材、圖形（圖像）類素材、音頻類素材、動(dòng)畫類素材、視頻類素材。 需求：用戶解決問(wèn)題或達(dá)到目標(biāo)所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。 需求分析：包括提煉，分析和仔細(xì)審查已收集到的需求，以確保所有的風(fēng)險(xiǎn)承擔(dān)者都明其含義并找出其中的錯(cuò)誤，遺憾或其它不足的地方。 模塊的獨(dú)立性：是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他的模塊的接口是簡(jiǎn)單的. SQL Server2000：Microsoft公司開發(fā)的一種功能強(qiáng)大的關(guān)系型數(shù)據(jù)庫(kù)。Microsoft Visual Basic 6.0 中文版：Microsof

8、t公司開司的一種功能強(qiáng)大的編程軟件。3.4功能需求根據(jù)系統(tǒng)可行性分析及業(yè)務(wù)要求，及相關(guān)的功能、性能分析，可以對(duì)系統(tǒng)現(xiàn)有的需求進(jìn)行需求建模，主要涉及到用例、用例圖的建立，類圖及聯(lián)系的建立，以及數(shù)據(jù)結(jié)構(gòu)的定義等。3.5用例分析根據(jù)銀行儲(chǔ)蓄管理系統(tǒng)的分析，可明確系統(tǒng)的功能需求主要涉及都以下的幾個(gè)部分。參與人員：銀行管理員、儲(chǔ)戶、系統(tǒng)用戶用例：存款、取款、轉(zhuǎn)賬、查現(xiàn)、查看歷史、修改密碼（儲(chǔ)戶）； 開戶、銷戶、掛失、解掛、修改密碼（系統(tǒng)用戶）； 增加用戶、查看用戶、刪除用戶、已批申請(qǐng)、待批申請(qǐng)（銀行管理員）根據(jù)相應(yīng)的用例分析，可以為系統(tǒng)功能建模（用例圖）：簡(jiǎn)單用例流程分析：1. 用戶注冊(cè)系統(tǒng)后，即成為系

9、統(tǒng)用戶，系統(tǒng)用戶可憑借用戶名、密碼、等級(jí)進(jìn)入系統(tǒng)。系統(tǒng)用戶可實(shí)現(xiàn)開戶、銷戶、掛失、解掛、修改系統(tǒng)密碼等用例。2. 系統(tǒng)用戶只有使用賬戶、賬戶密碼二次登陸后，才可以實(shí)現(xiàn)存款、取款、轉(zhuǎn)賬、查詢余額、查詢歷史、修改賬戶密碼等用例。3. 銀行管理人員登陸后，可以實(shí)現(xiàn)增加用戶、刪除用戶、查看用戶、查看已批申請(qǐng)、處理待辦申請(qǐng)、修改系統(tǒng)密碼等用例。4. 系統(tǒng)的參與者（系統(tǒng)用戶、儲(chǔ)戶、銀行管理員）在實(shí)現(xiàn)用例時(shí)，系統(tǒng)會(huì)自動(dòng)根據(jù)其權(quán)限給予適當(dāng)?shù)膶?shí)現(xiàn)用例。3.6系統(tǒng)層次方框圖由用例分析可知，系統(tǒng)的參與者有三種：系統(tǒng)用戶、儲(chǔ)戶、銀行管理員，由于角色不同，故參與者權(quán)限的分配也不同，根據(jù)功能描述的用例圖可得到以下不同角色

10、的層次方框圖。（1） 銀行管理員銀行管理員增加系統(tǒng)用戶刪除系統(tǒng)用戶查看系統(tǒng)用戶查看已批申請(qǐng)查看未批申請(qǐng)修改系統(tǒng)密碼（2）系統(tǒng)普通用戶普通用戶開戶銷戶掛失解掛改密（3）儲(chǔ)戶儲(chǔ)戶存款取款轉(zhuǎn)賬查現(xiàn)歷史改密由于儲(chǔ)蓄用戶也是系統(tǒng)普通用戶，故儲(chǔ)戶也擁有和系統(tǒng)普通用戶一樣的所有權(quán)限，在上面的層次方框圖中，僅列出了儲(chǔ)蓄用戶特有的權(quán)限。3.7 OO模型分析根據(jù)銀行儲(chǔ)蓄管理系統(tǒng)的用例分析，銀行的參與者主要有三種：銀行管理員、儲(chǔ)戶、系統(tǒng)用戶，因?yàn)閮?chǔ)戶、銀行管理員都實(shí)現(xiàn)了系統(tǒng)用戶，故參與者用CommonUser角色實(shí)現(xiàn)；由于一個(gè)系統(tǒng)用戶可擁有多個(gè)賬號(hào)，每個(gè)賬戶可以對(duì)應(yīng)一個(gè)系統(tǒng)用戶，故賬戶用AccountUser角色實(shí)

11、現(xiàn)；考慮到相關(guān)系統(tǒng)參與者的業(yè)務(wù)涉及范圍，銀行管理員可以操作賬戶申請(qǐng)以及賬戶的掛失、解掛等申請(qǐng)信息，故申請(qǐng)信息用MessageRegister實(shí)現(xiàn)申請(qǐng)信息記錄；由于儲(chǔ)戶在相關(guān)業(yè)務(wù)操作的過(guò)程中，系統(tǒng)可為其記錄相關(guān)的操作日志，用戶實(shí)時(shí)可以查看歷史記錄，以了解儲(chǔ)蓄詳情和保障賬戶安全，故可以用MessageLogger來(lái)實(shí)現(xiàn)歷史記錄。有上述分析可知，在銀行儲(chǔ)蓄管理系統(tǒng)中，主要涉及到四個(gè)數(shù)據(jù)模型的建立，分別用CommonUser、AccountUser、MessageRegister、MessageLogger四個(gè)實(shí)體類實(shí)現(xiàn)。由于業(yè)務(wù)操作中，系統(tǒng)參與者之間的交互性，各個(gè)數(shù)據(jù)實(shí)體之間存在一定的相關(guān)性。一個(gè)系

12、統(tǒng)用戶CommonUser，可以對(duì)應(yīng)多個(gè)賬戶AccountUser，一個(gè)賬戶AccountUser只能對(duì)應(yīng)一個(gè)系統(tǒng)用戶CommonUser；一個(gè)賬戶AccountUser可以對(duì)應(yīng)多條歷史記錄信息MessageLogger，一條歷史記錄信息MessageLogger只能對(duì)應(yīng)一個(gè)賬戶AccountUser；一個(gè)賬戶還可以對(duì)應(yīng)多條申請(qǐng)記錄信息MessageRegister，但一條申請(qǐng)記錄信息MessageRegister只能對(duì)應(yīng)一個(gè)賬戶AccountUser。3.8 關(guān)系模型的分析由以上數(shù)據(jù)模型的分析，以及相關(guān)類和類之間的映射關(guān)系的確立，可以將上述的OO模型按照對(duì)應(yīng)的映射方案，映射成對(duì)應(yīng)的關(guān)系模型，

13、并按照映射出的關(guān)系模型設(shè)計(jì)合理的數(shù)據(jù)庫(kù)文件結(jié)構(gòu)。關(guān)系模型的映射：根據(jù)數(shù)據(jù)模型分析，由于AccountUser與Commonuser間是多對(duì)一映射，故：AccountUser(account,apassword,address,phone,realname,deposit,state,cname);CommonUser(cname,cpassword,clevel); 由于AccountUser與MessageLogger之間是一對(duì)多映射，故：MessageLogger(dealid,dealtype,dealtime,dealmoney,dealaccount); 由于AccountUser與

14、MessageRegister之間是一對(duì)多映射，故：MessageRegister(registerid,registertype,solvement,registertime,registeraccount)3.9 數(shù)據(jù)描述根據(jù)關(guān)系模型，可以為本系統(tǒng)的建立數(shù)據(jù)庫(kù)accont，其中有四張表，分別是系統(tǒng)用戶表CommonUser、儲(chǔ)戶表AccountUser、儲(chǔ)戶操作日志表MessageLogger、儲(chǔ)戶申請(qǐng)信息表MessageRegister。由上面的數(shù)據(jù)表的結(jié)構(gòu)描述，給出了銀行儲(chǔ)蓄管理系統(tǒng)的數(shù)據(jù)庫(kù)的具體的見表的sql語(yǔ)句，如下：-創(chuàng)建數(shù)據(jù)庫(kù)-create database accountus

15、e account-系統(tǒng)用戶表（可對(duì)應(yīng)多個(gè)賬戶用戶）-create table CommonUser(cname varchar(10) primary key not null,cpassword varchar(10) not null,clevel varchar(5) not null)-賬戶用戶表（只對(duì)應(yīng)一個(gè)系統(tǒng)用戶）-create table AccountUser(account varchar(20) primary key not null,apassword varchar(6) not null,realname varchar(10),address varchar(2

16、0),phone varchar(15),deposit int,state varchar(5) not null,cname varchar(10) foreign key references CommonUser(cname) on delete cascade)-賬戶用戶存取款日志表-create table MessageLogger(dealid int primary key not null,dealtype varchar(10) not null,dealmoney int,dealtime smalldatetime ,dealaccount varchar(20) f

17、oreign key references AccountUser(account) on delete cascade)-賬戶用戶掛失、解掛申請(qǐng)表-create table MessageRegister(registerid int primary key not null,registertype varchar(5) not null,solvement varchar(5) not null,registertime smalldatetime,registeraccount varchar(20) foreign key references AccountUser(account

18、) on delete cascade)3.10性能需求3.10.1 數(shù)據(jù)精確度在進(jìn)行向數(shù)據(jù)庫(kù)文件提取數(shù)據(jù)時(shí)，要求數(shù)據(jù)記錄定位準(zhǔn)確，在往數(shù)據(jù)庫(kù)文件數(shù)組中添加數(shù)時(shí)，要求輸入數(shù)準(zhǔn)確金額，身份證，卡號(hào)等按需求設(shè)定字符數(shù)。 3.10.2時(shí)間特性程序響應(yīng)時(shí)間：在人的感覺和視覺事件范圍內(nèi)；信息交換時(shí)間：要求在程序調(diào)用前調(diào)用后都與數(shù)據(jù)庫(kù)保持同步更新，網(wǎng)絡(luò)信息交換施加應(yīng)該小于程序調(diào)用的時(shí)間。3.10.3適應(yīng)性要求數(shù)據(jù)庫(kù)具有很好的更新能力，由于本產(chǎn)品是實(shí)驗(yàn)性軟件，故對(duì)磁盤和內(nèi)存容量沒有很高的要求，但是數(shù)據(jù)庫(kù)應(yīng)該能夠?qū)Σl(fā)事件，臟數(shù)據(jù)具有較強(qiáng)的識(shí)別處理能力。四、 銀行儲(chǔ)蓄總體設(shè)計(jì)4.1. 編寫目的通過(guò)前面的需求分

19、析部分，基本明確了本系統(tǒng)的功能需求、性能需求、數(shù)據(jù)文件結(jié)構(gòu)等的一些方面的要求，故在需求分析的基礎(chǔ)上，可以對(duì)銀行儲(chǔ)蓄管理系統(tǒng)進(jìn)行概要的總體設(shè)計(jì)，該設(shè)計(jì)旨在實(shí)現(xiàn)系統(tǒng)的大概功能，以及系統(tǒng)的一些交互界面、模塊等。4.2 定義銀行儲(chǔ)蓄管理系統(tǒng)：基本元素為構(gòu)成銀行儲(chǔ)蓄及相關(guān)行為所必須的各種部分?？傮w設(shè)計(jì)：又稱概要設(shè)計(jì)或初步設(shè)計(jì)，劃分出組成系統(tǒng)的物理元素（程序、文件、數(shù)據(jù)庫(kù)、人工過(guò)程和文檔），設(shè)計(jì)軟件的結(jié)構(gòu)，模塊間的關(guān)系，但每個(gè)物理元素仍處于黑盒子級(jí)別，具體分析將在以后的詳細(xì)設(shè)計(jì)中說(shuō)明。順序圖以二維表顯示，橫軸代表各個(gè)模塊的實(shí)現(xiàn)中的涉及的角色對(duì)象，縱軸是時(shí)間軸，時(shí)間自上而下。通過(guò)順序圖，可以很好的看到模塊中

20、各個(gè)對(duì)象的建立和銷毀，以及對(duì)象間的消息傳遞的交互性。4.3主要模塊設(shè)計(jì)（順序圖分析）根據(jù)職責(zé)劃分，可以對(duì)系統(tǒng)的功能進(jìn)行模塊化，即不同角色的不同模塊間的獨(dú)立性以及聯(lián)系，為每個(gè)模塊的實(shí)現(xiàn)進(jìn)行流程分析，利用順序圖對(duì)每個(gè)獨(dú)立模塊建立時(shí)間上的對(duì)象交互流程。（1） 系統(tǒng)普通用戶管理：主要包括開戶、銷戶、掛失、解掛、修改系統(tǒng)密碼等模塊，分析如下。用戶登錄系統(tǒng)后，具有相應(yīng)的開戶權(quán)限，用戶通過(guò)與系統(tǒng)打交道，可以獲取一個(gè)合理的賬戶，順序建模如下：(2)銀行管理員：增加用戶、查看用戶、待批申請(qǐng)、已批申請(qǐng)等模塊。模塊的分析，以及對(duì)象間的交互過(guò)程如下。銀行管理員具有增加系統(tǒng)用戶的權(quán)限，管理員可以為系統(tǒng)增加一些特定的系統(tǒng)

21、用戶，同時(shí)可以給予他們一定的權(quán)限。模塊分析如下：4.4總體結(jié)構(gòu)設(shè)計(jì)銀行儲(chǔ)蓄管理系統(tǒng)登錄系統(tǒng)存款取款轉(zhuǎn)賬查現(xiàn)歷史改密開戶銷戶掛失解掛改密查看用戶增加用戶已批申請(qǐng)待批申請(qǐng)基本業(yè)務(wù)基本業(yè)務(wù)管理業(yè)務(wù)修改密碼五、 銀行儲(chǔ)蓄詳細(xì)設(shè)計(jì)5.1.編寫目的總體設(shè)計(jì)已經(jīng)基本確定了每個(gè)模塊的借口和功能，詳細(xì)設(shè)計(jì)的任務(wù)就是為每個(gè)模塊設(shè)計(jì)其實(shí)現(xiàn)細(xì)節(jié)，詳細(xì)設(shè)計(jì)的根本目標(biāo)就是確定應(yīng)該怎樣具體的實(shí)現(xiàn)所需求的系統(tǒng)，得出對(duì)目標(biāo)銀行儲(chǔ)蓄系統(tǒng)的精確描述。5.2.定義軟件系統(tǒng)的類有不同的關(guān)系依賴，3種更為常見的類型：依賴、聚集和繼承。依賴性：一個(gè)類的方法出發(fā)另一個(gè)類的方法，這是“users”關(guān)系。將類之間的依賴關(guān)系最小化。聚集：聚集有時(shí)

22、被稱為“has a”關(guān)系。聚集是一種特殊的依賴，也就是說(shuō)一個(gè)類的部分通過(guò)另一個(gè)依賴于它的類來(lái)定義。在軟件世界里，我們將聚集對(duì)象定義為任何將其他對(duì)象的引用包含為實(shí)例數(shù)據(jù)的對(duì)象。繼承：繼承有時(shí)被描述為“is a”關(guān)系。它是一個(gè)類從另一個(gè)現(xiàn)有類的派生過(guò)程。原始用于派生新類的類稱為“基類”或“父類”，派生出來(lái)的類稱為“派生類”或“子類”。5.3 主要模塊設(shè)計(jì)說(shuō)明5.3.1身份驗(yàn)證模塊（G1）設(shè)計(jì)說(shuō)明（1）模塊描述設(shè)置身份驗(yàn)證模塊的目的保證儲(chǔ)戶信息的安全。（2）功能身份驗(yàn)證模塊功能在于對(duì)申請(qǐng)登錄的用戶進(jìn)行身份驗(yàn)證，通過(guò)者才能進(jìn)入系統(tǒng)。（3）性能 本操作的響應(yīng)時(shí)間應(yīng)控制在12秒內(nèi)。（4）輸入項(xiàng)輸入項(xiàng)包括：

23、名稱標(biāo)識(shí)數(shù)據(jù)類型數(shù)據(jù)值輸入方式用戶IDcustomerid字符鍵盤輸入密碼password字符或數(shù)字鍵盤輸入（5）輸出項(xiàng) 該模塊的輸出項(xiàng)為合法用戶。（6）設(shè)計(jì)方法（算法） 銀行業(yè)務(wù)員輸入儲(chǔ)戶用戶ID，儲(chǔ)戶輸入密碼并確定，系統(tǒng)保存用戶輸入的用戶ID和密碼，并在customer表中查找customerid和customername字段值，看是否等于業(yè)務(wù)員輸入的用戶ID和密碼，如相同則通過(guò)驗(yàn)證，否則不通過(guò)，并給出“密碼錯(cuò)誤”的提示，如數(shù)據(jù)庫(kù)中不存在這樣的記錄，則給出“該用戶不存在”的提示。5.3.2存款模塊（G2）設(shè)計(jì)說(shuō)明（1）模塊描述設(shè)置存款模塊的目的在于將儲(chǔ)戶的金額存到系統(tǒng)中并記錄信息。（2）功能存款模塊將儲(chǔ)戶存款金額錄入存儲(chǔ)到系統(tǒng)中，并附帶顯示其他儲(chǔ)戶信息。（3）性能 本操作的響應(yīng)時(shí)間應(yīng)控制在12秒內(nèi)。（4）輸入項(xiàng)輸入項(xiàng)包括：名稱標(biāo)識(shí)數(shù)據(jù)類型數(shù)據(jù)值輸入方式存款金額cunkuancount數(shù)字（ Double ）0鍵盤或鼠標(biāo)（5）輸出項(xiàng) 該模塊的輸出項(xiàng)為存款金額，并且附帶顯示其他信息：用戶名、賬號(hào)、賬戶余額、利息金額。（6）設(shè)計(jì)方法（算法） 當(dāng)銀行業(yè)務(wù)員輸入存款金額后，系統(tǒng)進(jìn)行處理，顯示出賬戶余額，并且顯示其他固定信