UML設計銀行信息系統(tǒng)介紹_第1頁
UML設計銀行信息系統(tǒng)介紹_第2頁
UML設計銀行信息系統(tǒng)介紹_第3頁
UML設計銀行信息系統(tǒng)介紹_第4頁
UML設計銀行信息系統(tǒng)介紹_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

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

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

4、模,對象建模,組件建模。被 OMG 采納作為業(yè) 界的標準。一、系統(tǒng)的概述(一)銀行信息系統(tǒng)銀行是與人們生活密切相關的一個機構,銀行可以提供存款、取款、轉賬等業(yè)務。 在銀行設立賬戶的人或機構被稱為銀行的客戶( customer )。一個客戶可以在銀行開 設多個賬戶( account ),客戶可以存錢到賬戶中,也可以從自己的賬戶中取錢,還可以將 存款從一個賬戶轉到另一個賬戶。 另外, 客戶可以隨時查詢自己的賬戶情況, 以及查詢以前 所進行的存款、取款等交易記錄。客戶還有權利要求關閉自己的賬戶。實際生活中的銀行功能其實還要復雜得多, 但為了簡化系統(tǒng), 本次設計只考慮銀行的基 本功能。簡化版的銀行信息

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

6、戶可以存 錢到賬戶中, 也可以從自己的賬戶中取現, 還可以將存款從一個賬戶轉到另一個賬戶。 儲戶 還可以隨時查詢自己賬戶的情況, 并查詢以前所進行的存款、 取款等交易記錄。 后臺管理員 可以對客戶的賬戶進行注銷、刪除、查詢等管理,還有就是銀行利息、匯率、手續(xù)費之類參數的設置,以及財務管理以及財務分析。軟件分別有開戶,查詢存取款, 轉賬等功能。 各個模塊各有不同的功能,但都能完成查 詢和存取功能。各模塊的數據都存放在數據庫中。數據的調用和連接都有程序來完成。此軟件所要完成的主要功能有三方面: 如果是存款, 用戶填寫存款單, 然后交給收銀員 鍵入系統(tǒng),同時系統(tǒng)還要記錄存款人姓名,住址,身份證號碼,

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

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

9、到達銀行網點。1.2 后置條件 如果這個用例成功,這個存款事件是成功的,否則,系統(tǒng)沒有變化。1.3 擴充點無1.4 事件流1.4.1 基流( 1 )客戶將銀行卡交給收銀員。( 2 )收銀員要求客戶輸入卡密碼。( 3 )客戶輸入卡密碼,并確認密碼。( 4 )收銀員提示,請客戶選擇服務類型。(5 )客戶選擇存款服務。(6 )收銀員提示:存款數目。( 7 )客戶說出數目,并把錢交給收銀員。( 8 )收銀員完成服務。( 9 )收銀員退還卡。1.4.2 替代流 如果輸入的密碼無效,用戶可以重新輸入密碼或者終止用例。2. 用例轉賬的事件流2.1 前置條件 在轉賬之前,客戶已經辦理銀行賬號,被轉賬人的賬號已

10、經存在并且已經知道了對 方的賬號。2.2 后置條件 如果這個用例成功,這個轉賬事件是成功的,否則,系統(tǒng)沒有變化。2.3 擴充點無2.4 事件流2.4.1 基流( 1 )客戶填寫轉賬單。( 2 )客戶把轉賬單和銀行卡交給收銀員。( 3 )收銀員要求客戶輸入卡密碼。( 4 )客戶輸入卡密碼,并確認密碼。( 5 )收銀員轉賬成功。(6 )收銀員退還卡。2.4.2 替代流 如果輸入的密碼無效,用戶可以重新輸入密碼或者終止用例。3. 用例查詢的事件流3.1 前置條件 在查詢之前,客戶已經辦理銀行賬號并且攜帶銀行卡,并到達銀行網點。3.2 后置條件 如果這個用例成功,這個查詢事件是成功的,否則,系統(tǒng)沒有變

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論