前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇生產(chǎn)計劃的定義范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

生產(chǎn)計劃的定義范文第1篇

關(guān)鍵詞：映射機制；客戶訂單；生產(chǎn)計劃；ER模型

中圖分類號：THl66 文獻標(biāo)識碼：A 文章編號：1009-2374（2013）19-0040-03

1 概述

訂單是是生產(chǎn)企業(yè)與客戶之間進行業(yè)務(wù)確認的法律依據(jù)，根據(jù)訂單在供應(yīng)鏈的環(huán)節(jié)不同可以分為客戶訂單、采購訂單、委外訂單等。客戶訂單是客戶對企業(yè)訂貨的憑據(jù)，處于企業(yè)供應(yīng)鏈的下游。在市場經(jīng)濟環(huán)境下，絕大多數(shù)企業(yè)是以面向訂單方式來組織生產(chǎn)，客戶訂單不僅是銷售業(yè)務(wù)的業(yè)務(wù)處理源，更是企業(yè)生產(chǎn)起點和最終目標(biāo)。

近年來，有關(guān)客戶訂單處理問題已引起不少學(xué)者的注意，并展開了不少有價值的研究。李兵等針對虛擬企業(yè)環(huán)境，使用過程建模技術(shù)，研究了將訂單分解為不同任務(wù)的方法。楊文華等利用UML方法研究了訂單處理系統(tǒng)的設(shè)計分析問題。陳煒婷探討了訂單驅(qū)動生產(chǎn)系統(tǒng)中，應(yīng)用帶保護水平分配機制時，如何對產(chǎn)能分配及訂單接受機制進行優(yōu)化。李嵐針對訂單數(shù)據(jù)傳輸及交易、選擇訂單合作伙伴、有效建立滿足企業(yè)訂單需求的供求關(guān)系等問題，研究了訂單分解算法。倪志偉從排隊論的角度，對訂單處理系統(tǒng)進行分析，建立了基于排隊論的訂單處理系統(tǒng)概念模型。張碩等應(yīng)用電子訂單分割處理，實現(xiàn)了供應(yīng)物流與生產(chǎn)進度匹配?？傮w來看，目前對訂單處理的研究主要集中在商務(wù)處理領(lǐng)域，與生產(chǎn)過程密切整合的研究相對較少。本文在分析現(xiàn)有研究成果的基礎(chǔ)上，結(jié)合現(xiàn)代企業(yè)生產(chǎn)管理的需要，構(gòu)建了一種客戶訂單與生產(chǎn)計劃映射模型。

2 客戶訂單與生產(chǎn)計劃的關(guān)聯(lián)模型

2.1 客戶訂單及其數(shù)據(jù)模型

客戶訂單是一種客戶對企業(yè)產(chǎn)品需求的數(shù)據(jù)形式，客戶每次訂貨對產(chǎn)品的需求可能有一種，也可能有多種，需求時間上也可能有多個，因此一張訂單上經(jīng)常會有多種產(chǎn)品、多個交貨日期等多樣性信息。在進行訂單處理時，通常將在某個時間對某種產(chǎn)品的需求描述為一個訂貨項目，每張客戶訂單通常由一個或者多個訂貨項目構(gòu)成。

對于每張客戶訂單而言，其數(shù)據(jù)模型由兩個層面的信息構(gòu)成：訂單信息和訂貨項目信息。訂單信息包括：訂單編號、客戶編號、訂單確認日期等，訂貨項目信息包括：產(chǎn)品型號、數(shù)量、交貨時間、當(dāng)前狀態(tài)等，如圖1所示。

本文關(guān)注的是客戶訂單與生產(chǎn)計劃的關(guān)聯(lián)關(guān)系，因此在構(gòu)建客戶訂單數(shù)據(jù)模型時只納入與生產(chǎn)有關(guān)的信息，將每個訂貨項目用一個5元組來表達：

根據(jù)生產(chǎn)企業(yè)訂單管理運作的特點，考慮到對訂單動態(tài)跟蹤的需求，本文將訂貨項目的狀態(tài)Si歸結(jié)為5種，并分別用一個數(shù)字進行狀態(tài)標(biāo)識：

0——項目未列入生產(chǎn)計劃

1——項目列入生產(chǎn)計劃，但還未開始生產(chǎn)

2——項目的生產(chǎn)已經(jīng)開始，但未完工

3——項目已經(jīng)生產(chǎn)完工，等待發(fā)貨

4——項目發(fā)貨完畢

2.2 生產(chǎn)計劃及其數(shù)據(jù)模型

制定生產(chǎn)計劃的直接依據(jù)是來自客戶的訂單，通過訂單分解將訂單中的需求信息轉(zhuǎn)換為生產(chǎn)計劃的源數(shù)據(jù)——生產(chǎn)需求項目。實際處理中，每個生產(chǎn)需求項目對應(yīng)于一個訂貨項目，再由每個生產(chǎn)需求項目生成一系列的生產(chǎn)任務(wù)，生產(chǎn)計劃就是由生產(chǎn)任務(wù)構(gòu)成的序列。因此，表達生產(chǎn)計劃的數(shù)據(jù)模型應(yīng)包含兩個層面的信息：生產(chǎn)需求項目和生產(chǎn)任務(wù)。

生產(chǎn)需求項目可用下面的元組來表示：

按最遲完工時間的先后順序?qū)⑸a(chǎn)需求項目排列一個序列，可得到一個生產(chǎn)需求項目的隊列A：A1，A2，...，AK，其中K為項目總數(shù)。

生產(chǎn)需求項目隊列是生產(chǎn)計劃的源數(shù)據(jù)，通過生產(chǎn)計劃制定之后，可得到一系列的生產(chǎn)任務(wù)，每個生產(chǎn)任務(wù)可用一個元組表示：

Jk=（ACj，JCk，Pk，NUMk，JSk，JEk） （3）

式中：

按最遲完工時間的順序排列生產(chǎn)任務(wù)，便得到一個生產(chǎn)任務(wù)隊列J：J1，J2，…，JN，其中N為任務(wù)總數(shù)，J即為生產(chǎn)計劃。

2.3 客戶訂單與生產(chǎn)計劃之間的ER模型

生產(chǎn)計劃是以客戶訂單為依據(jù)制定的，它們之間存在著必然的關(guān)聯(lián)性關(guān)系，明確這種關(guān)系對于建立有效的客戶訂單與生產(chǎn)計劃映射機制有著重要作用。參照實體關(guān)系模型（ER：Entity Relationship Model），客戶訂單與生產(chǎn)計劃之間的關(guān)聯(lián)性涉及到四個實體型：訂單實體、訂貨項目實體、生產(chǎn)需求項目實體、生產(chǎn)任務(wù)實體，生產(chǎn)計劃以客戶訂單之間的關(guān)系可以表達為如圖1所示的ER關(guān)系圖。

3 客戶訂單與生產(chǎn)計劃之間的映射模型構(gòu)建

3.1 映射機制的構(gòu)建

