銀行卡管理系統(tǒng)軟件工程課程設(shè)計報告書

1、. . . . 華北電力大學(xué)課程名稱：軟件工程課程題目：銀行存儲系統(tǒng)組員：孟格思 婷 宏宇 雄飛 俊森專業(yè)：計算機科學(xué)與技術(shù)學(xué)院：控制與計算機工程學(xué)院時間：2013年10月24號目錄華北電力大學(xué)1一、開發(fā)背景與目標(biāo)21.1開發(fā)背景21.2開發(fā)目標(biāo)與思想2二、需求分析22.1目標(biāo)32.1.1 存款業(yè)務(wù)32.1.2 取款業(yè)務(wù)32.1.3 轉(zhuǎn)賬業(yè)務(wù)32.1.4 查詢業(yè)務(wù)32.2系統(tǒng)的功能性需求42.3系統(tǒng)需求分析規(guī)格說明書42.4系統(tǒng)ER圖42.4.4 數(shù)據(jù)字典42.5 系統(tǒng)非功能性需求62.5.1軟硬件環(huán)境需求62.5.2軟件質(zhì)量需求62.5.3用戶界面需求62.6 面向數(shù)據(jù)流的設(shè)計方法62.6.

2、1 確定輸入流和輸出流的邊界，從而孤立出變換中心。62.6.2 完成“第一級分解”72.6.3 完成“第二級分解”72.7軟件系統(tǒng)功能/對象結(jié)構(gòu)102.7.1 銀行存儲系統(tǒng)用例圖102.8軟件質(zhì)量因素132.8.1可用性132.8.2可靠性132.8.3效率132.8.4安全性132.8.5可維護性132.8.6可移植性14三、可行性分析報告143.1 經(jīng)濟可行性分析143.2社會可行性分析143.3技術(shù)可行性分析14四、開發(fā)環(huán)境與項目規(guī)劃154.1開發(fā)環(huán)境154.2項目規(guī)劃與管理154.2.1開發(fā)人員安排154.2.2開發(fā)進度安排15五、結(jié)構(gòu)化分析與設(shè)計155.1結(jié)構(gòu)化分析165.2結(jié)構(gòu)化設(shè)

3、計18六、面向?qū)ο蠓治雠c設(shè)計22七、數(shù)據(jù)庫分析與設(shè)計257.1數(shù)據(jù)庫環(huán)境說明267.2數(shù)據(jù)庫命名標(biāo)準(zhǔn)與規(guī)267.3數(shù)據(jù)庫邏輯設(shè)計277.3.1邏輯設(shè)計步驟277.4數(shù)據(jù)庫物理設(shè)計277.4.1數(shù)據(jù)庫物理設(shè)計步驟277.4.2表、視圖匯總277.4.3各表、視圖設(shè)計詳解27八、人機界面設(shè)計288.1界面設(shè)計原則288.2系統(tǒng)窗口匯總28九、軟件測試信息報告329.1測試圍與主要容339.2測試方法339.3系統(tǒng)測試步驟339.4 系統(tǒng)測試用例339.5系統(tǒng)優(yōu)點37十、軟件使用說明書3710.1軟件概述3710.2使用說明37一、開發(fā)背景與目標(biāo)1.1開發(fā)背景本系統(tǒng)選題為銀行存儲系統(tǒng)，是模擬銀行存儲

4、開發(fā)的。隨著計算機的飛速發(fā)展與應(yīng)用領(lǐng)域的擴大，特別是計算機網(wǎng)絡(luò)和電子商務(wù)的發(fā)展，極大的改變了商業(yè)銀行傳統(tǒng)的經(jīng)營模式。能夠為客戶提供方便、快捷、安全的服務(wù)，也能夠有效的降低銀行的營運成本，這是銀行存儲系統(tǒng)追求的目標(biāo)。目前，對于現(xiàn)代化銀行運營的要客戶可以實現(xiàn)方便安全的業(yè)務(wù)交易，銀行職員可以進行高效合理的工作管理，實現(xiàn)銀行業(yè)務(wù)電子化。1.2開發(fā)目標(biāo)與思想本系統(tǒng)的設(shè)計指導(dǎo)思想是一切為使用者著想，利用JAVA語言在Eclipse下設(shè)計了這么一個系統(tǒng)，界面美觀，使得用戶可以安全的進行操作，便捷，快速的進行注冊、存款、取款、修改密碼以與完成一些轉(zhuǎn)賬的交易，大大提高辦公效率，能夠與時、準(zhǔn)確、有效的幫用戶辦理各

