UML歸納：UML九種圖形建立步驟解析
本節和大家一起學習一下UML歸納：UML中各種圖形的建立步驟，主要從九個角度來向大家介紹，相信通過本節的介紹你對UML語言各種圖形的建立步驟有一定的了解。下面就讓我們一起來看一下具體介紹吧。
UML語言各種圖形的建立步驟
1．UML歸納用例圖的建立步驟：
1〉找出系統外部的活動者和外部系統，確定系統的邊界和范圍。
2〉確定每一個活動者所希望的系統行為。
3〉把這些系統行為命名為用例。
4〉把一些公共的系統行為分解為一批新的用例，供其它的用例引用。把一些變更的行為分解為擴展用例。
5〉編制每一個用例的劇本。
6〉繪制用例圖。
7〉區分主業務流和例外情況的事件流。可以把表達例外的情況的事件流的用例圖畫成一個單獨的子用例圖。
8〉精化用例圖，解決用例見得重復與沖入問題，簡化用例中的對話序列，用力圖可以有不同的層次，高層次系統的用例可以分解為若干個下屬子系統中的子用例。
2．UML歸納對象類圖的建立步驟：
1〉研究分析問題領域，確定系統的需求。
2〉發現對象和對象類，明確他們的含義和責任，確定屬性和操作。
3〉發現類之間的靜態聯系。著重分析找出對象類之間的一般和特殊關系，部分與整體關系，研究類的繼承性和多態性，把類之間的靜態聯系用關聯、泛化、聚合、組合、依賴等聯系表達出來，雖然對象類圖表達的是系統的靜態結構特征，但是應當把對系統的靜態分析與動態分析結合起來，更能準確地了解系統的靜態結構特征。
4〉設計類與聯系。調整和精化已得到的對象類和類之間的聯系，解決諸如命名沖突、功能重復等問題。
5〉繪制對象類圖并編制相應的說明。上述做法是直接從領域分析抽取對象和對象類開始的，這是常規的面向對象的系統分析與設計的做法。Rational統一過程主張采用用例驅動的系統分析與設計方法。從業務領域的分析中先抽取活動者和用例，建立業務模型。業務模型包括業務用例模型、設計模型、實現模型和測試模型。
3．UML歸納系統中的例外情況建模：
1〉對于每一個對象類和接口，找出可能發生的例外情況和出現例外情況的條件。
2〉把每一個例外情況用一個信號類描述，類名前冠有構造型《exception》。
3〉建立例外情況的層次結構，把一般性的例外情況置于高層，把特殊性的例外情況置于低層。
4〉對于每一個操作確定可能發生的例外情況。在操作和他的例外情況的信號圖表之間有一條虛箭線連接，其上標出構造型《send》，表示從操作到他的例外情況的send依賴。
4．UML歸納順序圖的建立步驟：
1〉確定交互的上下文。
2〉找出參與交互的對象類角色，把他們橫向排列在順序圖的頂部，最重要的對象安置在最左邊，交互密切的對象盡可能相鄰。在交互中創建的對象在垂直方向應安置在其被創建的時間點處。
3〉對每一個對象設置一條垂直的向下的生命線。
4〉從初始化交互的信息開始，自頂向下在對象的生命線之間安置信息。注意用箭頭的形式區別同步消息和異步消息。根據順序圖是屬于說明層還是屬于實例層，給出消息標簽的內容，以及必要的構造型與約束。
5〉在生命線上繪出對象的激活期，以及對象創建或銷毀的構造型和標記。
6〉更具消息之間的關系，確定循環結構及循環參數和出口條件。
5．UML歸納協同圖的建立步驟：
1〉確定交互的上下文。
2〉找出參與交互的對象類角色，把他們作為圖形的節點安置在協同圖中。最重要的對象安置在圖的中央，與他有直接交互的對象安置在鄰近。
3〉設置對象的初始性質。
4〉說明對象之間的鏈接。首先給出對象之間的關聯連接，然后給出其它連接，并且給出必要的裝飾，如構造型《global》《local》等。
5〉從初始化交互的消息開始，在鏈接上安置相應的消息，給出消息的序號。注意用箭頭的形式區別同步消息和異步消息。根據順序圖是屬于說明層還是屬于實例層，給出消息標簽的內容，以及必要的構造型和約束。
6〉處理一些特殊情況，如循環、自調用、回調、多對象等。
6．UML歸納狀態圖的建立步驟：
1〉確定狀態機的上下文，它可以是一個類、子系統或整個系統。
2〉選擇初始狀態和終結狀態。
3〉發現對象的各種狀態。注意應當仔細找出對問題有意義的對象狀態屬性，這些屬性具有少量的值，且該屬性的值的轉換受限制。狀態屬性值的組合，結合行為有關的事件和動作，就可以確定具有特定的行為特征的狀態。
4〉確定狀態可能發生的裝移。注意份已從一個狀態可能轉移到那些狀態，對象的哪些行為可引起狀態的轉移并找出觸發狀態轉移的事件。
5〉把必要的動作加到狀態或轉移上。
6〉里要超狀態、子狀態、分支、歷史狀態等概念組織和簡化一個復雜的狀態機。
7〉分析狀態的并發和同步情況。
8〉繪制狀態圖。
9〉確認每一個狀態在某個時間組合之下都是可到達的。確認沒有一個死端狀態，對象不能從該狀態轉移出來。
7．UML歸納活動圖的建立步驟：
1〉找出負責實現工作流的業務對象。這些對象可以是現實業務領域中的實體，也可以是一種抽象的概念或事物。為每一個重要的業務對象建立一條泳道。
2〉確定工作流的初始狀態和終結狀態，明確工作流的邊界。
3〉從工作流的初始狀態開始，找出隨時間而發生的活動和動作，把他們表示成活動狀態或動作狀態。
4〉對于復雜的動作或多次重復出現的一組動作，可以把他們組成一個活動狀態，并且用另外一個活動圖來展開表示。
5〉給出連接活動和動作的轉移（動作流）。首先處理順序動作流，然后處理條件分支。***處理分劈和接合。
6〉在活動圖中給出與工作流有關的重要對象，并用虛箭線把他們與活動狀態或動作狀態相連接。
8．UML歸納包圖的建立步驟：
1〉分析系統模型元素（通常是對象類），把概念上或語義上相近的模型元素納入一個包。
注意可以從類的功能的相關性來確定納入包中的對象類。以下幾點可作為分析對象類的功能相關性的參考
（1）如果一個類的行為和/或結構的變更要求另一個相應的變更，則這兩個類是功能相關的。
（2）如果刪除一個類后，另一個類便變成是多余的，則這連個類是功能相關的，這說明該剩余的類只為那個被刪除的類所使用，他們之間有依賴關系。
（3）如果兩個類之間大量的頻繁交互或通信，則這兩個類是功能相關的。
（4）如果兩個類之間有一般/特殊關系，則這兩個類是功能相關的。
（5）如果一個類激發創建另一個類的對象，則這兩個類是功能相關的。
（6）如果兩個類不涉及統一個外部活動著，則這兩個類不應放在同一個包中。
（7）一個包應當具有高內聚性，包中的對象類應該是功能相關的。
2〉對于每一個包，標出其模型元素的可視性：公共、保護或私有。
3〉確定包與包之間的依賴關系，特別是輸入依賴。
4〉確定包與包之間的泛化關系，確定包元素的多態性和重載。
5〉繪制包圖。
6〉包圖精化。
9．UML歸納組件圖的建立步驟：
1〉確定組件。首先要分解系統，考慮有關系統的組成管理、軟件的重用核物理節點的配置等因素，把關系密切的可執行程序和對象庫分別歸入組件，找出相應的對象類、接口等模型元素。
2〉對組件加上必要的構造型?？梢允褂胾ml的標準構造型《executable》、《library》、《table》、《file》、《document》，或自定義新的構造型，說明組件的性質。
3〉確定組件之間的聯系。最常見的組件之間的聯系是通過接口依賴。一個組件使用某個接口，另一個組件實現該接口。
4〉必要時把組件組織成包。組件和對象類、協同等模型元素一樣可以組織成包。
5〉繪制組件圖。
10．UML歸納配置圖的建立步驟：
1〉確定節點。注意：標示系統中的硬件設備，包括大型主機、服務器、前端機、網絡設備、輸入/輸出設備等。一個處理機是一個節點，它具有處理功能，能夠執行一個組件；一個設備也是一個節點，她沒有處理功能，但他是系統和現實世界的接口。
2〉對節點加上必要的構造型。可以使用uml的標準構造型或自定義新的構造型，說明節點的性質。
3〉確定聯系。這是關鍵步驟。配置圖中的聯系包括節點與節點之間的聯系，節電與組件之間的聯系，組件與組件之間的聯系，可以使用標準構造型或自定義新的構造型說明聯系的性質。
把系統的組件如可執行程序，動態連接庫等分配到節點上，并確定節點與節點之間，節點與組件之間，組件與組件之間的聯系，以及他們的性質。
4〉繪制配置圖。
【編輯推薦】