生產(chǎn)計劃的制定必須將市場需求映射到企業(yè)的生產(chǎn)過程中，保證企業(yè)制造出來的產(chǎn)品是市場需求的產(chǎn)品。構(gòu)建有效的客戶訂單與生產(chǎn)計劃映射機制，是實現(xiàn)對客戶訂單執(zhí)行狀態(tài)跟蹤和控制的必備功能，也是實現(xiàn)正確生產(chǎn)的重要保證。

根據(jù)圖1所示ER關(guān)系模型，客戶訂單與生產(chǎn)計劃之間存在兩次映射：訂貨項目到生產(chǎn)需求項目需求的映射、生產(chǎn)需求項目到生產(chǎn)任務(wù)的映射，如圖2所示。首先，利用訂單分解功能將訂貨項目與生產(chǎn)需求項目需求建立起一一映射關(guān)系。然后，考慮庫存、在制生產(chǎn)情況和凍結(jié)計劃等因素，利用凈需求計算扣除不必要生產(chǎn)的生產(chǎn)需求，進而得到生產(chǎn)凈需求。最后，通過生產(chǎn)計劃制定功能將生產(chǎn)凈需求轉(zhuǎn)換為生產(chǎn)任務(wù)。

3.2 映射過程簡要分析

訂貨項目到生產(chǎn)需求項目需求映射的目的在于從生產(chǎn)訂單中獲取生產(chǎn)計劃的源數(shù)據(jù)，訂貨項目對生產(chǎn)有需求的話，其狀態(tài)標(biāo)號數(shù)必須小于4，生產(chǎn)需求項目隊列的產(chǎn)生步驟如下：取所有狀態(tài)標(biāo)號數(shù)小于4的訂貨項目；生成生產(chǎn)需求項目：根據(jù)訂貨項目的OCi、Pi、NUMi，生成生產(chǎn)需求項目中對應(yīng)項目數(shù)據(jù)，根據(jù)交貨期，綜合發(fā)貨、運輸?shù)纫蛩氐挠绊?，計算生產(chǎn)需求項目的最遲完工時間；按最遲交貨時間順序?qū)⑸a(chǎn)需求項目排列成一個生產(chǎn)需求項目隊列A：A1，A2，…，AK。

在獲得生產(chǎn)需求項目隊列A后，需要進一步根據(jù)A來制定生產(chǎn)計劃，轉(zhuǎn)換為一個生產(chǎn)任務(wù)隊列，具體步驟如下：按最遲完工時間順序依次取生產(chǎn)需求項目Aj；庫存消抵處理：如果Aj中要生產(chǎn)產(chǎn)品的庫存中已經(jīng)有，則不必生產(chǎn)；在制品消抵處理：如果Aj中要生產(chǎn)產(chǎn)品的正在生產(chǎn)線上進行加工，則不必生產(chǎn)；根據(jù)工作日歷情況確定Aj中要生產(chǎn)產(chǎn)品的開工和完工時間，得到對應(yīng)的生產(chǎn)任務(wù)Jk；按最遲完工時間的順序?qū)⑸a(chǎn)需求項目排列成生產(chǎn)計劃J：J1，J2，…，JN。

4 結(jié)語

客戶訂單是制定生產(chǎn)計劃的直接依據(jù)，構(gòu)建有效的客戶訂單與生產(chǎn)計劃映射模型，是實現(xiàn)對客戶訂單執(zhí)行狀態(tài)跟蹤和控制的必備功能，也是實現(xiàn)正確生產(chǎn)的重要保證。本文結(jié)合現(xiàn)代企業(yè)生產(chǎn)管理的需要，構(gòu)建了一種客戶訂單與生產(chǎn)計劃映射模型，明確了從客戶訂單到生產(chǎn)計劃的信息傳遞關(guān)系，構(gòu)造了客戶訂單與生產(chǎn)計劃之間的ERP關(guān)系模型和映射機制。本文旨在拋磚引玉，為面向訂單生產(chǎn)模式下的客戶訂單與生產(chǎn)計劃之間關(guān)聯(lián)映射方法的研究提供有一定價值的參考。

參考文獻

[1] 李兵，李莉.工作流技術(shù)在虛擬企業(yè)訂單分解上的應(yīng)用[J].計算機工程與應(yīng)用，2003，7：28-31.

[2] 楊文華，張曉豐.基于UML的訂單處理系統(tǒng)的分析和設(shè)計[J].微機發(fā)展，2002，4：92-95.

[3] 陳煒婷，龔錫挺，王其文.訂單驅(qū)動生產(chǎn)系統(tǒng)產(chǎn)能分配與訂單接受優(yōu)化決策[A].第三屆（2008）中國管理學(xué)年會論文集[C].2008，（11）.

[4] 李嵐.基于中間件的B2X協(xié)同電子商務(wù)平臺及其訂單分解算法研究[D].浙江工商大學(xué)，2011.

[5] 倪志偉.基于排隊論的訂單處理系統(tǒng)建模與仿真

[D].北京交通大學(xué)，2009.

[6] 張碩，王利芳.電子訂單分割在汽車制造業(yè)中的應(yīng)用[J].物流技術(shù)與應(yīng)用，2009，（4）.

[7] 曾洪鑫.基于狀態(tài)樹與時間處理的機械產(chǎn)品流水裝配生產(chǎn)計劃與調(diào)度[D].華中科技大學(xué)，2005.

生產(chǎn)計劃的定義范文第2篇

關(guān)鍵詞：SAP；生產(chǎn)計劃與控制模塊；生產(chǎn)訂單；配置

中圖分類號：TP315 文獻標(biāo)識碼：A文章編號：1007-9599 (2011) 13-0000-01

SAP Production Order Function System Implementation Cases

Hou Yue

(China National Offshore Oil Corporatio,Information Technology Center,Beijing100010,China)

Abstract:SAP production planning and control module is based on production order to actualize the function of production control.In order to accommodate with diverse business characters and demands of manufacturing enterprises,SAP system allows setting parameters of the production order via background configuration.With the purpose of utilizing the function of SAP production order flexibly and effectively,this paper gives a brief introduction on the relevant configurations,and discusses how to set the value of these configurations to meet the business demands.

Keywords:SAP;Production Planning and Control Module;Production Order;Configuration

ERP（Enterprise Resource Planning）的核心思想是通過事先計劃與事中控制來實現(xiàn)對整個供應(yīng)鏈的有效管理，以求最大限度的利用企業(yè)現(xiàn)有資源，實現(xiàn)企業(yè)經(jīng)濟效益的最大化。SAP系統(tǒng)就是一個基于ERP管理思想的軟件，也是目前市場上較為領(lǐng)先的管理軟件。生產(chǎn)計劃與控制模塊（Production Planning and Control，以下簡稱“PP模塊”）是SAP系統(tǒng)的一個重要模塊，處于企業(yè)內(nèi)部供應(yīng)鏈的核心地位。

不同行業(yè)的生產(chǎn)型企業(yè)有著不同的生產(chǎn)模式，對于生產(chǎn)過程控制和生產(chǎn)經(jīng)營管理有著千差萬別的需求。如何靈活的運用SAP系統(tǒng)來滿足企業(yè)需求，適應(yīng)不同生產(chǎn)型企業(yè)的業(yè)務(wù)特色，是系統(tǒng)實施的一大難題。SAP提供了系統(tǒng)后臺參數(shù)配置這樣一種靈活的解決方式。本文將介紹常用的生產(chǎn)訂單相關(guān)配置項及其含義，并結(jié)合實際生產(chǎn)業(yè)務(wù)探討如何對這些配置項進行賦值。

