用来展示单个对象生命周期的状态变更，业务系统中，很多重要的领域对象对于比较复杂的状态变迁，比如账号，有创业状态，激活状态，冻结状态，欠费状态等等各种状态，因此，用户订单商品红包这些常见的领域模型，都有多种状态，这些状态的变迁描述，可以在用例图中用文字描述，随着角色的各种操作而改变，但是这种描述方式，状态散落在各处，做开发的时候容易搞错，就是产品经理自己在设计的时候，也容易搞错对象的状态变迁，状态图可以很好的解决这一问题。
一张状态图描述一个对象生命周期的各种状态及其变迁的关系。
活动图
主要用来描述过程逻辑，业务流程。UML中没有流程图，很多时候人们用活动图代替流程图，活动图和早期流程图的图形元素也很接近.
实心圆代表流程开始，空心圆代表流程结束，圆角矩形表示活动，菱形表示分支判断，此外，引入了一个重要的概念，泳道。可以根据活动的范围，将活动根据领域，系统角色的，划分到不同的泳道中，使流程边界更加清晰明了。
总结模型图本身并不复杂，几分钟的时间就可以学习一个模型图的画法。难的是如何在合适的场合下用正确的UML模型，表达自己的设计意图，从而形成一套完整的软件模型，进而组织起一个言之有物，层次分明，可以指导开发，在团队内部达成共识的设计文档。
我们从软件设计的不同阶段这一维度重新梳理一下，如何使用正确的模型进行软件建模。
需求分析在需求分析阶段，主要是通过用例图描述系统的功能与使用场景；对于关键的业务流程，可以通过活动图描述。如果在需求阶段，就提出要和现有的某些子系统整合，可以通过时序图，描述新系统和原来的子系统的调用关系。
核心领域对象，可以通过简化的类图进行模型领域抽象，并描述核心领域对象之间的关系。
如果某些对象内部有复杂的状态变化，比如用户，订单这些，可以用状态图进行描述。
概要设计在概要设计阶段，通过部署图，描述系统最终的物理蓝图，通过组件图以及组件时序图，设计软件主要模块及其关系，还可以通过组建活动图，描述组件之间的流程逻辑。
详细设计在详细设计阶段，主要输出的就是类图和类的时序图，直到最终的代码开发，如果某个类方法内部，有比较复杂的逻辑，那么可以画方法的活动图进行描述，UML的工具可以是很复杂的，收费的，比如EA这样的大型软件工具。也可以使用processon在线的免费的工具。对于一般的开发者，建议从简单的用起，因为那个建模可以很复杂，也可以很简单，简单掌握类图，时序图，组件图，部署图，用例图，状态图，活动图。在7种模型图，灵活的在需求分析，概要设计详细设计阶段，根据场景的不同，绘制对应的模型图，可以实实在在的做好软件建模，搞好系统设计，作为一个掌控局面，引领技术团队的架构师。