趙瑾珺，周 珊，陳青艷，劉曉平，許吉偉

（1.玉林師范學院，廣西 玉林 537000；2.深圳中科軟信息科技服務有限公司，廣東 深圳 518000）

1 引言

從“互聯(lián)網(wǎng)+零售”實現(xiàn)網(wǎng)上購物，到“互聯(lián)網(wǎng)+打車”實現(xiàn)網(wǎng)上打車，“互聯(lián)網(wǎng)+租賃（自行車、小汽車）”實現(xiàn)共享自行車、共享汽車，“互聯(lián)網(wǎng)+”模式下的電子商務滲透到各個傳統(tǒng)行業(yè)，改變傳統(tǒng)行業(yè)運作模式，為共享經(jīng)濟發(fā)展提供了現(xiàn)實基礎，同時也改變了人們生活習慣，給大家提供了便利。電子商務業(yè)務范圍擴大，網(wǎng)購用戶迅速發(fā)展，對物流配送需求增大，促進物流配送行業(yè)迅速發(fā)展壯大，但物流配送受區(qū)域限制，出現(xiàn)物流配送的“最后一公里”配送成本高，配送效率低等問題，基于此，設計依據(jù)“互聯(lián)網(wǎng)+”和共享經(jīng)濟理論，針對物流配送行業(yè)，提出“互聯(lián)網(wǎng)+物流配送”的共享物流配送模式，實現(xiàn)“最后一公里”共享物流配送服務業(yè)務管理。本文針對“最后一公里”共享物流配送現(xiàn)實情況與業(yè)務需求，以系統(tǒng)分析與設計為理論依據(jù)，對其電子商務平臺進行設計。

2 文獻綜述

對于“最后一公里”物流配送模式設計方面，詹瑤瑤等[1]、鄭書淵[2]、鄧素美[3]提出使用設物流點與合作、可視化配送、無人機配送等模式解決“最后一公里”物流配送問題。丁雪峰[4]提出拆分裝載策略建立“最后一公里”配送模型。王淵博[5]通過整合縣鄉(xiāng)物流網(wǎng)點資源和快遞承運人力交通資源，搭建互聯(lián)網(wǎng)快遞配送信息服務平臺，并采用Spring+SpringMVC+MyBatis 技術架構,給出了“農(nóng)村快遞配送+增值服務”的互聯(lián)網(wǎng)生態(tài)構建方法。對于“最后一公里”物流配送模式，研究大體可分為整合現(xiàn)有資源、使用現(xiàn)代科技技術、搭建信息平臺。本文融合“互聯(lián)網(wǎng)+物流”與共享經(jīng)濟思維，整合社會零散出行的行程資源，設計“最后一公里”共享物流配送電子商務平臺。

對于物流平臺設計，陶林利[6]針對我國“最后一公里”物流配送高庫存、速度慢、效益低的問題，提出了結合集裝與甩掛思想，用于整合需求和調(diào)配資源，并為此設計開發(fā)甩掛物流信息管理系統(tǒng)。系統(tǒng)功能包括門店物流管理、集裝與配送調(diào)度、客戶跟單查詢等模塊，配合藍牙實現(xiàn)箱子、貨位與物流員、客戶的通信。孫奇[7]針對物流系統(tǒng)無法滿足現(xiàn)有業(yè)務和客戶需求問題，在現(xiàn)有系統(tǒng)基礎上擴展系統(tǒng)功能，設計實現(xiàn)系統(tǒng)管理、基礎信息管理、合同管理、配送管理、財務核算管理等功能。石玲[8]提出系統(tǒng)接口將微信平臺與企業(yè)ERP 系統(tǒng)對接，設計計劃調(diào)度、配貨提運、發(fā)運接受、事后處理評價等功能模塊，利用微信公眾平臺實現(xiàn)智能物流配送系統(tǒng)。李敏[9]融合電子商務理念與第三方物流業(yè)務需求，設計客服服務管理、庫房管理、配送管理、財務管理系統(tǒng)功能，實現(xiàn)物流管理系統(tǒng)。史中良[10]針對電子商務訂單分散特點，提出物流訂單統(tǒng)一調(diào)度整合優(yōu)化方案，并根據(jù)方案設計包括子公司管理、訂單采集、配送設計、物流跟蹤、數(shù)據(jù)統(tǒng)計功能的訂單物流配送系統(tǒng)。本文根據(jù)“互聯(lián)網(wǎng)+”與共享特點，結合“最后一公里”物流配送模式，設計“最后一公里”共享物流配送電子商務平臺，平臺核心功能包括發(fā)件信息管理、配送信息管理、帶件信息管理、平臺用戶管理等。

3 “最后一公里”物流配送目前存在的問題

電子商務的快速發(fā)展，推動著物流業(yè)迅速發(fā)展壯大，目前物流配送無論是在業(yè)務方面，還是在配送服務上，都已趨于完善，但“最后一公里”物流配送仍普遍存在以下問題：

