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

.z.本科實(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班**：2013005655學(xué)生：衛(wèi)東指導(dǎo)教師：柴晶目錄實(shí)驗(yàn)準(zhǔn)備：熟悉UML建模環(huán)境實(shí)驗(yàn)一用例圖實(shí)驗(yàn)二類圖實(shí)驗(yàn)三順序圖及通信圖實(shí)驗(yàn)四活動(dòng)圖、狀態(tài)圖、組件圖及部署圖-.z.實(shí)驗(yàn)一用例圖實(shí)驗(yàn)?zāi)康某醪秸莆誙ML用例圖的創(chuàng)建方法及其用例的描述。二、實(shí)驗(yàn)要求結(jié)合工具StartUML，熟悉UML用例圖的模型元素。使用StartUML工具建模網(wǎng)上書店系統(tǒng)的用例圖。三、實(shí)驗(yàn)主要設(shè)備：臺(tái)式或筆記本計(jì)算機(jī)四、實(shí)驗(yàn)容：根據(jù)下面給出的網(wǎng)上書店問題述，分析該系統(tǒng)總體需求，建模網(wǎng)上書店系統(tǒng)的用例圖并提供一個(gè)主要用例的事件流文檔。網(wǎng)上書店述：書店經(jīng)理：我們?cè)臼且粋€(gè)傳統(tǒng)的實(shí)體書店，顧客要買書都是親自到書店里來的，這樣挺不方便。面且隨著書店銷售圖書種類和數(shù)量的增加以及顧客的增長，尤其是大量顧客到書店選購圖書，使得書店場(chǎng)地不足，工作人員也很忙碌。其實(shí)，還有一點(diǎn)就是，有不少人進(jìn)入書店后并不買書，只是查找一些資料。有的甚至?xí)谶@呆上很長的時(shí)間直到把書免費(fèi)看完。這種行為，工作人員一般是不阻止的，結(jié)果最后這些被看過的書會(huì)因?yàn)橛虚喿x過的痕跡而影響銷售。而且現(xiàn)在電子商務(wù)已經(jīng)發(fā)展起來了，所以我們想到借助網(wǎng)絡(luò)，讓顧客通過網(wǎng)上書店購買圖書。這樣我們書店可以省掉大量的場(chǎng)地維護(hù)和工作人員成本支出，同時(shí)計(jì)算機(jī)可以方便的檢索圖書信息，讓顧客可以足不出戶以更優(yōu)惠的價(jià)格買到需要的書。系統(tǒng)分析員：能談?wù)勀鷮?duì)網(wǎng)上書店的要求嗎"書店經(jīng)理：網(wǎng)上書店要能實(shí)現(xiàn)對(duì)外和對(duì)的功能，對(duì)外是顧客能在網(wǎng)上書店訂購圖書，提交訂單。對(duì)，書店工作人員能夠通過網(wǎng)上書店及時(shí)的看到這些訂單，并進(jìn)行處理。為了把書送到顧客手里，我們已經(jīng)聯(lián)系了快遞公司，初步達(dá)成協(xié)議，由他們往返場(chǎng)客和書店之間把圖書送到顧客手里。書店管理員受理訂單后，就會(huì)通知快遞公司送貨。當(dāng)然，書店的圖書上架和下架也應(yīng)該由網(wǎng)上書店完成了。工作人員甲：實(shí)體店中，圖書是按照不同種類放置的，方便顧客挑選。網(wǎng)上書店的圖書也應(yīng)該能夠按照這種模式分類顯示。這樣，圖書的信息和種類要由網(wǎng)上書店設(shè)置和管理。已有種類的新書或新種類的圖書上架，網(wǎng)上書店能夠保存這些信息。如果信息輸入錯(cuò)誤，能夠進(jìn)行修改。工作人員乙：另外書店會(huì)搞一些促銷，推出一些特價(jià)圖書。以前這些特價(jià)書的信息，都是我們根據(jù)促銷活動(dòng)整理出來，貼在書店的醒目位置。促銷活動(dòng)過后，特價(jià)圖書會(huì)恢復(fù)原來的價(jià)格。希望網(wǎng)上書店也能夠管理這些特價(jià)圖書。系統(tǒng)分析員：能談?wù)勂綍r(shí)買書的經(jīng)過嗎"顧客甲：一般都是先在書店里看看圖書的簡(jiǎn)要介紹，或者先找找看有沒有自己需要的書，有時(shí)是沒有目標(biāo)的尋找，有時(shí)直奔一類圖書而去。找到我想買的書或者覺得看的書不錯(cuò)，就會(huì)去柜臺(tái)結(jié)帳。工作人員丙：不過有時(shí)在結(jié)帳的時(shí)候，顧客會(huì)突然改變主意，不買一些書或者又回去挑選圖書了。顧客甲：有時(shí)好像是這樣的。要是網(wǎng)上書店在結(jié)帳前能方便管理我所選購的圖書就好了，這樣通過計(jì)算機(jī)直接操作，就不用跑來跑去了。系統(tǒng)分析員：可以使用虛擬的購物車。工作人員丙：對(duì)，這樣在用戶確認(rèn)購買前可自行管理選購的圖書，決定要不要購買還有的購買的數(shù)量。系統(tǒng)分析員：顧客先使用虛擬的購物車選購管理圖書，然后提交訂單給書店處理，是這樣吧。書店經(jīng)理：沒錯(cuò)，就這樣辦。另外最好顧客能夠留下自己的信息，方便以后的購買。顧客：你們可以實(shí)行會(huì)員制啊。就像我們?cè)诰W(wǎng)上逛論壇一樣，會(huì)員才能發(fā)言，普通游客只能看。這樣我們平時(shí)就在網(wǎng)上書店查查資料什么的，只在購買圖書的時(shí)候才使用會(huì)員身份。書店經(jīng)理：嗯，這樣不僅可以保留你們的信息，也可以保留購買記錄。系統(tǒng)分析員：會(huì)員提交購買訂單后，書店打算如何收取或者說用戶怎么付款"書店經(jīng)理：我們可以接受貨到付款，顧客也可以使用網(wǎng)上銀行、匯款等方式付款。顧客：這樣我們就方便多了。對(duì)了那是不是付款前，我還多了一次“反悔”的機(jī)會(huì)啊。書店經(jīng)理：在我們書店沒有受理訂單之前，你們可以取消交易。不過受理后就不行了?！ㄟ^幾次這樣的訪談（限于篇幅，在此并未列出所有訪談容），可以獲得網(wǎng)上書店的需求信息，確定系統(tǒng)圍。網(wǎng)上書店是實(shí)現(xiàn)對(duì)實(shí)體書店部圖書商品和顧客購買圖書的綜合管理系統(tǒng)。1.用例圖：此處由學(xué)生填寫2.確認(rèn)訂單用例事件流1.用例確認(rèn)訂單的事件流1.1前置條件在用例確認(rèn)訂單開始之前，用例登錄該系統(tǒng)以及用例使用虛擬購物車必須完成。1.2后置條件如果確認(rèn)訂單的事件成功后，就可以提交訂單或者若顧客改變主意，不想購買圖書，則交給虛擬購物車進(jìn)行管理。1.3擴(kuò)充點(diǎn)無1.4事件流1.4.1基流登陸系統(tǒng)，顧客先以普通顧客的身份查找所需要購買的圖書并添加到購物車，此時(shí)用例確認(rèn)訂單開始，系統(tǒng)提示顧客所想要選擇的動(dòng)作：購買、不購買、稍后再買。如果所選的活動(dòng)是購買，執(zhí)行分支流S-1：購買所需要的圖書。如果所選的活動(dòng)是不買，執(zhí)行分支流S-2：不夠買該書但保留其信息。如果所選的活動(dòng)是稍后購買，執(zhí)行分支流S-3：稍后再購買該書，保留其信息等待購買。1.4.2分支流S-1購買系統(tǒng)提示是否購買該書，顧客選中購買，并選中要購買的書名及購買的數(shù)量（E-1或E-2)，系統(tǒng)顯示信息可以購買，并建立購買連接。S-2不購買系統(tǒng)提示是否購買該書，顧客選中不購買，此時(shí)系統(tǒng)將保存該書的記錄并不作任何處理。S-3稍后購買系統(tǒng)提示是否購買該書，顧客選中稍后購買，此時(shí)系統(tǒng)將保留該書信息并等待顧客購買。1.4.3替代流E-1如果所選的書該書店沒有存貨，系統(tǒng)提示該書缺貨無法購買，顧客可選擇其他書進(jìn)行購買；；E-2如果所選的書數(shù)量超過該書店的所擁有的數(shù)量，則系統(tǒng)提示書的數(shù)量過多無法購買，并提示可選擇少量進(jìn)行購買。分析與討論1.建模用例圖的步驟、方法？1.尋找參與者尋找參與者所謂的參與者是指所有存在于系統(tǒng)外部并與系統(tǒng)進(jìn)行交互的人或其他系統(tǒng)。2.確定用例找到參與者之后，我們就可以根據(jù)參與者來確定系統(tǒng)的用例，主要是看各參與者需要系統(tǒng)提供什么樣的服務(wù)，或者說參與者是如何使用系統(tǒng)的。描述用例規(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.如何識(shí)別系統(tǒng)的參與者？誰是系統(tǒng)的主要用戶誰向系統(tǒng)提供信息誰改變系統(tǒng)的數(shù)據(jù)誰從系統(tǒng)獲取信息誰需要系統(tǒng)的支持以完成日常工作任務(wù)誰負(fù)責(zé)日常維護(hù)、管理并保證系統(tǒng)正常運(yùn)行系統(tǒng)需要操縱那些硬設(shè)備系統(tǒng)需要和那些外部系統(tǒng)交互誰（或什么）對(duì)系統(tǒng)運(yùn)行產(chǎn)生的結(jié)果（值）感興趣時(shí)間、氣溫等部外部條件……應(yīng)該如何劃分用例，應(yīng)注意哪些問題？

