uml實(shí)驗(yàn)報(bào)告總結(jié)

1、 本科實(shí)驗(yàn)報(bào)告課程名稱： 計(jì)算機(jī)網(wǎng)絡(luò) 實(shí)驗(yàn)項(xiàng)目： 計(jì)算機(jī)網(wǎng)絡(luò) 實(shí)驗(yàn)地點(diǎn)： 逸夫樓404 專業(yè)班級(jí)： 軟件1319班 學(xué)號(hào)： 學(xué)生姓名： 張衛(wèi)東 指導(dǎo)教師： 柴晶 目 錄1. 實(shí)驗(yàn)準(zhǔn)備：熟悉UML建模環(huán)境2. 實(shí)驗(yàn)一 用例圖3. 實(shí)驗(yàn)二 類圖 4. 實(shí)驗(yàn)三 順序圖及通信圖5. 實(shí)驗(yàn)四 活動(dòng)圖、狀態(tài)圖、組件圖及部署圖實(shí)驗(yàn)一 用例圖一、 實(shí)驗(yàn)?zāi)康某醪秸莆誙ML用例圖的創(chuàng)建方法及其用例的描述。二、實(shí)驗(yàn)要求1 結(jié)合工具StartUML，熟悉UML用例圖的模型元素。2 使用StartUML工具建模網(wǎng)上書(shū)店系統(tǒng)的用例圖。三、實(shí)驗(yàn)主要設(shè)備：臺(tái)式或筆記本計(jì)算機(jī)四、實(shí)驗(yàn)內(nèi)容：根據(jù)下面給出的網(wǎng)上書(shū)店問(wèn)題陳述，分析該

2、系統(tǒng)總體需求，建模網(wǎng)上書(shū)店系統(tǒng)的用例圖并提供一個(gè)主要用例的事件流文檔。網(wǎng)上書(shū)店陳述：書(shū)店經(jīng)理：我們?cè)臼且粋€(gè)傳統(tǒng)的實(shí)體書(shū)店，顧客要買書(shū)都是親自到書(shū)店里來(lái)的，這樣挺不方便。面且隨著書(shū)店銷售圖書(shū)種類和數(shù)量的增加以及顧客的增長(zhǎng)，尤其是大量顧客到書(shū)店選購(gòu)圖書(shū)，使得書(shū)店場(chǎng)地不足，工作人員也很忙碌。其實(shí)，還有一點(diǎn)就是，有不少人進(jìn)入書(shū)店后并不買書(shū)，只是查找一些資料。有的甚至?xí)谶@呆上很長(zhǎng)的時(shí)間直到把書(shū)免費(fèi)看完。這種行為，工作人員一般是不阻止的，結(jié)果最后這些被看過(guò)的書(shū)會(huì)因?yàn)橛虚喿x過(guò)的痕跡而影響銷售。而且現(xiàn)在電子商務(wù)已經(jīng)發(fā)展起來(lái)了，所以我們想到借助網(wǎng)絡(luò)，讓顧客通過(guò)網(wǎng)上書(shū)店購(gòu)買圖書(shū)。這樣我們書(shū)店可以省掉大量的場(chǎng)地

3、維護(hù)和工作人員成本支出，同時(shí)計(jì)算機(jī)可以方便的檢索圖書(shū)信息，讓顧客可以足不出戶以更優(yōu)惠的價(jià)格買到需要的書(shū)。系統(tǒng)分析員：能談?wù)勀鷮?duì)網(wǎng)上書(shū)店的要求嗎?書(shū)店經(jīng)理：網(wǎng)上書(shū)店要能實(shí)現(xiàn)對(duì)外和對(duì)內(nèi)的功能，對(duì)外是顧客能在網(wǎng)上書(shū)店訂購(gòu)圖書(shū)，提交訂單。對(duì)內(nèi)，書(shū)店工作人員能夠通過(guò)網(wǎng)上書(shū)店及時(shí)的看到這些訂單，并進(jìn)行處理。為了把書(shū)送到顧客手里，我們已經(jīng)聯(lián)系了快遞公司，初步達(dá)成協(xié)議，由他們往返場(chǎng)客和書(shū)店之間把圖書(shū)送到顧客手里。書(shū)店管理員受理訂單后，就會(huì)通知快遞公司送貨。當(dāng)然，書(shū)店的圖書(shū)上架和下架也應(yīng)該由網(wǎng)上書(shū)店完成了。工作人員甲：實(shí)體店中，圖書(shū)是按照不同種類放置的，方便顧客挑選。網(wǎng)上書(shū)店的圖書(shū)也應(yīng)該能夠按照這種模式分類顯示

