物資信息一體化管控平臺的設計與實現

【摘要】本項目基于一體化的構想，研制物資管理信息系統，整個系統包含：物資計劃、報價、比價、采購、終端入庫以及最后的領用發放，同時包含物資基本信息庫、供應商管理、庫存管理、比價系統、流程定制、移動終端等基礎系統。通過一體化思想，把這些基礎系統有機結合起來，形成一個完整的物資一體化管控平臺。

【關鍵詞】物資管理；一體化平臺；流程引擎；供應商管理；移動應用

1.概述

1.1 課題研究背景

物資供應是公司生產中的關鍵環節，建立一套完整的物資管控平臺系統，對于及時有效地對生產提供相應的物資，保質保量，有著非常重要的意義。

1.2 本文內容與章節安排

本論文主要研究以下幾個內容：（1）物資一體化管控平臺的總體設計，軟件架構；（2）物資一體化管控平臺功能模塊設計及業務功能的實現；（3）物資一體化管控平臺各基礎系統的實現；（4）采購終端應用的實現。

1.3 術語及定義

工作流：就是工作流程的計算機模型，即將工作流程中的每個節點工作以及工作順序安排如何前后組織并安排在一起的邏輯和規則在計算機中以相應的模型進行表示并對其實施控制與操作。

流程定制：即對工作流按照實際的業務流程進行量身定制，使其符合實際的工作工序。

安卓：智能手機操作系統，目前最為流行，且開放式平臺，具有非常好的擴展性。

向量機：英文為Support Vector Machine，簡稱SV機（論文中一般簡稱SVM）。它是一種監督式學習的方法，它廣泛的應用于統計分類以及回歸分析中。

2.系統建設目標與原則

2.1 系統建設目標

2.1.1 控制物流成本，提高效益

通過物資一體化平臺，有效地整合物資計劃管理、招投標管理、采購過程管理、庫存管理、質量管控、成本和資金管理，建立一條完整的物資采購供應鏈，突出計劃性、靈活性兩大特點，全面監控物流業務的整個過程，為公司的物資供應提供了強大的保障。

2.1.2 建立全方位的供應商管理體系

根據供應商的歷史供貨情況，可以建立一套完整的供應商評價體系，對供貨周期、質量、價格、售后服務等多個維度定義不同的權值，通過預定的計算方法綜合打分，可以對供應商比價提供全面的依據。隨著系統的使用，這套評價體系將會日趨完善。

2.1.3 統一物資標準化編碼

建立一套統一的物資標準化編碼，給所有的東西都編上一個唯一編號。對于一些大型的如安全工器具等，還可以使用RFID標簽來對它唯一標識。

2.1.4 建立垂直的庫存管理

通過“大庫存”動態劃分邏輯二級庫存的方法，可以實現公司“物資超市”的理念，節約物資采購成本，優化庫存資金的使用。

2.2 系統建設原則

（1）嚴格遵循國網的網絡安全要求；（2）流程引擎需要可定制，有一定的靈活性；（3）對供應商歷史供貨情況有詳細的分析，支持多種分析模型；（4）對業務流程有時間節點控制與提醒功能；（5）終端應用操作要簡潔明了。

3.系統架構

3.1 業務架構

根據整個物資統一管理的業務劃分，建立物資一體化管控平臺，需要具備以下業務功能：

基礎平臺，提供人員、組織架構、角色權限分配、單點登錄等功能；

供應商管理系統，包括供應商基本信息、供貨登記、報價渠道、采購記錄、歷史曲線分析、縱向數據比較、橫向數據比較等功能；

物資計劃管理系統，包括物資的申請審核、物資計劃的擬定、采購計劃的生成、采購過程管理、物資入庫等功能；

庫存管理，包括盤庫、虛擬二級邏輯庫的劃分、二級庫存調配、領用、報廢、維修等功能；

移動終端，移動終端是運行在安卓智能手機或平板上的移動應用，方便具體操作人員盡快地把物資入庫，杜絕了手工輸入的錯誤隱患。

3.2 數據架構

本著云數據的思想，我們把數據從終端抽離，放到服務器統一管理。因此該平臺的數據架構就非常單一，就是服務器統一管理所有數據的云數據思想。

3.3 技術架構

3.3.1 系統集成方案

平臺程序為B/S架構，服務器操作系統環境為Windows Server 2008 R2，數據庫使用Oracle 11g，程序運行環境為IIS7.0 + .Net Framework 4.0。平臺與終端接口模塊使用Socket實現。

