Astah UML 中，状态机（State Machine）的建模最合适使用「UML 状态图（State Diagram）」

在 Astah UML 中，状态机（State Machine）的建模最合适使用「UML 状态图（State Diagram）」，也称为"状态机图"（State Machine Diagram）。Astah 对状态图提供了完善的支持，能够精准表达对象在生命周期中的状态变化、触发条件及行为。

一、为什么选择状态图？

状态图的核心是描述 "对象在不同状态之间的转换逻辑"，完全匹配状态机的建模需求：

能清晰展示 状态（State）（如"待机""运行""故障"）；
明确 状态转换（Transition） 的触发事件（如"按钮按下""超时"）；
支持定义转换的 条件（Guard）（如"温度 > 80℃ 时才转换"）；
可描述状态内的 行为（Action）（如进入状态时执行"初始化"，退出时执行"清理"）。

对于任何具有"状态变化"特性的对象（如订单、设备、用户会话等），状态图都是最直观的建模工具。

二、Astah 中状态图的核心元素及操作

在 Astah 中创建状态图的步骤及关键元素：

新建状态图 ：

菜单栏选择「File」→「New」→「State Machine Diagram」，或在项目树右键「Add Diagram」→「State Machine Diagram」。
核心元素及使用：
- 初始状态（Initial State）：用实心圆表示，是状态机的起点（拖入「Initial」元素）。
- 终止状态（Final State）：用"圆圈内加实心圆"表示，是状态机的终点（拖入「Final」元素）。
- 简单状态（Simple State）：用圆角矩形表示，包含状态名称（如"未支付"），可双击添加"进入行为"（entry / ...）或"退出行为"（exit / ...）。
- 复合状态（Composite State）：包含子状态的状态（如"运行中"包含"高速""低速"子状态），通过双击状态内部添加子状态图。
- 转换（Transition） ：用带箭头的线表示状态间的跳转，箭头从源状态指向目标状态，线上可标注：
  [触发事件] [条件] / 执行行为（如 按下启动按钮 [电压正常] / 启动电机）。
- 选择节点（Choice Node）：用菱形表示，用于多条件分支的转换（类似"if-else"，适合根据不同条件跳向不同状态）。

三、示例：订单状态机的状态图

以"电商订单"的状态变化为例，状态图可清晰表达：

复制代码

[初始状态] → 新建订单  
新建订单 → 支付中 （触发事件：用户点击支付 [库存充足]）  
支付中 → 已支付 （触发事件：支付成功 / 记录支付信息）  
支付中 → 支付失败 （触发事件：支付超时 或 余额不足）  
已支付 → 发货中 （触发事件：商家确认 / 通知仓库）  
发货中 → 已收货 （触发事件：用户确认签收）  
已收货 → [终止状态]  
（任何状态）→ 已取消 （触发事件：用户申请取消 [未发货] / 执行退款）

在 Astah 中绘制时，通过上述元素将这些状态和转换关系可视化，即可完整表达订单状态机的逻辑。

四、与其他图的区别（避免混淆）

活动图（Activity Diagram）：侧重"流程步骤"（如业务流程），而非"对象状态变化"，不适合状态机建模。
时序图（Sequence Diagram）：侧重"对象间的消息交互顺序"，无法直观表达单个对象的状态生命周期。

因此，状态图是 Astah 中为状态机建模的最佳选择，其设计初衷就是精准描述"状态-事件-转换"的闭环逻辑。