状态建模

Asg_RH

本节继续对订酒店业务的研究，如有疑问，可以参考我前面的博客。
业务文档：https://download.csdn.net/download/qq_33559972/10366961

在这个业务中，能识别出状态变化的对象有两个，酒店房间和订单，流程和变化上相对简单，就不多说。

淘宝退货

淘宝退货业务的系统顺序图参考我前面的博文：https://blog.csdn.net/qq_33559972/article/details/80044209

首先是商品的状态。一个皆大欢喜的场景是正常发货、签收然后结束，可是用户在这个过程中随时可能后悔退货，发起复杂的退款退货流程。这个复杂的流程我们放到对退款/退货单的具体研究中，站在商品的角度，把他们通通看作退货处理即可，要么退货成功，要么由于各种原因失败。

下面是退款单状态。在商品较早期的状态中，用户首先可以发起退款（发货后才会需要退货）。在系统顺序图中可以看到，卖家收到退款单后要核对交易订单，然后这里出现了两个重要分支，一个是是否发货，一个是是否需要退货。还未发货的话就直接审核决定是否同意退款了；而如果已发货就要看是否需要退货。如果无需退货就接着审核决定是否退款；如果需要退货那就审核是否进入退货流程。
我们画状态图是可以覆盖到所有分支路径的。然后由于退款退货的过程互相交错，所以我在这个还没画的时候就去开始画退货的状态图了，最后修修改改定了下来。

下面是退货单状态。这个相对来说比较简单，只是状态的识别和命名需要斟酌一下。也要注意顺序图走下来的时候，退货先结束然后回到退款流程，不要误以为是一个流程。