ERP系統(tǒng)在業(yè)務過程驅動中組件化研究

國內的某些ERP軟件廠商(如金蝶和用友)推出了自主版權的ERP應用平臺。該平臺在應用軟件層與應用服務器平臺層之間提供了一個業(yè)務基礎軟件平臺層，并采用模型驅動體系結構(Mode Driven Architecture，MDA)的設計思想，提升了ERP系統(tǒng)構建的抽象層次，實現(xiàn)了ERP系統(tǒng)的快速構建。另外，由于采用了組件技術，在很大程度上提升了系統(tǒng)的可演化性，使ERP系統(tǒng)能夠伴隨企業(yè)的成長而不斷演化。一種基于版本批量定制的ERP產(chǎn)品及實施服務的新構想。ERP系統(tǒng)實質上是一個嵌入式的工作流系統(tǒng)，業(yè)務過程中蘊涵的各業(yè)務活動及業(yè)務規(guī)則固化在ERP應用模塊中，可以通過分離流程邏輯與功能實現(xiàn)，極大地增強ERP系統(tǒng)的柔性。SAP R/3的業(yè)務藍圖只是對現(xiàn)有的ERP產(chǎn)品中固化的業(yè)務過程的文檔進行說明。IBM在舊金山項目中開發(fā)了一個用于輔助開發(fā)人員快速創(chuàng)建企業(yè)應用的層次化的框架體系結構。從現(xiàn)有的文獻來看，雖然對基于組件的開發(fā)(Component Based Development，CBD)方法學及業(yè)務過程建模方法的研究較多，但從業(yè)務過程的角度探討如何獲取業(yè)務組件，進而驅動基于組件裝配方式的ERP系統(tǒng)構造方面的研究卻不多見。

隨著現(xiàn)代企業(yè)對業(yè)務過程管理的重視，以及客戶要求對訂單執(zhí)行等業(yè)務過程的了解日益增強，ERP系統(tǒng)的設計視角也應該轉移到以業(yè)務過程為中心，探索并實施業(yè)務過程驅動的系統(tǒng)設計方法。采用業(yè)務過程驅動的ERP系統(tǒng)設計，使軟件結構反映業(yè)務過程，有利于增強ERP系統(tǒng)的業(yè)務柔性。結合對象組件技術，對支持業(yè)務過程的相關業(yè)務類組件化，可進一步提高ERP系統(tǒng)的柔性及可演化性。這將在很大程度上克服現(xiàn)有ERP系統(tǒng)普遍存在的剛性太強的缺陷。

1 業(yè)務過程驅動的ERP系統(tǒng)組件化內涵

業(yè)務過程驅動的ERP系統(tǒng)組件化的內涵是：打破傳統(tǒng)的基于功能分解的系統(tǒng)構造方法，以共性的企業(yè)業(yè)務過程為中心和出發(fā)點，對企業(yè)經(jīng)營的業(yè)務過程進行抽象，通過層次化分解組成業(yè)務的各個子任務，直到能夠充分地描述各個子任務。在業(yè)務過程分解的每一層次，根據(jù)組成業(yè)務過程的每個任務，分析并補充支持任務實現(xiàn)的各個業(yè)務對象類，并在后續(xù)的各個層次逐步細化設計，直到可根據(jù)現(xiàn)有的組件模型方便地組件化該層次的對象類。在分解業(yè)務過程的基礎上，對組成模型的業(yè)務對象按照某種組件模型進行組件化。在組件組裝平臺工具的支持下，參照業(yè)務過程分解階段獲取的業(yè)務過程模型，以組件組裝的方式創(chuàng)建可運行的ERP系統(tǒng)。

業(yè)務過程驅動的ERP系統(tǒng)組件化的最大特點是以業(yè)務過程為重點，并以此驅動ERP系統(tǒng)的需求獲取、系統(tǒng)設計與構造。業(yè)務過程驅動的ERP系統(tǒng)組件化包括三個方面：①業(yè)務過程驅動的業(yè)務過程建模;②獲取基于某種主流組件模型的業(yè)務組件;③基于業(yè)務過程模型構建組件化的ERP系統(tǒng)。 2 業(yè)務過程驅動的ERP系統(tǒng)業(yè)務過程建模

2.1 基本概念