4、。這樣，圖書(shū)的信息和種類要由網(wǎng)上書(shū)店設(shè)置和管理。已有種類的新書(shū)或新種類的圖書(shū)上架，網(wǎng)上書(shū)店能夠保存這些信息。如果信息輸入錯(cuò)誤，能夠進(jìn)行修改。工作人員乙：另外書(shū)店會(huì)搞一些促銷，推出一些特價(jià)圖書(shū)。以前這些特價(jià)書(shū)的信息，都是我們根據(jù)促銷活動(dòng)整理出來(lái)，貼在書(shū)店的醒目位置。促銷活動(dòng)過(guò)后，特價(jià)圖書(shū)會(huì)恢復(fù)原來(lái)的價(jià)格。希望網(wǎng)上書(shū)店也能夠管理這些特價(jià)圖書(shū)。系統(tǒng)分析員：能談?wù)勂綍r(shí)買書(shū)的經(jīng)過(guò)嗎?顧客甲：一般都是先在書(shū)店里看看圖書(shū)的簡(jiǎn)要介紹，或者先找找看有沒(méi)有自己需要的書(shū)，有時(shí)是沒(méi)有目標(biāo)的尋找，有時(shí)直奔一類圖書(shū)而去。找到我想買的書(shū)或者覺(jué)得看的書(shū)不錯(cuò)，就會(huì)去柜臺(tái)結(jié)帳。工作人員丙：不過(guò)有時(shí)在結(jié)帳的時(shí)候，顧客會(huì)突然改變主意

5、，不買一些書(shū)或者又回去挑選圖書(shū)了。顧客甲：有時(shí)好像是這樣的。要是網(wǎng)上書(shū)店在結(jié)帳前能方便管理我所選購(gòu)的圖書(shū)就好了，這樣通過(guò)計(jì)算機(jī)直接操作，就不用跑來(lái)跑去了。系統(tǒng)分析員：可以使用虛擬的購(gòu)物車。工作人員丙：對(duì)，這樣在用戶確認(rèn)購(gòu)買前可自行管理選購(gòu)的圖書(shū)，決定要不要購(gòu)買還有的購(gòu)買的數(shù)量。系統(tǒng)分析員：顧客先使用虛擬的購(gòu)物車選購(gòu)管理圖書(shū)，然后提交訂單給書(shū)店處理，是這樣吧。書(shū)店經(jīng)理：沒(méi)錯(cuò)，就這樣辦。另外最好顧客能夠留下自己的信息，方便以后的購(gòu)買。顧客：你們可以實(shí)行會(huì)員制啊。就像我們?cè)诰W(wǎng)上逛論壇一樣，會(huì)員才能發(fā)言，普通游客只能看。這樣我們平時(shí)就在網(wǎng)上書(shū)店查查資料什么的，只在購(gòu)買圖書(shū)的時(shí)候才使用會(huì)員身份。書(shū)店經(jīng)理

