编辑导语：状态机图对靠山产物司理来说，应该并不生疏。在项目举办进程中，假如能运用状态机图，会大大提高事情效率，同时也有利于产物司理去综合的思量是否有业务环节的漏掉，而且梳理业务流程是否公道。那么应该如何运用状态机图去梳理业务流程呢？本文作者团结案例为我们做出相识答。

一、UML之状态机图

靠山产物司理在梳理业务进程中，较量常用的 *** 之一为UML（统一建模语言，以图片的形式展示），个中以行为型的图——勾当图、状态机图、顺序图用的较量多。

勾当图是对时间的勾当进程、功课顺序的一种表达 *** ，也较量切合我们对付工作凭据时间可能流程顺序思考的思维模式，勾当图中常常也会掺杂一些分支机构。

而本文要讲授的状态机图与勾当图更大的区别在于，状态机图凡是是一某一事物为主线，描写状态的变革成长，无需通过泳道图分别脚色的。

二、状态机图在项目中的运用

靠山产物司理可以回想一下，在产物设计和文档编写的进程中，是否常常需要界说业务变革的要害节点以及状态值，我们称之为列举值可能数据字典的设定。

简朴一些的业务，数据字典值大概也就2-3个，而巨大一些的数据字典值，大概多达10个，甚至更多。

数据字典的设定，需要包围全业务流程、业务状态无重叠、有明晰起止节点。

想象一下，一个事件，有10来个要害节点，每个节点的切换都有前置和后置条件的说明。假如仅靠文字描写，研发小哥哥 *** 姐多数会看的一个头两个大，还会不断的跑来问产物司理，要求讲授业务状态变革的进程。

假如我们通过状态机图暗示，则会一目了然，究竟大脑对图片的处理惩罚效率要远高于文字。状态机图的建造进程，也有利于产物司理全盘思量是否有业务环节的漏掉、梳理业务流程是否公道。

接下来我们用实例来说明，状态机图是如何协助我们梳理业务以及简化PRD文档的。

三、案例实操之项目配景先容

某车辆打点系统订单的功课流程为：司机靠台装货 → 出发运输 →定时到站 → 上传回单凭证 → 回单审核通过 → 订单完结。

为了提高月台装卸货的效率，系统需要对司机的靠台时间举办调控；为了对司机的运输时效举办监控，需要获取司机的出发时间和到站时间；为了查对货品是否安详到达，需要获取收货方的回单凭证。

以上节点均完成之后，订单算是顺利完结，接下来进入到财政报销的流程。

四、状态机图建造

凭据上述的流程描写，我们得知要害节点在于：

获取订单信息；

靠台；

出发；

到站；

上传回单；

审核回单。

而团结业务流程和要害节点，我们可以界说数据字典为：

待装货：司机获取到订单信息后，系统识别到司机已经定时靠台；

装货中：司机在期待装货；

订单在途：装货已经完成，司机出发开始运输；

已到站：司机已经达到目标地；

回单已上传：货品核验通过，上传回单到系统供财政审核；

回单审核通过：回单通过审核，订单完结，财政给司机打款报销。

以上，正向业务流程的订单运输进程，状态已经界说好了。

接下来需要阐明，每个节点之前的操纵是怎么样的，这些是我们需要在状态机图中标注出来的内容，便于研发人员的领略。

待装货：线路根基是牢靠的，可以通事靠山系统凭据必然的法则，自动派发订单给司机，并奉告时间靠台的时间点和地点。所以系统给司机派送订单的时候，默认就是待装货的初始状态；

装货中：司机靠台装货的时候，在移动端操纵靠台打卡；可能通过GPS电子围栏识别司机的靠台所在，从【待装货】状态切换到【装货中】的状态；

订单在途：同样通过电子围栏可能司机移动端的发车打卡，订单从【装货中】切换到【订单在途】状态，此时对付订单的时效监控开始计时；

已到站：通过电子围栏可能司机移动端到站打卡，订单状态从【订单在途】切换到【已到站】状态，订单时效监控竣事；

回单已上传：司机到站之后，默认已到站状态下是【已到站未上传回单】，司机上传回单之后，【已到站】状态切换为【回单已上传】。此时回单信息会回传到系统，供财政审核打款；

回单审核通过：财政审核回单，确认通事后，订单状态切换为【回单审核通过】，订单正式完结，只有此状态下才答允财政对司机的报销项目打款。因为订单完结状态和回单审核通过状态是重叠的，所以无需插手订单已完结的状态。

上文的文字描写就看起来许多，而我们用一张状态机图表达即可，如下图：

（正向业务流程，状态机图）

虽然我们还需要思量一些其他的意外环境，如：

1. 回单没有通过审核

如图，司机从头上传回单，再次进入审核，需要插手数据字典值：回单审核不通过。

2. 意外环境