一、定義生產(chǎn)訂單類型

一個生產(chǎn)型企業(yè)可能生產(chǎn)多種產(chǎn)品并采用不同的生產(chǎn)成本結(jié)算方式，因此需要通過生產(chǎn)訂單類型來加以區(qū)分。在生產(chǎn)訂單類型中，將配置成本結(jié)算參數(shù)文件和功能范圍兩個參數(shù)。在結(jié)算參數(shù)文件中，定義訂單的分配結(jié)構(gòu)，定義訂單發(fā)生的費用是按百分比、權(quán)數(shù)還是金額的方式結(jié)算出去，定義訂單的有效結(jié)算接收方，設(shè)置訂單是否允許、禁止還是必須結(jié)算到這些接收方，定義結(jié)算的憑證類型；在功能范圍中定義訂單歸集的費用進入到哪個成本類別。

二、定義訂單類型相關(guān)參數(shù)

生產(chǎn)訂單類型可以用于區(qū)分不同產(chǎn)品的生產(chǎn)及結(jié)算模式，但在生產(chǎn)過程中具體生產(chǎn)方案的選擇、原材料的采購方式等仍然需要通過進一步的系統(tǒng)配置來實現(xiàn)。其主要配置對象包括：是否由系統(tǒng)自動選擇相應(yīng)主數(shù)據(jù)，是否允許在創(chuàng)建訂單時手動選擇數(shù)據(jù)，在生產(chǎn)訂單創(chuàng)建或是生產(chǎn)訂單下達這兩個不同的時間點產(chǎn)生系統(tǒng)預(yù)留或是采購申請，以及配置相應(yīng)的計劃成本核算變式和實際成本核算變式。

三、生產(chǎn)訂單編號范圍

一般來說，生產(chǎn)訂單編號范圍與生產(chǎn)訂單類型一一對應(yīng)，針對每個生產(chǎn)訂單類型，在SAP系統(tǒng)內(nèi)定義一個唯一的號碼段，以此通過生產(chǎn)訂單編號更加直觀的對不同生產(chǎn)訂單類型加以區(qū)分。在配置號碼段時，需要注意號碼段之間不能存在重疊，并且設(shè)置此號碼段是由系統(tǒng)自動給號還是允許手動給號。

四、為生產(chǎn)訂單定義計劃參數(shù)

生產(chǎn)排程是生產(chǎn)訂單的重要功能，根據(jù)在生產(chǎn)訂單中維護的計劃生產(chǎn)開始時間或是計劃生產(chǎn)結(jié)束時間，結(jié)合裝置產(chǎn)能和生產(chǎn)加工時間，備料時間等信息，SAP系統(tǒng)將給出最終的排產(chǎn)結(jié)果。計劃參數(shù)一般與所配置的生產(chǎn)訂單類型一一對應(yīng)。其主要配置對象包括：在調(diào)整日期中配置是否根據(jù)生產(chǎn)日期調(diào)整基礎(chǔ)日期，以及相關(guān)需求的日期是如何確定的；計劃類型決定排程將以何種方向（倒推排程或向前排程）進行；通過訂單縮減配置項決定是縮減訂單中所有操作的提前期或是只縮減關(guān)鍵工序的提前期。

五、定義確認參數(shù)

生產(chǎn)計劃的定義范文第3篇

【關(guān)鍵詞】 活動工期； 生產(chǎn)單元； 成本控制； 遺傳算法

【中圖分類號】 F272.3 【文獻標(biāo)識碼】 A 【文章編號】 1004-5937（2017）04-0030-05

一、引言

據(jù)《中國船舶報》顯示，船舶行業(yè)重點監(jiān)測的94家企業(yè)2016年1―5月同比主營業(yè)務(wù)收入下降3.8%，同比利潤下降22.3%。勞動力成本上升，船東頻繁修改合同訂單導(dǎo)致生產(chǎn)計劃調(diào)整，生產(chǎn)節(jié)奏打亂，按計劃交船困難重重，致使造船企業(yè)成本增加，我國造船企業(yè)財務(wù)管控壓力[1]、盈利難問題仍然突出。針對船舶建造過程中“邊設(shè)計、邊生產(chǎn)”特點，動態(tài)監(jiān)控成本，保證目標(biāo)成本的控制，進一步提升造船企業(yè)成本管控潛力已迫在眉睫。以生產(chǎn)單元或作業(yè)區(qū)為生產(chǎn)組織形式是現(xiàn)代造船業(yè)的明顯特征[2]，生產(chǎn)單元中作業(yè)工序?qū)ο∪毙再Y源爭奪加劇，生產(chǎn)計劃調(diào)整導(dǎo)致工期的不確定性，如何在活動工期、作業(yè)工序的前后順序及制造過程消耗資源的約束條件下，有序合理組織安排生產(chǎn)單元中作業(yè)工序，保證生產(chǎn)單元任務(wù)計劃的有效實施，使分解的目標(biāo)成本得以控制，成為亟待解決的問題。

近年來，許多學(xué)者致力于生產(chǎn)單元成本控制問題研究，鐘宏才等[2]運用成組技術(shù)實現(xiàn)生產(chǎn)單元滿足一定節(jié)奏的批量化生產(chǎn)；劉玉君等[3]實現(xiàn)了船舶管系生產(chǎn)計劃系統(tǒng)的開發(fā)；蘇翔等[4]通過增量接收技術(shù)構(gòu)建動態(tài)成本控制系統(tǒng)，實現(xiàn)成本管理重心前移至事中控制；吳君民等[5]通過和聲搜索算法，尋找船舶分段建造的成本與工期雙優(yōu)化；戴祥斌和徐心淵[6]實現(xiàn)了多項目并行的海工船項目進度安排及糾偏；趙東方等[7]研究了動態(tài)環(huán)境下生產(chǎn)單元組織行為建模，減少環(huán)境不確定性的影響；陳占奪[8]研究了船舶設(shè)計成本管理方法與內(nèi)容，對船舶成本管控進行了補充。上述研究文獻雖然運用成組技術(shù)，實現(xiàn)生產(chǎn)單元批量化生產(chǎn)，有效降低生產(chǎn)制造成本，但仍有大量單件、小批型生產(chǎn)單元無法通過成組技術(shù)改變生產(chǎn)組織方式，達到降低其制造成本的目的；另一方面，一些學(xué)者局限于船舶分段或生產(chǎn)單元的成本與工期的研究，忽略了多資源限制及活動工期對資源調(diào)配、作業(yè)工序安排的影響。實際的生產(chǎn)作業(yè)中，造船企業(yè)單件小批生產(chǎn)單元既受多種制造資源限制，又受到“邊設(shè)計、邊生產(chǎn)”造船特點影響，更改生產(chǎn)計劃，打亂生產(chǎn)節(jié)奏。