5、種繁瑣的手續(xù)，也減緩了銀行工作人員的壓力。具體表現(xiàn)為：（1）系統(tǒng)應(yīng)該符合銀行管理的規(guī)定，滿足相關(guān)人員使用系統(tǒng)的基本需要并要求達到操作過程中，直觀、方便、實用、安全等需求；（2）系統(tǒng)采用模塊化程序設(shè)計方法，便于系統(tǒng)功能的各種組合和修改，又便于未參加開發(fā)的程序人員補充、維護；（3）系統(tǒng)具備數(shù)據(jù)庫維護功能，與時根據(jù)用戶需要進行數(shù)據(jù)添加、刪除、修改等操作；（4）采用軟硬件環(huán)境與先進的管理系統(tǒng)開發(fā)方案，利用現(xiàn)有資源，提高系統(tǒng)開發(fā)水平和應(yīng)用效果的目的。二、需求分析需求分析說明是管理系統(tǒng)開發(fā)的起始階段，也是軟件開發(fā)工作中最重要的一環(huán)。需求分析的目標(biāo)是明確系統(tǒng)開發(fā)的目標(biāo)和用戶信息需求，提出系統(tǒng)的邏輯方案。為系

6、統(tǒng)設(shè)計做好準(zhǔn)備。系統(tǒng)中要求每個銀行管理者都有一個系統(tǒng)，并每個都有密碼，系統(tǒng)的一切操作都由管理者執(zhí)行，而不是由存諸用戶執(zhí)行，也主是說存儲用戶并不直接與系統(tǒng)交互，而是通過管理員與系統(tǒng)交互。該系統(tǒng)主要有四部分業(yè)務(wù)功能，存款，取款，轉(zhuǎn)賬和查詢。儲戶填寫的開戶信息表單交給業(yè)務(wù)員，有業(yè)務(wù)員輸入信息，錄入數(shù)據(jù)庫，即開戶成功。儲戶填寫的存款單或取款單由業(yè)務(wù)員輸入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人，存款類型，存款日期，利率與密碼（可選）等信息，并打印存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算得利息并打印出利息清單給儲戶。轉(zhuǎn)賬時要求用戶提供轉(zhuǎn)賬和被轉(zhuǎn)以與

7、轉(zhuǎn)賬金額，查詢時同樣需要用戶輸入卡號，密碼和查詢項等，最終都有業(yè)務(wù)員操作，將信息更新。2.1目標(biāo)本項目要開發(fā)一個銀行系統(tǒng)，系統(tǒng)一共分為存款業(yè)務(wù)、取款業(yè)務(wù)、轉(zhuǎn)賬業(yè)務(wù)、查詢業(yè)務(wù)四個子系統(tǒng)。2.1.1 存款業(yè)務(wù)銀行開展人民幣的存儲業(yè)務(wù)，首先判斷儲戶是否有卡，若無卡，則為儲戶開戶，設(shè)置密碼，并給儲戶一銀行卡，接著由柜員獲取存款信息，存款為死期存款還是活期存款，然后執(zhí)行存款流程，最后打印出清單給儲戶。 2.1.2 取款業(yè)務(wù)首先有儲戶提供信息，判斷是死期訂單還是銀行卡，若是死期訂單，則判斷是否到達期限，若不到達期限，則不能取出錢；若到達期限，則可取出余額，并計算利息，打印出清單給儲戶。2.1.3 轉(zhuǎn)賬業(yè)務(wù)

8、銀行個人轉(zhuǎn)賬業(yè)務(wù)采用實盤交易方式，也就是客戶必須持有足額的需要轉(zhuǎn)出的人民幣，才能按照流程轉(zhuǎn)入被轉(zhuǎn)入儲戶卡中。先由轉(zhuǎn)出儲戶提供卡號和密碼，從該儲戶的卡號上取出一定金額的錢，緊接著向被轉(zhuǎn)儲戶的卡號上存入一樣金額的人民幣，最后由柜員打印出清單交給儲戶。2.1.4 查詢業(yè)務(wù)客戶可以到銀行柜臺選擇查詢功能，并提供查詢所需要的信息，選擇查詢類型，最后打印出查詢單供儲戶查看。2.2系統(tǒng)的功能性需求Ø 系統(tǒng)為柜員提供主功能界面Ø 系統(tǒng)在啟動時要求柜員輸入登錄與密碼Ø 系統(tǒng)要通過管理員執(zhí)行一系操作（如：存錢，取錢，轉(zhuǎn)賬，查詢等）Ø 管理員代替用戶實現(xiàn)存款，取款，查詢，轉(zhuǎn)賬

9、等操作Ø 儲戶的一切信息，存儲在數(shù)據(jù)庫表中2.3系統(tǒng)需求分析規(guī)格說明書Ø 實現(xiàn)儲戶開戶登記Ø 辦理定期存款手續(xù)Ø 辦理定期取款手續(xù)Ø 辦理活期存款手續(xù)Ø 辦理活期取款手續(xù)Ø 辦理轉(zhuǎn)賬手續(xù)Ø 實現(xiàn)利息計算Ø 輸出明細表Ø 查詢卡號信息2.4系統(tǒng)ER圖2.4.4 數(shù)據(jù)字典數(shù)據(jù)名字：存款數(shù)據(jù)來源：銀行卡信息表/存單信息表數(shù)據(jù)目的：存款單數(shù)據(jù)組成：XX+卡號+交易時間+存入金額 /XX+存單號+存入金額+存款年限數(shù)據(jù)名字：取款數(shù)據(jù)來源：儲戶 數(shù)據(jù)目的：取款單數(shù)據(jù)組成：XX+卡號/存單號+密碼+取款時間+

