| 前言 |
| 正文 |
四、状态图
状态图用来描述类的特定对象所有可能存在的状态以及由于各种事件的发生而引起状态改变时的转移条件，它是一种由状态、变迁、事件和活动组成的状态机。用状态图说明系统的动态视图，主要用于表现从一个状态到另一方状态的控制流，不仅可以表现一个对象拥有的状态还可以说明事件（如消息的接收、错误、条件变更等）如何随着事件的推移来影响这些状态。状态图对于接口、类、协作的行为建模很重要，可用它描述用例实例的生命周期。
状态图侧重描述对象的行为结果。状态图可以帮助我们开发一个完整的系统时，从整体上把一个系统划分为几个子系统，了解系统有哪几个功能模块，以及它们之间是如何转化的；从部分上可以对系统中的某个对象进行状态分析。分析某个对象在实现某个功能过程中有哪些状态变化。根据不同的开发阶段、根据不同的需求，我们来做出当前所需的状态图，更好地为开发时编码指引方向。
绘制状态图
状态图包含的内容：状态、转换/变迁、事件、动作、活动
状态： 一个对象在其生命周期所有可能存在的状况。一个完整的状态由名字、入口/出口动作、内部转换、活动等组成。入口/出口动作表示进入/退出这个状态所执行的动作。内部转换不会引起状态变化的转换。定义内部转换的原因是有时候入口/出口动作是多余的。比如某状态的入口/出口是打开/关闭文件，而用户只想修改文件名字，这个时候定义的入口/出口动作就显得多余了，可以直接使用内部转换了。
转换： 转换是对象从一种状态到另一种状态的过渡。在UML里，转换由5个部分组成，源状态、目标状态、触发事件、监护条件和动作。
事件： 事件可以触发状态之间的转换。
动作： 原子性的，表示一个简单的计算处理过程，是状态在转换过程中发生的不可中断的行为。
活动： 非原子性的，由一系列的动作组成。
步骤： 1、确定一个对其生命周期进行描述的参与行为的类。2、对类的对象进行建模，确定该对象可能存在的状态。3、对事件建模，确定该对象可能存在的事件。4、对动作建模，确定当转换被激活时，相应的执行动作。
以机房收费系统中【注册】为例举例说明：
五、活动图
活动图用来阐明业务用例实现的工作流程，它描述满足用例要求所要进行的活动以及活动间的约束关系。
活动图是UML建模对系统的动态行为的描述，它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图本质上是一种流程图。活动图着重表现从一个活动到另一个活动的控制流，是内部处理驱动的流程。
活动图描述的是对象活动的顺序关系所遵循的原则，它着重表现的是系统的行为，而非系统的处理过程。活动图能表现并发活动的情形，活动图是面向对象的。
绘制活动图：
活动图包括的基本图符：起始点、终止点、起始状态、终止状态、对象流（带箭头的虚线表示）、泳道（每个活动由哪些人或哪些部分完成）、关系
活动图的四种关系表示：
【迁移】：前一个活动完成的状态与下一个活动开始的状态之间的关系
【分支】：根据条件的不同，控制执行的方向
【分叉】：分叉后的活动可以并发执行
【结合】：将上面的并发活动再次结合到一起
以机房收费系统中【登录】【上下机】为例举例说明：
有泳道的活动图：
| 结语 |
*感谢您的阅读，希望对您能有所帮助*