針對上述問題，如何在滿足活動工期、資源及成本三者條件下柔性組織生產(chǎn)形式、優(yōu)化作業(yè)順序與及時反饋制造成本，是控制該類型生產(chǎn)單元成本的重要問題。因此，本文將在現(xiàn)有成果的基礎(chǔ)上，結(jié)合造船企業(yè)特點，充分考慮遺傳算法具有極強的計算能力和搜索能力的特性，對活動工期下造船企業(yè)單件小批生產(chǎn)單元成本控制進行研究。

二、基于活動工期造船單件小批生產(chǎn)單元成本控制模型

（一）活動工期下造船單件小批生產(chǎn)單元成本控制思想

根據(jù)船舶建造計劃的進度安排，可以明確知曉生產(chǎn)單元建造工期；根據(jù)生產(chǎn)工藝明確生產(chǎn)單元中任務(wù)包的生產(chǎn)過程正常需要消耗制造資源，例如作業(yè)人員工時數(shù)、機器工時數(shù)、生產(chǎn)場地面積等。從短期來看，在實際的生產(chǎn)單元制造過程中作業(yè)人員工時數(shù)、機器工時數(shù)及生產(chǎn)場地面積等資源是有限的或是擴充有高額成本代價的。活動工期下造船單件小批生產(chǎn)單元的成本控制目標(biāo)是在目標(biāo)分解成本、工期拖期懲罰與制造資源限制或資源可擴充但有代價的約束情形下，有序合理組織安排生產(chǎn)單元中作業(yè)工序，保證生產(chǎn)單元任務(wù)計劃的有效實施，實現(xiàn)生產(chǎn)單元滿足既定工藝路線下的制造成本最低，使分解的目標(biāo)成本得以控制。

三、模型求解

從模型7可以看出，函數(shù)目標(biāo)是分段函數(shù)的整數(shù)規(guī)劃問題。常規(guī)分支定界、整數(shù)規(guī)劃法與枚舉法計算量比較大，容易導(dǎo)致局部最優(yōu)。本文選擇遺傳算法求解，其優(yōu)越的全局搜索性，并行計算及快速的收斂性[9]，大大減輕工作量。就上述模型，下面給出遺傳算法下求解模型的邏輯或者流程。

若可以在資源限制內(nèi)按期完成生產(chǎn)單元任務(wù)，那么決策者一定選擇既不擴充資源也不拖期的生產(chǎn)計劃。因為只要在資源約束內(nèi)，資源使用在時間上的分配不影響任務(wù)消耗資源所產(chǎn)生的成本，即資源總成本一定。而拖期罰金只在拖期時存在，按時完成時并不存在。于是，在資源限制內(nèi)按期完工成本最低。在必須拖期或必須擴充資源情況下，決策者將權(quán)衡兩者所增加的成本，做出拖期、擴充資源或兩者分攤增加成本，以獲得最小成本。為了解決該問題，下面給出壓縮量、可壓縮工序、可壓縮時點、可壓縮量及壓縮比例的定義。

定義1：壓縮量是指資源受限，工期剛性方法給出的計劃的實際工期大于工期限制的部分。

定義2：可壓縮工序是指在資源受限，工期剛性方法給出的計劃中，實際開始時間早于其只考慮工藝流程而不考慮時間的最早開工時間的工序。

定義3：可壓縮時點是指可壓縮工序的實際開始時間點。

定義4：可壓縮量是指可壓縮工序的實際開始時間和最早開始時間的差值。

定義5：壓縮比例是指一道工序的開始時間的提前量與該工序的可壓縮量的比值。該處理邏輯如圖1所示。

圖1中的處理邏輯將資源可擴充但有代價、工期柔性問題簡化成為資源有限、工期柔性問題求解，再通過壓縮比例對已有計劃安排進行修正。這樣的修正將改善原有計劃的拖期情況，將原計劃中因拖期造成的成本部分轉(zhuǎn)移到資源擴充中，以達到成本最小。

該邏輯是在一個已有計劃上進行改善，所以很難通過改善一個成本很大的原計劃得到一個令人滿意的修正計劃。因此，原計劃的選取仍應(yīng)為一個較優(yōu)解。原計劃是在不擴充資源條件下進行的，不存在擴充資源造成成本增加，所有高出基本成本的這部分成本都來自于拖期時間。因此拖期時間越小成本越小，即工期越短成本越小。然而對一個以工期最短為目標(biāo)安排的計劃通過設(shè)定壓縮比例調(diào)整，并不能保證得到的是一個最優(yōu)或者令人滿意的計劃。因此，在使用這一邏輯處理時，原計劃的選取和壓縮比例的確定成為兩個核心問題。

將這兩個問題中的任何一個孤立地加以解決，都難以得到較優(yōu)的計劃。必須將原計劃安排和壓縮比例設(shè)定封裝，再通過對其成本比較尋找出的結(jié)果才可能是令人滿意的。也就是說，在搜索原計劃的同時，就應(yīng)設(shè)定合適的壓縮比例對其修正得到修正計劃。再直接考察修正計劃的表現(xiàn)，搜索最優(yōu)計劃。為了將這兩個問題封裝，本文設(shè)計雙鏈遺傳算法流程，如圖2所示。

四、算例驗證

CX船廠是國內(nèi)一家中大型修造船企業(yè)，以該船廠某一單件小批生產(chǎn)單元為例，該生產(chǎn)單元中LFD1008任務(wù)包含6個作業(yè)工序，受3種資源的限制，其網(wǎng)絡(luò)計劃圖如圖3所示。原工期為25小時，由于船東修改訂單，分解新的生產(chǎn)計劃，該任務(wù)設(shè)定計劃工期為19小時，拖期懲罰為每小時0.2萬元，目標(biāo)分解制造成本25萬元（不含物料及間接分擔(dān)成本），各工序加工與資源耗費情況如表1所示，資源價格如表2所示。

本文采用Matlab2010a編程對模型求解，設(shè)置采用的具體遺傳參數(shù)有：種群規(guī)模為20，最大迭代次數(shù)為500，交叉概率0.8，變異概率0.2，運算結(jié)果形成選取的最優(yōu)優(yōu)先級和壓縮比例組合如表3所示，計劃安排如圖4所示，各類資源消耗如圖5所示。

由上述運算結(jié)果可知，在資源不可擴充，工期剛性條件下，LFD1008任務(wù)最小工期是21小時，如果船東沒有修改訂單，正?？梢酝瓿扇蝿?wù)。船東修改訂單后生產(chǎn)單元在新的計劃工期、資源條件下，通過對作業(yè)工序優(yōu)化，也不可能完成該任務(wù)。通過對資源的擴充，考慮拖期懲罰成本，實現(xiàn)在活動工期下，制造成本最低，即對非正常資源消耗最低，按照模型優(yōu)化具體作業(yè)安排如表4所示。由表4可知，實際加工工時為20個工時，超出計劃1個工時，懲罰成本為0.2萬元；同時第7個加工工時，資源2超出資源限制1個單位資源，資源3超出了資源限制2個單位資源，根據(jù)資源價格及實際工期計算出總成本為24.13萬元，其中懲罰成本0.2萬元，正常資源價格生產(chǎn)成本為22.89萬元，資源擴充增加額外成本1.04萬元，使總成本提高了5.42%，仍在目標(biāo)分解制造成本25萬元控制范圍之內(nèi)。

五、結(jié)論