10、取款金額+XX號數(shù)據(jù)名字：清單數(shù)據(jù)來源：銀行卡表、存單表、利率表數(shù)據(jù)目的：儲戶數(shù)據(jù)組成：XX+交易時間+取款金額+存款金額+余額數(shù)據(jù)名字：轉(zhuǎn)賬單數(shù)據(jù)目的：銀行卡表數(shù)據(jù)組成：轉(zhuǎn)入卡號+轉(zhuǎn)出卡號+密碼+金額系統(tǒng)主要關(guān)系模式：賬戶表（號，出生日期，性別，交易時間，開戶地點，員工號）銀行卡（號，卡號，存入金額，取出金額，余額，交易時間，密碼，員工號）存單表（存單號，號，存入金額，交易時間，密碼，定期類型，員工號）利率表（定期類型，利率）柜員（員工號，）E-R圖如下：圖表 12.5 系統(tǒng)非功能性需求2.5.1軟硬件環(huán)境需求（1）軟件環(huán)境： Win7、Window XP等32，64位操作系統(tǒng)（2）硬件環(huán)境

11、：1）Pentium(R) Dual-Core CPU T4300 2.10GHz 2.10GHz 安裝存（RAM）：3.00GB 2）AMDA6-3400MAPUwith Radeon（tm）HDGraphics 1.4GHz 安裝存（RAM）:2.00GB 3）Celeron(R) Dual-Core CPU T3100 1.90GHz1.90GHz 安裝存（RAM）：2.00GB2.5.2軟件質(zhì)量需求 軟件開發(fā)所用的系統(tǒng)要能夠應(yīng)用SQL Sever和運行java 的軟件Eclipse2.5.3用戶界面需求 用戶界面需求就是述所需要的用戶界面的軟件組件。描述每個用戶界面的邏輯特征

12、。以下是可能要包括的一些特征。（1）將要采用的圖形用戶界面（GUI）標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格 （2）屏幕布局或解決方案的限制（3）將出現(xiàn)在每個屏幕的按鈕、功能或?qū)Ш芥溄Y(jié)（例如一個幫助按鈕）。（4）快捷鍵（5）錯誤信息顯示標(biāo)準(zhǔn)2.6 面向數(shù)據(jù)流的設(shè)計方法2.6.1 確定輸入流和輸出流的邊界，從而孤立出變換中心。如下圖所示：圖表22.6.2 完成“第一級分解” 基于書上第三章第三題實現(xiàn)在銀行儲蓄管理系統(tǒng)在一級分解中，可將系統(tǒng)分解成三個子功能模塊：用戶操作，業(yè)務(wù)員操作，系統(tǒng)輸出。如下圖所示：銀行存儲管理系統(tǒng)用戶操作系統(tǒng)輸出業(yè)務(wù)員操作圖表32.6.3 完成“第二級分解”<1> 用戶操作的分解可

13、將用戶操作分解為：開戶民，存款，取款，查詢。如下圖所示：用戶操作存款取款轉(zhuǎn)賬查詢提交存款信息提交取款信息提交轉(zhuǎn)賬信息提交用戶查詢表圖表4<2>業(yè)務(wù)員操作的分解業(yè)務(wù)員的操作是將用戶的操作傳送給系統(tǒng)，代替用戶與系統(tǒng)交互，所以，業(yè)務(wù)員的操作與系統(tǒng)的操作基本類似，也可以近似地將業(yè)務(wù)員看作用戶。所以操作員操作可分解為：存款，取款，轉(zhuǎn)賬，查詢。并且如用戶在開戶時設(shè)有密碼，則進行密碼驗證。所以分解圖如下：圖表 5<3> 系統(tǒng)輸出分解系統(tǒng)輸出可分解為：計算利息-打印清單，保存新用戶信息，更新用戶信息，打印存單分解圖如下：圖表 62.7軟件系統(tǒng)功能/對象結(jié)構(gòu)2.7.1 銀行存儲系統(tǒng)用例圖

