1、,基于UML的需求分析,中企動力內(nèi)部資料,報告人：鐘昭坤 中企動力科技集團股份有限公司 二00六年四月 北京,產(chǎn)品技術(shù)部,2,目錄,3,4,1. UML是什么？,UML,Unified Modeling Language 面向?qū)ο蟮慕y(tǒng)一建模語言,建模工具之一,實質(zhì)：溝通方法，正如英語一樣成為世界各地人解決溝通的問題。,還有together,Micrsoft Visio等,5,6,2. 為什么需求分析要用UML-溝通工具,UML的用例模型體現(xiàn)了參與者和系統(tǒng)的交互行為,UML的概念模型體現(xiàn)了域?qū)嶓w之間的關(guān)系。,2.為什么需求分析要用UML-傳統(tǒng)需求表述方式,采用功能分解方式描繪整個系統(tǒng)的組成,功能

2、分解了功能模塊。,缺少參與者與系統(tǒng)的交互行為。,設(shè)計和需求容易混淆，其中包含了一部分設(shè)計。造成不知細到什么程度？,系統(tǒng)功能之間關(guān)聯(lián)要用其它文檔描述，分割了系統(tǒng)功能所在應用環(huán)境。,8,3.UML基礎(chǔ)-概述九個UML圖,用例圖(業(yè)務建模、需求、測試) 類圖(業(yè)務建模、分析、設(shè)計) 對象圖(業(yè)務建模、分析、設(shè)計) 構(gòu)件圖(設(shè)計) 部署圖(設(shè)計) 順序圖(業(yè)務建模、分析、設(shè)計) 協(xié)作圖(業(yè)務建模、分析、設(shè)計) 狀態(tài)圖(需求，分析，設(shè)計) 活動圖(業(yè)務建模、設(shè)計),結(jié)構(gòu),行為,藍色部分作為講解內(nèi)容，其它不詳講。,3.UML基礎(chǔ)-用例圖示意,3.UML基礎(chǔ)-用例圖,用例圖表達了哪些內(nèi)容：,關(guān)系（Assoc

3、iation）,包,3.UML基礎(chǔ)-用例圖：Actor,案例：,Actor：叫法很多，有“參與者/執(zhí)行者/主角/使用者”，可以是人也可以其它事物（包括計算機設(shè)備與外部系統(tǒng)），用一個小人表示。,參與者之間的關(guān)系，參與者其實質(zhì)就是類：,繼承（泛化）關(guān)系,參與者與用例之間的關(guān)系,1、單向關(guān)系,2、雙向關(guān)系,3.UML基礎(chǔ)-用例圖：用例(use case),用況/用案/用例。,用例之間的三種關(guān)系：,包含關(guān)系,繼承關(guān)系，擴展關(guān)系,原則上來說：用例之間都是獨立的，并列的，它們之間不存在包含從屬關(guān)系。但是為了體現(xiàn)一些用例之間的業(yè)務關(guān)系，以及提高可維護性和一致性。它都是從現(xiàn)有的用例中抽取出公共的那部分信息，作

4、為一個單獨用例，然后通過不同的方法來重用這個公共的用例，以減少模型維護工作量。,3.UML基礎(chǔ)-用例圖：用例(use case)-包含關(guān)系,類似于主程序調(diào)用子程序的關(guān)系。,包含用例描述了插入到基本用例中的行為片段。,基本用例可控制與包含用例的關(guān)系，并可依賴于執(zhí)行包含用例所得的結(jié)果，但基本用例和包含用例都不能訪問對方的屬性。,3.UML基礎(chǔ)-用例圖：用例(use case)-擴展關(guān)系,用例中的一部分是可選的，可以把可選行為和必選行為分開。 只在特定的條件下執(zhí)行的分支流。 一組行為段，其中的一個或者多個段可以在基本用例中的擴展點處插入，是否插入取決于基本用例與參與者的交互。,3.UML基礎(chǔ)-用例圖