定義1 業(yè)務功能：指從企業(yè)整體角度對所從事的經(jīng)營活動的功能描述，闡述企業(yè)必須做什么(what)。同一類型的企業(yè)業(yè)務功能相似，且具有穩(wěn)定性。如制造企業(yè)的業(yè)務功能包括采購、銷售、制造、人力資源管理、財務管理等。

定義2 業(yè)務過程：指企業(yè)為了實現(xiàn)特定業(yè)務功能，需要組織一系列串行或并行的任務，每一項任務實現(xiàn)一項子功能，并為每個任務分配必須的資源。資源可以是時間、場所、部門、人員、資金等。業(yè)務過程闡述如何做(how)。如為了完成采購業(yè)務功能，可以把采購分解為采購需求獲取、選擇供應商、制定并發(fā)出采購訂單、采購過程控制、采購貨物接收、發(fā)票處理等任務。

定義3 業(yè)務事件：指驅動任務執(zhí)行的激勵。業(yè)務事件分為外部事件和內部事件兩種，內部事件指由被建模的信息系統(tǒng)在執(zhí)行過程中產(chǎn)生的事件;外部事件指系統(tǒng)外部產(chǎn)生的事件。例如，“采購貨物到達”是外部事件，而“貨物接收處理已完成”是內部事件。業(yè)務事件驅動業(yè)務任務的執(zhí)行，任務執(zhí)行過程中會產(chǎn)生新的業(yè)務事件。因此，業(yè)務過程的執(zhí)行表現(xiàn)為事件和任務相交錯的串行或并行的序列。

2.2 業(yè)務過程驅動的業(yè)務過程建模

業(yè)務過程驅動的業(yè)務過程建模，解決的是在業(yè)務層面上的建模問題，所建立的業(yè)務過程模型與具體平臺技術實現(xiàn)無關。業(yè)務過程驅動的業(yè)務過程建模提供了一種獲取ERP系統(tǒng)各類業(yè)務組件的自然的方法，業(yè)務過程模型是以業(yè)務過程視角構建組件化ERP系統(tǒng)的前提和基礎。

2.2.1 業(yè)務過程驅動的業(yè)務過程建模層次與內容

企業(yè)的經(jīng)營戰(zhàn)略與經(jīng)營目標最終由一系列具體的業(yè)務過程來體現(xiàn)。業(yè)務過程建模是實現(xiàn)有效地對業(yè)務過程管理與過程優(yōu)化的前提和基礎。業(yè)務過程驅動的業(yè)務過程建模包括三個層次，即業(yè)務功能層、業(yè)務過程層和業(yè)務任務層。

(1)業(yè)務功能層 從企業(yè)戰(zhàn)略的層次，對企業(yè)應該做什么(what)的概括。企業(yè)必須在綜合考慮企業(yè)的經(jīng)營類型、特點、外部環(huán)境、發(fā)展戰(zhàn)略的基礎上，識別業(yè)務范圍、功能，并確定其重要程度。

(2)業(yè)務過程層 從業(yè)務過程的層次，解決企業(yè)怎樣做(how)的問題。業(yè)務功能最終由一系列的任務實現(xiàn)，任務執(zhí)行產(chǎn)生事件，事件觸發(fā)任務的執(zhí)行。任務與相關的業(yè)務對象關聯(lián)，任務的執(zhí)行涉及資源的分配。因此，業(yè)務過程建模包括對任務、與任務相關的業(yè)務對象、業(yè)務事件、以及與任務相關資源的建模。

(3)業(yè)務任務層 從組成業(yè)務過程的具體任務的層次，解決針對具體任務的執(zhí)行內容(do)的問題。

2.2.2 業(yè)務過程驅動的業(yè)務過程模型

常見的業(yè)務過程建模方法有Petri-Net，F(xiàn)lowChart，EPC，UML等。對業(yè)務過程驅動的ERP系統(tǒng)組件化而言，理想的建模方法應該既能闡述業(yè)務過程本身，又能支持與特定業(yè)務過程中各個任務相關聯(lián)的業(yè)務對象及資源分配，而且也要有利于向業(yè)務對象類的組件化平滑過渡。可見，現(xiàn)有的Petri-Net，F(xiàn)low Chart，EPC建模方法不能滿足業(yè)務驅動的ERP系統(tǒng)組件化建模的需要。UML作為一種可擴充的建模語言，可用于系統(tǒng)的靜態(tài)、動態(tài)建模。UML和EPC在業(yè)務過程建模方面各自的優(yōu)勢與不足，以現(xiàn)有的EPC建模方法為基礎，引入了面向對象建模中的類、對象、繼承、封裝、消息等概念，以解決業(yè)務過程的建模問題。在現(xiàn)有研究工作的基礎上，本文提出與業(yè)務過程驅動的ERP系統(tǒng)組件化相適應的建模方法元模型，如圖1所示。