生產(chǎn)單元是造船企業(yè)的重要生產(chǎn)組織方式，新的船舶經(jīng)濟形勢下船東頻繁修改合同訂單導(dǎo)致生產(chǎn)計劃調(diào)整，生產(chǎn)節(jié)奏打亂，工期不確定性?；顒庸て谙聠渭∨蜕a(chǎn)單元的制造環(huán)節(jié)的成本控制對執(zhí)行目標(biāo)成本管控、反饋設(shè)計、實現(xiàn)降本增效至關(guān)重要。本文構(gòu)建活動工期下的滿足目標(biāo)分解成本與制造資源可擴充情形下的造船單件小批生產(chǎn)單元制造環(huán)節(jié)的成本控制模型，給出遺傳算法下求解模型的邏輯或者流程，并結(jié)合某船廠加以驗證。結(jié)果表明，通過該模型優(yōu)化可以實現(xiàn)活動工期、拖期懲罰與制造資源可擴充但有代價的約束情形下，有序合理組織安排生產(chǎn)單元中作業(yè)工序，保證生產(chǎn)單元任務(wù)計劃的有效實施，實現(xiàn)生產(chǎn)單元滿足既定工藝路線下的制造成本最低，使分解的目標(biāo)成本得以控制，提高企業(yè)的經(jīng)濟效益，避免不合理占用車間工人作業(yè)時間，減少生產(chǎn)過程中不合理趕工現(xiàn)象，在實踐中具有較強的應(yīng)用價值，可為其他制造型企業(yè)作業(yè)計劃安排及成本控制提供參考，同時也為造船企業(yè)實現(xiàn)準時化生產(chǎn)提供有效的管理手段，幫助企業(yè)提高核心競爭力。

【參考文獻】

[1] 干勝道.企業(yè)財務(wù)壓力：來源與管控[J].會計之友， 2016（9）：20-22.

[2] 宏才，蔣如宏，譚家華，等.造船專業(yè)化生產(chǎn)單元模型及其作業(yè)安排優(yōu)化[J].中國造船，2004，45（2）：7-13.

[3] 劉玉君，李瑞，■田邦裕.基于約束理論的船舶管系加工進度計劃系統(tǒng)研究[J].中國造船，2011（1）：201-208.

[4] 蘇翔，潘燕華，寧宣熙.基于大型單件小批生產(chǎn)的MBOM增量接收研究[J].中國管理科學(xué)，2004，12（2）：73-77.

[5] 吳君民，陳明菲，鞠可一，等.基于和聲搜索算法的船舶分段工程項目工期―成本優(yōu)化[J].財會月刊，2015（18）：68-70.

[6] 戴祥斌，徐心淵.基于比功率法和利用系數(shù)法的HAB（WB）照度計算在海工船上應(yīng)用[J].船舶與海洋工程，2015（3）：50-56.

[7] 趙東方，張曉冬，章恩武，等.動態(tài)制造環(huán)境下生產(chǎn)單元組織行為建模研究[J].軟科學(xué)，2015（10）：136-140.

生產(chǎn)計劃的定義范文第4篇

關(guān)鍵詞：Agent模板語言；多Agent系統(tǒng)；產(chǎn)生式編程；Grammarware；黑板；JADE

中圖分類號：TP311.52文獻標(biāo)識碼：A

文章編號：1001-9081(2007)04-0868-04

0引言

基于Agent的計算被認為是一種新的軟件開發(fā)的范式，在軟件工程、分布式系統(tǒng)開發(fā)和智能系統(tǒng)開發(fā)上都能夠發(fā)揮重要的作用。為了構(gòu)建可靠、有效的基于Agent和多Agent系統(tǒng)的應(yīng)用，研究人員提出了很多方法學(xué)與建模方法。例如在方法學(xué)方面的AAII方法學(xué)和Gaia方法學(xué)等；在結(jié)構(gòu)方面包括慎思、反應(yīng)以及混合等一系列結(jié)構(gòu)。

盡管研究人員提出了很多Agent的結(jié)構(gòu)和一些方法學(xué)來構(gòu)造面向Agent的系統(tǒng)，但是這些方法多基于傳統(tǒng)的面相對象分析/設(shè)計（OOA/D），有些采用靜態(tài)、非分布軟件結(jié)構(gòu)的建模，不符合Agent所處的動態(tài)分布環(huán)境;有些結(jié)構(gòu)較為復(fù)雜，且一般集中于對單個系統(tǒng)的設(shè)計，缺乏針對不同應(yīng)用的靈活性，使得在Agent開發(fā)中針對不同應(yīng)用進行了大量重復(fù)工作，降低了開發(fā)效率。

借鑒Grammarware的工程化[1]與產(chǎn)生式編程[2]思想，基于以黑板系統(tǒng)為基礎(chǔ)的單Agent結(jié)構(gòu)，提出了一種稱為AgentPatternLanguage(APL)的模板語言[3]，用來在較高的層次上抽象描述Agent中針對具體應(yīng)用的數(shù)據(jù)類型、知識源組件等，并由Agent解析、轉(zhuǎn)換為執(zhí)行代碼，通過這種方式，實現(xiàn)對于Agent與MAS自頂向下的構(gòu)建，從而提高系統(tǒng)開發(fā)效率，增強系統(tǒng)靈活性與可復(fù)用性。

1基于黑板系統(tǒng)的Agent結(jié)構(gòu)

APL語言主要針對基于黑板的Agent結(jié)構(gòu)[3]，由黑板存放Agent的運行信息，與知識源相互協(xié)作完成特定的功能，整個Agent負責(zé)由APL文件生成可執(zhí)行代碼，完成APL說明的目標(biāo)。根據(jù)文獻[1]中作者對于Grammarware進行工程化開發(fā)的原則，以APL定義的語法作為base―linegrammar，進而通過定制APL文檔，描述Agent知識源等組件；同時基于黑板的Agent結(jié)構(gòu)借鑒產(chǎn)生式編程的思想，解析APL文檔，最終實現(xiàn)為針對具體應(yīng)用的系統(tǒng)。同時可根據(jù)不同的知識源運行策略來實現(xiàn)反應(yīng)型或慎思型Agent的特點，從而增強Agent的靈活性和復(fù)用性，提高針對不同應(yīng)用的Agent的開發(fā)效率。圖1是基于黑板的Agent結(jié)構(gòu)。

1.1Agent結(jié)構(gòu)

1.1.1黑板與知識源

黑板是Agent的全局數(shù)據(jù)庫，主要包括數(shù)據(jù)對象結(jié)構(gòu)與子句對象結(jié)構(gòu)兩部分。

數(shù)據(jù)對象結(jié)構(gòu)是由一組有限數(shù)據(jù)對象類型的實例構(gòu)成的集合。數(shù)據(jù)對象類型用來描述一類數(shù)據(jù)對象，包括一個類型名和屬性集合，其中屬性用來描述數(shù)據(jù)對象的特征，一個屬性定義包括屬性名與屬性類型。

3)前提條件PreCondition是一個布爾表達式，由條件語句以及關(guān)系實例構(gòu)成；

4)后置條件PostCondition是一個集合，包含在知識源運行完畢后需要更新黑板上的數(shù)據(jù)對象及子句對象實例。

