安徽工業(yè)大學UML實驗報告(共12頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上學 號姓 名班 級指導教師胡增濤專心-專注-專業(yè)實驗一、用例建?！緦嶒災康摹?#160;l 掌握客戶需求分析的方法和步驟 l了解以用例建模的軟件開發(fā)方法 l 識別并編寫用例 l 掌握用Rose進行用例建模的具體方法和步驟 【實驗內(nèi)容】  要求根據(jù)周圍的實際情況，自選一個小型應用項目，分析業(yè)務需要，識別并編寫用例、繪制用例圖以理解系統(tǒng)需求，亦可老師指定的“企業(yè)綜合信息管理系統(tǒng)”中的“進銷存管理子系統(tǒng)” 【實驗原理與步驟】  建模原理： 1.&

2、#160;需求獲取，以任務和客戶為中心，通過會議、面談等手段對客戶需求進行調(diào)研，獲得系統(tǒng)目標、范圍和功能要求的初步說明。 2. 用例分析，確定用例，同時采用分層思想，對用例的層次級別進行劃分（高層用例、子系統(tǒng)級、用戶目標級） 3. 用例描述。分層繪制用例圖，撰寫用例的文字描述（采用單欄格式）。 步驟： 1.  需求獲取。自選題目，與相關客戶、領域?qū)＜业确磸蜕逃?，獲得系統(tǒng)目標、范圍和功能要求的初步說明。（也可采用老師指定的題目：“企業(yè)綜合信息管理系統(tǒng)”中的“進銷存管理子系統(tǒng)”）。 2.  用例分析。確定系統(tǒng)

3、范圍和邊界、確定參與者、確定用例。 3. 用例描述。分層繪制用例圖，描述用例。 畫圖原理： 采用Rose軟件進行用例建模必須建立在完好的系統(tǒng)用例分析基礎之上，只有做好系統(tǒng)分析，系統(tǒng)用例建模才能達到預期的效果。  步驟： 1. 分層繪制用例圖，每層采用“包”進行管理。 2. 以“企業(yè)綜合信息管理系統(tǒng)”“進銷存管理”子系統(tǒng)“銷售管理”“合同管理”“收款單處理”為主線，完成實驗。其他主線也可以。 【實驗結(jié)果】 1. 用Rose繪制的“企業(yè)綜合信息管理系統(tǒng)”的1級用例圖如下

4、： 此系統(tǒng)包括“財務管理子系統(tǒng)”、“綜合支持管理子系統(tǒng)”、“生產(chǎn)調(diào)試管理子系統(tǒng)”和“經(jīng)理查詢子系統(tǒng)”等，而“進銷存管理子系統(tǒng)”又包括“采購管理子系統(tǒng)”、“銷售管理子系統(tǒng)”和“庫存管理子系統(tǒng)”。2. 用Rose繪制“進銷存管理”的2級用例圖如下： “管理進銷存”用例管理企業(yè)與客戶簽訂采購銷售合同，并督促合同的執(zhí)行和履約，提供售后服務。對庫存產(chǎn)品和物料進行出入庫的有效管理，及時盤點并提出低于庫存預警線而需要采購的物料清單和各種庫存統(tǒng)計報表。3.用Rose繪制“銷售管理子系統(tǒng)”的3級用例圖如下： 制定銷售計劃，與客戶簽訂銷售合同，井將其詳細內(nèi)容錄入管理系統(tǒng)。監(jiān)

5、控正在履約的合同，檢查客戶是否按時付款，對付款的客戶發(fā)貨。4.用Rose繪制“銷售合同管理子系統(tǒng)”的4級用例圖如下： 銷售合同的主要條款是銷售合同的重心，它決定了合同簽訂雙方的義務和權利，決定了銷售合同是否有效和是否合法，是當事人履行合同的主要依據(jù)。這是一份合同的重中之重，營銷員在簽訂合同的過程中，一定要對合同所具備的主要條款逐一審明，詳盡規(guī)定，使之清楚、明確。【實驗總結(jié)】 1. 在添加用例之間的關系時應注意，用例之間的關系有：一般關聯(lián)關系（用無方向?qū)嵖兗^或單向?qū)嵕€箭頭）；包含關系；擴展關系（都是一種依賴關系，所以用依賴線【虛線箭頭】）；泛化關系（空心三角實線箭

6、頭）。 2. 剛進到實驗室去做實驗的時候，不知道如何下手去做，后來看看文檔，然后再做就很容易上手了。實驗二、分析建模 【實驗目的】 理解面向?qū)ο笙到y(tǒng)和對象類建模（概念建模）的概念 l 了解和掌握面向?qū)ο笙到y(tǒng)分析的方法和步驟 了解和掌握尋找開發(fā)系統(tǒng)中類（概念）的方法和技巧 l 掌握用Rose繪制概念模型的方法 【實驗內(nèi)容】  在用例分析的基礎上，選擇第一個迭代周期打算開發(fā)的用例，建立相關的概念模型【實驗原理與步驟】  建模原理： 1.  

