下面是一个图书馆管理系统的状态图，非常典型，涵盖状态图的所有元素的使用，因为状态图相对比较简单，直接从看图就能很好地掌握。如果想对状态图的元素严谨的概念进行了解，在图下方，有细致的叙述。
看了上面的状态图，相信已经对状态图有了比较宏观的把握，面对接下来的理论知识，你会感觉内容很少，这个感觉是很自然的，因为内容确实少。时刻记得UML的重要思想如UML的定义“统一建模语言”，重在“统一”。
状态图显示一个状态机，通常指用于描述单个对象的行为，主要用于描述对象的状态变化一确定何种行为改变了对象状态，以及对象状态变化对系统的影响。一般用于描述实体类对象的整个生命周期内的状态变迁以获得对这个实体的理解，同时获得系统和实体对象相互影响的关系。
如果想要描述对象间的交互，最好采用时序图或协作图，效果会更令你满意。
状态图的组成元素：
初始状态是状态机的起始位置，它不需要事件的触发。
状态是对象执行某项活动或等待某个事件是的条件。
复合状态是具有子状态（或称为嵌套状态）的状态。其子状态可以是一个局部完整的过程，包括一个初始状态和一个终止状态。
转移是两个状态之间的关系，它表示当发生指定事件并且满足指定条件时，第一个状态中的对象将执行某些操作并进入第二个状志。一般来说，转移总是由一个事件来驱动的，不过有时候转移是不需要事件的，没有事件的转移称为"完全转移"，它表示某个状态的"默认发生"。例如当图书处于借出状态时，它可以默认的转移为"不可借出"状态。
事件是一个特定的动作或行为，有时候也包括系统时钟之类的定时器，如果条件瞒足，事件的发生将触发一个转移。
最终状态表示状态机执行结束，或者对象生命周期结束。
下面就用机房收费系统的状态图，欢迎指教！
机房收费系统 是我不久前完成的一个系统，在学习UML时，因对机房收费系统的业务还比较熟悉，所以总需要用它来练练手。
分析：选取“上机卡”作为状态机所描述的对象（其中“上机卡”是为了描述业务而特意抽象出来的，在现实中，可能根本不用，只需要记住自己的账号和对应密码就可以了）。
参考：《Thinking in UML》
原文地址：http://blog.csdn.net/wangqingbo0829/article/details/26164647
