UML與軟件建模實(shí)驗(yàn)報(bào)告

1、精選優(yōu)質(zhì)文檔-傾情為你奉上UML與軟件建模實(shí)驗(yàn)報(bào)告書專業(yè)班級計(jì)算機(jī)科學(xué)與技術(shù)XX學(xué) 號姓 名Jackiy Brown指導(dǎo)教師XXXXX安徽工業(yè)大學(xué)計(jì)算機(jī)學(xué)院實(shí)驗(yàn)一、用例建模【實(shí)驗(yàn)日期】2012年3月12日【實(shí)驗(yàn)?zāi)康摹縧 掌握客戶需求分析的方法和步驟l 了解以用例建模的軟件開發(fā)方法l 識別并編寫用例l 掌握用Rose進(jìn)行用例建模的具體方法和步驟【實(shí)驗(yàn)內(nèi)容】要求根據(jù)周圍的實(shí)際情況，自選一個(gè)小型應(yīng)用項(xiàng)目，分析業(yè)務(wù)需要，識別并編寫用例、繪制用例圖以理解系統(tǒng)需求，亦可老師指定的“企業(yè)綜合信息管理系統(tǒng)”中的“進(jìn)銷存管理子系統(tǒng)”【實(shí)驗(yàn)原理與步驟】建模原理：1. 需求獲取，以任務(wù)和客戶為中心，通過會議、面談等

2、手段對客戶需求進(jìn)行調(diào)研，獲得系統(tǒng)目標(biāo)、范圍和功能要求的初步說明。2. 用例分析，確定用例，同時(shí)采用分層思想，對用例的層次級別進(jìn)行劃分（高層用例、子系統(tǒng)級、用戶目標(biāo)級）3. 用例描述。分層繪制用例圖，撰寫用例的文字描述（采用單欄格式）。步驟：1. 需求獲取。自選題目，與相關(guān)客戶、領(lǐng)域?qū)＜业确磸?fù)商討，獲得系統(tǒng)目標(biāo)、范圍和功能要求的初步說明。（也可采用老師指定的題目：“企業(yè)綜合信息管理系統(tǒng)”中的“進(jìn)銷存管理子系統(tǒng)”）。2. 用例分析。確定系統(tǒng)范圍和邊界、確定參與者、確定用例。3. 用例描述。分層繪制用例圖，描述用例。畫圖原理：采用Rose軟件進(jìn)行用例建模必須建立在完好的系統(tǒng)用例分析基礎(chǔ)之上，只有做好

3、系統(tǒng)分析，系統(tǒng)用例建模才能達(dá)到預(yù)期的效果。步驟：1. 分層繪制用例圖，每層采用“包”進(jìn)行管理。2. 以“企業(yè)綜合信息管理系統(tǒng)”“進(jìn)銷存管理”子系統(tǒng)“銷售管理”“合同管理”“收款單處理”為主線，完成實(shí)驗(yàn)。其他主線也可以?！緦?shí)驗(yàn)結(jié)果】1. 用Rose繪制的“企業(yè)綜合信息管理系統(tǒng)”的1級用例圖如下：此系統(tǒng)包括“財(cái)務(wù)管理子系統(tǒng)”、“綜合支持管理子系統(tǒng)”、“生產(chǎn)調(diào)試管理子系統(tǒng)”和“經(jīng)理查詢子系統(tǒng)”等，而“進(jìn)銷存管理子系統(tǒng)”又包括“采購管理子系統(tǒng)”、“銷售管理子系統(tǒng)”和“庫存管理子系統(tǒng)”。1級用例圖企業(yè)綜合信息管理系統(tǒng)2. 用Rose繪制“進(jìn)銷存管理”的2級用例圖如下：“管理進(jìn)銷存”用例管理企業(yè)與客戶簽訂

