UML設(shè)計(jì)銀行信息系統(tǒng)介紹

1、更多企業(yè)學(xué)院： /Shop/中小企業(yè)管理全能版183 套講座 +89700 份資料/Shop/40.shtml總經(jīng)理、高層管理49 套講座 +16388 份資料/Shop/38.shtml中層管理學(xué)院46 套講座 +6020 份資料/Shop/39.shtml國(guó)學(xué)智慧、易經(jīng)46 套講座/Shop/41.shtml人力資源學(xué)院56 套講座 +27123 份資料/Shop/44.shtml各階段員工培訓(xùn)學(xué)院77 套講座+ 324 份資料/Shop/49.shtml員工管理企業(yè)學(xué)院67 套講座+ 8720 份資料/Shop/42.shtml工廠生產(chǎn)管理學(xué)院52 套講座+ 13920 份資料/Shop

2、/43.shtml財(cái)務(wù)管理學(xué)院53 套講座+ 17945 份資料/Shop/45.shtml銷售經(jīng)理學(xué)院56 套講座+ 14350 份資料/Shop/46.shtml銷售人員培訓(xùn)學(xué)院72 套講座+ 4879 份資料/Shop/47.shtml計(jì)算機(jī)專業(yè) UML 建模論姓 名：班級(jí)：計(jì)本 0703 班專業(yè)：計(jì)算機(jī)科學(xué)與技術(shù)院系：信息學(xué)院計(jì)算機(jī)系完成日期：2010 年 12 月 24 日目錄目 錄 I序 言 1一、系統(tǒng)的概述 1（一）銀行信息系統(tǒng) 1二、需求分析 1（一）需求分析 1三、系統(tǒng)的 UML 基本模型 2（一）、用例圖 2（二）、用例描述： 3（三）、銀行信息系統(tǒng)的事件流 31. 用例存

3、款的事件流 32. 用例轉(zhuǎn)賬的事件流 43. 用例查詢的事件流 4（四）、活動(dòng)圖 51存款活動(dòng)圖 . 52轉(zhuǎn)賬活動(dòng)圖 53查詢活動(dòng)圖 6（五）時(shí)序圖 6（六）類圖 71 系統(tǒng)中主要的類 8（七）狀態(tài)圖 9（八）部署圖 9四、實(shí)驗(yàn)結(jié)論 10五、總結(jié)及心得體會(huì) 10序言統(tǒng)一建模語言 (UML) 是非專利的第三代建模和規(guī)約語言，是在開發(fā)階段，說 明，可視化，構(gòu)建和書寫一個(gè)面向?qū)ο筌浖芗到y(tǒng)的制品的開放方法。 UML 展 現(xiàn)了一系列最佳工程實(shí)踐，這些最佳實(shí)踐在對(duì)大規(guī)模，復(fù)雜系統(tǒng)進(jìn)行建模方面, 特別是在軟件架構(gòu)層次已經(jīng)被驗(yàn)證有效。 UML 可以貫穿軟件開發(fā)周期中的每一個(gè) 階段。它最適于數(shù)據(jù)建模，業(yè)務(wù)建

4、模，對(duì)象建模，組件建模。被 OMG 采納作為業(yè) 界的標(biāo)準(zhǔn)。一、系統(tǒng)的概述(一)銀行信息系統(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ù)雜得多， 但為了簡(jiǎn)化系統(tǒng)， 本次設(shè)計(jì)只考慮銀行的基 本功能。簡(jiǎn)化版的銀行信息

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

6、戶可以存 錢到賬戶中， 也可以從自己的賬戶中取現(xiàn)， 還可以將存款從一個(gè)賬戶轉(zhuǎn)到另一個(gè)賬戶。 儲(chǔ)戶 還可以隨時(shí)查詢自己賬戶的情況， 并查詢以前所進(jìn)行的存款、 取款等交易記錄。 后臺(tái)管理員 可以對(duì)客戶的賬戶進(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)還要記錄存款人姓名，住址，身份證號(hào)碼，

7、存款類型，存款日期，利率 及密碼（可選）等信息，完成后由系統(tǒng)反饋成功存款信息給用戶。如果是取款，用戶填寫取 款的相關(guān)信息（取款金額、取款幣種）進(jìn)行提交，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份，核對(duì) 密碼正確無誤后系統(tǒng)計(jì)算利息并印出利息單給用戶。 如果是轉(zhuǎn)賬， 用戶填寫轉(zhuǎn)賬的相關(guān)信息 進(jìn)行提交， 系統(tǒng)要求用戶輸入密碼以確認(rèn)身份， 核對(duì)密碼正確無誤后系統(tǒng)計(jì)算利息并反饋信 息給用戶。系統(tǒng)及時(shí)更新數(shù)據(jù)庫。外部功能：實(shí)現(xiàn)化窗口，開戶 / 銷戶、存款 / 取款、查詢 / 轉(zhuǎn)賬。 內(nèi)部功能：同步，過濾，定位，識(shí)別，更新，連接。三、系統(tǒng)的 UML 基本模型（一）、用例圖通過分析對(duì)銀行信息系統(tǒng)的需求分析，確定參與者有銀

