王文亞

摘 要：結(jié)合現(xiàn)代制造企業(yè)運(yùn)營和管理方式的發(fā)展趨勢(shì)，提出了新型ERP系統(tǒng)所必須的主體功能體系，為使ERP系統(tǒng)的集成方法具有相當(dāng)?shù)娜嵝砸詽M足ERP系統(tǒng)與制造企業(yè)運(yùn)營方式變化相適應(yīng)的要求，基于ESP規(guī)則的基本框架，設(shè)計(jì)了一種新的ERP系統(tǒng)的集成方式，該方法在靜態(tài)主體功能體系的基礎(chǔ)上，理順每個(gè)功能的處理邏輯，在運(yùn)營方式發(fā)生變化時(shí)，通過修改ESP規(guī)則來實(shí)現(xiàn)系統(tǒng)功能模塊的動(dòng)態(tài)集成，并給出應(yīng)用實(shí)例說明了該方法優(yōu)良的模塊性和靈活性。

關(guān)鍵詞：ERP；柔性集成；方式

中圖分類號(hào)：F272.7 文獻(xiàn)標(biāo)志碼：A 文章編號(hào)：1673-291X（2014）23-0270-04

ERP（Enterprise Resource Planning）系統(tǒng)在我國已經(jīng)得到廣泛應(yīng)用，同時(shí)迅速變化的企業(yè)需求也要求ERP系統(tǒng)具有對(duì)變化的適應(yīng)能力，這就要求ERP系統(tǒng)的集成方法具有相當(dāng)?shù)娜嵝?。要從根本上解決柔性集成的問題，很有必要對(duì)ERP系統(tǒng)的集成結(jié)構(gòu)進(jìn)行深入的研究，構(gòu)建出一定程度上較為合理的ERP系統(tǒng)集成方法，使軟件管理操作人員能夠迅速地把握企業(yè)在激烈的競(jìng)爭(zhēng)環(huán)境中業(yè)務(wù)的動(dòng)態(tài)變化，方便、迅速地調(diào)整管理軟件系統(tǒng)。為了實(shí)現(xiàn)柔性集成的目的，在靜態(tài)模塊結(jié)構(gòu)表示的基礎(chǔ)上，理順每個(gè)功能的邏輯處理過程，隨業(yè)務(wù)要求的變化，通過修改每個(gè)功能的邏輯聯(lián)系來實(shí)現(xiàn)處理功能的集成。ERP系統(tǒng)的柔性集成還要求在全局思想指導(dǎo)之下任何系統(tǒng)維護(hù)、擴(kuò)充和升級(jí)，不會(huì)因ERP系統(tǒng)的修改和擴(kuò)充而破壞整體的完整性和一致性。從應(yīng)用上來看，國內(nèi)一些較為成熟的ERP軟件雖然都在一定程度上實(shí)現(xiàn)了可配置、可擴(kuò)展、具有動(dòng)態(tài)定制的特點(diǎn)，但在結(jié)構(gòu)上并不是能夠隨著用戶的業(yè)務(wù)變化而方便地進(jìn)行調(diào)整和改變，很有必要研究一種新的結(jié)構(gòu)模式以適應(yīng)ERP系統(tǒng)業(yè)務(wù)的變化。因此，提高ERP系統(tǒng)各模塊集成的柔性具有相當(dāng)?shù)睦碚搩r(jià)值和應(yīng)用價(jià)值。

一、基于ESP規(guī)則的ERP系統(tǒng)集成方法

