基于WEB 的供應鏈采購管理系統的設計與實現

張述嘉 師 韻 林 潔 劉 婧

（西京學院，陜西 西安710000）

1 系統簡介

基于web 的供應鏈采購管理系統主要分為兩個品臺：商家平臺和供應商平臺。兩個平臺都有采購管理、倉庫管理、庫存管理。其中區別在于采購管理下面的菜單選項不同，商家平臺獨有入庫單管理，供應商平臺獨有退庫單管理。采購訂單、采購退貨單、到貨單、質檢單是兩個平臺公有模塊。所有功能模塊協同完成采購入庫和采購退貨業務流程。為了保證供應鏈采購管理系統日常業務數據保存的準確性及可靠性,本系統使用了SQL Server 數據庫,該數據庫保證了數據存儲的及時性、準確性、可靠性[1]。

1.1 技術棧選型

前端頁面采用當前主流框架vue+elementUI；后端采用springboot+mybatis-plus；服務網關中間件（nginx）；利用Json Web Token 做登錄鑒權；前端路由器（router）；服務請求（axios）；后端服務器（tomcat8.0）；數據庫（MySQL8.0）；緩存中間件（Redis5.0）；使用maven 進行項目的依賴管理。

1.1.1 Vue 和ElementUI。前端代碼和后端代碼放在一個項目中從而導致項目很臃腫；如果后端項目中某一個服務出現了問題會導致整個項目都不能正常運行。為了更貼近企業級的開發選擇前后端分離模式。

1.1.2 Springboot 和Mybatis-plus。Springboot 能快速的搭建一個Web 項目，無需做過多的XML 配置，Springboot 框架是開發JavaWeb 項目的不二之選。Spring Boot 運用可以通過maven 工具將其打包成jar 包，通過Java -jar 命令獨立運行，利用Mybatis-plus 的代碼生成器可以一鍵生成Controller、Mapper 、domain、Service 層代碼，為開發節約了很多時間。

1.1.3 Json Web Token。需借助Token 來判斷用戶的登錄狀態，已達到鑒權的目的。隨著登錄用戶的增加，內存消耗不斷增大，利用Token 的無狀態鑒權機制加上Spring Security oauth2 的思想完成了偽單定登錄。需要注意的是Json Web Token 的header 和payload 都是通過算法將對象序列化成字符串，將這個字符串放到HTTP 請求的請求頭中，每次發送HTTP 請求的時候后端攔截器對請求頭中的token 做相應的處理。

1.1.4 nginx。nginx 是一個HTTP 服務可以獨立提供HTTP 服務，可以做靜態網頁服務器。在前后端分離開發模式下，后端運用通過Java 的Java-jar 命令部署以后，前端的vue 項目也需要部署在Linux 云服務器上。而且nginx 對系統CPU、內存等資源消耗卻非常低，運行非常穩定。

1.2 開發工具與環境配置

開發工具使用IntelliJ IDEA 2019.3。IDEA 是企業開發中做流行的開發工具，里面有很多插件，自帶很多強大的功能。企業講究協同開發，對代碼的提交很頻繁。開發語言采用Java，開發環境jdk1.8。云服務器選用centos7.4。

2 需求分析

本系統給商家和供應商提供一個線上采購的平臺。商家通過WEB 供應鏈采購管理系統可以節約與供應商的業務洽談時間，在一定程度上降低了采購成本。在基于web 的供應鏈采購管理系統中商家能新增訂單，對訂單的管理中供應商可以審核訂單、查看訂單。在商家品臺和供應商品臺兩個品臺協同工作下完成采購入庫、采購退貨。商家和供應商可以對自己的倉庫進行查看，也可以查看各商品對應倉庫的庫存情況，從而做出決策。現在,企業的采購管理不僅成為了其管理的專業職能，而且成為了實現企業經營目標的戰略手段[2]。

2.1 系統結構分析

Web 供應鏈采購管理系統分為商家品臺和供應商平臺。系統結構圖如1 所示。

圖1 基于web 的供應鏈采購管理系統結構圖

2.2 業務流程分析

商家新增采購訂單后等待供應商審核，供應商審核通過創建到貨單，商家確認到貨后生成質檢單、入庫單，在商家質檢登記完成后才能確認入庫。商家新增采購退貨單，經供應商審核后，創建退庫單，退庫完成。

3 數據庫設計

3.1 單據域數據模型