14、圖表 72.7.2 銀行存款業(yè)務(wù)順序圖圖表 82.7.3 銀行取款業(yè)務(wù)順序圖圖表 92.7.4 銀行轉(zhuǎn)賬業(yè)務(wù)順序圖圖表 102.7.5 銀行轉(zhuǎn)賬業(yè)務(wù)類圖圖表 112.8軟件質(zhì)量因素2.8.1可用性a.改進的部體系結(jié)構(gòu)；b.發(fā)生系統(tǒng)故障時迅速恢復(fù)；c.改進了開發(fā)人員工具代碼；d.減少系統(tǒng)重新啟動情況；e.用戶界面與Windows系統(tǒng)兼容。2.8.2可靠性在銀行等服務(wù)性行業(yè)，其軟件系統(tǒng)的可靠性直接關(guān)系到自身的聲譽和生存發(fā)展競爭能力。a避免需求分析定義錯誤的出現(xiàn)。b.在完成軟件時盡量避免設(shè)計錯誤、編碼錯誤以與測試錯誤提高健壯性，增強對非法輸入的容錯能力。c.在規(guī)定的條件下，盡可能減少系統(tǒng)失效的概率；

15、d.在規(guī)定的時間周期，在所述條件下軟件能夠執(zhí)行特定的功能。2.8.3效率程序響應(yīng)時間基本要求應(yīng)在人的感覺和視覺事物圍，信息交換時間基本要求在程序調(diào)用前調(diào)用后都與數(shù)據(jù)庫保持同步更新，網(wǎng)絡(luò)信息交換施加應(yīng)該小于程序調(diào)用時間。允許龐大的事務(wù)請求，并提供更短的相應(yīng)時間和更快的事務(wù)速率。數(shù)據(jù)出錯時能夠盡快的恢復(fù)，盡可能地減少損失。2.8.4安全性a.系統(tǒng)要求在有較高的安全性，由于在儲蓄和轉(zhuǎn)賬時，用戶的賬號需要在網(wǎng)絡(luò)上傳輸，所以必須提供額外的安全措施，在此我們設(shè)置了用戶和柜員的權(quán)限。b.數(shù)據(jù)庫系統(tǒng)要進行多次備份，以免數(shù)據(jù)的破壞或被攻擊。c.有極高的數(shù)據(jù)精確度。在進行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，需求數(shù)據(jù)記錄定位精

16、確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時，要求輸入數(shù)精確金額，卡號等按消息設(shè)定字符數(shù)。在匯率轉(zhuǎn)換、利息計算時不能因數(shù)據(jù)精確度不足導(dǎo)致用戶資金損失。2.8.5可維護性a.改進和補充文檔提高程序的可理解性，提高可維護性可移植性。b軟件維護過程中，維護小組也可以采取與主程序員小組和結(jié)構(gòu)普查類似的方式，以保證程序的質(zhì)量。c.軟件在運行期間，為了糾正新發(fā)現(xiàn)的錯誤或缺陷，為了適應(yīng)計算機環(huán)境的變化，為了響應(yīng)用戶新的需求，必須進行修改。2.8.6可移植性為獲得較高的可移植性，在設(shè)計過程中采用通用的程序設(shè)計語言和運行支撐環(huán)境。盡量不用與系統(tǒng)的底層相關(guān)性強的語言。數(shù)據(jù)庫也應(yīng)有很好的更新能力與適應(yīng)性。 三、可行性分析報告

17、可行性研究的目的就是用最小的代價在最短的時間確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。實質(zhì)上就是進行一次簡化、壓縮了的需求分析、設(shè)計過程?？蓮娜齻€方面分析研究每種解決問題的可行性3.1 經(jīng)濟可行性分析經(jīng)濟可行性：進行開發(fā)成本的估算以與了解得到效益的評估，確定要開發(fā)項目是否值得投資開發(fā)。對銀行業(yè)來說，是依靠存款、貸款之間的差額來生存的，所以要盡可能的拉攏更多的客戶使用本行，銀行存儲系統(tǒng)是為了能讓為客戶更便捷的服務(wù)，從而更具有吸引力。從銀行角度出發(fā)還是非常愿意把一部分資金投入到這方面研究當(dāng)中的。3.2社會可行性分析開發(fā)的銀行卡存儲系統(tǒng)需要根據(jù)銀行卡管理規(guī)定操作，不得有侵害他人隱私盜取金額為目的。

18、銀行卡存儲系統(tǒng)方便運行操作，組人員有著良好的道德修養(yǎng)。會根據(jù)用戶的實際需要來開發(fā)此程序，操作快捷，易于掌握。3.3技術(shù)可行性分析技術(shù)可行性：對項目的功能、性能、限制條件進行分析，確定在現(xiàn)有的資源和技術(shù)件下系統(tǒng)是否能實現(xiàn)。（開發(fā)的風(fēng)險、資源的有效性、技術(shù)）通過對開發(fā)風(fēng)險、資源有效性和技術(shù)分析后，認為開發(fā)銀行存儲系統(tǒng)風(fēng)險小，資源充足，技術(shù)可以應(yīng)付，但是一定要以生活中的銀行管理過程中的信息為基礎(chǔ)。四、開發(fā)環(huán)境與項目規(guī)劃4.1開發(fā)環(huán)境 利用Java語言強大功能，并具有面向?qū)ο箝_發(fā)等的特點，聯(lián)系實際銀行卡管理系統(tǒng)的應(yīng)用界面，采用Eclipse開發(fā)工具，以Win7、Window XP等32，64位操作系統(tǒng)