（1）物流配送點覆蓋不全。電子商務下沉至農(nóng)村，農(nóng)村電子商務消費迅速擴大，但我國農(nóng)村居民居住分布分散，自然村屯規(guī)模小，物流配送到門成本高，因此大部分農(nóng)村物流配送點僅限于鄉(xiāng)鎮(zhèn)，不覆蓋到自然村屯，導致村屯包裹取件只能由包裹接收人前往鄉(xiāng)鎮(zhèn)物流配送站取件。

（2）物流配送不低碳。因物流公司配送規(guī)則與配送中轉站設定，短距離包裹發(fā)送快遞，往往會出現(xiàn)快遞包裹發(fā)往物流中轉站后再返回配送點配送，造成資源浪費，增加碳排放。

（3）缺乏專業(yè)配送服務。在一些城鎮(zhèn)交通運輸中，往往會兼帶短途配送服務，但這樣的業(yè)務一方面存在配送件混亂丟失風險，另一方面，要求包裹接收人在指定時間在指定地點取件簽收，極其不便利。

綜合以上存在問題，“最后一公里”物流配送存在包裹配送需求和大眾行程交集的現(xiàn)實情況?！白詈笠还铩惫蚕砦锪髋渌碗娮由虅掌脚_通過整合包裹配送需求和配送包裹與配送員行程匹配的便利資源，解決現(xiàn)實矛盾，實現(xiàn)低碳出行，低碳物流配送。

4 系統(tǒng)需求分析

4.1 應用場景

共享物流配送電子商務平臺，適用于發(fā)件人配送商品起止地與配送人行程相重合或配送人正好途徑起止地的情況，配送人可從發(fā)件人處取得配送包裹，抵達包裹接收地后，將包裹配送至包裹接件人。業(yè)務具體如圖1所示：

圖1 平臺業(yè)務應用場景

4.2 業(yè)務需求

共享物流配送電子商務平臺，建立覆蓋發(fā)件人、配送人、配送、包裹、接件人等關鍵業(yè)務和業(yè)務對象，實現(xiàn)發(fā)件人發(fā)送包裹，配送人根據(jù)出行情況實現(xiàn)包裹物流配送至目的接件人，接件人簽收包裹，在無物流配送服務覆蓋的情況下，完成“最后一公里”物流配送業(yè)務。

4.3 用戶需求

根據(jù)業(yè)務類型不同，平臺用戶可分為發(fā)件人、配送人、接件人三類。

（1）發(fā)件人。發(fā)件人在系統(tǒng)中實現(xiàn)快件可順利配送至接件人的業(yè)務要求。

（2）配送人。配送人在系統(tǒng)中完成快件配送的業(yè)務。

（3）接件人。接件人通過系統(tǒng)可順利取得包裹。

4.4 功能性需求分析

依據(jù)平臺解決現(xiàn)實矛盾的設計目的，以及系統(tǒng)業(yè)務需求分析，系統(tǒng)核心業(yè)務的功能性需求可根據(jù)系統(tǒng)用戶角色分為發(fā)件人、配送人、接件人三類。

（1）發(fā)件人。發(fā)件人可發(fā)布配送快件需求，可為根據(jù)配送需求查找匹配配送人，可查看快件配送情況。

（2）配送人。配送人可發(fā)布可配送業(yè)務需求，可接受配送業(yè)務。

（3）接件人。接件人可發(fā)布快件配送需求，可查看快件配送情況，可簽收快件。

4.5 非功能性需求分析

針對系統(tǒng)需求情況，共享物流配送電子商務平臺非功能性需求包括安全性、易使用性、健壯性、可擴展性。

（1）安全性。平臺用戶使用時，采用互聯(lián)網(wǎng)連接訪問模式，系統(tǒng)安全性要求業(yè)務交易過程信息安全、數(shù)據(jù)存儲安全，確保平臺用戶可安全使用平臺服務。

（2）易使用性。平臺用戶通過互聯(lián)網(wǎng)訪問注冊，用戶電子商務操作技能水平參差不齊，系統(tǒng)設計時，系統(tǒng)應滿足易使用性原則，符合用戶互聯(lián)網(wǎng)操作習慣，便于用戶訪問操作，確保良好用戶體驗。

（3）健壯性。平臺用戶開放提供給互聯(lián)網(wǎng)用戶使用，用戶可來自全國各地，用戶數(shù)量大，系統(tǒng)健壯性要求系統(tǒng)可負載大量用戶同時訪問使用平臺，及時響應用戶請求。

（4）可擴展性。隨著環(huán)境變化、業(yè)務的發(fā)展，平臺軟件系統(tǒng)需滿足可擴展性要求，以便適應未來平臺業(yè)務環(huán)境、運行環(huán)境等變化，可根據(jù)實際需要修改和完善現(xiàn)有平臺，以滿足用戶需求，增強用戶黏性。

5 系統(tǒng)設計

5.1 系統(tǒng)總體架構