1.1.2消息相關(guān)知識源和規(guī)劃庫

知識源MessageInput負責(zé)Agent與其他Agent之間的消息收發(fā)，而知識源MessageHandle負責(zé)處理接收到的消息。此外還有一些其他的模塊支持Agent的運行。

當(dāng)MessageInput接收到一個外界到達的消息后，將其放在緩沖隊列中，并通過事件通知MessageHandle。MessageHandle收到消息后，就等待ControlContext選擇。被選中執(zhí)行后，MessageHandle根據(jù)運行中的目標(biāo)結(jié)構(gòu)與規(guī)劃從緩沖隊列中選擇消息，根據(jù)消息內(nèi)容更新黑板變量。各目標(biāo)結(jié)構(gòu)在運行中所需要發(fā)送的消息也放在緩沖隊列中。MessageInput監(jiān)測到緩沖隊列中有消息要發(fā)送，就等待ControlContext選擇，選中后將隊列中消息發(fā)送出去。

為了在實際應(yīng)用場景中支持MAS的開發(fā)與運行，基于黑板的Agent是在JADE[4]平臺上實現(xiàn)的。Agent之間利用ACL（AgentCommunicationLanguage）進行通信，MessageInput、MessageHandle知識源負責(zé)消息的處理。這里采用集中的消息處理是為了避免GoalStructure知識源各自進行消息收發(fā)可能帶來的錯誤，并且可以根據(jù)需要用恰當(dāng)?shù)南⒏潞诎濉?/p>

此外，知識庫Knowledge存放Agent運行所需的一些全局知識，而規(guī)劃庫PlanLibrary中存放用于不同目標(biāo)結(jié)構(gòu)的規(guī)劃。規(guī)劃由名稱、objective（規(guī)劃針對的目標(biāo)結(jié)構(gòu)名）、PreCondition（規(guī)劃執(zhí)行所要滿足的條件）、優(yōu)先級以及規(guī)劃體組成，規(guī)劃體采用確定有窮狀態(tài)自動機DFA表示，其中狀態(tài)之間的轉(zhuǎn)換由一組Transaction（一組完成一定功能的動作）和GoalStructure組成。根據(jù)Agent運行的上下文，Plan選擇不同的狀態(tài)轉(zhuǎn)移，最終達到終結(jié)狀態(tài)，完成規(guī)劃執(zhí)行。

1.1.3控制機制

根據(jù)上面的介紹，ControlContext協(xié)調(diào)不同的知識源協(xié)同工作完成特定的目標(biāo)，其中由議程表Agenda變量控制知識源的執(zhí)行。每個目標(biāo)結(jié)構(gòu)知識源有一個初始的優(yōu)先級，而MessageHandle和MessageInput的優(yōu)先級最高。當(dāng)Agenda打開時，ControlContext選擇處于Active的知識源準備運行，選定后關(guān)閉Agenda。如果MessageHandle或MessageInput被選中則執(zhí)行相應(yīng)的功能。若某個GoalStructure被選中，如果該目標(biāo)結(jié)構(gòu)是首次執(zhí)行，那么根據(jù)Agent當(dāng)前的環(huán)境上下文，從PlanLibrary選擇一個合適的Plan；如果目標(biāo)結(jié)構(gòu)已經(jīng)選定了Plan并已經(jīng)開始執(zhí)行，那么就根據(jù)Plan當(dāng)前的狀態(tài)與環(huán)境上下文選擇狀態(tài)轉(zhuǎn)換（可能是Transaction或GoalStructure）執(zhí)行一步（如果選中子目標(biāo)GoalStructure，則保存當(dāng)前目標(biāo)，先執(zhí)行子目標(biāo)）。當(dāng)MessageInput、MessageHandle完成處理，或GoalStructure執(zhí)行完一步，打開Agenda，開始下一輪選擇?？刂七^程參見圖2。

當(dāng)ControlContext連續(xù)選中同一個目標(biāo)執(zhí)行的時候，其優(yōu)先級相應(yīng)增加。而有時候因為環(huán)境的動態(tài)變化，一個高優(yōu)先級的GoalStructure會打斷當(dāng)前正在執(zhí)行的GoalStructure?？梢酝ㄟ^指定不同的策略決定GoalStructure之間的競爭策略，使Agent在對于環(huán)境的反應(yīng)性和對目標(biāo)的堅持性上做出平衡。

2APL與場景示例

2.1Agent模板語言APL

前面介紹的Agent結(jié)構(gòu)，在針對不同的應(yīng)用時，需要不同的配置信息，如針對于特定應(yīng)用的數(shù)據(jù)類型、規(guī)劃、不同目標(biāo)結(jié)構(gòu)的調(diào)度策略等，這些信息可以通過APL語言來描述。目前APL主要描述應(yīng)用場景中的三方面內(nèi)容：1）表達數(shù)據(jù)對象類型，子句對象類型以及它們的實例；2）描述目標(biāo)結(jié)構(gòu)知識源，包括目標(biāo)名，輸入變量集，前提條件，優(yōu)先級等內(nèi)容；3）描述針對不同目標(biāo)結(jié)構(gòu)的規(guī)劃的相關(guān)信息，包括規(guī)劃名，Objective，規(guī)劃體，前提條件等。這里采用XML進行表達，因為XML具有較強的適應(yīng)性，并且可以簡化編譯/解釋器的構(gòu)造。

從圖1可以看出，Agent中有一個APLParser解析器部件。Agent在運行中與具體應(yīng)用相關(guān)的知識，包括各種數(shù)據(jù)對象實例、子句對象實例、GoalStructure的實例、規(guī)劃Plan的實例等，都編制在APL文件中，在Agent初始化時由APLParser解析APL文件，并生成各種實例的對象，而后Agent按照上面介紹的Agent各個部件的運行機制，完成指定的目標(biāo)。

2.2場景描述

這里采用一個企業(yè)業(yè)務(wù)過程管理的場景來說明基于黑板的Agent結(jié)構(gòu)與APL結(jié)合如何實現(xiàn)特定的目標(biāo)。利用MAS進行業(yè)務(wù)過程管理，將業(yè)務(wù)過程委托于不同的Agent。Agent通過對環(huán)境的觀測和與環(huán)境的交互，根據(jù)環(huán)境和業(yè)務(wù)策略，可以對業(yè)務(wù)過程管理中動態(tài)的變化做出實時、甚至預(yù)動的反應(yīng)，展現(xiàn)出目標(biāo)導(dǎo)向的特點[5]。

考慮如下場景。某汽車制造商由若干部門組成：幾個生產(chǎn)車間（用AD表示）；幾個市場部門（MD），其中每個市場部門負責(zé)處理一個地區(qū)的訂單；一個調(diào)度部門（SD），調(diào)度部門主要負責(zé)為生產(chǎn)車間制定生產(chǎn)計劃。當(dāng)有新訂單到達時，SD要根據(jù)到達的訂單以及當(dāng)前已經(jīng)制定的生產(chǎn)計劃生成新的生產(chǎn)計劃，并發(fā)送給各AD。此外，AD可能因為故障等原因，不能按期完成計劃，將這個情況發(fā)送給SD后，SD要修改當(dāng)前生產(chǎn)計劃，并將修改后的計劃發(fā)送回各AD。場景描述以及消息往來示例參見圖3。