19、、Oracle為后臺開發(fā)出了一套銀行存儲系統(tǒng)，基本上實現(xiàn)了存款、取款、查詢、轉(zhuǎn)賬和查詢等業(yè)務(wù)。4.2項目規(guī)劃與管理4.2.1開發(fā)人員安排 開發(fā)人員主要是經(jīng)過商量討論、自愿組合的一個小組，由于本系統(tǒng)設(shè)計面廣，操作復(fù)雜，信息要求強，所以我們選擇五個人為一個小組，采取分工合作、共同探討的原則，努力編輯并且完善系統(tǒng)應(yīng)用。組成員有婷、孟格思、雄飛、宏宇和俊森。4.2.2開發(fā)進度安排10月24日 開始討論 討論容：1）系統(tǒng)名的確定 2）運行環(huán)境 3）系統(tǒng)應(yīng)用價值 4）用戶群體 5) 需求分析說明 6）可行性分析 7）項目規(guī)劃 8）編譯語言10月25日 經(jīng)過小組成員查閱資料并做出討論，最終做出決定，我們組將

20、要開發(fā)銀行存儲系統(tǒng)，26，27日實現(xiàn)需求分析以與面向?qū)ο笤O(shè)計的前期工作。28，29開始編碼，并完善文檔。30日進行軟件測試，提交報告。因銀行具有強大的市場，應(yīng)用價值廣泛，應(yīng)用知識廣泛能夠充分利用教材所學(xué)知識，由于Java語言具有面向?qū)ο箝_發(fā)等特點，所以選擇Java語言進行編譯。分工如下，孟格思，宏宇負責(zé)UML建模以與需求分析，各種流程畫圖。雄飛負責(zé)數(shù)據(jù)庫的設(shè)計與錄入數(shù)據(jù)，婷負責(zé)用Java編寫代碼，俊森負責(zé)軟件測試用例的設(shè)計以與軟件測試。 五、結(jié)構(gòu)化分析與設(shè)計結(jié)構(gòu)化分析與設(shè)計方法是一種面向數(shù)據(jù)流的傳統(tǒng)軟件開發(fā)方法，它以數(shù)據(jù)流為中心構(gòu)建軟件的分析模型和設(shè)計模型。結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計和結(jié)構(gòu)化程序設(shè)

21、計構(gòu)成了完整的結(jié)構(gòu)化方法。早期的結(jié)構(gòu)化分析方法的分析結(jié)果包括：一套分層的數(shù)據(jù)流圖、一本數(shù)據(jù)字典（包括E-R圖）、一組加工規(guī)約以與其他補充資料（如非功能性需求等）。5.1結(jié)構(gòu)化分析數(shù)據(jù)流圖是描述輸入數(shù)據(jù)流到輸出數(shù)據(jù)流的變換（即加工），用于對系統(tǒng)的功能建模。銀行存儲系統(tǒng)的流程圖如下：銀行存儲系統(tǒng)環(huán)境圖：圖表 12銀行存儲系統(tǒng)一層數(shù)據(jù)流圖圖：圖表 13銀行存儲系統(tǒng)二層數(shù)據(jù)流圖：圖表 14圖表 155.2結(jié)構(gòu)化設(shè)計結(jié)構(gòu)化設(shè)計是將結(jié)構(gòu)化分析數(shù)據(jù)流圖映射成軟件體系結(jié)構(gòu)的一種設(shè)計方法，SD強調(diào)模塊化、自頂向下逐步求精、信息隱藏、高聚低耦合等設(shè)計準(zhǔn)則。在結(jié)構(gòu)化設(shè)計中用結(jié)構(gòu)圖來描述軟件系統(tǒng)的體系結(jié)構(gòu)，指出一個軟

22、件系統(tǒng)由那些模塊組成以與模塊之間的調(diào)用關(guān)系，如下圖所示：圖表 16結(jié)構(gòu)圖第一分解圖：圖表 17用戶注冊第一級分解圖：圖表 18用戶注冊第二級分解圖：圖表 19用戶處理第一分解圖：圖表 20卡號處理第二級分解圖：圖表 21該系統(tǒng)主要實現(xiàn)銀行卡用戶的存款、取款，以與進行一些簡單的查詢和轉(zhuǎn)賬業(yè)務(wù)，同時能夠在系統(tǒng)里面進行客戶密碼的修改，實現(xiàn)簡單的機器與客戶交互。六、面向?qū)ο蠓治雠c設(shè)計面向?qū)ο蠓椒ㄊ且环N把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動的系統(tǒng)方法，是建立在對象概念（對象、類和繼承）基礎(chǔ)上的方法，簡稱OO方法。面向?qū)ο蠓治龅哪繕?biāo)是完成對所解問題的分析，確定待建的系統(tǒng)要做什么，并建立系統(tǒng)模型

