陳琴+萬波

摘要：針對離散制造業(yè)的業(yè)務流程，采用Visual Studio 2010為開發(fā)平臺，以SQL Server 2008 為后臺數(shù)據(jù)庫，開發(fā)了進銷存管理信息系統(tǒng)。該系統(tǒng)以庫存管理為核心，包括生產(chǎn)計劃管理、申購管理、器件管理、半成品管理、成品管理、合同管理等功能。以武漢某燃氣表制造企業(yè)為例，進行了系統(tǒng)分析、設計與實現(xiàn)。

關鍵詞：管理信息系統(tǒng)；進銷存；離散制造業(yè)；集成信息化管理

DOIDOI：10.11907/rjdk.171445

中圖分類號：TP319

文獻標識碼：A 文章編號：1672-7800（2017）006-0053-03

0 引言

中小型離散制造業(yè)由于其物料種類繁多、產(chǎn)品結(jié)構多樣、生產(chǎn)工藝靈活等因素，采購、銷售和庫存等方面的信息量龐大，經(jīng)營管理的結(jié)算和統(tǒng)計困難。普通的通用信息管理系統(tǒng)無法滿足企業(yè)生產(chǎn)管理的需要，而成熟的大型系統(tǒng)所需的維護、培訓成本較高，令人望而卻步。因此，針對企業(yè)實際業(yè)務需求，定制進銷存管理系統(tǒng)成為了中小型離散制造企業(yè)優(yōu)化管理的最佳選擇。本文以武漢某燃氣表制造企業(yè)的信息化建設項目為背景，針對其管理系統(tǒng)的實際情況，結(jié)合先進管理思想，構建了一套與該公司生產(chǎn)運營實際緊密結(jié)合的進銷存管理信息系統(tǒng)。

1 需求分析

1.1 可行性分析

集成信息化管理己經(jīng)成為各行業(yè)經(jīng)營管理的趨勢，諸多實施案例已證明，進銷存信息管理系統(tǒng)確實能解決“進、銷、存”不同部門之間“管理難”的問題，從而實現(xiàn)“統(tǒng)一管理、資源共享”的目標。本系統(tǒng)在開發(fā)、運營、培訓和后期維護等方面的費用相對較低，且該公司己具備系統(tǒng)運行所需的軟硬件條件。本系統(tǒng)開發(fā)采用WPF、C#和Entity Framework等成熟技術，相關平臺功能完善，能滿足中小型企業(yè)快速定制開發(fā)的需要，并且開發(fā)人員及其技術水平均能滿足開發(fā)需要。綜上所述，本系統(tǒng)目標明確，經(jīng)濟條件符合，技術條件成熟，且系統(tǒng)設計實用性強，能滿足各類用戶的操作需要。因此，系統(tǒng)的開發(fā)是切實可行的。

1.2 業(yè)務流程分析

燃氣表制造企業(yè)訂單需求規(guī)格多，各品種產(chǎn)品一次性訂貨數(shù)量不大，屬于典型的多品種、小批量的離散型制造企業(yè)。企業(yè)采用面向訂單的組織方式，即在接收到客戶訂單之前，已經(jīng)開始生產(chǎn)，成品在倉庫中等待訂單；而當產(chǎn)品庫存量不足（企業(yè)根據(jù)該產(chǎn)品銷售情況自行判定）時，企業(yè)采購所需物料并組織生產(chǎn)[1]，業(yè)務基本流程如圖1所示。

“進”業(yè)務，以計劃與采購為核心。運營部綜合企業(yè)生產(chǎn)能力及同期銷售情況，制定月度、季度生產(chǎn)計劃，并根據(jù)生產(chǎn)計劃、產(chǎn)品物料清單和庫存實際，生成器件申購單，作為采購依據(jù)；采購部和供應商議價、簽訂采購合同，即對申購進行處理；確定所采購器件無質(zhì)量問題（入庫）后，向供貨商支付貨款。

“存”業(yè)務，涵蓋企業(yè)內(nèi)部各種器件、半成品、成品的流轉(zhuǎn)過程。零件到貨后，經(jīng)質(zhì)檢部檢查，確認“質(zhì)檢合格”后，倉庫辦理入庫登記（特殊品可作“未檢入庫”處理）；生產(chǎn)部根據(jù)計劃制定生產(chǎn)單；車間依照生產(chǎn)單、物料清單到領料倉庫登記領料信息；生產(chǎn)完成后，車間將（半）成品、余料放入倉庫，倉庫登記入庫、退料信息。不合格或退貨品須退庫返修，處理與之相似；倉庫按銷售合同在指定時間內(nèi)發(fā)貨。若因質(zhì)量問題退貨，則應返修后重新發(fā)貨。

“銷”業(yè)務，即以銷售為中心。銷售部查看成品庫存，根據(jù)庫存情況與客戶簽訂銷售合同；當庫存產(chǎn)品數(shù)量不足以滿足銷售需要時，可上報追加生產(chǎn)計劃；確認客戶收貨且無質(zhì)量問題后，銷售部收取貨款，否則收回退貨品。

