銀行儲蓄系統(tǒng)報(bào)告

1、一、 課程設(shè)計(jì)的目的和要求11設(shè)計(jì)目標(biāo)運(yùn)用數(shù)據(jù)庫設(shè)計(jì)理論設(shè)計(jì)一個較完善有意義的數(shù)據(jù)庫。掌握目前流行的數(shù)據(jù)庫管理系統(tǒng)Microsoft SqlServer 2000的使用與應(yīng)用開發(fā)技術(shù)。為數(shù)據(jù)庫開發(fā)相應(yīng)的應(yīng)用程序，構(gòu)成完整的數(shù)據(jù)庫應(yīng)用系統(tǒng)。將設(shè)計(jì)在數(shù)據(jù)庫管理系統(tǒng)上Oracle等一個或組合實(shí)現(xiàn)，開發(fā)工具可以選用VB、VC、java、html或其他程序設(shè)計(jì)語言。1.2基本要求采用面向?qū)ο蟮姆椒ㄩ_發(fā)，按照軟件工程課程中講的有關(guān)數(shù)據(jù)庫及其應(yīng)用系統(tǒng)設(shè)計(jì)章節(jié)的內(nèi)容，進(jìn)行分析和設(shè)計(jì)，并按照面向?qū)ο蟮脑O(shè)計(jì)流程給出相應(yīng)的分析設(shè)計(jì)文檔。分析文檔中應(yīng)涉及到以下幾個基本方面：需求分析與表達(dá)（oo分析，需求建模）、oo模

2、型與關(guān)系模型的轉(zhuǎn)換（映射方案、數(shù)據(jù)庫結(jié)構(gòu)、建庫的sql語句）、完整性考慮（完整性約束、存儲過程或觸發(fā)器）、并發(fā)控制（數(shù)據(jù)并發(fā)問題，可加鎖）、安全性考慮（數(shù)據(jù)庫安全機(jī)制）、數(shù)據(jù)庫備份與恢復(fù)、系統(tǒng)體系結(jié)構(gòu)（c/s、b/s）、用戶接口設(shè)計(jì)（操作界面設(shè)計(jì)）、程序功能設(shè)計(jì)、關(guān)鍵源程序等等。1.3課題選擇銀行儲蓄管理系統(tǒng)二、銀行儲蓄可行性分析2.1基本要求2.1.1 功能要求此系統(tǒng)所要完成的主要功能有兩方面： 儲戶填寫存款單或取款單交給業(yè)務(wù)員鍵入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，完成后由系統(tǒng)打印存款單給儲戶。如果是取款，業(yè)務(wù)員把取款金額輸入系統(tǒng)并要求儲戶輸入密碼以

3、確認(rèn)身份，核對密碼正確無誤后系統(tǒng)計(jì)算利息并印出利息清單給儲戶2.1.2 性能要求為了滿足儲戶的要求，系統(tǒng)必須要有高的運(yùn)作速度，儲戶填寫的表單輸入到系統(tǒng)，系統(tǒng)必須能快速及時作出響應(yīng)，迅速處理各項(xiàng)數(shù)據(jù)、信息，顯示出所有必需信息并打印出各項(xiàng)清單，所以要求很高的信息量速度和大的主存容量；由于要存貯大量的數(shù)據(jù)和信息，也要有足夠大的磁盤容量；另外，銀行計(jì)算機(jī)儲蓄系統(tǒng)必須有可靠的安全措施，以保證儲戶的存儲安全。2.1.3 接口要求業(yè)務(wù)員鍵入儲戶的資料要全部一直顯示在屏幕上；儲戶鍵入密碼到系統(tǒng)以核對；計(jì)算機(jī)與打印機(jī)有高速傳輸?shù)倪B接接口，最后以紙張的形式打印出清單給儲戶。2.1.4 輸入要求業(yè)務(wù)員從存取款表單輸

