【正文】 在系統(tǒng)的的界面效果上也存在不足，系統(tǒng)界面顯示應(yīng)在屏中間。狹義上的系統(tǒng)評價(jià)是指系統(tǒng)投入運(yùn)行后從功能性能、經(jīng)濟(jì)效益、社會效益上的評價(jià)本系統(tǒng)基本實(shí)現(xiàn)了取款、查詢余額、轉(zhuǎn)賬、查詢等功能，但由于時(shí)間短、知識水平有限，經(jīng)驗(yàn)不足，系統(tǒng)仍存在不足，該系統(tǒng)主要有以下特點(diǎn)：程序可讀性強(qiáng)，易懂易維護(hù)用戶界面簡潔，方便了用戶使用。windows 平臺以其全新的界面簡單快捷的操作方式而成為軟件開發(fā)的趨勢。程序可讀性強(qiáng)，易懂易維護(hù)用戶界面簡潔，方便了用戶使用，安全性好，系統(tǒng)仍然使用輸入密碼方式，保證了系統(tǒng)的安全，系統(tǒng)穩(wěn)定，基本達(dá)到預(yù)期的功能要求。集成測試把已測試過的模塊組裝起來，主要對與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測試。確認(rèn)測試（有效性測試）:它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標(biāo)相符合。程序調(diào)試是指在系統(tǒng)測試的基礎(chǔ)上，將發(fā)現(xiàn)的問題進(jìn)行改正，使之符合設(shè)計(jì)標(biāo)準(zhǔn)。程序設(shè)計(jì)是指使用選定的程序設(shè)計(jì)語言，把經(jīng)過概要設(shè)計(jì)各詳細(xì)設(shè)計(jì)所得到的信息處理過程，轉(zhuǎn)換成能在計(jì)算機(jī)上運(yùn)行的程序源代碼。 取款界面，轉(zhuǎn)賬界面與存款界面相似，此處不再解釋。主菜單頁面：用戶根據(jù)輸入的身份證號，判斷用戶是否開過戶？若已開戶，在允許用戶選擇相應(yīng)的業(yè)務(wù)類型；若沒有開過戶，則為為用戶開戶。后來根據(jù)需要改成了number型，這更實(shí)用。、視圖匯總、視圖設(shè)計(jì)詳解 創(chuàng)建注冊表的語句為：Create table qita1 (Y h m varchar2(20),S f z varchar2(20),M I ma varchar2(20),Q r mm varchar2(20),Ye varchar2(20))。 注冊表存儲本卡之內(nèi)的相關(guān)信息。 名稱一律大寫，放表數(shù)據(jù)轉(zhuǎn)移?？s寫要基本能表達(dá)單詞的意思。 其中表明盡量避免中文拼音和特殊字符。 216。（1）開戶用況描述用況名稱：開戶參與的執(zhí)行者：柜員，儲戶前置條件：一個(gè)合法的柜員已登錄到該系統(tǒng)事件流： （姓名、地址、身份證號等） ，否則繼續(xù) ，用況結(jié)束后置條件：在賬戶庫中增加了一個(gè)新賬戶，得到一張新銀行卡（2）取款用況描述用況名稱：取款參與的執(zhí)行者：柜員前置條件：一個(gè)合法的柜員已登錄到該系統(tǒng)事件流：基本路勁： 當(dāng)選擇取款功能時(shí)，用況開始 當(dāng)輸入客戶信息時(shí)（姓名、賬號等）后 （a）如果客戶信息與賬戶不一致，顯示錯誤信息，可以重新輸入或結(jié)束用況 （b）如果該賬戶被凍結(jié)（如因掛失而凍結(jié)），顯示凍結(jié)信息并結(jié)束用況 輸入并校驗(yàn)密碼 輸入取款金額，如果該賬戶的余額小于取款金額，顯示錯誤信息，要求重新輸入 打印取款單 建立取款事件記錄，更新賬戶信息 用況結(jié)束可選路勁： 第3步校驗(yàn)密碼時(shí)，如果發(fā)現(xiàn)密碼不一致，則重新輸入密碼，或用況結(jié)束后置條件：如果取款成功，客戶賬戶的余額被更新（減少、增加），否則余額不變系統(tǒng)狀態(tài)圖如下：圖表 23圖表 24七、數(shù)據(jù)庫分析與設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)指對系統(tǒng)所采用的數(shù)據(jù)模式、子模式、應(yīng)用程序、數(shù)據(jù)庫等根據(jù)用戶的具體要求進(jìn)行分析和設(shè)計(jì)。在結(jié)構(gòu)化設(shè)計(jì)中用結(jié)構(gòu)圖來描述軟件系統(tǒng)的體系結(jié)構(gòu)，指出一個(gè)軟件系統(tǒng)由那些模塊組成以及模塊之間的調(diào)用關(guān)系，如下圖所示：圖表 16結(jié)構(gòu)圖第一分解圖：圖表 17用戶注冊第一級分解圖：圖表 18用戶注冊第二級分解圖：圖表 19用戶處理第一分解圖：圖表 20卡號處理第二級分解圖：圖表 21該系統(tǒng)主要實(shí)現(xiàn)銀行卡用戶的存款、取款，以及進(jìn)行一些簡單的查詢和轉(zhuǎn)賬業(yè)務(wù)，同時(shí)能夠在系統(tǒng)里面進(jìn)行客戶密碼的修改，實(shí)現(xiàn)簡單的機(jī)器與客戶交互。結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成了完整的結(jié)構(gòu)化方法。因銀行具有強(qiáng)大的市場，應(yīng)用價(jià)值廣泛，應(yīng)用知識廣泛能夠充分利用教材所學(xué)知識，由于Java語言具有面向?qū)ο箝_發(fā)等特點(diǎn)，所以選擇Java語言進(jìn)行編譯。組內(nèi)成員有姜婷、孟格思、趙雄飛、劉宏宇和楊俊森。技術(shù)可行性：對項(xiàng)目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資源和技術(shù)件下系統(tǒng)是否能實(shí)現(xiàn)。從銀行角度出發(fā)還是非常愿意把一部分資金投入到這方面研究當(dāng)中的。 三、可行性分析報(bào)告 可行性研究的目的就是用最小的代價(jià)在最短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。，為了糾正新發(fā)現(xiàn)的錯誤或缺陷，為了適應(yīng)計(jì)算機(jī)環(huán)境的變化，為了響應(yīng)用戶新的需求，必須進(jìn)行修改。在進(jìn)行向數(shù)據(jù)庫文件提取數(shù)據(jù)時(shí)，需求數(shù)據(jù)記錄定位精確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時(shí)，要求輸入數(shù)精確金額，身份證，卡號等按消息設(shè)定字符數(shù)。數(shù)據(jù)出錯時(shí)能夠盡快的恢復(fù)，盡可能地減少損失。、編碼錯誤以及測試錯誤提高健壯性，增強(qiáng)對非法輸入的容錯能力。并且如用戶在開戶時(shí)設(shè)有密碼，則進(jìn)行密碼驗(yàn)證。如下圖所示：圖表2 完成“第一級分解” 基于書上第三章第三題實(shí)現(xiàn)在銀行儲蓄管理系統(tǒng)在一級分解中，可將系統(tǒng)分解成三個(gè)子功能模塊：用戶操作，業(yè)務(wù)員操作，系統(tǒng)輸出。描述每個(gè)用戶界面的邏輯特征。 實(shí)現(xiàn)利息計(jì)算216。 辦理定期取款手續(xù)216。 管理員代替用戶實(shí)現(xiàn)存款，取款，查詢，轉(zhuǎn)賬等操作216。 216。 取款業(yè)務(wù)首先有儲戶提供信息，判斷是死期訂單還是銀行卡，若是死期訂單，則判斷是否到達(dá)期限，若不到達(dá)期限，則不能取出錢；若到達(dá)期限，則可取出余額，并計(jì)算利息，打印出清單給儲戶。儲戶填寫的存款單或取款單由業(yè)務(wù)員輸入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名，身份證號碼，存款類型，存款日期，利率及密碼（可選）等信息，并打印存單給儲戶；如果是取款而且存款時(shí)留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時(shí)未留密碼，則系統(tǒng)計(jì)算得利息并打印出利息清單給儲戶。為系統(tǒng)設(shè)計(jì)做好準(zhǔn)備。本系統(tǒng)的設(shè)計(jì)指導(dǎo)思想是一切為使用者著想，利用JAVA語言在Eclipse下設(shè)計(jì)了這么一個(gè)系統(tǒng)，界面美觀，使得用戶可以安全的進(jìn)行操作，便捷，快速的進(jìn)行注冊、存款、取款、修改密碼以及完成一些轉(zhuǎn)賬的交易，大大提高辦公效率，能夠及時(shí)、準(zhǔn)確、有效的幫用戶辦理各種繁瑣的手續(xù)，也減緩了銀行工