本文將針對(duì)性探討一種第三方物流倉(cāng)儲(chǔ)管理系統(tǒng)的設(shè)計(jì)要點(diǎn)與實(shí)現(xiàn)路徑，旨在探索精準(zhǔn)、高效、可靠的倉(cāng)儲(chǔ)管理系統(tǒng)——WMS系統(tǒng)方案，以保證物流各項(xiàng)工作的順利推進(jìn)。

 

二、WMS系統(tǒng)功能與數(shù)據(jù)庫(kù)設(shè)計(jì)

（一）系統(tǒng)設(shè)計(jì)

整個(gè)系統(tǒng)的功能實(shí)現(xiàn)，需要相關(guān)的模塊支持。本系統(tǒng)的模塊設(shè)置主要包括租戶運(yùn)維、設(shè)置、報(bào)表、倉(cāng)庫(kù)與工作臺(tái)幾個(gè)模塊，利用不同模塊去實(shí)現(xiàn)不同的細(xì)化功能，包括費(fèi)用管理、績(jī)效管理、出入庫(kù)管理等。

 

（二）數(shù)據(jù)庫(kù)設(shè)計(jì)

該WMS系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)重點(diǎn)在于解決存儲(chǔ)問(wèn)題，需要優(yōu)化相關(guān)的表格設(shè)計(jì)。該系統(tǒng)的數(shù)據(jù)庫(kù)基于貨品與單據(jù)流水信息獨(dú)立的基本原則，采用了分離式存儲(chǔ)的方式分離了單據(jù)與貨品信息。

 

WMS系統(tǒng)架構(gòu)的建設(shè)與運(yùn)行，需要以倉(cāng)儲(chǔ)與工作臺(tái)兩個(gè)模塊的分工協(xié)作為基礎(chǔ)。工作臺(tái)與倉(cāng)庫(kù)模塊之間的信息調(diào)用過(guò)程中，工作臺(tái)模塊的數(shù)據(jù)調(diào)用更為頻繁，倉(cāng)庫(kù)模塊則并不需要工作臺(tái)模塊的大量數(shù)據(jù)反饋。

 

以上總結(jié)了該系統(tǒng)的主要功能與數(shù)據(jù)庫(kù)設(shè)計(jì)要點(diǎn)，這是探討系統(tǒng)功能實(shí)現(xiàn)要點(diǎn)的基礎(chǔ)[1]。

 

三、WMS系統(tǒng)的功能實(shí)現(xiàn)

（一）出庫(kù)通知—自動(dòng)分配功能的實(shí)現(xiàn)

自動(dòng)分配功能的實(shí)現(xiàn)過(guò)程如下。首先在登錄系統(tǒng)后，選擇出庫(kù)管理模塊中的出庫(kù)通知，利用特定的S O編號(hào)鏈接去打開(kāi)出庫(kù)通知單頁(yè)，完成信道掃描，并使用協(xié)調(diào)器去發(fā)起新進(jìn)程。其次是要利用自動(dòng)分配按鈕去完成json數(shù)據(jù)從view層向controller的傳遞，并轉(zhuǎn)換為數(shù)據(jù)模型，通過(guò)專門(mén)接口把數(shù)據(jù)模型傳給Service，并完成在數(shù)據(jù)庫(kù)上下文中的添加，在導(dǎo)入數(shù)據(jù)庫(kù)后完成后續(xù)處理。最后要對(duì)庫(kù)位的空位進(jìn)行篩查并且匹配貨品要求，完成貨品與空位的適配調(diào)整。在裝載了一個(gè)空位后，便開(kāi)始匹配下一個(gè)符合標(biāo)準(zhǔn)的庫(kù)位，不斷循環(huán)，直至匹配完所有貨品與空位。

 

（二）倉(cāng)儲(chǔ)模塊的功能實(shí)現(xiàn)

這一子模塊的主要功能是對(duì)新倉(cāng)庫(kù)模塊的建立以及對(duì)倉(cāng)庫(kù)數(shù)據(jù)的管理。在建立新倉(cāng)庫(kù)模塊的階段，要利用view層級(jí)的submit.cshtml頁(yè)面完成倉(cāng)庫(kù)數(shù)據(jù)的提交。倉(cāng)庫(kù)數(shù)據(jù)輸入后以json形式傳送到SubmitOrderaction。

 

（三）工作臺(tái)模塊的功能實(shí)現(xiàn)