終端程序為C/S架構，終端操作系統環境為安卓2.2及以上版本，終端本地緩存數據庫采用SQLite，程序采用Java語言基于安卓開發庫進行開發。終端程序與平臺的數據接口模塊也使用Socket實現。

3.3.2 業務流程圖

4.系統需求分析

4.1 系統信息管理

權限管理：本系統的權限機制基于權限——角色——用戶的體系，系統的權限可以完全自由定制。權限，系統提供精確到每一步的操作的權限列表。角色，本系統的管理員可以根據需要建立不同的角色，一個角色可以包含多個權限；于每一個角色都是一個獨立的權限集合。

部門基本信息：部門的查詢、新增、刪除，修改功能。

人員基本信息：維護所有人員的基本信息，包括所屬部門，角色、權限等。

4.2 基礎系統模塊

物資分類：物資分類為樹型結構，首先是第一層大類，大類與負責其采購的歸口采購部門相對應，每一大類下的所有物資都由相應的歸口采購部門負責采購。在大類下可以繼續分小類，針對不同的小類，可以有不同的采購流程（具體表現為到貨后，是先填到貨通知還是直接入庫）。

物資基本信息：維護所有物資的基本信息，包括物資唯一編碼、名稱、型號、規格等，作為采購計劃編制的基礎數據使用。

倉庫基本信息：所有倉庫的情況登記在案，標有倉庫編號、名稱、貨架編號，精確到每一個貨柜，方便物資的查找。

4.3 供應商管理

供應商基本信息：供應商的查詢、新增、刪除，修改功能。

供應商比價系統：針對供應商的報價進行比價，比價可以橫向對比各供應商價格，也可以縱向對比單個供應商的歷史價格波動情況。

供應商評價管理：利用供應商的歷史供貨信息進行數據挖掘，從價格、質量、服務、供貨期等四個維度，建立向量機（SVM）模型，可以提供相對準確的供應商評價信息。

4.4 采購計劃管理

采購流程定制：采購流程的完整流程包括，采購計劃申報、部門領導初審、物資部門復核、上報省公司統一招標、若被打回自采，則有比價、采購的流程，物資配送、入庫、填寫領用單、出庫。

提交物資采購申請：申請人員填寫物資采購申請，添加要采購的物資總分類，再選擇該分類下具體子分類，以及采購數量和備注信息。

初審、與復核：審核人員審核物資采購內容后需要填寫審批意見，選擇同意進入下一流程節點為，不同意則填寫原因后打回。

比價：選定比價，列出開始預購單中的三家單位，分別填入各個單位的價格，進行比價，最終選定一個單位，提交。

修改比價：在終審環節中不通過的預購單需要進行修改，重新選擇一個更適合的單位，修改完成后重新提交即可。

終審：首先會羅列出要審核的采購執行單號，點擊審批，查看具體的內容。選擇同意或不同意，填寫審批意見，點擊提交。不同意則打回上一環節。

物資配送、入庫：在物資到達后，通過終端設備進行物資入庫和，入庫后系統會自動發送站內短信通知相應的物資申請人員物資入庫，以便提醒申請人員及時領用。

4.5 庫存管理

到貨通知：到貨后，采購部門專員可以在系統中針對相應的采購執行單填寫到貨信息。此時該執行單的申報人會在系統中收到到貨通知。

系統還可以以短信的形式進行通知發送。

物資領用：首先填寫本次需要領用物資的信息和數量，點擊添加按鈕后填寫的內容會顯示在領用單列中，如有誤可以刪除重寫，確認填寫完畢后，點擊生成領用單，填寫領用部門和領用人，確認填寫完畢后提交。

電子領用單：采購計劃申報人在收到到貨通知后，可以自行在系統中錄入領用單，經本部門負責人審核后，領用單生效。

物資發放：展示出所有等待領用單，可輸入領用部門和領用人查詢領用單，審核無誤后確認物資發放。如果庫存不足，可以選擇刪除領用單。

物資報廢：首先填寫報廢物資的信息和數量，點擊添加按鈕后填寫的內容會顯示在報廢單列中，如有誤可以刪除重寫，確認填寫完畢后，點擊生成報廢單，填寫審查部門和審查人，確認填寫完畢后提交。

4.6 終端操作模塊

查看采購計劃：在終端上可以查詢到當前正在運行的采購計劃，以方便對物資對應入庫操作。

物資入庫：通過掃描條形碼的方式，將到貨的物資入庫，簡單快捷不容易出錯。