1、使用功能點(diǎn)劃分，細(xì)化每個(gè)功能點(diǎn)，到這個(gè)功能點(diǎn)不能再拆分。

2、所要測(cè)試模快對(duì)該系統(tǒng)的整體影響?？雌渲匾?。

3、最好在用例編寫前，項(xiàng)目的測(cè)試工程師可以討論出一個(gè)適合項(xiàng)目的統(tǒng)一測(cè)試粒度。應(yīng)注意：1、測(cè)試粒度不宜過細(xì)，測(cè)試用例分解的測(cè)試粒度過細(xì)會(huì)給測(cè)試工程師帶來成倍的額外工作量，對(duì)于項(xiàng)目管理來講，這樣是不合算的。

2、測(cè)試粒度不宜過粗，這是因?yàn)槿绻粋€(gè)測(cè)試用例，里面包含了太多驗(yàn)證點(diǎn)。比如在寫取錢的用例時(shí)，要檢查余額查詢，用戶最大額度查詢類似的本可以單獨(dú)一個(gè)用例的東西都硬拼到了一起，則用例的執(zhí)行進(jìn)度和項(xiàng)目的進(jìn)度肯定不能劃等號(hào)。簡(jiǎn)單說就是有的用例簡(jiǎn)單有的用例復(fù)雜，所以有的也許要驗(yàn)證半天，有的只需要10分鐘。這樣的話，文章開頭的等式就當(dāng)然不相等了。

