如何進(jìn)行UML需求分析及其意義解析
本節(jié)向大家介紹一下UML需求分析，主要包括為什么要用UML進(jìn)行需求分析和，如何進(jìn)行UML需求分析，以及用例圖繪制等內(nèi)容，希望通過本節(jié)的學(xué)習(xí)你對(duì)UML需求分析有全面的認(rèn)識(shí)。
1.UML需求分析培訓(xùn)
1.1為什么要用UML進(jìn)行需求分析
什么是UML？
UnifiedModelingLanguage(UML)又稱統(tǒng)一建模語(yǔ)言或標(biāo)準(zhǔn)建模語(yǔ)言,是始于1997年一個(gè)OMG標(biāo)準(zhǔn)，它是一個(gè)支持模型化和軟件系統(tǒng)開發(fā)的圖形化語(yǔ)言,為軟件開發(fā)的所有階段提供模型化和可視化支持，包括由需求分析到規(guī)格，到構(gòu)造和配置。
我這里就不講需求分析在軟件產(chǎn)品開發(fā)中的地位了,我從項(xiàng)目開發(fā)的實(shí)際情況講一下為什么要用UML進(jìn)行需求分析
1:UML需求分析是一項(xiàng)重要且貫穿整個(gè)項(xiàng)目開發(fā)的過程,這樣就需要一份很好文檔提供給每一個(gè)階段的開發(fā)人員,包括:測(cè)試人員,維護(hù)人員
2:需求分析文檔是要給需求管理人員,項(xiàng)目經(jīng)理,用戶,測(cè)試人員,項(xiàng)目開發(fā)人員看的,如何把需求分析人員所知道的需求很好描述出來也是一件很重要的工作,因?yàn)樾枨蠓治龀鰜淼闹饕墙o別人看;這是僅僅用文字描述是不夠的,還需要用圖表等多種情形展現(xiàn)需求
1.2如何進(jìn)行UML需求分析？
UML的展現(xiàn)形式有多種,如:類圖,用例圖,順序圖,活動(dòng)圖,狀態(tài)圖等,要跟具實(shí)際情況進(jìn)行選用,我一般在做需求分析時(shí)選用"用例圖"和"活動(dòng)圖"
1:用例圖中清楚的、簡(jiǎn)要的用例描述每個(gè)角色能夠使用的功能,方便在用戶確認(rèn)需求時(shí)很清楚有哪些功能及每個(gè)角色的權(quán)限.
2:活動(dòng)圖反應(yīng)的是一個(gè)業(yè)務(wù)的工作流程,使用活動(dòng)圖有以下好處:
(1):方便用戶確認(rèn)需求,因?yàn)橛脩糇盍私夤ぷ髁鞒?在確認(rèn)需求時(shí),用戶通過我們的活動(dòng)圖,就很容易發(fā)現(xiàn)是否滿足需求.
(2):有利于于開發(fā)人員對(duì)整個(gè)業(yè)務(wù)的了解,知道自己在做些什么及如何做.提出不同的解決方案
1.2.1用例圖
用例圖的作用及描述
UML需求分析中用例圖說明的是誰(shuí)要使用系統(tǒng)以及他們使用該系統(tǒng)可以做些什么?(用例圖說明的是業(yè)務(wù)需求)它描述了系統(tǒng)提供的一個(gè)功能單元。
====主要目的
用例圖的主要目的是幫助開發(fā)團(tuán)隊(duì)以一種可視化的方式理解系統(tǒng)的功能需求，以及系統(tǒng)內(nèi)用例之間的關(guān)系。用例圖一般表示出用例的組織關(guān)系.
反應(yīng)每個(gè)角色的權(quán)限,清楚的、簡(jiǎn)要的描述每個(gè)角色能夠使用的功能,方便在用戶確認(rèn)需求時(shí)很清楚每個(gè)角色的權(quán)限.
用例圖的畫法
名詞解釋
1:參與者
參與者不是特指人，是指系統(tǒng)以外的，在使用系統(tǒng)或與系統(tǒng)交互中所扮演的角色。因此參與者可以是人，可以是事物，也可以是時(shí)間或其他系統(tǒng)等等。還有一點(diǎn)要注意的是，參與者不是指人或事物本身，而是表示人或事物當(dāng)時(shí)所扮演的角色。比如小明是圖書館的管理員，他參與圖書館管理系統(tǒng)的交互，這時(shí)他既可以作為管理員這個(gè)角色參與管理，也可以作為借書者向圖書館借書，在這里小明扮演了兩個(gè)角色，是兩個(gè)不同的參與者。參與者在畫圖中用簡(jiǎn)筆人物畫來表示，人物下面附上參與者的名稱。
2:用例
用例是用戶期望系統(tǒng)具備的動(dòng)作.創(chuàng)立一個(gè)用例名時(shí),要盡量使用主動(dòng)語(yǔ)態(tài)動(dòng)詞和可以描述系統(tǒng)上執(zhí)行的功能的名詞.
3:箭頭
箭頭用來表示參與者和系統(tǒng)通過相互發(fā)送信號(hào)或消息進(jìn)行交互的關(guān)聯(lián)關(guān)系。箭頭尾部用來表示啟動(dòng)交互的一方，箭頭頭部用來表示被啟動(dòng)的一方，其中用例總是要由參與者來啟動(dòng)。
UML需求分析中角色之間的關(guān)系：
由于角色實(shí)質(zhì)上也是類，所以它擁有與類相同的關(guān)系描述，即角色之間存在泛化關(guān)系，泛化關(guān)系的含義是把某些角色的共同行為提取出來表示為通用的行為。
1:泛化
是一種用于表示UML中項(xiàng)目的繼承的技術(shù).泛化可以應(yīng)用于參與者和用例來表示其子項(xiàng)從父項(xiàng)繼承功能,而且泛化還表示父親的每個(gè)孩子都有著略微不同的功能或目的以確保自己的惟一性.
泛化關(guān)系的含義是把某些角色的共同行為提取出來表示為通用的行為。
◆只要能說出"A項(xiàng)是B項(xiàng)的一種",你就找到了一個(gè)泛化.
UML需求分析中用例與用例之間的關(guān)系
1:泛化
2:包含關(guān)系：
基本用例的行為包含了另一個(gè)用例的行為。基本用例描述在多個(gè)用例中都有的公共行為。包含關(guān)系本質(zhì)上是比較特殊的依賴關(guān)系。它比一般的依賴關(guān)系多了一些語(yǔ)義。在包含關(guān)系中箭頭的方向是從基本用例到包含用例。在UML1.1中用例之間是使用和擴(kuò)展這兩種關(guān)系，這兩種關(guān)系都是泛化關(guān)系的版型。在UML1.3以后的版本中用例之間是包含和擴(kuò)展這兩種關(guān)系。
◆當(dāng)一個(gè)用例要一直使用另一個(gè)用例時(shí)就確定為包含關(guān)系.
3:擴(kuò)展關(guān)系
擴(kuò)展關(guān)系的基本含義和泛化關(guān)系類似，但在擴(kuò)展關(guān)系中，對(duì)于擴(kuò)展用例有更多的規(guī)則限制，基本用例必須聲明擴(kuò)展點(diǎn)，而擴(kuò)展用例只能在擴(kuò)展點(diǎn)上增加新的行為和含義。與包含關(guān)系一樣，擴(kuò)展關(guān)系也是依賴關(guān)系的版型。在擴(kuò)展關(guān)系中，箭頭的方向是從擴(kuò)展用例到基本用例，這與包含關(guān)系是不同的。
◆當(dāng)一個(gè)用例可能使用另一個(gè)用例時(shí)就確定為擴(kuò)展關(guān)系.
【編輯推薦】
