上傳人：l***

認(rèn)證信息

認(rèn)證類型：個(gè)人認(rèn)證

認(rèn)證主體：李**（實(shí)名認(rèn)證）

IP屬地：天津

IP屬地：天津 上傳時(shí)間：2022-02-22 格式：DOC 頁數(shù)：13 大小：362KB 積分：20 舉報(bào) 版權(quán)申訴

1、面向?qū)ο笮枨蠓治鲢y行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)】學(xué)院：信息工程學(xué)院班級(jí)：計(jì)科 1202學(xué)號(hào)：121404219姓名：湯 鑫指導(dǎo)老師： 田懷鳳揚(yáng)州大學(xué) 2014 2015 學(xué)年 第 一 學(xué)期）目錄1基本要求 21.1 功能要求 21.2 性能要求 21.3 接口要求 21.4 輸入要求 21.5 輸出要求 22. 需求分析 32.1 編寫目的 32.2 系統(tǒng)背景 32.3 功能需求 32.4 用例分析 32.5 性能需求 52.5.1 數(shù)據(jù)精確度 5時(shí)間特性 5適應(yīng)性 53. 靜態(tài)結(jié)構(gòu)模型 53.1 類與對(duì)象 53.2 類圖的建立 54. 動(dòng)態(tài)行為模型 64.1 順序圖 64.2 狀態(tài)圖 94.3 活動(dòng)圖

2、95. 建立功能模型 101基本要求1.1 功能要求銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的主要功能有兩方面：儲(chǔ)戶填寫存款單或取款單交給業(yè)務(wù)員鍵入系統(tǒng)。 如果是存款則系統(tǒng)記錄存款人姓名、住址（或電話號(hào)碼） 、身份證號(hào)碼、存款類型、存款日期，到 期日期，利率以及密碼（可選）等信息，并引出存款單給儲(chǔ)戶。如果是取款而且存款時(shí)留有密碼， 則系統(tǒng)首先核對(duì)儲(chǔ)戶密碼， 若密碼正確或存款時(shí)未留密碼， 則系 統(tǒng)計(jì)算利息，并印出利息清單給儲(chǔ)戶。1.2 性能要求為了滿足儲(chǔ)戶的要求， 系統(tǒng)必須要有高的運(yùn)作速度， 儲(chǔ)戶填寫的表單輸入到系統(tǒng)， 系統(tǒng)必須能快速 及時(shí)作出響應(yīng)， 迅速處理各項(xiàng)數(shù)據(jù)、 信息，顯示出所有必需信息并打印出各項(xiàng)清單，所以

3、要求很高的信 息量速度和大的主存容量；由于要存貯大量的數(shù)據(jù)和信息，也要有足夠大的磁盤容量； 另外，銀行計(jì)算 機(jī)儲(chǔ)蓄系統(tǒng)必須有可靠的安全措施，以保證儲(chǔ)戶的存儲(chǔ)安全。1.3 接口要求業(yè)務(wù)員鍵入儲(chǔ)戶的資料要全部一直顯示在屏幕上； 儲(chǔ)戶鍵入密碼到系統(tǒng)以核對(duì)； 計(jì)算機(jī)與打印機(jī)有 高速傳輸?shù)倪B接接口，最后以紙張的形式打印出清單給儲(chǔ)戶。1.4 輸入要求業(yè)務(wù)員從存取款表單輸入數(shù)據(jù)， 要迅速精確， 適當(dāng)調(diào)整輸入時(shí)間， 不能讓客戶等太久， 但也不能讓 業(yè)務(wù)員太過忙碌以免影響正確率，造成用戶損失。1.5 輸出要求要求快速準(zhǔn)確地打印出存款或取款清單給客戶。2. 需求分析2.1 編寫目的本報(bào)告的目的是規(guī)范化本軟件的編寫

4、，旨在于提高軟件開發(fā)過程中的能見度，便于對(duì)軟件開發(fā)過 程中的控制與管理， 同時(shí)提出了本銀行儲(chǔ)蓄系統(tǒng)的軟件開發(fā)過程， 便于程序員與客戶之間的交流、 協(xié)作， 并作為工作成果的原始依據(jù)，同時(shí)也表明了本軟件的共性，以期能夠獲得更大范圍的應(yīng)用。此文檔進(jìn)一步定制軟件開發(fā)的細(xì)節(jié)問題，明確軟件需求、安排項(xiàng)目規(guī)劃與進(jìn)度、組織軟件開發(fā)與測(cè)試， 便于用戶與開發(fā)商協(xié)調(diào)工作。 本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員、 設(shè)計(jì)人員和開 發(fā)人員，希望能使本軟件開發(fā)工作更具體。2.2 系統(tǒng)背景軟件名稱：銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)委托單位：銀行開發(fā)單位： xxxxxxxxx2.3 功能需求根據(jù)系統(tǒng)可行性分析及業(yè)務(wù)要求， 及相關(guān)的功