6、：嗯，這樣不僅可以保留你們的信息，也可以保留購(gòu)買記錄。系統(tǒng)分析員：會(huì)員提交購(gòu)買訂單后，書(shū)店打算如何收取或者說(shuō)用戶怎么付款?書(shū)店經(jīng)理：我們可以接受貨到付款，顧客也可以使用網(wǎng)上銀行、匯款等方式付款。顧客：這樣我們就方便多了。對(duì)了那是不是付款前，我還多了一次“反悔”的機(jī)會(huì)啊。書(shū)店經(jīng)理：在我們書(shū)店沒(méi)有受理訂單之前，你們可以取消交易。不過(guò)受理后就不行了。通過(guò)幾次這樣的訪談（限于篇幅，在此并未列出所有訪談內(nèi)容），可以獲得網(wǎng)上書(shū)店的需求信息，確定系統(tǒng)范圍。網(wǎng)上書(shū)店是實(shí)現(xiàn)對(duì)實(shí)體書(shū)店內(nèi)部圖書(shū)商品和顧客購(gòu)買圖書(shū)的綜合管理系統(tǒng)。1.用例圖：此處由學(xué)生填寫(xiě) 2.確認(rèn)訂單用例事件流1.用例確認(rèn)訂單的事件流1.1前置條件

7、 在用例確認(rèn)訂單開(kāi)始之前，用例登錄該系統(tǒng)以及用例使用虛擬購(gòu)物車必須完成。1.2后置條件如果確認(rèn)訂單的事件成功后，就可以提交訂單或者若顧客改變主意，不想購(gòu)買圖書(shū)，則交給虛擬購(gòu)物車進(jìn)行管理。1.3擴(kuò)充點(diǎn)無(wú)1.4事件流1.4.1基流 登陸系統(tǒng)，顧客先以普通顧客的身份查找所需要購(gòu)買的圖書(shū)并添加到購(gòu)物車，此時(shí)用例確認(rèn)訂單開(kāi)始，系統(tǒng)提示顧客所想要選擇的動(dòng)作：購(gòu)買、不購(gòu)買、稍后再買。 如果所選的活動(dòng)是購(gòu)買，執(zhí)行分支流S-1：購(gòu)買所需要的圖書(shū)。 如果所選的活動(dòng)是不買，執(zhí)行分支流S-2：不夠買該書(shū)但保留 其信息。 如果所選的活動(dòng)是稍后購(gòu)買，執(zhí)行分支流S-3：稍后再購(gòu)買該書(shū)，保留其信息等待購(gòu)買。1.4.2分支流S

8、-1購(gòu)買 系統(tǒng)提示是否購(gòu)買該書(shū)，顧客選中購(gòu)買，并選中要購(gòu)買的書(shū)名及購(gòu)買的數(shù)量（E-1或E-2)，系統(tǒng)顯示信息可以購(gòu)買，并建立購(gòu)買連接。S-2不購(gòu)買 系統(tǒng)提示是否購(gòu)買該書(shū)，顧客選中不購(gòu)買，此時(shí)系統(tǒng)將保存該書(shū)的記錄并不作任何處理。S-3稍后購(gòu)買 系統(tǒng)提示是否購(gòu)買該書(shū)，顧客選中稍后購(gòu)買，此時(shí)系統(tǒng)將保留該書(shū)信息并等待顧客購(gòu)買。1.4.3替代流E-1如果所選的書(shū)該書(shū)店沒(méi)有存貨，系統(tǒng)提示該書(shū)缺貨無(wú)法購(gòu)買，顧客可選擇其他書(shū)進(jìn)行購(gòu)買；E-2如果所選的書(shū)數(shù)量超過(guò)該書(shū)店的所擁有的數(shù)量，則系統(tǒng)提示書(shū)的數(shù)量過(guò)多無(wú)法購(gòu)買，并提示可選擇少量進(jìn)行購(gòu)買。5、 分析與討論1.建模用例圖的步驟、方法？ 1.尋找參與者尋找參與者所

