軍工物資信息系統(tǒng)中庫(kù)存的虛擬化及算法

趙瑞明，王 野，劉啟賢

(北京空間機(jī)電研究所，北京 100094)

0 引言

現(xiàn)有軍工物資信息系統(tǒng)中庫(kù)存管理一般都采用鎖定物料的方式進(jìn)行庫(kù)存管理，近年隨著軍工項(xiàng)目的不斷增多，對(duì)項(xiàng)目周期要求越來(lái)越高，原有的實(shí)物關(guān)聯(lián)的庫(kù)存管理方式無(wú)法滿足項(xiàng)目周期短、平、快的高要求。

1 項(xiàng)目鎖定物料的庫(kù)存管理方式

項(xiàng)目鎖定物料的庫(kù)存管理方式有以下弊病。

(1)項(xiàng)目A鎖定庫(kù)存物料后，若發(fā)生物料超期復(fù)驗(yàn)，都需要對(duì)項(xiàng)目A的庫(kù)存物料先進(jìn)行釋放，待物料復(fù)驗(yàn)合格后，重新鎖定物料。單一項(xiàng)目的情況下這樣操作對(duì)項(xiàng)目的進(jìn)度影響不大。但一旦項(xiàng)目增多，且項(xiàng)目間的物料需求有重疊時(shí)，就會(huì)極大影響工作效率。

(2)由于軍工項(xiàng)目的特殊性，項(xiàng)目所需物資需進(jìn)行備份，一般需求比例與實(shí)際采購(gòu)比例為1:1.3，由于多項(xiàng)目中物料的重疊性，會(huì)導(dǎo)致同一物資被多次備份，無(wú)法實(shí)現(xiàn)多項(xiàng)目的庫(kù)存周轉(zhuǎn)和資源的平衡利用，造成浪費(fèi)和庫(kù)存積壓。

(3)當(dāng)項(xiàng)目間發(fā)生調(diào)用時(shí)，需要項(xiàng)目間不斷重新釋放庫(kù)存，再重新進(jìn)行利庫(kù)。例如A項(xiàng)目與B項(xiàng)目都需求某物料X1，由于庫(kù)存的X1已被B項(xiàng)目鎖定，當(dāng)A項(xiàng)目周期要求提前時(shí)，需要對(duì)X1進(jìn)行釋放，再把X1鎖定在A項(xiàng)目名下。同時(shí)，對(duì)于A項(xiàng)目采購(gòu)的物料X1，需要從A項(xiàng)目釋放，再重新關(guān)聯(lián)在B項(xiàng)目下。這只是兩個(gè)項(xiàng)目間的簡(jiǎn)單調(diào)用就需要如此繁瑣的操作，若項(xiàng)目和重疊物料增大，隨著項(xiàng)目的變化，操作會(huì)極其復(fù)雜，極大影響工作效率。

(4)無(wú)法實(shí)現(xiàn)先入先出。先入先出即對(duì)同一物料，先入庫(kù)的物料相比后入庫(kù)的物料應(yīng)先行出庫(kù)發(fā)放。先入先出可以最大限度避免物料發(fā)生過(guò)期導(dǎo)致浪費(fèi)等情況。但現(xiàn)有庫(kù)存管理模式下，由于項(xiàng)目鎖定實(shí)物，因此很難進(jìn)行先入先出操作。往往出現(xiàn)項(xiàng)目配套時(shí)，物料已經(jīng)過(guò)期等現(xiàn)象。

(5)無(wú)法解決多庫(kù)房下發(fā)料的實(shí)際困難。工廠現(xiàn)有X1、X2兩座庫(kù)房，距離較遠(yuǎn)。項(xiàng)目A實(shí)際裝配地距離X1庫(kù)房較近，但卻鎖定了X2庫(kù)房的物料，就需要遠(yuǎn)距離運(yùn)輸。對(duì)于X1庫(kù)房的物料卻無(wú)法及時(shí)調(diào)用。

2 庫(kù)存虛擬化

為了解決以上問(wèn)題，引入庫(kù)存虛擬化的概念。庫(kù)存虛擬化是指項(xiàng)目的需求與物料屬性的信息流關(guān)聯(lián)，不鎖定庫(kù)存實(shí)物及采購(gòu)中的在途物料。只有實(shí)際出庫(kù)時(shí)，才按照先入先出的原則對(duì)實(shí)物庫(kù)存進(jìn)行發(fā)料[1-4]。

