每個(gè)人都曾試圖在平淡的學(xué)習(xí),、工作和生活中寫(xiě)一篇文章,。寫(xiě)作是培養(yǎng)人的觀察、聯(lián)想,、想象,、思維和記憶的重要手段。相信許多人會(huì)覺(jué)得范文很難寫(xiě),？接下來(lái)小編就給大家介紹一下優(yōu)秀的范文該怎么寫(xiě),，我們一起來(lái)看一看吧。

銀行儲(chǔ)蓄管理系統(tǒng)uml建模篇一

廣西科技大學(xué)

guangxi university of scienceand technology

課 程 作 業(yè)

專

業(yè)： 計(jì)算機(jī)科學(xué)與技術(shù)

班級(jí)學(xué)號(hào)：

學(xué)生姓名：

班級(jí)學(xué)號(hào)：

學(xué)生姓名：

指導(dǎo)教師：

二〇一三年十二月摘要.....................................................................................................................................................iii 1 引言.......................................................................................................................................................3

1.1 選題背景....................................................................................................................................3 1.2 選題意義和目的.........................................................................................................................3 1.3 研究方法....................................................................................................................................3 2 可行性分析...........................................................................................................................................4

2.1 技術(shù)可行性分析.........................................................................................................................4

2.1.1與現(xiàn)有系統(tǒng)比較的優(yōu)越性...............................................................................................4 2.1.2 技術(shù)可行性評(píng)價(jià)..............................................................................................................4 2.2 經(jīng)濟(jì)可行性分析.........................................................................................................................4

2.2.1 支出.................................................................................................................................4 2.2.2 投資回收周期..................................................................................................................4 網(wǎng)上購(gòu)物系統(tǒng)的分析............................................................................................................................5

3.1 網(wǎng)上購(gòu)物系統(tǒng)的需求分析：.....................................................................................................5 3.2 用例分析....................................................................................................................................5

3.2.1確定用例:.........................................................................................................................5 3.2.2 創(chuàng)建用例..........................................................................................................................5 3.2 用例分析....................................................................................................................................6

3.2.3創(chuàng)建用例圖.......................................................................................................................6 3.3 類圖分析....................................................................................................................................7

3.3.1 當(dāng)前系統(tǒng)的類..................................................................................................................7 3.4 時(shí)序圖分析................................................................................................................................8

3.4.1 時(shí)序圖描述......................................................................................................................8 3.4.2 顧客的時(shí)序圖..................................................................................................................8 3.4.3客戶刪除訂單的時(shí)序圖...................................................................................................9 3.4.4 管理員處理訂單的時(shí)序圖............................................................................................10 3.4.4 管理員處理訂單的時(shí)序圖............................................................................................10 3.5 系統(tǒng)的協(xié)作圖分析...................................................................................................................11

3.5.1 顧客訂購(gòu)協(xié)作圖............................................................................................................11 3.5.2 顧客刪除訂單的協(xié)作圖................................................................................................11 3.5.3 管理員處理訂單協(xié)作圖................................................................................................12 3.6 系統(tǒng)的狀態(tài)圖分析...................................................................................................................13

3.6.1 管理員狀態(tài)圖................................................................................................................13 3.6.2 用戶狀態(tài)圖....................................................................................................................13 3.7 系統(tǒng)的構(gòu)件圖分析...................................................................................................................14

3.7.1 網(wǎng)上購(gòu)物系統(tǒng)構(gòu)件圖....................................................................................................14 3.8 系統(tǒng)的部署圖分析...................................................................................................................15

3.8.1 網(wǎng)上購(gòu)物系統(tǒng)部署圖....................................................................................................15 參考書(shū)籍.............................................................................................................................................17 結(jié)

論.....................................................................................................................................................17

摘要

本論文共分三部分,，分別介紹了統(tǒng)一建模語(yǔ)言（uml）,、面向?qū)ο蟪绦蚍治雠c設(shè)計(jì)以及通過(guò)一個(gè)簡(jiǎn)易電子商務(wù)系統(tǒng)的例子介紹如何應(yīng)用uml進(jìn)行項(xiàng)目需求分析、結(jié)構(gòu)規(guī)劃和生成框架代碼,，以及如何從現(xiàn)有系統(tǒng)逆向轉(zhuǎn)出代碼,，生成uml模型。

該設(shè)計(jì)的主要目的是對(duì)統(tǒng)一建模語(yǔ)言的學(xué)習(xí)過(guò)程,，并在學(xué)習(xí)中,，通過(guò)一個(gè)簡(jiǎn)單的例子來(lái)理解uml語(yǔ)言的建模思想。本設(shè)計(jì)是通過(guò)一個(gè)購(gòu)物車的例子來(lái)理解uml語(yǔ)言的,。通過(guò)面向?qū)ο蟪绦蛟O(shè)計(jì)方法與uml思想的結(jié)合,，對(duì)系統(tǒng)進(jìn)行建模。即設(shè)計(jì)uml中的類圖,、對(duì)象圖,、用例圖,、協(xié)作圖、順序圖,、狀態(tài)圖,、構(gòu)件圖和部署圖。通過(guò)這些uml框圖生成代碼,。然后,，根據(jù)生成的代碼框架及uml模型來(lái)完善整個(gè)程序。

這個(gè)網(wǎng)上購(gòu)物系統(tǒng),，主要是實(shí)現(xiàn)向購(gòu)物車中添加和刪除商品及對(duì)商品進(jìn)行結(jié)帳的功能,。系統(tǒng)是用jsp語(yǔ)言實(shí)現(xiàn)的，它的主要功能都是通過(guò)servlet控制的,。該程序的設(shè)計(jì)思想都是通過(guò)uml語(yǔ)言體現(xiàn)的,，論文詳細(xì)描述了整個(gè)設(shè)計(jì)及學(xué)習(xí)的全過(guò)程。

關(guān)鍵詞：

統(tǒng)一建模語(yǔ)言 面向?qū)ο蠓治?/p>

abstract

this paper is spanided into three parts and introduces separately unified modeling language, ooa and a piece of easy e-business system , it shows how to apply uml to carry on requirement analysis and structure plan and to turn into project code, and how to transfer to project code reversely and produce uml model from a existing main purpose of this design is to study course of unified modeling studying, the modeling thought of uml can be understood through a simple order to understand the thought of uml, an example of shopping cart is h the combination of the method of ood and the thought of uml, the model of the system is , it is to design class diagram,、use case diagram,、sequence diagram、state diagram,、component diagram and deployment code is produced by using these uml block , the whole program is perfected according to code frame that are produced and uml online shopping system mainly realizes functions of adding goods to shopping cart and deleting goods from shopping cart and checking system is developed by jsp language, and the main functions of it are controlled through design philosophy of this procedure was all embodied through uml paper has described in detail the design and whole studying word:

unified modeling language

ii

1.1 選題背景 引言

它主要是通過(guò)在網(wǎng)頁(yè)上進(jìn)行簡(jiǎn)單的對(duì)商品進(jìn)行選購(gòu),。

1.2 選題意義和目的

該案例的目的主要是：一，學(xué)習(xí)uml在面向?qū)ο蠹夹g(shù)中的應(yīng)用,。二,，演示在一個(gè)完整的應(yīng)用中如何使用uml：從分析到設(shè)計(jì)模型到真正的代碼和可運(yùn)行的應(yīng)用。三,，學(xué)習(xí)使用uml建模工具visio。本案例遵循的是一種順序過(guò)程,。

1.3 研究方法

一個(gè)成功的系統(tǒng)開(kāi)發(fā)項(xiàng)目的成功之處在于它能夠在想象者和實(shí)現(xiàn)這些想象的系統(tǒng)開(kāi)發(fā)人員之間建立起溝通的橋梁,。統(tǒng)一建模語(yǔ)言(unified modeling language,uml)就是一種建立橋梁的工具。它能幫你捕捉住對(duì)系統(tǒng)所發(fā)揮的想象力,，并是你能夠用這些想象出來(lái)的東西來(lái)和項(xiàng)目的風(fēng)險(xiǎn)承擔(dān)人(在這里可以理解為用戶)進(jìn)行交流,。uml借助與一套符號(hào)和圖形來(lái)幫助我們完成這些工作。每種圖形在開(kāi)發(fā)過(guò)程中都發(fā)揮其各自不同的作用,?？尚行苑治?/p>

2.1 技術(shù)可行性分析

2.1.1與現(xiàn)有系統(tǒng)比較的優(yōu)越性

簡(jiǎn)單性：在實(shí)現(xiàn)平臺(tái)的功能的同時(shí)，盡量讓平臺(tái)操作簡(jiǎn)單易懂,，這對(duì)于一個(gè)網(wǎng)站來(lái)說(shuō)是非常重要的,。

針對(duì)性：該平臺(tái)設(shè)計(jì)是網(wǎng)上購(gòu)物系統(tǒng)及后臺(tái)管理的定向開(kāi)發(fā)設(shè)計(jì)，所以具有專業(yè)突出和很強(qiáng)的針對(duì)性,。

實(shí)用性：該平臺(tái)能完成商品展示和管理員管理的基本信息,，具有良好的實(shí)用性,。2.1.2 技術(shù)可行性評(píng)價(jià)

技術(shù)可行性：目前，公司的管理工作和服務(wù)工作存在盲目性,、隨意性,、和無(wú)效消耗，不能保證營(yíng)銷部門的工作質(zhì)量,，影響商品的銷售,，給公司帶來(lái)實(shí)際的和潛在的經(jīng)濟(jì)損失。雖然系統(tǒng)開(kāi)發(fā)初期投資較大,，但是,，若開(kāi)發(fā)成功本系統(tǒng)，將有助于公司更好地預(yù)測(cè)市場(chǎng),，更好的開(kāi)發(fā)客戶及時(shí)調(diào)整經(jīng)營(yíng)銷售策略,，在激烈的市場(chǎng)競(jìng)爭(zhēng)中把握主動(dòng)。因此,，從長(zhǎng)遠(yuǎn)利益考慮,，本項(xiàng)目若能開(kāi)發(fā)成功，它所帶來(lái)的效益將遠(yuǎn)高于系統(tǒng)投入,。

2.2 經(jīng)濟(jì)可行性分析

2.2.1 支出

經(jīng)濟(jì)可行性：由于實(shí)體店鋪對(duì)電子購(gòu)物商城系統(tǒng)開(kāi)發(fā)項(xiàng)目達(dá)成了共識(shí),，并撥出專項(xiàng)資金，用以購(gòu)置建立網(wǎng)絡(luò)中心所需的網(wǎng)絡(luò)設(shè)備和軟件,，具備了開(kāi)發(fā)web平臺(tái)系統(tǒng)的基本條件,。