9、謂的參與者是指所有存在于系統(tǒng)外部并與系統(tǒng)進(jìn)行交互的人或其他系統(tǒng)。2.確定用例 找到參與者之后，我們就可以根據(jù)參與者來(lái)確定系統(tǒng)的用例，主要是看各參與者需要系統(tǒng)提供什么樣的服務(wù)，或者說(shuō)參與者是如何使用系統(tǒng)的。3. 描述用例規(guī)約 應(yīng)該避免這樣一種誤解認(rèn)為由參與者和用例構(gòu)成的用例圖就是用例模型，用例圖只是在總體上大致描述了系統(tǒng)所能提供的各種服務(wù)，讓我們對(duì)于系統(tǒng)的功能有一個(gè)總體的認(rèn)識(shí)。除此之外，我們還需要描述每一個(gè)有例的詳細(xì)信息，這些信息包含在用例規(guī)約中，用例模型是由用例圖和每一個(gè)用例的詳細(xì)描述用例規(guī)約所組成的.4.檢查用例模型 用例模型完成之后，可以對(duì)用例模型進(jìn)行檢查，看看是否有遺漏或錯(cuò)誤之處。2.如

10、何識(shí)別系統(tǒng)的參與者？ 誰(shuí)是系統(tǒng)的主要用戶 誰(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)需要操縱那些硬設(shè)備 系統(tǒng)需要和那些外部系統(tǒng)交互 誰(shuí)（或什么）對(duì)系統(tǒng)運(yùn)行產(chǎn)生的結(jié)果（值）感興趣 時(shí)間、氣溫等內(nèi)部外部條件 3. 應(yīng)該如何劃分用例，應(yīng)注意哪些問(wèn)題？1、使用功能點(diǎn)劃分，細(xì)化每個(gè)功能點(diǎn)，到這個(gè)功能點(diǎn)不能再拆分。2、所要測(cè)試?？鞂?duì)該系統(tǒng)的整體影響。看其重要性。3、最好在用例編寫(xiě)前，項(xiàng)目的測(cè)試工程師可以討論出一個(gè)適合項(xiàng)目的統(tǒng)一測(cè)試粒度。應(yīng)注意： 1、測(cè)試粒度不宜過(guò)細(xì)，測(cè)試用例分解的測(cè)試粒度過(guò)細(xì)會(huì)給測(cè)試工程師帶來(lái)成倍

11、的額外工作量，對(duì)于項(xiàng)目管理來(lái)講，這樣是不合算的。2、測(cè)試粒度不宜過(guò)粗，這是因?yàn)槿绻粋€(gè)測(cè)試用例，里面包含了太多驗(yàn)證點(diǎn)。比如在寫(xiě)取錢的用例時(shí)，要檢查余額查詢，用戶最大額度查詢類似的本可以單獨(dú)一個(gè)用例的東西都硬拼到了一起，那么用例的執(zhí)行進(jìn)度和項(xiàng)目的進(jìn)度肯定不能劃等號(hào)。簡(jiǎn)單說(shuō)就是有的用例簡(jiǎn)單有的用例復(fù)雜，所以有的也許要驗(yàn)證半天，有的只需要10分鐘。這樣的話，文章開(kāi)頭的等式就當(dāng)然不相等了。粒度過(guò)粗還有個(gè)麻煩就是，發(fā)現(xiàn)很多bug都對(duì)應(yīng)著一個(gè)用例。這樣給缺陷管理和統(tǒng)計(jì)起來(lái)也帶來(lái)麻煩。在項(xiàng)目后期的報(bào)告中不能清晰的統(tǒng)計(jì)缺陷。4.心得我認(rèn)為，用例就是功能，用例圖就是對(duì)功能的圖示描述；也就是功能模塊的表示。同時(shí)用

