前言

? ? 前面的博文為大家分享了UML模型中的用例圖、靜態圖。接下來繼續為大家分享UML模型中的圖—行為圖。

正文

? ? 行為圖用來描述系統的動態模型和對象之間的交互關系。行為圖在UML模型中也是一個語義上分類的圖，它包括三種UML模型中的圖— 狀態圖、活動圖、 交互圖。 其中交互圖用來描述對象之間的交互關系，它也只是語義上的分類，包括兩種UML模型中的圖— 序列圖、協作圖 。接下來小編與您一起學習這四種圖。
四、狀態圖
? ? 狀態圖用來描述類的特定對象所有可能存在的狀態以及由于各種事件的發生而引起狀態改變時的轉移條件，它是一種由狀態、變遷、事件和活動組成的狀態機。用狀態圖說明系統的動態視圖，主要用于表現從一個狀態到另一方狀態的控制流，不僅可以表現一個對象擁有的狀態還可以說明事件（如消息的接收、錯誤、條件變更等）如何隨著事件的推移來影響這些狀態。狀態圖對于接口、類、協作的行為建模很重要，可用它描述用例實例的生命周期。
? ? 狀態圖側重描述對象的行為結果。狀態圖可以幫助我們開發一個完整的系統時，從整體上把一個系統劃分為幾個子系統，了解系統有哪幾個功能模塊，以及它們之間是如何轉化的；從部分上可以對系統中的某個對象進行狀態分析。分析某個對象在實現某個功能過程中有哪些狀態變化。根據不同的開發階段、根據不同的需求，我們來做出當前所需的狀態圖，更好地為開發時編碼指引方向。
繪制狀態圖
狀態圖包含的內容：狀態、轉換/變遷、事件、動作、活動
狀態： 一個對象在其生命周期所有可能存在的狀況。一個完整的狀態由名字、入口/出口動作、內部轉換、活動等組成。入口/出口動作表示進入/退出這個狀態所執行的動作。內部轉換不會引起狀態變化的轉換。定義內部轉換的原因是有時候入口/出口動作是多余的。比如某狀態的入口/出口是打開/關閉文件，而用戶只想修改文件名字，這個時候定義的入口/出口動作就顯得多余了，可以直接使用內部轉換了。
轉換： 轉換是對象從一種狀態到另一種狀態的過渡。在UML里，轉換由5個部分組成，源狀態、目標狀態、觸發事件、監護條件和動作。
事件： 事件可以觸發狀態之間的轉換。
動作： 原子性的，表示一個簡單的計算處理過程，是狀態在轉換過程中發生的不可中斷的行為。
活動： 非原子性的，由一系列的動作組成。
步驟： 1、確定一個對其生命周期進行描述的參與行為的類。2、對類的對象進行建模，確定該對象可能存在的狀態。3、對事件建模，確定該對象可能存在的事件。4、對動作建模，確定當轉換被激活時，相應的執行動作。
以機房收費系統中【注冊】為例舉例說明：

五、活動圖
? ? 活動圖用來闡明業務用例實現的工作流程，它描述滿足用例要求所要進行的活動以及活動間的約束關系。
? ? 活動圖是UML建模對系統的動態行為的描述，它描述活動的順序，展現從一個活動到另一個活動的控制流?；顒訄D本質上是一種流程圖?；顒訄D著重表現從一個活動到另一個活動的控制流，是內部處理驅動的流程。
? ? 活動圖描述的是對象活動的順序關系所遵循的原則，它著重表現的是系統的行為，而非系統的處理過程?；顒訄D能表現并發活動的情形，活動圖是面向對象的。
繪制活動圖：
活動圖包括的基本圖符：起始點、終止點、起始狀態、終止狀態、對象流（帶箭頭的虛線表示）、泳道（每個活動由哪些人或哪些部分完成）、關系
活動圖的四種關系表示：
【遷移】：前一個活動完成的狀態與下一個活動開始的狀態之間的關系

【分支】：根據條件的不同，控制執行的方向

【分叉】：分叉后的活動可以并發執行

【結合】：將上面的并發活動再次結合到一起

以機房收費系統中【登錄】【上下機】為例舉例說明：

有泳道的活動圖：

結語

? ? 本文中，小編主要為您分享了行為圖中的狀態圖和活動圖。初次學習，歸納總結的如有不妥的地方，還請您能及時給予指正哦。接下來小編將為您繼續分享UML模型中的圖-交互圖。
*感謝您的閱讀，希望對您能有所幫助*

總結

以上是生活随笔為你收集整理的UML模型中的图-行为图【状态图、活动图】的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。