為了今后的系統(tǒng)維護(hù)，開(kāi)發(fā)團(tuán)隊(duì)準(zhǔn)備聯(lián)合具有豐富經(jīng)驗(yàn)的軟件開(kāi)發(fā)人員共同研究,，這為今后系統(tǒng)的順利開(kāi)發(fā)提供了有力的技術(shù)條件,。2.2.2 投資回收周期

資本周轉(zhuǎn)速度快，回收期短,，風(fēng)險(xiǎn)小,，盈利多。不足的是,，投資回收期沒(méi)有全面地考慮投資方案整個(gè)計(jì)算期內(nèi)的現(xiàn)金流量,，即：忽略在以后發(fā)生投資回收期的所有好4

處,對(duì)總收入不做考慮。只考慮回收之前的效果,，不能反映投資回收之后的情況,，即無(wú)法準(zhǔn)確衡量方案在整個(gè)計(jì)算期內(nèi)的經(jīng)濟(jì)效果。網(wǎng)上購(gòu)物系統(tǒng)的分析

3.1 網(wǎng)上購(gòu)物系統(tǒng)的需求分析：

1：普通用戶可以登陸系統(tǒng),，成為登陸后用戶,。

2：普通用戶只具有搜索產(chǎn)品、查看產(chǎn)品分類、查看產(chǎn)品項(xiàng)目,、查看產(chǎn)品等幾個(gè)基本權(quán)限,。

3：除提供一般權(quán)限外，本系統(tǒng)還可為登陸后用戶提供編輯帳號(hào),、購(gòu)物車,、定單、結(jié)算的功能和服務(wù),。

4：登陸后用戶可修改購(gòu)物數(shù)量,。

3.2 用例分析

3.2.1確定用例: 1系統(tǒng)需要哪些輸入/輸出？這些輸入/輸出從何而來(lái),？到哪里去,？ 2執(zhí)行者是否需要對(duì)系統(tǒng)中的信息進(jìn)行讀、創(chuàng)建,、修改,、刪除或存儲(chǔ)？ 3.2.2 創(chuàng)建用例 訂單處理 2 訂單維護(hù) 3 訂單狀態(tài)查詢 4 個(gè)人信息維護(hù) 5 訂購(gòu) 6 接收發(fā)貨 7 庫(kù)存查詢 8 缺貨拒絕 商品查詢 10商品信息維護(hù) 11銷售查詢 12員工信息維護(hù) 13報(bào)表維護(hù) 14訂單增加 15訂單刪除

3.2 用例分析

3.2.3創(chuàng)建用例圖

系統(tǒng)管理的用例圖如圖3-1所示：

系統(tǒng)用戶的用例圖如圖3-2所示：

3.3 類圖分析

3.3.1 當(dāng)前系統(tǒng)的類

當(dāng)前系統(tǒng)的類： 產(chǎn)品類（product）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法,。產(chǎn)品類別類（category）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法,。3 產(chǎn)品項(xiàng)目類（item）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法。訂單類（order）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法,、初始化訂單（initorder）,、增加產(chǎn)品項(xiàng)目（addlineitem）等。購(gòu)物車類（cart）的主要操作：設(shè)置和獲取每個(gè)屬性值的方法,、增加產(chǎn)品項(xiàng)目（additem）,、刪除產(chǎn)品項(xiàng)目（removeitembyid）等。購(gòu)物車項(xiàng)目類(cartitem)的主要操作：設(shè)置和獲取每個(gè)屬性值的方法,、統(tǒng)計(jì)金額（calculatetotal）等,。

網(wǎng)上購(gòu)物系統(tǒng)的類圖如圖3-3所示：

圖3-3 網(wǎng)上購(gòu)物系統(tǒng)的類圖

3.4 時(shí)序圖分析

3.4.1 時(shí)序圖描述

順序圖可描述幾個(gè)對(duì)象間的動(dòng)態(tài)協(xié)作關(guān)系，它非常直觀的展示了對(duì)象之間傳遞消息的時(shí)間順序,。反映了系統(tǒng)執(zhí)行過(guò)程中某個(gè)特定時(shí)刻所發(fā)生的事情,。在系統(tǒng)分析時(shí)，可對(duì)主要對(duì)象類繪制順序圖,，以便分析系統(tǒng)的行為，驗(yàn)證和修改系統(tǒng)的靜態(tài)結(jié)構(gòu),，滿足用戶的需求,，達(dá)到系統(tǒng)的目標(biāo)。3.4.2 顧客的時(shí)序圖

顧客首先使用自己的帳號(hào)和密碼進(jìn)行登陸系統(tǒng),，登陸模塊會(huì)將客戶的id保存在系統(tǒng)緩存中,，并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件,，客戶輸8

入適當(dāng)?shù)牟樵儣l件后,，查詢模塊將顯示商品列表,。客戶得到商品列表后,，提交自己想要購(gòu)買的商品id,，訂購(gòu)模塊得到商品id。生成訂單并提交給數(shù)據(jù)庫(kù)模塊進(jìn)行保存,，保存成功后,，提示用戶訂購(gòu)商品成功。顧客訂購(gòu)的時(shí)序圖如圖3-4所示：

圖3-4 顧客訂購(gòu)的時(shí)序圖

3.4.3客戶刪除訂單的時(shí)序圖

客戶在提交訂單后可以對(duì)訂單進(jìn)行維護(hù)（添加,，刪除,，修改）?？蛻羰紫容斎胱约旱膸ぬ?hào)和密碼登陸系統(tǒng),，登陸模塊會(huì)將客戶的id保存在系統(tǒng)緩存中，并提交給訂單查詢模塊,。訂單查詢模塊會(huì)顯示當(dāng)前所有的訂單,，顧客得到該列表后，選擇要?jiǎng)h除商品的id,，訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊,，數(shù)據(jù)模塊保存信息。訂單處理提示用戶刪除成功,?？蛻魟h除訂單的時(shí)序圖如圖3-5所示：

圖3-5 客戶刪除訂單的時(shí)序圖

3.4.4 管理員處理訂單的時(shí)序圖

管理員使用其帳號(hào)和密碼登陸后，登陸模塊會(huì)將管理員的id保存在系統(tǒng)緩存中并提交給訂單處理模塊,。訂單處理模塊提交給管理員未處理的列表,，管理員提交某商品的id得到該商品的庫(kù)存情況，如果庫(kù)存充足則接收訂單,，并把接收信息提交給數(shù)據(jù)模塊,，數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理模塊提示改操作成功,。管理員處理訂單的時(shí)序圖如圖3-6所示：

3.4.4 管理員處理訂單的時(shí)序圖

圖3-6 管理員處理訂單的時(shí)序圖

3.5 系統(tǒng)的協(xié)作圖分析

3.5.1 顧客訂購(gòu)協(xié)作圖

顧客訂購(gòu)協(xié)作圖如圖3-7所示：

圖3-7 顧客訂購(gòu)協(xié)作圖

3.5.2 顧客刪除訂單的協(xié)作圖

顧客刪除訂單的協(xié)作圖如圖3-8所示：

圖3-8 顧客刪除訂單的協(xié)作圖

3.5.3 管理員處理訂單協(xié)作圖

管理員處理訂單協(xié)作圖如圖3-9所示：

圖3-9 管理員處理訂單協(xié)作圖

3.6 系統(tǒng)的狀態(tài)圖分析

3.6.1 管理員狀態(tài)圖

管理員狀態(tài)圖如圖3-10所示：

圖3-10 管理員狀態(tài)圖

3.6.2 用戶狀態(tài)圖

用戶狀態(tài)圖如圖3-11所示：

圖3-11 用戶狀態(tài)圖

3.7 系統(tǒng)的構(gòu)件圖分析

3.7.1 網(wǎng)上購(gòu)物系統(tǒng)構(gòu)件圖

構(gòu)件之間存在的唯一關(guān)系是構(gòu)件的依賴性,。構(gòu)件依賴性指一個(gè)構(gòu)件依賴于另一個(gè)構(gòu)件。構(gòu)件依賴性畫(huà)成構(gòu)件之間的虛線箭頭,。如下圖箭頭指的構(gòu)件表示被依賴,，也就是說(shuō),cart、eshop,、checkout都依賴于shoppingservlet,。下圖描述的是在網(wǎng)上購(gòu)物系統(tǒng)中幾個(gè)構(gòu)件之間的依賴關(guān)系。網(wǎng)上購(gòu)物系統(tǒng)構(gòu)件圖如圖3-12所示：

圖3-12 構(gòu)件圖

3.8 系統(tǒng)的部署圖分析

3.8.1 網(wǎng)上購(gòu)物系統(tǒng)部署圖

部署圖可以顯示節(jié)點(diǎn)以及它們之間的必要連接，也可以顯示這些連接的類型,，還可以顯示組件和組件之間的依賴關(guān)系,，但是每個(gè)組件必須存在于某些節(jié)點(diǎn)上。部署圖用于對(duì)系統(tǒng)的實(shí)現(xiàn)視圖建模,。繪制這些視圖主要是為了描述系統(tǒng)中各個(gè)物理組成部分的分布,、提交和安裝過(guò)程。在實(shí)際應(yīng)用中,，并不是每一個(gè)軟件開(kāi)發(fā)項(xiàng)目都必須繪制部署圖的,。如果項(xiàng)目開(kāi)發(fā)組所開(kāi)發(fā)的軟件系統(tǒng)只需要運(yùn)行于一臺(tái)計(jì)算機(jī)并且只需使用此計(jì)算機(jī)上已經(jīng)由操作系統(tǒng)管理的標(biāo)準(zhǔn)設(shè)備，這種情況下就沒(méi)有必要繪制部署圖了,。另一方面,，如果項(xiàng)目開(kāi)發(fā)組所開(kāi)發(fā)的軟件系統(tǒng)需要使用操作系統(tǒng)管理以外的設(shè)備（例如數(shù)碼相機(jī)、路由器等）,、或者系統(tǒng)中的設(shè)備分布在多個(gè)處理器上,，這時(shí)就有必要繪制 部署圖，用其來(lái)幫助開(kāi)發(fā)人員理解系統(tǒng)中軟件和硬件的映射關(guān)系,。下面是本系統(tǒng)的部署圖,，如圖3-13所示：

desktop...16

desktop...registrations lanerverwebbrowserbuyingsystemsalesystemmaintainsystemlandesktop pc(saler)