12、例圖是對(duì)用戶的需求進(jìn)行描述，所以，從用例圖中能看出現(xiàn)實(shí)的功能需求，貌似是對(duì)現(xiàn)實(shí)世界想要完成某件事情的物理結(jié)構(gòu)進(jìn)行畫(huà)圖表示。用例圖的粒度是第一次聽(tīng)說(shuō)，經(jīng)過(guò)老師的講解，感覺(jué)粒度就是個(gè)數(shù)的意思，搞不懂為什么翻譯為粒度（granularity）。也就是一個(gè)軟件劃分為多少個(gè)模塊。這就涉及到模塊的耦合和內(nèi)聚了。模塊太少不能把用戶的需求功能描述清楚，太多了，又過(guò)于冗雜，同樣不能把功能描述清楚。 用例圖是開(kāi)發(fā)一個(gè)軟件時(shí)用到的第一個(gè)圖，所以，UML用例圖畫(huà)好了，對(duì)后面的開(kāi)發(fā)至關(guān)重要。用例圖就是對(duì)現(xiàn)實(shí)需求的第一步抽象，把功能用圖表述出來(lái)。在畫(huà)用例圖的時(shí)候就應(yīng)該把用各個(gè)用例之間的關(guān)系表達(dá)清楚。實(shí)驗(yàn)二 類圖一、 實(shí)驗(yàn)

13、目的了解類圖的基本用法；初步掌握UML類圖的創(chuàng)建及其方法。二、實(shí)驗(yàn)要求1、結(jié)合工具StartUML，熟悉UML類圖的模型元素。2、建模網(wǎng)上書(shū)店類圖。三、實(shí)驗(yàn)主要設(shè)備：臺(tái)式或筆記本計(jì)算機(jī)四、實(shí)驗(yàn)內(nèi)容：創(chuàng)建類圖的步驟如下：（1）使用名詞識(shí)別法識(shí)別類。（2）建模類與類之間的關(guān)系。（3）為類圖中的關(guān)聯(lián)關(guān)系添加合適的角色名。（4）為已被封裝到類中的獨(dú)立功能建模類。（5）為類圖中的類添加必要的特性和操作。（6）迭代并細(xì)化該模型1.識(shí)別類：（刪除以下樣式 ， 填寫(xiě)）顧客（普通顧客，會(huì)員），書(shū)店工作人員，虛擬購(gòu)物車，圖書(shū)（特價(jià)圖書(shū)）2. 定義類：（刪除以下樣式 ， 填寫(xiě)）圖 2.1 定義類圖2.2完善后的類圖

14、五、分析與討論1. 如何使用文本分析技術(shù)從問(wèn)題陳述中識(shí)別對(duì)象和類？識(shí)別對(duì)象： 識(shí)別問(wèn)題中的實(shí)體，實(shí)體的描述用名詞，名詞短語(yǔ)，名詞性代詞的形式出現(xiàn)。識(shí)別類： 分別找出： 邊界類：邊界類處理系統(tǒng)環(huán)境與系統(tǒng)內(nèi)部之間的通信，邊界類為用戶或另一個(gè)系統(tǒng)（即參與者）提供了接口。 實(shí)體類 ：實(shí)體類是模擬必須被存儲(chǔ)的信息和其關(guān)聯(lián)行為的類。 控制類 ：控制類是用來(lái)為特定于一個(gè)或多個(gè)用例的控制行為建模的類。 參數(shù)類 ：參數(shù)類又被稱為模板類（Template Classes），模板類定義了類族。 2. 心得通過(guò)本次實(shí)驗(yàn)，我對(duì)類圖有了新的認(rèn)識(shí)，類圖(Class diagram)是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的

15、類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等。類圖(Class diagram)是最常用的UML圖，顯示出類、接口以及它們之間的靜態(tài)結(jié)構(gòu)和關(guān)系，它用于描述系統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)。類的 UML 表示是一個(gè)長(zhǎng)方形，垂直地分為三個(gè)區(qū)。畫(huà)類圖時(shí)，首先要從問(wèn)題中出所有的名詞，再?gòu)闹羞x擇出可以作為類的名詞作為候選類，然后找分別邊界類、實(shí)體類和控制類初步定出類的概念層，然后找出這些類的屬性和操作最終確定出分析層，進(jìn)而完善成完整的類圖。 實(shí)驗(yàn)三 順序圖及通信圖一、 實(shí)驗(yàn)?zāi)康某醪秸莆誙ML順序圖的建模及其思想。二、實(shí)驗(yàn)要求1、結(jié)合工具StartUML和Rose，熟悉UML順序圖的模型元素。2、建模網(wǎng)上書(shū)店交互圖。三、實(shí)驗(yàn)

