业务流程的异常

一 点睛

订单流程是面向业务的，订单流程的异常分别是规则限制，就不操作，操作错误和做完反悔。其中，操作错误是基于页面交互的异常，因而不需要考虑。

二 规则限制

在基于页面交互的流程中，我们寻找规则限制的方式是查看数据库的字段，逐一找到可能的规则限制点。但是对于基于业务的流程，其规则限制更加灵活，一般要通过业务调研才能获得。

比如，对于一个订单，什么人能下单，能下几个订单；货物不够了，是否允许超前售卖等。这些规则限制通常不需要画在流程图中，而是通过原型图旁边加备注的方式来实现。这些规则限制都是基于特定业务。

三 就不操作

就不操作有两种情况：

1 在任意一步后，就不再操作了

2 虽然进行了操作，但是进行得很慢

在订单流程中，对于不操作中情况，我们可逐一梳理。

a 用户在下单后就不支付，则订单可以由系统自动取消。

b 在用户支付后，商家不做处理，则用户可以申请取消订单。

c 用户在收到货后，就不确认收货，则系统自动确认收货。

该案例中，不需要体现做得慢的情况，因为不操作和做得慢的处理结果没区别。

四 操作错误

错误操作包括输入错误、反复输错和反复点击三种情况。但订单流程是基于业务的，并不涉及具体页面操作，所以操作错误不需要考虑。

五 做完反悔

做完反悔分成成两种情况：过程中反悔、全做完后反悔

1 过程中反悔

在订单场景中，如果用户已支付订单，订单能不能取消？用户已经签收货物，能不能退货？我们可以逐一梳理订单流程，找到反悔的可能性。

2 全做完后反悔

在订单场景中，我们要考虑用户对订单的修改。比如，用户在下完单后，要修改收货地址。