提高ERP系統(tǒng)的靈活性和適應(yīng)性實(shí)質(zhì)上仍然是模型重用問題，模型解釋和實(shí)用模型的構(gòu)造是模型重用性實(shí)現(xiàn)的基本要求，目前的研究思路概括起來主要有兩種，一種是設(shè)計(jì)具有可重用結(jié)構(gòu)的模型，如模型庫（Model Library）和類的概念等，模型庫的核心思想是提供多種可實(shí)例化的可重用模型樣板[1]，而實(shí)例化的類可以直接應(yīng)用類預(yù)先所定義的方法和屬性。另一種方法是提供專用的建模語言環(huán)境靈活地構(gòu)建各種可供執(zhí)行的模型，如通用解釋器（Public Translator）。它是一個(gè)解釋器編輯系統(tǒng)，利用通用解釋器來減少模型解釋器的數(shù)量，但在特定的建模環(huán)境中編寫高層的解釋器需要耗費(fèi)大量的時(shí)間。有關(guān)這兩方面的研究及其實(shí)際應(yīng)用方式還在進(jìn)一步深入中。本文擬提供一種能根據(jù)制造企業(yè)具體環(huán)境和運(yùn)營狀態(tài)的變化動(dòng)態(tài)地對(duì)ERP集成進(jìn)行調(diào)整的方法。若采用第一種研究思路，最直接的方法就是先依據(jù)制造企業(yè)ERP系統(tǒng)的主體模塊建立一個(gè)標(biāo)準(zhǔn)ERP體系，然后根據(jù)具體的變動(dòng)對(duì)標(biāo)準(zhǔn)ERP體系進(jìn)行改造。ESP規(guī)則是在事件發(fā)生或工作流處于某種狀態(tài)時(shí)用以激活元工作流的命令，主要用于處理工作流系統(tǒng)中的意外事件。為使ESP規(guī)則更適合柔性ERP的構(gòu)建，需要重新定義原有的狀態(tài)集和控制命令集[2]。

定義1 活動(dòng)Acitivity為完成某一任務(wù)需要進(jìn)行的一系列動(dòng)作的集合，它與企業(yè)生產(chǎn)運(yùn)營過程中的單個(gè)任務(wù)相對(duì)應(yīng)，它包含任務(wù)名、輸入和輸出數(shù)據(jù)、執(zhí)行活動(dòng)的角色、活動(dòng)所需的工具等屬性，且每個(gè)活動(dòng)與ERP系統(tǒng)中的某個(gè)子程序相對(duì)應(yīng)。

定義2 業(yè)務(wù)處理過程bpf （business processing flow）為多個(gè)相關(guān)活動(dòng)組成的有序集合，它用來完成某個(gè)管理任務(wù)或生產(chǎn)控制過程，它對(duì)應(yīng)于ERP系統(tǒng)中的某個(gè)功能模塊。業(yè)務(wù)處理過程bpf是一個(gè)二元組，wfu=（{Activities}，{ECA rules}），{Activities}是活動(dòng)集合，也就是說業(yè)務(wù)處理過程bpf包含多個(gè)活動(dòng)Acitivity。{ECA rules}是一組ECA規(guī)則的集合，ECA規(guī)則用來刻畫活動(dòng)之間的遷移條件，決定著活動(dòng)執(zhí)行的先后順序。

定義3 業(yè)務(wù)處理過程bpf狀態(tài)（state）集為

state（bfp）={Waiting，Ready，Executing Suspended，Canceled，Done}

其中，Waiting表示必要的觸發(fā)條件未滿足，業(yè)務(wù)處理過程處于等待狀態(tài)；Ready表示觸發(fā)條件已滿足，可以開始執(zhí)行當(dāng)前業(yè)務(wù)處理過程；Executing表示該業(yè)務(wù)處理過程中的某些活動(dòng)已經(jīng)開始執(zhí)行，但沒有全部完成；Suspended 表示業(yè)務(wù)處理過程暫時(shí)被掛起；Canceled表示業(yè)務(wù)處理過程沒有完成就被取消執(zhí)行；Done表示業(yè)務(wù)處理過程中的所有活動(dòng)都執(zhí)行完畢。業(yè)務(wù)處理過程狀態(tài)間的轉(zhuǎn)換是通過下面定義的控制命令實(shí)現(xiàn)的。

定義4 與業(yè)務(wù)處理過程的狀態(tài)相對(duì)應(yīng)控制命令集為：

C={Start（bpf），Suspend（bpf），Go-suspend，Cancel（bpf），Resume（bpf）}

其中，bpf為業(yè)務(wù)處理過程，Start表示啟動(dòng)業(yè)務(wù)處理過程，Suspend表示暫停業(yè)務(wù)處理過程的執(zhí)行，將當(dāng)前活動(dòng)置為Suspended狀態(tài)，Go-suspend表示系統(tǒng)繼續(xù)執(zhí)行，直至所有的活動(dòng)執(zhí)行完畢后暫停；Cancel表示取消的執(zhí)行，而Resume則表示重新啟動(dòng)處于suspended狀態(tài)的。控制命令集中所定義的五個(gè)控制命令的參數(shù)缺省時(shí)表示作用于當(dāng)前業(yè)務(wù)處理過程。由這五個(gè)控制命令構(gòu)成的控制流稱為元工作流（Meta workflow），它用來描述在某個(gè)ESP規(guī)則的條件滿足時(shí)系統(tǒng)應(yīng)該執(zhí)行的流程，流程的運(yùn)行會(huì)改變標(biāo)準(zhǔn)ERP運(yùn)行體系的活動(dòng)狀態(tài)或調(diào)用輔助業(yè)務(wù)處理過程。

