如何定义O2O订单在不同状态下的不同角色的操作和流程?

最近正在开发一款O2O项目，其中涉及到订单模块。众所周知，O2O项目是面向线下服务或者商品买卖，可能遇到的各种情况有很多。而通常O2O的订单是面向一下角色：1、平台运营者 2、线下供应商 3、用户说具体点，我们接到的订单大部分是线下维修服务的订单，以下是比较理想状态下的订单流转节点：提交订单 → 派单(线下供应商抢单环节) → 派单成功 → 等待收件 → 确认收件 → 检测故障 → 开始维修 → 维修完成/ 维修失败 → 等待支付 → 已支付以上是一个极其理想化的订单流转流程。但是其实我们在实际运作过程中发现，每个节点都有可能遇到需要取消订单、关闭订单、重新派单(需要把所有历史状态重设)为了应对这些可预知或不可预知的情况，需要对订单的状态进行定义或者标记，且每个节点状态下针对不同的角色预计有哪些操作都需要可定制。否则在系统逻辑里进行如下这样的逻辑判断，是极其不灵活的做法。if( xx_status == ? ) { // ….}elseif( **** ){ // …}希望能够在此了解一些已经比较成熟的O2O处理方案。