【正文】 建立取款事件記錄，更新賬戶信息 用況結束 可選路勁： 第 3 步校驗密碼時，如果發(fā)現(xiàn)密碼不一致，則重新輸入密碼，或用況結束 后置條件：如果取款成功，客戶賬戶的余額被更新（減少、增加），否則余額不變 29 主屏等待輸入取款信息驗證賬戶等待輸入密碼取消打印利息清單驗證密碼處理取款事務do: 事務類型do: 顯示取消信息選擇取款[ 無效 ]輸入取款信息取消輸入密碼[ 無效 ][ 有效 ]確認[ 有效 and 有密碼 ][ 處理成功 ] 圖表 24 七、 數(shù)據(jù)庫分析與設計 數(shù)據(jù)庫設計指對系統(tǒng)所采用的數(shù)據(jù)模式 、子模式、應用程序、數(shù)據(jù)庫等根據(jù)用戶的具體要求進行分析和設計。縮寫要基本能表達單詞的意思。 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))。 33 開戶界面： 用戶輸入基本信息，為用戶開戶， 并提供卡帳號，用戶為卡設置密碼。 本系統(tǒng)中用 Eclipse 編程工具，采用結構化的編程方法對模塊進行程 序編寫。一般分為用黑盒進行確認測試，再檢查軟件所有文檔的完整性、正確性—— 軟件配置審查。 十 、軟件使用說明書 軟件概述 銀行存儲管理系統(tǒng)是最普遍的銀行業(yè)務系統(tǒng) ，可以提供最基本的銀行服務之一，即 存款，開戶， 取款 ，轉賬，查詢 功能。 安全 性好，系統(tǒng)仍然使用輸入密碼方式，保證了系統(tǒng)的安全。 系統(tǒng)還存在著許多不足，特別是在數(shù)據(jù)庫的鏈接上，在代碼的編寫上也存在著很多的不足，代碼存在著很多的缺陷。掌握 銀行存儲管理系統(tǒng) 的具體工作原理以及 java 簡單系統(tǒng)的設計方法。 開始是單元測試，集中對用源代碼實現(xiàn)的每一個程序單元進行測試，檢查各個程序模塊是否正確實現(xiàn)規(guī)定的功能。 測試方法 軟件測試的目的是盡可能多的發(fā)現(xiàn)程序中的錯誤，而調試則是在進行了成功的測試之后才開始的工作。 此模塊需要用戶輸入 密碼后，兩次輸入 密碼進行確認，然后，點擊確定，修 改密碼，成功后給出提示信息，其中考慮到一些用戶的輸入錯誤問題， 做出了一些異常的判斷和處理，空輸入，輸入兩次新密碼 不匹配和原密碼不正確等問題。而余下金額整形不夠大所以也是設計成字符型。 ? 名稱一律大寫，放表數(shù)據(jù)轉移。數(shù)據(jù)庫設計的基本原則是盡可能提高數(shù)據(jù)組織的相對獨立性，簡化其結構，即用規(guī)范化方法設施數(shù)據(jù)存儲的結構，提高數(shù)據(jù)的可維護性、完整性、一致性。 結構化分析 數(shù)據(jù)流圖是描述輸入數(shù)據(jù)流到 輸出數(shù)據(jù)流的變換（即加工），用于對系統(tǒng)的功能建模。 28， 29 開始編碼，并完善文檔。銀行卡存儲 系統(tǒng)方便運行操作 ，組內人員有著良好的道德修養(yǎng)。盡量不用與系統(tǒng)的底層相關性強的語言。 ，以免數(shù)據(jù)的破壞或被攻擊。 可靠性 在銀行等服務性行業(yè)，其軟件系統(tǒng)的可靠性直接關系到自身的聲譽和 生存發(fā)展競爭能力。 如下圖所示： 圖表 2 完成“第一級分解” 基于書上第三章第三題實現(xiàn)在銀行儲蓄管理系統(tǒng)在一級分解中，可將系統(tǒng)分解成三個子功能模塊：用戶操作，業(yè)務員操作，系統(tǒng)輸出。 轉賬業(yè)務 銀行個人轉賬業(yè)務采用實盤交易方式，也就是客戶必須持有足額的需要轉出的人民幣，才能按照流程轉入被轉入儲戶卡中。 系統(tǒng)中要求每個銀行管理者都有一 個系統(tǒng)帳 號，并每個帳號都有密碼，系統(tǒng)的一切操作都由管理者執(zhí)行，而不是由存諸用戶執(zhí)行，也主是說存儲 用戶并不直接與系統(tǒng)交互，而是通過管理員與系統(tǒng)交互。 隨著計算機的飛速發(fā)展及應用領域的擴大 ，特別是計算機網(wǎng)絡和電子商務的發(fā)展，極大的改變了商業(yè)銀行傳統(tǒng)的經(jīng)營模式。 開發(fā)目標與思想 本系統(tǒng)的設計指導思想是一切為使用者著想 ，利用 JAVA 語言在 Eclipse 下設計了這么一個系統(tǒng) ，界面美觀， 使 得用戶可以安全的進行操作，便捷，快速的進行 注冊、存款、取款、修改密碼以及完成一些轉賬 的交易 ， 大大 提高 辦公效率， 能夠及時、準確、有效的 幫用戶辦理各種繁瑣的手續(xù)，也減緩了銀行工作人員的壓力。儲戶填寫的存款單或取款單由業(yè)務員輸入系統(tǒng)，如果是存款則系統(tǒng)記錄存款人姓名，身份證號碼，存款類型，存款日期，利率及密碼（可選）等信息，并打印存單給儲戶；如果是取款而且存款時留有密碼，則系統(tǒng)首先核對儲戶密碼，若密碼正確或存款時未留密碼，則系統(tǒng)計算得 利息并打印出利息清單給儲戶。 系統(tǒng)的功能性需求 ? 系統(tǒng)為 柜員 提供主功能界面 ? 系統(tǒng)在啟動時要求 柜員 輸入登錄帳號與密碼 ? 系統(tǒng)要通過管理員執(zhí)行一系操作（如： 存錢，取錢，轉賬，查詢 等） ? 管理員代 替 用戶實現(xiàn)存款，取款，查詢 ，轉賬 等操作 ? 儲戶的一切信息，存儲在數(shù)據(jù)庫表中 系統(tǒng) 需求分析規(guī)格說明書 ? 實現(xiàn)儲戶開戶登記 ? 辦理定期存款手續(xù) ? 辦理定期取 款手續(xù) ? 辦理活期存 款手續(xù) ? 辦理活期取款手續(xù) ? 辦理轉賬手續(xù) 8 ? 實現(xiàn)利息計算 ? 輸出明細表 ? 查詢卡號 信息 系統(tǒng) ER 圖 數(shù)據(jù)字典 系統(tǒng)主要關系模式： 賬戶表（身份證號，姓名，出生日期，性別，交易時間，開戶地點，員工號） 銀行卡（身份證號，姓名，卡號，存入金額，取出金額，余額，交易時間，密碼，員工號） 存單表（存單號，姓名，身份證號，存入金額，交易時間，密碼，定期類型，員工號） 利率表（定期類型，利率） 數(shù)據(jù)名字： 清單 數(shù)據(jù)來源： 銀行卡表、存單表、利率表 數(shù)據(jù)目的：儲戶 數(shù)據(jù)組成：姓名 +交易時間 +取款金額 +存款金額 +余額 數(shù)據(jù)名字： 存款 數(shù)據(jù)來源： 銀行卡信息表 /存單信息表 數(shù)據(jù)目的：存款單 數(shù)據(jù)組成：姓名 +卡號 +交易時間 +存入金額 /姓名 +存單號 +存入金額 +存款年限 數(shù)據(jù)名字： 取款 數(shù)據(jù)來源： 儲戶 數(shù)據(jù)目的：取款單 數(shù)據(jù)組成：姓名 +卡號 /存單號 +密碼 +取款時間 +取款金額+身份證號 數(shù)據(jù)名字： 轉賬單 數(shù)據(jù)目的：銀行卡表 數(shù)據(jù)組成：轉入卡號 +轉出卡號 +密碼 +金額 9 柜員（員工號，姓名） ER 圖如下： 圖表 1 系統(tǒng)非功能性需求 軟 硬 件環(huán)境 需求 （ 1） 軟件環(huán)境： Win Window XP 等 32， 64 位操 作系統(tǒng) （ 2） 硬件環(huán)境： 1） Pentium(R) DualCore CPU T4300 安裝內存（ RAM）： 2） AMD A63400M APU with Radeon（ tm） HD Graphics 安裝內存（ RAM） : 3） Celeron(R) DualCore CPU T3100 安裝內存（ RAM）： 軟件質量需求 軟件開發(fā)所用的系統(tǒng)要能夠應用 SQL Sever 和運行 java 的軟件 Eclipse 用戶界面需求 用戶界面需求就是 陳述所需要的用戶界面的軟件組件。所以操作員操作可分解為：存款，取款， 轉賬， 查詢 。 ，盡可能減少系統(tǒng)失效的概率； ，在所述條件下軟件能夠執(zhí)行特定的功能。在匯率轉換、利息計算時不能因數(shù)據(jù)精確度不足導致用戶資金損失。實 質上就是進行一次簡化、壓縮了的需求分析、設計過程。（開發(fā)的風險、資源的有效性、技術） 通過對開發(fā)風險、資源有效性和技術分析后，認為開發(fā)銀行存儲系統(tǒng)風險小，資源充足，技術可以應付，但是一定要以生活中的銀行 管理過程中的信息為基礎。分工如下， 孟格思，劉宏宇負責 UML 建模以及需求分析，各種流程畫圖。 六、面向對象分析與設計 面向對象方法是一種把面向對象的思想應用于軟件開發(fā)過程中，指導開發(fā)活動的系統(tǒng)方法，是建立在對象概念（對象、類和繼承）基礎上的方法，簡稱 OO 方法。 ? 規(guī)范與標準： ? 其中表明盡量避免中文拼音和特殊字符。如取款，余下金額，修改密碼等！ ? 其他表存儲本卡之外所有卡的相關信息。 登陸模塊輸入界面 登錄模 塊依然采用的是密碼輸入的方式，需要用戶輸入卡號、密碼然后點擊登錄 ，程序將根據(jù)輸入卡號查找密碼，程序系統(tǒng)將根據(jù)卡號調用后臺數(shù)據(jù)庫查找與卡號對應的密碼并與用戶輸入的密碼相對比。 九 、軟件測試信息 報告 測試軟件前，需要測試若干個測試用例，每個測試用例由測試輸入數(shù)據(jù)和預期結果組成，測試時通過輸入數(shù)據(jù)，運行被測程序，如果運行的實際輸出與預期結果不一致，則表明發(fā)現(xiàn)了程序中的錯誤。采用白盒法對各模塊進行邏輯錯誤排查，用黑盒法錄入一些有特征的數(shù)據(jù)從不同角度驗證結果。 系統(tǒng)測試把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中，與其他系統(tǒng)成分組合在一起進行測試。 按照界面提示完成即可。 42 附：參考資料和源代碼部分 參考資料： 參考文獻 [1]Java 程序設計精講 主編 許煥新 丁宏偉 清華大學出版社 [2]Sql Server 實用教程 主編 鄭阿奇 電子工業(yè)出版社 [3]數(shù)據(jù)庫系統(tǒng)開發(fā)案例精選 主編 楊湖 李鳳蕾 人民郵電出版社 參考網(wǎng)絡資源 [1] 網(wǎng) [2] 百度知道 [3] 百度文庫