7、使用概念目錄列表（見下圖）和非正式分析法（識別問題域的文本描述中的名詞短語，然后將其作為概念或?qū)傩缘暮蜻x對象）相結(jié)合的方法識別概念。因此，待開發(fā)用例的文字描述中，名詞可能 成為概念或?qū)傩缘暮蜻x對象；表示 行為的動詞詞組有可能成為事務型或過程 型對象；形容詞組有可能對應抽象的名詞型概念。采用的技術基本上就是：ER圖和純行為+OO的聚合、泛化。2. 最終關聯(lián)的數(shù)量 介于“需要知道”型關聯(lián)與【“需要知道”型關聯(lián)+“需要理解”型（從通用關聯(lián)列表中派生出的，見下圖）】之間。【實驗結(jié)果】  用Rose繪制的概念模型如下圖：【實驗總結(jié)】 

8、1.  此實驗主要注意關聯(lián)的命名、畫法和閱讀方向。比如：打算在“銷售客戶”與“銷售合同之間畫一一般關聯(lián)，命名為“簽訂”，顯然主語是“銷售客戶”，賓主是“銷售合同”，畫線的時候反而要從賓主拖向主語，這樣，打開連線的規(guī)格說明，才可以看到RoleA是“銷售客戶”。 2.  關于聚合與組合，首先，關聯(lián)的讀法是A聚合成B（因此菱形在大頭），因此 要從B畫向A，比如：從“銷售合同”畫向“銷售合同明細”。這時Role B Detail中的Aggregate就已經(jīng) 選中（表示 聚合，是空心菱形），如果再選中Bye Val

9、ue，就變成 組合了（空心菱形）。實驗三、設計建模1 【實驗目的】 l 理解順序圖的基本概念  了解和掌握軟件工程中用例邏輯時序的分析方法 l 掌握使用Rose創(chuàng)建順序黑乎乎 的方法  【實驗內(nèi)容】  在用例模型和概念模型的基礎上，對首選的用例進行分解，識別出系統(tǒng)事件（系統(tǒng)操作）、（并寫出契約的后置條件）；為每個系統(tǒng)事件畫順序圖，為對象分配職責。 【實驗原理與步驟】  原理： 1. 在系統(tǒng)順序圖中，所有的系統(tǒng)都被當成

10、黑盒子看待，順序圖的重點是參與者發(fā)起的跨越系統(tǒng)邊界的事件。 2. 系統(tǒng)事件是由某參與者發(fā)起的指向系統(tǒng) 的輸入事件。一個事件的發(fā)生能夠觸發(fā)一個響應操作的執(zhí)行。 3. 請仔細研究下圖，考察它是如何從左邊的“購買商品”用例文字描述中分解出3個系統(tǒng)事件的。4. 參照用例模型和概念模型。為每個系統(tǒng)操作估計后置條件。（實例創(chuàng)建、形成關聯(lián)、屬性修改）5. 按照設計模式為對象分配職責步驟：1.  分析首選用例的文字描述，按事件進行分解，識別出系統(tǒng)事件。（下面以“企業(yè)綜合信息管理系統(tǒng)”）“進銷存管理”子系統(tǒng)“銷售管理”“合同管理”主線中的“收款單處理”

11、用例為例）2. 為每個系統(tǒng)事件估計后置條件。（以上做了部分分析）3. 按設計模式進行設計 首先考慮控制者，領域控制者選參與者角色，即“銷售人員”。為了避免使用FORM窗口等表示層對象，我們構造一個類“應用協(xié)調(diào)者”向控制者發(fā)送消息?！緦嶒灲Y(jié)果】  用Rose畫出的設計類圖如下圖：用Rose畫出的順序圖如下：實驗四、設計建模2 【實驗目的】 理解面向?qū)ο箢愔g關聯(lián)的概念 了解和掌握分析類之間關聯(lián)關系的方法 了解和掌握待開發(fā)系統(tǒng)中類之間關聯(lián)關系的分析方法 l 完善設計類圖，掌握使用Rose對關聯(lián)進行建模的過程 【實驗內(nèi)容】  根據(jù)設計建模（1）中交互分析，進一步設計關聯(lián)和對象 可見性（補上遺漏的關聯(lián)），完善設計類圖。 【實驗原理與步驟】原理：步驟：【實驗結(jié)果】 用Rose完善的設計類圖如下圖： 【UML與軟件建模實驗總結(jié)】 在建模過程中，遇到一些問題，諸如某些操作界