以下是一個圖書館管理系統的狀態圖，非常典型，涵蓋狀態圖的全部元素的使用，由於狀態圖相對照較簡單，直接從看圖就能非常好地掌握。假設想對狀態圖的元素嚴謹的概念進行了解，在圖下方，有仔細的敘述。
看了上面的狀態圖，相信已經對狀態圖有了比較宏觀的把握，面對接下來的理論知識，你會感覺內容非常少，這個感覺是非常自然的，由於內容確實少。時刻記得UML的重要思想如UML的定義“統一建模語言”，重在“統一”。
狀態圖顯示一個狀態機，通常指用於描寫敘述單個對象的行為，主要用於描寫敘述對象的狀態變化一確定何種行為改變了對象狀態，以及對象狀態變化對系統的影響。一般用於描寫敘述實體類對象的整個生命周期內的狀態變遷以獲得對這個實體的理解，同一時候獲得系統和實體對象相互影響的關系。
假設想要描寫敘述對象間的交互，最好採用時序圖或協作圖，效果會更令你愜意。
狀態圖的組成元素：
- 初始狀態
初始狀態是狀態機的起始位置，它不須要事件的觸發。
- 狀態
狀態是對象運行某項活動或等待某個事件是的條件。
- 復合狀態
復合狀態是具有子狀態（或稱為嵌套狀態）的狀態。其子狀態能夠是一個局部完整的過程，包含一個初始狀態和一個終止狀態。
- 轉移
轉移是兩個狀態之間的關系，它表示當發生指定事件而且滿足指定條件時，第一個狀態中的對象將運行某些操作並進入第二個狀志。一般來說，轉移總是由一個事件來驅動的，只是有時候轉移是不須要事件的，沒有事件的轉移稱為"全然轉移"，它表示某個狀態的"默認發生"。比如當圖書處於借出狀態時，它能夠默認的轉移為"不可借出"狀態。
- 事件
事件是一個特定的動作或行為，有時候也包含系統時鍾之類的定時器，假設條件瞞足，事件的發生將觸發一個轉移。
- 終於狀態
終於狀態表示狀態機運行結束，或者對象生命周期結束。
以下就用機房收費系統的狀態圖，歡迎不吝賜教！
機房收費系統 是我不久前完畢的一個系統，在學習UML時，因對機房收費系統的業務還比較熟悉，所以總須要用它來練練手。
分析：選取“上機卡”作為狀態機所描寫敘述的對象（當中“上機卡”是為了描寫敘述業務而特意抽象出來的，在現實中，可能根本不用，僅僅須要記住自己的賬號和相應password就能夠了）。
參考：《Thinking in UML》