基于以上定義，現(xiàn)給出ESP規(guī)則的基本形式如下：標(biāo)準(zhǔn)ERP運(yùn)行體系ID/事件（Event）：業(yè)務(wù)處理過程狀態(tài)（State）→元工作流ID（Meta workflow ID）?？梢姡珽SP規(guī)則描述了在標(biāo)準(zhǔn)ERP運(yùn)行體系執(zhí)行過程中事件（Event）發(fā)生時(shí)系統(tǒng)根據(jù)業(yè)務(wù)處理過程的狀態(tài)（State）應(yīng)該實(shí)施的元工作流（Meta workflow）。

定義5 ERP系統(tǒng)（簡(jiǎn)記為ERPS）是由為一系列相關(guān)的業(yè)務(wù)處理過程組成的有序集合。ERPS也是一個(gè)二元組，wf=（{bpfs}，{ESP rules}），{bpfs}是業(yè)務(wù)處理過程集合，{ESP rules}是一組ESP規(guī)則的集合，ESP規(guī)則用來描述業(yè)務(wù)處理過程之間的遷移條件，決定著業(yè)務(wù)處理過程執(zhí)行的先后順序，即該定義說明可以通過ESP規(guī)則來聯(lián)接各個(gè)業(yè)務(wù)處理過程，建立整個(gè)ERP系統(tǒng)集成體系。

實(shí)際上，定義的5個(gè)控制命令均可帶有可選參數(shù)ERPS，如Star（bpf，ERPS），表示啟動(dòng)ERP系統(tǒng)ERPS中的業(yè)務(wù)處理過程，缺省值表示當(dāng)前的標(biāo)準(zhǔn)ERP體系。ECA規(guī)則和ESP規(guī)則都是基于規(guī)則和事件的控制規(guī)則，ECA規(guī)則描述了觸發(fā)活動(dòng)的事件和內(nèi)部條件，規(guī)定了活動(dòng)執(zhí)行的依賴關(guān)系，因此，比較適合描述業(yè)務(wù)活動(dòng)之間的邏輯關(guān)系和遷移條件；而ESP規(guī)則主要以工作流單元的狀態(tài)為考察對(duì)象，更適用于高層的流程控制，也為建立ERP系統(tǒng)的柔性集成體系提供了依據(jù)。

二、ERP系統(tǒng)的柔性集成方法