該模型所表達的語義簡要解釋如下：

業(yè)務功能由執(zhí)行具體的業(yè)務過程來實現(xiàn)，一項業(yè)務功能可與多個業(yè)務過程相關聯(lián)，一個業(yè)務過程也可參與并支持多項業(yè)務功能。業(yè)務對象對業(yè)務功能的實現(xiàn)提供支持。業(yè)務過程可以分解為多個業(yè)務任務，業(yè)務過程由外部業(yè)務事件觸發(fā)。一個業(yè)務任務可以是復合任務，也可以是原子任務。原子任務是可以直接執(zhí)行，不需再分的業(yè)務活動;復合任務是可進一步分解的業(yè)務任務，它通過提升任務的粒度簡化對任務的管理。業(yè)務任務在執(zhí)行過程中會產(chǎn)生多個業(yè)務事件，業(yè)務事件會觸發(fā)新的業(yè)務任務的執(zhí)行。業(yè)務事件觸發(fā)業(yè)務任務的執(zhí)行是通過觸發(fā)規(guī)則決定的，觸發(fā)規(guī)則決定了新業(yè)務任務的執(zhí)行應滿足的條件及執(zhí)行方式(如并行執(zhí)行、執(zhí)行多條任務分支中的一支等)。業(yè)務任務由執(zhí)行代理來執(zhí)行，執(zhí)行代理可以是執(zhí)行具體任務的組織、人員角色或計算機應用程序等。業(yè)務任務的完成，是由相關的業(yè)務對象的功能(操作)實現(xiàn)的。業(yè)務對象類方法必須支持對業(yè)務事件的響應，從而要受業(yè)務事件影響。業(yè)務事件及業(yè)務任務會影響相關業(yè)務對象的狀態(tài)�？梢苑庋b為業(yè)務組件的對象可以是業(yè)務任務、業(yè)務對象甚至是業(yè)務過程。根據(jù)組件實體類型(表達內容)的不同，業(yè)務組件可簡單分為原子組件和復合組件。原子組件是不需進一步細化的組件，是復用的基本單位;復合組件是由成員組件構成的大粒度的可復用組件類型，其成員組件可以是原子組件，也可以是復合組件。業(yè)務組件的獲得是建立在對業(yè)務過程、業(yè)務任務、業(yè)務對象的識別、概括與提煉的基礎上，并對業(yè)務組件進行充分描述。建模階段獲得的業(yè)務組件與具體實現(xiàn)平臺技術無關。

2.2.3 業(yè)務過程驅動的業(yè)務過程建模步驟

業(yè)務過程驅動的、與ERP系統(tǒng)組件化相適應的業(yè)務過程建模是一個自頂向下的、分層次的、迭代的、漸進的過程。這里分為業(yè)務功能規(guī)劃、業(yè)務過程流程分析和業(yè)務任務分析三個階段。

(1)業(yè)務功能規(guī)劃 業(yè)務功能規(guī)劃階段解決ERP系統(tǒng)所支持的高層功能定位。傳統(tǒng)的ERP系統(tǒng)主要從企業(yè)內部供應鏈的角度，對企業(yè)的采購、生產(chǎn)、銷售：人力資源等各個方面進行集成管理。目前，越來越多的企業(yè)更加重視以持續(xù)提高顧客滿意度為目標，通過整合企業(yè)內外部的各種資源，開展基于時間的競爭。因此，在業(yè)務功能規(guī)劃階段，應充分吸收先進的管理理念、管理方法，合理界定、配置ERP系統(tǒng)所覆蓋的業(yè)務功能范圍，構建ERP系統(tǒng)功能框架，闡明各功能之間的主要聯(lián)系，標識出與各主要業(yè)務功能領域相關的領域對象，并對業(yè)務功能規(guī)劃的結果進行歸檔。

(2)業(yè)務過程分析 針對業(yè)務功能規(guī)劃階段獲得的每一項業(yè)務功能，從業(yè)務過程的角度對業(yè)務功能進行分析。分析步驟如下：