4、采購銷售合同，并督促合同的執(zhí)行和履約，提供售后服務(wù)。對庫存產(chǎn)品和物料進(jìn)行出入庫的有效管理，及時(shí)盤點(diǎn)并提出低于庫存預(yù)警線而需要采購的物料清單和各種庫存統(tǒng)計(jì)報(bào)表。2級用例圖進(jìn)銷存管理3. 用Rose繪制“銷售管理子系統(tǒng)”的3級用例圖如下：制定銷售計(jì)劃，與客戶簽訂銷售合同，井將其詳細(xì)內(nèi)容錄入管理系統(tǒng)。監(jiān)控正在履約的合同，檢查客戶是否按時(shí)付款，對付款的客戶發(fā)貨。3級用例圖銷售管理子系統(tǒng)4. 用Rose繪制“銷售合同管理子系統(tǒng)”的4級用例圖如下：銷售合同的主要條款是銷售合同的重心，它決定了合同簽訂雙方的義務(wù)和權(quán)利，決定了銷售合同是否有效和是否合法，是當(dāng)事人履行合同的主要依據(jù)。這是一份合同的重中之重，營銷

5、員在簽訂合同的過程中，一定要對合同所具備的主要條款逐一審明，詳盡規(guī)定，使之清楚、明確。4級用例圖銷售合同管理子系統(tǒng)【實(shí)驗(yàn)總結(jié)】1. 在添加用例之間的關(guān)系時(shí)應(yīng)注意，用例之間的關(guān)系有：一般關(guān)聯(lián)關(guān)系（用無方向?qū)嵖兗^或單向?qū)嵕€箭頭）；包含關(guān)系；擴(kuò)展關(guān)系（都是一種依賴關(guān)系，所以用依賴線【虛線箭頭】）；泛化關(guān)系（空心三角實(shí)線箭頭）。2. 剛進(jìn)到實(shí)驗(yàn)室去做實(shí)驗(yàn)的時(shí)候，不知道如何下手去做，后來看看文檔，然后再做就很容易上手了。實(shí)驗(yàn)二、分析建?！緦?shí)驗(yàn)日期】2012年3月19日【實(shí)驗(yàn)?zāi)康摹縧 理解面向?qū)ο笙到y(tǒng)和對象類建模（概念建模）的概念l 了解和掌握面向?qū)ο笙到y(tǒng)分析的方法和步驟l 了解和掌握尋找開發(fā)系統(tǒng)中類（

6、概念）的方法和技巧l 掌握用Rose繪制概念模型的方法【實(shí)驗(yàn)內(nèi)容】在用例分析的基礎(chǔ)上，選擇第一個(gè)迭代周期打算開發(fā)的用例，建立相關(guān)的概念模型【實(shí)驗(yàn)原理與步驟】建模原理：1. 使用概念目錄列表（見下圖）和非正式分析法（識別問題域的文本描述中的名詞短語，然后將其作為概念或?qū)傩缘暮蜻x對象）相結(jié)合的方法識別概念。因此，待開發(fā)用例的文字描述中，名詞可能 成為概念或?qū)傩缘暮蜻x對象；表示 行為的動詞詞組有可能成為事務(wù)型或過程 型對象；形容詞組有可能對應(yīng)抽象的名詞型概念。采用的技術(shù)基本上就是：ER圖和純行為+OO的聚合、泛化。2. 最終關(guān)聯(lián)的數(shù)量 介于“需要知道”型關(guān)聯(lián)與【“需要知道”型關(guān)聯(lián)+“需要理解”型（從

7、通用關(guān)聯(lián)列表中派生出的，見下圖）】之間?！緦?shí)驗(yàn)結(jié)果】用Rose繪制的概念模型如下圖：【實(shí)驗(yàn)總結(jié)】1. 此實(shí)驗(yàn)主要注意關(guān)聯(lián)的命名、畫法和閱讀方向。比如：打算在“銷售客戶”與“銷售合同之間畫一一般關(guān)聯(lián)，命名為“簽訂”，顯然主語是“銷售客戶”，賓主是“銷售合同”，畫線的時(shí)候反而要從賓主拖向主語，這樣，打開連線的規(guī)格說明，才可以看到RoleA是“銷售客戶”。2. 關(guān)于聚合與組合，首先，關(guān)聯(lián)的讀法是A聚合成B（因此菱形在大頭），因此 要從B畫向A，比如：從“銷售合同”畫向“銷售合同明細(xì)”。這時(shí)Role B Detail中的Aggregate就已經(jīng) 選中（表示 聚合，是空心菱形），如果再選中Bye Val