5、能、 性能分析， 可以對(duì)系統(tǒng)現(xiàn)有的需求進(jìn)行需求建模， 主要涉及到用例、用例圖的建立，類圖及聯(lián)系的建立，以及系統(tǒng)的對(duì)象模型、動(dòng)態(tài)模型和功能模型的建 立等。2.4 用例分析根據(jù)銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的分析，可明確系統(tǒng)的功能需求主要涉及以下幾個(gè)部分。 參與人員：銀行管理員、儲(chǔ)戶、系統(tǒng)用戶存款、取款、轉(zhuǎn)賬、查現(xiàn)、查看歷史、修改密碼（儲(chǔ)戶） ； 開戶、銷戶、掛失、解掛、修改密碼（系統(tǒng)用戶） ； 增加用戶、查看用戶、刪除用戶、已批申請(qǐng)、待批申請(qǐng)（銀行管理員） 根據(jù)相應(yīng)的用例分析，可以為系統(tǒng)功能建模（用例圖） ：掛失刪除用戶已批申請(qǐng)修改賬戶密碼銀行管理員系統(tǒng)用戶待批申請(qǐng)查詢用戶增加用戶銷戶開戶修改系統(tǒng)密碼圖 1

6、 銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)用例圖簡(jiǎn)單用例流程分析：1. 用戶注冊(cè)系統(tǒng)后，即成為系統(tǒng)用戶，系統(tǒng)用戶可憑借用戶名、密碼、等級(jí)進(jìn)入系統(tǒng)。系統(tǒng)用戶 可實(shí)現(xiàn)開戶、銷戶、掛失、解掛、修改系統(tǒng)密碼等用例。2. 系統(tǒng)用戶只有使用賬戶、賬戶密碼二次登陸后，才可以實(shí)現(xiàn)存款、取款、轉(zhuǎn)賬、查詢余額、查 詢歷史、修改賬戶密碼等用例。3. 銀行管理人員登陸后，可以實(shí)現(xiàn)增加用戶、刪除用戶、查看用戶、查看已批申請(qǐng)、處理待辦申 請(qǐng)、修改系統(tǒng)密碼等用例。4. 系統(tǒng)的參與者（系統(tǒng)用戶、儲(chǔ)戶、銀行管理員）在實(shí)現(xiàn)用例時(shí)，系統(tǒng)會(huì)自動(dòng)根據(jù)其權(quán)限給予適 當(dāng)?shù)膶?shí)現(xiàn)用例。2.5 性能需求數(shù)據(jù)精確度在進(jìn)行向數(shù)據(jù)庫文件提取數(shù)據(jù)時(shí)， 要求數(shù)據(jù)記錄定位準(zhǔn)確，

7、 在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時(shí)， 要求 輸入數(shù)準(zhǔn)確金額，身份證，卡號(hào)等按需求設(shè)定字符數(shù)。時(shí)間特性程序響應(yīng)時(shí)間：在人的感覺和視覺事件范圍內(nèi)；信息交換時(shí)間： 要求在程序調(diào)用前調(diào)用后都與數(shù)據(jù)庫保持同步更新， 網(wǎng)絡(luò)信息交換施加應(yīng)該小于程 序調(diào)用的時(shí)間。適應(yīng)性要求軟件具有很好的更新能力，由于本產(chǎn)品是實(shí)驗(yàn)性軟件，故對(duì)磁盤和內(nèi)存容量沒有很高的要求， 但是軟件應(yīng)該能夠?qū)Σl(fā)事件，臟數(shù)據(jù)具有較強(qiáng)的識(shí)別處理能力。3. 靜態(tài)結(jié)構(gòu)模型3.1 類與對(duì)象經(jīng)由分析，得知本系統(tǒng)的的類與對(duì)象有銀行系統(tǒng)、銀行賬戶、銀行職員、顧客、存款、取款、系統(tǒng)操 作。下面列舉幾個(gè)重要的類：3.2 類圖的建立授權(quán)組成授權(quán)屬于組成驗(yàn)證擁有確認(rèn)圖

8、2 銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)類圖4. 動(dòng)態(tài)行為模型4.1 順序圖順序圖用來描述對(duì)象之間動(dòng)態(tài)的交互關(guān)系， 著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。 由于在 銀行儲(chǔ)分別是蓄系統(tǒng)中， 儲(chǔ)戶面向兩種的業(yè)務(wù)，業(yè)務(wù)之間也有先后順序，所以在順序圖中會(huì)有兩個(gè)生命周期，取款操作和存款操作。 業(yè)務(wù)員根據(jù)儲(chǔ)戶填寫的信息判斷是存款業(yè)務(wù)還是取款業(yè)務(wù)， 就分別操作系統(tǒng)的存 款功能和取款功能。 系統(tǒng)在對(duì)存款業(yè)務(wù)進(jìn)行處理時(shí)， 會(huì)先記錄儲(chǔ)戶的相關(guān)信息， 最后再打印存款單給儲(chǔ) 戶。系統(tǒng)對(duì)取款業(yè)務(wù)進(jìn)行處理時(shí)，會(huì)先計(jì)算儲(chǔ)戶該得的利息，最后會(huì)把利息清單打印給儲(chǔ)戶。圖 3 銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)總順序圖為每根據(jù)職責(zé)劃分， 可以對(duì)系統(tǒng)的功能進(jìn)行模塊化，