2.3場景實現(xiàn)

這里從調(diào)度部門的角度進行分析。假定每個部門或生產(chǎn)車間都有一個Agent。生產(chǎn)部門的Agent負責(zé)接收生產(chǎn)計劃與異常情況的發(fā)送，市場部門的Agent負責(zé)向SD發(fā)送訂單，并接收對訂單的確認。這些Agent構(gòu)成一個MAS,Agent之間相互通信，通過交換數(shù)據(jù)與控制信息來協(xié)同生產(chǎn)過程。

首先，要用APL表達與生產(chǎn)過程控制相關(guān)的關(guān)鍵信息。對于SD，應(yīng)該在黑板上記錄如下信息：MD發(fā)送過來的訂單信息；為每個AD制定的生產(chǎn)計劃信息;AD發(fā)送過來的異常信息。根據(jù)前面的形式化定義，APL要表達出這些信息涉及的數(shù)據(jù)對象類型，每個類型的實例，所用到的關(guān)系以及關(guān)系的實例等。下面的代碼展示了訂單類型的定義。程序前

注意這個目標(biāo)結(jié)構(gòu)的輸入變量集分為三組，每組的成員分別針對不同地區(qū)的訂單，當(dāng)有一個訂單到達，按照1.1.1中介紹的方式觸發(fā)該知識源。在ControlContext允許該目標(biāo)結(jié)構(gòu)知識源的對象開始執(zhí)行時，該對象在PlanLibrary中查找可以滿足該目標(biāo)結(jié)構(gòu)的規(guī)劃。下面的代碼是用APL表達的規(guī)劃Plan的示例：程序前

這個規(guī)劃有三個狀態(tài)，通過兩個狀態(tài)轉(zhuǎn)換（< tr >標(biāo)簽）順序連接起來。第一個狀態(tài)轉(zhuǎn)換是TransactionprocessOrder，判斷到達的訂單是否可以接受。第二個狀態(tài)轉(zhuǎn)換是一個子目標(biāo)，根據(jù)前面的Transaction計算得到的結(jié)果，如果接受訂單就計算新的生產(chǎn)計劃，并放入發(fā)送隊列;如果是拒絕訂單，就生成拒絕訂單的消息，并放入發(fā)送隊列中。

圖片圖4SD、AD、MD間消息的交換與SDAgent運行控制信息

此外，場景中還需要一個目標(biāo)結(jié)構(gòu)以及對應(yīng)規(guī)劃來實現(xiàn)向AD發(fā)送生產(chǎn)計劃的目標(biāo)，和用于處理AD發(fā)送過來的異常信息的目標(biāo)結(jié)構(gòu)及對應(yīng)規(guī)劃。根據(jù)上面的設(shè)計，圖4顯示了場景的一個實現(xiàn)結(jié)果，由JADESnifferAgent顯示了SD、AD和MDAgent之間的消息往來，以及SDAgent中GoalStructure與Plan等的執(zhí)行情況。

2.4與相關(guān)研究的比較

上面的場景是一個較典型的模型，顯示了在生產(chǎn)過程中存在的協(xié)作與競爭關(guān)系。整個過程需要各個部門（SD、MD、AD）互相交流，互相協(xié)調(diào)才能完成。而協(xié)作中也存在競爭關(guān)系，如不同目標(biāo)由于優(yōu)先級的不同而帶來的競爭等等。要處理好這些競爭，需要設(shè)計比較完善的規(guī)劃、調(diào)度算法，融入到Agent的運行中。

在文獻[6]中提出采用基于黑板的Agent結(jié)構(gòu)處理企業(yè)中過程計劃與生產(chǎn)調(diào)度的生成。這里知識源處理生產(chǎn)調(diào)度/規(guī)劃中出現(xiàn)的問題利用，以此提供靈活、用戶導(dǎo)向的處理方式。但在面對不同企業(yè)不同的業(yè)務(wù)需求時，其知識源的編制需要根據(jù)具體的業(yè)務(wù)場景來編制，可能帶來大量的重復(fù)工作，缺乏APL與黑板Agent結(jié)構(gòu)結(jié)合帶來的靈活性。

在由漢堡大學(xué)開發(fā)的JADEX中[7]，采用了Agent定義語言（AgentDefinitionLanguage，ADL）描述Agent運行時需要的內(nèi)容，包括所需的對象和變量等。通過這種方式能夠給針對不同應(yīng)用場景的Agent的開發(fā)帶來一定靈活性。但是其描述文件的抽象層次比較低，文件定制不夠方便，而APL可以借助一些工具，使系統(tǒng)設(shè)計人員能夠方便的生成APL文件，提升開發(fā)效率。

3結(jié)語

在基于Agent與MAS的系統(tǒng)中，利用模板語言APL從應(yīng)用場景中抽象出數(shù)據(jù)類型和組件等的描述，自頂向下完成MAS的開發(fā)。一方面，增強了Agent針對不同應(yīng)用場景的適應(yīng)性，以及Agent的可維護性與健壯性，另一方面也提高了Agent開發(fā)人員的開發(fā)效率。在給出的場景中，它使得部門更加適應(yīng)內(nèi)部組織以及來自市場的變化，為業(yè)務(wù)過程管理提供更大的靈活性。在進一步的工作中，可以借鑒WebService研究中的成果，擴充APL的定義，包含更加復(fù)雜有效的業(yè)務(wù)流程描述；在Agent中引入較為復(fù)雜的控制機制，提升Agent的性能；也可以采用本體等方式來豐富黑板上所記錄信息的語意內(nèi)涵。

生產(chǎn)計劃的定義范文第5篇

關(guān)鍵詞：生產(chǎn)管理系統(tǒng)；物料管理；系統(tǒng)設(shè)計

隨著經(jīng)濟的飛速發(fā)展，利用生產(chǎn)管理系統(tǒng)進行企業(yè)的信息化建設(shè)，來推動生產(chǎn)企業(yè)管理的科學(xué)化、規(guī)范化，已經(jīng)成為企業(yè)管理中的重要組成部分。開發(fā)出一款適合現(xiàn)代制造企業(yè)要求、符合企業(yè)實際情況的生產(chǎn)管理系統(tǒng)是非常必要的I由于利用目前已有的ERP系統(tǒng)進行改造的難度較大，實施起來難度也高。而市場現(xiàn)有的MES軟件產(chǎn)品還不完善，多少都存在一些不足之處，沒有完全實現(xiàn)制造執(zhí)行系統(tǒng)的集成化，在軟件的實用性、重構(gòu)性和擴展性等方面存在一些弱點。所以本文提出一種的基于物料的企業(yè)生產(chǎn)管理系統(tǒng)，可面向于離散生產(chǎn)企業(yè)。本系統(tǒng)將根據(jù)物料約束、生產(chǎn)資源能力等約束條件，形成系統(tǒng)的生產(chǎn)作業(yè)計劃，根據(jù)生產(chǎn)訂單要求和交貨日期自動拆解生產(chǎn)計劃并進行排產(chǎn)，可實現(xiàn)生產(chǎn)計劃的跟蹤調(diào)度和可視化，提高資源利用率和企業(yè)的管理效率。

