UML建模--銀行管理系統(tǒng)

1、銀行管理系統(tǒng)的UML建模課程設(shè)計(jì)報(bào)告 專業(yè)： 學(xué)號： 姓名： 任課教師：一、系統(tǒng)概述銀行是與人們生活密切相關(guān)的一個(gè)機(jī)構(gòu)，銀行可以提供存款、取款、轉(zhuǎn)賬等業(yè)務(wù)。在銀行設(shè)立賬戶的人或機(jī)構(gòu)被稱為銀行的客戶（customer）。一個(gè)客戶可以在銀行開設(shè)多個(gè)賬戶（account），客戶可以存錢到賬戶中，也可以從自己的賬戶中取錢，還可以將存款從一個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶。另外，客戶可以隨時(shí)查詢自己的賬戶情況，以及查詢以前所進(jìn)行的存款、取款等交易記錄。客戶還有權(quán)利要求關(guān)閉自己的賬戶。實(shí)際生活中的銀行功能其實(shí)還要復(fù)雜得多，但為了簡化系統(tǒng)，本次設(shè)計(jì)只考慮銀行的基本功能。簡化版的銀行信息系統(tǒng)至少應(yīng)具有如下功能：1. 一個(gè)

2、銀行可以有多個(gè)賬戶；2. 一個(gè)銀行可以有多個(gè)客戶；3. 一個(gè)客戶可以持有多個(gè)賬戶；4. 一個(gè)賬戶可以有多個(gè)持有者；5. 銀行可以為客戶開設(shè)賬戶；6. 銀行可以為客戶注銷賬戶；7. 客戶可以從自己賬戶中取錢；8. 客戶可以向自己賬戶中存錢；9. 客戶可以在同一銀行的不同賬戶之間轉(zhuǎn)賬；10. 客戶可以在不同銀行的不同賬戶之間轉(zhuǎn)賬；請完成登錄、存款、取款、轉(zhuǎn)賬和查詢幾個(gè)模塊的設(shè)計(jì)。二、需求分析銀行系統(tǒng)是與生活緊密相關(guān)的一個(gè)機(jī)構(gòu)，銀行提供了存款、取款、轉(zhuǎn)賬等業(yè)務(wù)。在銀行設(shè)立賬戶的人或機(jī)構(gòu)通常被稱為銀行的儲戶。一個(gè)儲戶可以在銀行開多個(gè)賬戶，儲戶可以存錢到賬戶中，也可以從自己的賬戶中取現(xiàn)，還可以將存款從一

3、個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶。儲戶還可以隨時(shí)查詢自己賬戶的情況，并查詢以前所進(jìn)行的存款、取款等交易記錄。后臺管理員可以對客戶的賬戶進(jìn)行注銷、刪除、查詢等管理，還有就是銀行利息、匯率、手續(xù)費(fèi)之類參數(shù)的設(shè)置，以及財(cái)務(wù)管理以及財(cái)務(wù)分析。軟件分別有開戶，查詢存取款，轉(zhuǎn)賬等功能。各個(gè)模塊各有不同的功能，但都能完成查詢和存取功能。各模塊的數(shù)據(jù)都存放在數(shù)據(jù)庫中。數(shù)據(jù)的調(diào)用和連接都有程序來完成。此軟件所要完成的主要功能有三方面：如果是存款，用戶填寫存款單，然后交給收銀員鍵入系統(tǒng)，同時(shí)系統(tǒng)還要記錄存款人姓名，住址，身份證號碼，存款類型，存款日期，利率及密碼（可選）等信息，完成后由系統(tǒng)反饋成功存款信息給用戶。如果是取款，

4、用戶填寫取款的相關(guān)信息（取款金額、取款幣種）進(jìn)行提交，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份，核對密碼正確無誤后系統(tǒng)計(jì)算利息并印出利息單給用戶。如果是轉(zhuǎn)賬，用戶填寫轉(zhuǎn)賬的相關(guān)信息進(jìn)行提交，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份，核對密碼正確無誤后系統(tǒng)計(jì)算利息并反饋信息給用戶。系統(tǒng)及時(shí)更新數(shù)據(jù)庫。 外部功能：實(shí)現(xiàn)化窗口，開戶/銷戶、存款/取款、查詢/轉(zhuǎn)賬。 內(nèi)部功能：同步，過濾，定位，識別，更新，連接。三、系統(tǒng)的UML基本模型（1）、用例圖通過分析對銀行管理系統(tǒng)的需求分析，確定參與者有銀行客戶、收銀員。收銀員具有維護(hù)系統(tǒng)信息、維護(hù)客戶信息、查詢客戶情況和處理處理客戶需求的作用。用例包括：1）開戶、2）存款、3）

5、取款、4）轉(zhuǎn)賬、5）查詢、 6）銷戶等（2）、用例描述：用例名稱：銀行信息系統(tǒng)描述：銀行客戶對需要辦理業(yè)務(wù)的需求以及收銀員對事件的處理。（3）、銀行信息系統(tǒng)的事件流1.用例存款的事件流1.1 前置條件 在存款之前，客戶已經(jīng)辦理銀行賬號并且?guī)憩F(xiàn)金若干，并到達(dá)銀行網(wǎng)點(diǎn)。1.2 后置條件 如果這個(gè)用例成功，這個(gè)存款事件是成功的，否則，系統(tǒng)沒有變化。1.3 擴(kuò)充點(diǎn) 無1.4 事件流 1.4.1 基流 （1）客戶將銀行卡交給收銀員。 （2）收銀員要求客戶輸入卡密碼。 （3）客戶輸入卡密碼，并確認(rèn)密碼。 （4）收銀員提示，請客戶選擇服務(wù)類型。 （5）客戶選擇存款服務(wù)。 （6）收銀員提示：存款數(shù)目。 （7

