基于UML的需求分析

1、基于基于UML的需求分析的需求分析報告人：鐘昭坤中企動力科技集團股份有限公司產(chǎn)品技術(shù)部產(chǎn)品技術(shù)部基于基于UML的需求分析的需求分析2基于基于UML的需求分析的需求分析3基于基于UML的需求分析的需求分析4UMLUnified Modeling Language面向?qū)ο蟮慕y(tǒng)一建模語言建模工具之一實質(zhì)：溝通方法，正如英語一樣成為世界各地人解決溝通的問題。還有together,Micrsoft Visio等基于基于UML的需求分析的需求分析5基于基于UML的需求分析的需求分析6客戶需求分析師程序員UML設(shè)計人員測試人員UML的用例模型體現(xiàn)了參與者和系統(tǒng)的交互行為UML的概念模型體現(xiàn)了域?qū)嶓w之間的關(guān)系

2、?；诨赨ML的需求分析的需求分析采用功能分解方式描繪整個系統(tǒng)的組成,功能分解了功能模塊。缺少參與者與系統(tǒng)的交互行為。設(shè)計和需求容易混淆，其中包含了一部分設(shè)計。造成不知細到什么程度？系統(tǒng)功能之間關(guān)聯(lián)要用其它文檔描述，分割了系統(tǒng)功能所在應(yīng)用環(huán)境?；诨赨ML的需求分析的需求分析8基于基于UML的需求分析的需求分析 用例圖用例圖(業(yè)務(wù)建模、需求、測試業(yè)務(wù)建模、需求、測試) 類圖類圖(業(yè)務(wù)建模、分析、設(shè)計業(yè)務(wù)建模、分析、設(shè)計) 對象圖對象圖(業(yè)務(wù)建模、分析、設(shè)計業(yè)務(wù)建模、分析、設(shè)計) 構(gòu)件圖構(gòu)件圖(設(shè)計設(shè)計) 部署圖部署圖(設(shè)計設(shè)計) 順序圖順序圖(業(yè)務(wù)建模、分析、設(shè)計業(yè)務(wù)建模、分析、設(shè)計) 協(xié)

3、作圖協(xié)作圖(業(yè)務(wù)建模、分析、設(shè)計業(yè)務(wù)建模、分析、設(shè)計) 狀態(tài)圖狀態(tài)圖(需求，分析，設(shè)計需求，分析，設(shè)計) 活動圖活動圖(業(yè)務(wù)建模、設(shè)計業(yè)務(wù)建模、設(shè)計)結(jié)構(gòu)結(jié)構(gòu)行為行為藍色部分作為講解內(nèi)容，其它不詳講。基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析用例圖表達了哪些內(nèi)容：用例圖表達了哪些內(nèi)容：關(guān)系（關(guān)系（Association）包基于基于UML的需求分析的需求分析案例：案例：Actor：叫法很多，有“參與者/執(zhí)行者/主角/使用者”，可以是人也可以其它事物（包括計算機設(shè)備與外部系統(tǒng)），用一個小人表示。參與者之間的關(guān)系，參與者其實質(zhì)就是類：參與者之間的關(guān)系，參與者其實質(zhì)就是類：

4、繼承（泛化）關(guān)系繼承（泛化）關(guān)系參與者與用例之間的關(guān)系參與者與用例之間的關(guān)系1、單向關(guān)系、單向關(guān)系2、雙向關(guān)系、雙向關(guān)系基于基于UML的需求分析的需求分析用況/用案/用例。用例之間的三種關(guān)用例之間的三種關(guān)系：系：包含關(guān)系繼承關(guān)系，擴展關(guān)系原則上來說：用例之間都是獨立的，并列的，它們之間不存在包含從屬關(guān)系。但是為了體現(xiàn)一些用例之間的業(yè)務(wù)關(guān)系，以及提高可維護性和一致性。它都是從現(xiàn)有的用例中抽取出公共的那部分信息，作為一個單獨用例，然后通過不同的方法來重用這個公共的用例，以減少模型維護工作量?；诨赨ML的需求分析的需求分析類似于主程序調(diào)用子程序的關(guān)系。包含用例描述了插入到基本用例中的行為片段?；?/p>

