某軍工研究所生產(chǎn)信息化建設(shè)的現(xiàn)狀及對策

張東升 郭勇利

【摘 要】通過對我所生產(chǎn)管理中信息化軟件的使用現(xiàn)狀和存在問題進行分析，提出了各系統(tǒng)數(shù)據(jù)融合的解決方案，給出了系統(tǒng)性框架和實施策略，增強生產(chǎn)信息化建設(shè)系統(tǒng)性和體系化，實時獲取各類生產(chǎn)信息，提高生產(chǎn)的管理效率。

【關(guān)鍵詞】生產(chǎn)管理；信息化；數(shù)據(jù)接口；數(shù)據(jù)融合

1.引言

信息化建設(shè)就是利用現(xiàn)有的計算機軟硬件技術(shù)和網(wǎng)絡(luò)技術(shù)，在企業(yè)的各類資源在信息流通方面進行改造，并在一定程度上對以往的運行和組織方式進行更符合現(xiàn)代和標準的改進，使之通暢、準確和及時。近些年來，我所在信息化建設(shè)方面進行了大量的人力物力和資金投入，相繼上馬了一批項目，如金算盤軟件有限公司的財務(wù)管理系統(tǒng)，達索公司的PLM系列中核心的PDM產(chǎn)品SmarTeam，用友軟件公司的MRPII，北京華鴻公司的MES、泛微協(xié)同辦公自動化OA系統(tǒng)等五大基礎(chǔ)平臺，這些項目的引入和實施都產(chǎn)生了很大的經(jīng)濟和社會效益，對提升我所的綜合管理能力、理順管理以及流程再造起到了非常大的推進作用。

2.應(yīng)用現(xiàn)狀及存在問題

2.1結(jié)果與期望的落差

各類信息化系統(tǒng)基本達到實施目的，但與實施前的期望存在一定的差距，這里的主要原因是項目實施準備和調(diào)研過程中根據(jù)當時所里的實際應(yīng)用情況、資金情況或純粹是為了控制風險等因素主動對模塊和系統(tǒng)功能進行了調(diào)整。首先必須承認這種調(diào)整是正確和必須的，沒有這個過程項目實施起來難度和失敗可能性會更大，但客觀上也造成了前期心理預(yù)期與實施完成后實際效果之間的差距。以達索SmarTeam項目為例，有些功能并沒有真正應(yīng)用起來（見表1），而且產(chǎn)品數(shù)據(jù)中的實體模型根本不能進行圖文檔管理，原來以為上了PDM系統(tǒng)就能進行并行設(shè)計和協(xié)同設(shè)計等設(shè)想也就無法實現(xiàn)；再以用友的MRPII項目為例，從表2中可以看出實施的系統(tǒng)模塊和功能非常有限，由于各系統(tǒng)使用的功能非常有限，再加上基礎(chǔ)數(shù)據(jù)不完善不準確，使得信息化建設(shè)的系統(tǒng)性不強，覆蓋面不大。

經(jīng)過多年持續(xù)信息化建設(shè)工作，生產(chǎn)信息化已經(jīng)建立起了從產(chǎn)品數(shù)據(jù)管理、計劃管理、供應(yīng)鏈管理、執(zhí)行過程管理、自動化測試線試驗數(shù)據(jù)管理等生產(chǎn)過程的信息化覆蓋。利用OA系統(tǒng)搭建了生產(chǎn)共享信息發(fā)布平臺和集成生產(chǎn)計劃綜合查詢功能等等。信息化系統(tǒng)組成主要包括了MRPII（制造資源計劃）、MES（制造執(zhí)行系統(tǒng)）、M3（試驗數(shù)據(jù)管理）等三大基礎(chǔ)平臺（見表三），還包括基于MRPII和MES上自主開發(fā)的下料管理、物流配送系統(tǒng)、安燈系統(tǒng)、生產(chǎn)單元管理系統(tǒng)、綜合管理系統(tǒng)等輔助插件。我們建設(shè)的目標是與研發(fā)、基礎(chǔ)、質(zhì)量部門的TEAM CENTER、TCM/蘭臺檔案、質(zhì)量管理系統(tǒng)相互貫通，實現(xiàn)了生產(chǎn)訂單生成與下發(fā)、工藝文件編制與管理、生產(chǎn)訂單車間級執(zhí)行、工序檢驗、齊套物流配送、生產(chǎn)單元級作業(yè)執(zhí)行、車間異常問題反饋與快速解決、車間綜合信息管理、調(diào)試交驗自動化、環(huán)試設(shè)備監(jiān)控等功能。

