Java生鮮電商平臺-生鮮電商中配送訂單解決方案(小程式/APP) 說明:在日常的生鮮電商平臺中,生鮮配送是一個不可獲取的環節,根據實際的業務場景,生鮮配送有兩個維度需要考慮 1. 時間維度。 說明:時間維度是指客戶一般什麼時候要,就是什麼時候配送的問題,如果是前置倉模式,那麼就需要29分必送達,如 ...
Java生鮮電商平臺-生鮮電商中配送訂單解決方案(小程式/APP)
說明:在日常的生鮮電商平臺中,生鮮配送是一個不可獲取的環節,根據實際的業務場景,生鮮配送有兩個維度需要考慮
1. 時間維度。
說明:時間維度是指客戶一般什麼時候要,就是什麼時候配送的問題,如果是前置倉模式,那麼就需要29分必送達,如果是今天買,明天送的模式,那麼就需要設置
時間統一送達。
2. 線路維度
說明:理論上對於今天買,明天統一配送的業務場景而言,需要考慮線路以及車輛的配送量,理論上一個車的負載是有限的,在車負載足夠的情況下,把商家的線路規划到最近是
最好的,尤其是這個疫情期間,一定是以小區為維度進行配送,就需要進行配送訂單的組裝,線路分配以及人員安排等。
3. 基礎業務模型
說明:
業務訂單存在兩個分支,一個是系統分配,一個是人工分配
實際業務場景中,我們發現,
1.1. 如果這個人場景買過,而且地址都沒有變化的話,就預設選中固定的線路以及配送人員(一個配送人員可以選擇多個線路)
1.2 . 如果這個人沒有買過,那麼這個時候根據實際的情況,系統無法識別到底是屬於哪個線路是比較合理的,所以需要人工指派.
4. 系統資料庫設計層面
1.
CREATE TABLE `driver_line` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT 'ID', `line_name` varchar(255) DEFAULT NULL COMMENT '線路名稱', `line_driver` int(11) DEFAULT NULL COMMENT '線路司機', `add_time` datetime DEFAULT NULL COMMENT '創建時間', `update_time` datetime DEFAULT NULL COMMENT '修改時間', `is_deleted` tinyint(1) DEFAULT '0' COMMENT '預設0 0為啟用,1刪除', PRIMARY KEY (`id`), UNIQUE KEY `t_line_id_uindex` (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8mb4 COMMENT='配送線路';
CREATE TABLE `driver` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '自動增加ID', `user_name` varchar(50) DEFAULT NULL COMMENT '用戶名 ', `pwd` varchar(50) DEFAULT NULL COMMENT '密碼', `driver_name` varchar(100) DEFAULT NULL COMMENT '司機名稱', `driver_telephone` varchar(64) DEFAULT NULL COMMENT '手機號', `remarks` varchar(255) DEFAULT NULL COMMENT '備註', `type` int(11) DEFAULT '0' COMMENT '類型:0:全職 1:兼職 ', `add_time` datetime DEFAULT NULL COMMENT '添加時間', `update_time` datetime DEFAULT NULL COMMENT '修改時間', `is_deleted` int(11) DEFAULT '0' COMMENT '刪除標識: 0為可用 預設 1刪除', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COMMENT='司機';
CREATE TABLE `sorter_deliver_order` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `sorter_order_id` varchar(32) DEFAULT NULL COMMENT '分揀ID', `order_sn` varchar(32) DEFAULT NULL COMMENT '訂單號', `user_id` int(11) DEFAULT NULL COMMENT '客戶ID', `storehouse_id` int(11) DEFAULT NULL COMMENT '倉庫ID', `total_price` decimal(10,2) DEFAULT '0.00' COMMENT '發貨總金額', `status` int(11) DEFAULT '0' COMMENT '發貨狀態,0為未發貨,1為已發貨', `operator_user_id` int(11) DEFAULT NULL COMMENT '操作人', `create_time` datetime DEFAULT NULL COMMENT '創建時間', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=30 DEFAULT CHARSET=utf8mb4 COMMENT='客戶訂單發貨出庫';
CREATE TABLE `sorter_deliver_order_item` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'ID', `sorter_deliver_order` int(11) DEFAULT NULL COMMENT '主表ID', `goods_id` int(11) DEFAULT NULL COMMENT '商品ID', `goods_name` varchar(255) DEFAULT NULL COMMENT '商品名稱', `goods_unit` varchar(20) DEFAULT NULL COMMENT '單位', `goods_number` int(11) DEFAULT NULL COMMENT '商品數量(預定量)', `actual_number` int(11) DEFAULT NULL COMMENT '實際數量', `order_price` decimal(10,2) DEFAULT NULL COMMENT '下單單價', `deliver_price` decimal(10,2) DEFAULT NULL COMMENT '發貨價格', `create_time` datetime DEFAULT NULL COMMENT '創建時間', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=126 DEFAULT CHARSET=utf8mb4 COMMENT='發貨出庫';
4. 代碼與架構如何編寫呢?
說明:配送可以單獨出來一個微服務,由於生鮮電商可能會設計到多個模塊的分割,根據我自己的經驗,我建議採購單獨作為一個服務進行處理,方便業務的擴展。
5. 復盤與總結.
總結:做互聯網應用,無論是生鮮小程式還是APP,目的是為了留住與激活用戶,形成用戶購買力,提高滿意度,最終達成交易的,當然本文只是拋磚引玉,希望本文可以給大家一點思考與建議。
QQ:137071249
共同學習QQ群:793305035