圖3-13 網(wǎng)絡(luò)購(gòu)物系統(tǒng)的配置圖internet 參考書(shū)籍

[1] 面向?qū)ο蟪绦蛟O(shè)計(jì)高級(jí)教程，陳奇,，高等教育出版社,，2001 [2] 標(biāo)準(zhǔn)建模語(yǔ)言u(píng)ml極其支持環(huán)境，周伯生,，張莉等,，北京：計(jì)算機(jī)世界，1998 [3] uml和模式應(yīng)用——面向?qū)ο蠓治龊驮O(shè)計(jì)導(dǎo)論,，craig larman等,，姚淑珍，李虎譯,，機(jī)械工業(yè)出版社,，2002 [4] uml asl reference guide asl language level 2.5；ian wilkie, adrian king, mike clarke, chas weaver and chris rastrick,；

[5] stephen , marc ,executable uml :a foundation for model-driven architecture, ,2003,科學(xué)出版社

結(jié)

論

本次課程設(shè)計(jì)將uml建模應(yīng)用到構(gòu)建系統(tǒng)設(shè)計(jì)上,，并通過(guò)八種框圖，從各種角度觀察系統(tǒng)來(lái)進(jìn)行需求分析,、系統(tǒng)設(shè)計(jì),。通過(guò)一個(gè)完整的簡(jiǎn)單例子來(lái)說(shuō)明uml在整個(gè)系統(tǒng)設(shè)計(jì)所發(fā)揮的作用。

通過(guò)這次的課程設(shè)計(jì),，使我對(duì)uml全新的理解,使我對(duì)uml產(chǎn)生了更加濃厚的興趣,在程序的設(shè)計(jì)過(guò)程中，我發(fā)現(xiàn)自己的軟件知識(shí)尤其是對(duì)軟件的整體設(shè)計(jì)不是完全理解，對(duì)于一些細(xì)節(jié)不夠了解,，對(duì)知識(shí)的了解不全面,，有待學(xué)習(xí)和提高。

通過(guò)這次的設(shè)計(jì),，知道自己的不足,，我相信自己會(huì)在一定時(shí)間內(nèi)通過(guò)不斷的學(xué)習(xí)和實(shí)踐提高自己的能力，設(shè)計(jì)給我?guī)?lái)很大的幫助,，同時(shí)開(kāi)闊了我的眼界,，使我明白只有自己親自實(shí)踐，才能了解自己所做的東西,，如果沒(méi)有實(shí)踐,，恐怕就不會(huì)有電流的產(chǎn)生，地球?yàn)槭裁词菆A的,，以及現(xiàn)在的一切,。勤于實(shí)踐不僅能鍛煉自己，還能夠提高17

自己的能力,，增強(qiáng)自己的自信心,。在面對(duì)困難時(shí)要勇敢的面對(duì)才有能力、有把握去克服它,，征服它,。雖然我現(xiàn)在還有所欠缺，但我相信在以后的工作和生活中,，我會(huì)不斷提高自己,，完善自己。

銀行儲(chǔ)蓄管理系統(tǒng)uml建模篇二

銀行管理系統(tǒng)的uml

建模

課程設(shè)計(jì)報(bào)告

專業(yè)：

學(xué)號(hào)：

姓名：

任課教師：

一,、系統(tǒng)概述

銀行是與人們生活密切相關(guān)的一個(gè)機(jī)構(gòu),，銀行可以提供存款、取款,、轉(zhuǎn)賬等業(yè)務(wù),。在銀行設(shè)立賬戶的人或機(jī)構(gòu)被稱為銀行的客戶（customer）。一個(gè)客戶可以在銀行開(kāi)設(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)化版的銀行信息系統(tǒng)至少應(yīng)具有如下功能：

1.一個(gè)銀行可以有多個(gè)賬戶,； 2.一個(gè)銀行可以有多個(gè)客戶,； 3.一個(gè)客戶可以持有多個(gè)賬戶； 4.一個(gè)賬戶可以有多個(gè)持有者,； 5.銀行可以為客戶開(kāi)設(shè)賬戶,； 6.銀行可以為客戶注銷賬戶； 7.客戶可以從自己賬戶中取錢,； 8.客戶可以向自己賬戶中存錢,；

9.客戶可以在同一銀行的不同賬戶之間轉(zhuǎn)賬； 10.客戶可以在不同銀行的不同賬戶之間轉(zhuǎn)賬,； 請(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ǔ)戶可以在銀行開(kāi)多個(gè)賬戶，儲(chǔ)戶可以存錢到賬戶中,，也可以從自己的賬戶中取現(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ù)分析,。

軟件分別有開(kāi)戶,，查詢存取款,，轉(zhuǎn)賬等功能。各個(gè)模塊各有不同的功能,，但都能完成查詢和存取功能,。各模塊的數(shù)據(jù)都存放在數(shù)據(jù)庫(kù)中。數(shù)據(jù)的調(diào)用和連接都有程序來(lái)完成,。

此軟件所要完成的主要功能有三方面：如果是存款，用戶填寫(xiě)存款單,，然后交給收銀員鍵入系統(tǒng),，同時(shí)系統(tǒng)還要記錄存款人姓名，住址,，身份證號(hào)碼,，存款類型，存款日期,，利率及密碼（可選）等信息,，完成后由系統(tǒng)反饋成功存款信息給用戶。如果是取款,，用戶填寫(xiě)取款的相關(guān)信息（取款金額,、取款幣種）進(jìn)行提交，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份,，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并印出利息單給用戶,。如果是轉(zhuǎn)賬，用戶填寫(xiě)轉(zhuǎn)賬的相關(guān)信息進(jìn)行提交,，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份,，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并反饋信息給用戶。系統(tǒng)及時(shí)更新數(shù)據(jù)庫(kù),。

外部功能：實(shí)現(xiàn)化窗口,，開(kāi)戶/銷戶、存款/取款,、查詢/轉(zhuǎn)賬,。

內(nèi)部功能：同步，過(guò)濾,，定位,，識(shí)別，更新,，連接,。

三、系統(tǒng)的uml基本模型

（1）,、用例圖

通過(guò)分析對(duì)銀行管理系統(tǒng)的需求分析,，確定參與者有銀行客戶,、收銀員。收銀員具有維護(hù)系統(tǒng)信息,、維護(hù)客戶信息,、查詢客戶情況和處理處理客戶需求的作用。用例包括：

1）開(kāi)戶,、2）存款,、3）取款、4）轉(zhuǎn)賬,、5）查詢,、6）銷戶等

（2）、用例描述：

用例名稱：銀行信息系統(tǒng)

描述：銀行客戶對(duì)需要辦理業(yè)務(wù)的需求以及收銀員對(duì)事件的處理,。

（3）,、銀行信息系統(tǒng)的事件流

1.用例存款的事件流

1.1 前置條件

在存款之前，客戶已經(jīng)辦理銀行賬號(hào)并且?guī)?lái)現(xiàn)金若干,，并到達(dá)銀行網(wǎng)點(diǎn),。1.2 后置條件

如果這個(gè)用例成功，這個(gè)存款事件是成功的,，否則,，系統(tǒng)沒(méi)有變化。1.3 擴(kuò)充點(diǎn)

無(wú) 1.4 事件流

1.4.1 基流（1）客戶將銀行卡交給收銀員,。

（2）收銀員要求客戶輸入卡密碼,。

（3）客戶輸入卡密碼，并確認(rèn)密碼,。

（4）收銀員提示,，請(qǐng)客戶選擇服務(wù)類型。

（5）客戶選擇存款服務(wù),。

（6）收銀員提示：存款數(shù)目,。

（7）客戶說(shuō)出數(shù)目，并把錢交給收銀員,。

（8）收銀員完成服務(wù),。

（9）收銀員退還卡。1.4.2 替代流

如果輸入的密碼無(wú)效,，用戶可以重新輸入密碼或者終止用例,。

2.用例轉(zhuǎn)賬的事件流

2.1 前置條件

在轉(zhuǎn)賬之前，客戶已經(jīng)辦理銀行賬號(hào),，被轉(zhuǎn)賬人的賬號(hào)已經(jīng)存在并且已經(jīng)知道了對(duì)方的賬號(hào),。

2.2 后置條件

如果這個(gè)用例成功，這個(gè)轉(zhuǎn)賬事件是成功的,，否則,，系統(tǒng)沒(méi)有變化,。2.3 擴(kuò)充點(diǎn)

無(wú) 2.4 事件流

2.4.1 基流

（1）客戶填寫(xiě)轉(zhuǎn)賬單。

（2）客戶把轉(zhuǎn)賬單和銀行卡交給收銀員,。

（3）收銀員要求客戶輸入卡密碼,。

（4）客戶輸入卡密碼，并確認(rèn)密碼,。

（5）收銀員轉(zhuǎn)賬成功,。

（6）收銀員退還卡。2.4.2 替代流

如果輸入的密碼無(wú)效,，用戶可以重新輸入密碼或者終止用例,。

3.用例查詢的事件流

3.1 前置條件

在查詢之前，客戶已經(jīng)辦理銀行賬號(hào)并且攜帶銀行卡,，并到達(dá)銀行網(wǎng)點(diǎn)。3.2 后置條件

如果這個(gè)用例成功,，這個(gè)查詢事件是成功的,，否則，系統(tǒng)沒(méi)有變化,。3.3 擴(kuò)充點(diǎn)

無(wú) 3.4 事件流

3.4.1 基流

（1）客戶將銀行卡交給收銀員,。

（2）收銀員要求客戶輸入卡密碼。

（3）客戶輸入卡密碼,，并確認(rèn)密碼,。

（4）收銀員提示，請(qǐng)客戶選擇服務(wù)類型,。（5）客戶選擇查詢服務(wù),。

（6）客戶說(shuō)出查詢內(nèi)容，收銀員將內(nèi)容反饋給客戶,。

（7）收銀員完成服務(wù),。

（8）收銀員退還卡。3.4.2 替代流

如果輸入的密碼無(wú)效,，用戶可以重新輸入密碼或者終止用例,。

（4）、活動(dòng)圖

活動(dòng)圖是基于對(duì)象的狀態(tài)變遷所繪制的視圖,。

收銀員首先憑著自己的系統(tǒng)用戶名和密碼登錄系統(tǒng),，收銀員可以通過(guò)銀行客戶提供的有效證件號(hào)開(kāi)戶，提供客戶賬號(hào)開(kāi)戶,、存款,、取款、轉(zhuǎn)賬,、查詢,、銷戶等功能,，最后退出系統(tǒng)。

1．存款活動(dòng)圖