步驟1 給出業(yè)務過程中所涉及的業(yè)務任務列表。

步驟2 對每一項業(yè)務任務，識別觸發(fā)該任務執(zhí)行的業(yè)務事件，執(zhí)行該任務需滿足的前提條件，以及在該任務執(zhí)行過程中所產(chǎn)生的業(yè)務事件。

步驟3 利用所得到的業(yè)務任務、業(yè)務事件、任務執(zhí)行約束條件，繪制初步的業(yè)務過程流程模型。

步驟4 對業(yè)務過程進行優(yōu)化，包括流程重組、業(yè)務柔性能力優(yōu)化。流程的重組，即通過對現(xiàn)有業(yè)務過程進行分析、抽象，調整執(zhí)行路徑，去除不增值的業(yè)務活動及環(huán)節(jié)，以提高業(yè)務過程執(zhí)行效率;業(yè)務柔性能力優(yōu)化，即通過研究不同企業(yè)的業(yè)務過程特點，進行業(yè)務過程、業(yè)務任務的可變性設計及變體設計，增強ERP系統(tǒng)的行業(yè)定制能力。

步驟5 若某一業(yè)務任務需要進一步細化，則通過把該業(yè)務任務進一步分解為一系列的子任務，并按步驟2～4進行細化，直到認為業(yè)務任務不需再進一步細分為止。

步驟6 對分析結果進行歸檔。

(3)業(yè)務任務分析 業(yè)務任務分析是獲得業(yè)務對象類的重要手段，是構造靈活的基于組件的ERP系統(tǒng)的基礎性工作。該階段在業(yè)務過程分析的基礎上，對組成業(yè)務過程的各個業(yè)務任務進行深入分析。對每一業(yè)務任務，識別相關聯(lián)的業(yè)務對象類，確定業(yè)務任務執(zhí)行代理的類型、角色，識別業(yè)務對象類的方法，標志業(yè)務對象類需要持久化的相關信息及要求。如果必要，對業(yè)務對象的狀態(tài)進行建模。最后，對業(yè)務任務分析的結果進行歸檔。

由于管理理念、管理方式、管理范圍是動態(tài)變化的，基于業(yè)務過程驅動的ERP系統(tǒng)組件化建模方法所獲得的業(yè)務模型也需要不斷演化。基于業(yè)務過程的視角，便于分析和定位各類變化對現(xiàn)有業(yè)務支持能力造成的影響，而迭代的、漸進的分析方法支持對ERP系統(tǒng)模型的逐步完善。 3 ERP系統(tǒng)業(yè)務組件的分類與獲取

軟件組件是可獨立開發(fā)、獨立部署并通過特定的外部接口進行組裝的軟件單元。組件的接口定義了所有對外交互的信息，包括其對外提供的功能和要求的外部功能，從而顯式地表達了組件對環(huán)境的依賴。

基于組件組裝方式構造的ERP系統(tǒng)，極大地提高了系統(tǒng)本身的靈活性，支持ERP系統(tǒng)的快速定制，并允許以組件修改或替換的方式實現(xiàn)ERP系統(tǒng)的演化。ERP系統(tǒng)的組件化策略應在考慮主流分布式計算構架及現(xiàn)有組件模型共性的基礎上，側重于對領域知識與業(yè)務規(guī)則的封裝。在業(yè)務過程建模階段獲得的模型可以作為組件化工作的起點。

3.1 業(yè)務組件的分類與描述

3.1.1 業(yè)務組件的分類

按照業(yè)務組件的粒度從小到大來劃分，業(yè)務組件可分為業(yè)務對象類組件、業(yè)務任務類組件和業(yè)務過程類組件。

業(yè)務過程類組件的粒度最大，它對企業(yè)的核心業(yè)務過程提供支持，反映了企業(yè)信息系統(tǒng)以業(yè)務過程為核心的設計理念。業(yè)務過程對象類是構造業(yè)務過程框架的依據(jù)，在邏輯上通常由多個相互協(xié)作的業(yè)務任務類組件構成。業(yè)務過程組件通常都是復合組件，可盡量運用設計模式來改善業(yè)務過程組件的設計。

業(yè)務任務類組件提供對業(yè)務任務的封裝。根據(jù)任務的復雜程度，這類組件可以是原子組件，也可能是復合組件，視業(yè)務任務的類型，參與完成業(yè)務任務的業(yè)務對象類型的數(shù)量及性質而定。

