【正文】 工號(hào)）存單表（存單號(hào)，姓名，身份證號(hào)，存入金額，交易時(shí)間，密碼，定期類型，員工號(hào)）利率表（定期類型，利率）柜員（員工號(hào)，姓名）ER圖如下：圖表 1 系統(tǒng)非功能性需求 （1）軟件環(huán)境： WinWindow XP等32，64位操作系統(tǒng)（2）硬件環(huán)境：1）Pentium(R) DualCore CPU T4300 @ 安裝內(nèi)存（RAM）： 2）AMD A63400M APU with Radeon（tm）HD Graphics 安裝內(nèi)存（RAM）: 3）Celeron(R) DualCore CPU T3100 @ 安裝內(nèi)存（RAM）： 軟件開發(fā)所用的系統(tǒng)要能夠應(yīng)用SQL Sever和運(yùn)行java 的軟件Eclipse 用戶界面需求就是陳述所需要的用戶界面的軟件組件。描述每個(gè)用戶界面的邏輯特征。以下是可能要包括的一些特征。（1）將要采用的圖形用戶界面（GUI）標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格 （2）屏幕布局或解決方案的限制（3）將出現(xiàn)在每個(gè)屏幕的按鈕、功能或?qū)Ш芥溄Y(jié)（例如一個(gè)幫助按鈕）。（4）快捷鍵（5）錯(cuò)誤信息顯示標(biāo)準(zhǔn) 面向數(shù)據(jù)流的設(shè)計(jì)方法 確定輸入流和輸出流的邊界，從而孤立出變換中心。如下圖所示：圖表2 完成“第一級(jí)分解” 基于書上第三章第三題實(shí)現(xiàn)在銀行儲(chǔ)蓄管理系統(tǒng)在一級(jí)分解中，可將系統(tǒng)分解成三個(gè)子功能模塊：用戶操作，業(yè)務(wù)員操作，系統(tǒng)輸出。如下圖所示：銀行存儲(chǔ)管理系統(tǒng)用戶操作系統(tǒng)輸出業(yè)務(wù)員操作圖表3 完成“第二級(jí)分解”1 用戶操作的分解可將用戶操作分解為：開戶民，存款，取款，查詢。如下圖所示：用戶操作存款取款轉(zhuǎn)賬查詢提交存款信息提交取款信息提交轉(zhuǎn)賬信息提交用戶查詢表 圖表42業(yè)務(wù)員操作的分解業(yè)務(wù)員的操作是將用戶的操作傳送給系統(tǒng)，代替用戶與系統(tǒng)交互，所以，業(yè)務(wù)員的操作與系統(tǒng)的操作基本類似，也可以近似地將業(yè)務(wù)員看作用戶。所以操作員操作可分解為：存款，取款，轉(zhuǎn)賬，查詢。并且如用戶在開戶時(shí)設(shè)有密碼，則進(jìn)行密碼驗(yàn)證。所以分解圖如下：圖表 53 系統(tǒng)輸出分解系統(tǒng)輸出可分解為：計(jì)算利息打印清單，保存新用戶信息，更新用戶信息，打印存單分解圖如下：圖表 6 銀行存儲(chǔ)系統(tǒng)用例圖圖表 7 銀行存款業(yè)務(wù)順序圖圖表 8 銀行取款業(yè)務(wù)順序圖圖表 9 銀行轉(zhuǎn)賬業(yè)務(wù)順序圖圖表 10 銀行轉(zhuǎn)賬業(yè)務(wù)類圖圖表 11；；；；。在銀行等服務(wù)性行業(yè)，其軟件系統(tǒng)的可靠性直接關(guān)系到自身的聲譽(yù)和生存發(fā)展競爭能力。a避免需求分析定義錯(cuò)誤的出現(xiàn)。、編碼錯(cuò)誤以及測(cè)試錯(cuò)誤提高健壯性，增強(qiáng)對(duì)非法輸入的容錯(cuò)能力。，盡可能減少系統(tǒng)失效的概率；，在所述條件下軟件能夠執(zhí)行特定的功能。程序響應(yīng)時(shí)間基本要求應(yīng)在人的感覺和視覺事物范圍內(nèi)，信息交換時(shí)間基本要求在程序調(diào)用前調(diào)用后都與數(shù)據(jù)庫保持同步更新，網(wǎng)絡(luò)信息交換施加應(yīng)該小于程序調(diào)用時(shí)間。允許龐大的事務(wù)請(qǐng)求，并提供更短的相應(yīng)時(shí)間和更快的事務(wù)速率。數(shù)據(jù)出錯(cuò)時(shí)能夠盡快的恢復(fù)，盡可能地減少損失。，由于在儲(chǔ)蓄和轉(zhuǎn)賬時(shí)，用戶的賬號(hào)需要在網(wǎng)絡(luò)上傳輸，所以必須提供額外的安全措施，在此我們?cè)O(shè)置了用戶和柜員的權(quán)限。，以免數(shù)據(jù)的破壞或被攻擊。在進(jìn)行向數(shù)據(jù)庫文件提取數(shù)據(jù)時(shí)，需求數(shù)據(jù)記錄定位精確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時(shí)，要求輸入數(shù)精確金額，身份證，卡號(hào)等按消息設(shè)定字符數(shù)。在匯率轉(zhuǎn)換、利息計(jì)算時(shí)不能因數(shù)據(jù)精確度不足導(dǎo)致用戶資金損失。，提高可維護(hù)性可移植性。b軟件維護(hù)過程中，維護(hù)小組也可以采取與主程序員小組和結(jié)構(gòu)普查類似的方式，以保證程序的質(zhì)量。，為了糾正新發(fā)現(xiàn)的錯(cuò)誤或缺陷，為了適應(yīng)計(jì)算機(jī)環(huán)境的變化，為了響應(yīng)用戶新的需求，必須進(jìn)行修改。為獲得較高的可移植性，在設(shè)計(jì)過程中采用通用的程序設(shè)計(jì)語言和運(yùn)行支撐環(huán)境。盡量不用與系統(tǒng)的底層相關(guān)性強(qiáng)的語言。數(shù)據(jù)庫也應(yīng)有很好的更新能力及適應(yīng)性。 三、可行性分析報(bào)告 可行性研究的目的就是用最小的代價(jià)在最短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。實(shí)質(zhì)上就是進(jìn)行一次簡化、壓縮了的需求分析、設(shè)計(jì)過程?？蓮娜齻€(gè)方面分析研究每種解決問題的可行性 經(jīng)濟(jì)可行性分析經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及了解得到效益的評(píng)估，確定要開發(fā)項(xiàng)目是否值得投資開發(fā)。對(duì)銀行業(yè)來說，是依靠存款、貸款之間的差額來生存的，所以要盡可能的拉攏更多的客戶使用本行，銀行存儲(chǔ)系統(tǒng)是為了能讓為客戶更便捷的服務(wù)，從而更具有吸引力。從銀行角度出發(fā)還是非常愿意把一部分資金投入到這方面研究當(dāng)中的。開發(fā)的銀行卡存儲(chǔ)系統(tǒng)需要根據(jù)銀行卡管理規(guī)定操作，不得有侵害他人隱私盜取金額為目的。銀行卡存儲(chǔ)系統(tǒng)方便運(yùn)行操作，組內(nèi)人員有著良好的道德修養(yǎng)。會(huì)根據(jù)用戶的實(shí)際需要來開發(fā)此程序，操作快捷，易于掌握。技術(shù)可行性：對(duì)項(xiàng)目的功能、性能、限制條件進(jìn)行分析，確定在現(xiàn)有的資源和技術(shù)件下系統(tǒng)是否能實(shí)現(xiàn)。（開發(fā)的風(fēng)險(xiǎn)、資源的有效性、技術(shù)）通過對(duì)開發(fā)風(fēng)險(xiǎn)、資源有效性和技術(shù)分析后，認(rèn)為開發(fā)銀行存儲(chǔ)系統(tǒng)風(fēng)險(xiǎn)小，資源充足，技術(shù)可以應(yīng)付，但是一定要以生活中的銀行管理過程中的信息為基礎(chǔ)。四、開發(fā)環(huán)境與項(xiàng)目規(guī)劃 利用Java語言強(qiáng)大功能，并具有面向?qū)ο箝_發(fā)等的特點(diǎn)，聯(lián)系實(shí)際銀行卡管理系統(tǒng)的應(yīng)用界面，采用Eclipse開發(fā)工具，以WinWindow XP等32，64位操作系統(tǒng)、Oracle為后臺(tái)開發(fā)出了一套銀行存儲(chǔ)系統(tǒng)，基本上實(shí)現(xiàn)了存款、取款、查詢、轉(zhuǎn)賬和查詢等業(yè)務(wù)。 開發(fā)人員主要是經(jīng)過商量討論、自愿組合的一個(gè)小組，由于本系統(tǒng)設(shè)計(jì)面廣，操作復(fù)雜，信息要求強(qiáng)，所以我們選擇五個(gè)人為一個(gè)小組，采取分工合作、共同探討的原則，努力編輯并且完善系統(tǒng)應(yīng)用。組內(nèi)成員有姜婷、孟格思、趙雄飛、劉宏宇和楊俊森。10月24日 開始討論 討論內(nèi)容：1）系統(tǒng)名的確定 2）運(yùn)行環(huán)境 3）系統(tǒng)應(yīng)用價(jià)值