如何進(jìn)行UML需求分析及其意義解析
本節(jié)向大家介紹一下UML需求分析，主要包括為什么要用UML進(jìn)行需求分析和，如何進(jìn)行UML需求分析，以及用例圖繪制等內(nèi)容，希望通過(guò)本節(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)開(kāi)發(fā)的圖形化語(yǔ)言,為軟件開(kāi)發(fā)的所有階段提供模型化和可視化支持，包括由需求分析到規(guī)格，到構(gòu)造和配置。
我這里就不講需求分析在軟件產(chǎn)品開(kāi)發(fā)中的地位了,我從項(xiàng)目開(kāi)發(fā)的實(shí)際情況講一下為什么要用UML進(jìn)行需求分析
1:UML需求分析是一項(xiàng)重要且貫穿整個(gè)項(xiàng)目開(kāi)發(fā)的過(guò)程,這樣就需要一份很好文檔提供給每一個(gè)階段的開(kāi)發(fā)人員,包括:測(cè)試人員,維護(hù)人員
2:需求分析文檔是要給需求管理人員,項(xiàng)目經(jīng)理,用戶,測(cè)試人員,項(xiàng)目開(kāi)發(fā)人員看的,如何把需求分析人員所知道的需求很好描述出來(lái)也是一件很重要的工作,因?yàn)樾枨蠓治龀鰜?lái)的主要是給別人看;這是僅僅用文字描述是不夠的,還需要用圖表等多種情形展現(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í),用戶通過(guò)我們的活動(dòng)圖,就很容易發(fā)現(xiàn)是否滿足需求.
(2):有利于于開(kāi)發(fā)人員對(duì)整個(gè)業(yè)務(wù)的了解,知道自己在做些什么及如何做.提出不同的解決方案
1.2.1用例圖
用例圖的作用及描述
UML需求分析中用例圖說(shuō)明的是誰(shuí)要使用系統(tǒng)以及他們使用該系統(tǒng)可以做些什么?(用例圖說(shuō)明的是業(yè)務(wù)需求)它描述了系統(tǒng)提供的一個(gè)功能單元。
====主要目的
用例圖的主要目的是幫助開(kāi)發(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)限.
用例圖的畫(huà)法
名詞解釋
1:參與者
參與者不是特指人，是指系統(tǒng)以外的，在使用系統(tǒng)或與系統(tǒng)交互中所扮演的角色。因此參與者可以是人，可以是事物，也可以是時(shí)間或其他系統(tǒng)等等。還有一點(diǎn)要注意的是，參與者不是指人或事物本身，而是表示人或事物當(dāng)時(shí)所扮演的角色。比如小明是圖書(shū)館的管理員，他參與圖書(shū)館管理系統(tǒng)的交互，這時(shí)他既可以作為管理員這個(gè)角色參與管理，也可以作為借書(shū)者向圖書(shū)館借書(shū)，在這里小明扮演了兩個(gè)角色，是兩個(gè)不同的參與者。參與者在畫(huà)圖中用簡(jiǎn)筆人物畫(huà)來(lái)表示，人物下面附上參與者的名稱。
2:用例
用例是用戶期望系統(tǒng)具備的動(dòng)作.創(chuàng)立一個(gè)用例名時(shí),要盡量使用主動(dòng)語(yǔ)態(tài)動(dòng)詞和可以描述系統(tǒng)上執(zhí)行的功能的名詞.
3:箭頭
箭頭用來(lái)表示參與者和系統(tǒng)通過(guò)相互發(fā)送信號(hào)或消息進(jìn)行交互的關(guān)聯(lián)關(guān)系。箭頭尾部用來(lái)表示啟動(dòng)交互的一方，箭頭頭部用來(lái)表示被啟動(dòng)的一方，其中用例總是要由參與者來(lái)啟動(dòng)。
UML需求分析中角色之間的關(guān)系：
由于角色實(shí)質(zhì)上也是類，所以它擁有與類相同的關(guān)系描述，即角色之間存在泛化關(guān)系，泛化關(guān)系的含義是把某些角色的共同行為提取出來(lái)表示為通用的行為。
1:泛化
是一種用于表示UML中項(xiàng)目的繼承的技術(shù).泛化可以應(yīng)用于參與者和用例來(lái)表示其子項(xiàng)從父項(xiàng)繼承功能,而且泛化還表示父親的每個(gè)孩子都有著略微不同的功能或目的以確保自己的惟一性.
泛化關(guān)系的含義是把某些角色的共同行為提取出來(lái)表示為通用的行為。
◆只要能說(shuō)出"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)系.
【編輯推薦】