4、入數(shù)據(jù)，要迅速精確，適當(dāng)調(diào)整輸入時間，不能讓客戶等太久，但也不能讓業(yè)務(wù)員太過忙碌以免影響正確率，造成用戶損失。2.1.5 輸出要求要求快速準(zhǔn)確地打印出存款或取款清單給客戶。2.2開發(fā)目標(biāo)近期目標(biāo)：第一年內(nèi)在一個銀行建立一個銀行內(nèi)部計(jì)算機(jī)儲蓄系統(tǒng)，初步實(shí)現(xiàn)銀行儲蓄系統(tǒng)計(jì)算機(jī)化，并保證該銀行能夠按期望順利完成工作。長期目標(biāo)： 希望在三至四年內(nèi)，在國內(nèi)銀行中建立該計(jì)算機(jī)儲蓄系統(tǒng)，促進(jìn)銀行間的互聯(lián)合作，實(shí)現(xiàn)銀行儲蓄系統(tǒng)的計(jì)算機(jī)管理體制，提高銀行儲蓄系統(tǒng)的整體水平；并實(shí)現(xiàn)銀行儲蓄系統(tǒng)的高效性、方便性、實(shí)用性、互聯(lián)性，給儲蓄用戶帶來方便和益處，從而提高銀行的信用度，提高銀行公司的經(jīng)濟(jì)效益和社會效益。2.3

5、限制條件2.3.1 開發(fā)時間(只限于近期目標(biāo))預(yù)定為半年。2.3.2 運(yùn)行環(huán)境Windows xp 及以上操作系統(tǒng)、數(shù)據(jù)庫：Microsoft SQL Server 2000。Microsoft Visual Basic 6.0 中文版.2.3.3 使用壽命該系統(tǒng)至少使用四年以上。2.3.4 進(jìn)行可行性研究的方法采用調(diào)查方法：通過對銀行業(yè)務(wù)員和客戶的調(diào)查以獲得第一手資料，確定客戶和實(shí)際應(yīng)用中的需求；然后經(jīng)過座談或開會的形式和專家以及銀行經(jīng)理交談，落實(shí)最后的問題定義。三、 銀行儲蓄需求分析3.1編寫目的 本報(bào)告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控

6、制與管理，同時提出了本銀行儲蓄系統(tǒng)的軟件開發(fā)過程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應(yīng)用此文檔進(jìn)一步定制軟件開發(fā)的細(xì)節(jié)問題，明確軟件需求、安排項(xiàng)目規(guī)劃與進(jìn)度、組織軟件開發(fā)與測試，便于用戶與開發(fā)商協(xié)調(diào)工作。本文檔面向的讀者主要是項(xiàng)目委托單位的管理人員、設(shè)計(jì)人員和開發(fā)人員，希望能使本軟件開發(fā)工作更具體。3.2背景軟件名稱：銀行儲蓄系統(tǒng)委托單位：銀行開發(fā)單位：xxxxxxxxx主管：xxx xxx3.3定義 銀行儲蓄應(yīng)用系統(tǒng)軟件：基本元素為構(gòu)成銀行儲蓄及相關(guān)行為所必須的各種部分。 媒體素材：是指傳播教學(xué)信息的基本材料單元，可分

7、為五大類：文本類素材、圖形（圖像）類素材、音頻類素材、動畫類素材、視頻類素材。 需求：用戶解決問題或達(dá)到目標(biāo)所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權(quán)能。 需求分析：包括提煉，分析和仔細(xì)審查已收集到的需求，以確保所有的風(fēng)險(xiǎn)承擔(dān)者都明其含義并找出其中的錯誤，遺憾或其它不足的地方。 模塊的獨(dú)立性：是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他的模塊的接口是簡單的. SQL Server2000：Microsoft公司開發(fā)的一種功能強(qiáng)大的關(guān)系型數(shù)據(jù)庫。Microsoft Visual Basic 6.0 中文版：Microsof