業(yè)務對象類組件提供對基礎業(yè)務對象的封裝。業(yè)務對象類組件與業(yè)務對象類之間既可能是一對一關系，也可以是一對多的關系。若干聯(lián)系緊密的業(yè)務對象類可封裝在一個業(yè)務對象類組件中。為了滿足不同行業(yè)的業(yè)務特色，業(yè)務對象類組件的接口也可有不同實現(xiàn)(如對于BOM對象類組件，由于存在行業(yè)類型差別，其接口支持不同的實現(xiàn)以支持流程型BOM和離散型BOM)。根據(jù)業(yè)務對象類組件的通用性，還可進一步劃分為業(yè)務基本對象類組件與業(yè)務支撐對象類組件。業(yè)務基本對象類組件封裝了業(yè)務領域中支撐業(yè)務任務實現(xiàn)的基本概念實體對象，并提供了與外界交互的功能接口。業(yè)務支撐對象類組件通常是一族工具類組件。各類業(yè)務組件的例子如圖2所示。

3.1.2 業(yè)務組件的描述

為了便于以組件組裝的方式創(chuàng)建組件化的ERP系統(tǒng)，需要規(guī)范描述業(yè)務組件，以滿足ERP系統(tǒng)組件化對基于接口信息裝配的需求。與組件化信息系統(tǒng)相適應的組件模型描述如下：

業(yè)務組件：=

組件規(guī)約：=

組件接口：=

組件結構：=|

原子組件結構：=

復合組件結構：=

組件模型描述表明：接口是外部環(huán)境與組件交互的唯一途徑，這里的組件接口不僅包括對外提供(provided)的功能集合，也包括對外請求(required)的功能集合，同時兼顧了組件對事件的需求描述，從而可以滿足事件的發(fā)布及訂閱處理。復合組件結構表明原子組件能夠組裝成大粒度的復合組件，滿足組件框架(component-based framework)、組件子系統(tǒng)直至組件軟件。

3.2 業(yè)務組件的獲取策略

可購買合適的商業(yè)業(yè)務組件，如COTS(commercial off-the-shelf)組件，或基于主流的組件模型，在現(xiàn)有開發(fā)平臺的支持下創(chuàng)建目標業(yè)務組件。主流的分布式計算組件標準有Microsoft的COM+，SUN的EJB，0MG的CCM等。COM+是在COM基礎上發(fā)展起來的，主要用于Windows平臺，是面向對象的組件模型標準，在融合了COM及MTS編程模型的同時，又增加了一些新特性。EJB是一個基于Java RMI(remote method invocation)的服務器端組件模型標準，與COM+相比，EJB支持更豐富的組件型，但EJB具有編程語言依賴性，只能運行在Java虛擬機之上。CCM(CORBA component model)是0MG在CORBA規(guī)范第三版中開發(fā)的一個組件模型標準，它吸取了COM+及EJB模型的優(yōu)點，具有編程語言無關性，提供了豐富的服務器端組件框架，并支持到EJB的映射，但是CCM較COM+及EJB出現(xiàn)的時間都晚，其發(fā)展成熟尚需時日。

在創(chuàng)建業(yè)務組件時，可結合軟件企業(yè)自身的市場定位、技術條件、平臺策略等，選擇合適的分布式對象組件標準，對各類業(yè)務對象進行封裝、歸檔，建立可復用資產(chǎn)庫，為基于組件裝配方式的ERP系統(tǒng)快速開發(fā)奠定基礎。 4 組件化ERP系統(tǒng)構建的體系結構框架

ERP系統(tǒng)本質上是把企業(yè)業(yè)務過程固化在軟件中，從而實現(xiàn)對企業(yè)業(yè)務運作的支持。隨著企業(yè)持續(xù)地調整、重構、優(yōu)化，相應地要求提高ERP系統(tǒng)的業(yè)務柔性及系統(tǒng)重構能力。筆者認為，可以從三個方面改善ERP系統(tǒng)的構造：①基于業(yè)務過程的建模，降低ERP系統(tǒng)基本構造塊的粒度，對基本構造塊進行組件化，通過組裝的方式構造ERP系統(tǒng)，通過增刪或替換組件的方式實現(xiàn)ERP系統(tǒng)的演化;②提高ERP系統(tǒng)構造的抽象層次，從業(yè)務模型的角度實施行業(yè)化解決方案，采用業(yè)務平臺技術，實現(xiàn)業(yè)務系統(tǒng)構造與特定技術平臺的分離，實施模型驅動的ERP系統(tǒng)構造;③系統(tǒng)化地采用軟件復用技術及軟件產(chǎn)品線技術，建立企業(yè)參考模型及行業(yè)參考模型，建立組件庫，按行業(yè)解決方案實施基于版本管理的ERP系統(tǒng)支持及演化管理。本文給出組件化ERP系統(tǒng)構建的體系結構框架，如圖3所示。該體系結構框架由四部分構成：