2．轉(zhuǎn)賬活動(dòng)圖

3．查詢活動(dòng)圖

（5）,、時(shí)序圖

時(shí)序圖（sequence diagram）主要用于按照交互發(fā)生的一系列順序,，顯示對(duì)象之間的這些交互。收銀員通過(guò)用戶賬號(hào)和密碼登錄系統(tǒng),，在系統(tǒng)的操作窗口對(duì)需要存款,、取款、轉(zhuǎn)賬,、查詢,、銷戶的用戶進(jìn)行操作，最后退出操作窗口,。

我們所開(kāi)發(fā)的銀行管理系統(tǒng)時(shí)序圖如圖所示：

（6）,、類圖

類圖是對(duì)象結(jié)構(gòu)建模的一部分，類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu),。類圖是代碼生成（將模型轉(zhuǎn)化為代碼）的來(lái)源,，也是逆向工程（將代碼轉(zhuǎn)化為模型）的目標(biāo)設(shè)生成物。

類圖設(shè)計(jì)如下圖：

系統(tǒng)中主要的類（1）用戶類： 它的屬性有用戶名（name）,、密碼（password）,、銀行卡號(hào)（cardnumber）、用戶身份證號(hào)碼（id）,。

操作包括修改密碼（changpassword）,、存款（deposit）、取款（cash）,、轉(zhuǎn)賬（transfer）,、查詢（chaxun）、,、用戶開(kāi)戶（registered）,。

（2）系統(tǒng)類：

它的屬性有電腦號(hào)（computernumber）、機(jī)器地址（mac）,。本身的操作沒(méi)有,，但有被管理員使用的操作。（3）收銀員類：

它的屬性有用戶名（name）,、密碼（password）,。

操作包括用戶開(kāi)戶（registeredusers）、注銷用戶（deleteusers）,、查詢用戶信息（chaxun）,、系統(tǒng)維護(hù)（weihu）。

（7）狀態(tài)圖

狀態(tài)圖用來(lái)表示建模對(duì)象是如何改變其狀態(tài)的，狀態(tài)定義為對(duì)象行為在某一時(shí)刻的快照或轉(zhuǎn)折點(diǎn),。

四,、結(jié)論

系統(tǒng)主要的實(shí)現(xiàn)目標(biāo)是實(shí)現(xiàn)客戶開(kāi)戶、存款,、取款,、轉(zhuǎn)賬、查詢,、銷戶和后臺(tái)服務(wù)器端系統(tǒng)的設(shè)計(jì),，提供完善的功能設(shè)計(jì)。

五,、總結(jié)及心得體會(huì)

uml工具很好的幫助我們實(shí)現(xiàn)了對(duì)銀行信息系統(tǒng)的設(shè)計(jì),，通過(guò)uml建模，把事物從抽象到實(shí)例化的過(guò)程,，對(duì)每個(gè)對(duì)象進(jìn)行細(xì)化分析,，從而得到簡(jiǎn)單而方便，容易理解的模型結(jié)構(gòu),。通過(guò)此次試驗(yàn)收獲很大,，使我們認(rèn)識(shí)到了通過(guò)uml模型可以高效完成軟件設(shè)計(jì)，收獲頗豐,。

一、開(kāi)發(fā)背景與目標(biāo)

1.1開(kāi)發(fā)背景

本系統(tǒng)選題為銀行存儲(chǔ)系統(tǒng),，是模擬銀行存儲(chǔ)開(kāi)發(fā)的,。隨著計(jì)算機(jī)的飛速發(fā)展及應(yīng)用領(lǐng)域的擴(kuò)大，特別是計(jì)算機(jī)網(wǎng)絡(luò)和電子商務(wù)的發(fā)展,，極大的改變了商業(yè)銀行傳統(tǒng)的經(jīng)營(yíng)模式,。能夠?yàn)榭蛻籼峁┓奖恪⒖旖?、安全的服?wù),，也能夠有效的降低銀行的營(yíng)運(yùn)成本，這是銀行存儲(chǔ)系統(tǒng)追求的目標(biāo),。目前,，對(duì)于現(xiàn)代化銀行運(yùn)營(yíng)的要求是客戶可以實(shí)現(xiàn)方便安全的業(yè)務(wù)交易，銀行職員可以進(jìn)行高效合理的工作管理,，實(shí)現(xiàn)銀行業(yè)務(wù)電子化

在銀行管理系統(tǒng)中,，系統(tǒng)包括4個(gè)節(jié)點(diǎn)，分別是：銀行管理員業(yè)務(wù)處理節(jié)點(diǎn),、atm自動(dòng)取款機(jī)節(jié)點(diǎn),、系統(tǒng)維護(hù)節(jié)點(diǎn)、數(shù)據(jù)庫(kù)節(jié)點(diǎn)。

銀行管理員業(yè)務(wù)處理節(jié)點(diǎn),，銀行管理員通過(guò)該節(jié)點(diǎn)辦理相應(yīng)業(yè)務(wù),； atm自動(dòng)取款節(jié)點(diǎn)，用戶通過(guò)該節(jié)點(diǎn)進(jìn)行自動(dòng)取款服務(wù),；

系統(tǒng)維護(hù)節(jié)點(diǎn),，系統(tǒng)管理員通過(guò)該節(jié)點(diǎn)進(jìn)行后臺(tái)維護(hù)，執(zhí)行銀行管理員允許的所有操作,；數(shù)據(jù)庫(kù)節(jié)點(diǎn),，負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)與處理。

誰(shuí)使用系統(tǒng)的主要功能?誰(shuí)改變系統(tǒng)的數(shù)據(jù)? 誰(shuí)從系統(tǒng)獲取信息? 誰(shuí)需要系統(tǒng)的支持才能完成日常的工作任務(wù)?誰(shuí)負(fù)責(zé)維護(hù),管理并保持系統(tǒng)的正常運(yùn)行?系統(tǒng)需要應(yīng)付,處理那些硬件設(shè)備?系統(tǒng)需要和那些外部系統(tǒng)交互?誰(shuí)(或是什么)對(duì)系統(tǒng)運(yùn)行產(chǎn)生的結(jié)果感興趣?

用例圖主要用來(lái)描述“用戶,、需求,、系統(tǒng)功能單元”之間的關(guān)系。它展示了一個(gè)外部用戶能夠觀察到的系統(tǒng)功能模型圖,。

【用途】：幫助開(kāi)發(fā)團(tuán)隊(duì)以一種可視化的方式理解系統(tǒng)的功能需求

銀行儲(chǔ)蓄管理系統(tǒng)uml建模篇三

銀行管理系統(tǒng)的uml

建模

課程設(shè)計(jì)報(bào)告

專業(yè)：

學(xué)號(hào)：

姓名：

任課教師：

一,、系統(tǒng)概述

銀行是與人們生活密切相關(guān)的一個(gè)機(jī)構(gòu)，銀行可以提供存款,、取款,、轉(zhuǎn)賬等業(yè)務(wù)。在銀行設(shè)立賬戶的人或機(jī)構(gòu)被稱為銀行的客戶（customer）,。一個(gè)客戶可以在銀行開(kāi)設(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)化版的銀行信息系統(tǒng)至少應(yīng)具有如下功能：

1.一個(gè)銀行可以有多個(gè)賬戶； 2.一個(gè)銀行可以有多個(gè)客戶,； 3.一個(gè)客戶可以持有多個(gè)賬戶,； 4.一個(gè)賬戶可以有多個(gè)持有者； 5.銀行可以為客戶開(kāi)設(shè)賬戶,； 6.銀行可以為客戶注銷賬戶,； 7.客戶可以從自己賬戶中取錢,； 8.客戶可以向自己賬戶中存錢；

9.客戶可以在同一銀行的不同賬戶之間轉(zhuǎn)賬,； 10.客戶可以在不同銀行的不同賬戶之間轉(zhuǎn)賬,； 請(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ǔ)戶可以在銀行開(kāi)多個(gè)賬戶,，儲(chǔ)戶可以存錢到賬戶中,，也可以從自己的賬戶中取現(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ù)分析。

軟件分別有開(kāi)戶,，查詢存取款,，轉(zhuǎn)賬等功能。各個(gè)模塊各有不同的功能,，但都能完成查詢和存取功能,。各模塊的數(shù)據(jù)都存放在數(shù)據(jù)庫(kù)中。數(shù)據(jù)的調(diào)用和連接都有程序來(lái)完成,。

此軟件所要完成的主要功能有三方面：如果是存款,，用戶填寫(xiě)存款單，然后交給收銀員鍵入系統(tǒng),，同時(shí)系統(tǒng)還要記錄存款人姓名,，住址，身份證號(hào)碼，存款類型,，存款日期,，利率及密碼（可選）等信息，完成后由系統(tǒng)反饋成功存款信息給用戶,。如果是取款,，用戶填寫(xiě)取款的相關(guān)信息（取款金額、取款幣種）進(jìn)行提交,，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份,，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并印出利息單給用戶。如果是轉(zhuǎn)賬,，用戶填寫(xiě)轉(zhuǎn)賬的相關(guān)信息進(jìn)行提交,，系統(tǒng)要求用戶輸入密碼以確認(rèn)身份，核對(duì)密碼正確無(wú)誤后系統(tǒng)計(jì)算利息并反饋信息給用戶,。系統(tǒng)及時(shí)更新數(shù)據(jù)庫(kù),。

外部功能：實(shí)現(xiàn)化窗口，開(kāi)戶/銷戶,、存款/取款,、查詢/轉(zhuǎn)賬。

內(nèi)部功能：同步,，過(guò)濾,，定位，識(shí)別,，更新,，連接。

三,、系統(tǒng)的uml基本模型

（1）,、用例圖

通過(guò)分析對(duì)銀行管理系統(tǒng)的需求分析，確定參與者有銀行客戶,、收銀員,。收銀員具有維護(hù)系統(tǒng)信息、維護(hù)客戶信息,、查詢客戶情況和處理處理客戶需求的作用,。用例包括：

1）開(kāi)戶、2）存款,、3）取款,、4）轉(zhuǎn)賬、5）查詢,、6）銷戶等

（2）,、用例描述：

用例名稱：銀行信息系統(tǒng)

描述：銀行客戶對(duì)需要辦理業(yè)務(wù)的需求以及收銀員對(duì)事件的處理,。

（3）、銀行信息系統(tǒng)的事件流

1.用例存款的事件流

1.1 前置條件

在存款之前,，客戶已經(jīng)辦理銀行賬號(hào)并且?guī)?lái)現(xiàn)金若干,，并到達(dá)銀行網(wǎng)點(diǎn)。1.2 后置條件