8、t公司開司的一種功能強(qiáng)大的編程軟件。3.4功能需求根據(jù)系統(tǒng)可行性分析及業(yè)務(wù)要求，及相關(guān)的功能、性能分析，可以對系統(tǒng)現(xiàn)有的需求進(jìn)行需求建模，主要涉及到用例、用例圖的建立，類圖及聯(lián)系的建立，以及數(shù)據(jù)結(jié)構(gòu)的定義等。3.5用例分析根據(jù)銀行儲蓄管理系統(tǒng)的分析，可明確系統(tǒng)的功能需求主要涉及都以下的幾個部分。參與人員：銀行管理員、儲戶、系統(tǒng)用戶用例：存款、取款、轉(zhuǎn)賬、查現(xiàn)、查看歷史、修改密碼（儲戶）； 開戶、銷戶、掛失、解掛、修改密碼（系統(tǒng)用戶）； 增加用戶、查看用戶、刪除用戶、已批申請、待批申請（銀行管理員）根據(jù)相應(yīng)的用例分析，可以為系統(tǒng)功能建模（用例圖）：簡單用例流程分析：1. 用戶注冊系統(tǒng)后，即成為系

9、統(tǒng)用戶，系統(tǒng)用戶可憑借用戶名、密碼、等級進(jìn)入系統(tǒng)。系統(tǒng)用戶可實(shí)現(xiàn)開戶、銷戶、掛失、解掛、修改系統(tǒng)密碼等用例。2. 系統(tǒng)用戶只有使用賬戶、賬戶密碼二次登陸后，才可以實(shí)現(xiàn)存款、取款、轉(zhuǎn)賬、查詢余額、查詢歷史、修改賬戶密碼等用例。3. 銀行管理人員登陸后，可以實(shí)現(xiàn)增加用戶、刪除用戶、查看用戶、查看已批申請、處理待辦申請、修改系統(tǒng)密碼等用例。4. 系統(tǒng)的參與者（系統(tǒng)用戶、儲戶、銀行管理員）在實(shí)現(xiàn)用例時，系統(tǒng)會自動根據(jù)其權(quán)限給予適當(dāng)?shù)膶?shí)現(xiàn)用例。3.6系統(tǒng)層次方框圖由用例分析可知，系統(tǒng)的參與者有三種：系統(tǒng)用戶、儲戶、銀行管理員，由于角色不同，故參與者權(quán)限的分配也不同，根據(jù)功能描述的用例圖可得到以下不同角色

10、的層次方框圖。（1） 銀行管理員銀行管理員增加系統(tǒng)用戶刪除系統(tǒng)用戶查看系統(tǒng)用戶查看已批申請查看未批申請修改系統(tǒng)密碼（2）系統(tǒng)普通用戶普通用戶開戶銷戶掛失解掛改密（3）儲戶儲戶存款取款轉(zhuǎn)賬查現(xiàn)歷史改密由于儲蓄用戶也是系統(tǒng)普通用戶，故儲戶也擁有和系統(tǒng)普通用戶一樣的所有權(quán)限，在上面的層次方框圖中，僅列出了儲蓄用戶特有的權(quán)限。3.7 OO模型分析根據(jù)銀行儲蓄管理系統(tǒng)的用例分析，銀行的參與者主要有三種：銀行管理員、儲戶、系統(tǒng)用戶，因?yàn)閮簟y行管理員都實(shí)現(xiàn)了系統(tǒng)用戶，故參與者用CommonUser角色實(shí)現(xiàn)；由于一個系統(tǒng)用戶可擁有多個賬號，每個賬戶可以對應(yīng)一個系統(tǒng)用戶，故賬戶用AccountUser角色實(shí)

