訂單系統(tǒng)的主體框架,和主要業(yè)務(wù)模塊已基本講完,那么隨著企業(yè)的發(fā)展,業(yè)務(wù)量和業(yè)務(wù)形式不斷變化,企業(yè)有可能形成多個訂單系統(tǒng)并存以滿足不同的業(yè)務(wù)需要的情況。業(yè)務(wù)系統(tǒng)架構(gòu)如下:
這種狀況的出現(xiàn),將會給平臺帶來非常大的發(fā)展瓶頸,如:
三個訂單系統(tǒng),每個訂單系統(tǒng)處理不同類型的訂單,沒有統(tǒng)一的訂單銷量、訂單狀態(tài)信息,網(wǎng)站前臺對訂單的狀態(tài)展示與控制不統(tǒng)一,只能是在網(wǎng)站前臺會員中心硬代碼維護(hù)一套面向會員的統(tǒng)一訂單明細(xì)與狀態(tài)數(shù)據(jù)。而無線側(cè)上線后,由于不了解前臺網(wǎng)站會員中心的訂單狀態(tài)管理邏輯,所以需要把前臺網(wǎng)站的訂單明細(xì)及狀態(tài)管理再在無線應(yīng)用側(cè)再實現(xiàn)一遍。
三套后臺訂單系統(tǒng)與公共業(yè)務(wù)系統(tǒng)如會員中心、支付與財務(wù)、促銷工具、客戶分單等系統(tǒng)都需要對接一遍,公共業(yè)務(wù)處理邏輯不統(tǒng)一,一旦邏輯變更,多個系的同一個接口都要修改一遍,接口的重復(fù)維護(hù)開發(fā)工作量大。
訂單開發(fā)目前分到事業(yè)部,各個事業(yè)部只會考慮自己的邏輯,不會考慮公共架構(gòu),只會越走越遠(yuǎn)。碰到像無線這樣的項目,需要對接各個事業(yè)部,無線側(cè)應(yīng)用上線進(jìn)展慢。
因此未來的訂單系統(tǒng)可拆分為訂單中心與業(yè)務(wù)訂單系統(tǒng)兩個模塊,以管理公司所有訂單數(shù)據(jù),并為各個模塊提供統(tǒng)一服務(wù)。
特別聲明:以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布,本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.