任何一種系統(tǒng)功能模塊集成的最終結(jié)果都應(yīng)該與一個(gè)特定企業(yè)的業(yè)務(wù)流程相對(duì)應(yīng)?；谶@種考慮，可以先將業(yè)務(wù)流程中主要的、常見的業(yè)務(wù)活動(dòng)模塊化，并開發(fā)這些主要業(yè)務(wù)處理過程對(duì)應(yīng)的功能模塊，待這些主要的模塊設(shè)計(jì)完畢后，再通過ESP規(guī)則將各個(gè)業(yè)務(wù)處理過程的功能模塊集成起來形成ERP系統(tǒng)的標(biāo)準(zhǔn)體系。如果將環(huán)境和需求引起的制造企業(yè)業(yè)務(wù)流程的變動(dòng)都作為意外事件處理，那么根據(jù)ESP規(guī)則的建模思想完全可以提高ERP系統(tǒng)集成的柔性。因?yàn)檫\(yùn)營環(huán)境的不確定性使企業(yè)的產(chǎn)品開發(fā)方式、生產(chǎn)制造流程以及合作成員的構(gòu)成都可能發(fā)生變化，即便是對(duì)于定單處理和銷售這類簡(jiǎn)單的業(yè)務(wù)，如果考慮所有的可能情況，那么ERP系統(tǒng)業(yè)務(wù)模型的描述也會(huì)相當(dāng)復(fù)雜以至于難以理解。這時(shí)候如果針對(duì)這些變化對(duì)系統(tǒng)重新構(gòu)建，顯然既不經(jīng)濟(jì)，又不可行?？尚械姆椒ㄖ荒苁牵诮⑷嵝韵到y(tǒng)集成方法的基礎(chǔ)上，適當(dāng)?shù)馗淖冊(cè)泄δ苣K和系統(tǒng)業(yè)務(wù)之間的聯(lián)系方式或定義新的業(yè)務(wù)處理過程?；贓SP規(guī)則的控制思想，可以將那些基本的、主要的業(yè)務(wù)功能集成起來作為ERP標(biāo)準(zhǔn)體系，而將不經(jīng)常發(fā)生的或因運(yùn)營狀況的變動(dòng)所需要增加的業(yè)務(wù)作為輔助業(yè)務(wù)處理過程，再通過增加ESP規(guī)則來修正ERP的標(biāo)準(zhǔn)運(yùn)營體系或調(diào)用輔助業(yè)務(wù)處理過程使原有ERP標(biāo)準(zhǔn)運(yùn)營體系與實(shí)際需要相匹配。ERP系統(tǒng)建立時(shí)，對(duì)于某些可預(yù)料到的變動(dòng)（比如，增加一個(gè)銷售成員企業(yè)、可能出現(xiàn)的特殊交易方式的處理等），可以預(yù)先定義一些輔助業(yè)務(wù)處理過程模塊，同標(biāo)準(zhǔn)ERP模塊一并存放于模型庫中；對(duì)于意外或臨時(shí)出現(xiàn)的變動(dòng)，則可根據(jù)具體情況隨時(shí)定義新的業(yè)務(wù)處理過程模塊，并修改和更新知識(shí)庫中的ESP規(guī)則，以適應(yīng)相關(guān)的業(yè)務(wù)調(diào)整。

這種ERP系統(tǒng)的柔性集成方法的優(yōu)點(diǎn)在于它優(yōu)良的模塊性、拓展性和適應(yīng)性。ERP標(biāo)準(zhǔn)系統(tǒng)定義時(shí)只考慮基本的、主要的業(yè)務(wù)流程的功能模塊，而從目前ERP系統(tǒng)的發(fā)展?fàn)顩r看，這些模塊的功能的實(shí)現(xiàn)已經(jīng)比較成熟，可以將這些功能模塊作為標(biāo)準(zhǔn)ERP體系的構(gòu)成基本模塊存放在模型庫中，這樣就減少了模型的定義和描述的復(fù)雜度，系統(tǒng)建立或修改時(shí)可以直接調(diào)用。當(dāng)業(yè)務(wù)需求發(fā)生變動(dòng)時(shí)，首先通過人機(jī)交互界面定義新業(yè)務(wù)所要求的業(yè)務(wù)處理過程，進(jìn)而修改知識(shí)庫中的ESP規(guī)則和模型應(yīng)用數(shù)據(jù)，并根據(jù)具體情況考慮是否需要設(shè)計(jì)和增加新的業(yè)務(wù)處理功能模塊，最后，新的ERP集成體系可以通過修改ESP規(guī)則調(diào)用標(biāo)準(zhǔn)ERP模塊和新增的輔助業(yè)務(wù)處理過程來生成。

三、ERP系統(tǒng)的柔性集成實(shí)例

假定某制造企業(yè)的初始業(yè)務(wù)流程如下圖2所示，現(xiàn)以該業(yè)務(wù)流程的應(yīng)用模塊的集成和變化處理方式為對(duì)象給出利用ESP規(guī)則建立柔性ERP系統(tǒng)，提高其柔性的集成方法。