6、）客戶說出數(shù)目，并把錢交給收銀員。 （8）收銀員完成服務(wù)。 （9）收銀員退還卡。 1.4.2 替代流 如果輸入的密碼無效，用戶可以重新輸入密碼或者終止用例。2. 用例轉(zhuǎn)賬的事件流2.1 前置條件 在轉(zhuǎn)賬之前，客戶已經(jīng)辦理銀行賬號，被轉(zhuǎn)賬人的賬號已經(jīng)存在并且已經(jīng)知道了對方的賬號。2.2 后置條件 如果這個(gè)用例成功，這個(gè)轉(zhuǎn)賬事件是成功的，否則，系統(tǒng)沒有變化。2.3 擴(kuò)充點(diǎn) 無2.4 事件流 2.4.1 基流 （1）客戶填寫轉(zhuǎn)賬單。 （2）客戶把轉(zhuǎn)賬單和銀行卡交給收銀員。 （3）收銀員要求客戶輸入卡密碼。 （4）客戶輸入卡密碼，并確認(rèn)密碼。 （5）收銀員轉(zhuǎn)賬成功。 （6）收銀員退還卡。 2.4.2

7、替代流 如果輸入的密碼無效，用戶可以重新輸入密碼或者終止用例。3.用例查詢的事件流3.1 前置條件 在查詢之前，客戶已經(jīng)辦理銀行賬號并且攜帶銀行卡，并到達(dá)銀行網(wǎng)點(diǎn)。3.2 后置條件 如果這個(gè)用例成功，這個(gè)查詢事件是成功的，否則，系統(tǒng)沒有變化。3.3 擴(kuò)充點(diǎn) 無3.4 事件流 3.4.1 基流 （1）客戶將銀行卡交給收銀員。 （2）收銀員要求客戶輸入卡密碼。 （3）客戶輸入卡密碼，并確認(rèn)密碼。 （4）收銀員提示，請客戶選擇服務(wù)類型。 （5）客戶選擇查詢服務(wù)。 （6）客戶說出查詢內(nèi)容，收銀員將內(nèi)容反饋給客戶。 （7）收銀員完成服務(wù)。 （8）收銀員退還卡。 3.4.2 替代流如果輸入的密碼無效，用戶

8、可以重新輸入密碼或者終止用例。（4）、活動圖活動圖是基于對象的狀態(tài)變遷所繪制的視圖。收銀員首先憑著自己的系統(tǒng)用戶名和密碼登錄系統(tǒng)，收銀員可以通過銀行客戶提供的有效證件號開戶，提供客戶賬號開戶、存款、取款、轉(zhuǎn)賬、查詢、銷戶等功能，最后退出系統(tǒng)。1存款活動圖2轉(zhuǎn)賬活動圖3查詢活動圖（5）、時(shí)序圖時(shí)序圖（Sequence Diagram）主要用于按照交互發(fā)生的一系列順序，顯示對象之間的這些交互。收銀員通過用戶賬號和密碼登錄系統(tǒng)，在系統(tǒng)的操作窗口對需要存款、取款、轉(zhuǎn)賬、查詢、銷戶的用戶進(jìn)行操作，最后退出操作窗口。我們所開發(fā)的銀行管理系統(tǒng)時(shí)序圖如圖所示：（6）、類圖類圖是對象結(jié)構(gòu)建模的一部分，類圖描述系

9、統(tǒng)中類的靜態(tài)結(jié)構(gòu)。類圖是代碼生成（將模型轉(zhuǎn)化為代碼）的來源，也是逆向工程（將代碼轉(zhuǎn)化為模型）的目標(biāo)設(shè)生成物。類圖設(shè)計(jì)如下圖：系統(tǒng)中主要的類（1）用戶類：它的屬性有用戶名（Name）、密碼（Password）、銀行卡號（Cardnumber）、用戶身份證號碼（ID）。操作包括修改密碼（Changpassword）、存款（deposit）、取款（cash）、轉(zhuǎn)賬（transfer）、 查詢（Chaxun）、用戶開戶（Registered）。（2）系統(tǒng)類：它的屬性有電腦號（Computernumber）、機(jī)器地址（Mac）。本身的操作沒有，但有被管理員使用的操作。（3）收銀員類：它的屬性有用戶名（name）、密碼（password）。操作包括用戶開戶（Registeredusers）、注銷用戶（Deleteusers）、查詢用戶信息（Chaxun）、系統(tǒng)維護(hù)（Weihu）。（7）狀態(tài)圖狀態(tài)圖用來表示建模對象是如何改變其狀態(tài)的，狀態(tài)定義為對象行為在某一時(shí)刻的快照或轉(zhuǎn)折點(diǎn)。四、結(jié)論系統(tǒng)主要的實(shí)現(xiàn)目標(biāo)是實(shí)現(xiàn)客戶開戶、存款、取款、轉(zhuǎn)賬、查詢、銷戶和后