此處重點(diǎn)探討到貨與出庫(kù)通知兩個(gè)子模塊的功能實(shí)現(xiàn)。到貨通知子模塊的功能實(shí)現(xiàn)，要借助MMEC這一第三方接口去完成。為成功創(chuàng)建到貨通知，要從view層將訂單信息、貨品信息等倉(cāng)庫(kù)模塊內(nèi)數(shù)傳送至T r a d eContracts Controller，再傳送至MMECService。三方接口要?jiǎng)?chuàng)建新單據(jù)，需要利用WSDL模式調(diào)用createContract接口，并回調(diào)值到工作臺(tái)模塊端[2]。

 

四、系統(tǒng)驗(yàn)證

（一）實(shí)驗(yàn)環(huán)境

該系統(tǒng)使用了微軟IIS8服務(wù)器，架構(gòu)方式為B/S模式，程序代碼體系基于.N E T M V C骨架建立，使用sqlserver數(shù)據(jù)庫(kù)，集成操作的實(shí)現(xiàn)基于server2012系統(tǒng)。這樣的構(gòu)成支持所有安裝了瀏覽器的電腦設(shè)備運(yùn)行。環(huán)境部署首先要完成系統(tǒng)的源代碼編譯以及發(fā)布，源代碼編譯后通過(guò)互聯(lián)網(wǎng)信息服務(wù)發(fā)布，并修改數(shù)據(jù)庫(kù)連接。其次是為監(jiān)測(cè)并管理當(dāng)前系統(tǒng)的網(wǎng)絡(luò)數(shù)據(jù)流，要完成fiddler網(wǎng)絡(luò)抓包器的安裝。再次是為完成斷點(diǎn)調(diào)試與在進(jìn)程中的搭載，需要安裝visualstudio開(kāi)發(fā)工具。最后是為分析系統(tǒng)的性能缺陷，需要完成loadrunner性能測(cè)試器的安裝。

 

（二）系統(tǒng)測(cè)試

