標籤:後台管理系統 time 支付 購物車 狀態 img 分析 github 技術分享
Java開源生鮮電商平台-訂單表的設計(源碼可下載)
情境分析說明:
買家(餐館)使用者,通過APP進行選菜,放入購物車,然後下單,最終支付的流程,我們稱為下單過程。
買家可以在張三家買茄子,李四家買蘿蔔,王五家買白菜,趙六家買豬肉等
那麼買家就應該有個訂單主表,我們稱為訂單表,同時還有 上面所說的具體的訂單明細表,清楚的查看自己買了什麼菜,多少元一斤,買了多少斤等。
1. 訂單表的設計:
補充說明:交易狀態:存在下了單子沒付款,付款了沒結算等狀態。
付款狀態:存在未付款,已經付款。線下付款。(線下付款是這樣的情境,有些客戶對平台不熟悉,剛加入抱著試試的態度,所以他們選擇線下付款)
BestTime:收貨人的最佳收貨時間,這個有些客戶說早上10點送過來,有些是說早上8點送過來。不同的客戶,送貨的時間是不一樣的。
訂單金額:存在這個下單的總金額
付款金額:就是最終這個訂單,使用者支付的費用。(存在這個情境,買家買了菜以後他不要菜了,需要退錢,然後退錢就退到買家餘額裡面,下次下單的時候就減少掉)
最終金額:就是最終計算完成後的金額。
這裡面的繞點就是業務方面,一般的情況生鮮生意方面都會存在多退少補的一種情況,所以出現了使用者餘額方面的事情。
2. 訂單明細表的設計:
補充說明: 1.在主訂單下面可以查看清楚自己的訂單明細,也就是今天究竟買了那些菜,分別多少元一斤,我買了多少斤,最終多少錢等等具體情況
2. 還包括配送費用,以及對應的賣家是否備貨完成,我們去取貨等等,
3. 對於沒有備貨的商家,我們是可以用簡訊或者人為幹預的
4. 對某個具體的配送師傅而言,我們也可以進行精細化的一個管理。
最終還是有一個問題,就是客戶在下單兩個小時內,我們是允許取消某一個訂單的,這個也屬於人之常情,比如菜搞錯了,他可以取消某一個訂單項,
但是不存在 取消整個訂單的情況,如果有,需要我們的客服從後台管理系統裡面進行人工幹預。
Java開源生鮮電商平台-訂單表的設計(源碼可下載),如果需要下載的話,可以在我的github下面進行下載。
相關實際運營圖片如下:
Java開源生鮮電商平台-訂單表的設計(源碼可下載)