版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、面向?qū)ο笮枨蠓治觥俱y行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)】學(xué)院:信息工程學(xué)院班級(jí):計(jì)科1202學(xué)號(hào):121404219姓名:湯鑫指導(dǎo)老師:田懷鳳(揚(yáng)州大學(xué)20142015學(xué)年第一學(xué)期)目錄1 基本要求21.1 功能要求21.2 性能要求21.3 接口要求21.4 輸入要求21.5 輸出要求22 .需求分析32.1 編寫(xiě)目的32.2 系統(tǒng)背景32.3 功能需求32.4 用例分析32.5 性能需求52.5.1 數(shù)據(jù)精確度52.5.2 時(shí)間特性52.5.3 適應(yīng)性53 .靜態(tài)結(jié)構(gòu)模型53.1 類與對(duì)象53.2 類圖的建立64 .動(dòng)態(tài)行為模型74.1 順序圖74.2 狀態(tài)圖94.3 活動(dòng)圖105 .建立功能模型101基本
2、要求1.1 功能要求銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的主要功能有兩方面:儲(chǔ)戶填寫(xiě)存款單或取款單交給業(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ǔ)戶填寫(xiě)的表單輸入到系統(tǒng),系統(tǒng)必須能快速及時(shí)作出響應(yīng),迅速處理各項(xiàng)數(shù)據(jù)、信息,顯示出所有必需信息并打印出各項(xiàng)清單,所以要求很高的信息量速度和大的主存容量;由于要存貯大量的數(shù)據(jù)和
3、信息,也要有足夠大的磁盤容量;另外,銀行計(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ù)員太過(guò)忙碌以免影響正確率,造成用戶損失。1.5 輸出要求要求快速準(zhǔn)確地打印出存款或取款清單給客戶。2.需求分析2.1 編寫(xiě)目的本報(bào)告的目的是規(guī)范化本軟件的編寫(xiě),旨在于提高軟件開(kāi)發(fā)過(guò)程中的能見(jiàn)度,便于對(duì)軟件開(kāi)發(fā)過(guò)程中的控制與管理,同時(shí)提出了本
4、銀行儲(chǔ)蓄系統(tǒng)的軟件開(kāi)發(fā)過(guò)程,便于程序員與客戶之間的交流、協(xié)作,并作為工作成果的原始依據(jù),同時(shí)也表明了本軟件的共性,以期能夠獲得更大范圍的應(yīng)用。此文檔進(jìn)一步定制軟件開(kāi)發(fā)的細(xì)節(jié)問(wèn)題,明確軟件需求、安排項(xiàng)目規(guī)劃與進(jìn)度、組織軟件開(kāi)發(fā)與測(cè)試,便于用戶與開(kāi)發(fā)商協(xié)調(diào)工作。本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員、設(shè)計(jì)人員和開(kāi)發(fā)人員,希望能使本軟件開(kāi)發(fā)工作更具體。2.2 系統(tǒng)背景軟件名稱:銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)委托單位:銀行開(kāi)發(fā)單位:xxxxxxxxx2.3 功能需求根據(jù)系統(tǒng)可行性分析及業(yè)務(wù)要求,及相關(guān)的功能、性能分析,可以對(duì)系統(tǒng)現(xiàn)有的需求進(jìn)行需求建模,主要涉及到用例、用例圖的建立,類圖及聯(lián)系的建立,以及系統(tǒng)
5、的對(duì)象模型、動(dòng)態(tài)模型和功能模型的建立等。2.4 用例分析根據(jù)銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)的分析,可明確系統(tǒng)的功能需求主要涉及以下幾個(gè)部分。參與人員:銀行管理員、儲(chǔ)戶、系統(tǒng)用戶存款、取款、轉(zhuǎn)賬、查現(xiàn)、查看歷史、修改密碼(儲(chǔ)戶);開(kāi)戶、銷戶、掛失、解掛、修改密碼(系統(tǒng)用戶);增加用戶、查看用戶、刪除用戶、已批申請(qǐng)、待批申請(qǐng)(銀行管理員)根據(jù)相應(yīng)的用例分析,可以為系統(tǒng)功能建模(用例圖):銀行管理員療、 修改系統(tǒng)密碼 開(kāi)尸增加用戶圖1銀行計(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)開(kāi)戶、銷戶、掛失、解掛、修改系統(tǒng)密碼等用例。
6、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性能需求2.5.1 數(shù)據(jù)精確度在進(jìn)行向數(shù)據(jù)庫(kù)文件提取數(shù)據(jù)時(shí),要求數(shù)據(jù)記錄定位準(zhǔn)確,在往數(shù)據(jù)庫(kù)文件數(shù)組中添加數(shù)時(shí),要求輸入數(shù)準(zhǔn)確金額,身份證,卡號(hào)等按需求設(shè)定字符數(shù)。2.5.2 時(shí)間特性程序響應(yīng)時(shí)間:在人的感覺(jué)和視覺(jué)事件范圍內(nèi);信息交換時(shí)間:要求在程序調(diào)用前調(diào)用后都
7、與數(shù)據(jù)庫(kù)保持同步更新,網(wǎng)絡(luò)信息交換施加應(yīng)該小于程序調(diào)用的時(shí)間。2.5.3 適應(yīng)性要求軟件具有很好的更新能力,由于本產(chǎn)品是實(shí)驗(yàn)性軟件,故對(duì)磁盤和內(nèi)存容量沒(mé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 類圖的建立銀行賬戶行名址期息銀燃出I-B佯系統(tǒng)操作驗(yàn)證密碼驗(yàn)證卡號(hào) 一打印存款名別址額碼姓性地金密 屬于驗(yàn)證擁有>顧客名別齡址話 姓性年地電 d|-=銀行職員職工號(hào)職位授權(quán)密碼組成確認(rèn)圖2銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)類圖4
8、.動(dòng)態(tài)行為模型4.1 順序圖順序圖用來(lái)描述對(duì)象之間動(dòng)態(tài)的交互關(guān)系,著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。由于在銀行儲(chǔ)分別是蓄系統(tǒng)中,儲(chǔ)戶面向兩種的業(yè)務(wù),業(yè)務(wù)之間也有先后順序,所以在順序圖中會(huì)有兩個(gè)生命周期,就分別操作系統(tǒng)的存取款操作和存款操作。業(yè)務(wù)員根據(jù)儲(chǔ)戶填寫(xiě)的信息判斷是存款業(yè)務(wù)還是取款業(yè)務(wù),款功能和取款功能。系統(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)行模塊化,即不同角色的不同模塊間的獨(dú)立性以及聯(lián)系,為每個(gè)模塊的實(shí)現(xiàn)進(jìn)行流程
9、分析,利用順序圖對(duì)每個(gè)獨(dú)立模塊建立時(shí)間上的對(duì)象交互流程。系統(tǒng)普通用戶管理:主要包括開(kāi)戶、銷戶、掛失、解掛、修改系統(tǒng)密碼等模塊,分析如下。用戶登錄系統(tǒng)后,具有相應(yīng)的開(kāi)戶權(quán)限,用戶通過(guò)與系統(tǒng)打交道,可以獲取一個(gè)合理的賬戶,順序建模如下:系統(tǒng)用戶:一openservlet:AccountUserAction:AccountUserDao提交開(kāi)戶信息封裝對(duì)象,提交對(duì)象創(chuàng)建對(duì)象:AccountUser返回封裝對(duì)象將賬戶對(duì)象增口到數(shù)據(jù)庫(kù)插入成功信息生用戶提示成功信息<圖4銀行計(jì)算機(jī)儲(chǔ)蓄系統(tǒng)普通用戶管理順序圖銀行管理員:增加用戶、查看用戶、待批申請(qǐng)、已批申請(qǐng)等模塊。模塊的分析,以及對(duì)象間的交互過(guò)程如下
10、。銀行管理員具有增加系統(tǒng)用戶的權(quán)限,管理員可以為系統(tǒng)增加一些特定的系統(tǒng)用戶,同時(shí)可以給予他們一定的權(quán)限。模塊分析如下:銀行管理員:adduserserv let:CommonUserAction:CommonUserDao提交增加用戶信息>封裝信息,提交對(duì)象創(chuàng)建用戶對(duì)象:CommonUser返回對(duì)象r<將用戶對(duì)象增加到數(shù)據(jù)庫(kù)回增加成功信息提示用戶增加成功<圖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ǔ)戶的狀態(tài)最開(kāi)始是填寫(xiě)業(yè)務(wù)單狀態(tài),儲(chǔ)戶填寫(xiě)存款單或者是取款單,再有
11、業(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í)行順序,刻畫(huà)一個(gè)方法中所要進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流程。在銀行儲(chǔ)蓄系統(tǒng)中,各種活動(dòng)有儲(chǔ)戶和銀行的狀態(tài)圖轉(zhuǎn)化而來(lái)。儲(chǔ)戶填寫(xiě)業(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ù)之間的依賴
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 設(shè)備加盟協(xié)議合同范例
- 2024年陶瓷潔具項(xiàng)目可行性研究報(bào)告
- 簽約寫(xiě)手合同范例
- 對(duì)賭投資協(xié)議合同范例
- 食堂采購(gòu)肉合同范例
- 2024年標(biāo)準(zhǔn)規(guī)格燈箱廣告發(fā)布合同版B版
- 市場(chǎng)運(yùn)營(yíng)推廣合同范例
- 酒店采購(gòu)瓷磚合同范例
- 牛肉禮盒訂單合同范例
- 塑料工廠銷售合同范例
- 血栓彈力圖(共28張PPT)精選
- 喜茶營(yíng)銷策略分析
- 別墅小區(qū)防盜報(bào)警系統(tǒng)設(shè)計(jì)方案
- DB37∕T 5016-2021 民用建筑外窗工程技術(shù)標(biāo)準(zhǔn)
- 操作系統(tǒng)填空題
- 《阿利的紅斗篷》閱讀題及答案
- [QC]提高隧道防水板一次安裝合格率
- 產(chǎn)科重點(diǎn)??茀R報(bào)課件
- 金屬風(fēng)管支架重量計(jì)算表
- 義務(wù)教育《勞動(dòng)》課程標(biāo)準(zhǔn)(2022年版)
- 300KW并網(wǎng)電站方案
評(píng)論
0/150
提交評(píng)論