9、即不同角色的不同模塊間的獨(dú)立性以及聯(lián)系， 個(gè)模塊的實(shí)現(xiàn)進(jìn)行流程分析，利用順序圖對(duì)每個(gè)獨(dú)立模塊建立時(shí)間上的對(duì)象交互流程。 系統(tǒng)普通用戶管理：主要包括開戶、銷戶、掛失、解掛、修改系統(tǒng)密碼等模塊，分析如下。 用戶登錄系統(tǒng)后，具有相應(yīng)的開戶權(quán)限，用戶通過與系統(tǒng)打交道，可以獲取一個(gè)合理的賬戶，順序建 模如下：: 系統(tǒng)用戶: openservlet: AccountUserAction: AccountUserDao提交開戶信息封裝對(duì)象，提交對(duì)象創(chuàng)建對(duì)象: AccountUser用戶提示成功信息插入成功信息返回封裝對(duì)象將賬戶對(duì)象增加到數(shù)據(jù)庫圖4 銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)普通用戶管理順序圖銀行管理員：增加用戶、查

10、看用戶、待批申請(qǐng)、已批申請(qǐng)等模塊。模塊的分析，以及對(duì)象間的交互過程如下。銀行管理員具有增加系統(tǒng)用戶的權(quán)限，管理員可以為系統(tǒng)增加一些特定的系統(tǒng)用戶，同時(shí)可以給予他們一定的權(quán)限。模塊分析如下：: 銀行管理員: adduserserv let: CommonUserAction: CommonUserDao提交增加用戶信息封裝信息，提交對(duì)象創(chuàng)建用戶對(duì)象: CommonUser返回對(duì)象將用戶對(duì)象增回增加成功信息加到數(shù)據(jù)庫提示用戶增加成功圖 5 銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)銀行管理員順序圖4.2 狀態(tài)圖狀態(tài)圖著重描述對(duì)象的狀態(tài)變化以及觸發(fā)狀態(tài)變化的事件。在銀行儲(chǔ)戶系統(tǒng)中，主要會(huì)有兩個(gè)對(duì)象的 狀態(tài)：儲(chǔ)戶和系統(tǒng)。儲(chǔ)戶

11、的狀態(tài)最開始是填寫業(yè)務(wù)單狀態(tài)，儲(chǔ)戶填寫存款單或者是取款單，再有業(yè)務(wù)員將 業(yè)務(wù)類型輸入系統(tǒng)， 此時(shí)儲(chǔ)戶的狀態(tài)是等待， 等待系統(tǒng)處理業(yè)務(wù)， 最后儲(chǔ)戶收到系統(tǒng)打印出的相應(yīng)業(yè)務(wù)單。系統(tǒng)的狀態(tài)主要對(duì)應(yīng)在儲(chǔ)戶等待期間系統(tǒng)處理業(yè)務(wù)的狀態(tài)，系統(tǒng)根據(jù)業(yè)務(wù)員輸入的信息判斷是什么類型的服務(wù)，根據(jù)不同的業(yè)務(wù)類型對(duì)應(yīng)取款處理狀態(tài)和存款處理狀態(tài)，最后打印業(yè)務(wù)單返回給儲(chǔ)戶。圖 6 銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)狀態(tài)圖4.3 活動(dòng)圖活動(dòng)圖描述系統(tǒng)中各種活動(dòng)的執(zhí)行順序，刻畫一個(gè)方法中所要進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流程。在銀行儲(chǔ)蓄系統(tǒng)中，各種活動(dòng)有儲(chǔ)戶和銀行的狀態(tài)圖轉(zhuǎn)化而來。儲(chǔ)戶填寫業(yè)務(wù)單活動(dòng)，之后就由業(yè)務(wù)員輸入信息， 系統(tǒng)對(duì)應(yīng)的活動(dòng)就有存款和取款，各自活動(dòng)都有自己的的后續(xù)活動(dòng)，因?yàn)槭莾煞N不同的業(yè)務(wù)，各自進(jìn)行的 活動(dòng)就會(huì)不同。圖 7 銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)活動(dòng)圖5. 建立功能模型此功功能模型表明了系統(tǒng)中數(shù)據(jù)之間