1.生產(chǎn)管理系統(tǒng)的業(yè)務(wù)流程

現(xiàn)代制造型企業(yè)的生產(chǎn)管理主要是以客戶需求為核心的，根據(jù)銷售產(chǎn)品的供應(yīng)鏈對生產(chǎn)管理開展相關(guān)的業(yè)務(wù)，主要包括如下幾項：

1）生產(chǎn)計劃管理：為了保證生產(chǎn)過程中所需物料的數(shù)量及物料的供給時間，要對生產(chǎn)計劃進行相應(yīng)的管理，制定出公司的主生產(chǎn)計劃。

2）車間管理：為了保證車間生產(chǎn)的正常進行，要對車間進行管理，確定與車間生產(chǎn)所需的原材料、及其他相關(guān)的產(chǎn)品資源信息。

3）物料采購管理：對原材料及其他相關(guān)物料的采購流程進行管理，對采購訂單等信息維護，以保證產(chǎn)品生產(chǎn)過程中物料的正常供給。

4）產(chǎn)品銷售管理：對產(chǎn)品銷售的流程進行管理，包括對銷售訂單等信息的各項維護操作，目的是為了保證產(chǎn)品庫存數(shù)量在正常合理。

5）庫存信息管理：對庫存信息進行相應(yīng)的管理，可實現(xiàn)原材料入庫、出庫，產(chǎn)品的入庫、出庫、損耗等業(yè)務(wù)管理。

6）質(zhì)量管理：為保證產(chǎn)品的質(zhì)量，生產(chǎn)管理業(yè)務(wù)中的質(zhì)量管理是重中之重，是保證公司信譽的一個重要方面，包括對原材料的質(zhì)量檢測、對成品、半成品的質(zhì)量檢測等，質(zhì)量管理是提高公司質(zhì)量水平的一個重要環(huán)節(jié)。

7）總帳管理：對公司的生產(chǎn)管理過程中涉及的財務(wù)賬目進行管理。企業(yè)生產(chǎn)管理流程如圖1所示。

2.系統(tǒng)總體設(shè)計

根據(jù)對生產(chǎn)管理系統(tǒng)所做的需求分析，可以明確該系統(tǒng)主要由基本數(shù)據(jù)管理、生產(chǎn)計劃管理、車間管理、采購管理、銷售管理、庫存管理、質(zhì)量管理、總賬管理和系統(tǒng)管理等九個功能模塊組成。如圖2生產(chǎn)管理系統(tǒng)總體功能結(jié)構(gòu)圖所示。

其中每個功能模塊又由若干個子功能模塊組成，一起實現(xiàn)了公司的生產(chǎn)管理中各項業(yè)務(wù)的管理功能。

1）基本數(shù)據(jù)管理模塊。主要對生產(chǎn)管理系統(tǒng)中的基本數(shù)據(jù)進行設(shè)置。

2）生產(chǎn)計劃管理模塊。主要是ι產(chǎn)計劃的信息進行管理。包括：生產(chǎn)計劃的定義、產(chǎn)品需求與預(yù)測、主生產(chǎn)計劃管理、物料計算、資源定量管理和資源使用情況統(tǒng)計等子功能模塊。主要完成對生產(chǎn)計劃相關(guān)信息的管理與維護、對產(chǎn)品需求量的預(yù)測、制定主生產(chǎn)計劃（包括管理計劃的起始時間、結(jié)束時間、產(chǎn)品需求量、預(yù)計庫存量等信息）、計算生產(chǎn)所需物料的需求數(shù)量與使用時間、定時對資源的使用情況進行查詢，并將所需數(shù)據(jù)形成報表進行輸出。

3）車間管理模塊。對生產(chǎn)車間作業(yè)所需要的數(shù)據(jù)、產(chǎn)品的相關(guān)數(shù)據(jù)及流程等進行管理。包括對生產(chǎn)過程所需物料的管理，對產(chǎn)品入庫、出庫等的管理，對生產(chǎn)的流程的跟蹤，對生產(chǎn)過程進行實時管理，可計算出計劃成本與實際成本間相差的數(shù)據(jù)，還可對車間工人的工作量、車間生產(chǎn)的費用等進行統(tǒng)計查詢，并生成報表輸出。

4）采購管理模塊?？蓪ιa(chǎn)所需的原材的訂單進行管理，錄入、查詢等操作。

5）銷售管理模塊。對要銷售的產(chǎn)品訂單信息進行管理，包括對銷售產(chǎn)品的信息錄入操作、對已銷售產(chǎn)品退貨信息的管理、對歷史銷售信息進行查詢操作。還可根據(jù)原材料價格的浮動、產(chǎn)品生產(chǎn)成本的改變，自主地對產(chǎn)品定價進行調(diào)整。

6）庫存管理模塊。對產(chǎn)品及物料的庫存進行管理。包括查詢、調(diào)撥、盤點等操作。對產(chǎn)品或物料庫存設(shè)置上限值與下限值，當(dāng)數(shù)據(jù)不在正常范圍內(nèi)，系統(tǒng)可自動報警。

7）質(zhì)量管理模塊。根據(jù)企業(yè)的產(chǎn)品質(zhì)量控制體系，對成品、半成品及原材料等的質(zhì)量把關(guān)。

8）系統(tǒng)管理模塊。對用戶基本信息、權(quán)限等進行管理、對數(shù)據(jù)庫進行備份等操作，以保證系統(tǒng)數(shù)據(jù)的安全性。

3.生產(chǎn)計劃管理模塊的設(shè)計

本文通過物料約束、生產(chǎn)資源能力約束等條件，形成系統(tǒng)的生產(chǎn)作業(yè)計劃，調(diào)度人員根據(jù)生產(chǎn)作業(yè)計劃，結(jié)合實際情況制定可行性方案，大大地減少了計劃排程的工作量，也可有效地提高了資源的利用率，實現(xiàn)了生產(chǎn)計劃的可視化和提高了透明度。

該模塊利用了遺傳算法，能充分考慮車間的產(chǎn)能和設(shè)備資源的可用狀態(tài)，可進行多目標(biāo)優(yōu)化操作，根據(jù)排產(chǎn)結(jié)果可提供幾個可供選擇的方案，并可利用仿真技術(shù)驗證這幾種方案的可行性，并提供友好的可視化界面。大大減少了計劃員的工作量，方便他們進行最佳方案的選擇。其中，工序時間利用仿真手段來確定。財用仿真技術(shù)可以利用已有的排產(chǎn)計劃，計算出每個工位在每個時刻的生產(chǎn)狀態(tài)、庫存容量的變化以及機器負載率的變化。利用遺傳算法還可根據(jù)工序的優(yōu)先級和生產(chǎn)條件滿足即可進行生產(chǎn)的原則，計算出生產(chǎn)計劃的總耗時長、所需庫容量數(shù)據(jù)，關(guān)鍵設(shè)備負載率等。結(jié)果可通過圖表給出，并可實現(xiàn)交互式排產(chǎn)，同時也支持通過拖拽等方式進行人工調(diào)整的排產(chǎn)結(jié)果。