看似搭建完備的生產(chǎn)信息化系統(tǒng)構(gòu)成，由于前期系統(tǒng)性策劃不夠和培訓(xùn)執(zhí)行不到位等原因，目前僅僅實現(xiàn)了MRPII與MES系統(tǒng)計劃數(shù)據(jù)互通，其它因為各軟件平臺在使用過程中確存在著基礎(chǔ)數(shù)據(jù)來源問題，系統(tǒng)間數(shù)據(jù)不能實時同步，部分過程數(shù)據(jù)缺失等問題，影響了信息化工具的落地應(yīng)用和推廣。

2.2信息孤島

各系統(tǒng)之間完全沒有信息流，形成了新的信息孤島。原因是多方面的，其一，項目在實施之初，實施方為了順利拿到合同，都承諾自己的系統(tǒng)與其它系統(tǒng)都可以進行信息流通，標榜自己的接口技術(shù)都已經(jīng)非常成熟，但是項目完成后接口開發(fā)工作又都不愿去做。其二，各系統(tǒng)自成體系，客觀上對系統(tǒng)間的信息流通要求并不迫切。我們知道PDM的主要目標是控制產(chǎn)品配置，使用更改控制和產(chǎn)品生產(chǎn)周期來管理產(chǎn)品定義數(shù)據(jù)的開發(fā)、修改以及并行使用，而MRPII的主要目標是控制生產(chǎn)計劃過程、平衡期望的產(chǎn)品銷售與制造該產(chǎn)品所需資源之間的關(guān)系[1]。PDM與MRPII是上下游關(guān)系，MRPII系統(tǒng)使用PDM的物料檔案和產(chǎn)品結(jié)構(gòu)BOM是順理成章的事，但事實上為了項目順利實施，保證自身邏輯關(guān)系正確，MRPII系統(tǒng)更愿意建立自己的物料檔案和BOM。其三，金算盤系統(tǒng)實施時特別建了一個財務(wù)專用網(wǎng)，該網(wǎng)與其它系統(tǒng)所在的所局域網(wǎng)之間是物理隔離的，這給很多用戶特別是物資供應(yīng)中心造成了很大的困難。其四，也是更重要的，各系統(tǒng)基礎(chǔ)數(shù)據(jù)不統(tǒng)一，這樣即使上面的問題都解決了，系統(tǒng)之間可以進行信息流通也沒有任何意義。

2.3基礎(chǔ)數(shù)據(jù)不統(tǒng)一

當前各系統(tǒng)都使用的基礎(chǔ)數(shù)據(jù)有：部門檔案、人員檔案、供應(yīng)商分類和檔案、客戶分類和檔案、倉庫檔案、存貨分類和檔案、標準工藝資料和工藝路線、計量單位和收發(fā)類別等。這些數(shù)據(jù)在系統(tǒng)中被各種相應(yīng)操作和數(shù)據(jù)變動所引用，但是其自身一經(jīng)錄入，如果不需特別維護，則一直不變，為靜態(tài)數(shù)據(jù)。這其中最重要和最常用的檔案是存貨檔案即物料檔案，而物料檔案中最重要的字段就是物料編碼，我們所謂的編碼問題其實就是物料編碼的賦碼規(guī)則。

對于單一的系統(tǒng)而言，只要滿足上面的要求就可以，所以我們的三個MIS系統(tǒng)各自有自己的編碼規(guī)則。以某兩個外購件物料為例（見表4），金算盤系統(tǒng)實施時編碼較隨意，采用了型號規(guī)格+物料名稱的規(guī)則，雖然滿足了系統(tǒng)的基本要求，但是造成了由于定義不規(guī)范產(chǎn)生了大量的一物多碼現(xiàn)象；在用友系統(tǒng)實施時編碼問題已經(jīng)得到了相當?shù)闹匾暎园凑铡禥/AC1030202-2009外購器材的分類和編碼》進行編碼，但也的確造成了兩個系統(tǒng)編碼不一致，這使得信息共享與出口唯一的目標不能實現(xiàn)。

2.4接口開發(fā)難度大

各業(yè)務(wù)板塊運行信息化平臺不統(tǒng)一，接口開發(fā)難度大。以用友MRPII項目與金算盤之間接口開發(fā)為例，在項目實施之初用友公司提供兩種解決思路：網(wǎng)絡(luò)貫通下的數(shù)據(jù)庫底層級導(dǎo)入模式和物理網(wǎng)絡(luò)隔離下的文件級導(dǎo)入模式，由于目前所里財務(wù)系統(tǒng)和生產(chǎn)制造系統(tǒng)物理隔離的現(xiàn)狀已經(jīng)既成事實，所以采用Excel文件進行數(shù)據(jù)傳遞，即在用友系統(tǒng)中處理日常的計劃及采購業(yè)務(wù)，定期將相關(guān)采購數(shù)據(jù)導(dǎo)出為Excel文件，將Excel文件數(shù)據(jù)導(dǎo)入到金算盤系統(tǒng)中。這里存在的主要問題是需要人工操作，數(shù)據(jù)流程不夠嚴謹。