(1)技術支持平臺層技術支持平臺層包括應用服務器及以下層次的各類技術平臺，包括操作系統(tǒng)平臺層、主流的中間件及應用開發(fā)平臺、分布式數(shù)據(jù)庫、各類應用協(xié)議和應用服務器等。技術支持平臺層的各組成部分中，應用服務器的層次最高，它通過各種應用協(xié)議，支持對各種分布式數(shù)據(jù)庫的透明訪問，同時負責實現(xiàn)各類公共服務。

(2)業(yè)務架構平臺層業(yè)務架構平臺層位于技術支持平臺層與ERP批量定制層之間，實現(xiàn)了軟件系統(tǒng)的業(yè)務過程支持與軟件實現(xiàn)技術的分離。從而實現(xiàn)了基于業(yè)務和管理的層面來構架和集成ERP系統(tǒng)的目的。業(yè)務基礎平臺提供了統(tǒng)一的組織機構、分工權限、資源要素、業(yè)務過程、信息處理、功能運行、業(yè)務調度等基礎環(huán)境，對業(yè)務和管理的各項需求提供全方位的支持，以滿足企業(yè)快速變化的、個性化的用戶需求。業(yè)務架構平臺層實現(xiàn)了ERP系統(tǒng)在業(yè)務層面的真正集成，并在持續(xù)完善的業(yè)務過程中保持高效的業(yè)務協(xié)作。通過進一步與資產(chǎn)庫及相關工具集的結合，對實現(xiàn)基于版本批量定制的ERP系統(tǒng)構造提供平臺支持。

(3)資產(chǎn)庫及資產(chǎn)庫工具集資產(chǎn)庫包括組件庫及企業(yè)參考模型庫。企業(yè)參考模型庫包括企業(yè)通用參考模型和特定行業(yè)參考模型，這些參考模型是以業(yè)務過程模型為中心組織的，并在充分考慮業(yè)務過程驅動的ERP系統(tǒng)組件化需要的基礎上建立的。組件庫是在對業(yè)務過程進行建模的基礎上，對獲得的組件化對象(如業(yè)務對象、業(yè)務任務、業(yè)務過程等)按照某種組件模型，在考慮復用而進行變型設計的基礎上建立的。對組件及模型庫的元數(shù)據(jù)、組件及模型的相關文檔也進行存儲和分類索引，并通過資產(chǎn)工具集訪問及維護。資產(chǎn)庫工具集包括建模工具、仿真工具、配置工具和維護工具等，這些工具負責完成對資產(chǎn)庫的日常維護、組件演化、訪問控制、特定行業(yè)業(yè)務解決方案的配置及優(yōu)化、過程驅動的特定企業(yè)業(yè)務模型適配及仿真等。

(4)ERP批量定制層該層次由特定行業(yè)企業(yè)信息系統(tǒng)解決方案構成，是在資產(chǎn)庫及業(yè)務構架平臺的支持下，針對具體行業(yè)的批量定制型ERP系統(tǒng)的具體實現(xiàn)。

5 結束語

企業(yè)經(jīng)營目標的實現(xiàn)最終是由各項業(yè)務過程體現(xiàn)的，不同類型企業(yè)間的業(yè)務過程既有共性又有差異。從業(yè)務過程驅動的ERP系統(tǒng)建模出發(fā)，面向不同行業(yè)，實現(xiàn)可批量定制的組件化ERP系統(tǒng)，增強ERP系統(tǒng)的可演化性及ERP系統(tǒng)與企業(yè)的適配性。本文從業(yè)務過程的視角出發(fā)，提出了業(yè)務過程驅動的ERP系統(tǒng)組件化的研究框架，為解決目前ERP系統(tǒng)的整體式構架所帶來的問題提供了一種新思路。 

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]