5、：用例(use case)-繼承關(guān)系,子用例和父用例相似，但加入了特別的行為，子用例繼承了父用例的所有結(jié)構(gòu)、行為和關(guān)系。,3.UML基礎(chǔ)-用例圖：擴展關(guān)系和包含關(guān)系區(qū)別,包含：是在用例A的某一點（不是判斷分支點），會到另一個用例B運行，B完成后，會回到A，并繼續(xù)該點的緊接著的下一步驟。,擴展：是在用例A的某點（條件判斷），當滿足一定條件則到B用例運行，B完成后，回到A中該點所屬條件分支結(jié)束后的下一步驟。,3.UML基礎(chǔ)-用例圖：用例關(guān)系示意,3.UML基礎(chǔ)-類圖,、域?qū)ο螅簩嶓w域?qū)ο?，過程域?qū)ο?，事件域?qū)ο蟆?2、域?qū)ο蟮年P(guān)系。,實體類,過程類,事件類,類,對象是類的實例化，它可以是一個或者幾

6、個類的抽象形成。,實體類簡稱實體。,一個或多個表； 表的所有索引； 視圖； 觸發(fā)器； 表與表之間的參照完整性。,業(yè)務邏輯或者流程,警告，屏常，超時等事件,人，事物，地點或者概念,3.UML基礎(chǔ)-概念模型（即實體關(guān)系圖）,3.UML基礎(chǔ)-實體之間關(guān)系,+,關(guān)聯(lián)聚合組合關(guān)系,繼承（泛化）,橫向,縱向,3.UML基礎(chǔ)-實體之間關(guān)系：關(guān)聯(lián)(Assosication),一對一關(guān)系,一對多關(guān)系,多對多關(guān)系,3.UML基礎(chǔ)-實體之間關(guān)系：聚合(Aggregation),3.UML基礎(chǔ)-實體之間關(guān)系：組合(又叫合成),組合關(guān)系中的部分實體對象不能單獨存在，它的生命周期依賴于整體實體的對象生命周期，當整體消失時

7、，部分也就隨之消失。而對于存在關(guān)聯(lián)關(guān)系的兩個實體，可以允許每實體的對象都單獨存在，如雇員和雇主就是這樣的關(guān)系。，例如人與手之間的就是組合關(guān)系，它在實體域?qū)ο笾g很常見。,3.UML基礎(chǔ)-狀態(tài)圖,座位圖中的座位狀態(tài)轉(zhuǎn)換圖：,3.UML基礎(chǔ)-活動圖,3.UML基礎(chǔ)-活動圖：起點終點,活動的一種特殊形式，各自只有一個。,起點：畫在左上角，只有離開的遷移。,終點：畫在右下角，只有進入的遷移。,對每一項活動，都存在從起點出發(fā)，經(jīng)過它到終點的路徑。,3.UML基礎(chǔ)-活動圖：活動,有進有出,命名：動賓結(jié)構(gòu),3.UML基礎(chǔ)-活動圖：泳道,活動的負責者,泳道可以多維的,3.UML基礎(chǔ)-活動圖：遷移與遷移條件,向

8、外遷移的條件之和必須是完備集。,向外遷移的條件之間不能重疊。,3.UML基礎(chǔ)-活動圖：判定,并行（分叉與合并）,有分必有合 = 有分必有進 = 有合必有出 = 并行！=同時 =,3.UML基礎(chǔ)-時序圖,3.UML基礎(chǔ)-其它圖,構(gòu)件圖,部署圖，又叫配置圖,34,4、怎么用UML做需求分析：需求過程,業(yè)務建模,需求定義,4、怎么用UML做需求分析：業(yè)務建模,4、怎么用UML做需求分析：業(yè)務建模步驟,4、怎么用UML做需求分析：用例模型-售票系統(tǒng),4、怎么用UML做需求分析：用例模型-影院管理系統(tǒng),4、怎么用UML做需求分析：用例模型-作用,4、怎么用UML做需求分析：用例模型-內(nèi)容,42,4、怎么用UML做需求分析：用例模型-尋找參與者,4、怎么用UML做需求分析：用例模型-確定用例,4、怎么用UML做需求分析：詳述用例的可選方式,4、怎么用UML做需求分析：用例模型-用例規(guī)約,4、怎么用UML做需求分析：用例模型-用例舉例,47,48,5. 用例描述常犯的錯誤,1、用例目標不明確，所以用例的名