8、ue，就變成 組合了（空心菱形）。實(shí)驗(yàn)三、設(shè)計(jì)建模1【實(shí)驗(yàn)日期】2012年3月26日【實(shí)驗(yàn)?zāi)康摹縧 理解順序圖的基本概念l 了解和掌握軟件工程中用例邏輯時(shí)序的分析方法l 掌握使用Rose創(chuàng)建順序黑乎乎 的方法 【實(shí)驗(yàn)內(nèi)容】在用例模型和概念模型的基礎(chǔ)上，對首選的用例進(jìn)行分解，識別出系統(tǒng)事件（系統(tǒng)操作）、（并寫出契約的后置條件）；為每個(gè)系統(tǒng)事件畫順序圖，為對象分配職責(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. 請仔細(xì)研

9、究下圖，考察它是如何從左邊的“購買商品”用例文字描述中分解出3個(gè)系統(tǒng)事件的。4. 參照用例模型和概念模型。為每個(gè)系統(tǒng)操作估計(jì)后置條件。（實(shí)例創(chuàng)建、形成關(guān)聯(lián)、屬性修改）5. 按照設(shè)計(jì)模式為對象分配職責(zé)步驟：1. 分析首選用例的文字描述，按事件進(jìn)行分解，識別出系統(tǒng)事件。（下面以“企業(yè)綜合信息管理系統(tǒng)”）“進(jìn)銷存管理”子系統(tǒng)“銷售管理”“合同管理”主線中的“收款單處理”用例為例）。2. 為每個(gè)系統(tǒng)事件估計(jì)后置條件。（以上做了部分分析）3. 按設(shè)計(jì)模式進(jìn)行設(shè)計(jì)首先考慮控制者，領(lǐng)域控制者選參與者角色，即“銷售人員”。為了避免使用FORM窗口等表示層對象，我們構(gòu)造一個(gè)類“應(yīng)用協(xié)調(diào)者”向控制者發(fā)送消息?！緦?shí)驗(yàn)結(jié)果】用Rose畫出的設(shè)計(jì)類圖如下圖：用Rose畫出的順序圖如下：實(shí)驗(yàn)四、設(shè)計(jì)建模2【實(shí)驗(yàn)日期】2012年4月2日【實(shí)驗(yàn)?zāi)康摹縧 理解面向?qū)ο箢愔g關(guān)聯(lián)的概念l 了解和掌握分析類之間關(guān)聯(lián)關(guān)系的方法l 了解和掌握待開發(fā)系統(tǒng)中類之間關(guān)聯(lián)關(guān)系的分析方法l 完善設(shè)計(jì)類圖，掌握使用Rose對關(guān)聯(lián)進(jìn)行建模的過程【實(shí)驗(yàn)內(nèi)容】根據(jù)設(shè)計(jì)建模（1）中交互分析，進(jìn)一步設(shè)計(jì)關(guān)聯(lián)和對象 可見性（補(bǔ)上遺漏的關(guān)聯(lián)），完善設(shè)計(jì)類圖?！緦?shí)驗(yàn)原理與步驟】【實(shí)驗(yàn)結(jié)果】用Rose完善的設(shè)計(jì)類圖如下圖：【UML與軟件建模實(shí)驗(yàn)總結(jié)】在建模過程中，遇到一些問題，諸如某些操作界面無法看到，一些修改影響了其他模圖的建立，通過詢問輔導(dǎo)老