粒度過粗還有個(gè)麻煩就是，發(fā)現(xiàn)很多bug都對(duì)應(yīng)著一個(gè)用例。這樣給缺陷管理和統(tǒng)計(jì)起來也帶來麻煩。在項(xiàng)目后期的報(bào)告中不能清晰的統(tǒng)計(jì)缺陷。4.．心得我認(rèn)為，用例就是功能，用例圖就是對(duì)功能的圖示描述；也就是功能模塊的表示。同時(shí)用例圖是對(duì)用戶的需求進(jìn)行描述，所以，從用例圖中能看出現(xiàn)實(shí)的功能需求，貌似是對(duì)現(xiàn)實(shí)世界想要完成*件事情的物理結(jié)構(gòu)進(jìn)行畫圖表示。用例圖的粒度是第一次聽說，經(jīng)過老師的講解，感覺粒度就是個(gè)數(shù)的意思，搞不懂為什么翻譯為粒度（granularity）。也就是一個(gè)軟件劃分為多少個(gè)模塊。這就涉及到模塊的耦合和聚了。模塊太少不能把用戶的需求功能描述清楚，太多了，又過于冗雜，同樣不能把功能描述清楚。

用例圖是開發(fā)一個(gè)軟件時(shí)用到的第一個(gè)圖，所以，UML用例圖畫好了，對(duì)后面的開發(fā)至關(guān)重要。用例圖就是對(duì)現(xiàn)實(shí)需求的第一步抽象，把功能用圖表述出來。在畫用例圖的時(shí)候就應(yīng)該把用各個(gè)用例之間的關(guān)系表達(dá)清楚。實(shí)驗(yàn)二類圖實(shí)驗(yàn)?zāi)康牧私忸悎D的基本用法；初步掌握UML類圖的創(chuàng)建及其方法。二、實(shí)驗(yàn)要求1、結(jié)合工具StartUML，熟悉UML類圖的模型元素。2、建模網(wǎng)上書店類圖。三、實(shí)驗(yàn)主要設(shè)備：臺(tái)式或筆記本計(jì)算機(jī)四、實(shí)驗(yàn)容：創(chuàng)建類圖的步驟如下：（1）使用名詞識(shí)別法識(shí)別類。（2）建模類與類之間的關(guān)系。（3）為類圖中的關(guān)聯(lián)關(guān)系添加合適的角色名。（4）為已被封裝到類中的獨(dú)立功能建模類。（5）為類圖中的類添加必要的特性和操作。（6）迭代并細(xì)化該模型1.識(shí)別類：（刪除以下樣式，填寫）顧客（普通顧客，會(huì)員），書店工作人員，虛擬購物車，圖書（特價(jià)圖書）2.定義類：（刪除以下樣式，填寫）圖2.1定義類圖2.2完善后的類圖五、分析與討論1.如何使用文本分析技術(shù)從問題述中識(shí)別對(duì)象和類？識(shí)別對(duì)象：識(shí)別問題中的實(shí)體，實(shí)體的描述用名詞，名詞短語，，名詞性代詞的形式出現(xiàn)。識(shí)別類：分別找出：邊界類：邊界類處理系統(tǒng)環(huán)境與系統(tǒng)部之間的通信，邊界類為用戶或另一個(gè)系統(tǒng)（即參與者）提供了接口。實(shí)體類：實(shí)體類是模擬必須被存儲(chǔ)的信息和其關(guān)聯(lián)行為的類?？刂祁悾嚎刂祁愂怯脕頌樘囟ㄓ谝粋€(gè)或多個(gè)用例的控制行為建模的類。參數(shù)類：參數(shù)類又被稱為模板類（TemplateClasses），模板類定義了類族。2.心得通過本次實(shí)驗(yàn)，我對(duì)類圖有了新的認(rèn)識(shí)，類圖(Classdiagram)是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的部結(jié)構(gòu)以及它們與其他類的關(guān)系等。類圖(Classdiagram)是最常用的UML圖，顯示出類、接口以及它們之間的靜態(tài)結(jié)構(gòu)和關(guān)系，它用于描述系統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)。類的UML表示是一個(gè)長方形，垂直地分為三個(gè)區(qū)。畫類圖時(shí)，首先要從問題中出所有的名詞，再從中選擇出可以作為類的名詞作為候選類，然后找分別邊界類、實(shí)體類和控制類初步定出類的概念層，然后找出這些類的屬性和操作最終確定出分析層，進(jìn)而完善成完整的類圖。實(shí)驗(yàn)三順序圖及通信圖實(shí)驗(yàn)?zāi)康某醪秸莆誙ML順序圖的建模及其思想。二、實(shí)驗(yàn)要求1、結(jié)合工具StartUML和Rose，熟悉UML順序圖的模型元素。2、建模網(wǎng)上書店交互圖。三、實(shí)驗(yàn)主要設(shè)備：臺(tái)式或筆記本計(jì)算機(jī)四、實(shí)驗(yàn)容：1.給出網(wǎng)上書店的一個(gè)用例的順序圖，例如，書店管理員登錄順序圖、會(huì)員添加圖書到購物車順序圖或其他用例的順序圖。（順序圖）2.把以上順序圖轉(zhuǎn)換為通信圖。（通信圖）五、分析與討論1.如何從用例圖建模順序圖？從用例圖中選擇一個(gè)具體的用例，對(duì)這個(gè)用例的每個(gè)操作用順序圖具體的劃分出來2.順序圖和通信圖的比較？順序圖和通信圖都屬于交互圖。

這兩種圖之間的區(qū)別在于：順序圖基于時(shí)間，按時(shí)間順序顯示出現(xiàn)的任務(wù)；而通信圖顯示任務(wù)和信息(對(duì)象)的交互方式。在通信中，時(shí)間以編碼形式顯示，很難選取。

雖然存在這些根本區(qū)別，但這兩類圖有相同之處：都用于顯示對(duì)象和用戶如何交互以執(zhí)行任務(wù)。心得通過本次試實(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í)，通過對(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)需要來選擇順序圖或通信圖。不過由于它們?cè)谡Z義上是等價(jià)的，因此可以繪制出一種，再通過建模工具來自動(dòng)轉(zhuǎn)換成另一種圖，分析模型中的交互圖徹重于分析類的職責(zé)分配和交互流程，而設(shè)計(jì)模型中的交互圖則徹重于設(shè)計(jì)類的引入和實(shí)際方法的調(diào)用與流程控制，先確定參與交互的對(duì)象、對(duì)象之間的關(guān)系（通信圖），然后確定對(duì)象間的消息交互流程（用同步調(diào)用、異步消息、返回消息表示），并利用交互片斷（順序圖）或迭代標(biāo)記及監(jiān)護(hù)條件來表示循環(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)上書