同時，該公司提供代購類產(chǎn)品，如大型工業(yè)用表等。此類產(chǎn)品需求量十分有限，因此其進銷存活動以訂單驅(qū)動的方式進行，即簽訂銷售訂單后再進行相關采購、庫存。此類進銷存活動僅涉及商品的流通，其庫存管理業(yè)務更加簡單，而采購、銷售部分基本相同，故不展開分析。

2 系統(tǒng)功能設計

進銷存管理的直接對象是客戶訂貨、采購和庫存部分，而其它的物料需求計劃、生產(chǎn)計劃、財務部分都與上述的訂貨、采購和庫存部分有直接的數(shù)據(jù)交換關系[2]。根據(jù)對系統(tǒng)業(yè)務流程的分析及相關業(yè)務處理的核心實體，劃分進銷存管理系統(tǒng)的功能模塊，具體如圖2所示。

（1）計劃管理。用于實現(xiàn)主生產(chǎn)計劃的維護，以明確計劃時間內(nèi)生產(chǎn)的成品種類、數(shù)量和技術路線，具體提供主計劃的錄入、修改、組合查詢等功能，并能對計劃的有效性、完整性進行驗證。

（2）申購管理。申購是采購的依據(jù)，申購單由系統(tǒng)根據(jù)生產(chǎn)計劃、臨時計劃和庫存實際自動生成。故申購模塊主要提供查詢功能，并支持查詢結(jié)果的Excel導出，方便采購部進行處理。

（3）合同管理。主要負責合同基本信息與合同明細的維護和查詢，明確商品的種類、規(guī)格、數(shù)量、單價及到貨批次和時間等。合同根據(jù)訂立對象的不同，分為采購合同和銷售合同，分別由采購部、銷售部進行錄入、修改。為保證系統(tǒng)一致性，已執(zhí)行的合同（明細）不可更改。

（4）質(zhì)檢管理。主要是記錄到貨批次的質(zhì)檢結(jié)果，與采購、代工合同執(zhí)行相對應，由質(zhì)檢部負責。為保證流程規(guī)范，質(zhì)檢記錄不可修改，本模塊僅提供錄入和查詢功能。

（5）庫存管理。用于實現(xiàn)物品入庫到最終發(fā)貨出庫的全程管理，根據(jù)管理物品的不同，分為器件、半成品、成品3個子模塊。器件管理子模塊除維護期間的基本信息，還負責器件入庫、器件退庫、器件領料、器件退料、器件代工領料、器件代工退料、器件報廢、器件盤存等業(yè)務，提供相關信息的錄入、查詢及月度報表、在線盤存等功能。半成品、成品子模塊與之基本相似，不再贅述。

（6）供應商管理。用于實現(xiàn)對供應商基本信息及其供貨目錄、報價信息，以及采購支付記錄的維護。將供貨商的應付賬款進行立賬處理，合同履行或錄入支付記錄后，系統(tǒng)自動修改應付款值，并提供支付記錄查詢和支付報表導出功能。

（7）客戶管理。功能基本同上，故不再贅述。

（8）系統(tǒng)管理。包括全部系統(tǒng)運行相關基礎信息的設置和維護，如權限管理、部門信息維護、用戶管理、密碼修改、數(shù)據(jù)庫設置、枚舉值設置等。

3 數(shù)據(jù)庫設計

3.1 數(shù)據(jù)庫設計方法

本系統(tǒng)為企業(yè)級應用，相關業(yè)務信息較為復雜。為保證系統(tǒng)數(shù)據(jù)設計的科學性和合理性，展開設計前必須明確設計方法。數(shù)據(jù)庫設計的一般過程包括概念設計與物理設計。

（1）概念設計。用于表示數(shù)據(jù)及其相互聯(lián)系，形成獨立于DBMS（Database Management System，數(shù)據(jù)庫管理系統(tǒng)）的數(shù)據(jù)庫概念結(jié)構。

（2）物理設計。根據(jù)DBMS及計算機系統(tǒng)所提供的手段，為數(shù)據(jù)庫邏輯模型選取一個最適合應用環(huán)境的物理模型（包括存儲結(jié)構和存取方法等）。

3.2 系統(tǒng)數(shù)據(jù)庫概念設計

進銷存業(yè)務按照一定流程貫穿于企業(yè)的整個經(jīng)營過程，起于計劃擬定，終于銷售回款，涉及物品包括器件、半成品、成品[3]。根據(jù)對進銷存業(yè)務流程的分析，可確定其基本數(shù)據(jù)需求，將整個業(yè)務處理過程劃分為計劃、申購、采購、代工、質(zhì)檢、庫存管理、銷售7部分。由于離散制造業(yè)本身存在產(chǎn)品結(jié)構復雜、零部件種類繁多、加工過程多變、不確定性較多等特點，其“進銷存”管理信息量極大。為方便描述，本文以采購合同為例進行數(shù)據(jù)庫設計說明，其概念模型如圖3所示。

采購合同信息主要包括供貨商、簽訂時間、起止時間，采購物品的種類、數(shù)量、單價及執(zhí)行批次信息。其中，采購明細須與供貨商供貨物品一致。采購是對申購的響應，每個采購明細可處理多條申購明細記錄。

