訂單生命週期狀態圖

圖解工程 · 訂單管理由一則提示生成
唯讀預覽

原始提示

建立電子商務訂單生命週期的狀態圖

做一份自己的版本

關於框架

檢視會變更訂單狀態的事件

此範例包含六個具名狀態:「已下單」、「處理中」、「已出貨」、「已配送」、「已取消」和「已退款」。主要流程會依序在付款確認、倉庫完成出貨及承運商完成配送後推進。當顧客取消訂單時,訂單可從「已下單」狀態取消;當庫存不足時,則可從「處理中」狀態取消。

「已配送」狀態同時有結束轉換,以及一條標示為「已提出退貨申請」的分支,連結至「已退款」。這個直接跳轉是簡化的呈現方式:圖中沒有另外建立退貨核准、商品檢查或退款處理等狀態。「已取消」和「已退款」也都連接至結束標記。

請使用這張圖來比對這些轉換與你的訂單規則。填入系統實際記錄的事件,再加入缺少的中間狀態,並決定每個狀態允許哪些轉換。

包含內容

你會得到

  • 六個具名訂單狀態及其轉換標籤
  • 從下單到配送,經過處理與出貨的流程
  • 兩條由不同觸發事件引起的取消路徑
  • 直接從「已配送」連結至「已退款」的分支,供討論退貨流程
圖解

訂單生命週期狀態圖

狀態圖訂單管理工作流程UML電子商務

✦ Free preview · Sign in to use

常見問題

常見問題

在這個範例中,訂單何時可以取消?

圖表允許在「已下單」狀態因顧客取消而取消訂單,也允許在「處理中」狀態因缺貨而取消。圖表未顯示從「已出貨」狀態取消的轉換。

提出退貨申請後,會立即完成退款嗎?

範例繪製了這個直接轉換,因此省略了幾個可能的步驟。如果你的流程會追蹤退貨與退款,請要求分開建立退貨和退款狀態。

我可以用這份圖表來定義訂單狀態測試嗎?

請將標示出的轉換視為檢視案例,再補充缺少的條件與遭拒的轉換。圖表本身不會強制執行應用程式的訂單規則。

訂單生命週期狀態圖

免費開始,無需信用卡。

Free preview · Sign in to use