11、現(xiàn)；考慮到相關(guān)系統(tǒng)參與者的業(yè)務(wù)涉及范圍，銀行管理員可以操作賬戶申請以及賬戶的掛失、解掛等申請信息，故申請信息用MessageRegister實(shí)現(xiàn)申請信息記錄；由于儲戶在相關(guān)業(yè)務(wù)操作的過程中，系統(tǒng)可為其記錄相關(guān)的操作日志，用戶實(shí)時可以查看歷史記錄，以了解儲蓄詳情和保障賬戶安全，故可以用MessageLogger來實(shí)現(xiàn)歷史記錄。有上述分析可知，在銀行儲蓄管理系統(tǒng)中，主要涉及到四個數(shù)據(jù)模型的建立，分別用CommonUser、AccountUser、MessageRegister、MessageLogger四個實(shí)體類實(shí)現(xiàn)。由于業(yè)務(wù)操作中，系統(tǒng)參與者之間的交互性，各個數(shù)據(jù)實(shí)體之間存在一定的相關(guān)性。一個系

12、統(tǒng)用戶CommonUser，可以對應(yīng)多個賬戶AccountUser，一個賬戶AccountUser只能對應(yīng)一個系統(tǒng)用戶CommonUser；一個賬戶AccountUser可以對應(yīng)多條歷史記錄信息MessageLogger，一條歷史記錄信息MessageLogger只能對應(yīng)一個賬戶AccountUser；一個賬戶還可以對應(yīng)多條申請記錄信息MessageRegister，但一條申請記錄信息MessageRegister只能對應(yīng)一個賬戶AccountUser。3.8 關(guān)系模型的分析由以上數(shù)據(jù)模型的分析，以及相關(guān)類和類之間的映射關(guān)系的確立，可以將上述的OO模型按照對應(yīng)的映射方案，映射成對應(yīng)的關(guān)系模型，

13、并按照映射出的關(guān)系模型設(shè)計(jì)合理的數(shù)據(jù)庫文件結(jié)構(gòu)。關(guān)系模型的映射：根據(jù)數(shù)據(jù)模型分析，由于AccountUser與Commonuser間是多對一映射，故：AccountUser(account,apassword,address,phone,realname,deposit,state,cname);CommonUser(cname,cpassword,clevel); 由于AccountUser與MessageLogger之間是一對多映射，故：MessageLogger(dealid,dealtype,dealtime,dealmoney,dealaccount); 由于AccountUser與

14、MessageRegister之間是一對多映射，故：MessageRegister(registerid,registertype,solvement,registertime,registeraccount)3.9 數(shù)據(jù)描述根據(jù)關(guān)系模型，可以為本系統(tǒng)的建立數(shù)據(jù)庫accont，其中有四張表，分別是系統(tǒng)用戶表CommonUser、儲戶表AccountUser、儲戶操作日志表MessageLogger、儲戶申請信息表MessageRegister。由上面的數(shù)據(jù)表的結(jié)構(gòu)描述，給出了銀行儲蓄管理系統(tǒng)的數(shù)據(jù)庫的具體的見表的sql語句，如下：-創(chuàng)建數(shù)據(jù)庫-create database accountus

15、e account-系統(tǒng)用戶表（可對應(yīng)多個賬戶用戶）-create table CommonUser(cname varchar(10) primary key not null,cpassword varchar(10) not null,clevel varchar(5) not null)-賬戶用戶表（只對應(yīng)一個系統(tǒng)用戶）-create table AccountUser(account varchar(20) primary key not null,apassword varchar(6) not null,realname varchar(10),address varchar(2

16、0),phone varchar(15),deposit int,state varchar(5) not null,cname varchar(10) foreign key references CommonUser(cname) on delete cascade)-賬戶用戶存取款日志表-create table MessageLogger(dealid int primary key not null,dealtype varchar(10) not null,dealmoney int,dealtime smalldatetime ,dealaccount varchar(20) f

17、oreign key references AccountUser(account) on delete cascade)-賬戶用戶掛失、解掛申請表-create table MessageRegister(registerid int primary key not null,registertype varchar(5) not null,solvement varchar(5) not null,registertime smalldatetime,registeraccount varchar(20) foreign key references AccountUser(account

18、) on delete cascade)3.10性能需求3.10.1 數(shù)據(jù)精確度在進(jìn)行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，要求數(shù)據(jù)記錄定位準(zhǔn)確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)時，要求輸入數(shù)準(zhǔn)確金額，身份證，卡號等按需求設(shè)定字符數(shù)。 3.10.2時間特性程序響應(yīng)時間：在人的感覺和視覺事件范圍內(nèi)；信息交換時間：要求在程序調(diào)用前調(diào)用后都與數(shù)據(jù)庫保持同步更新，網(wǎng)絡(luò)信息交換施加應(yīng)該小于程序調(diào)用的時間。3.10.3適應(yīng)性要求數(shù)據(jù)庫具有很好的更新能力，由于本產(chǎn)品是實(shí)驗(yàn)性軟件，故對磁盤和內(nèi)存容量沒有很高的要求，但是數(shù)據(jù)庫應(yīng)該能夠?qū)Σl(fā)事件，臟數(shù)據(jù)具有較強(qiáng)的識別處理能力。四、 銀行儲蓄總體設(shè)計(jì)4.1. 編寫目的通過前面的需求分