公司根據(jù)采購合同的執(zhí)行情況分次支付貨款，合同的已付款值即為各對應付款記錄中的付款金額總和。付款記錄錄入后，相應供貨商進行分賬信息、合同信息更新。

3.3 系統(tǒng)數(shù)據(jù)庫物理設計

進銷存業(yè)務中的合同包括采購合同、銷售合同和代工合同，將各類合同合并為同一實體，以枚舉類“合同類型”（ContractKind）進行區(qū)分：1表示器件采購合同，2表示成品采購合同，3表示代工合同，4表示銷售合同。合同表設計如表1所示。

每個合同包含多個合同明細和批次，每個批次包含多個批次明細，對應唯一合同明細。而合同明細、批次明細與具體采購（或代工、銷售）物品采用弱關聯(lián)實現(xiàn)，即根據(jù)“物品類別”（StorageState）不同，“物品編號”（ItemSID）引用自不同的表，具體為：1表示器件，ItemSID引用自器件表；2表示半成品，ItemSID引用自半成品表；3表示成品，ItemSID引用自成品表。須注意合同類型及合同明細的一致性，且為保證合同明細的不重復性，規(guī)定由合同編號（ContractSID）、物品類別（StorageState）、物品編號（ItemSID）可唯一確定一條合同明細記錄。具體物理設計見表2～表4。

4 系統(tǒng)實現(xiàn)

4.1 技術路線

本項目屬于中小型企業(yè)應用開發(fā)，綜合考慮系統(tǒng)的開發(fā)周期適用范圍，確定了系統(tǒng)的開發(fā)總體路線——選擇開發(fā)周期較短的Visual Studio 2010為開發(fā)平臺，數(shù)據(jù)庫管理系統(tǒng)則選用具有高實用性、可伸縮性、可靠性與安全性的SQL Server 2008，主要應用WPF和Entity Framework框架。

（1）WPF（Windows Presentation Foundation）是微軟推出的基于Windows Vista的用戶界面框架，屬于NET Framework 3.0的一部分。它具有業(yè)務邏輯與UI徹底分離、展示效果絢麗、“屬性驅(qū)動”觸發(fā)更加靈活和支持自定繪制等優(yōu)點。

（2）ADO.NET Entity Framework是微軟以ADO.NET為基礎發(fā)展而來的對象關系對應（O/R Mapping）解決方案，其設計在保留了高擴展性的同時，映射定義靈活。使用Entity Framework可以充分定義與數(shù)據(jù)庫表映射的實體，而操作實體與數(shù)據(jù)庫表映射及相關修改工作在運行時可自動完成，無須開發(fā)人員手工寫入映射代碼，從而大大減少開發(fā)人員對數(shù)據(jù)庫的直接操作。

4.2 系統(tǒng)體系結(jié)構

本系統(tǒng)采用基于C/S的三層結(jié)構：①表示層。實現(xiàn)用戶的交互界面內(nèi)容，包括數(shù)據(jù)顯示、信息提示及導航頁面等，顯示內(nèi)容包括企業(yè)共享信息、部門內(nèi)部信息；②業(yè)務邏輯層。主要是針對具體問題的操作，對數(shù)據(jù)業(yè)務邏輯進行處理[21]，包括整個系統(tǒng)需要實現(xiàn)的主要功能，涵蓋采購、銷售、庫存和生產(chǎn)管理各個方面；③數(shù)據(jù)訪問層。為業(yè)務邏輯層提供數(shù)據(jù)服務。

5 結(jié)語

本系統(tǒng)試運行結(jié)果證明，本文設計的燃氣表進銷存管理信息系統(tǒng)能夠滿足該公司高效、科學、規(guī)范的現(xiàn)代信息化管理需要，也進一步證明了離散制造型企業(yè)使用進銷存管理信息系統(tǒng)開展企業(yè)管理的重要性和價值所在。該信息系統(tǒng)的設計開發(fā)，加強了企業(yè)各部門之間的信息共享，保證了信息的及時傳輸與反饋，降低了運營成本，達到了利益最大化的目標。

參考文獻：

[1]王瑤.中小型企業(yè)ERP系統(tǒng)的設計與開發(fā)[D].成都：電子科技大學，2013.

[2]張軍宇.基于AJAX的企業(yè)進銷存管理系統(tǒng)的設計與實現(xiàn)[D].成都：電子科技大學，2012.

[3]趙榮.基于開發(fā)平臺的中小制造企業(yè)ERP實施過程研究[D].大連：大連理工大學，2012.

[4]陳黎夫.Microsoft .Net企業(yè)級應用架構設計[M].北京：人民郵電出版社，2010.

[5]張晗雨.WPF全視角分析[M].北京：機械工業(yè)出版社，2009.

[6]ROGER JENNINGS.ADO.NET 3.5高級編程：應用LINQ&Entity Framework[M]北京：清華大學出版社，2009.

[7]白尚旺，等.Power Designer軟件工程技術[M].北京：電子工業(yè)出版社，2004.

（責任編輯：黃 ?。?