23、。用況視圖是列出系統(tǒng)中的用況和執(zhí)行者，并顯示了哪個執(zhí)行者參與了哪個用況的執(zhí)行，此系統(tǒng)的用況圖如下：圖表 22下面給出部分用況的詳細描述。（1）開戶用況描述用況名稱：開戶參與的執(zhí)行者：柜員，儲戶前置條件：一個合法的柜員已登錄到該系統(tǒng)事件流： 1.當(dāng)選擇開戶功能時用況開始 2.輸入客戶信息（、地址、號等） 3.從賬戶管理系統(tǒng)獲取新的賬號4.請客戶輸入密碼 5.請客戶再次輸入密碼 6.如果兩次密碼不一致則回到第4步，否則繼續(xù) 7.在賬戶庫中增加新客戶 8.打印存款單，用況結(jié)束后置條件：在賬戶庫中增加了一個新賬戶，得到一新銀行卡（2）取款用況描述用況名稱：取款參與的執(zhí)行者：柜員前置條件：一個合法的柜員

24、已登錄到該系統(tǒng)事件流：基本路勁： 1、當(dāng)選擇取款功能時，用況開始 2、當(dāng)輸入客戶信息時（、賬號等）后 （a）如果客戶信息與賬戶不一致，顯示錯誤信息，可以重新輸入或結(jié)束用況 （b）如果該賬戶被凍結(jié)（如因掛失而凍結(jié)），顯示凍結(jié)信息并結(jié)束用況 3、輸入并校驗密碼 4、輸入取款金額，如果該賬戶的余額小于取款金額，顯示錯誤信息，要求重新輸入 5、打印取款單 6、建立取款事件記錄，更新賬戶信息 7、用況結(jié)束可選路勁： 第3步校驗密碼時，如果發(fā)現(xiàn)密碼不一致，則重新輸入密碼，或用況結(jié)束后置條件：如果取款成功，客戶賬戶的余額被更新（減少、增加），否則余額不變系統(tǒng)狀態(tài)圖如下：圖表 23圖表 24七、數(shù)據(jù)庫分析與設(shè)

25、計數(shù)據(jù)庫設(shè)計指對系統(tǒng)所采用的數(shù)據(jù)模式、子模式、應(yīng)用程序、數(shù)據(jù)庫等根據(jù)用戶的具體要求進行分析和設(shè)計。它也是管理信息系統(tǒng)設(shè)計的重要組成部分。數(shù)據(jù)庫設(shè)計的基本原則是盡可能提高數(shù)據(jù)組織的相對獨立性，簡化其結(jié)構(gòu)，即用規(guī)化方法設(shè)施數(shù)據(jù)存儲的結(jié)構(gòu)，提高數(shù)據(jù)的可維護性、完整性、一致性。通過收集和分析用戶需求，確定了數(shù)據(jù)庫要保存的信息，我將此次數(shù)據(jù)庫設(shè)計為二個如下所示表的設(shè)計如下：用戶信息設(shè)計表1、客戶表(user)CardID字段信息字段名稱類型寬度小數(shù)位數(shù)空特性用戶名unamevarchar18號uidint18N卡號ucnoint18N賬戶信息設(shè)計表2、賬戶表(card)CardID字段信息字段名稱類型寬

26、度小數(shù)位數(shù)空特性卡號cnoInt18N賬戶余額cjineInt18N密碼cnimaInt18N7.1數(shù)據(jù)庫環(huán)境說明Access 數(shù)據(jù)庫，運行環(huán)境是Windows 7。7.2數(shù)據(jù)庫命名標(biāo)準(zhǔn)與規(guī)Ø 數(shù)據(jù)庫命名為system，密碼為beyond。Ø 規(guī)與標(biāo)準(zhǔn)：Ø 其中表明盡量避免中文拼音和特殊字符。盡多使用英文。Ø 不能使用毫無意義的單詞。縮寫要基本能表達單詞的意思。Ø 當(dāng)出現(xiàn)對象命名重名時，是不同類型是，應(yīng)該加前綴加以表示。Ø 名稱一律大寫，放表數(shù)據(jù)轉(zhuǎn)移。Ø 其中有兩表。Ø 注冊表存儲本卡之的相關(guān)信息。如取款，余下金額