19、析部分，基本明確了本系統(tǒng)的功能需求、性能需求、數(shù)據(jù)文件結(jié)構(gòu)等的一些方面的要求，故在需求分析的基礎(chǔ)上，可以對銀行儲蓄管理系統(tǒng)進(jìn)行概要的總體設(shè)計(jì)，該設(shè)計(jì)旨在實(shí)現(xiàn)系統(tǒng)的大概功能，以及系統(tǒng)的一些交互界面、模塊等。4.2 定義銀行儲蓄管理系統(tǒng)：基本元素為構(gòu)成銀行儲蓄及相關(guān)行為所必須的各種部分?？傮w設(shè)計(jì)：又稱概要設(shè)計(jì)或初步設(shè)計(jì)，劃分出組成系統(tǒng)的物理元素（程序、文件、數(shù)據(jù)庫、人工過程和文檔），設(shè)計(jì)軟件的結(jié)構(gòu)，模塊間的關(guān)系，但每個物理元素仍處于黑盒子級別，具體分析將在以后的詳細(xì)設(shè)計(jì)中說明。順序圖以二維表顯示，橫軸代表各個模塊的實(shí)現(xiàn)中的涉及的角色對象，縱軸是時間軸，時間自上而下。通過順序圖，可以很好的看到模塊中

20、各個對象的建立和銷毀，以及對象間的消息傳遞的交互性。4.3主要模塊設(shè)計(jì)（順序圖分析）根據(jù)職責(zé)劃分，可以對系統(tǒng)的功能進(jìn)行模塊化，即不同角色的不同模塊間的獨(dú)立性以及聯(lián)系，為每個模塊的實(shí)現(xiàn)進(jìn)行流程分析，利用順序圖對每個獨(dú)立模塊建立時間上的對象交互流程。（1） 系統(tǒng)普通用戶管理：主要包括開戶、銷戶、掛失、解掛、修改系統(tǒng)密碼等模塊，分析如下。用戶登錄系統(tǒng)后，具有相應(yīng)的開戶權(quán)限，用戶通過與系統(tǒng)打交道，可以獲取一個合理的賬戶，順序建模如下：(2)銀行管理員：增加用戶、查看用戶、待批申請、已批申請等模塊。模塊的分析，以及對象間的交互過程如下。銀行管理員具有增加系統(tǒng)用戶的權(quán)限，管理員可以為系統(tǒng)增加一些特定的系統(tǒng)