數據庫一共有22 張表，主表是采購訂單表和采購退貨表。其他表均圍繞這兩張主表展開，共同實現采購管理功能模塊單據域數據模型如圖2 所示。

3.2 用戶商品域數據模型

用戶商品域主要完成用戶登錄模塊，利用token 進行鑒權、倉庫管理、庫存管理。用戶商品域數據模型如圖3 所示。

圖2 單據域數據模型

圖3 用戶商品域數據模型

4 系統設計

4.1 基于web 的供應鏈采購管理系統總體業務架構

基于web 的供應鏈采購管理系統組要分為商家平臺和供應商平臺。兩個系統從同一個登錄界面進去，在登錄界面進行系統選擇，從而達到分平臺的效果。該系統提供采購訂單服務、采購退貨服務、入庫單服務、到貨單服務、質檢單服務、倉庫管理服務和查看庫存服務。如圖4 供應鏈采購管理系統業務架構圖所示。

圖4 供應鏈采購管理系統業務架構

4.2 采購入庫詳細設計

商家在登錄頁面選擇商家平臺登錄系統，在采購訂單管理頁面新增采購訂單。

新增采購訂單分為基礎信息和產品列表兩部分組成。基礎信息中的供應商名稱/編碼是一個遠程搜索下拉框。里面會顯示所有與之關聯的供應商的編碼和名稱。在供應商名稱/編碼不為空的時候入庫倉庫、入庫日期、截止入庫日期狀態變為可編輯，然后填寫必填項信息。在所有必填項信息完成的情況下點擊查詢貨品按鈕彈出對話框。點查詢按鈕既可以查詢出所有選供應商的商品信息列表選中要采購的商品信息點擊確定返回新增采購訂單頁面。填寫采購數量后系統自動算出采購金額。產品列表可以對已經選中的產品進行刪除操作。點擊提交，提示用戶采購訂單創建完成，等待供應商審核。供應商登錄對應的系統在采購訂單頁面可以對商家下的采購訂單進行審核。審核通過后由商家在到貨單頁面確認到貨。確認到貨后，開始質檢登記，進入質檢登記頁面后正常商品和異常商品框不可編輯，點擊質檢登記后可編輯。同時操作變為提交登記和取消。如果質檢正常的數量加質檢異常的數量小于采購的數量提示用戶質檢未完成是否提交。且質檢單的狀態修改為質檢中。質檢完成后，到入庫單頁面確認入庫。如果訂單狀態不是已質檢則提示用戶質檢未完成，不能入庫。在質檢完成后再點擊確認入庫，提示用戶入庫成功。在所有流程均正常完成以后可以在采購訂單的任何一個模塊的查看詳情中查看整個流程。

4.3 采購退庫詳細設計

商家登錄商家品臺，進入采購退貨單頁面。點擊新增退貨單，界面原型。供應商名稱/編號和新增采購訂單一樣，在選擇供應商名稱/編號后，退庫倉庫才能選擇。在選擇退庫倉庫以后，倉庫地址自動填充。在填寫退貨原因后點擊查詢商品彈出對話框。如果貨品編碼為空，提示用戶貨品編碼不能為空，當填寫貨品編碼后可查詢出所選商家可退貨數量信息以及商品編碼、商品名稱信息，選中要退貨的商品點擊確定，返回新增退貨單頁面。填寫完退貨數量后點擊提交，如果操作成功提示用戶新建退貨單成功，否則提示服務器錯誤，提交退貨單成功后等待供應商審核。供應商登錄供應商平臺，進入采購退貨單頁面。如果單據狀態為待審核可以看到審核按鈕，否則只能查看單據詳情。供應商點擊審核，進入審核頁面。當我們點擊審核通過按鈕時彈出對話框選擇入庫倉庫。點擊確定后提示用戶審核通過，否則提示用戶服務器錯誤。當供應商審核通過后，可以在退庫單中查看詳情，當供應商確認已退庫后可以查看詳細流程信息。

5 結論

Internet/電子商務等現代管理思想和信息技術之間是相輔相成[3]。隨著計算機技術以及網絡技術的發展，電子商務和人們的日常生活日益貼近，眾多的購物平臺競爭也越來越大，在保證質量的情況下，基于WEB 的供應鏈采購管理系統能夠高效地聯系商家平臺和供應商平臺，提高服務效率與服務質量，從而降低成本，是最有效的競爭手段。