本發(fā)明涉及庫存管理技術領域,具體而言,涉及一種零售產(chǎn)品庫存管理系統(tǒng)。
背景技術:
供應鏈庫存管理是企業(yè)運營的一個重要環(huán)節(jié),國內(nèi)外的學者對其進行了廣泛的研究。國外的學者李和巴德曼納漢姆對供應鏈中的“牛鞭效應”進行了研究,總結(jié)為價格波動、短缺博弈、需求預測修正和訂貨批量決策等。史密斯研究了基于RFID技術和ToA算法的庫存定位管理,提出了改進的ToA算法。針對零售商這個特定的對象,陳加存和李研究了供應鏈中供應商與零售商的配送及庫存調(diào)撥問題,兩者通過信息的交流和共享,進行庫存協(xié)調(diào)補充。薩利尼和賽義德從博弈論的角度,研究零售商和供應商協(xié)同進行供應鏈庫存管理中的需求預測,達到了優(yōu)化庫存管理成本和運輸成本的目的。國內(nèi)的學者也注意到了供應鏈庫存管理的重要性。柳鍵研究了在需求波動情況下優(yōu)化供應鏈庫存水平。田景賀、范玉順等基于LANDMARC算法,將RFID系統(tǒng)和自動引導車控制系統(tǒng)集成,實現(xiàn)了自動化庫存盤點。張榮、吳慧偉等人以零售商的角度,從需求的不確定性出發(fā),研究了零售商的庫存協(xié)調(diào)管理和決策。
隨著信息科學技術和管理科學技術的發(fā)展,零售商的物流、信息流和資金流的管理方式也在不斷改進,從而促進了庫存管理的發(fā)展,更加信息化自動化的供應鏈庫存管理系統(tǒng)被零售企業(yè)成功地應用到實踐中。Walmart與其供應商P&G為合作解決嬰兒尿布缺貨問題,采用CPFR(規(guī)劃、預測和補貨)的供應鏈庫存管理系統(tǒng),使Walmart減少了大約8%的庫存、25%的貨品提前期和3.6%的服務費用,同時P&G減少了13%的庫存、8%的運輸費用和7%的庫存費用。CPFR庫存管理系統(tǒng)實現(xiàn)整個供應鏈的庫存水平最小化,節(jié)約了成本,使Walmart在價格方面具備了很強的競爭力。另一零售巨頭Carrefour與Nestle共同實施VMI(供應商管理庫存)計劃,Nestle對Carrefour配送中心的到貨率從80%提高至95%,Carrefour配送中心對門店的到貨率從70%提高到90%,貨品的庫存天數(shù)下降了50%,從而大幅降低了成本。
上述現(xiàn)有零售商庫存管理存在如下幾個主要問題:
①庫存管理應該貫穿需求與供應管理流程的各個環(huán)節(jié),但是很多零售商把庫存管理狹義的理解成倉庫管理或?qū)嵨飵齑婵刂?,即實物的倉儲管理,忽視了對資金流、信息流的管理,事實上倉儲管理只是庫存管理的重要組成部分;
②零售商僅從自身的利益出發(fā)進行庫存管理,缺少與供應商一體化的信息系統(tǒng),做不到真正的信息共享,難以實現(xiàn)零售商與供應商之間協(xié)同的需求預測,產(chǎn)生較大的信息失真;
③傳統(tǒng)的需求預測方法和訂貨模型已不再適合零售企業(yè)連鎖模式的發(fā)展,常常因得到的是延遲的和不精確的信息,從而降低訂貨的準確性和及時性;
④倉儲環(huán)節(jié)雖然引入了很多成熟的先進的技術,如條形碼或RFID(射頻識別)技術,但是對技術的應用并不充分,缺乏精細化管理所必要的二次開發(fā),如缺少對RFID系統(tǒng)進行二次開發(fā)以提高庫位管理、分揀管理和庫存統(tǒng)計等的精確度。同時,倉儲管理中的調(diào)撥環(huán)節(jié)過多依賴管理人員的經(jīng)驗,還沒有做到資源在供應鏈中的優(yōu)化配置。
技術實現(xiàn)要素:
本發(fā)明提供了一種零售產(chǎn)品庫存管理系統(tǒng),用以管理多個零售商與多個供應商之間的貨品訂貨、貨品調(diào)撥和貨品倉儲。
為了達到上述目的,本發(fā)明提供了一種零售產(chǎn)品庫存管理系統(tǒng),其包括:數(shù)據(jù)庫服務器、Birt報表服務器、倉儲管理模塊、預決策管理模塊、報表管理模塊、信息查詢模塊、財務管理模塊和系統(tǒng)管理模塊,多個零售商和多個供應商能夠以登入者的身份登入本系統(tǒng),多個零售商和多個供應商之間采用B/S架構(gòu),其中:
所述數(shù)據(jù)庫服務器采用SQL Server 2008存儲和管理其余各模塊產(chǎn)生的數(shù)據(jù),所述Birt報表服務器連接在所述數(shù)據(jù)庫服務器與一Web服務器之間,所述Birt報表服務器中設有基于Birt報表系統(tǒng)的應用程序;
所述倉儲管理模塊包括入庫模塊、出庫模塊、盤點模塊、調(diào)撥模塊和報警模塊,所述入庫模塊用于存儲入庫貨品的RFID標簽信息并更新貨品的存貨信息和庫位信息,所述出庫模塊用于讀取出庫貨品的RFID標簽信息并更新貨品的出庫信息及存貨信息,所述盤點模塊用于對倉庫中存放的貨品進行盤點,所述調(diào)撥模塊用于根據(jù)倉庫中當前的存貨信息和貨品的歷史銷售數(shù)據(jù)制定調(diào)撥策略,所述報警模塊預設有多個報警觸發(fā)條件,當滿足觸發(fā)條件時,所述報警模塊進行報警;
所述預決策管理模塊用于根據(jù)當前的存貨信息和貨品的歷史銷售數(shù)據(jù)進行貨品需求預測,以制定最佳的訂貨策略;
所述報表管理模塊用于根據(jù)倉儲管理模塊和預決策管理模塊中的數(shù)據(jù)生成相應數(shù)據(jù)報表并對其進行實時更新和管理;
所述信息查詢模塊用于根據(jù)信息查詢命令讀取倉儲管理模塊、預決策管理模塊、報表管理模塊和財務管理模塊中的數(shù)據(jù)并反饋數(shù)據(jù)查詢結(jié)果;
所述財務管理模塊用于根據(jù)存貨信息、入庫模塊和出庫模塊中的數(shù)據(jù)進行數(shù)據(jù)統(tǒng)計以及數(shù)據(jù)審計;
所述系統(tǒng)管理模塊包括用戶管理模塊和系統(tǒng)維護模塊,所述用戶管理模塊用于對登入者的身份進行驗證以及對登入者進行訪問權(quán)限管理,所述系統(tǒng)維護模塊用于對零售產(chǎn)品庫存管理系統(tǒng)中的數(shù)據(jù)進行維護、對零售產(chǎn)品庫存管理系統(tǒng)進行升級管理以及處理零售產(chǎn)品庫存管理系統(tǒng)發(fā)生的故障;
零售產(chǎn)品庫存管理系統(tǒng)采用的是在J2EE平臺上采用基于MVC模式的SSH2框架,其包括視圖、控制器和模型,視圖包括人機交互界面和前臺控制層,控制器包括業(yè)務控制層,模型包括業(yè)務邏輯層和數(shù)據(jù)持久化層,其中,人機交互界面采用JSP和CSS3技術實現(xiàn),前臺控制層利用Struts2中的過濾器和JSP組件實現(xiàn),業(yè)務控制層利用Struts2中的Action進行請求的接收和轉(zhuǎn)發(fā),業(yè)務邏輯層采用Spring Service以及Spring的IoC和AOP技術,數(shù)據(jù)持久化層應用Hibernate技術,實現(xiàn)對數(shù)據(jù)庫的操作。
在本發(fā)明的一實施例中,所述倉儲管理模塊還包括一定位模塊,該定位模塊采用改進的LANDMARC算法對貨品進行定位。
在本發(fā)明的一實施例中,所述報表管理模塊生成以下報表:存貨數(shù)量報表、存貨庫位報表、貨品需求預測報表和訂貨報表。
在本發(fā)明的一實施例中,所述觸發(fā)條件為貨品存貨總量低于一第一預設值或高于一第二預設值。
在本發(fā)明的一實施例中,貨品的歷史銷售數(shù)據(jù)每隔一預設時間更新一次。
在本發(fā)明的一實施例中,所述預決策管理模塊根據(jù)ARIMA-LSSVM方差最優(yōu)化組合預測模型和基于CPFR的改進的EOQ訂貨模型進行貨品需求預測,其中,基于CPFR的改進的EOQ訂貨模型設置有一目標庫存量Q+SS、一安全庫存量SS和一訂貨提前期LT,每次訂貨時根據(jù)需求的預測量預測出當庫存量為何值時進行下一次訂貨,以保證訂貨后的庫存量恰等于安全庫存量SS。
在本發(fā)明的一實施例中,所述調(diào)撥模塊采用Floyd算法制定調(diào)撥策略。
本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)根據(jù)零售業(yè)的經(jīng)營特點構(gòu)建了零售產(chǎn)業(yè)供應商和銷售商的供應鏈模型,實現(xiàn)了信息化和自動化管理,能夠提升庫存管理的水平,增加利潤。本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)可完成庫存管理的相關業(yè)務功能和可視化展現(xiàn),在訂貨、預測、商品定位和調(diào)撥等方面提出了改進措施,提高了零售產(chǎn)品供應鏈管理的自動化和信息化。
附圖說明
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案,下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)的架構(gòu)示意圖;
圖2為本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)與供應商、零售商之間的連接示意圖;
圖3為SSH2框架應用在本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)中的架構(gòu);
圖4為MVC模式的處理流程示意圖;
圖5為現(xiàn)有的EOQ模型與本發(fā)明中的改進的EOQ模型的比較示意圖。
附圖標記說明:A-零售產(chǎn)品庫存管理系統(tǒng);1-數(shù)據(jù)庫服務器;2-Birt報表服務器;3-倉儲管理模塊;31-入庫模塊;32-出庫模塊;33-盤點模塊;34-調(diào)撥模塊;35-報警模塊;4-預決策管理模塊;5-報表管理模塊;6-信息查詢模塊;7-財務管理模塊;8-系統(tǒng)管理模塊;81-用戶管理模塊;82-系統(tǒng)維護模塊;9-Web服務器。
具體實施方式
下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有付出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)用以管理多個零售商與多個供應商之間的貨品訂貨、貨品調(diào)撥和貨品倉儲,圖1為本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)的架構(gòu)示意圖,圖2為本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)與供應商、零售商之間的連接示意圖,如圖所示,本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)A包括:數(shù)據(jù)庫服務器1、Birt報表服務器2、倉儲管理模塊3、預決策管理模塊4、報表管理模塊5、信息查詢模塊6、財務管理模塊7和系統(tǒng)管理模塊8,多個零售商和多個供應商能夠以登入者的身份登入本系統(tǒng),多個零售商和多個供應商之間采用B/S架構(gòu),其中:
數(shù)據(jù)庫服務器1采用SQL Server 2008存儲和管理其余各模塊產(chǎn)生的數(shù)據(jù),Birt報表服務器2連接在數(shù)據(jù)庫服務器1與一Web服務器9之間,Birt報表服務器2中設有基于Birt報表系統(tǒng)的應用程序;
倉儲管理模塊3包括入庫模塊31、出庫模塊32、盤點模塊33、調(diào)撥模塊34和報警模塊35,入庫模塊31用于存儲入庫貨品的RFID標簽信息并更新貨品的存貨信息和庫位信息,出庫模塊32用于讀取出庫貨品的RFID標簽信息并更新貨品的出庫信息及存貨信息,盤點模塊33用于對倉庫中存放的貨品進行盤點,調(diào)撥模塊34用于根據(jù)倉庫中當前的存貨信息和貨品的歷史銷售數(shù)據(jù)制定調(diào)撥策略,貨品的歷史銷售數(shù)據(jù)可以每隔一預設時間更新一次,以適應當前的貨品銷售狀態(tài),報警模塊35預設有多個報警觸發(fā)條件,當滿足觸發(fā)條件時,報警模塊35進行報警;觸發(fā)條件可以為貨品存貨總量低于一第一預設值或高于一第二預設值,以在貨品存貨總量過高或過低時及時通知管理人員,以避免貨品存量過多導致的倉儲壓力增加或貨品存量過少導致的貨品供應不足,第一預設值和第二預設值的具體數(shù)值可以根據(jù)實際需要進行設定。
預決策管理模塊4用于根據(jù)當前的存貨信息和貨品的歷史銷售數(shù)據(jù)進行貨品需求預測,以制定最佳的訂貨策略;
報表管理模塊5用于根據(jù)倉儲管理模塊3和預決策管理模塊4中的數(shù)據(jù)生成相應數(shù)據(jù)報表并對其進行實時更新和管理;在本發(fā)明的一實施例中,報表管理模塊5可以生成以下報表:存貨數(shù)量報表、存貨庫位報表、貨品需求預測報表和訂貨報表,當然,本發(fā)明也可根據(jù)實際數(shù)據(jù)統(tǒng)計需要生成其他種類的報表,而不以上述所列出的幾種報表為限。
信息查詢模塊6用于根據(jù)信息查詢命令讀取倉儲管理模塊3、預決策管理模塊4、報表管理模塊5和財務管理模塊7中的數(shù)據(jù)并反饋數(shù)據(jù)查詢結(jié)果;
財務管理模塊7用于根據(jù)存貨信息、入庫模塊31和出庫模塊32中的數(shù)據(jù)進行數(shù)據(jù)統(tǒng)計以及數(shù)據(jù)審計;
系統(tǒng)管理模塊8包括用戶管理模塊81和系統(tǒng)維護模塊82,用戶管理模塊81用于對登入者的身份進行驗證以及對登入者進行訪問權(quán)限管理,系統(tǒng)維護模塊82用于對零售產(chǎn)品庫存管理系統(tǒng)中的數(shù)據(jù)進行維護、對零售產(chǎn)品庫存管理系統(tǒng)進行升級管理以及處理零售產(chǎn)品庫存管理系統(tǒng)發(fā)生的故障;
零售產(chǎn)品庫存管理系統(tǒng)采用的是在J2EE平臺上采用基于MVC模式的SSH2框架,圖3為SSH2框架應用在本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)中的架構(gòu),如圖所示,SSH2框架包括視圖、控制器和模型,視圖包括人機交互界面和前臺控制層,控制器包括業(yè)務控制層,模型包括業(yè)務邏輯層和數(shù)據(jù)持久化層,其中,人機交互界面采用JSP和CSS3技術實現(xiàn),前臺控制層利用Struts2中的過濾器和JSP組件實現(xiàn),業(yè)務控制層利用Struts2中的Action進行請求的接收和轉(zhuǎn)發(fā),業(yè)務邏輯層采用Spring Service以及Spring的IoC和AOP技術,數(shù)據(jù)持久化層應用Hibernate技術,實現(xiàn)對數(shù)據(jù)庫的操作。
本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)采用MVC的開發(fā)模式,MVC包括模型(Model)、視圖(View)、控制器(Controller)。圖4為MVC模式的處理流程示意圖,如圖所示,模型負責業(yè)務的處理。業(yè)務模型中有一個重要的模型即數(shù)據(jù)模型,數(shù)據(jù)模型主要實現(xiàn)對象的持久化。例如將一張庫存明細表保存到數(shù)據(jù)庫,或從數(shù)據(jù)庫獲取庫存明細表。另外,模型可以向視圖通知數(shù)據(jù)的變化。視圖負責人機交互,用于顯示和提交數(shù)據(jù)。控制器負責調(diào)用模型中的方法或為視圖傳值。
本發(fā)明中的倉儲管理模塊還可以包括一定位模塊,該定位模塊采用改進的LANDMARC算法對貨品進行定位,以實現(xiàn)庫位檢查。
本發(fā)明中的預決策管理模塊4根據(jù)ARIMA-LSSVM方差最優(yōu)化組合預測模型和基于CPFR的改進的EOQ訂貨模型進行貨品需求預測,圖5為現(xiàn)有的EOQ模型與本發(fā)明中的改進的EOQ模型的比較示意圖,如圖所示,基于CPFR的改進的EOQ訂貨模型設置有一目標庫存量Q+SS、一安全庫存量SS和一訂貨提前期LT,每次訂貨時根據(jù)需求的預測量預測出當庫存量為何值時進行下一次訂貨,以保證訂貨后的庫存量恰等于安全庫存量SS,其中,R為下一次的訂貨點,R1為當前周期訂貨點,R2為下一周期的再訂貨點。
本發(fā)明中的調(diào)撥模塊34可以采用Floyd算法制定調(diào)撥策略,也可以采用其他調(diào)撥策略,以實現(xiàn)對貨品的快速、高效調(diào)撥,提高本發(fā)明的倉儲管理水平。Floyd算法根據(jù)圖的思想,把庫存調(diào)撥問題轉(zhuǎn)化為求網(wǎng)絡中點對間的最小帶權(quán)路徑問題,通過Floyd算法分析點對間的最小帶權(quán)路徑,并根據(jù)庫存調(diào)撥的約束條件,把問題最終轉(zhuǎn)化為背包問題。通過對庫存調(diào)撥管理的仿真研究,將供應鏈中的資源進行了優(yōu)化配置和合理調(diào)撥,減少了20.8%的庫存調(diào)撥成本和缺貨或積壓的情況,并實現(xiàn)了對多個調(diào)撥申請的同步響應。
本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)根據(jù)零售業(yè)的經(jīng)營特點構(gòu)建了零售產(chǎn)業(yè)供應商和銷售商的供應鏈模型,實現(xiàn)了信息化和自動化管理,能夠提升庫存管理的水平,增加利潤。本發(fā)明提供的零售產(chǎn)品庫存管理系統(tǒng)可完成庫存管理的相關業(yè)務功能和可視化展現(xiàn),在訂貨、預測、商品定位和調(diào)撥等方面提出了改進措施,提高了零售產(chǎn)品供應鏈管理的自動化和信息化。
本領域普通技術人員可以理解:附圖只是一個實施例的示意圖,附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
本領域普通技術人員可以理解:實施例中的裝置中的模塊可以按照實施例描述分布于實施例的裝置中,也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊,也可以進一步拆分成多個子模塊。
最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明,本領域的普通技術人員應當理解:其依然可以對前述實施例所記載的技術方案進行修改,或者對其中部分技術特征進行等同替換;而這些修改或者替換,并不使相應技術方案的本質(zhì)脫離本發(fā)明實施例技術方案的精神和范圍。