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