21、用戶，同時可以給予他們一定的權(quán)限。模塊分析如下：4.4總體結(jié)構(gòu)設(shè)計(jì)銀行儲蓄管理系統(tǒng)登錄系統(tǒng)存款取款轉(zhuǎn)賬查現(xiàn)歷史改密開戶銷戶掛失解掛改密查看用戶增加用戶已批申請待批申請基本業(yè)務(wù)基本業(yè)務(wù)管理業(yè)務(wù)修改密碼五、 銀行儲蓄詳細(xì)設(shè)計(jì)5.1.編寫目的總體設(shè)計(jì)已經(jīng)基本確定了每個模塊的借口和功能，詳細(xì)設(shè)計(jì)的任務(wù)就是為每個模塊設(shè)計(jì)其實(shí)現(xiàn)細(xì)節(jié)，詳細(xì)設(shè)計(jì)的根本目標(biāo)就是確定應(yīng)該怎樣具體的實(shí)現(xiàn)所需求的系統(tǒng)，得出對目標(biāo)銀行儲蓄系統(tǒng)的精確描述。5.2.定義軟件系統(tǒng)的類有不同的關(guān)系依賴，3種更為常見的類型：依賴、聚集和繼承。依賴性：一個類的方法出發(fā)另一個類的方法，這是“users”關(guān)系。將類之間的依賴關(guān)系最小化。聚集：聚集有時

22、被稱為“has a”關(guān)系。聚集是一種特殊的依賴，也就是說一個類的部分通過另一個依賴于它的類來定義。在軟件世界里，我們將聚集對象定義為任何將其他對象的引用包含為實(shí)例數(shù)據(jù)的對象。繼承：繼承有時被描述為“is a”關(guān)系。它是一個類從另一個現(xiàn)有類的派生過程。原始用于派生新類的類稱為“基類”或“父類”，派生出來的類稱為“派生類”或“子類”。5.3 主要模塊設(shè)計(jì)說明5.3.1身份驗(yàn)證模塊（G1）設(shè)計(jì)說明（1）模塊描述設(shè)置身份驗(yàn)證模塊的目的保證儲戶信息的安全。（2）功能身份驗(yàn)證模塊功能在于對申請登錄的用戶進(jìn)行身份驗(yàn)證，通過者才能進(jìn)入系統(tǒng)。（3）性能 本操作的響應(yīng)時間應(yīng)控制在12秒內(nèi)。（4）輸入項(xiàng)輸入項(xiàng)包括：

23、名稱標(biāo)識數(shù)據(jù)類型數(shù)據(jù)值輸入方式用戶IDcustomerid字符鍵盤輸入密碼password字符或數(shù)字鍵盤輸入（5）輸出項(xiàng) 該模塊的輸出項(xiàng)為合法用戶。（6）設(shè)計(jì)方法（算法） 銀行業(yè)務(wù)員輸入儲戶用戶ID，儲戶輸入密碼并確定，系統(tǒng)保存用戶輸入的用戶ID和密碼，并在customer表中查找customerid和customername字段值，看是否等于業(yè)務(wù)員輸入的用戶ID和密碼，如相同則通過驗(yàn)證，否則不通過，并給出“密碼錯誤”的提示，如數(shù)據(jù)庫中不存在這樣的記錄，則給出“該用戶不存在”的提示。5.3.2存款模塊（G2）設(shè)計(jì)說明（1）模塊描述設(shè)置存款模塊的目的在于將儲戶的金額存到系統(tǒng)中并記錄信息。（2）功能存款模塊將儲戶存款金額錄入存儲到系統(tǒng)中，并附帶顯示其他儲戶信息。（3）性能 本操作的響應(yīng)時間應(yīng)控制在12秒內(nèi)。（4）輸入項(xiàng)輸入項(xiàng)包括：名稱標(biāo)識數(shù)據(jù)類型數(shù)據(jù)值輸入方式存款金額cunkuancount數(shù)字（ Double ）0鍵盤或鼠標(biāo)（5）輸出項(xiàng) 該模塊的輸出項(xiàng)為存款金額，并且附帶顯示其他信息：用戶名、賬號、賬戶余額、利息金額。（6）設(shè)計(jì)方法（算法） 當(dāng)銀行業(yè)務(wù)員輸入存款金額后，系統(tǒng)進(jìn)行處理，顯示出賬戶余額，并且顯示其他固定信