（1）標(biāo)準(zhǔn)ERP體系的建立方法 標(biāo)準(zhǔn)ERP體系是由事先定義好的一些業(yè)務(wù)處理過程在ESP規(guī)則的約束下生成的，ESP規(guī)則用于刻畫各個(gè)主要的業(yè)務(wù)處理過程之間的遷移條件和邏輯關(guān)系。ESP規(guī)則的使用方法與ECA規(guī)則類似，現(xiàn)以圖2所示的開發(fā)和設(shè)計(jì)階段的系統(tǒng)集成方法為例，說明利用ESP規(guī)則建立標(biāo)準(zhǔn)ERP體系的過程。圖2中，IA1，IA2，IA3分別為生產(chǎn)準(zhǔn)備階段需要進(jìn)行的業(yè)務(wù)處理過程；DA1，DA2，DA3，DA4分別表示設(shè)計(jì)與開發(fā)階段的業(yè)務(wù)處理過程；MA1，MA2，MA3，MA4分別表示在產(chǎn)品制造階段需要進(jìn)行的業(yè)務(wù)處理過程；最后，SA1，SA2分別表示在銷售和服務(wù)階段所必要的業(yè)務(wù)處理過程。在制造企業(yè)的生產(chǎn)準(zhǔn)備工作結(jié)束之后，ERP系統(tǒng)會(huì)給出內(nèi)部事件Begin_ddstage，表示設(shè)計(jì)和開發(fā)階段開始，設(shè)計(jì)和開發(fā)階段系統(tǒng)集成過程中需要定義的ESP規(guī)則。

當(dāng)內(nèi)部事件Begin_ddstage被觸發(fā)后，如果生產(chǎn)準(zhǔn)備階段的業(yè)務(wù)處理過程均已完成，則開啟動(dòng)元工作流Mmwf1，開始執(zhí)行業(yè)務(wù)處理過程DA1，該過程的描述如表中所求的ESPrules：wf1/ Begin_ddstage：（IA1∧IA2∧IA3）∈Done→Mmwf1）；DA1完成后，在IA3也完成的情況下調(diào)用Mmwf2，執(zhí)行DA2，該過程用ERPS / Done（DA1）：IA3∈done→Mmwf2來描述；DA2執(zhí)行完畢后，同時(shí)啟動(dòng)同步并行工作流單元DA3和DA4（ERPS / Done（DA2）：Mmwf3），在DA3和DA4結(jié)束后，引入一個(gè)決策工作流單元decision1，如果Result=OK表示對(duì)開發(fā)的產(chǎn)品滿意，則觸發(fā)內(nèi)部事件Begin_mstage，開始生產(chǎn)過程（ERPS / decision∈done：（DA3∈Done∧DA4Done∧Result=OK）→ trigger （Begin_

mstage））；如果Result=Not，則表示對(duì)開發(fā)的產(chǎn)品不滿意，這時(shí)則取消當(dāng)前工作流單元，重新開始DA1（ERPS / decision∈done：Result=Not→Mmwf4），以上4條ESP規(guī)則就描述了開發(fā)與設(shè)計(jì)過程中的主要業(yè)務(wù)處理過程之間的關(guān)系，ESP規(guī)則也是決定業(yè)務(wù)處理過程之間聯(lián)系的唯一條件，即對(duì)ESP規(guī)則的修改完成可以使系統(tǒng)以一種新的方式集成，而對(duì)ESP規(guī)則的修改可以很方便地通過人機(jī)界面來實(shí)施。按照類似的方法處理其他階段的業(yè)務(wù)流程，就可以建立起與制造企業(yè)業(yè)務(wù)流程相匹配的標(biāo)準(zhǔn)ERP體系。值得一提的是，實(shí)際實(shí)施過程中并不是制造企業(yè)現(xiàn)在有哪些業(yè)務(wù)流程的需要就針對(duì)哪些標(biāo)準(zhǔn)的業(yè)務(wù)處理模塊進(jìn)行集成，也可以從長(zhǎng)遠(yuǎn)的角度考慮，對(duì)未來可能涉及到的主要模塊一并集成到標(biāo)準(zhǔn)系統(tǒng)中只是限制其的使用權(quán)限或?qū)⒁恍┛赡軙?huì)使用的主要的業(yè)務(wù)處理過程暫時(shí)先存儲(chǔ)在模型庫中，以便后期隨時(shí)調(diào)用。

從ERP實(shí)施的要求來看，需要對(duì)企業(yè)業(yè)務(wù)流程的合理性進(jìn)行動(dòng)態(tài)的檢查，而且市場(chǎng)運(yùn)營環(huán)境的變化也會(huì)導(dǎo)致對(duì)企業(yè)業(yè)務(wù)流程的調(diào)整的必然性，所以也必然要求對(duì)ERP系統(tǒng)的體系進(jìn)行及時(shí)的修改。導(dǎo)致業(yè)務(wù)流程變化的原因是多方面的，在此，僅對(duì)企業(yè)的業(yè)務(wù)流程的增刪問題介紹對(duì)ERP標(biāo)準(zhǔn)體系進(jìn)行調(diào)整的方法。