如果這個(gè)用例成功,，這個(gè)存款事件是成功的,，否則，系統(tǒng)沒(méi)有變化,。1.3 擴(kuò)充點(diǎn)

無(wú) 1.4 事件流

1.4.1 基流（1）客戶將銀行卡交給收銀員,。

（2）收銀員要求客戶輸入卡密碼。

（3）客戶輸入卡密碼,，并確認(rèn)密碼,。

（4）收銀員提示，請(qǐng)客戶選擇服務(wù)類型,。

（5）客戶選擇存款服務(wù),。

（6）收銀員提示：存款數(shù)目。

（7）客戶說(shuō)出數(shù)目,，并把錢交給收銀員,。

（8）收銀員完成服務(wù)。

（9）收銀員退還卡,。1.4.2 替代流

如果輸入的密碼無(wú)效,，用戶可以重新輸入密碼或者終止用例。

2.用例轉(zhuǎn)賬的事件流

2.1 前置條件

在轉(zhuǎn)賬之前,，客戶已經(jīng)辦理銀行賬號(hào),，被轉(zhuǎn)賬人的賬號(hào)已經(jīng)存在并且已經(jīng)知道了對(duì)方的賬號(hào)。

2.2 后置條件

如果這個(gè)用例成功,，這個(gè)轉(zhuǎn)賬事件是成功的,，否則，系統(tǒng)沒(méi)有變化,。2.3 擴(kuò)充點(diǎn)

無(wú) 2.4 事件流

2.4.1 基流

（1）客戶填寫(xiě)轉(zhuǎn)賬單,。

（2）客戶把轉(zhuǎn)賬單和銀行卡交給收銀員。

（3）收銀員要求客戶輸入卡密碼,。

（4）客戶輸入卡密碼，并確認(rèn)密碼,。

（5）收銀員轉(zhuǎn)賬成功,。

（6）收銀員退還卡。2.4.2 替代流

如果輸入的密碼無(wú)效,，用戶可以重新輸入密碼或者終止用例,。

3.用例查詢的事件流

3.1 前置條件

在查詢之前,，客戶已經(jīng)辦理銀行賬號(hào)并且攜帶銀行卡，并到達(dá)銀行網(wǎng)點(diǎn),。3.2 后置條件

如果這個(gè)用例成功,，這個(gè)查詢事件是成功的，否則,，系統(tǒng)沒(méi)有變化,。3.3 擴(kuò)充點(diǎn)

無(wú) 3.4 事件流

3.4.1 基流

（1）客戶將銀行卡交給收銀員。

（2）收銀員要求客戶輸入卡密碼,。

（3）客戶輸入卡密碼,，并確認(rèn)密碼。

（4）收銀員提示,，請(qǐng)客戶選擇服務(wù)類型,。（5）客戶選擇查詢服務(wù)。

（6）客戶說(shuō)出查詢內(nèi)容,，收銀員將內(nèi)容反饋給客戶,。

（7）收銀員完成服務(wù)。

（8）收銀員退還卡,。3.4.2 替代流

如果輸入的密碼無(wú)效,，用戶可以重新輸入密碼或者終止用例。

（4）,、活動(dòng)圖

活動(dòng)圖是基于對(duì)象的狀態(tài)變遷所繪制的視圖,。

收銀員首先憑著自己的系統(tǒng)用戶名和密碼登錄系統(tǒng)，收銀員可以通過(guò)銀行客戶提供的有效證件號(hào)開(kāi)戶,，提供客戶賬號(hào)開(kāi)戶,、存款、取款,、轉(zhuǎn)賬,、查詢、銷戶等功能,，最后退出系統(tǒng),。

1．存款活動(dòng)圖

2．轉(zhuǎn)賬活動(dòng)圖

3．查詢活動(dòng)圖

（5）、時(shí)序圖

時(shí)序圖（sequence diagram）主要用于按照交互發(fā)生的一系列順序,，顯示對(duì)象之間的這些交互,。收銀員通過(guò)用戶賬號(hào)和密碼登錄系統(tǒng)，在系統(tǒng)的操作窗口對(duì)需要存款,、取款,、轉(zhuǎn)賬、查詢,、銷戶的用戶進(jìn)行操作,，最后退出操作窗口,。

我們所開(kāi)發(fā)的銀行管理系統(tǒng)時(shí)序圖如圖所示：

（6）、類圖

類圖是對(duì)象結(jié)構(gòu)建模的一部分,，類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu),。類圖是代碼生成（將模型轉(zhuǎn)化為代碼）的來(lái)源，也是逆向工程（將代碼轉(zhuǎn)化為模型）的目標(biāo)設(shè)生成物,。

類圖設(shè)計(jì)如下圖：

系統(tǒng)中主要的類（1）用戶類： 它的屬性有用戶名（name）,、密碼（password）、銀行卡號(hào)（cardnumber）,、用戶身份證號(hào)碼（id）,。

操作包括修改密碼（changpassword）、存款（deposit）,、取款（cash）,、轉(zhuǎn)賬（transfer）、查詢（chaxun）,、,、用戶開(kāi)戶（registered）。

（2）系統(tǒng)類：

它的屬性有電腦號(hào)（computernumber）,、機(jī)器地址（mac）,。本身的操作沒(méi)有，但有被管理員使用的操作,。（3）收銀員類：

它的屬性有用戶名（name）,、密碼（password）。操作包括用戶開(kāi)戶（registeredusers）,、注銷用戶（deleteusers）,、查詢用戶信息（chaxun）、系統(tǒng)維護(hù)（weihu）,。

（7）狀態(tài)圖

狀態(tài)圖用來(lái)表示建模對(duì)象是如何改變其狀態(tài)的,，狀態(tài)定義為對(duì)象行為在某一時(shí)刻的快照或轉(zhuǎn)折點(diǎn)。

四,、結(jié)論

系統(tǒng)主要的實(shí)現(xiàn)目標(biāo)是實(shí)現(xiàn)客戶開(kāi)戶,、存款、取款,、轉(zhuǎn)賬,、查詢、銷戶和后臺(tái)服務(wù)器端系統(tǒng)的設(shè)計(jì),，提供完善的功能設(shè)計(jì),。

五、總結(jié)及心得體會(huì)

uml工具很好的幫助我們實(shí)現(xiàn)了對(duì)銀行信息系統(tǒng)的設(shè)計(jì)，通過(guò)uml建模,，把事物從抽象到實(shí)例化的過(guò)程，對(duì)每個(gè)對(duì)象進(jìn)行細(xì)化分析,，從而得到簡(jiǎn)單而方便,，容易理解的模型結(jié)構(gòu)。通過(guò)此次試驗(yàn)收獲很大,，使我們認(rèn)識(shí)到了通過(guò)uml模型可以高效完成軟件設(shè)計(jì),，收獲頗豐。

銀行儲(chǔ)蓄管理系統(tǒng)uml建模篇四

基于uml的圖書(shū)館管理系統(tǒng)建模設(shè)計(jì)

一,、圖書(shū)館管理系統(tǒng)可行性分析

隨著政府機(jī)關(guān)與廣大企事業(yè)單位內(nèi)部網(wǎng)絡(luò)的廣泛建立,，在通用信息平臺(tái)上構(gòu)筑高效實(shí)用的協(xié)同工作和自動(dòng)化辦公應(yīng)用系統(tǒng)，滿足信息高度共享和即時(shí)發(fā)布的需求,，有效實(shí)現(xiàn)內(nèi)部知識(shí)管理,，已成為眾多用戶的共同需求。

該圖書(shū)管理系統(tǒng),，為圖書(shū)館管理提供了一個(gè)較好的解決方案,。在開(kāi)發(fā)過(guò)程中，按照軟件工程的步驟,，從設(shè)計(jì)到開(kāi)發(fā)采用了面向?qū)ο蟮乃枷牒图夹g(shù),，采用了sql server 2000數(shù)據(jù)庫(kù)，使得本系統(tǒng)可以方便的和其他子系統(tǒng)進(jìn)行數(shù)據(jù)交換,。同時(shí),，注意從軟件的圖形應(yīng)用界面上優(yōu)化軟件質(zhì)量，使得本系統(tǒng)具有很強(qiáng)的可操作性,。

二,、需求分析

需求分析的目的是深入描述軟件功能和性能，確定軟件設(shè)計(jì)的約束和軟件同其他系統(tǒng)元素的接口細(xì)節(jié),，定義軟件的其他有效性需求,。2．

1、客戶需求分析

①能夠?qū)D書(shū)進(jìn)行注冊(cè)登記,，也就是將圖書(shū)的基本信息（如：書(shū)的編號(hào),、書(shū)名、作者,、價(jià)格等）預(yù)先存入數(shù)據(jù)庫(kù)中,，供以后檢索。

②能夠?qū)栝喨诉M(jìn)行注冊(cè)登記,，包括記錄借閱人的姓名,、編號(hào)、班級(jí),、年齡,、性別,、地址、電話等信息,。

③提供方便的查詢方法,。如：以書(shū)名、作者,、出版社,、出版時(shí)間（確切的時(shí)間、時(shí)間段,、某一時(shí)間之前,、某一時(shí)間之后）等信息進(jìn)行圖書(shū)檢索，并能反映出圖書(shū)的借閱情況,；以借閱人編號(hào)對(duì)借閱人信息進(jìn)行檢索,；以出版社名稱查詢出版社聯(lián)系方式信息。

④提供舊書(shū)注銷功能,，對(duì)于淘汰,、損壞、丟失的書(shū)目可及時(shí)對(duì)數(shù)據(jù)庫(kù)進(jìn)行修改,。

⑤能夠?qū)κ褂迷摴芾硐到y(tǒng)的用戶進(jìn)行管理,，按照不同的工作職能提供不同的功能授權(quán)。⑥對(duì)所借圖書(shū)情況進(jìn)行登記,，包括借閱時(shí)間,、借閱人等 ⑦對(duì)超出借閱時(shí)間、損壞或丟失圖書(shū)的讀者進(jìn)行相應(yīng)處理 ⑧讀者可以查詢自己的信息 ⑨借書(shū),、還書(shū),、續(xù)借書(shū)

2．2 定義系統(tǒng)的邊界和范圍 該系統(tǒng)的邊界為學(xué)校的圖書(shū)館

該系統(tǒng)的范圍可包括“讀者管理子系統(tǒng)”、“書(shū)籍管理子系統(tǒng)”,、“借閱管理子系統(tǒng)”,、“系統(tǒng)管理子系統(tǒng)” 2.3確定執(zhí)行者