27、，修改密碼等！Ø 其他表存儲本卡之外所有卡的相關(guān)信息。7.3數(shù)據(jù)庫邏輯設(shè)計7.3.1邏輯設(shè)計步驟1需求分析：了解用戶的數(shù)據(jù)需求、處理需求、安全性與完整性要求；2概念設(shè)計：通過數(shù)據(jù)抽象，設(shè)計系統(tǒng)概念模型，一般為E-R模型；3邏輯結(jié)構(gòu)設(shè)計：設(shè)計系統(tǒng)的模式和外模式，對于關(guān)系模型主要是基本表和視圖；7.4數(shù)據(jù)庫物理設(shè)計7.4.1數(shù)據(jù)庫物理設(shè)計步驟1.物理結(jié)構(gòu)設(shè)計：設(shè)計數(shù)據(jù)的存儲結(jié)構(gòu)和存取方法，如索引的設(shè)計；2系統(tǒng)實施：組織數(shù)據(jù)入庫、編制應(yīng)用程序、試運行；3運行維護：系統(tǒng)投入運行，長期的維護工作。7.4.2表、視圖匯總7.4.3各表、視圖設(shè)計詳解創(chuàng)建注冊表的語句為：Create table q

28、ita1 (Y h m varchar2(20),S f z varchar2(20),MI ma varchar2(20),Q r mm varchar2(20),Ye varchar2(20);Create table qita1 (Y h m varchar2(20),S f z varchar2(20),MI ma varchar2(20),Q r mm varchar2(20),Ye varchar2(20);表中用戶名，密碼等考慮到有復(fù)雜字符，所以都是設(shè)計成varchar2型的。而余下金額整形不夠大所以也是設(shè)計成字符型。后來根據(jù)需要改成了number型，這更實用。八、人機界面設(shè)計8

29、.1界面設(shè)計原則（1）遵循一致原則，確立標(biāo)準(zhǔn)并遵循（2）（Color）顏色使用恰當(dāng)，遵循一致原則（3）（Resource）資源（4）（Font）字體（5）（Text）文字表達（6）（Style）控件風(fēng)格，不要使用錯誤控件，控件功能要專一（7）（Align）控件布局，窗口不擁擠，按功能組合控件（8）Tab順序（9）快捷鍵、加速鍵和彈出菜單（10）用戶交互（11）發(fā)行時闡明規(guī)則8.2系統(tǒng)窗口匯總用戶界面設(shè)計目前已成為評價軟件質(zhì)量的一條重要指標(biāo)，所謂用戶界面是指軟件系統(tǒng)與用戶交互的接口，通常包括輸入、輸出設(shè)計、人機對話的界面設(shè)計。登陸模塊輸入界面登錄模塊依然采用的是密碼輸入的方式，需要用戶輸入卡號、

30、密碼然后點擊登錄，程序?qū)⒏鶕?jù)輸入卡號查找密碼，程序系統(tǒng)將根據(jù)卡號調(diào)用后臺數(shù)據(jù)庫查找與卡號對應(yīng)的密碼并與用戶輸入的密碼相對比。密碼正確繼續(xù)，否則當(dāng)輸入的次數(shù)達到三次時，系統(tǒng)將提示你“對不起，你輸入密碼錯誤，請明日再操作”。主菜單頁面：用戶根據(jù)輸入的號，判斷用戶是否開過戶？若已開戶，在允許用戶選擇相應(yīng)的業(yè)務(wù)類型；若沒有開過戶，則為為用戶開戶。開戶界面：用戶輸入基本信息，為用戶開戶，并提供卡，用戶為卡設(shè)置密碼。存款界面：用戶可以選擇定期存款和活期存款。此模塊需要用戶輸入密碼后，兩次輸入密碼進行確認，然后，點擊確定，修改密碼，成功后給出提示信息，其中考慮到一些用戶的輸入錯誤問題，做出了一些異常的判斷和

31、處理，空輸入，輸入兩次新密碼不匹配和原密碼不正確等問題。取款界面，轉(zhuǎn)賬界面與存款界面相似，此處不再解釋。清單界面：查詢界面根據(jù)用戶輸入的卡號和密碼，如果密碼正確，則輸入該卡號所有交易的具體信息，供用戶查看。九、軟件測試信息報告測試軟件前，需要測試若干個測試用例，每個測試用例由測試輸入數(shù)據(jù)和預(yù)期結(jié)果組成，測試時通過輸入數(shù)據(jù)，運行被測程序，如果運行的實際輸出與預(yù)期結(jié)果不一致，則表明發(fā)現(xiàn)了程序中的錯誤。9.1測試圍與主要容程序設(shè)計語言的選擇通?？紤]到項目的應(yīng)用領(lǐng)域、軟件開發(fā)方法、軟件執(zhí)行環(huán)境、算法和數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性、和軟件開發(fā)人員的知識。程序設(shè)計是指使用選定的程序設(shè)計語言，把經(jīng)過概要設(shè)計各詳細設(shè)計所