（2）ERP標(biāo)準(zhǔn)體系的流程修改方法 假設(shè)企業(yè)對(duì)圖2所示的業(yè)務(wù)流程調(diào)整為圖3所示流程，即在設(shè)計(jì)與開發(fā)階段增加一個(gè)新的業(yè)務(wù)處理過程DA5以及在銷售服務(wù)階段增加新的業(yè)務(wù)SA3。增加DA5的原因可能是該制造企業(yè)為提高產(chǎn)品的功能，增加了一個(gè)新的業(yè)務(wù)處理過程或者是引入一個(gè)合作伙伴企業(yè)將對(duì)方的業(yè)務(wù)處理過程合并起來。增加SA3的原因可能是該企業(yè)除了進(jìn)行銷售以外，還增加了一個(gè)售后服務(wù)的環(huán)節(jié)。

若將增加新業(yè)務(wù)處理過程的事件定義為Add_flows，新增的過程DA5為設(shè)計(jì)與開發(fā)階段業(yè)務(wù)處理過程DA4的前置過程，SA3為標(biāo)準(zhǔn)業(yè)務(wù)模塊的一個(gè)后置業(yè)務(wù)過程。那么，對(duì)于這次調(diào)整需要在模型庫中增加或調(diào)用（如果已經(jīng)存在）兩個(gè)新的業(yè)務(wù)處理過程Dbpf1和Sbpf1，分別表示該成員在產(chǎn)品設(shè)計(jì)和開發(fā)階段的業(yè)務(wù)處理過程和在銷售過程中的業(yè)務(wù)處理過程。

假設(shè)系統(tǒng)默認(rèn)按順序自動(dòng)執(zhí)行標(biāo)準(zhǔn)ERP體系的標(biāo)準(zhǔn)業(yè)務(wù)處理過程模塊，只有當(dāng)外部事件發(fā)生時(shí)，系統(tǒng)暫停標(biāo)準(zhǔn)ERP體系的執(zhí)行，那么，對(duì)于新增這兩個(gè)業(yè)務(wù)處理過程的外部事件需要定義的ESP規(guī)則。

表中的Aided bpfs描述了需要添加的兩個(gè)新的業(yè)務(wù)處理過程Dbpf1和Sbpf1的位置及其作用。ESP規(guī)則規(guī)定了事件發(fā)生時(shí)系統(tǒng)在不同情況下應(yīng)該執(zhí)行的元工作流：當(dāng)DA3和DA4均處于運(yùn)行狀態(tài)時(shí)，由于DA3與DA4為并行工作流單元且新增成員不影響DA3的執(zhí)行，因此只需暫停DA4而DA3可繼續(xù)執(zhí)行，并啟動(dòng)新業(yè)務(wù)處理過程Dbpf1（Mwf1：suspend（DA4，ERPS1）；Go-suspend （DA3，ERPS1）； Start（Dbpf1））；等待Dbpf1執(zhí)行完畢后，則取消基本工作流的掛起的狀態(tài)，系統(tǒng)繼續(xù)執(zhí)行DA4（ERPS1/ Dbpf1∈done：DA3∈done ∧→Mwf2）。第二步，在標(biāo)準(zhǔn)ERP體系中添加售后服務(wù)時(shí)，需要先判斷產(chǎn)品是否制造完畢，即檢查MA3的狀態(tài)（設(shè)MA3為產(chǎn)品裝配業(yè)務(wù)處理過程），如果且則表示產(chǎn)品已制造完成并且產(chǎn)品已經(jīng)銷售出去則有必要添加銷售工作流單元Sbpf1，并重新啟動(dòng)暫停的主工作流（ERPS1/ Add_flows：MA3∈done→Mwf3）；如果制造過程和銷售業(yè)務(wù) 處理過程沒有完成，只需重新啟動(dòng)暫停的基本工作流即可（ERPS1/ Add_flows：（MA3∈done）→Mwf4），待產(chǎn)品生產(chǎn)完畢時(shí)，系統(tǒng)執(zhí)行Mwf3來添加售后業(yè)務(wù)處理流程。