根據(jù)前面介紹的客戶需求分析可以看出?！皥D書(shū)館管理系統(tǒng)”有三個(gè)執(zhí)行者,，即“讀者”,、“圖書(shū)管理員”,、“系統(tǒng)管理員”

1）2）讀者：查詢個(gè)人信息、查詢圖書(shū)信息,、借閱圖書(shū),、返還圖書(shū),、續(xù)借圖書(shū)、接受相應(yīng)處理

圖書(shū)管理員：借書(shū)處理、還書(shū)處理,、新舊書(shū)登記處理,、辦理相應(yīng)處理手續(xù)

3）系統(tǒng)管理員：系統(tǒng)維護(hù)工作——學(xué)生信息管理、圖書(shū)信息管理,、系統(tǒng)狀態(tài)維護(hù) 2.4確定用例

（1）“圖書(shū)館管理系統(tǒng)”中的用例

在第一層,，根據(jù)客戶對(duì)“圖書(shū)館管理系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有：

·基本業(yè)務(wù)功能管理

·基本數(shù)據(jù)修改 ·信息查詢

·數(shù)據(jù)庫(kù)管理

（2）“基本業(yè)務(wù)功能子系統(tǒng)”中的用例

在第二層,，客戶對(duì)“基本業(yè)務(wù)功能子系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有： ·借閱管理 ·借書(shū)

·續(xù)借書(shū) ·還書(shū)

（3）“基本數(shù)據(jù)修改功能子系統(tǒng)”中的用例

在第二層,，客戶對(duì)“基本數(shù)據(jù)修改功能子系統(tǒng)”的整體業(yè)務(wù)功能要求,，可選的用例有： ·讀者信息管理 ·讀者信息錄入 ·讀者信息修改 ·讀者信息注銷 ·書(shū)籍信息管理 ·書(shū)籍信息錄入 ·書(shū)籍信息修改

·書(shū)籍信息注銷（4）“信息查詢子系統(tǒng)”中的用例

在第二層，客戶對(duì)“信息查詢子系統(tǒng)”的整體業(yè)務(wù)功能要求,，可選的用例有： ·圖書(shū)信息查詢 ·讀者信息查詢

（5）“數(shù)據(jù)庫(kù)管理子系統(tǒng)”中的用例

在第二層,，客戶對(duì)“數(shù)據(jù)庫(kù)管理子系統(tǒng)”的整體業(yè)務(wù)功能要求，可選的用例有： ·借閱管理 2.5分層繪制用例圖

根據(jù)系統(tǒng)需求分析中客戶對(duì)系統(tǒng)的功能要求,，我們一確定了系統(tǒng)和子系統(tǒng)的邊界,、執(zhí)行者和用例，現(xiàn)在就可以繪制用例圖了,。

1． 最高層用例圖

根據(jù)客戶對(duì)“圖書(shū)館管理系統(tǒng)”的整體業(yè)務(wù)功能要求,，可以繪制如圖1-1所示的最高層用例圖 2． 第2層用例圖

在第2層用例圖中包括四個(gè)用例圖：基本業(yè)務(wù)功能子系統(tǒng)、基本數(shù)據(jù)修改功能子系統(tǒng),、信息查詢子系統(tǒng),、數(shù)據(jù)庫(kù)管理子系統(tǒng)。如下圖所示：

system<

>借書(shū)<

>續(xù)借書(shū)圖書(shū)管理員借閱管理<

><

>還書(shū)超期罰款<

>系統(tǒng)管理員丟失罰款圖1-2 基本業(yè)務(wù)功能子系統(tǒng)system圖書(shū)信息管查詢圖書(shū)管理員讀者信息查詢讀者圖1-4 信息查詢子系統(tǒng) 讀者

><

>讀者信息錄入讀者信息管理<

>讀者信息修改系統(tǒng)管理員書(shū)籍信息管理<

>書(shū)籍信息錄入<

><

>書(shū)籍信息修改圖書(shū)管理員書(shū)籍信息銷毀圖1-3 基本數(shù)據(jù)修改功能子系統(tǒng)

2.6 描述用例

1．“借書(shū)”用例

用例編號(hào)：0102（共有兩層用例圖,，每層用2位數(shù)字表示,，采用4位編號(hào)）用例名：借書(shū)

執(zhí)行者：直接執(zhí)行者：圖書(shū)管理員，涉及到的執(zhí)行者有：讀者,、系統(tǒng)管理員 目的：借閱圖書(shū)

過(guò)程描述：

（1）圖書(shū)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng),，點(diǎn)擊“借閱管理”中的“借閱”（2）輸入圖書(shū)證編號(hào)

若輸入不正確，則提示“您輸入的借閱證號(hào)碼有誤,，請(qǐng)重新輸入,！”；輸入正確后,，顯示讀者已借閱圖書(shū)信息,，提示超期未歸還的圖書(shū)；（3）輸入圖書(shū)編號(hào)

若讀者已借滿,，提示“您已借滿,，請(qǐng)先歸還部分圖書(shū)再來(lái)借，謝謝！”,；若讀者可以正常 4 借閱,，提示“您確定要借閱這本書(shū)嗎？”

（4）確定借閱圖書(shū),，則借閱證號(hào)增加一條借閱信息記錄,；讀者選擇 “放棄”，回到步驟（3）重新選擇圖書(shū),；

（5）讀者成功借閱圖書(shū),，系統(tǒng)管理員保存借閱記錄并修改庫(kù)存圖書(shū)數(shù)量、讀者借出數(shù)量,。

（6）借閱完成,，點(diǎn)擊“退出”，退出系統(tǒng),。2．“還書(shū)”用例 用例編號(hào)：0103 用例名：還書(shū)

執(zhí)行者：直接執(zhí)行者：圖書(shū)管理員,，涉及到的執(zhí)行者有：讀者、系統(tǒng)管理員 目的：歸還圖書(shū) 過(guò)程描述：

（1）圖書(shū)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng),，點(diǎn)擊“借閱管理”中的“還書(shū)”,；（2）輸入圖書(shū)證編號(hào)；

若輸入不正確,，則提示“您輸入的借閱證號(hào)碼有誤,，請(qǐng)重新輸入！”,；輸入正確后,，顯示讀者已借閱圖書(shū)信息，提示超期未歸還的圖書(shū),，有超期未還的圖書(shū),，調(diào)用“超期罰款”；若讀者說(shuō)自己丟失圖書(shū),，調(diào)用“丟失罰款”

（3）輸入要還的圖書(shū)編號(hào),； 若輸入錯(cuò)誤，提示“您未借閱該圖書(shū),！” 若輸入正確,，提示“您確定要?dú)w還這本書(shū)嗎？”（4）讀者選擇“確定”,，讀者借閱的圖書(shū)信息記錄消失,；讀者選擇 “放棄”，返回到步驟（3）

（5）完成還書(shū),，點(diǎn)擊“退出”,，退出系統(tǒng),；

（6）讀者成功歸還圖書(shū)，系統(tǒng)管理員刪除借閱記錄,，并修改數(shù)據(jù)庫(kù)管理子系統(tǒng)的圖書(shū)數(shù)量和讀者借出數(shù)量,。

3．“讀者信息錄入”用例

用例編號(hào)：0302 用例名：讀者信息錄入

執(zhí)行者：直接執(zhí)行者：系統(tǒng)管理員，間接執(zhí)行者：讀者 目的：錄入新讀者相關(guān)信息,，包括姓名,、身份、學(xué)院 過(guò)程描述：

（1）系統(tǒng)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng),，點(diǎn)擊“讀者信息錄入”（2）寫(xiě)入讀者相應(yīng)信息,，將讀者信息保存至數(shù)據(jù)庫(kù)

（3）發(fā)放圖書(shū)證

（4）創(chuàng)建完成，讀者信息錄入成功,，在數(shù)據(jù)庫(kù)管理子系統(tǒng)增加圖書(shū)信息,，退出系統(tǒng)

4．“讀者信息注銷”用例 用例編號(hào)：0303 用例名：讀者信息銷毀

執(zhí)行者：直接執(zhí)行者：系統(tǒng)管理員，間接執(zhí)行者：讀者

目的：當(dāng)讀者由于工作地點(diǎn)變化或其他原因,，無(wú)需再使用圖書(shū)館的圖書(shū)資料時(shí)，應(yīng)當(dāng)為其辦理注銷

過(guò)程描述：

（1）系統(tǒng)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng),，點(diǎn)擊“讀者信息注銷”（2）查詢讀者的借閱記錄

若有未歸還圖書(shū),，給出提示：暫時(shí)不能注銷

否則注銷讀者，提示：注銷后,，不能借閱圖書(shū) 若不確定,，返回上一層界面

（3）注銷圖書(shū)證，刪除基本數(shù)據(jù)修改功能子系統(tǒng)中的讀者信息（4）注銷完成,，在數(shù)據(jù)庫(kù)管理子系統(tǒng)刪除讀者信息,，退出系統(tǒng) 5．“書(shū)籍信息錄入”用例 用例編號(hào)：0305 用例名：書(shū)籍信息錄入

執(zhí)行者：直接執(zhí)行者：系統(tǒng)管理員，間接執(zhí)行者：圖書(shū)管理員,，數(shù)據(jù)庫(kù)管理子系統(tǒng) 目的：圖書(shū)館里的圖書(shū)根據(jù)館藏需求進(jìn)行更新 過(guò)程描述：

（1）系統(tǒng)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng),，點(diǎn)擊“書(shū)籍信息錄入”

（2）寫(xiě)入圖書(shū)相應(yīng)信息

（3）圖書(shū)管理員給圖書(shū)進(jìn)行分類編號(hào)，記錄條形碼信息（4）圖書(shū)管理員為圖書(shū)張貼條形碼

（5）圖書(shū)管理員檢查圖書(shū)編號(hào)是否入庫(kù)

（6）在數(shù)據(jù)庫(kù)管理子系統(tǒng)增加圖書(shū)信息,，書(shū)籍信息錄入成功,，退出系統(tǒng) 相應(yīng)活動(dòng)圖如下：

系統(tǒng)管理員界面圖書(shū)管理員數(shù)據(jù)庫(kù)管理子系統(tǒng)登陸基本數(shù)據(jù)修改功能子系統(tǒng)點(diǎn)擊書(shū)籍信息錄入圖書(shū)進(jìn)行分類編號(hào)，記錄條形碼信息圖書(shū)張貼條形碼檢查圖書(shū)編號(hào)是否入庫(kù)增加圖書(shū)信息[否]退出系統(tǒng)[是]

