【文章內(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è)有密碼，則進(jìn)行密碼驗(yàn)證。 所以分解圖如下： 銀行存儲管理系統(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)出卡密碼輸入儲戶信息判斷存款類型計算利息打印清單驗(yà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)系到自身的聲譽(yù)和 生存發(fā)展競爭能力。 a 避免需求分析定義錯誤的出現(xiàn)。 、編碼錯誤以及測試錯誤提高健壯性，增強(qiáng)對非法輸入的容錯能力。 ，盡可能減少系統(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ù)的破壞或被攻擊。 。在進(jìn)行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，需求數(shù)據(jù)記錄定位精確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時，要求輸入數(shù)精確金額，身份證，卡號等按消息設(shè)定字符數(shù)。在匯率轉(zhuǎn)換、利息計算時不能因數(shù)據(jù)精確度不足導(dǎo)致用戶資金損失。 可維護(hù)性 ，提高可 維護(hù)性可移植性。 b 軟件維護(hù)過程中，維護(hù)小組也可以采取與主程序員小組和結(jié)構(gòu)普查類似的方式，以保證程序的質(zhì)量。 18 ，為了糾正新發(fā)現(xiàn)的錯誤或缺陷，為了適應(yīng)計算機(jī)環(huán)境的變化，為了響應(yīng)用戶新的需求，必須進(jìn)行修改。 可移植性 為獲得較高的可移植性，在設(shè)計過程中采用通用的程序設(shè)計 語言 和運(yùn)行支撐環(huán)境。盡量不用與系統(tǒng)的底層相關(guān)性強(qiáng)的語言。 數(shù)據(jù)庫也應(yīng)有很好的更新能力及適應(yīng)性。 三、可行性分析報告 可行性研究的目的就是用最小的代價在最短的時間內(nèi)確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。實(shí) 質(zhì)上就是進(jìn)行一次簡化、壓縮了的需求分析、設(shè)計過程。可從三個方面分析研究每種解決問題的可行性 經(jīng)濟(jì)可行性分析 經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及了解得到效益的評估，確定要開發(fā)項目是否值得投資開發(fā)。對銀行業(yè)來說，是依靠存款、貸款之間的差額來生存的，所以要盡可能的拉攏更多的客戶使用本行， 銀行存儲 系統(tǒng) 是為了能讓為客戶更便捷的服務(wù)，從而更具有吸引力。 從銀行角度出發(fā)還是非常愿意把一部分資金投入到這方面 研究當(dāng)中 的。 社會 可行性分析 開發(fā)的銀行卡存儲 系統(tǒng)需要根據(jù)銀行 卡管理規(guī)定操作，不得有侵害他人隱私盜取金額 為目的。銀行卡存儲 系統(tǒng)方便運(yùn)行操作 ，組內(nèi)人員有著良好的道德修養(yǎng)。會根據(jù)用戶的實(shí)際需要來開發(fā)此程序，操作快捷，易于掌握。 技術(shù)可行性分析 技術(shù)可行性：對項目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資源 和技術(shù)件下系統(tǒng) 是否能實(shí)現(xiàn)。（開發(fā)的風(fēng)險、資源的有效性、技術(shù)） 通過對開發(fā)風(fēng)險、資源有效性和技術(shù)分析后，認(rèn)為開發(fā)銀行存儲系統(tǒng)風(fēng)險小，資源充足，技術(shù)可以應(yīng)付，但是一定要以生活中的銀行 管理過程中的信息為基礎(chǔ)。 19 四、開發(fā)環(huán)境與項目規(guī)劃 開發(fā)環(huán)境 利用 Java 語言強(qiáng)大功能，并具有面向?qū)ο箝_發(fā)等的特點(diǎn)， 聯(lián)系實(shí)際銀行卡管理系統(tǒng)的應(yīng)用界面，采用 Eclipse 開發(fā)工具，以 Win Window XP 等 32， 64 位操作系統(tǒng)、 Oracle 為后臺開 發(fā)出了一套銀行存儲 系統(tǒng)，基本上實(shí)現(xiàn)了 存款、取款、查詢、轉(zhuǎn)賬和查詢 等業(yè)務(wù)。 項目規(guī)劃與管理 開發(fā)人員安排 開發(fā)人員主要是經(jīng)過 商量討論 、自愿組合的一 個小組，由于本系統(tǒng)設(shè)計面廣，操作復(fù)雜，信息要求強(qiáng)，所以我們選擇五 個人為一個小組，采取分工合作、共同探討的原則 ，努力編輯并且完善系統(tǒng)應(yīng)用。 組內(nèi)成員有 姜婷 、 孟格思、趙雄飛、劉宏宇 和 楊俊森 。 開發(fā)進(jìn)度安排 10 月 24 日 開始討論 討論內(nèi)容： 1）系統(tǒng)名的確定 2） 運(yùn)行環(huán)境 3）系統(tǒng)應(yīng)用價值 4）用戶群體 5) 需求分析說明 6）可行性分析 7）項目規(guī)劃 8）編譯語言 10 月 25 日 經(jīng)過 小組 成員 查閱資料 并做出討論 ，最終 做出 決定，我們 組 將 要開發(fā)銀行存儲 系統(tǒng)， 26， 27 日實(shí)現(xiàn)需求分析以及面向?qū)ο笤O(shè)計的前期工作。 28， 29 開始編碼，并完善文檔。 30 日進(jìn)行軟件測試，提交報告。因銀行 具有強(qiáng)大的市場，應(yīng)用價值廣泛 ，應(yīng)用知識廣泛能夠充分利用教材所學(xué)知識，由于 Java 語言具有面向?qū)ο箝_發(fā)等特點(diǎn)，所以選擇 Java語言進(jìn)行編譯。分工如下， 孟格思，劉宏宇負(fù)責(zé) UML 建模以及需求分析，各種流程畫圖。趙雄飛負(fù)責(zé)數(shù)據(jù)庫的設(shè)計與錄入數(shù)據(jù)，姜婷負(fù)責(zé)用 Java 編寫代碼，楊俊森負(fù)責(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ī)約以及其他補(bǔ)充資料（如非功能性需求等）。 結(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 強(qiáng)調(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 用戶 注