32、得到的信息處理過程，轉(zhuǎn)換成能在計算機上運行的程序源代碼。本系統(tǒng)中用Eclipse編程工具，采用結(jié)構(gòu)化的編程方法對模塊進行程序編寫。具體源程序見附頁。9.2測試方法軟件測試的目的是盡可能多的發(fā)現(xiàn)程序中的錯誤，而調(diào)試則是在進行了成功的測試之后才開始的工作。程序調(diào)試是指在系統(tǒng)測試的基礎(chǔ)上，將發(fā)現(xiàn)的問題進行改正，使之符合設(shè)計標(biāo)準(zhǔn)。本系統(tǒng)采用的主要方法如下：單元測試：是指原程序中每個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。采用白盒法對各模塊進行邏輯錯誤排查，用黑盒法錄入一些有特征的數(shù)據(jù)從不同角度驗證結(jié)果。集成測試：在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要

33、求組裝成一個完整的系統(tǒng)進行測試。確認測試（有效性測試）:它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標(biāo)相符合。一般分為用黑盒進行確認測試，再檢查軟件所有文檔的完整性、正確性軟件配置審查。9.3系統(tǒng)測試步驟測試過程一般分為4個步驟，即單元測試、集成測試、確認測試和系統(tǒng)測試與發(fā)版測試。開始是單元測試，集中對用源代碼實現(xiàn)的每一個程序單元進行測試，檢查各個程序模塊是否正確實現(xiàn)規(guī)定的功能。集成測試把已測試過的模塊組裝起來，主要對與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進行測試。確認測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中的確定了的各種需求，以與軟件配置是否完全、正確。系統(tǒng)測試把已經(jīng)經(jīng)過確

34、認的軟件納入實際運行環(huán)境中，與其他系統(tǒng)成分組合在一起進行測試。9.4 系統(tǒng)測試用例邊界測試：測試正確數(shù)據(jù)：管理員id：1111；密碼：0000；：3；：俊森；密碼：123456；存錢日期：2013-10-29；卡余額：10000元；卡號：111（20位）測試用例測試數(shù)據(jù)預(yù)期結(jié)果11110、0000；1111、0001賬戶、密碼錯誤21111、0000、號少一位31111、0000、3、俊森、123456、123450、2013-10-29、1111兩次輸入密碼不一致41111、0000、3、定期取款未到取款期限51111、0000、3、活期取款、110、123456、5000卡號不存在6111

35、1、0000、3、活期取款、110、123450、5000卡號密碼錯誤71111、0000、3、活期取款、10001余額不足81111、0000、3、轉(zhuǎn)賬、2、123456、1、5000賬戶不存在91111、0000、3、轉(zhuǎn)賬、3、123450、1、5000賬號密碼錯誤101111、0000、3、轉(zhuǎn)賬、3、123456、1、10001余額不足111111、0000、3、查詢、110、123456卡號不存在121111、0000、3、查詢、111、123450卡號密碼錯誤42 / 42登錄1消息提示框2密碼錯誤主菜單3密碼正確不存在取款18轉(zhuǎn)賬22查詢26存在開戶6錄入開戶信息7為該卡設(shè)置密碼8

36、XX號是否存在5輸入XX號4選擇業(yè)務(wù)類型9余額夠否19夠不夠取款成功打印清單20余額夠否23轉(zhuǎn)賬成功打印清單24夠不夠轉(zhuǎn)賬失敗25取款失敗21定期活期14定期定期活期活期到期限否15到期未到期取款成功打印清單16取款失敗17活期存款13存款10定期活期11定期存款12基本路徑測試Path1：1-2：1111,0001Path2：1-3-4-5-6-7-8-10-11-12：1111,0000,3，俊森，123456,1111，（定期存款）Path3：1-3-4-5-6-7-8-10-11-13：1111,0000,3，俊森，123456,1111，（活期存款）Path4：1-3-4-5-9-1

37、0-11-12：1111,0000,3，（定期存款）Path5：1-3-4-5-9-10-11-13：1111,0000,3，（活期存款）Path6：1-3-4-5-9-14-15-16：1111,0000,3，（定期取款成功，打印清單）Path7：1-3-4-5-9-14-15-17：1111,0000,3，（未到期限，取款失敗）Path8：1-3-4-5-9-14-18-19-20：1111,0000,3，（活期取款成功，打印清單）Path9：1-3-4-5-9-14-18-19-21：1111,0000,3，（余額不足，取款失?。㏄ath10：1-3-4-5-9-22-23-24：1111,0000,3，（選擇轉(zhuǎn)賬，打印清單）Path11：1-3-4-5-9-22-23-25：1111,0000,3，（余額不足，轉(zhuǎn)賬失?。㏄ath12：1-3-4-5-9-26：1111,0000,3，（選擇查詢）測試用例運行路徑預(yù)期結(jié)果11、2回到登陸界面21、3、4、5、6、7、8、10、11、12選擇定期存款31、3、4、5、6、7、8、10、11、13選擇活期存款41、3、4、5、9、11、12選擇定期存款51、3、4、5、9、11