6．“書(shū)籍信息注銷”用例

用例編號(hào)：0306 用例名：書(shū)籍信息注銷

執(zhí)行者：直接執(zhí)行者：系統(tǒng)管理員,，間接執(zhí)行者：圖書(shū)管理員,，數(shù)據(jù)庫(kù)管理子系統(tǒng)

目的：當(dāng)圖書(shū)館里藏書(shū)，由于受到毀損或其他意外的破壞而無(wú)法再使用的情況下,，需要對(duì)館藏圖書(shū)進(jìn)行注銷,。過(guò)程描述：

（1）系統(tǒng)管理員登陸基本數(shù)據(jù)修改功能子系統(tǒng)，點(diǎn)擊“書(shū)籍信息注銷”

（2）輸入圖書(shū)編號(hào),，若該書(shū)借閱出庫(kù),，則暫時(shí)不能注銷,，提示“該書(shū)借閱中，不能注銷”,；若該書(shū)未被借閱,，提示“確定要注銷此書(shū)嗎？”若不確定,，返回上一層界面（3）成功注銷圖書(shū)后,，在數(shù)據(jù)庫(kù)管理子系統(tǒng)刪除圖書(shū)信息，退出系統(tǒng)

三,、系統(tǒng)分析

3.1建立對(duì)象類（1）reader 類名：reader 類的類型：該類創(chuàng)建的對(duì)象是持久對(duì)象,，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中，不可以共享 功能：負(fù)責(zé)讀者信息并對(duì)這些信息進(jìn)行處理,，便于對(duì)讀者借閱信息進(jìn)行統(tǒng)一管理,。屬性：讀者的編號(hào)id（reader_id）、姓名（reader_name）,、身份（identification）,、學(xué)院（academy）、所借書(shū)籍的編號(hào)（borrowed）等 操作：借書(shū)和還書(shū),、接受相應(yīng)處理

(2)system admin 類名：system admin 類的類型：該類創(chuàng)建的對(duì)象是持久對(duì)象,，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中，不可以共享 屬性：編號(hào)和姓名等

操作：讀者信息管理,、書(shū)籍信息管理,、借閱管理、（3）books admin 類名：books admin

類的類型：該類創(chuàng)建的對(duì)象是持久對(duì)象,，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中,，不可以共享 屬性：編號(hào)和姓名等

操作：借閱管理、書(shū)籍信息錄入,、書(shū)籍信息修改,、書(shū)籍信息注銷（3）books 類名：books 類的類型：該類創(chuàng)建的對(duì)象是持久對(duì)象，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中,，可以共享 屬性：書(shū)名,、作者、書(shū)籍編碼,、類別,、價(jià)錢、入庫(kù)時(shí)間 操作：分類編號(hào),、記錄條形碼信息,、（4）borrow 類名：borrow 類的類型：該類創(chuàng)建的對(duì)象是持久對(duì)象，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中,，不可以共享 屬性：借閱書(shū)籍的編號(hào),、借閱時(shí)間,、操作：借書(shū)、還書(shū),、續(xù)借書(shū),、交欠款、交罰款（5）data 類的類型：該類創(chuàng)建的對(duì)象是持久對(duì)象,，存儲(chǔ)在服務(wù)器上的數(shù)據(jù)庫(kù)中,，不可以共享 屬性：書(shū)籍信息、讀者信息,、借閱信息

操作：讀者信息錄入,、讀者信息修改、讀者信息注銷,、書(shū)籍信息錄入,、書(shū)籍信息修改、書(shū)籍信息注銷,、增加借閱信息,、刪除借閱信息 3.2 建立對(duì)象類圖

reader+編號(hào)+姓名+身份+學(xué)院+所借書(shū)籍的編號(hào)+借書(shū)()+還書(shū)()+接受相應(yīng)處理()data+書(shū)籍信息+讀者信息+attribute1+讀者信息錄入()+讀者信息修改()+讀者信息注銷()+書(shū)籍信息錄入()+書(shū)籍信息修改()+書(shū)籍信息注銷()+增加借閱信息()+刪除借閱信息()system admin+編號(hào)+姓名+讀者信息管理()+書(shū)籍信息管理()+借閱管理()books+書(shū)名+作者+書(shū)籍編碼+類別+價(jià)錢+入庫(kù)時(shí)間+分類編號(hào)()+記錄條形碼信息()borrow+借閱書(shū)籍的編號(hào)+借閱時(shí)間+借書(shū)()+還書(shū)()+續(xù)借書(shū)()+交欠款()+交罰款()books admin+編號(hào)+姓名+借閱管理()+書(shū)籍信息錄入()+書(shū)籍信息修改()+書(shū)籍信息注銷()圖2-1 圖書(shū)館管理系統(tǒng)類圖

四、系統(tǒng)設(shè)計(jì)

4.1順序圖建模

◆在“借書(shū)”用例中涉及的對(duì)象間的交互分析如下：

1）登錄系統(tǒng),。圖書(shū)管理員登陸“基本數(shù)據(jù)修改功能子系統(tǒng)”,，對(duì)讀者的借書(shū)要求進(jìn)行處理。涉及的對(duì)象：

·消息的發(fā)送者：“系統(tǒng)管理員”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口”對(duì)象 傳遞的消息：

·消息：口令密碼（）

·消息的類型：同步消息

·返回消息：口令密碼正確或出錯(cuò)信息 2）輸入圖書(shū)證編號(hào),。涉及的對(duì)象：

·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口”對(duì)象

傳遞的消息：

·消息：核對(duì)圖書(shū)證編號(hào)（）·消息的類型：自調(diào)用消息

·返回消息：圖書(shū)證編號(hào)正確或出錯(cuò)信息 3）輸入圖書(shū)編號(hào),。涉及的對(duì)象：

·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口”對(duì)象 ·消息的接收者：“reader”對(duì)象

傳遞的消息：

·消息：[最大借書(shū)額為0]:核對(duì)借書(shū)額（）·消息的類型：同步消息

·返回消息：可以借書(shū) 4）確定借閱圖書(shū),。涉及的對(duì)象： ·消息的發(fā)送者：“reader”對(duì)象 ·消息的接收者：“reader”對(duì)象 傳遞的消息：

·消息：[確定借書(shū)]: 借閱證號(hào)增加借閱信息記錄（）·消息的類型：自調(diào)用消息 ·返回消息：借書(shū)成功 5）修改數(shù)據(jù)庫(kù),。涉及的對(duì)象： ·消息的發(fā)送者：“reader”對(duì)象 ·消息的接收者：“數(shù)據(jù)庫(kù)管理系統(tǒng)借閱管理”對(duì)象

傳遞的消息：

·消息：[借書(shū)成功]: 保存借閱記錄并修改庫(kù)存圖書(shū)數(shù)量、讀者借出數(shù)量（）·消息的類型：同步消息

·返回消息：退出系統(tǒng)

根據(jù)以上確立的“借書(shū)”用例圖中涉及的對(duì)象,，建立“借書(shū)”用例的順序圖如圖3-1：

基本數(shù)據(jù)修改功能子系統(tǒng)借閱窗口reader數(shù)據(jù)庫(kù)管理系統(tǒng)借閱管理窗口 : 圖書(shū)管理員1 : 登錄系統(tǒng)()2 : 核對(duì)圖書(shū)證編號(hào)()3 [最大借書(shū)額為0] : :核對(duì)借書(shū)額()4 [確定借書(shū)] : 借閱證號(hào)增加借閱信息記錄()5 [借書(shū)成功] : 保存借閱記錄并修改庫(kù)存圖書(shū)數(shù)量,、讀者借出數(shù)量()圖3-1 “借書(shū)”用例順序圖

◆在“還書(shū)”用例中涉及的對(duì)象間的交互分析如下：

1）登錄系統(tǒng)。圖書(shū)管理員登陸“基本數(shù)據(jù)修改功能子系統(tǒng)”,，對(duì)讀者的還書(shū)要求進(jìn)行處理,。涉及的對(duì)象：

·消息的發(fā)送者：“系統(tǒng)管理員”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 傳遞的消息：

·消息：口令密碼（）

·消息的類型：同步消息

·返回消息：口令密碼正確或出錯(cuò)信息

2）輸入圖書(shū)證編號(hào)。涉及的對(duì)象：

·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象

傳遞的消息：

·消息：核對(duì)圖書(shū)證編號(hào)（）

·消息的類型：自調(diào)用消息

·返回消息：圖書(shū)證編號(hào)正確或出錯(cuò)信息

3）超期罰款處理,。涉及的對(duì)象：

·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)超期罰款窗口”對(duì)象 傳遞的消息：

·消息：[超期]：超期罰款（）·消息的類型：同步消息 ·返回消息：銷毀超期信息

3）丟失罰款處理,。涉及的對(duì)象：

·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 ·消息的接收者：“基本數(shù)據(jù)修改功能子系統(tǒng)丟失罰款窗口”對(duì)象

傳遞的消息：

·消息：[丟失]：丟失罰款（）·消息的類型：同步消息 ·返回消息：銷毀超期信息

4）輸入圖書(shū)編號(hào)。涉及的對(duì)象：

·消息的發(fā)送者：“基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口”對(duì)象 ·消息的接收者：“reader”對(duì)象 傳遞的消息：

·消息：[借閱]：核對(duì)是否借閱此書(shū)（）·消息的類型：同步消息 ·返回消息：是否借閱此書(shū) 5）確定還書(shū),。涉及的對(duì)象： ·消息的發(fā)送者：“reader”對(duì)象 ·消息的接收者：“reader”對(duì)象

傳遞的消息：

·消息：[確定還書(shū)]: 借閱證號(hào)刪除借閱信息記錄（）·消息的類型：自調(diào)用消息 ·返回消息：還書(shū)成功

6）修改數(shù)據(jù)庫(kù),。涉及的對(duì)象：

·消息的發(fā)送者：“reader”對(duì)象 ·消息的接收者：“數(shù)據(jù)庫(kù)管理系統(tǒng)借閱管理”對(duì)象

傳遞的消息：

·消息：[還書(shū)成功]: 刪除借閱記錄并修改庫(kù)存圖書(shū)數(shù)量、讀者借出數(shù)量（）·消息的類型：同步消息 ·返回消息：退出系統(tǒng)

根據(jù)以上確立的“還書(shū)”用例圖中涉及的對(duì)象,，建立“還書(shū)”用例的順序圖如圖：