庫(kù)存虛擬化有以下優(yōu)勢(shì)：

(1)可以降低成本，根據(jù)項(xiàng)目需求情況，通過(guò)信息流對(duì)多項(xiàng)目進(jìn)行統(tǒng)一備份。

(2)簡(jiǎn)化項(xiàng)目間調(diào)用的操作，項(xiàng)目間調(diào)用不再涉及庫(kù)存的釋放和鎖定，只需要通過(guò)物料的信息流建立借用關(guān)系即可。

(3)解決多庫(kù)房發(fā)料的困難。庫(kù)存虛擬化模式下，由于項(xiàng)目鎖定的只是物料的基本屬性，不鎖定實(shí)物，因此可以直接從任意庫(kù)房直接發(fā)放。

(4)由于項(xiàng)目不直接關(guān)聯(lián)實(shí)物，對(duì)于超期的物料可以直接復(fù)驗(yàn)，實(shí)際出庫(kù)按照先入先出原則對(duì)實(shí)物庫(kù)進(jìn)行發(fā)放。

(5)實(shí)現(xiàn)了真正意義上的先入先出。對(duì)于緊急程度順序變化的多項(xiàng)目流程，都按照先入先出原則進(jìn)行項(xiàng)目的發(fā)放，最大限度避免了浪費(fèi)或者過(guò)期等情況的發(fā)生。

(6)可以更便捷地實(shí)現(xiàn)自動(dòng)利庫(kù)，減少人工成本。由于項(xiàng)目關(guān)聯(lián)的是物料屬性的信息流，因此只需要通過(guò)信息化手段讓項(xiàng)目關(guān)聯(lián)信息流即可，而不需要對(duì)實(shí)物進(jìn)行關(guān)聯(lián)。

總之，庫(kù)存虛擬化模式下，庫(kù)存的操作空間和靈活性要遠(yuǎn)勝老模式。尤其涉及物料貨位的操作時(shí)，不需要對(duì)項(xiàng)目關(guān)聯(lián)的信息流進(jìn)行變更，只需要更新實(shí)物庫(kù)信息，發(fā)料時(shí)遵循先入先出的原則。

3 庫(kù)存虛擬化的實(shí)現(xiàn)

主要通過(guò)以下算法在物資信息系統(tǒng)中實(shí)現(xiàn)庫(kù)存的虛擬化[5-8]。

由于用戶的物資系統(tǒng)采用的是JAVA語(yǔ)言，為了庫(kù)存虛擬化與之兼容，因此也采用JAVA進(jìn)行編程。其中涉及可利庫(kù)數(shù)量、自動(dòng)配套和出庫(kù)的算法實(shí)現(xiàn)。

3.1 可利庫(kù)物資及可利庫(kù)數(shù)量的算法實(shí)現(xiàn)

在利用庫(kù)存物資時(shí)，需要?jiǎng)討B(tài)計(jì)算有什么物資可以使用，數(shù)量還有多少，其中可利庫(kù)物資數(shù)量= ∑(實(shí)物庫(kù)存數(shù)量)-∑(項(xiàng)目在庫(kù)占用數(shù)量)。

在項(xiàng)目庫(kù)中記錄著該項(xiàng)目不需要物資(簡(jiǎn)稱可調(diào)物資)的數(shù)據(jù)，但是庫(kù)存可用數(shù)量不是簡(jiǎn)單地等于各項(xiàng)目可調(diào)物資數(shù)量之和，這是因?yàn)橐环矫鎸?shí)物庫(kù)存會(huì)因盤點(diǎn)、退貨等原因造成項(xiàng)目庫(kù)與實(shí)物庫(kù)不一致的地方，另一方面是因?yàn)楹教祉?xiàng)目的特殊性，除物資本身屬性外，各項(xiàng)目對(duì)物資的檢驗(yàn)單位、質(zhì)量等級(jí)有額外特殊的要求——不同項(xiàng)目認(rèn)可的檢驗(yàn)單位、質(zhì)量等級(jí)存在差別。所以在計(jì)算庫(kù)存可用數(shù)量時(shí)，還需按檢驗(yàn)單位、質(zhì)量等級(jí)進(jìn)行二次計(jì)算。算法如下：

遍歷各項(xiàng)目：

(1)查看項(xiàng)目庫(kù)中是否存在可調(diào)配物資：如果不存在，繼續(xù)步驟(1)，如果查詢完所有項(xiàng)目庫(kù)都沒有，則返回空值；如果存在，轉(zhuǎn)步驟(2)。