5、本用例可控制與包含用例的關(guān)系，并可依賴于執(zhí)行包含用例所得的結(jié)果，但基本用例和包含用例都不能訪問對方的屬性?；诨赨ML的需求分析的需求分析用例中的一部分是可選的，可以把可選行為和必選行為分開。只在特定的條件下執(zhí)行的分支流。一組行為段，其中的一個或者多個段可以在基本用例中的擴展點處插入，是否插入取決于基本用例與參與者的交互。基于基于UML的需求分析的需求分析子用例和父用例相似，但加入了特子用例和父用例相似，但加入了特別的行為，子用例繼承了父用例的別的行為，子用例繼承了父用例的所有結(jié)構(gòu)、行為和關(guān)系。所有結(jié)構(gòu)、行為和關(guān)系?；诨赨ML的需求分析的需求分析包含：包含：是在用例A的某一點（不是判斷分

6、支點），會到另一個用例B運行，B完成后，會回到A，并繼續(xù)該點的緊接著的下一步驟。擴展：擴展：是在用例A的某點（條件判斷），當滿足一定條件則到B用例運行，B完成后，回到A中該點所屬條件分支結(jié)束后的下一步驟?；诨赨ML的需求分析的需求分析基于基于UML的需求分析的需求分析域模型（面向?qū)ο螅└拍钅Ｐ蛿?shù)據(jù)模型（面向關(guān)系）軟件分軟件分析階段析階段軟件設(shè)計階段軟件設(shè)計階段對象-關(guān)系映射、域?qū)ο螅簩嶓w域?qū)ο?，過程域?qū)ο?，事件域?qū)ο蟆?、域?qū)ο蟮年P(guān)系。實體類過程類事件類類對象對象是類的實例化，它可以是一個或者幾個類的抽象形成。實體類簡稱實體。一個或多個表；表的所有索引；視圖；觸發(fā)器；表與表之間的參照完整性

7、。業(yè)務(wù)邏輯或者流程警告，屏常，超時等事件人，事物，地點或者概念基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析+關(guān)聯(lián)關(guān)聯(lián)聚合聚合組合關(guān)系組合關(guān)系繼承（泛化）繼承（泛化）橫向縱向基于基于UML的需求分析的需求分析一對一關(guān)系一對多關(guān)系多對多關(guān)系基于基于UML的需求分析的需求分析Aggregation基于基于UML的需求分析的需求分析又叫合成又叫合成 組合關(guān)系中的部分實體對象不能單獨存在，它的生組合關(guān)系中的部分實體對象不能單獨存在，它的生命周期依賴于整體實體的對象生命周期，當整體消命周期依賴于整體實體的對象生命周期，當整體消失時，部分也就隨之消失。而對于存在關(guān)聯(lián)關(guān)系的失時，部分也

8、就隨之消失。而對于存在關(guān)聯(lián)關(guān)系的兩個實體，可以允許每實體的對象都單獨存在，如兩個實體，可以允許每實體的對象都單獨存在，如雇員和雇主就是這樣的關(guān)系。，例如人與手之間的雇員和雇主就是這樣的關(guān)系。，例如人與手之間的就是組合關(guān)系，它在實體域?qū)ο笾g很常見。就是組合關(guān)系，它在實體域?qū)ο笾g很常見。基于基于UML的需求分析的需求分析座位圖中的座位狀態(tài)轉(zhuǎn)換圖：基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析活動的一種特殊形式，各自只有一個。起點：畫在左上角，只有離開的遷移。終點：畫在右下角，只有進入的遷移。對每一項活動，都存在從起點出發(fā)，經(jīng)過它到終點的路徑?；诨赨ML的需求分析的需求

9、分析有進有出命名：動賓結(jié)構(gòu)基于基于UML的需求分析的需求分析活動的負責者泳道可以多維的基于基于UML的需求分析的需求分析向外遷移的條件之和必須是完備集。向外遷移的條件之間不能重疊?；诨赨ML的需求分析的需求分析有分必有合有分必有合=有分必有進有分必有進=有合必有出有合必有出=并行！并行！=同時同時=基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析構(gòu)件圖部署圖，又叫配置圖基于基于UML的需求分析的需求分析34基于基于UML的需求分析的需求分析業(yè)務(wù)建模業(yè)務(wù)建模需求定義需求定義基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析42基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析47基于基于UML的需求分析的需求分析481、用例目標不明確，所以用例的名詞取的不太準確。2、沒