16、主要設(shè)備：臺(tái)式或筆記本計(jì)算機(jī)四、實(shí)驗(yàn)內(nèi)容：1. 給出網(wǎng)上書(shū)店的一個(gè)用例的順序圖，例如，書(shū)店管理員登錄順序圖、會(huì)員添加圖書(shū)到購(gòu)物車順序圖或其他用例的順序圖。 （順序圖）2. 把以上順序圖轉(zhuǎn)換為通信圖。 （通信圖）五、分析與討論1. 如何從用例圖建模順序圖？ 從用例圖中選擇一個(gè)具體的用例，對(duì)這個(gè)用例的每個(gè)操作用順序圖具體的劃分出來(lái)2. 順序圖和通信圖的比較？順序圖和通信圖都屬于交互圖。這兩種圖之間的區(qū)別在于：順序圖基于時(shí)間，按時(shí)間順序顯示出現(xiàn)的任務(wù)；而通信圖顯示任務(wù)和信息(對(duì)象)的交互方式。在通信中，時(shí)間以編碼形式顯示，很難選取。雖然存在這些根本區(qū)別，但這兩類圖有相同之處：都用于顯示對(duì)象和用戶如何

17、交互以執(zhí)行任務(wù)。3. 心得通過(guò)本次試實(shí)驗(yàn)，我知道了用例圖和通信圖以不同的方式表達(dá)了類似的信息，順序圖強(qiáng)調(diào)消息的時(shí)間順序，適合與描述實(shí)時(shí)系統(tǒng)和復(fù)雜的腳本；通信圖則描述了對(duì)象之間的關(guān)系。這兩個(gè)圖用于為系統(tǒng)動(dòng)態(tài)方面的建模，同時(shí)，通過(guò)對(duì)StarUML軟件的學(xué)習(xí)讓我對(duì)這點(diǎn)理解更加深刻。這兩種圖之間的區(qū)別在于：順序圖基于時(shí)間，按時(shí)間順序顯示出現(xiàn)的任務(wù)；而通信圖顯示任務(wù)和信息(對(duì)象)的交互方式。在通信中，時(shí)間以編碼形式顯示，很難選取。雖然存在這些根本區(qū)別，但這兩類圖有相同之處：都用于顯示對(duì)象和用戶如何交互以執(zhí)行任務(wù)。 另外，我認(rèn)為，首先根據(jù)自己的喜好和實(shí)際的表現(xiàn)需要來(lái)選擇順序圖或通信圖。不過(guò)由于它們?cè)谡Z(yǔ)義上

18、是等價(jià)的，因此可以繪制出一種，再通過(guò)建模工具來(lái)自動(dòng)轉(zhuǎn)換成另一種圖，分析模型中的交互圖徹重于分析類的職責(zé)分配和交互流程，而設(shè)計(jì)模型中的交互圖則徹重于設(shè)計(jì)類的引入和實(shí)際方法的調(diào)用與流程控制，先確定參與交互的對(duì)象、對(duì)象之間的關(guān)系（通信圖），然后確定對(duì)象間的消息交互流程（用同步調(diào)用、異步消息、返回消息表示），并利用交互片斷（順序圖）或迭代標(biāo)記及監(jiān)護(hù)條件來(lái)表示循環(huán)和分支結(jié)構(gòu) 實(shí)驗(yàn)四 活動(dòng)圖、狀態(tài)圖及部署圖一、實(shí)驗(yàn)?zāi)康?. 了解活動(dòng)圖、狀態(tài)圖及部署圖的基本用法； 2. 初步掌握活動(dòng)圖、狀態(tài)圖及部署圖建模方法。二、實(shí)驗(yàn)要求1、結(jié)合工具StartUML，熟悉UML活動(dòng)圖、狀態(tài)圖及部署圖的基本模型元素。2、建模網(wǎng)上書(shū)店的活動(dòng)圖、狀態(tài)圖及部署圖。