由于特殊業(yè)務(wù)流程不在標(biāo)準(zhǔn)的ERP體系中反映，所以當(dāng)對(duì)于某些反映制造企業(yè)核心能力的運(yùn)營和管理方式特殊業(yè)務(wù)發(fā)生時(shí)，就需要先把這些特殊功能模塊添加到系統(tǒng)中，然后按照類似的方法添加到標(biāo)準(zhǔn)ERP體系。如果要?jiǎng)h除標(biāo)準(zhǔn)系統(tǒng)中的某個(gè)業(yè)務(wù)處理過程，則可以使用Cancel（）命令直接取消相應(yīng)工作流單元的執(zhí)行。

實(shí)際系統(tǒng)設(shè)計(jì)過程中，可能會(huì)出現(xiàn)相同的事件和狀態(tài)對(duì)應(yīng)多個(gè)元工作流的情況，所以需要考慮ESP規(guī)則調(diào)用的優(yōu)先級(jí)問題。對(duì)于這個(gè)問題，系統(tǒng)可以通過人機(jī)對(duì)話從相關(guān)的ESP規(guī)則候選集中選擇合適的規(guī)則。此外，當(dāng)兩個(gè)或多個(gè)事件同時(shí)發(fā)生時(shí)，ESP規(guī)則的基本形式需要變?yōu)椋篍RP標(biāo)準(zhǔn)體系ID/復(fù)合事件（Composition Event）：狀態(tài)（State）→元工作流ID，復(fù)合事件由多個(gè)事件的與（∧）、或（∨）和非（┑）組成。

四、結(jié)論

目前的ERP系統(tǒng)只按照所有的定單反映的正常需求來安排生產(chǎn)，沒有對(duì)非正常需求分析的模塊，勢(shì)必會(huì)造成沒有足夠的物料滿足需求等問題出現(xiàn)。所以要求ERP的系統(tǒng)的主要模塊可對(duì)供應(yīng)鏈上的所有環(huán)節(jié)進(jìn)行有效的管理，如采購、庫存、計(jì)劃、生產(chǎn)制造、質(zhì)量控制、運(yùn)輸、分銷、服務(wù)與維護(hù)、財(cái)務(wù)管理、投資管理、經(jīng)營風(fēng)險(xiǎn)管理、決策管理、獲利分析、人事管理、實(shí)驗(yàn)室管理、項(xiàng)目管理等。這些都是一個(gè)完整ERP系統(tǒng)應(yīng)該考慮的方向。本文主要分析了供應(yīng)鏈管理模塊，財(cái)務(wù)管理、生產(chǎn)控制管理、人力資源管理、客戶關(guān)系管理模塊等應(yīng)該具備的各種功能，并對(duì)這些功能間的業(yè)務(wù)聯(lián)系作了分析，以期為開發(fā)這些模塊提供一類標(biāo)準(zhǔn)的方案。事實(shí)上這些模塊的設(shè)計(jì)并不是非常困難的事，而重要的問題是運(yùn)營環(huán)境的不確定性使企業(yè)的產(chǎn)品開發(fā)方式、生產(chǎn)制造流程以及合作成員的構(gòu)成都可能發(fā)生變化，這就要求ERP系統(tǒng)的集成方法具有相當(dāng)?shù)娜嵝?。也就是說很有必要對(duì)ERP系統(tǒng)的集成結(jié)構(gòu)進(jìn)行深入的研究。本文基于ESP規(guī)則的基本框架，設(shè)計(jì)了一種新的ERP系統(tǒng)的集成方法。該方法在靜態(tài)模塊結(jié)構(gòu)表示的基礎(chǔ)上，理順每個(gè)功能的邏輯處理過程，隨業(yè)務(wù)要求的變化，通過修改ESP規(guī)則來實(shí)現(xiàn)處理功能的動(dòng)態(tài)集成。并給出了應(yīng)用實(shí)例，證明了該方法優(yōu)良的模塊性和靈活性。

參考文獻(xiàn)：

[1] W.A.Muhanna.SYMMS：A Model Management System that Supports Model Reuse，Sharing，and Integration.Decision Support System

10，No.2 （2010）：214-242.

[2] Akhil Kumar，Jacques Wainer.Meta workflows as a control and coordination mechanism for exception handling in workflow systems.

Decision Support Systems，2009，（40）：89-105.

[責(zé)任編輯 仲 琪]