8、行客戶、收銀員。 收銀員具有維護(hù)系統(tǒng)信息、維護(hù)客戶信息、查詢客戶情況和處理處理客戶需求的作用。 用例包括：1）開戶、2 ）存款、3）取款、4）轉(zhuǎn)賬、5）查詢、6 ）銷戶等。用例圖如下所示：1 ）銀行信息系統(tǒng)用例分為兩部分： Use Case View 和 Logical View2 ） Use Case View 部分：3 ） Logical View 部分：4 ）具體用例關(guān)系圖：（二）、用例描述：用例名稱：銀行信息系統(tǒng)描述：銀行客戶對(duì)需要辦理業(yè)務(wù)的需求以及收銀員對(duì)事件的處理。三）、銀行信息系統(tǒng)的事件流1. 用例存款的事件流1.1 前置條件 在存款之前，客戶已經(jīng)辦理銀行賬號(hào)并且?guī)憩F(xiàn)金若干，并

9、到達(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 ）收銀員提示，請(qǐng)客戶選擇服務(wù)類型。（5 ）客戶選擇存款服務(wù)。（6 ）收銀員提示：存款數(shù)目。（ 7 ）客戶說出數(shù)目，并把錢交給收銀員。（ 8 ）收銀員完成服務(wù)。（ 9 ）收銀員退還卡。1.4.2 替代流 如果輸入的密碼無效，用戶可以重新輸入密碼或者終止用例。2. 用例轉(zhuǎn)賬的事件流2.1 前置條件 在轉(zhuǎn)賬之前，客戶已經(jīng)辦理銀行賬號(hào)，被轉(zhuǎn)賬人的賬號(hào)已

10、經(jīng)存在并且已經(jīng)知道了對(duì) 方的賬號(hào)。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 替代流 如果輸入的密碼無效，用戶可以重新輸入密碼或者終止用例。3. 用例查詢的事件流3.1 前置條件 在查詢之前，客戶已經(jīng)辦理銀行賬號(hào)并且攜帶銀行卡，并到達(dá)銀行網(wǎng)點(diǎn)。3.2 后置條件 如果這個(gè)用例成功，這個(gè)查詢事件是成功的，否則，系統(tǒng)沒有變

11、化。3.3 擴(kuò)充點(diǎn)無3.4 事件流3.4.1 基流（ 1 ）客戶將銀行卡交給收銀員。（ 2 ）收銀員要求客戶輸入卡密碼。（ 3 ）客戶輸入卡密碼，并確認(rèn)密碼。（ 4 ）收銀員提示，請(qǐng)客戶選擇服務(wù)類型。（ 5 ）客戶選擇查詢服務(wù)。（ 6 ）客戶說出查詢內(nèi)容，收銀員將內(nèi)容反饋給客戶。（ 7 ）收銀員完成服務(wù)。（ 8 ）收銀員退還卡。3.4.2 替代流 如果輸入的密碼無效，用戶可以重新輸入密碼或者終止用例。（四）、活動(dòng)圖活動(dòng)圖是基于對(duì)象的狀態(tài)變遷所繪制的視圖。 收銀員首先憑著自己的系統(tǒng)用戶名和密碼登錄系統(tǒng)， 收銀員可以通過銀行客戶提供的有 效證件號(hào)開戶， 提供客戶賬號(hào)開戶、 存款、 取款、 轉(zhuǎn)賬、

12、查詢、 銷戶等功能， 最后退出系統(tǒng)。1存款活動(dòng)圖2轉(zhuǎn)賬活動(dòng)圖3查詢活動(dòng)圖（五）時(shí)序圖時(shí)序圖（ Sequence Diagram ）主要用于按照交互發(fā)生的一系列順序，顯示對(duì)象之間 的這些交互。收銀員通過用戶賬號(hào)和密碼登錄系統(tǒng)，在系統(tǒng)的操作窗口對(duì)需要存款、取款、 轉(zhuǎn)賬、查詢、銷戶的用戶進(jìn)行操作，最后退出操作窗口。我們所開發(fā)的銀行信息系統(tǒng)時(shí)序圖如圖所示：操作時(shí)序圖（六）類圖類圖是對(duì)象結(jié)構(gòu)建模的一部分， 類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。 類圖是代碼生成 （將模 型轉(zhuǎn)化為代碼）的來源，也是逆向工程（將代碼轉(zhuǎn)化為模型）的目標(biāo)設(shè)生成物。類圖設(shè)計(jì)如下圖：1系統(tǒng)中主要的類（1）用戶類： 它的屬性有用戶名 （ Nam

13、e ）、密碼（ Password ）、銀行卡號(hào) （ Cardnumber ）、 用戶身份證號(hào)碼（ ID ）。操作包括修改密碼（ Changpassword ）、存款（ deposit ）、取款（ cash ）、轉(zhuǎn) 賬（ transfer ）、 查詢（ Chaxun ）、用戶開戶（ Registered ）。（2）系統(tǒng)類： 它的屬性有電腦號(hào)（ Computernumber ）、機(jī)器地址（ Mac ）。 本身的操作沒有，但有被管理員使用的操作。（3）收銀員類： 它的屬性有用戶名（ name ）、密碼（ password ）。 操作包括用戶開戶（ Registeredusers ）、注銷用戶（ Deleteusers ）、查詢用戶 信息（ Chaxun ）、系統(tǒng)維護(hù)（ Weihu ）。（七）狀態(tài)圖狀態(tài)圖用來表示建模對(duì)象是如何改變其狀態(tài)的， 狀態(tài)定義為對(duì)象行為在某一時(shí)刻的快照 或轉(zhuǎn)折點(diǎn)。（八）部署圖系統(tǒng)部署圖如下：四、實(shí)驗(yàn)結(jié)論 系統(tǒng)主要的實(shí)現(xiàn)目標(biāo)是實(shí)現(xiàn)客戶開戶、存款、取款、轉(zhuǎn)賬、