第一篇：UML實(shí)驗(yàn)報(bào)告全 (500字)
《系統(tǒng)分析與建模》實(shí)驗(yàn)指導(dǎo)書(shū) __2011__/__2012__年 第__二__學(xué)期
姓名：____錢(qián)秀梅_________ 學(xué)號(hào)：__ 10030117_____ 班級(jí)：_10計(jì)一_______ 指導(dǎo)教師：___殷凱__________ 計(jì)算機(jī)科學(xué)與技術(shù)系編寫(xiě)
系統(tǒng)分析與建模實(shí)驗(yàn)指導(dǎo)書(shū) ―1― 計(jì)算機(jī)科學(xué)與技術(shù)系
目 錄
實(shí)驗(yàn)0 熟悉軟件開(kāi)發(fā)環(huán)境? 實(shí)驗(yàn)1 用例圖設(shè)計(jì)??? 實(shí)驗(yàn)2 類和對(duì)象圖設(shè)計(jì)??? 實(shí)驗(yàn)3 交互圖設(shè)計(jì)?? 實(shí)驗(yàn)4 狀態(tài)圖設(shè)計(jì)?? 實(shí)驗(yàn)5 活動(dòng)圖設(shè)計(jì) 實(shí)驗(yàn)6 包圖設(shè)計(jì)?? 實(shí)驗(yàn)7 物理圖設(shè)計(jì)? 附錄 考核登記表??1 3 7 9 12 15 17 23實(shí)驗(yàn)0 熟悉軟件開(kāi)發(fā)環(huán)境
一、實(shí)驗(yàn)?zāi)康?/p>
學(xué)習(xí)使用ea開(kāi)發(fā)環(huán)境創(chuàng)建模型的一般方法，理解ea界面布局和元素操作的一般技巧。
二、實(shí)驗(yàn)環(huán)境
軟件平臺(tái)：microsoft windows2000 /xp。軟件工具：ea 7.5。
三、實(shí)驗(yàn)內(nèi)容與要求
1． 學(xué)會(huì)啟動(dòng)和關(guān)閉ea 7.5開(kāi)發(fā)環(huán)境。
2． 使用目標(biāo)項(xiàng)目（project）的向?qū)?chuàng)建一個(gè)項(xiàng)目。3． 了解ea 7.5界面的六大組成部分（菜單menu、瀏覽器browser、文檔窗口document window、圖窗口diagram window、日值窗口log window和工具欄。
4． 在瀏覽器中實(shí)現(xiàn)如下操作：增加模型元素（包括角色、用例、類、組建、圖等）；查看現(xiàn)有模型元素；查看現(xiàn)有模型元素之間的關(guān)系；移動(dòng)模型元素；更名模型元素；訪問(wèn)元素的詳細(xì)規(guī)范。
5． 分別在在圖中增加刪除圖元素和在瀏覽器中增加刪除圖元素。
四、實(shí)驗(yàn)預(yù)習(xí)和準(zhǔn)備
參考相關(guān)書(shū)籍，能夠熟練地安裝和使用ea 7.5軟件建立模型。
五、實(shí)驗(yàn)過(guò)程與結(jié)果
讀者
圖0-1 用例圖
圖0-2 一個(gè)訂單系統(tǒng)的包圖
六、實(shí)驗(yàn)小結(jié)和體會(huì)
1、在創(chuàng)建用例圖和包圖過(guò)程中，使用目標(biāo)項(xiàng)目（project）的向?qū)?chuàng)建一個(gè)項(xiàng)目，選擇需要的模型，然后在所選的模型下面創(chuàng)建圖。
2、通過(guò)創(chuàng)建用例圖，知道了用例圖的三個(gè)基本組成部分：系統(tǒng)、活動(dòng)者、用例，用例圖是從用戶的角度而不是開(kāi)發(fā)者的角度來(lái)描述對(duì)軟件產(chǎn)品的需求，分析產(chǎn)品所需的功能和動(dòng)態(tài)行為。用例是對(duì)一個(gè)活動(dòng)者使用系統(tǒng)的一項(xiàng)功能時(shí)所進(jìn)行的交互過(guò)程的一個(gè)文字描述系列。用例之間可以存在一定的聯(lián)系，這些聯(lián)系包括泛化聯(lián)系、使用聯(lián)系、包含聯(lián)系、擴(kuò)展聯(lián)系等。
3、通過(guò)創(chuàng)建包圖，知道了包圖由包和包之間的聯(lián)系構(gòu)成。包圖的圖形節(jié)點(diǎn)是包，節(jié)點(diǎn)之間用弧（依賴或泛化）連接。包圖是和控制系統(tǒng)總體結(jié)構(gòu)的重要建模工具。
實(shí)驗(yàn)一 用例圖設(shè)計(jì)
一、實(shí)驗(yàn)?zāi)康?/p>
掌握在ea中用例圖的基本用法和使用技巧。
二、實(shí)驗(yàn)環(huán)境
軟件平臺(tái)：microsoft windows2000 /xp。軟件工具：ea7.5。
三、實(shí)驗(yàn)內(nèi)容與要求
本實(shí)驗(yàn)給予某學(xué)校的網(wǎng)上選課系統(tǒng)的用例圖的設(shè)計(jì)和實(shí)現(xiàn)。
需求描述如下：某學(xué)校的網(wǎng)上選課系統(tǒng)主要包括如下功能：管理員通過(guò)系統(tǒng)管理界面進(jìn)入，建立本學(xué)期要開(kāi)設(shè)的各種課程、講課程信息保存在數(shù)據(jù)庫(kù)中丙可以對(duì)課程進(jìn)行改動(dòng)和刪除。學(xué)生通過(guò)客戶機(jī)瀏覽器根據(jù)學(xué)號(hào)和密碼進(jìn)入選課界面，在這里學(xué)生可以進(jìn)行三種操作：查詢已選課程、選課以及付費(fèi)。同樣，通過(guò)業(yè)務(wù)層，這些操作結(jié)果存入數(shù)據(jù)庫(kù)中。
分析：
本系統(tǒng)擬用三層模型實(shí)現(xiàn)：數(shù)據(jù)核心層、業(yè)務(wù)邏輯層和接入層。其中，數(shù)據(jù)核心層包括對(duì)于數(shù)據(jù)庫(kù)的操作；業(yè)務(wù)邏輯層作為中間層對(duì)用戶輸入進(jìn)行邏輯處理，再映射到相應(yīng)的數(shù)據(jù)層操作；而接入層包括用戶界面，包括系統(tǒng)登陸界面、管理界面、用戶選擇界面等。
本系統(tǒng)涉及的用戶包括管理員和學(xué)生，他們是用例圖中的活動(dòng)者，他們的主要特征相似，都具有姓名和學(xué)號(hào)等信息，所以可以抽象處“基”活動(dòng)者people,而管理員和學(xué)生從people統(tǒng)一派生。數(shù)據(jù)庫(kù)管理系統(tǒng)是另外一個(gè)活動(dòng)者。
系統(tǒng)事件：
添加課程事件：
（1）管理員選擇進(jìn)入管理界面，用例開(kāi)始。
（2）系統(tǒng)提示輸入管理員密碼。
（3）管理員輸入密碼。
（4）系統(tǒng)驗(yàn)證密碼。
（5）密碼錯(cuò)誤
(6)進(jìn)入管理界面，系統(tǒng)顯示目前所建立的全部課程信息。(7)管理員許恩澤添加課程。(8)系統(tǒng)提示輸入新課程信息。(9)管理員輸入信息。
(10)系統(tǒng)驗(yàn)證是否和已有課程沖突。(11)a2 有沖突。(12)用例結(jié)束。
其他事件： a1 密碼錯(cuò)誤
（1）系統(tǒng)提示再次輸入。
（2）用戶確認(rèn)。
（3）三次錯(cuò)誤，拒絕再次訪問(wèn)。
（4）否則進(jìn)入添加課程事件第6步。a2 有沖突
（1）系統(tǒng)提示沖突，顯示沖突課程信息。
（2）用戶重新輸入。
（3）繼續(xù)驗(yàn)證直到無(wú)沖突。（4）進(jìn)入添加課程事件第12步。
刪除課程事件和修改課程事件與添加課程事件類似。請(qǐng)自行描述。選課事件：
（1）學(xué)生進(jìn)入選課登陸界面，用例開(kāi)始。（2）系統(tǒng)提示輸入學(xué)號(hào)和密碼。（3）學(xué)生輸入學(xué)號(hào)和密碼。
（4）系統(tǒng)驗(yàn)證。a1 驗(yàn)證失?。?）進(jìn)入選課主界面。（6）學(xué)生點(diǎn)擊選課。
（7）系統(tǒng)顯示所有課程信息。（8）學(xué)生選擇課程。
（9）系統(tǒng)驗(yàn)證課程是否可選。a2 不可選。（10）系統(tǒng)提示課程選擇成功，提示學(xué)生交費(fèi)。（11）用例結(jié)束。錯(cuò)誤事件： a1: 驗(yàn)證失敗。
（1）系統(tǒng)提示驗(yàn)證失敗，提示重新輸入。（2）三次失敗，拒絕訪問(wèn)。
（3）成功，轉(zhuǎn)選課事件第5步。a2: 課程不可選。
（1）系統(tǒng)提示課程不可選原因。（2）學(xué)生重新選課。（3）重新驗(yàn)證直到成功。（4）轉(zhuǎn)選課事件第10步。
付費(fèi)事件和查詢事件不做描述。
根據(jù)以上分析，繪制系統(tǒng)所有用例圖。
四、實(shí)驗(yàn)預(yù)習(xí)和準(zhǔn)備
了解用例圖描述系統(tǒng)基本方式。熟練掌握用例圖繪制的基本方法，了解用例、活動(dòng)者、角色等基本概念的表示。
五、實(shí)驗(yàn)過(guò)程與結(jié)果 數(shù)據(jù)庫(kù)
六、實(shí)驗(yàn)小結(jié)和體會(huì)
1、用例圖描述了一組用例、活動(dòng)者及它們之間的關(guān)系，因此基本的用例圖包括3個(gè)方面的內(nèi)容：用例、活動(dòng)者、用例之間的關(guān)系。
2、活動(dòng)者是系統(tǒng)外部的一個(gè)實(shí)體（可以是任何的事物或人），它以某種方式參與了用例的執(zhí)行過(guò)程。
3、用例除了與其活動(dòng)者發(fā)生關(guān)聯(lián)外，用例之間也存在著一定的聯(lián)系。這些聯(lián)系包括泛化聯(lián)系、包含聯(lián)系、擴(kuò)展聯(lián)系等。
4、在建立用例模型時(shí)，應(yīng)該注意幾個(gè)問(wèn)題：（1）用例英簡(jiǎn)單明了，具有較強(qiáng)的可讀性。
（2）應(yīng)該用文本和其他uml圖來(lái)描述用例是如何啟動(dòng)和停止的。（3）應(yīng)該從活動(dòng)者的角度并以主動(dòng)語(yǔ)態(tài)編寫(xiě)用例。
（4）垂直地繪制繼承和擴(kuò)展聯(lián)系，水平地繪制包含聯(lián)系。（5）不要被《include》和《extend》所困擾。
5、總之，用例是以主要活動(dòng)者的目標(biāo)為中心的，其中每一條語(yǔ)句都應(yīng)該描述其所想表達(dá)的子目標(biāo)。實(shí)驗(yàn)二 類和對(duì)象圖設(shè)計(jì)
一、實(shí)驗(yàn)?zāi)康?/p>
掌握ea中類圖和對(duì)象圖刻劃系統(tǒng)的一般步驟和技巧，掌握類圖和對(duì)象圖中的各種基本概念的含義和表達(dá)方法。
二、實(shí)驗(yàn)環(huán)境
軟件平臺(tái)：microsoft windows2000 /xp。軟件工具：ea7.5。
三、實(shí)驗(yàn)內(nèi)容與要求
（1）根據(jù)實(shí)驗(yàn)一的問(wèn)題描述，結(jié)合序列圖中的描述，抽象出選課系統(tǒng)中的類（除
角色外），然后作出他們的類圖。
（2）在選課系統(tǒng)中，涉及到的用戶包括管理員和學(xué)生，其主要特征相似，所以可
以建立統(tǒng)一基類people，而管理員和學(xué)生則由people派生。創(chuàng)建它們?nèi)咧g的類圖。
（3）假設(shè)在選課系統(tǒng)中設(shè)計(jì)了以下類：
（a）界面（b）控制對(duì)象（c）課程 設(shè)計(jì)了以下角色：（a）學(xué)生（b）管理員
（c）學(xué)生和管理員的父類people（d）數(shù)據(jù)庫(kù)
這些類和角色之間的關(guān)系如下：
（a）角色學(xué)生和管理員從people派生
（b）學(xué)生、管理員在與系統(tǒng)交互時(shí)，都有一個(gè)界面與之對(duì)應(yīng)。（c）一個(gè)界面可能和課程相關(guān)（0..n）
（d）控制對(duì)象負(fù)責(zé)課程的處理，處理結(jié)果在界面上顯示。（e）控制對(duì)象完成對(duì)數(shù)據(jù)庫(kù)的操作。（f）界面請(qǐng)求控制對(duì)象的服務(wù)。
根據(jù)以上描述，繪制類關(guān)系圖。注意對(duì)象之間關(guān)聯(lián)的類型。
四、驗(yàn)和準(zhǔn)備
參照相關(guān)書(shū)籍和文檔，理解類和對(duì)象圖繪制的基本方法。注意派生類和關(guān)聯(lián)類及關(guān)聯(lián)類型的表達(dá)。
五、實(shí)驗(yàn)過(guò)程與結(jié)果
六、實(shí)驗(yàn)小結(jié)和體會(huì)
1、類在uml中用一個(gè)有三個(gè)分隔區(qū)的矩形來(lái)表示。頂端的分隔區(qū)為類的名稱，中間的分隔區(qū)存放類的屬性、屬性的類型和值，第三個(gè)分隔區(qū)存放操作、操作的參數(shù)表和返回類型。
2、類中屬性的可見(jiàn)性主要包括public(公共)、private(私用)和protected(保護(hù))三種，它們分別用“+”、“—”和“#”來(lái)表示。
3、對(duì)象類圖不僅定義系統(tǒng)中的類，表示類間的聯(lián)系，如關(guān)聯(lián)、依賴、聚合等；還包括類的內(nèi)部結(jié)構(gòu)，如類的屬性和操作等。
4、在uml中對(duì)象類一般都不是孤立地在系統(tǒng)中存在的，它們之間往往存在著各種關(guān)聯(lián)關(guān)系，如聚合和組合、泛化及依賴等。
5、建立對(duì)象類圖做到以下幾點(diǎn)：
（1）研究和分析問(wèn)題域，確定系統(tǒng)的需求。
（2）發(fā)現(xiàn)、識(shí)別、確定系統(tǒng)中的類和對(duì)象，明確它們的含義和責(zé)任、確定屬性和操作。（3）找出類之間存在的靜態(tài)聯(lián)系。
（4）對(duì)已經(jīng)發(fā)現(xiàn)的類之間存在的聯(lián)系進(jìn)行調(diào)整和優(yōu)化。（5）最后繪制對(duì)象類圖。
實(shí)驗(yàn)三 交互圖設(shè)計(jì)
一、實(shí)驗(yàn)?zāi)康?/p>
掌握交互圖（序列圖和協(xié)作圖）繪制的基本方法和技巧，學(xué)會(huì)使用交互圖描述用例實(shí)現(xiàn)的方法，掌握系統(tǒng)動(dòng)態(tài)特性建模的技巧。
二、實(shí)驗(yàn)環(huán)境
軟件平臺(tái)：microsoft windows2000 /xp。軟件工具：ea。
三、實(shí)驗(yàn)內(nèi)容與要求
本實(shí)驗(yàn)以選擇系統(tǒng)中的選課用例為例，來(lái)學(xué)習(xí)交互圖的設(shè)計(jì)和實(shí)現(xiàn)。
為了時(shí)問(wèn)題更簡(jiǎn)單一些，不考慮學(xué)生的登陸。假設(shè)學(xué)生已經(jīng)成功登陸系統(tǒng)，選擇的事件可以簡(jiǎn)化如下：
選課事件：
（1）入選課主界面。（2）生點(diǎn)擊選課。
（3）系統(tǒng)顯示所有課程信息。（4）學(xué)生選擇課程。
（5）系統(tǒng)驗(yàn)證課程是否可選。a1 不可選。（6）系統(tǒng)提示課程選擇成功，提示學(xué)生交費(fèi)。（7）用例結(jié)束。錯(cuò)誤事件： a1: 課程不可選。
（2）統(tǒng)提示課程不可選原因。（3）生重新選課。
（4）重新驗(yàn)證直到成功。（5）轉(zhuǎn)選課事件第6步。
創(chuàng)建上述選課用例的交互圖（序列圖）。同時(shí)根據(jù)實(shí)驗(yàn)一的描述創(chuàng)建添加課程、修改課程和刪除課程的序列圖以及選擇課程的協(xié)作圖。
四、實(shí)驗(yàn)和準(zhǔn)備
參照相關(guān)書(shū)籍和文檔，熟悉交互圖繪制和描述的方法。
五、實(shí)驗(yàn)過(guò)程與結(jié)果
5.執(zhí)行選課
圖3-2 選課系統(tǒng)的協(xié)作圖
()
六、實(shí)驗(yàn)小結(jié)和體會(huì)
1、交互圖描述了系統(tǒng)的交互，由對(duì)象、關(guān)聯(lián)、消息等組成。交互圖可分為序列圖和協(xié)作圖，都可以用于建立系統(tǒng)動(dòng)態(tài)行為模型。
2、序列圖由對(duì)象、生命線、消息組成，協(xié)作圖由對(duì)象、關(guān)聯(lián)、消息組成。
3、序列圖和協(xié)作圖用不同的方式表達(dá)了系統(tǒng)中對(duì)象的行為。序列圖描述了消息的時(shí)間順序，適合實(shí)時(shí)系統(tǒng)；協(xié)作圖描述了對(duì)象間的聯(lián)系，適合對(duì)象類的劃分；但它們?cè)谡Z(yǔ)義上是等價(jià)的，可以彼此轉(zhuǎn)換。
4、交互圖中的交互描述系統(tǒng)的一個(gè)特定行為，類似于一個(gè)用例的說(shuō)明。每個(gè)交互由一組對(duì)象之間的通信序列組成，參與交互的對(duì)象通過(guò)協(xié)作建立聯(lián)系，共同刻畫(huà)系統(tǒng)的某一個(gè)行為。
實(shí)驗(yàn)四 狀態(tài)圖設(shè)計(jì)
一、實(shí)驗(yàn)?zāi)康?/p>
掌握狀態(tài)圖繪制的基本方法，理解狀態(tài)圖中各個(gè)要素的含義及表達(dá)。
二、實(shí)驗(yàn)環(huán)境
軟件平臺(tái)：microsoft windows2000 /xp。軟件工具：ea。
三、實(shí)驗(yàn)內(nèi)容與要求
（1）考察課程類（對(duì)象）的狀態(tài)變化過(guò)程。課程對(duì)象被創(chuàng)建，添加到數(shù)據(jù)庫(kù)中。
管理員可以刪除、修改課程信息，在某個(gè)學(xué)期，開(kāi)設(shè)改課程，如果選修人數(shù)超過(guò)制定人數(shù)，就不再允許學(xué)生選這門(mén)課。學(xué)期結(jié)束，學(xué)期結(jié)束，課程的狀態(tài)終止。
根據(jù)以上描述，繪制課程對(duì)象的狀態(tài)圖。
（2）電梯運(yùn)動(dòng)是日常生活中常見(jiàn)的現(xiàn)象，請(qǐng)根據(jù)電梯的運(yùn)動(dòng)狀態(tài)繪制電梯對(duì)象的狀態(tài)圖。
四、實(shí)驗(yàn)和準(zhǔn)備
參照相關(guān)書(shū)籍和文檔，熟悉繪制狀態(tài)圖的基本方法。
五、實(shí)驗(yàn)過(guò)程與結(jié)果
六、實(shí)驗(yàn)小結(jié)和體會(huì)
1、一個(gè)狀態(tài)圖描述了一個(gè)狀態(tài)機(jī)，用狀態(tài)圖說(shuō)明系統(tǒng)的動(dòng)態(tài)視圖。它對(duì)于接口、類或協(xié)作的行為建模尤為重要，可用它描述用例實(shí)例生命周期。
2、狀態(tài)圖顯示一個(gè)對(duì)象從生成到刪除的生命周期。
3、在uml中，狀態(tài)圖通常由狀態(tài)和遷移組成，除此之外，還可以包括像判定和同步這樣的用于表示控制流向的圖形元素。
實(shí)驗(yàn)五 活動(dòng)圖設(shè)計(jì)
一、實(shí)驗(yàn)?zāi)康?/p>
掌握使用活動(dòng)圖描述各種復(fù)雜事件的邏輯。
二、實(shí)驗(yàn)環(huán)境
軟件平臺(tái)：microsoft windows2000 /xp。軟件工具：ea。
三、實(shí)驗(yàn)內(nèi)容與要求
在用例圖中，我們對(duì)添加課程的用例事件做了詳細(xì)分析（見(jiàn)實(shí)驗(yàn)二）。由于管理員密碼驗(yàn)證過(guò)程可以抽取出來(lái)，作為通用的流程，所以這里對(duì)添加課程事件稍作修改，將管理員輸入課程信息作為起始的活動(dòng)，內(nèi)容如下：
（1）管理員輸入信息。
（2）系統(tǒng)驗(yàn)證是否和已有課程沖突。a2 有沖突（3）系統(tǒng)添加新課程，提示課程添加成功。（4）系統(tǒng)重新進(jìn)入管理主界面，顯示所有課程。（5）用例結(jié)束。根據(jù)以上分析，創(chuàng)建添加課程完整的活動(dòng)圖。繪制活動(dòng)圖時(shí)注意各元素的表示方式。
四、實(shí)驗(yàn)預(yù)習(xí)和準(zhǔn)備
了解活動(dòng)圖描述工作流的基本方式，包括動(dòng)作、狀態(tài)、序列以及泳道。熟練掌握活動(dòng)圖繪制的基本方法。
五、實(shí)驗(yàn)過(guò)程與結(jié)果
六、實(shí)驗(yàn)小結(jié)和體會(huì)
1、活動(dòng)圖通常由動(dòng)作狀態(tài)和活動(dòng)狀態(tài)、動(dòng)作流、泳道、對(duì)象流組成。另外，初始狀態(tài)、終止?fàn)顟B(tài)、判定（分支）、分岔、接合等也是常見(jiàn)的圖形元素和符號(hào)。
2、活動(dòng)圖是一種特殊的形式的狀態(tài)機(jī)，其中大多數(shù)狀態(tài)都是活動(dòng)，并且大多數(shù)遷移都是由源活動(dòng)中的動(dòng)作執(zhí)行完畢時(shí)隱式觸發(fā)的?；顒?dòng)圖主要用于工作流建模和算法流程建模。
3、在活動(dòng)圖中可以在一個(gè)活動(dòng)上標(biāo)出對(duì)象名，或者用泳道劃分對(duì)象的責(zé)任，或者通過(guò)對(duì)象流表示，但是這些動(dòng)作與對(duì)象的關(guān)系的表達(dá)都不如在交互圖中表現(xiàn)得直接和清晰，因此，活動(dòng)圖最好和其他的行為建模工具一起使用。
實(shí)驗(yàn)六 包圖設(shè)計(jì)
一、實(shí)驗(yàn)?zāi)康?/p>
掌握包圖（組件圖）設(shè)計(jì)的基本要點(diǎn)，學(xué)習(xí)繪制包圖的技巧。
二、實(shí)驗(yàn)環(huán)境
軟件平臺(tái)：microsoft windows2000 /xp。軟件工具：ea。
三、實(shí)驗(yàn)內(nèi)容與要求
繪制選課系統(tǒng)的包圖（組建圖）。
四、實(shí)驗(yàn)預(yù)習(xí)和準(zhǔn)備
查看相關(guān)資料，了解包圖的組成部分及創(chuàng)建的基本方法。
五、實(shí)驗(yàn)過(guò)程與結(jié)果
六、實(shí)驗(yàn)小結(jié)和體會(huì)
1、包圖由包和包之間的聯(lián)系構(gòu)成。包圖的圖形節(jié)點(diǎn)是包，節(jié)點(diǎn)之間用?。ㄒ蕾嚮蚍夯┻B接。包圖是維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)的重要建模工具。
2、在繪制包時(shí)，應(yīng)注意：
（1）一般情況下應(yīng)使用簡(jiǎn)單包的圖標(biāo)形式。
（2）當(dāng)揭示一個(gè)包的內(nèi)容時(shí)，僅僅顯示出對(duì)于理解包在上下文中的意思來(lái)說(shuō)有必要的那些元素。
(3)特別是，如果包用于系統(tǒng)配置管理方面的建模時(shí)，則應(yīng)該顯示與版本有關(guān)的標(biāo)簽值。
實(shí)驗(yàn)七 物理圖設(shè)計(jì)
一、實(shí)驗(yàn)?zāi)康?/p>
了解物理圖的組成，并繪制物理圖。
二、實(shí)驗(yàn)環(huán)境
三、實(shí)驗(yàn)內(nèi)容與要求
繪制選課系統(tǒng)的物理圖。
四、實(shí)驗(yàn)預(yù)習(xí)和準(zhǔn)備
閱讀教材和有關(guān)資料，了解物理圖方面的基本知識(shí)。
五、實(shí)驗(yàn)過(guò)程與結(jié)果
六、實(shí)驗(yàn)小結(jié)和體會(huì) uml使用兩種視圖來(lái)表示系統(tǒng)的物理實(shí)現(xiàn)：組件圖和配置圖。組件圖將系統(tǒng)中可重用的塊包裝成具有可替代性的物理單元，這些單元被稱作組件。組件圖用組件及組件間的接口和依賴關(guān)系來(lái)設(shè)計(jì)元素（如類）的具體實(shí)現(xiàn)。配置圖表示運(yùn)行時(shí)的計(jì)算資源（如計(jì)算機(jī)及它們之間的連接）的物理布置。這些運(yùn)行資源被稱作節(jié)點(diǎn)。在運(yùn)行時(shí)，節(jié)點(diǎn)包含組件和對(duì)象。組件和對(duì)象的分配可以是靜態(tài)的，也可以在節(jié)點(diǎn)間遷移。如果含有依賴關(guān)系的組件實(shí)例放置在不同的節(jié)點(diǎn)上，配置圖可以展示出執(zhí)行過(guò)程中的瓶頸。
第二篇：UML實(shí)驗(yàn)報(bào)告
一：需求分析
在我國(guó)十年前ATM（自動(dòng)取款機(jī)）還是一個(gè)很新鮮的事物，現(xiàn)在在城市的大街小巷隨處可見(jiàn)。我們?cè)谌粘Ｉ钪幸步?jīng)常和ATM打交道。本章我們將以簡(jiǎn)化的ATM系統(tǒng)為例將前面幾章中學(xué)到的用例圖、類圖、順序圖、狀態(tài)圖、活動(dòng)圖及協(xié)作圖知識(shí)運(yùn)用到此例中。二：銀行ATM機(jī)系統(tǒng)UML建模設(shè)計(jì) 1.用例圖
參與者“銀行儲(chǔ)戶”和ATM機(jī)。簡(jiǎn)化后的ATM機(jī)僅有取款、存款及其余功能。其余功能不做詳細(xì)說(shuō)明。
銀行儲(chǔ)戶在ATM機(jī)上完成取款、存款及其他業(yè)務(wù)。2.類圖
整個(gè)銀行系統(tǒng)包括了帳戶庫(kù)、銀行儲(chǔ)戶庫(kù)及ATM系統(tǒng)。
許多單個(gè)的帳戶組成了帳戶庫(kù)。帳戶具有帳戶類型、帳戶號(hào)、余額三個(gè)屬性，均為private，其類型分別為char，int，double。六個(gè)操作分別為setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance為protected其余均為public。
setType設(shè)置帳戶類型，返回類型為void，參數(shù)類型為char，輸入帳戶類型。getType獲取帳戶類型，返回類型為char，無(wú)參數(shù)。
setAccountNumbe設(shè)置帳戶號(hào)，返回類型為void，參數(shù)類型為int，輸入帳戶號(hào)。getAccountNumbe獲取帳戶號(hào)，返回類型為int，無(wú)參數(shù)。
caculateBalance計(jì)算余額，返回類型為void，參數(shù)為double，第一個(gè)參數(shù)為輸入存取款數(shù)額，第二個(gè)參數(shù)為存款余額，既為輸入也為輸出。getBalance獲取帳戶余額，返回類型為double，無(wú)參數(shù)。
許多銀行儲(chǔ)戶組成了儲(chǔ)戶庫(kù)。ATM系統(tǒng)包含了許多ATM機(jī)。銀行儲(chǔ)戶及ATM機(jī)兩個(gè)類包含哪些屬性，哪些操作，它們的可見(jiàn)性及操作的返回類型、參數(shù)個(gè)數(shù)、參數(shù)類型從類圖上都一目了然。更多的屬性及操作都可以一一加上，使這個(gè)類圖更詳細(xì)更完整，從而使參與項(xiàng)目的每個(gè)成員都能無(wú)歧義的明了整個(gè)設(shè)計(jì)的類的結(jié)構(gòu)。同樣對(duì)于一個(gè)真正的銀行系統(tǒng)，這個(gè)類圖過(guò)于簡(jiǎn)單。比如帳戶類型我們可以先定義一個(gè)abstract class，它包含一個(gè)帳戶最基本的屬性及操作。而有些操作先定義為abstract，如余額的計(jì)算。然后再繼承這個(gè)abstract class，我們可以有saving account 和checking account等等。不同的帳戶有不同的余額計(jì)算方法，我們可以加上具體的算法。對(duì)于不同的帳戶可能還有一些它特有的操作，我們也可以加上，比如saving account在存款達(dá)到多少時(shí)可以享受機(jī)票打折的優(yōu)惠。通過(guò)類圖不僅可以使設(shè)計(jì)者明確的表達(dá)自己的設(shè)計(jì)意圖，也能幫組自己整理思路，充實(shí)及優(yōu)化自己的設(shè)計(jì)。
3.順序圖
描述顧客在ATM機(jī)上取款時(shí)信息的流動(dòng)情況。以時(shí)間為順序。因?yàn)槭鞘纠龍D，所以整個(gè)過(guò)程是沒(méi)有出現(xiàn)任何故障時(shí)的流程，并且只畫(huà)到了取款結(jié)束。通過(guò)這個(gè)圖，我們可以看出消息是如何在系統(tǒng)中不同對(duì)象之間進(jìn)行交互。
通過(guò)流程圖我們可以很清楚地看到系統(tǒng)是如何工作的，系統(tǒng)各部分之間的信息及控制是如何發(fā)送的，整個(gè)流程是否合理。流程圖對(duì)我們的設(shè)計(jì)起到了很好的幫助作用。注意在本圖沒(méi)有一個(gè)生命線終端有一個(gè)“X”，這是因?yàn)檫@個(gè)流程中還未遇到有對(duì)象生命結(jié)束。當(dāng)有對(duì)象生命結(jié)束時(shí)需在對(duì)應(yīng)的生命線終端畫(huà)“X”，表明這個(gè)對(duì)象在這時(shí)被銷(xiāo)毀。
首先銀行儲(chǔ)戶將ATM卡插入讀卡機(jī)，讀卡機(jī)將信息傳給客戶管理，客戶管理提出查詢密碼，顯示部分將輸入密碼請(qǐng)求顯示出來(lái)….銀行儲(chǔ)戶讀卡機(jī)顯示輸入設(shè)備客戶管理點(diǎn)鈔機(jī)事務(wù)管理1: 插入ATM卡2: 接受ATM卡3: 查詢密碼4: 顯示輸入密碼請(qǐng)求5: 輸入密碼6: 密碼傳遞7: 請(qǐng)求確認(rèn)密碼的合法性8: 確認(rèn)密碼的合法性9: 詢問(wèn)服務(wù)類別10: 顯示輸入服務(wù)類別請(qǐng)求11: 輸入取款請(qǐng)求12: 取消請(qǐng)求13: 詢問(wèn)取款數(shù)額14: 顯示輸入數(shù)額請(qǐng)求15: 輸入取款數(shù)額16: 傳遞取款數(shù)額17: 詢問(wèn)取款數(shù)額確認(rèn)18: 顯示確認(rèn)數(shù)額請(qǐng)求19: 輸入確認(rèn)20: 傳遞確認(rèn)信息21: 數(shù)額合法性確認(rèn)請(qǐng)求22: 確認(rèn)數(shù)額的合法性23: 計(jì)算儲(chǔ)戶余額24: 出鈔請(qǐng)求25: 出鈔26: 取鈔27: 傳遞余額并詢問(wèn)是否需要其它服務(wù)28: 顯示儲(chǔ)戶余額并顯示其它服務(wù)
第三篇：UML實(shí)驗(yàn)報(bào)告[推薦]
UML實(shí)驗(yàn)報(bào)告
班 級(jí)：軟件0841
姓 名：張文成 學(xué) 號(hào)：081842173
實(shí)驗(yàn)內(nèi)容：
用例建模、分析建模、設(shè)計(jì)建模（1）、設(shè)計(jì)建模（2）
實(shí)驗(yàn)一：用例建模
[實(shí)驗(yàn)?zāi)康腯 〃掌握客戶需求分析的方法和步驟
〃了解以用例驅(qū)動(dòng)的軟件開(kāi)發(fā)方法 〃識(shí)別并編寫(xiě)用例
〃掌握用Rose 進(jìn)行用例建模的具體方法和步驟
[實(shí)驗(yàn)內(nèi)容] 要求學(xué)生根據(jù)周?chē)膶?shí)際情況，自選一個(gè)小型應(yīng)用項(xiàng)目，分析業(yè)務(wù)需求，識(shí)別并編寫(xiě)用例、繪制用例圖以理解系統(tǒng)需求。亦可采用教師指定的“企業(yè)綜合信息管理系統(tǒng)”中的“進(jìn)銷(xiāo)存管理子系統(tǒng)”
[實(shí)驗(yàn)原理和步驟] 建模原理：
(1)需求獲取。以任務(wù)和客戶為中心，通過(guò)會(huì)議、面談等手段對(duì)客戶需求進(jìn)行調(diào)研，獲得系統(tǒng)目標(biāo)、范圍和功能要求的初步說(shuō)明。(2)用例分析。確定用例，同時(shí)采用分層思想，對(duì)用例的層次級(jí)別進(jìn)行劃分（高層用例、子系統(tǒng)級(jí)、用戶目標(biāo)級(jí)）
（3）用例描述。分層繪制用例圖，撰寫(xiě)用例的文字描述（采用單欄格式）。
步驟：
（1）需求獲取。自選題目，與相關(guān)客戶、領(lǐng)域?qū)＜业确磸?fù)商討，獲得系統(tǒng)目標(biāo)、范圍和功能要求的初步說(shuō)明。（也可采用教師指定的題目：“企業(yè)綜合信息管理系統(tǒng)”中的“進(jìn)銷(xiāo)存管理子系統(tǒng)”，但要仔細(xì)研讀“企業(yè)現(xiàn)狀”、“系統(tǒng)目標(biāo)、范圍和功能要求”等文字說(shuō)明）。（2）用例分析。確定系統(tǒng)范圍和邊界、確定參與者、確定用例。（3）用例描述。分層繪制用例圖、描述用例。
畫(huà)圖原理：
采用Rose 軟件進(jìn)行用例建模必須建立在完好的系統(tǒng)用例分析基礎(chǔ)之上．只有做好系統(tǒng)用例分析，系統(tǒng)用例建模才能這到預(yù)期的效果。步驟：
（1）分層繪制用例圖，每層采用“包”進(jìn)行管理。
（2）以“企業(yè)綜合信息管理系統(tǒng)”-> “進(jìn)銷(xiāo)存管理”子系統(tǒng)-> “銷(xiāo)售管理”-> “合同管理”->“收款單處理”為主線，完成附錄2 中的操作過(guò)程（亦可選擇“企業(yè)綜合信息管理系統(tǒng)”-> “進(jìn)銷(xiāo)存管理”子系統(tǒng)-> “庫(kù)存管理”-> “原材料出庫(kù)”->“領(lǐng)料單處理”主線）
[ 實(shí)驗(yàn)結(jié)果]
實(shí)驗(yàn)2 分析建模
[ 實(shí)驗(yàn)?zāi)康腯(1)理解面向?qū)ο笙到y(tǒng)分析和對(duì)象類建模(概念建模)的概念(2)了解和掌握面向?qū)ο笙到y(tǒng)分析的方法和步驟(3)了解和掌握尋找待開(kāi)發(fā)系統(tǒng)中類(概念)的方法和技巧(4)掌握使用ROSE 繪制概念模型的方法
[ 實(shí)驗(yàn)內(nèi)容] 在用例分析的基礎(chǔ)上，選擇第一個(gè)迭代周期打算開(kāi)發(fā)的用例，建立相關(guān)的概念模型。
[ 實(shí)驗(yàn)原理和步驟] 建模原理：
(1)使用概念目錄列表（見(jiàn)下圖）和非正式分析法（識(shí)別出問(wèn)題域的文本描述中的名詞短語(yǔ)，然后將其作為概念或?qū)傩缘暮蜻x對(duì)象。）相結(jié)合的方法識(shí)別概念。因此，待開(kāi)發(fā)用例的文字描述中，名詞可能成為概念或?qū)傩缘暮蜻x對(duì)象；表示行為的動(dòng)詞詞組有可能成為事務(wù)型或過(guò)程型對(duì)象；形容詞詞組有可能對(duì)應(yīng)抽象的名詞型概念。
采用的技術(shù)基本上就是：ER 圖+純行為+OO 的聚合、泛化。（2）最終關(guān)聯(lián)的數(shù)量介于“需要知道”型關(guān)聯(lián)與【“需要知道”型關(guān)聯(lián)+“需要理解”型（從通用關(guān)聯(lián)列表中派生出 的，見(jiàn)下圖）】之間。
步驟：
（1）識(shí)別關(guān)鍵用例作為第一個(gè)迭代周期的開(kāi)發(fā)目標(biāo)（一般是在用例圖中被依賴得比較多的用例）。可以選“企業(yè)綜合信息管理系統(tǒng)”-> “進(jìn)銷(xiāo)存管理”子系統(tǒng)-> “庫(kù)存管理”-> “原材料出庫(kù)”->“領(lǐng)料單處理”主線中的“領(lǐng)料單處理”用例；也可以選“企業(yè)綜合信息管理系統(tǒng)”-> “進(jìn)銷(xiāo)存管理”子系統(tǒng)-> “銷(xiāo)售管理”-> “合同管理”->“收款單處理”主線中的“增加銷(xiāo)售合同”或“收款單處理”用例。（其實(shí)，選“庫(kù)存管理”主線更合適；當(dāng)然，如果要實(shí)現(xiàn)產(chǎn)銷(xiāo)一體化，以銷(xiāo)售訂單指導(dǎo)生產(chǎn)和采購(gòu)，并實(shí)現(xiàn)零庫(kù)存目標(biāo)，那么一切工作就以銷(xiāo)售管理為中心。即便如此，首選“增加合同”用例也更為合適。）
（2）識(shí)別概念和重要屬性。
（3）建立概念間的關(guān)聯(lián)。
畫(huà)圖原理：
（1）可以采用“邏輯視圖”下的類圖描述概念模型，只不過(guò)每個(gè)類中只有類名和屬性，沒(méi)有方法。在概念建模 階段也沒(méi)有必要確定屬性的類型和訪問(wèn)屬性。
（2）概念間的關(guān)聯(lián)可以采用一般關(guān)聯(lián)（無(wú)方向?qū)嵕€），當(dāng)然，對(duì)于聚合和泛化，應(yīng)采用相應(yīng)的連線（組合：實(shí)心菱形+實(shí)線；聚合：空心菱形+實(shí)線；泛化：空三角形+實(shí)線）
步驟：
（0）前提條件：第一個(gè)迭代周期可以選“企業(yè)綜合信息管理系統(tǒng)”
-> “進(jìn)銷(xiāo)存管理”子系統(tǒng)-> “庫(kù)存管理”->“原材料出庫(kù)”->“領(lǐng)料單處理”主線中的“領(lǐng)料單處理”用例；也可以選“企業(yè)綜合信息管理系統(tǒng)”->“進(jìn)銷(xiāo)存管理”子系統(tǒng)-> “銷(xiāo)售管理”-> “合同管理”->“收款單處理”主線中的“增加銷(xiāo)售合同”或“收款單處理”用例。做好與此用例相關(guān)的概念模型
（1）建立相關(guān)的概念模型的基礎(chǔ)上，在“邏輯視圖”下的類圖中描述概念模型，可以直接在類圖main 中繪制，也可采用類似用例圖中用過(guò)的分包機(jī)制
(2）繪制概念和重要屬性。（3）繪制概念間的關(guān)聯(lián)。
[ 實(shí)驗(yàn)結(jié)果]
[ 實(shí)驗(yàn)總結(jié)] ① 對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析；
② 實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。
③ 收獲與體會(huì)：篩選概念的要點(diǎn)；區(qū)分概念與屬性的要點(diǎn)；關(guān)聯(lián)取舍的要點(diǎn)；畫(huà)圖時(shí)如何防止關(guān)聯(lián)重名。
實(shí)驗(yàn)3 設(shè)計(jì)建模（1）
[ 實(shí)驗(yàn)日期]2011年5月20日 [ 實(shí)驗(yàn)?zāi)康腯(1)理解順序圖的基本概念
（2）了解和掌握軟件工程中用例邏輯時(shí)序的分析方法（3）掌握使用ROSE 創(chuàng)建順序圖的方法
[ 實(shí)驗(yàn)內(nèi)容] 在用例模型和概念模型的基礎(chǔ)上，對(duì)首選的用例進(jìn)行事件分解，識(shí)別出系統(tǒng)事件（系統(tǒng)操作），（并寫(xiě)出契約的后置條件）；為每個(gè)系統(tǒng)事件畫(huà)順序圖，為對(duì)象分配職責(zé)。
[ 實(shí)驗(yàn)原理和步驟] 原理：
(1)在系統(tǒng)順序圖中，所有的系統(tǒng)都被當(dāng)成黑盒子看待，順序圖的重點(diǎn)是參與者發(fā)起的跨越系統(tǒng)邊界的事件。
(2)系統(tǒng)事件是由某參與者發(fā)起的指向系統(tǒng)的輸入事件。一個(gè)事件的發(fā)生能夠觸發(fā)一個(gè)響應(yīng)操作的執(zhí)行。
(3)請(qǐng)仔細(xì)研究下圖,考察它是如何從左邊的“購(gòu)買(mǎi)商品”用例的文字描述中分解出3 個(gè)系統(tǒng)事件的。
（4）參照用例模型和概念模型，為每個(gè)系統(tǒng)操作估計(jì)后置條件。（實(shí)例創(chuàng)建、形成關(guān)聯(lián)、屬性修改）（5）按照設(shè)計(jì)模式為對(duì)象分配職責(zé)。
步驟：
（1）分析首選用例的文字描述，按事件進(jìn)行分解，識(shí)別出系統(tǒng)事件。（下面以“企業(yè)綜合信息管理系統(tǒng)”-> “進(jìn)銷(xiāo)存管理”子系統(tǒng)-> “銷(xiāo)售管理”-> “合同管理”->“收款單處理”主線中的“收款單處理”用例為例）。
我們暫不考慮批處理。第一個(gè)核對(duì)，因?yàn)橐獙ⅰ柏浛罱痤~填寫(xiě)到合同中”。后置條件顯然有“銷(xiāo)售合同”的屬性修改。此合同顯然已經(jīng)存在，不需要?jiǎng)?chuàng)建，但需要根據(jù)合同編號(hào)find，然后形成關(guān)聯(lián)。第二個(gè)核對(duì)需要根據(jù)合同明細(xì)到倉(cāng)庫(kù)的“存貨明細(xì)”（概念模型中還沒(méi)有）中去查。此核對(duì)發(fā)生前雖然敲了一下鍵盤(pán)，但隨后并沒(méi)有新的消息穿越系統(tǒng)邊界，因此這仍然是同一個(gè)系統(tǒng)事件。先考慮成功場(chǎng)景，應(yīng)該向庫(kù)存系統(tǒng)發(fā)提貨單（概念模型中還沒(méi)有）就結(jié)束了。后續(xù)的削減庫(kù)存（核銷(xiāo)）、預(yù)警顯然不是銷(xiāo)售管理員的職權(quán)，并且真正的核銷(xiāo)必須由倉(cāng)庫(kù)的發(fā)貨人執(zhí)行，才能保證貨帳一致。并且“生產(chǎn)廠家”與“郵購(gòu)公司”的運(yùn)作方式不同，后者是自己的員工取貨并郵寄，而前者還有可能是來(lái)人來(lái)車(chē)取貨，這時(shí)倉(cāng)庫(kù)收到取貨單后并不能立即自動(dòng)處理（開(kāi)發(fā)貨單），必須等取貨人到達(dá)才能處理。
根據(jù)題意，本項(xiàng)目應(yīng)該是“生產(chǎn)廠家”模式。這又存在一個(gè)問(wèn)題，如
果在開(kāi)出提貨單后不修改庫(kù)存，可能影響并發(fā)用戶和后續(xù)付款單的處理。所以有必要設(shè)計(jì)一個(gè)“臨時(shí)存貨明細(xì)”（概念模型中還沒(méi)有）（不是真實(shí)的“存貨明細(xì)”）供修改，何時(shí)按存貨明細(xì)”進(jìn)行刷新應(yīng)該是庫(kù)存管理系統(tǒng)的事（比如每天夜里刷新，但因?yàn)橛暄┨鞖猓∝?人遲遲不提貨，是提貨單作廢（相當(dāng)于退回銷(xiāo)售系統(tǒng)，付款單變?yōu)槲刺幚恚┻€是就強(qiáng)行刷新（此時(shí)有沖突危險(xiǎn)）？）失敗場(chǎng)景。向“生產(chǎn)調(diào)度部門(mén)”發(fā)送“產(chǎn)品生產(chǎn)申請(qǐng)單”。如果是專門(mén)為此單進(jìn)行生產(chǎn)，那么還應(yīng)該有庫(kù)存系統(tǒng)發(fā)來(lái)的“產(chǎn)品入庫(kù)通知處理”用例來(lái)調(diào)用本用例進(jìn)行發(fā)貨。本題顯然一概根據(jù)付款單運(yùn)作，因此如果失敗，就不處 理付款單，但按日期把它排在待處理付款單的前面。從前面的分析來(lái)看，就一個(gè)系統(tǒng)事件，我們就命名為“付款單處理(pb:付款單)”（2）為每個(gè)系統(tǒng)事件估計(jì)后置條件。(以上已做了部分分析)（3）按設(shè)計(jì)模式進(jìn)行設(shè)計(jì)。
首先考慮控制者,領(lǐng)域控制者選參與者角色，即“銷(xiāo)售人員”。為了避免使用FORM,窗口等表示層對(duì)象,我們?nèi)嗽煲?個(gè)類”應(yīng)用協(xié)調(diào)者”向控制者發(fā)送消息。
[ 實(shí)驗(yàn)結(jié)果]
① 對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析；
② 實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。
③ 收獲與體會(huì)：事件分解的要點(diǎn)；控制者選擇的要點(diǎn)；繪制順序圖的要點(diǎn)。
[ 實(shí)驗(yàn)總結(jié)] ① 對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析；
② 實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。
③ 收獲與體會(huì)：事件分解的要點(diǎn)；控制者選擇的要點(diǎn)；繪制順序圖的要點(diǎn)。
實(shí)驗(yàn)4 設(shè)計(jì)建模（2）
[ 實(shí)驗(yàn)日期] 2011年5月27日 [ 實(shí)驗(yàn)?zāi)康腯(1)理解面向?qū)ο箢愔g關(guān)聯(lián)關(guān)系的概念(2)了解和掌握分析類之間的關(guān)聯(lián)關(guān)系的方法
(3)了解和掌握待開(kāi)發(fā)系統(tǒng)中類之間關(guān)聯(lián)關(guān)系的分析方法(4)完善設(shè)計(jì)類圖，掌握使用ROSE 對(duì)關(guān)聯(lián)進(jìn)行建模的過(guò)程
[ 實(shí)驗(yàn)內(nèi)容] 根據(jù)設(shè)計(jì)建模（1）中的交互分析，進(jìn)一步設(shè)計(jì)關(guān)聯(lián)和對(duì)象可見(jiàn)性（補(bǔ)
上遺漏的關(guān)聯(lián)）,完善設(shè)計(jì)類圖。
[ 實(shí)驗(yàn)原理和步驟] 建模原理：
（1）關(guān)聯(lián)關(guān)系描繪了給定類的對(duì)象個(gè)體之間的語(yǔ)義連接，是類與類之間的連接。關(guān)聯(lián)可以分為一般關(guān)聯(lián)、聚合關(guān) 聯(lián)、組合關(guān)聯(lián)和依賴關(guān)聯(lián)等。
（2）一般關(guān)聯(lián)包括一對(duì)類的二元關(guān)聯(lián)及多個(gè)類之間的多元關(guān)聯(lián)。
（3）聚合(Aggregation)表示整體和部分之間較強(qiáng)的關(guān)聯(lián)關(guān)系，聚合關(guān)系的多重性大于1，則稱為共享聚合。
（4）組合(Composition)關(guān)系表示整體和部分之間有比聚合關(guān)系更強(qiáng)的關(guān)系，它們之間是一對(duì)一的關(guān)系，即同生死共存亡，組合關(guān)系不能共享。
（5）依賴關(guān)系是一種使用關(guān)系，表現(xiàn)為一個(gè)對(duì)象僅僅調(diào)用了另一個(gè)對(duì)象的服務(wù)。可以使用下列的指導(dǎo)方針列出暫時(shí)性的關(guān)系：
(1)存在兩個(gè)或兩個(gè)以上的類相互之間就可能有關(guān)聯(lián)。(2)類的操怍(成員函數(shù))的參數(shù)列表里出現(xiàn)其他類的對(duì)象。(3)一個(gè)類包含另一個(gè)類的對(duì)象(對(duì)象成員)。(4)根據(jù)一般常識(shí)可能會(huì)出現(xiàn)的關(guān)聯(lián)。步驟：
（1）分析已建立的設(shè)計(jì)類圖和交互圖，進(jìn)一步設(shè)計(jì)關(guān)聯(lián)和
對(duì)象可見(jiàn)性（補(bǔ)上遺漏的關(guān)聯(lián)）。（下面以“企業(yè)綜合 信息管理系統(tǒng)”-> “進(jìn)銷(xiāo)存管理”子系統(tǒng)-> “銷(xiāo)售管理”-> “合同管理”->“收款單處理”主線中 的“收款單處理”用例為例）。
在銷(xiāo)售管理子系統(tǒng)中，定義的各個(gè)類之間一般都有關(guān)系發(fā)生。銷(xiāo)售人員和客戶(大客戶)共同簽署銷(xiāo)售合同，銷(xiāo)售合同中涉及到多種可以銷(xiāo)售的產(chǎn)品，合同經(jīng)公司經(jīng)理審查并簽字后該合同才能生效，付款單需要客戶付款，銷(xiāo)售人員簽發(fā)催款單向客戶催繳欠款，銷(xiāo)售人員制定銷(xiāo)售計(jì)劃，銷(xiāo)售人員要檢查督促執(zhí)行期合同按合同執(zhí)行、履 約，履約后的合同轉(zhuǎn)到履約合同數(shù)據(jù)庫(kù)存檔備查等等。例如：
（a）銷(xiāo)售人員與客戶：一般關(guān)聯(lián)，多對(duì)多
（b）銷(xiāo)售合同與合同明細(xì)，銷(xiāo)售計(jì)劃與計(jì)劃明細(xì)：組合。（c）付款單與客戶：依賴關(guān)系?！度绻犊顔晤愔杏小敖y(tǒng)計(jì)付款金額(客戶類客戶對(duì)象)”操作的話，付款 單類就依賴客戶類》（2）完善設(shè)計(jì)類圖 畫(huà)圖原理：
（1）關(guān)聯(lián)關(guān)系描繪了給定類的對(duì)象個(gè)體之間的語(yǔ)義連接，是類與類之間的連接。關(guān)聯(lián)可以分為一般關(guān)聯(lián)、聚合關(guān) 聯(lián)、組合關(guān)聯(lián)和依賴關(guān)聯(lián)等。
（2）一般關(guān)聯(lián)包括一對(duì)類的二元關(guān)聯(lián)及多個(gè)類之間的多元關(guān)聯(lián)。
（3）聚合(Aggregation)表示整體和部分之間較強(qiáng)的關(guān)聯(lián)關(guān)系，聚合關(guān)系的多重性大于1，則稱為共享聚合。
（4）組合(Composition)關(guān)系表示整體和部分之間有比聚合關(guān)系更強(qiáng)的關(guān)系，它們之間是一對(duì)一的關(guān)系，即同生死共存亡，組合關(guān)系不能共享。
（5）依賴關(guān)系是一種使用關(guān)系，表現(xiàn)為一個(gè)對(duì)象僅僅調(diào)用了另一個(gè)對(duì)象的服務(wù)。步驟：
（1）在關(guān)聯(lián)和對(duì)象可見(jiàn)性分析的基礎(chǔ)上，補(bǔ)充一般關(guān)聯(lián)、組合，泛化、依賴
（a）一般關(guān)聯(lián)關(guān)系要注意關(guān)聯(lián)的命名以及哪個(gè)是role A 哪個(gè)是role B。
(b)一般關(guān)聯(lián)選中role B detail 中的aggregate，就變成聚合；再選中by value 就變成組合。(c)依賴畫(huà)虛線箭頭。（2）完善設(shè)計(jì)類圖
[實(shí)驗(yàn)結(jié)果] ① 對(duì)重點(diǎn)實(shí)驗(yàn)結(jié)果進(jìn)行分析；
② 實(shí)驗(yàn)中的問(wèn)題和提高：對(duì)自己的分析或設(shè)計(jì)進(jìn)行評(píng)價(jià)，指出合理和不足之處，提出改進(jìn)的方案。
③ 收獲與體會(huì)：分析依賴關(guān)系的要點(diǎn)，繪制關(guān)聯(lián)的要點(diǎn)。通過(guò)實(shí)驗(yàn)了解UML的建模的步驟和方法，了解用例圖和類圖等的畫(huà)法，了解系統(tǒng)的分析和建模方法。增加動(dòng)手和思維能力，使自己更加的了解軟件系統(tǒng)前期開(kāi)發(fā)的軟件定義和分析方法。
第四篇：UML實(shí)驗(yàn)報(bào)告
計(jì) 《面向?qū)ο蠓治雠c設(shè)計(jì) U ＭL 》 實(shí)驗(yàn)報(bào)告 學(xué) 學(xué)
號(hào):180 １0 ８２１３ 姓 姓
名: 龐志偉 班 班
級(jí):08 級(jí)軟件 2 班
指導(dǎo)老師:姚 姚 宇峰 峰 實(shí)驗(yàn)及作業(yè)一 一、實(shí)驗(yàn)?zāi)康?/p>
了解軟件工程等基礎(chǔ)知識(shí),為后續(xù)得統(tǒng)一建模語(yǔ)言 UＭL 知識(shí)得學(xué)習(xí)做好準(zhǔn)備工作。
二、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有Ｖisiｏ、RatｈionalRoｓｅ得計(jì)算機(jī)。
三、實(shí)驗(yàn)內(nèi)容 １、復(fù)習(xí)闡述“軟件工程開(kāi)發(fā)模型”得相關(guān)概念,并分析各種模型得優(yōu)缺點(diǎn),寫(xiě)成實(shí)驗(yàn)報(bào)告。
２、熟悉ＵMＬ軟件設(shè)計(jì)工具 Vｉsio、Ratioｎal Rose 得安裝及環(huán)境
四、實(shí)驗(yàn)過(guò)程及結(jié)果 1、軟件工程開(kāi)發(fā)模型有(1)瀑布模型,(2)原型模型,(3)螺旋模型,(4)噴泉模型(１)瀑布模型 將功能得實(shí)現(xiàn)與設(shè)計(jì)分開(kāi),便于分工協(xié)作,即采用結(jié)構(gòu)化得分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)。將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫(xiě)、軟件測(cè)試與運(yùn)行維護(hù)等六個(gè)基本活動(dòng),并且規(guī)定了它們自上而下、相互銜接得固定次序,如同瀑布流水,逐級(jí)下落。
優(yōu)點(diǎn): 1)為項(xiàng)目提供了按階段劃分得檢
瀑布模型查點(diǎn)。
2)當(dāng)前一階段完成后,您只需要去關(guān)注后續(xù)階段。
3)可在迭代模型中應(yīng)用瀑布模型。
缺點(diǎn): １)在項(xiàng)目各個(gè)階段之間極少有反饋。
2)只有在項(xiàng)目生命周期得后期才能瞧到結(jié)果。
３)通過(guò)過(guò)多得強(qiáng)制完成日期與里程碑來(lái)跟蹤各個(gè)項(xiàng)目階段。
(2)原型模型 原型模型又稱快速原型,它就是增量模型得另一種形式;它就是在開(kāi)發(fā)真實(shí)系統(tǒng)之前,構(gòu)造一
個(gè)原型,在該原型得基礎(chǔ)上,逐漸完成整個(gè)系統(tǒng)得開(kāi)發(fā)工作、快速原型模型得第一步就是建造一個(gè)快速原型,實(shí)現(xiàn)客戶或未來(lái)得用戶與系統(tǒng)得交互,用戶或客戶對(duì)原型進(jìn)行評(píng)價(jià),進(jìn)一步細(xì)化待開(kāi)發(fā)軟件得需求。通過(guò)逐步調(diào)整原型使其滿足客戶得要求,開(kāi)發(fā)人員可以確定客戶得真正需求就是什么;第二步則在第一步得基礎(chǔ)上開(kāi)發(fā)客戶滿意得軟件產(chǎn)品。
優(yōu)點(diǎn):克服瀑布模型得缺點(diǎn),減少由于軟件需求不明確帶來(lái)得開(kāi)發(fā)風(fēng)險(xiǎn)。
缺點(diǎn):所選用得開(kāi)發(fā)技術(shù)與工具不一定符合主流得發(fā)展;快速建立起來(lái)得系統(tǒng)結(jié)構(gòu)加上連續(xù)得修改可能會(huì)導(dǎo)致產(chǎn)品質(zhì)量低下。
(３)螺旋模型 螺旋模型采用一種周期性得方法來(lái)進(jìn)行系統(tǒng)開(kāi)發(fā)。這會(huì)導(dǎo)致開(kāi)發(fā)出眾多得中間版本。使用它,項(xiàng)目經(jīng)理在早期就能夠?yàn)榭蛻魧?shí)證某些概念。該模型就是快速原型法,以進(jìn)化得開(kāi)發(fā)方式為中心,在每個(gè)項(xiàng)目階段使用瀑布模型法、這種模型得每一個(gè)周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)與評(píng)審 4 個(gè)階段,由這４個(gè)階段進(jìn)行迭代、軟件開(kāi)發(fā)過(guò)程每迭代一次,軟件開(kāi)發(fā)又前進(jìn)一個(gè)層次。螺旋模型基本做法就是在“瀑布模型”得每一個(gè)開(kāi)發(fā)階段前引入一個(gè)非常嚴(yán)格得風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析與風(fēng)險(xiǎn)控制,它把軟件項(xiàng)目分解成一個(gè)個(gè)小項(xiàng)目。每個(gè)小項(xiàng)目都標(biāo)識(shí)一個(gè)或多個(gè)主要風(fēng)險(xiǎn),直到所有得主要風(fēng)險(xiǎn)因素都被確定。
優(yōu)點(diǎn): １)設(shè)計(jì)上得靈活性,可以在項(xiàng)目得各個(gè)階段進(jìn)行變更。
2)以小得分段來(lái)構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡(jiǎn)單容易。
3)客戶始終參與每個(gè)階段得開(kāi)發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目得可控性。
4)隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目得最新信息 , 從而她或她能夠與管理層有效地交互。
5)客戶認(rèn)可這種公司內(nèi)部得開(kāi)發(fā)方式帶來(lái)得良好得溝通與高質(zhì)量得產(chǎn)品。
缺點(diǎn): 很難讓用戶確信這種演化方法得結(jié)果就是可以控制得。建設(shè)周期長(zhǎng),而軟件技術(shù)發(fā)展比較快,所以經(jīng)常出現(xiàn)軟件開(kāi)發(fā)完畢后,與當(dāng)前得技術(shù)水平有了較大得差距,無(wú)法滿足當(dāng)前用戶需求。
(4)噴泉模型 噴泉模型就是一種以用戶需求為動(dòng)力,以對(duì)象為驅(qū)動(dòng)得模型,主要用于采用對(duì)象技術(shù)得軟件開(kāi)發(fā)項(xiàng)目。該模型認(rèn)為軟件開(kāi)發(fā)過(guò)程自下而上周期得各階段就是相互迭代與無(wú)間隙得特性。軟件得某個(gè)部分常常被重復(fù)工作多次,相關(guān)對(duì)象在每次迭代中隨之加入漸進(jìn)得軟件成分。無(wú)間隙指在各項(xiàng)活動(dòng)之間無(wú)明顯邊界,如分析與設(shè)計(jì)活動(dòng)之間沒(méi)有明顯得界限,由于對(duì)象概念得引入,表達(dá)分析、設(shè)計(jì)、實(shí)現(xiàn)等活動(dòng)只用對(duì)象類與關(guān)系,從而可以較為容易地實(shí)現(xiàn)活動(dòng)得迭代與無(wú)間隙,使其開(kāi)發(fā)自然地包括復(fù)用。
優(yōu)點(diǎn): 噴泉模型不像瀑布模型那樣,需要分析活動(dòng)結(jié)束后才開(kāi)始設(shè)計(jì)活動(dòng),設(shè)計(jì)活動(dòng)結(jié)束后才開(kāi)始編碼活動(dòng)。該模型得各個(gè)階段沒(méi)有明顯得界限,開(kāi)發(fā)人員可以同步進(jìn)行開(kāi)發(fā)。其優(yōu)點(diǎn)就是可以提高軟件項(xiàng)目開(kāi)發(fā)效率,節(jié)省開(kāi)發(fā)時(shí)間,適應(yīng)于面向?qū)ο蟮密浖_(kāi)發(fā)過(guò)程。
缺點(diǎn): 由于噴泉模型在各個(gè)開(kāi)發(fā)階段就是重疊得,因此在開(kāi)發(fā)過(guò)程中需要大量得開(kāi)發(fā)人員,因此不利于項(xiàng)目得管理、此外這種模型要求嚴(yán)格管理文檔,使得審核得難度加大,尤其就是面對(duì)可能隨時(shí)加入各種信息、需求與資料得情況。
五、實(shí)驗(yàn)小結(jié): 通過(guò)本次實(shí)驗(yàn)讓我了解了軟件工程開(kāi)發(fā)得 4 中主要模型與這些模型得優(yōu)缺點(diǎn)、初次安裝并使用 UML 軟件設(shè)計(jì)工具 Visio 與Ｒatioｎaｌ Rose 使我初步認(rèn)識(shí)了軟件開(kāi)發(fā)中 UML 得設(shè)計(jì)、實(shí)驗(yàn)及作業(yè)二 一、實(shí)驗(yàn)?zāi)康?/p>
1、了解面向?qū)ο蟮没靖拍?2、熟悉面向?qū)ο蟮梅治?、設(shè)計(jì)過(guò)程 3、了解基于 UML 得面向?qū)ο蠓治鲈O(shè)計(jì)過(guò)程
二、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有 Visio、Ｒａt(yī)hｉｏnaｌRose 得計(jì)算機(jī)。
三、實(shí)驗(yàn)內(nèi)容 1、熟悉 Raｔｉonal Rosｅ得使用。
２、熟悉利用統(tǒng)一建模語(yǔ)言進(jìn)行分析、設(shè)計(jì)軟件得過(guò)程,完成作業(yè):論述面向?qū)ο?OO)方法得特點(diǎn)、優(yōu)勢(shì)以及存在得問(wèn)題。
四、實(shí)驗(yàn)過(guò)程及結(jié)果 面向?qū)ο蠓椒?Oｂject—Oriented Ｍethod)就是一種把面向?qū)ο蟮盟枷霊?yīng)用于軟件開(kāi)發(fā)過(guò)程中,指導(dǎo)開(kāi)發(fā)活動(dòng)得系統(tǒng)方法,簡(jiǎn)稱 OO(Objｅcｔ－Ｏｒｉenｔed)方法,就是建立在“對(duì)象“概念基礎(chǔ)上得方法學(xué)。對(duì)象就是由數(shù)據(jù)與容許得操作組成得封裝體,與客觀實(shí)體有直接對(duì)應(yīng)關(guān)系,一個(gè)對(duì)象類定義了具有相似性質(zhì)得一組對(duì)象、而每繼承性就是對(duì)具有層次關(guān)系得類得屬性與操作進(jìn)行共享得一種方式。所謂面向?qū)ο缶途褪腔趯?duì)象概念,以對(duì)象為中心,以類與繼承為構(gòu)造機(jī)制,來(lái)認(rèn)識(shí)、理解、刻畫(huà)客觀世界與設(shè)計(jì)、構(gòu)建相應(yīng)得軟件系統(tǒng)、主要特征:封裝性,多態(tài)性 優(yōu)勢(shì):(１)強(qiáng)調(diào)從現(xiàn)實(shí)世界中客觀存在得事物(對(duì)象)出發(fā)來(lái)認(rèn)識(shí)問(wèn)題域與構(gòu)造系統(tǒng),這就使系統(tǒng)開(kāi)發(fā)者大大減少了對(duì)問(wèn)題域得理解難度,從而使系統(tǒng)能更準(zhǔn)確地反映問(wèn)題域。
(2)運(yùn)用人類日常得思維方法與原則(體現(xiàn)于 OO 方法得抽象、分類、繼承、封裝、消息通訊等基本原則)進(jìn)行系統(tǒng)開(kāi)發(fā),有益于發(fā)揮人類得思維能力,并有效地控制了系 統(tǒng)復(fù)雜性。
(3)對(duì)象得概念貫穿于開(kāi)發(fā)過(guò)程得終,使各個(gè)開(kāi)發(fā)階段得系統(tǒng)成分具良好得對(duì)應(yīng),從而顯著地提高了系統(tǒng)得開(kāi)發(fā)效率與質(zhì)量,并大大降低系統(tǒng)維護(hù)得難度。
(４)對(duì)象概念得一致性,使參與系統(tǒng)開(kāi)發(fā)得各類人員在開(kāi)發(fā)得各所段具有共同語(yǔ)言,有效地改善了人員之間得 交流與協(xié)作、(5)對(duì)象得相對(duì)穩(wěn)定性與對(duì)易變因素隔離,增強(qiáng)了系統(tǒng)得應(yīng)變能力。
(6)對(duì)象類之間得繼承關(guān)系與對(duì)象得相對(duì)獨(dú)立性,對(duì)軟件復(fù)用提供了強(qiáng)有力得支持。
存在得問(wèn)題:(1)軟件重用性差
(2)軟件可維護(hù)性差
(3)開(kāi)發(fā)出得軟件不能滿足用戶需要 五、實(shí)驗(yàn)小結(jié): 通過(guò)本次實(shí)驗(yàn)了解 Raｔional Ｒose 得使用。學(xué)習(xí)利用統(tǒng)一建模語(yǔ)言進(jìn)行分析、設(shè)計(jì)軟件得過(guò)程,通過(guò)上網(wǎng)查詢,了解有關(guān)面向?qū)ο?OO)方法得特點(diǎn)、優(yōu)勢(shì)以及存在得問(wèn)題。
實(shí)驗(yàn)及作業(yè)三
三、實(shí)驗(yàn)?zāi)康?/span>
1、講解用例、參與者、ＵＭＬ語(yǔ)境建模技術(shù)與ＵＭＬ需求建模技術(shù)。
2、通過(guò)實(shí)例使學(xué)生有一個(gè)初步認(rèn)識(shí),為后面得學(xué)習(xí)打下堅(jiān)實(shí)得基礎(chǔ)。
四、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有 Visｉｏ、RationａlRosｅ得計(jì)算機(jī)。
四、實(shí)驗(yàn)內(nèi)容 1、掌握“參與者”、“用例”、“各種關(guān)系”在Ｖisio 或 Raｔｉonal Rosｅ中得設(shè)計(jì)方法。體會(huì)用例圖得設(shè)計(jì)方法。
2、以圖書(shū)館管理系統(tǒng)為例,完成其用例圖得設(shè)計(jì)。并書(shū)寫(xiě)實(shí)驗(yàn)報(bào)告、四、實(shí)驗(yàn)過(guò)程及結(jié)果 圖書(shū)管理系統(tǒng)中得參與者有讀者、圖書(shū)管理員與系統(tǒng)管理員、讀者能夠進(jìn)行查詢,借書(shū)(有擴(kuò)展關(guān)系預(yù)定與續(xù)借),還書(shū),罰款(有擴(kuò)展關(guān)系超期罰款與損壞罰款),登陸;圖書(shū)管理員能夠進(jìn)行登陸,處理借書(shū),處理還書(shū)(有擴(kuò)展關(guān)系收罰金),解除預(yù)定;讀者訂書(shū)借書(shū)還書(shū)刪除預(yù)訂信息圖書(shū)管理員<
圖書(shū)維護(hù)讀者信息維護(hù)新增圖書(shū)刪除圖書(shū)系統(tǒng)維護(hù)系統(tǒng)管理員 五、實(shí)驗(yàn)小結(jié): 通過(guò)本次實(shí)驗(yàn)第一次使用ＲOＳE 畫(huà)用例圖使我初步了解了什么就是用例圖,如何進(jìn)行畫(huà)用例圖。通過(guò)畫(huà)圖書(shū)管理系統(tǒng)得用例圖后,使我能夠正確使用ＲOSE 軟件畫(huà)用例圖、實(shí)驗(yàn)及作業(yè)四 一、實(shí)驗(yàn)?zāi)康?/p>
講解靜態(tài)視圖中得類圖、對(duì)象圖等建模知識(shí),并通過(guò)圖書(shū)館管理系統(tǒng)得靜態(tài)視圖進(jìn)行實(shí)例講解,為學(xué)生以后得學(xué)習(xí)打下堅(jiān)實(shí)得基礎(chǔ)。
二、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有Ｖiｓio、ＲationalRose 得計(jì)算機(jī)。
三、實(shí)驗(yàn)內(nèi)容 實(shí)現(xiàn)并改進(jìn)圖書(shū)館管理系統(tǒng)中得類圖。
四、實(shí)驗(yàn)過(guò)程及結(jié)果 根據(jù)實(shí)驗(yàn)三得用例圖畫(huà)出如下得類圖、1、讀者,圖書(shū)管理員,與系統(tǒng)管理員都就是用戶,就是用戶類得泛化;2、登錄與用戶就是依賴關(guān)系,登錄需要取決于用戶類里得用戶名與密碼。
五、實(shí)驗(yàn)小結(jié):
通過(guò)本次實(shí)驗(yàn)就是我初步了解了如何將用例圖轉(zhuǎn)換成相應(yīng)得類圖。在畫(huà)類圖就是需要弄清楚類與類之間得各種關(guān)系,只有弄清楚類之間得關(guān)系后才能畫(huà)好類圖。
《面向?qū)ο蠓治雠c設(shè)計(jì)(UML)》實(shí)驗(yàn)五 一、實(shí)驗(yàn)?zāi)康?/p>
了解動(dòng)態(tài)視圖中得狀態(tài)圖得設(shè)計(jì)、建模,包括:狀態(tài)機(jī)、狀態(tài)、轉(zhuǎn)移等概念。
二、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有 Vｉsio、Rａt(yī)ionaｌRose 得計(jì)算機(jī)、三、實(shí)驗(yàn)內(nèi)容 實(shí)現(xiàn)并改進(jìn)圖書(shū)館管理系統(tǒng)中得狀態(tài)圖、四、實(shí)驗(yàn)過(guò)程及結(jié)果
新書(shū)可借書(shū)刪除已預(yù)定 已借書(shū)借書(shū) 預(yù)定借書(shū)還書(shū)取消預(yù)定
新用戶 賬戶可借書(shū)可借書(shū)不可借書(shū)還書(shū)達(dá)借書(shū)上限刪除用戶戶欠款還款借書(shū)超期或者損壞 五、實(shí)驗(yàn)小結(jié):
通過(guò)本次實(shí)驗(yàn)得練習(xí),讓我初步了解并使用 Rｏsｅ畫(huà)圖書(shū)管理系統(tǒng)得狀態(tài)圖。在畫(huà)圖中通過(guò)分析畫(huà)出圖書(shū)管理系統(tǒng)得每個(gè)狀態(tài)過(guò)程。
《面向?qū)ο蠓治雠c設(shè)計(jì)(UML)》實(shí)驗(yàn)六 一、實(shí)驗(yàn)?zāi)康?/p>
了解活動(dòng)圖得設(shè)計(jì)方法及建模技術(shù)。重點(diǎn)介紹了活動(dòng)圖得構(gòu)成要素、判定、對(duì)象流、泳道等概念,以及活動(dòng)圖與狀態(tài)圖得關(guān)系、活動(dòng)圖與流程圖得區(qū)別。
二、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有 Viｓio、Ｒａt(yī)ionaｌRｏse 得計(jì)算機(jī)。
三、實(shí)驗(yàn)內(nèi)容 實(shí)現(xiàn)并改進(jìn)圖書(shū)館管理系統(tǒng)中得活動(dòng)圖。
四、實(shí)驗(yàn)過(guò)程及結(jié)果
登錄更新用戶信息更新新圖書(shū)信息 五、實(shí)驗(yàn)小結(jié):
通過(guò)本實(shí)驗(yàn)得練習(xí)就是我初步了解了如何畫(huà)活動(dòng)圖、《面向?qū)ο蠓治雠c設(shè)計(jì)(ＵML)》實(shí)驗(yàn)七 一、實(shí)驗(yàn)?zāi)康?/p>
了解動(dòng)態(tài)視圖中得時(shí)序圖、協(xié)作圖得設(shè)計(jì)、建模。
二、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有 Visio、RatiｏｎａlRose 得計(jì)算機(jī)。
三、實(shí)驗(yàn)內(nèi)容 實(shí)現(xiàn)并改進(jìn)圖書(shū)館管理系統(tǒng)得時(shí)序圖,并在此基礎(chǔ)上做出相應(yīng)得協(xié)作圖。
四、實(shí)驗(yàn)過(guò)程及結(jié)果 圖書(shū)管理系統(tǒng)時(shí)序圖: 1、借閱者預(yù)定圖書(shū)
2、系統(tǒng)管理員添加新圖書(shū)
３、系統(tǒng)管理員刪除舊圖書(shū) 借閱者 圖書(shū)系統(tǒng) 圖書(shū)名 預(yù)定記錄登陸查找返回查找...預(yù)定圖書(shū)生成預(yù)定記錄系統(tǒng)管理員 圖書(shū)系統(tǒng) 圖書(shū)名 圖書(shū)條目添加...查找返回創(chuàng)建新...4、圖書(shū)管理員處理還書(shū) 系統(tǒng)管理員 圖書(shū)系統(tǒng) 圖書(shū)名 圖書(shū)條錄刪除圖書(shū)...查找返回刪除圖書(shū)...刪除...圖書(shū)管理員 還書(shū) 圖書(shū)名 借閱者 借書(shū)記錄 圖書(shū)條目掃描...查找圖書(shū)條目更新圖書(shū)...刪除借閱...更新借閱者可借圖...查找
5、圖書(shū)管理員處理借書(shū) 協(xié)作圖如下: １、借閱者借書(shū) 2、圖書(shū)管理員處理還書(shū) ３、圖書(shū)管理員處理借書(shū) ４、系統(tǒng)管理員新增圖書(shū) 圖書(shū)管理員 借書(shū) 圖書(shū)名 借閱者 借書(shū)記錄 圖書(shū)條目查找圖...查找查找圖書(shū)...查找...驗(yàn)證借閱者...查找創(chuàng)建借閱...借閱者 圖書(shū)系統(tǒng)圖書(shū)名圖書(shū)目錄借書(shū)記錄1: 驗(yàn)證借閱者ID2: 預(yù)定圖書(shū)4: 預(yù)定3: 查找圖書(shū)名5: 創(chuàng)建借書(shū)記錄圖書(shū)管理員圖書(shū)系統(tǒng)借書(shū)記錄圖書(shū)名 圖書(shū)目錄1: 查找借閱者ID2: 還書(shū)4: 還書(shū) 5: 更新記錄3: 更新目錄圖書(shū)管理員圖書(shū)系統(tǒng)借書(shū)記錄圖書(shū)目錄圖書(shū)名預(yù)定記錄4: 驗(yàn)證是否達(dá)借書(shū)數(shù)量上限1: 驗(yàn)證借閱者ID5: 借書(shū)2: 查找是否有預(yù)定記錄3: 更新借書(shū)記錄6: 更新記錄
5、系統(tǒng)管理員刪除舊圖
五、實(shí)驗(yàn)小結(jié)
通過(guò)這 8個(gè)課時(shí)得課程學(xué)習(xí),使我初步了解什么就是時(shí)序圖與協(xié)作圖,如何使用Ｒose 畫(huà)時(shí)序圖與協(xié)作圖。時(shí)序圖就是消息時(shí)間順序得交互圖,描述了對(duì)象之間消息傳遞得時(shí)間順序,在實(shí)驗(yàn)課上通過(guò)分析與畫(huà)出了圖書(shū)管理系統(tǒng)得時(shí)序圖。而協(xié)作圖描述得就是與對(duì)象結(jié)構(gòu)相關(guān)得信息,表示一個(gè)類操作得實(shí)現(xiàn)。通過(guò)時(shí)序圖可以清楚得了解到圖書(shū)管理系統(tǒng)所有對(duì)象之間消息傳遞得時(shí)間順序,通過(guò)協(xié)作圖又能夠清楚得瞧到各個(gè)對(duì)象之間得結(jié)構(gòu)關(guān)系。
Ｒ ＲOSE 雙向工程實(shí)驗(yàn)八 五、實(shí)驗(yàn)?zāi)康?/p>
1、了解 UML 模型與代碼得對(duì)應(yīng)關(guān)系。
２、了解 ROSE 得雙向工程、六、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有Ｖｉsiｏ、RatｉonaｌRosｅ得計(jì)算機(jī)。
六、實(shí)驗(yàn)內(nèi)容 1、掌握正向工程在 Visio 或Ｒationaｌ Ｒose 中得實(shí)現(xiàn)、體會(huì)類圖中類關(guān)系在源代碼中得體現(xiàn)。
(１)簡(jiǎn)單類、在類中添加屬性與方法、類可見(jiàn)性設(shè)置。
(2)類圖中得關(guān)系:泛化關(guān)系、關(guān)聯(lián)關(guān)系(包括一對(duì)一關(guān)聯(lián)、一對(duì)多關(guān)聯(lián)、多對(duì)多關(guān)聯(lián)、聚合關(guān)系、組合關(guān)系)、依賴關(guān)系、實(shí)現(xiàn)關(guān)系、系統(tǒng)管理員圖書(shū)系統(tǒng)圖書(shū)名圖書(shū)目錄1: 添加新書(shū) 2: 查找3: 更新目錄系統(tǒng)管理員圖書(shū)系統(tǒng)圖書(shū)名 圖書(shū)目錄刪除圖書(shū)1: 2: 查找3: 更新
請(qǐng)依次將上述實(shí)驗(yàn)內(nèi)容得ＵML 圖與生成得代碼附在實(shí)驗(yàn)過(guò)程及結(jié)果中,并說(shuō)明UMＬ中得模型在源代碼中就是否體現(xiàn)、２、掌握逆向工程在 Visio 或 Ratioｎａl Rｏse 中得實(shí)現(xiàn)。體會(huì) Rａt(yī)ional Ｒoｓe 在閱讀代碼中得好處。
六、實(shí)驗(yàn)過(guò)程及結(jié)果 1.1 在 Rｏse 得 LｏgicａlＶiew 下新建簡(jiǎn)單類Ｐｅopｌe 如下:
通過(guò)使用 UＭＬ中得正向工程得到代碼如下:
1。２類圖中得關(guān)系 Ａ:泛化關(guān)系
生成代碼如下:
B:關(guān)聯(lián)關(guān)系
(1)一對(duì)一:
生成代碼如下:
(2)一對(duì)多
生成代碼如下:
(３)多對(duì)多
?生成代碼如下:
(4)聚合關(guān)系
生成代碼如下:
C:依賴關(guān)系:
生成代碼如下:
D:實(shí)現(xiàn)關(guān)系:
生成代碼如下:
七、實(shí)驗(yàn)小結(jié): 通過(guò)本次課程得學(xué)習(xí)與實(shí)驗(yàn)得聯(lián)系就是我初步了解到如何使用Rose 進(jìn)行ＵML 得正向工程與逆向工程,通過(guò)正向工程可以將類圖轉(zhuǎn)化成代碼,通過(guò)逆向工程可以將代碼轉(zhuǎn)換正相應(yīng)得類。
組件圖與配置圖設(shè)計(jì) 實(shí)驗(yàn)九 九 一、實(shí)驗(yàn)?zāi)康?/p>
1、了解組件圖得概念及應(yīng)用。
２、了解配置圖得概念及應(yīng)用。
二、實(shí)驗(yàn)設(shè)備與環(huán)境
裝有 Visio、Rａt(yī)iｏnal Ｒｏse 得計(jì)算機(jī)。
三、實(shí)驗(yàn)內(nèi)容 1、實(shí)現(xiàn)并完善圖書(shū)管理系統(tǒng)中得組件圖、配置圖、四、實(shí)驗(yàn)過(guò)程及結(jié)果 1、組件圖: 通過(guò)對(duì)系統(tǒng)中得組件與組件得接口進(jìn)行建模得到如下圖書(shū)館管理系統(tǒng)組件圖:
2、部署圖: 通過(guò)對(duì)系統(tǒng)中得節(jié)點(diǎn)進(jìn)行建模得到如下圖書(shū)管理系統(tǒng)得部署圖:
五、實(shí) 驗(yàn)小結(jié): 通過(guò)這次課時(shí)得學(xué)習(xí),使我初步了解 了什么就是組件圖與部署圖。組件圖描述 了軟件得各種組件與它們之間得依賴關(guān)系。而部署圖即配置圖,配置圖描述了運(yùn)行 軟件得系統(tǒng)中硬件與軟件得物理結(jié)構(gòu)、通 過(guò)實(shí)驗(yàn)得練習(xí),我完成得圖書(shū)管理系統(tǒng)得 組件圖與部署圖。
圖書(shū)管理系統(tǒng)圖書(shū)條目圖書(shū)借書(shū)記錄預(yù)定記錄讀者信息數(shù)據(jù)庫(kù)服務(wù)器借書(shū)機(jī)圖書(shū)管理員系統(tǒng)管理員
第五篇：UML實(shí)驗(yàn)報(bào)告
UML 實(shí) 驗(yàn) 報(bào) 告
實(shí)驗(yàn)一
用例圖
一、實(shí)驗(yàn)結(jié)果
1、整理實(shí)驗(yàn)結(jié)果
2、小結(jié)實(shí)驗(yàn)心得體會(huì)
用例模型用于需求分析階段，它描述了待開(kāi)發(fā)系統(tǒng)的功能需求，并驅(qū)動(dòng)了需求分析之后各階段的開(kāi)發(fā)工作。用例圖是UML中用來(lái)對(duì)系統(tǒng)的動(dòng)態(tài)方面進(jìn)行建模的7種圖之一。用例圖描述了用例、參與者以及它們之間的關(guān)系。用例圖從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。
通過(guò)本次實(shí)驗(yàn)，我熟悉 Rational Rose 建模環(huán)境，更加清楚的了解了用例圖的語(yǔ)義和功能，如何清晰明了的識(shí)別參與者、用例，學(xué)會(huì)了如何使用事件流描述用例。同時(shí)掌握了用例間的類屬關(guān)系、Include關(guān)系和Extend關(guān)系的語(yǔ)義、功能和應(yīng)用。最后通過(guò)本次實(shí)驗(yàn)學(xué)習(xí)了如何使用用例圖為系統(tǒng)的上下文以及系統(tǒng)的需求建模。
二、思考題
1、如果要?jiǎng)h除參與者、用例，請(qǐng)問(wèn)是在導(dǎo)航窗口刪除，還是在繪圖窗口刪除？
答：都可以刪除，但在繪圖窗口中有兩種刪除方式：一種是只刪除參與者、用例，而不改變其在導(dǎo)航窗口中的存在，另一種是從建模中完全刪除。
2、如果要?jiǎng)h除參與者和用例的聯(lián)系，用例和用例的聯(lián)系，請(qǐng)問(wèn)是在繪圖中刪除，還是在參與者或用例的設(shè)置對(duì)話框中刪除？ 答：都可以刪除。
實(shí)驗(yàn)二
類對(duì)象模型的建立
一、實(shí)驗(yàn)結(jié)果 1．整理實(shí)驗(yàn)結(jié)果。
2．小結(jié)實(shí)驗(yàn)心得體會(huì)。
類圖是面向?qū)ο笙到y(tǒng)建模最常用的圖，描述了類圖、接口集、協(xié)作以及它們之間的關(guān)系。類圖描述了系統(tǒng)的靜態(tài)設(shè)計(jì)視，該視主要體現(xiàn)系統(tǒng)的功能需求，即系統(tǒng)應(yīng)該提供給用戶的服務(wù)。
通過(guò)本次實(shí)驗(yàn)，加深了我對(duì)類圖語(yǔ)義的理解和功能的應(yīng)用，掌握了類之間的聯(lián)系，關(guān)聯(lián)、依賴、聚合等，同時(shí)基本掌握了在 Rational Rose中繪制類的關(guān)聯(lián)、依賴、泛化關(guān)系。
二、思考題
選中一個(gè)模型對(duì)象，點(diǎn)擊鼠標(biāo)右鍵，比較快捷菜單項(xiàng)“Edit——Delete”與“Edit——Delete from Model”，它們二者之間區(qū)別在哪里？
答：“Edit——Delete”只刪除繪圖窗口中的圖形，而不改變其在導(dǎo)航窗口中的存在；“Edit——Delete from Model” 是從建模中完全刪除。
實(shí)驗(yàn)三
順序圖、協(xié)作圖
一、實(shí)驗(yàn)結(jié)果 1.整理實(shí)驗(yàn)結(jié)果。
2.小結(jié)實(shí)驗(yàn)心得體會(huì)
順序圖描述了對(duì)象之間的動(dòng)態(tài)合作關(guān)系，它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的時(shí)間順序，同時(shí)顯示對(duì)象之間的交互。協(xié)作圖與順序圖是同構(gòu)的，Rose 可自動(dòng)轉(zhuǎn)換。順序圖是強(qiáng)調(diào)消息的交互作用圖，協(xié)作圖描述了對(duì)象間的關(guān)系，是強(qiáng)調(diào)發(fā)送和接收消息的對(duì)象的組織結(jié)構(gòu)的交互作用圖。
通過(guò)本次實(shí)驗(yàn)，掌握了對(duì)圖書(shū)管理功能中的借書(shū)用例、還書(shū)用例進(jìn)行動(dòng)態(tài)建模。實(shí)驗(yàn)過(guò)程中由于對(duì)Rational Rose工具軟件的不熟識(shí)，導(dǎo)致出現(xiàn)了不該出現(xiàn)的錯(cuò)誤。在設(shè)計(jì)階段，順序圖中需要引入邊界類和控制類，在識(shí)別對(duì)象職責(zé)的基礎(chǔ)上，需要將消息轉(zhuǎn)換為類的方法，為方法定義參數(shù)、返回值類型，便于計(jì)算機(jī)的實(shí)現(xiàn)。其中，為方法定義參數(shù)、返回值類型的時(shí)候，還是不能夠快速準(zhǔn)確的作出判斷。
實(shí)驗(yàn)四
活動(dòng)圖
一、實(shí)驗(yàn)結(jié)果 1．整理實(shí)驗(yàn)結(jié)果。
2．小結(jié)實(shí)驗(yàn)心得體會(huì)
在UML中，活動(dòng)圖是為系統(tǒng)的動(dòng)態(tài)方面建模的7個(gè)圖之一。活動(dòng)圖主要是一個(gè)流圖，它描述了從活動(dòng)到活動(dòng)的控制流，它還可以用來(lái)描述對(duì)象在控制流的不同點(diǎn)從一個(gè)狀態(tài)轉(zhuǎn)移到另一個(gè)狀態(tài)時(shí)的對(duì)象流。
通過(guò)本次實(shí)驗(yàn)，我對(duì)活動(dòng)圖的語(yǔ)義和功能有了更深層次的理解和應(yīng)用，并對(duì)活動(dòng)圖的組成部分，包括動(dòng)作狀態(tài)、活動(dòng)狀態(tài)、分支、分叉和泳道、對(duì)象流，逐一進(jìn)行了學(xué)習(xí)。同時(shí)基本掌握了用活動(dòng)圖來(lái)描述系統(tǒng)中“借出圖書(shū)”用例的業(yè)務(wù)過(guò)程。實(shí)驗(yàn)過(guò)后本應(yīng)該有完整的截圖，由于自己的粗心馬虎，造成截圖的不完整性。
實(shí)驗(yàn)五
狀態(tài)圖
一、實(shí)驗(yàn)結(jié)果 1．整理實(shí)驗(yàn)結(jié)果。
2.小結(jié)實(shí)驗(yàn)心得體會(huì)。
狀態(tài)圖描述了一個(gè)特定對(duì)象的所有可能狀態(tài)，以及引起狀態(tài)躍遷的事件。狀態(tài)圖用來(lái)模擬系統(tǒng)的動(dòng)態(tài)方面，這些動(dòng)態(tài)方面指系統(tǒng)對(duì)象按事件發(fā)生順序排序的行為。狀態(tài)圖可以用來(lái)描述整個(gè)系統(tǒng)、子系統(tǒng)或類的動(dòng)態(tài)方面，還可以用來(lái)描述用力的一個(gè)腳本。
通過(guò)本次實(shí)驗(yàn)，我熟悉了狀態(tài)圖的基本功能和使用方法。掌握了如何使用建模工具繪制狀態(tài)圖方法。同時(shí)完成了圖書(shū)管理業(yè)務(wù)中，資源項(xiàng)“ResourceItem”的狀態(tài)圖。
實(shí)驗(yàn)六
組件圖和部署圖
一、實(shí)驗(yàn)結(jié)果 1．整理實(shí)驗(yàn)結(jié)果。
2．小結(jié)實(shí)驗(yàn)心得體會(huì)。
組件圖和部署圖是用來(lái)為面向?qū)ο笙到y(tǒng)的物理實(shí)現(xiàn)建模的兩種圖。組件圖描述了組件、組件間的關(guān)系，表示了組件之間的組織和依賴關(guān)系，它用來(lái)為系統(tǒng)的靜態(tài)實(shí)現(xiàn)視建模。部署圖描述了節(jié)點(diǎn)和運(yùn)行其上的組件的配置，它用來(lái)模擬系統(tǒng)的靜態(tài)部署視。
通過(guò)本次實(shí)驗(yàn)，我理解了組件圖的基本概念及組件圖的應(yīng)用：邏輯部署。理解了部署圖的基本概念。及部署圖的應(yīng)用：物理部署。掌握了組件圖和部署圖繪制的方法。完成了系統(tǒng)的組件圖和系統(tǒng)的部署圖。
二、思考題
1.為什么要求相對(duì)應(yīng)的類名、組件名和實(shí)現(xiàn)組件的文件名相同？
答：相應(yīng)的名字中能夠找到相應(yīng)的類的信息。如果組件名、類名和 Java 文件名不相同，會(huì)出現(xiàn)實(shí)體類的語(yǔ)法錯(cuò)誤。
實(shí)驗(yàn)七
正向工程
一、實(shí)驗(yàn)報(bào)告要求 1．整理實(shí)驗(yàn)結(jié)果。
2．小結(jié)實(shí)驗(yàn)心得體會(huì)。
正向工程是對(duì)一個(gè)系統(tǒng)物理結(jié)構(gòu)實(shí)現(xiàn)的高層抽象性、邏輯性及獨(dú)立性設(shè)計(jì)的傳統(tǒng)處理過(guò)程。通過(guò)本次試驗(yàn)，學(xué)會(huì)了利用 Rose 工具生成代碼框架及生成數(shù)據(jù)庫(kù)腳本，同時(shí)在實(shí)現(xiàn)過(guò)程中使用轉(zhuǎn)換后的代碼和數(shù)據(jù)庫(kù)腳本。了解了Java 編程綜合練習(xí)。
二、思考題
1．在本案例中，并未對(duì)實(shí)體類 ResourceTitle 設(shè)置主鍵，系統(tǒng)在生成數(shù)據(jù)庫(kù)腳本時(shí)是如何處理的？
答：（1）設(shè)置類的持久化特性和主鍵：在導(dǎo)航窗口右擊類，如“Loan”，選擇快捷菜單“Open Standard Specification”菜單項(xiàng)，打開(kāi)類設(shè)置對(duì)話框。選中“Detail”選項(xiàng)卡中的“Persistent”特性。點(diǎn)擊 OK按鈕，關(guān)閉設(shè)置對(duì)話框。然后，在導(dǎo)航窗口中展開(kāi)類的屬性，鼠標(biāo)右擊類的某個(gè)屬性，如類“Loan”的屬性“LoanID”，選中快捷菜單中的“Data Modeler”的“Part of Object Identity”屬性，這樣，在生成數(shù)據(jù)模型時(shí)，該屬性就成為表 Loan 的主鍵。（2）創(chuàng)建數(shù)據(jù)庫(kù)組件。（3）在導(dǎo)航窗口中選擇所生成的數(shù)據(jù)庫(kù)模式 S_0，單擊鼠標(biāo)右鍵，選擇快捷菜單項(xiàng)“Data Modeler——Forward Engineer”，出現(xiàn)生成數(shù)據(jù)庫(kù)腳本的導(dǎo)航界面，鼠標(biāo)單擊“Next”按鈕，在導(dǎo)航界面輸入腳本文件的保存路徑，注意 SQL Server2000 的腳本文件擴(kuò)展名用.sql。單擊“Next”直至完成腳本文件的生成。
2.本案例中，ResourceTitle 與BookTitle、DiscTitle的繼承關(guān)系，SQL Server 2000 關(guān)系型數(shù)據(jù)庫(kù)的轉(zhuǎn)換合理嗎？如不合理，請(qǐng)問(wèn)該如何修改？ 答：不合理。
點(diǎn)擊咨詢 