銀行卡管理系統(tǒng)軟件工程課程設(shè)計(編輯修改稿)

　

【文章內(nèi)容簡介】 業(yè)務(wù)員操作，系統(tǒng)輸出。 11 如下圖所示： 圖表 3 完成“第二級分解” 1 用戶操作的分解 可將用戶操作分解為：開戶民，存款，取款，查詢。 如下圖所示： 圖表 4 2業(yè)務(wù) 員操作的分解 業(yè)務(wù)員的操作是將用戶的操作傳送給系統(tǒng)，代替用戶與系統(tǒng)交互，所以，業(yè)務(wù)員的操作與系統(tǒng)的操作基本類似，也可以近似地將業(yè)務(wù)員看作用戶。所以操作員操作可分解為：存款，取款， 轉(zhuǎn)賬， 查詢 。 并且如用戶在開戶時設(shè)有密碼，則進行密碼驗證。 所以分解圖如下： 銀行存儲管理系統(tǒng) 用戶操作 系統(tǒng)輸出 用戶操作 存款 取款 轉(zhuǎn)賬 查詢 提交存款信息 提交取款信息 提交轉(zhuǎn)賬信息 提交用戶查詢表 業(yè)務(wù)員操作 12 圖表 5 3 系統(tǒng)輸出分解 系統(tǒng)輸出可分解為：計算利息 打印清單，保存新用戶信息，更新用戶信息，打印存單 分解圖如下： 13 圖表 6 14 軟件系統(tǒng)功能 /對 象結(jié)構(gòu) 銀行存儲系統(tǒng)用例圖 輸入存款信息打印清單轉(zhuǎn)入卡號轉(zhuǎn)出卡號 轉(zhuǎn)出卡密碼輸入儲戶信息判斷存款類型計算利息打印清單驗證密碼輸入取款信息檢查余額轉(zhuǎn)賬 in c l u d e in c l u d e in c l u d e 查詢 in c l u d e in c l u d e 柜員 c o m m u n i c a t e c o m m u n i c a t e 存款 in c l u d e e x t e n d c o m m u n i c a t e 開戶 in c l u d e 儲戶 c o m m u n i c a t e c o m m u n i c a t e 輸入開戶信息 in c l u d e c o m m u n i c a t e 取款 in c l u d e in c l u d e in c l u d e in c l u d e in c l u d e c o m m u n i c a t e 判斷存款類別 in c l u d e 圖表 7 銀行存款業(yè)務(wù)順序圖 15 : 儲戶 : 柜員 : 登錄 : 存款單 : 存款發(fā)出請求登錄打印存款單提供存款信息選擇存款類型 圖表 8 銀行取款業(yè)務(wù)順序圖 : 儲戶: 柜員 。 登錄 : 取款單 : 取款發(fā)出請求登錄提供取款信息選擇取款類型打印取款單 圖表 9 銀行 轉(zhuǎn)賬 業(yè)務(wù)順序圖 16 : 儲戶: 柜員 。 登錄 : 轉(zhuǎn)賬單 : 轉(zhuǎn)賬 : 存款 : 取款發(fā)出請求登錄提供轉(zhuǎn)賬信息轉(zhuǎn)出轉(zhuǎn)入打印轉(zhuǎn)賬單 圖表 10 銀行轉(zhuǎn)賬業(yè)務(wù)類圖 圖表 11 17 軟件質(zhì)量因素 可用性 ； ； ； ； Windows 系統(tǒng)兼容。 可靠性 在銀行等服務(wù)性行業(yè)，其軟件系統(tǒng)的可靠性直接關(guān)系到自身的聲譽和 生存發(fā)展競爭能力。 a 避免需求分析定義錯誤的出現(xiàn)。 、編碼錯誤以及測試錯誤提高健壯性，增強對非法輸入的容錯能力。 ，盡可能減少系統(tǒng)失效的概率； ，在所述條件下軟件能夠執(zhí)行特定的功能。 效率 程序響應(yīng)時間基本要求應(yīng)在人的感覺和視覺事物范圍內(nèi)，信息交換時間基本要求在程序調(diào)用前調(diào)用后都與數(shù)據(jù)庫保持同步更新，網(wǎng)絡(luò)信息交換施加應(yīng)該小于程序調(diào)用時間。允許龐大的事務(wù)請求，并提供更短的相應(yīng)時間和更快的事務(wù)速率。數(shù)據(jù)出錯時能夠盡快的恢復(fù)，盡可能地減少損失。 安全性 ，由于在儲蓄和轉(zhuǎn)賬時，用戶的賬號需要在網(wǎng)絡(luò)上傳輸，所以必須提供額外的安全措施，在此我們設(shè)置了用戶和柜員的權(quán)限。 ，以免數(shù)據(jù)的破壞或被攻擊。 。在進行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，需求數(shù)據(jù)記錄定位精確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時，要求輸入數(shù)精確金額，身份證，卡號等按消息設(shè)定字符數(shù)。在匯率轉(zhuǎn)換、利息計算時不能因數(shù)據(jù)精確度不足導(dǎo)致用戶資金損失。 可維護性 ，提高可 維護性可移植性。 b 軟件維護過程中，維護小組也可以采取與主程序員小組和結(jié)構(gòu)普查類似的方式，以保證程序的質(zhì)量。 18 ，為了糾正新發(fā)現(xiàn)的錯誤或缺陷，為了適應(yīng)計算機環(huán)境的變化，為了響應(yīng)用戶新的需求，必須進行修改。 可移植性 為獲得較高的可移植性，在設(shè)計過程中采用通用的程序設(shè)計 語言 和運行支撐環(huán)境。盡量不用與系統(tǒng)的底層相關(guān)性強的語言。 數(shù)據(jù)庫也應(yīng)有很好的更新能力及適應(yīng)性。 三、可行性分析報告 可行性研究的目的就是用最小的代價在最短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。實 質(zhì)上就是進行一次簡化、壓縮了的需求分析、設(shè)計過程。可從三個方面分析研究每種解決問題的可行性 經(jīng)濟可行性分析 經(jīng)濟可行性：進行開發(fā)成本的估算以及了解得到效益的評估，確定要開發(fā)項目是否值得投資開發(fā)。對銀行業(yè)來說，是依靠存款、貸款之間的差額來生存的，所以要盡可能的拉攏更多的客戶使用本行， 銀行存儲 系統(tǒng) 是為了能讓為客戶更便捷的服務(wù)，從而更具有吸引力。 從銀行角度出發(fā)還是非常愿意把一部分資金投入到這方面 研究當(dāng)中 的。 社會 可行性分析 開發(fā)的銀行卡存儲 系統(tǒng)需要根據(jù)銀行 卡管理規(guī)定操作，不得有侵害他人隱私盜取金額 為目的。銀行卡存儲 系統(tǒng)方便運行操作 ，組內(nèi)人員有著良好的道德修養(yǎng)。會根據(jù)用戶的實際需要來開發(fā)此程序，操作快捷，易于掌握。 技術(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ǔ)。 19 四、開發(fā)環(huán)境與項目規(guī)劃 開發(fā)環(huán)境 利用 Java 語言強大功能，并具有面向?qū)ο箝_發(fā)等的特點， 聯(lián)系實際銀行卡管理系統(tǒng)的應(yīng)用界面，采用 Eclipse 開發(fā)工具，以 Win Window XP 等 32， 64 位操作系統(tǒng)、 Oracle 為后臺開 發(fā)出了一套銀行存儲 系統(tǒng)，基本上實現(xiàn)了 存款、取款、查詢、轉(zhuǎn)賬和查詢 等業(yè)務(wù)。 項目規(guī)劃與管理 開發(fā)人員安排 開發(fā)人員主要是經(jīng)過 商量討論 、自愿組合的一 個小組，由于本系統(tǒng)設(shè)計面廣，操作復(fù)雜，信息要求強，所以我們選擇五 個人為一個小組，采取分工合作、共同探討的原則 ，努力編輯并且完善系統(tǒng)應(yīng)用。 組內(nèi)成員有 姜婷 、 孟格思、趙雄飛、劉宏宇 和 楊俊森 。 開發(fā)進度安排 10 月 24 日 開始討論 討論內(nèi)容： 1）系統(tǒng)名的確定 2） 運行環(huán)境 3）系統(tǒng)應(yīng)用價值 4）用戶群體 5) 需求分析說明 6）可行性分析 7）項目規(guī)劃 8）編譯語言 10 月 25 日 經(jīng)過 小組 成員 查閱資料 并做出討論 ，最終 做出 決定，我們 組 將 要開發(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è)計 20 結(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è)計構(gòu)成了完整的結(jié)構(gòu)化方法。 早期的結(jié)構(gòu)化分析方法的分析結(jié)果包括：一套分層的數(shù)據(jù)流圖、一本數(shù)據(jù)字典（包括ER 圖）、一組加工規(guī)約以及其他補充資料（如非功能性需求等）。 結(jié)構(gòu)化分析 數(shù)據(jù)流圖是描述輸入數(shù)據(jù)流到 輸出數(shù)據(jù)流的變換（即加工），用于對系統(tǒng)的功能建模。銀行存儲 系統(tǒng)的流程圖如下： 銀行存儲 系統(tǒng) 環(huán)境 圖： 圖表 12 銀行存儲系統(tǒng)一 層 數(shù)據(jù)流圖 圖： 21 圖表 13 銀行存儲 系統(tǒng) 二層數(shù)據(jù)流 圖： 圖表 14 22 圖表 15 結(jié)構(gòu)化設(shè)計 結(jié)構(gòu)化設(shè)計是將結(jié)構(gòu)化分析數(shù)據(jù)流圖映射成軟件體系結(jié)構(gòu)的一種設(shè)計方法， SD 強調(diào)模塊化、自頂向下逐步求精、信息隱藏、高內(nèi)聚低耦合等設(shè)計準(zhǔn)則。 在結(jié)構(gòu)化設(shè)計中用結(jié)構(gòu)圖來描述軟件系統(tǒng)的體系結(jié)構(gòu)，指出一個軟件系統(tǒng)由那些模塊組成以及模塊之間的調(diào)用關(guān)系，如下圖所示： 23 圖表 16 結(jié)構(gòu)圖第一分解圖： 圖表 17 24 用戶 注冊第一級分解圖： 圖表 18 用戶 注