1 状态图的简介（Instrduction）
状态图（Statechart Diagram）主要用于描述一个对象在其生存期间的动态行为，表现为一个对象所经历的状态序列，引起状态转移的事件（Event），以及因状态转移而伴随的动作（Action）。
一般可以用状态机对一个对象的生命周期建模，状态图用于显示状态机（State Machine Diagram），重点在与描述状态图的控制流。
如下图例子，状态机描述了门对象的生存期间的状态序列，引起转移的事件，以及因状态转移而伴随的动作（Action）.
- 状态有:
Opened、Closed、Locked- 事件/动作有:
Open、Close、Lock和Unlock
注意：
1、并不是所有的事件都会引起状态的转移。比如，当门是处于【Opened】状态，不能进行【Lock】事件。
2、转移（Transition）可能有警备条件（guard condition）。比如，只有doorWay->isEmpty 条件满足时，才会响应事件。
2 状态图的元素（State Diagram Elements）
2.1 状态（States）
【定义】指在对象的生命周期中的某个条件或者状况，在此期间对象将满足某些条件、执行某些活动活活等待某些事件。所有对象都有状态，状态是对象执行了一系列活动的结果，当某个事件发生后，对象的状态将发生变化。
【绘制】状态用圆角矩形表示
【组成】一个完整的【状态】由5大部分构成：状态名(name)、进入／退出动作(entry／exit action)、内部转移(internal transttion)、子状态(substate)、延迟事件(dferred event)。
状态可以细分为不同的类型：
初态、终态：一个状态图只能有一个初态，但终态可以有一个或多个，也可以没有终态。
中间状态：中间状态包括2个区域：名字域和内部转移域，如图所示。其中内部转移域是可选的。
组合状态、历史状态等。
横线上面是名字域，下面是转换域（可选）。
entry/turnOn：当【转入】该状态时，做开灯【动作】。
do/blinkFivetimes：当【处于】该状态时，灯闪烁5次。do活动是只在状态内出现的活动，不能附加到转换上。
event poweroff/powerSupplySelf：当电源关闭【事件】发生时，用自备电源。
exit/turnOff：当【转出】该状态时，做关灯动作。
event selfTest/defer：当selfTest【事件】发生时，对象将延迟响应，到别的状态中再处理，用defer这个特定动作表示延迟。
【子元素】
初态和终态（Initial and Final States）。一个状态图只能有一个初态，但终态可以有一个或多个，也可以没有终态。
【绘制】初态用实心圆点表示，终态用圆形内嵌圆点表示。
2.1.1 组合状态（Compound States）
【定义】嵌套在另外一个状态中的状态称之为
子状态（sub-state）,一个含有子状态的状态被称作组合状态（Compound States）. 如下图，【Check PIN】是组合状态，【Enter PIN】是子状态。
也可用以下方式进行描述：
如上图，状态机【Check PIN】的细节被分割到另外一个图中了。
2.1.2 历史状态（History States）
历史状态是一个伪状态（Pseudostate）,其目的是记住从组合状态中退出时所处的子状态，当再次进入组合状态，可直接进入这个子状态，而不是再次从组合状态的初态开始。
在上图的状态图中，正常的状态顺序是:【Washing】- >【Rinsing】->【Spinning】。
如果是从状态【Rinsing】突然停电（Power Cut）退出，,洗衣机停止工作进入状态【Power Off】，当电力恢复时直接进入状态【Running】。
2.2 转移（Transitions）
【定义】转移（Transitions）是两个状态之间的一种关系，表示对象将在源状态（Source State）中执行一定的动作，并在某个特定事件发生而且某个特定的警界条件满足时进入目标状态（Target State）
【子元素】
在状态转换机制中需要注意的五个概念如下：
- 状态源（Source State）：指的是激活转换之间对象处于的状态。如果一个一个状态处于源状态，当它接收到转换的触发事件或满足监护条件时，就激活了一个离开的转换。
- 目标状态（Event State）：指的是转换完成后对象所处的状态。
- 事件触发器（Event Trigger）：指的是引起源状态转换的事件；是转移的诱因，可以是一个信号，事件、条件变化（a change in some condition）和时间表达式。事件不是持续发生的，它只发生在时间的一点上，对象接收到事件，导致源状态发生变化，激活转换并使监护条件得到满足。
- 监护条件（Guard Condition）：是一个布尔表达式；当警界条件满足时，事件才会引发转移（Transition）。当接收到触发事件要触发转换时，要对该表达式求值。如果表达式为真，则激活转换：如果表达式为假，则不激活转换，所接收到的触发事件丢失。
- 动作（Action/Effect）：是一个可执行的原子计算；对象状态转移后的影响。
2.2.1 自身转移（Self-Transitions）
【定义】状态可以有返回自身状态的转移，称之为自身转移（Self-Transitions）
2S后，Poll input事件执行，转移到自己状态【Waiting】
2.2.2 进入节点（Entry Point）
如下图所示，由于一些原因并不会执行初始化（initialization），而是直接通过一个节点进入状态【Ready】，则此节点称之为进入节点（Entry Point）
2.2.3 退出节点（Exit Point）
2.3 动作（State Actions）
【定义】动作（Actions）是一个可执行的原子操作,也就是说动作是不可中断的，其执行时间是可忽略不计的。
在上例中，对象状态转移后的结果显示在转移线上，如果目标状态有许多转移，而且每个转移有相同的结果，这时把转移后的结果（Effect）展示在目标状态中（Target State）更好一些，可以定义进入动作（Entry Action ）和退出动作（Exit Action），如下图
2.4 其他
2.4.1 判定
活动图和状态图中都有需要根据给定条件进行判断，然后根据不同的判断结果进行不同转换的情况。
实际就是工作流在此处按监护条件的取值发生分支，在UML中，判定用空心菱形表示。
2.4.2 并发区域（Concurrent Regions）
状态图可以分为区域，而区域又包括退出或者当前执行的子状态。
说明组合状态在某一时刻可以同时达到多个子状态。如下图刹车系统，同时进入前刹车【Applying Front Brakes】状态和后刹车【Applying Rear Brakes】状态。
2.4.3 样例图
from 网络
3 状态图的案例分析（State Diagram Example Analysis）
3.1 案例1: 电商商品出货的状态机
按照blink518的建议（“出货中”是属于条件分支应该使用Decision），改成如下图也是很好的做法：
订单成立状态主要有：
订单成立
订单取消（Guard:会员订单-缴款期限已过期）
备货中（Guard:已付款、订单成立、库存量足够）
出货中（Effect:扣除商品可接单量及移除购物车中的购买资料）
出货确认（Guard:实际配达日及发票代码、号码均不为空值）
出货完毕（Guard:实际配达日不为空）
出货失败
订单成立（Guard:出货完毕，已付款、鉴赏期结束日期 小于等于 [系统日期]）
分析：
1、购物车生成订单进入状态【订单成立】
2、系统检测订单已经付款并且库存量足够，则进入状态【备货中】
3、物流发货，进入状态【发货中】，状态转移为【发货中】后，需要做的操作有“扣除商品可接单量及移除购物车中的购买资料”
4、发货完毕后，状态分为【出货确认】和状态【出货失败】，如果状态是【出货失败】，则【结束】，如果状态为【出货确认】，则进入下一步。
5、配货人员填写实际配达日期，进入状态【出货完毕】。
6、如果”已付款、鉴赏期结束日期 小于等于 [系统日期]”,则【订单成立】。
3.2 案例2: 网上订票的过程的状态图
状态: 初始状态、Available状态、Locked状态、Sold状态
状态间的转移:
初始状态->Availabel状态
票被预定（lock）：Locked->Sold
预定后付款（buy）：Locked->Available
预定解除（unlock）：Locked->Available
预定过期（time out）：Locked->Available
直接购买（assingned to）：Available->Sold
换其他票（exchange） => 该票重有效：Sold->Available
Y 总结（Summary）
1 状态图重点在于描述对象的状态及其状态之间的转移，
2 状态图的基本元素主要有：状态、转移、动作、自身转移、组合状态、进入节点、退出节点、历史状态、并发区域等，
3 状态中的事件分为: 调用事件（Call）、变化事件（Change）、时间事件（Time）和信号事件(Singal)。
最后以实例对状态对进行了分析。