(2)按照物資、檢驗(yàn)單位、質(zhì)量等級(jí)統(tǒng)計(jì)各項(xiàng)目占用物資數(shù)量，計(jì)算后，轉(zhuǎn)步驟(3)。

(3)按照物資、檢驗(yàn)單位、質(zhì)量等級(jí)統(tǒng)計(jì)庫(kù)存物資實(shí)物可用數(shù)量，計(jì)算后，轉(zhuǎn)步驟(4)。

(4)步驟(3)中∑(實(shí)物庫(kù)存數(shù)量)減去步驟(2)中的∑(項(xiàng)目在庫(kù)占用數(shù)量)，得到可利庫(kù)物資及其可利庫(kù)數(shù)量。

函數(shù)1 getLoanableApplyitem檢查是否存在可利庫(kù)物資，核心代碼實(shí)現(xiàn)如圖1所示。

函數(shù)2 getLoanableCount計(jì)算項(xiàng)目庫(kù)與實(shí)物庫(kù)信息，核心代碼實(shí)現(xiàn)如圖2所示。

函數(shù)3 getLoanableNumber計(jì)算可用物資及可用數(shù)量，核心代碼實(shí)現(xiàn)如圖3所示。

圖1 函數(shù)1核心代碼

圖2 函數(shù)2核心代碼

圖3 函數(shù)3核心代碼

3.2 配套出庫(kù)的算法實(shí)現(xiàn)

遵循先入先出原則，按入庫(kù)時(shí)間進(jìn)行優(yōu)先配套，按序出庫(kù)。

按配套申請(qǐng)表依次遍歷實(shí)際庫(kù)存表進(jìn)行配套出庫(kù)：

(1)按照物資、檢驗(yàn)單位、質(zhì)量等級(jí)查找?guī)齑媸欠裼锌捎梦镔Y。

(2)按照入庫(kù)時(shí)間對(duì)庫(kù)存物資進(jìn)行排序。

(3)判斷篩選出來(lái)的數(shù)據(jù)是否存在單條庫(kù)存可用數(shù)量大于出庫(kù)數(shù)量(因?yàn)楹教焯厥庑裕枰M量使用同一批次的物資)，如果存在，選擇該條數(shù)據(jù)；如果不存在，轉(zhuǎn)步驟(4)。

(4)判斷篩選出來(lái)的數(shù)據(jù)之和是否滿足出庫(kù)數(shù)量，如果不滿足，轉(zhuǎn)步驟(5)；如果滿足，則按照入庫(kù)時(shí)間逐條篩選出要出庫(kù)的數(shù)據(jù)，轉(zhuǎn)步驟(6)。

(5)報(bào)警，提示用戶實(shí)際庫(kù)存可用數(shù)量有問(wèn)題，申請(qǐng)的配套數(shù)量大于實(shí)際庫(kù)存可用數(shù)量。

(6)在該項(xiàng)目庫(kù)存中記錄已出庫(kù)數(shù)量，并調(diào)整項(xiàng)目庫(kù)存可用數(shù)量：項(xiàng)目庫(kù)可用數(shù)量=項(xiàng)目庫(kù)可用數(shù)量-出庫(kù)數(shù)量。

函數(shù)4 selectStorageItemByQuery根據(jù)配套表依次去實(shí)物庫(kù)存中查詢物資，并按照入庫(kù)時(shí)間排序，核心代碼實(shí)現(xiàn)如圖4所示。

函數(shù)5 costUseStorage進(jìn)行自動(dòng)配套，核心代碼實(shí)現(xiàn)如圖5所示。

4 結(jié)論

本文針對(duì)現(xiàn)有軍工物資信息系統(tǒng)中庫(kù)存管理方式提出了新的管理模式，引入了庫(kù)存虛擬化的概念。并基于JAVA語(yǔ)言，通過(guò)可利庫(kù)數(shù)量、自動(dòng)配套和出庫(kù)的算法實(shí)現(xiàn)，在軍工物資信息系統(tǒng)中實(shí)現(xiàn)了庫(kù)存虛擬化。從根本上解決了原有庫(kù)存管理方式導(dǎo)致的物流成本高、庫(kù)管流程復(fù)雜、物料超期嚴(yán)重等問(wèn)題。

圖4 函數(shù)4核心代碼

圖5 函數(shù)5核心代碼