該系統(tǒng)的測(cè)試環(huán)節(jié)主要包括系統(tǒng)的功能、性能與兼容測(cè)試。功能測(cè)試是對(duì)系統(tǒng)基本功能的封測(cè)。測(cè)試需要計(jì)算機(jī)設(shè)備、云服務(wù)器，本地IISWeb服務(wù)器、fiddler網(wǎng)絡(luò)抓包器，v i s u a l s t u d i o開(kāi)發(fā)工具與SQLserver工具。為搭建測(cè)試環(huán)境，首先要在服務(wù)器上安裝源碼發(fā)布包與SQL腳本。并將抓包器與其他工具安裝在本地。首先要打開(kāi)測(cè)試網(wǎng)址，并在IIS進(jìn)程中添加源程序，將目標(biāo)網(wǎng)址通過(guò)f i d d l e r設(shè)置為濾數(shù)據(jù)，并連接數(shù)據(jù)庫(kù)，這是開(kāi)展測(cè)試的前提條件。倉(cāng)庫(kù)流程測(cè)試首先要在系統(tǒng)中完成打斷點(diǎn)操作，輸入系統(tǒng)地址，在點(diǎn)進(jìn)倉(cāng)庫(kù)模塊后再創(chuàng)建新倉(cāng)庫(kù)。要確認(rèn)數(shù)據(jù)表格中是否有新的信息進(jìn)入，數(shù)據(jù)抓取是否有失敗反饋，源程序中數(shù)據(jù)流向是否存在異常，前端頁(yè)面是否提示進(jìn)入成功。入庫(kù)流程測(cè)試首先要完成打斷點(diǎn)操作，在輸入系統(tǒng)網(wǎng)址后點(diǎn)進(jìn)入工作臺(tái)模塊，并完成貨品的入庫(kù)流程，在完成后要確認(rèn)數(shù)據(jù)庫(kù)表格是否有數(shù)據(jù)項(xiàng)輸入，數(shù)據(jù)抓取是否有失敗反饋，源程序數(shù)據(jù)流向是否存在異常。出庫(kù)流程測(cè)試首先要完成打斷點(diǎn)操作，網(wǎng)頁(yè)中系統(tǒng)網(wǎng)址后點(diǎn)進(jìn)工作臺(tái)模塊，并完成貨品的出庫(kù)流程，當(dāng)流程完成后，要確認(rèn)數(shù)據(jù)庫(kù)表格內(nèi)是否有輸入的數(shù)據(jù)項(xiàng)，源程序數(shù)據(jù)流向是否存在異常，數(shù)據(jù)抓取是否有失敗反饋。此次測(cè)試的最終結(jié)果，倉(cāng)庫(kù)、入庫(kù)與出庫(kù)流程測(cè)試均通過(guò)。性能測(cè)試主要目標(biāo)是要發(fā)現(xiàn)系統(tǒng)的現(xiàn)有缺陷以及原因，是針對(duì)系統(tǒng)的壓力與并發(fā)測(cè)試，為實(shí)現(xiàn)性能最佳，避免測(cè)試過(guò)程中的系統(tǒng)崩潰以及數(shù)據(jù)流爆發(fā)，要對(duì)平臺(tái)的配置進(jìn)行調(diào)整。測(cè)試需要虛擬機(jī)、特定的網(wǎng)絡(luò)瀏覽器、loadrunner測(cè)試工具，SQLserver數(shù)據(jù)庫(kù)等。測(cè)試過(guò)程中，首先搭建測(cè)試的適用環(huán)境，要將協(xié)議設(shè)置為http，這一步要借助loadrunner完成，并借助瀏覽器依順序錄入貨品輸入、貨品入/出庫(kù)與盤(pán)點(diǎn)審核等腳本，通過(guò)腳本的參數(shù)化處理轉(zhuǎn)變?yōu)槟_本中的流水?dāng)?shù)據(jù)，并將集結(jié)點(diǎn)設(shè)置在每條流程的末端。并發(fā)處理過(guò)程中，可假定新數(shù)據(jù)的輸入量為每秒導(dǎo)入10個(gè)新數(shù)據(jù)，每天達(dá)到86萬(wàn)，在數(shù)據(jù)存量維持在預(yù)期輸入量或以上的情況下執(zhí)行10分鐘，監(jiān)測(cè)系統(tǒng)響應(yīng)時(shí)長(zhǎng)、事務(wù)成功率、內(nèi)存使用、服務(wù)器cpu使用等的百分比。本次貨品入/出庫(kù)、盤(pán)點(diǎn)審核測(cè)試過(guò)程中，新數(shù)據(jù)導(dǎo)入假定為每秒1 0個(gè)，貨品入庫(kù)吸氣假定為每秒入庫(kù)1個(gè)，數(shù)據(jù)活躍量為三萬(wàn)六千條每小時(shí)。測(cè)試發(fā)現(xiàn)在流程中系統(tǒng)的運(yùn)行狀態(tài)基本維持穩(wěn)定，內(nèi)存使用未達(dá)到假定的峰值，即85%,cpu使用百分比亦未達(dá)假定的峰值，即50%，系統(tǒng)的平均響應(yīng)時(shí)長(zhǎng)維持在2秒左右，數(shù)據(jù)吞吐量維持在網(wǎng)絡(luò)波動(dòng)的準(zhǔn)許值內(nèi)，事務(wù)成功率超過(guò)90%，可滿足用戶對(duì)最佳體驗(yàn)的要求，即系統(tǒng)各項(xiàng)性能指標(biāo)符合預(yù)期。兼容測(cè)試即要測(cè)試系統(tǒng)的兼容情況，確認(rèn)系統(tǒng)的適用范圍以及適用條件，以確保用戶能夠正常操作系統(tǒng)。測(cè)試需要計(jì)算機(jī)設(shè)備、幾種特定的瀏覽器（本次測(cè)試使用了火狐、谷歌與搜狗三種）。測(cè)試開(kāi)始要在不同的瀏覽器去完成倉(cāng)庫(kù)貨品輸入以及貨品出/入庫(kù)、盤(pán)點(diǎn)審核等事務(wù)流程，確認(rèn)不同的事務(wù)環(huán)節(jié)在不同瀏覽器中的推進(jìn)是否存在阻礙。此次測(cè)試發(fā)現(xiàn)幾種瀏覽器均可兼容[3]。

 

五、結(jié)語(yǔ)

以上對(duì)一種面向第三方的物流倉(cāng)儲(chǔ)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)要點(diǎn)進(jìn)行了總結(jié)，旨在探索高效、精準(zhǔn)的倉(cāng)儲(chǔ)管理系統(tǒng)的設(shè)計(jì)與建設(shè)方向，總結(jié)倉(cāng)儲(chǔ)管理系統(tǒng)搭建的可行途徑。