基本數(shù)據(jù)修改功能子系統(tǒng)還書(shū)窗口基本數(shù)據(jù)修改功能子系統(tǒng)超期罰款窗口基本數(shù)據(jù)修改功能子系統(tǒng)丟失罰款窗口reader : 圖書(shū)管理員1 : 登錄系統(tǒng)()2 : 核對(duì)圖書(shū)證編號(hào)()3 [超期] : ：超期罰款()4 [丟失] : ：丟失罰款()5 [借閱] : ：核對(duì)是否借閱此書(shū)()6 [確定還書(shū)] : : 借閱證號(hào)刪除借閱信息記錄()

圖3-2 “還書(shū)”用例順序圖一

reader數(shù)據(jù)庫(kù)管理系統(tǒng)借閱管理5 [確定還書(shū)] : : 借閱證號(hào)刪除借閱信息記錄()6 [還書(shū)成功] : :刪除借閱記錄并修改庫(kù)存圖書(shū)數(shù)量,、讀者借出數(shù)量()

圖3-3 “還書(shū)”用例順序圖二

4.2 構(gòu)件圖建模

構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖模型,，通過(guò)構(gòu)件之間的依賴關(guān)系描述系統(tǒng)軟件的組織結(jié)構(gòu)，展示了系統(tǒng)中的不同物理構(gòu)件機(jī)器之間的聯(lián)系,。

圖3-4所示的是圖書(shū)館管理系統(tǒng)部分構(gòu)件圖,，圖書(shū)管理員登陸“基本數(shù)據(jù)修改功能子系統(tǒng)”并成功通過(guò)驗(yàn)證后，進(jìn)入基本數(shù)據(jù)修改功能子系統(tǒng)主界面

圖書(shū)管理員登陸驗(yàn)證基本數(shù)據(jù)修改功能子系統(tǒng)主界面續(xù)借書(shū)借書(shū)還書(shū)丟失罰款超期罰款圖3-4 基本數(shù)據(jù)修改功能子系統(tǒng)構(gòu)件圖

4.3 配置圖建模

實(shí)用配置圖定義的軟硬件結(jié)構(gòu)及通訊機(jī)制,，表示軟硬件系統(tǒng)之間的合作關(guān)系,；使用構(gòu)件圖描述系統(tǒng)由哪些構(gòu)件組成。

圖書(shū)館管理系統(tǒng)是一個(gè)客戶/服務(wù)器和服務(wù)器/瀏覽器相結(jié)合的系統(tǒng),，可以同配置圖顯示系統(tǒng)的物理結(jié)構(gòu),，如圖3-5所示：

tcp/ip應(yīng)用服務(wù)器odbc圖3-5 圖書(shū)館管理系統(tǒng)配置圖sql server13 客戶程序數(shù)據(jù)庫(kù)服務(wù)器

銀行儲(chǔ)蓄管理系統(tǒng)uml建模篇五

實(shí)驗(yàn)3 動(dòng)態(tài)建模

一、實(shí)驗(yàn)?zāi)康呐c要求 掌握分析atm系統(tǒng)用例中用例的流程,，分析對(duì)象之間的交互關(guān)系 掌握用uml設(shè)計(jì)參與對(duì)象之間的交互,，用狀態(tài)圖、時(shí)序圖,、協(xié)作圖和活動(dòng)圖來(lái)描述系統(tǒng)的行為,。

二、實(shí)驗(yàn)設(shè)備,、環(huán)境

pc(一臺(tái)),，windows 2000或以上版本，安裝microsoft visio 2003

三,、實(shí)驗(yàn)內(nèi)容及步驟 交互圖：實(shí)現(xiàn)atm系統(tǒng)的序列關(guān)系圖和通信（協(xié)作）關(guān)系圖,； 2 分析設(shè)計(jì)軟件系統(tǒng)的狀態(tài)圖。（（1）和（2）選做一個(gè)狀態(tài)圖）,；

（1）atm系統(tǒng)

（2）具體題目如下：某銷售pos機(jī),，它的工作流程是：當(dāng)客戶到收銀臺(tái)后，收銀員逐一輸入用戶購(gòu)買的商品,，輸入完之后,，計(jì)算出總金額，然后等待用戶付款,，確定支付成功之后,，完成收銀，等待下一個(gè)客戶,。請(qǐng)為其繪制出相應(yīng)的狀態(tài)機(jī)圖,。

3分析設(shè)計(jì)atm系統(tǒng)的活動(dòng)圖（選做1個(gè)活動(dòng)圖）。

建立動(dòng)態(tài)模型：

建立序列關(guān)系圖,、狀態(tài)圖,、活動(dòng)圖

步驟：

?

編寫(xiě)腳本

?

確定各個(gè)對(duì)象之間的事件

?

構(gòu)造事件追蹤圖（交互圖）?

構(gòu)造狀態(tài)圖

?

添加活動(dòng)和動(dòng)作

一、時(shí)序關(guān)系圖

1）atm系統(tǒng)的正常情況腳本

? atm請(qǐng)儲(chǔ)戶插卡,；儲(chǔ)戶插入一張現(xiàn)金兌換卡,。? atm接受該卡并讀它上面的卡號(hào),。

? atm要求儲(chǔ)戶輸入密碼；儲(chǔ)戶輸入自己的密碼“1234”等數(shù)字,。

? atm請(qǐng)求系統(tǒng)驗(yàn)證卡號(hào)和密碼,；核對(duì)儲(chǔ)戶密碼，然后通知顯示器顯示說(shuō)這張卡有效,。

? atm要求儲(chǔ)戶選擇事務(wù)類型（取款,、轉(zhuǎn)賬、查詢等）,；儲(chǔ)戶選擇“取款”,。? atm要求儲(chǔ)戶輸入取款額；儲(chǔ)戶輸入“880”,。

? atm確認(rèn)取款額在預(yù)先規(guī)定的限額內(nèi),，然后要求處理這個(gè)事務(wù)；成功處理完這項(xiàng)事務(wù)并返回該賬戶的新余額,。

? atm吐出現(xiàn)金并請(qǐng)儲(chǔ)戶拿走這些現(xiàn)金,；儲(chǔ)戶拿走現(xiàn)金。? atm問(wèn)儲(chǔ)戶是否繼續(xù)這項(xiàng)事務(wù),；儲(chǔ)戶回答“不”,。

? atm打印賬單，退出現(xiàn)金兌換卡,，請(qǐng)儲(chǔ)戶拿走它們,；儲(chǔ)戶取走賬單和卡。? atm請(qǐng)儲(chǔ)戶插卡,。

2）atm系統(tǒng)的異常情況腳本

? atm請(qǐng)儲(chǔ)戶插卡,；儲(chǔ)戶插入一張現(xiàn)金兌換卡。? atm接受該卡并順序讀它上面的數(shù)字,。

? atm要求密碼,；儲(chǔ)戶誤輸入“8888”等數(shù)字,。

? atm請(qǐng)求總行驗(yàn)證卡號(hào)和密碼,；經(jīng)驗(yàn)證發(fā)現(xiàn)密碼錯(cuò)誤，拒絕這張卡,。? atm顯示“密碼錯(cuò)”,，并請(qǐng)儲(chǔ)戶輸入密碼；儲(chǔ)戶輸入“1234”等數(shù)字,；atm請(qǐng)求總行驗(yàn)證后知道輸入密碼正確,。

? atm要求儲(chǔ)戶選擇事務(wù)類型；儲(chǔ)戶選擇“取款”,。

? atm詢問(wèn)取款額,；儲(chǔ)戶改變主意不想取款了,，按“取消”。? atm退出現(xiàn)金兌換卡,，請(qǐng)儲(chǔ)戶拿走它們,；儲(chǔ)戶取走卡。? atm請(qǐng)儲(chǔ)戶插卡,。

atm 腳本的事件時(shí)序圖如下圖所示：（正常情況）

用戶讀卡器顯示器atm卡用戶賬戶事務(wù)提款機(jī)插卡讀卡初始化提示輸入密碼輸入密碼驗(yàn)證密碼獲取密碼獲取賬戶初始化提示選擇業(yè)務(wù)選擇業(yè)務(wù)執(zhí)行事務(wù)初始化提示輸入金額輸入金額獲取余額驗(yàn)證取款金額計(jì)算余額計(jì)算利息更新賬戶配給現(xiàn)金打印收據(jù)退卡

二,、狀態(tài)圖

主屏]do：顯示主屏幕插卡[可讀]do：要求密碼輸入密碼do:驗(yàn)證賬戶繼續(xù)密碼錯(cuò)拿走卡退卡do：退卡請(qǐng)拿走卡插卡[不可讀]不可讀的卡do：顯示信息取消取消do:顯示取消信息無(wú)效賬戶賬戶有效do:要求類型取消輸入類型do:要求金額取消結(jié)束do：打印賬單do:顯示無(wú)效賬戶信息輸入金額等待5秒do:處理事務(wù)中止取消do:請(qǐng)求繼續(xù)拿走現(xiàn)金do：吐出現(xiàn)金請(qǐng)拿走現(xiàn)金事務(wù)成功取消事務(wù)失敗do:失敗信息網(wǎng)絡(luò)響應(yīng)等待網(wǎng)絡(luò)響應(yīng)中斷do：顯示取消信息atm類的狀態(tài)圖

處理事務(wù)驗(yàn)證賬戶請(qǐng)求處理事務(wù)請(qǐng)求驗(yàn)卡事務(wù)成功事務(wù)失敗無(wú)效賬戶賬戶有效密碼錯(cuò)

事務(wù)處理狀態(tài)圖

賬戶驗(yàn)證狀態(tài)圖

三、活動(dòng)圖

插卡<沒(méi)有接收動(dòng)作>輸入密碼<沒(méi)有接收動(dòng)作>輸入賬戶類型輸入金額取卡取錢<沒(méi)有發(fā)送動(dòng)作>

四,、實(shí)驗(yàn)體會(huì)

順序圖的重點(diǎn)是完成某個(gè)行為的對(duì)象類之間所傳遞的消息的時(shí)間順序,。一個(gè)順序圖事務(wù)對(duì)象角色，生命線,，激活期和消息構(gòu)成,。協(xié)作圖用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分合作實(shí)現(xiàn)的。協(xié)作時(shí)一種靜態(tài)結(jié)構(gòu),，是一個(gè)系統(tǒng)對(duì)實(shí)現(xiàn)某些服務(wù)所涉及的對(duì)象及其交互的投影,。一個(gè)協(xié)同定義了一組對(duì)某些服務(wù)有意義的參加者和它們的聯(lián)系，這些參加者定義了交互中的對(duì)象所扮演的角色,。