共享物流配送電子商務平臺總體可分為七層，分別是系統(tǒng)基層、數(shù)據(jù)管理層、系統(tǒng)管理層、API 層、應用層、服務層、Client 端層，系統(tǒng)總體架構如圖2所示。

圖2 系統(tǒng)總體架構

（1）Client端：支持手持、PAD、PC終端使用系統(tǒng)。

（2）服務層：提供系統(tǒng)的SDK、第三方接入等服務。

（3）應用層：提供各個角色用戶的信息維護與錄入服務。

（4）API 層：用戶管理、訂單管理、配送管理的接口服務。

（5）系統(tǒng)管理：集中管理各類用戶角色、菜單分配、API接口開放管理、基礎信息的管理。

（6）數(shù)據(jù)管理：數(shù)據(jù)存儲、文件存儲等。

（7）系統(tǒng)基層：包含硬件設施、網(wǎng)絡設施、操作系統(tǒng)等。

5.2 業(yè)務流程

根據(jù)平臺業(yè)務需求，平臺中的發(fā)件人、配送員、接件人三類角色人員，都可作為系統(tǒng)業(yè)務的發(fā)起者，具體業(yè)務流程如圖3所示。

圖3 平臺業(yè)務流程圖

（1）發(fā)件人。對于發(fā)件人發(fā)起業(yè)務，配送員根據(jù)行程便捷性選擇接受配送任務，將快件配送至接件人，由接件人簽收快件，業(yè)務結束。

（2）配送員。對于配送員發(fā)起業(yè)務，配送員可發(fā)布配送行程，發(fā)件人可根據(jù)快件配送需求將快件提交給配送員，配送員將快件配送至接件人，由接收人簽收快件，業(yè)務結束。

（3）接件人。對于接件人發(fā)起業(yè)務，接件人發(fā)布配送需求，配送員從發(fā)件方處取得配送快件，并配送至接件人，由接件人簽收，業(yè)務結束。

5.3 網(wǎng)絡拓撲結構

平臺采用互聯(lián)網(wǎng)接入方式，普通用戶可使用手機端上網(wǎng)，經(jīng)過接口服務器訪問訪問應用服務器，完成全部業(yè)務操作，系統(tǒng)用戶可通過pc 端上網(wǎng)訪問應用服務器，平臺網(wǎng)絡拓撲結構如圖4所示。

5.4 系統(tǒng)功能

共享物流配送電子商務平臺將分為后臺、中臺、前臺三個部分，后臺用于處理平臺業(yè)務運營邏輯，包括系統(tǒng)管理、配送管理、訂單管理；中臺用于處理API接口管理；前臺直接面向平臺用戶，包括訂單、配送、個人中心，平臺系統(tǒng)功能結構如圖5所示。

圖4 平臺網(wǎng)絡拓撲結構圖

圖5 系統(tǒng)功能結構圖

（1）用戶管理：用戶是系統(tǒng)操作者，該功能主要完成系統(tǒng)用戶配置。

（2）菜單管理：配置系統(tǒng)菜單，操作權限，按鈕權限標識等。

（3）角色管理：角色菜單權限分配、設置角色進行數(shù)據(jù)范圍權限劃分。

（4）字典管理：對系統(tǒng)中經(jīng)常使用的一些較為固定的數(shù)據(jù)進行維護。

（5）訂單管理：提供下單、查詢訂單、修改訂單狀態(tài)。

（6）配送管理：提供配送信息的狀態(tài)維護。

（7）日志管理：系統(tǒng)正常操作日志記錄和查詢；系統(tǒng)異常信息日志記錄和查詢。

（8）通知公告：系統(tǒng)通知公告信息發(fā)布維護。

（9）API 接口管理：實現(xiàn)前臺與后臺接口，包括訂單接口、配送接口、用戶接口。

（10）訂單：提供個人訂單查詢、發(fā)布配送任務業(yè)務操作。

（11）配送：提供配送信息查詢、受理配送任務、配送評分查詢功能。

（12）個人中心：實現(xiàn)平臺用戶個人信息管理、密碼修改功能。

5.5 數(shù)據(jù)庫設計

根據(jù)業(yè)務需求和系統(tǒng)功能，設計關系型數(shù)據(jù)庫，平臺核心業(yè)務數(shù)據(jù)庫設計如圖6所示。

圖6 核心業(yè)務ER圖

6 總結與展望

融合“互聯(lián)網(wǎng)+”的“最后一公里”共享物流配送電子商務平臺設計，依托“互聯(lián)網(wǎng)+物流配送”的共享經(jīng)濟態(tài)勢，利用系統(tǒng)分析與設計理論，設計了業(yè)務流程、網(wǎng)絡拓撲結構、系統(tǒng)總體架構、數(shù)據(jù)流程、系統(tǒng)功能和數(shù)據(jù)庫設計。但是平臺設計只是完成了基礎功能和核心業(yè)務功能設計，對于系統(tǒng)智能化部分并沒有涉及，希望在課題下一步研究中，能對系統(tǒng)商務智能進行研究，提高系統(tǒng)用戶體驗。