從MRPII到動態(tài)企業(yè)模型

    制造業(yè)企業(yè)計算機輔助信息管理系統(tǒng)的目標是對企業(yè)的各項資源進行全面規(guī)劃和優(yōu)化控制，為企業(yè)提供信息，以支持企業(yè)生產經(jīng)營活動的運行和決策。制造業(yè)企業(yè)計算機輔助信息管理系統(tǒng)主要經(jīng)歷了制造資源計劃（MRPII）、企業(yè)資源計劃（ERP）和已經(jīng)出現(xiàn)并將迅速發(fā)展的動態(tài)企業(yè)模型（DEM）幾個階段。
    MRPII的管理思想和處理邏輯的雛形早在40年代就已提出，但直到五、六十年代計算機技術發(fā)展到一定水平時，MRPII的處理邏輯和方法用計算機系統(tǒng)這一工具才得到實現(xiàn)。之后隨著計算機技術及整個信息處理技術的發(fā)展，MRPII系統(tǒng)經(jīng)歷了單向應用、開環(huán)MRP、閉環(huán)MRP直到MRPII等各個發(fā)展階段。
    進入90年代以后，MRPII所管理的企業(yè)信息進一步擴大，另一方面也受到計算機軟硬件技術發(fā)展的極大影響，從而發(fā)展到所謂的ERP系統(tǒng)。ERP在管理方面的主要特征是為企業(yè)提供全方位解決方案和支持混合制造模式。另外還具有這樣一些IT方面的特征：跨平臺，使用大型關系數(shù)據(jù)庫，采用4GL、Client/Server結構和GUI等。
    ERP系統(tǒng)無疑使許多企業(yè)的生產經(jīng)營管理發(fā)生了全新的變化。成功地實施了ERP(MRPII)的企業(yè)從中獲得了顯著的效益。但是現(xiàn)有ERP系統(tǒng)所存在的問題同樣不容忽視。這主要表現(xiàn)在以下幾個方面：第一，系統(tǒng)復雜龐大，導致維護難度大；第二，系統(tǒng)實施工作量大，用戶化修改任務繁重；第三，系統(tǒng)易用性較差，缺乏工作流程自動化功能，對使用人員的能動性要求很高。另外，現(xiàn)代企業(yè)在利用MRPII（或ERP）進行管理的同時，對辦公自動化（OA）的需求也越來越迫切，這樣，自成體系的MRPII系統(tǒng)與企業(yè)辦公自動化系統(tǒng)的溝通與結合也成為一個越來越突出的問題；第四，也是尤其重要的一點，是現(xiàn)有ERP（MRPII）系統(tǒng)的靈活性差。一個ERP系統(tǒng)要經(jīng)歷現(xiàn)場調查、需求分析、提出系統(tǒng)建議方案、進行系統(tǒng)功能裁剪以及相當大的程序修改工作之后，才能成為一個適合特定企業(yè)業(yè)務模型的應用系統(tǒng)。這對那些業(yè)務經(jīng)營模式一成不變的企業(yè)是可以滿足其需要的。但事實上，許多現(xiàn)代企業(yè)為了適應市場、組織結構以及技術的不斷變化，被迫重新評估和調整其業(yè)務處理結構。這就是所謂的業(yè)務流程重整或再造（BPR－BusinessProcessReengineering）。這種流程再造的需求隨著時代的發(fā)展和市場競爭的日益激烈越來越顯得重要。對現(xiàn)有ERP系統(tǒng)而言，每進行一次BPR都意味著重新修改或設計程序。實現(xiàn)模式重整的周期之長、速度之慢導致實際上的不可用，因為如果不能迅速靈活地改變業(yè)務模型，企業(yè)就不能準確把握商機做出及時應變。這對企業(yè)來說顯然是可怕的。
    上述問題導致了動態(tài)企業(yè)模型（DEM－DynamicEnterpriseModel）這一新概念的提出。動態(tài)企業(yè)模型包含并超越了ERP和MRPII。它試圖把企業(yè)業(yè)務處理過程同企業(yè)管理應用軟件（MRPII/ERP）、辦公自動化（OA）、國際互連網(wǎng)集成起來。動態(tài)企業(yè)模型還應具有以下特征：
    把制造業(yè)各種生產類型（離散、流程、項目）和各種制造環(huán)境（按庫存生產、按定單裝配按定單制造、按定單設計）的生產經(jīng)營過程集成起來；
    支持并擴大企業(yè)的供應鏈，超過企業(yè)的邊界，擴大到任何國內、國際的貿易伙伴；
    通過專用工具把企業(yè)的業(yè)務工作流程在標準企業(yè)參考模型基礎上，進行業(yè)務流程的映射，靈活地組合成適應企業(yè)的管理信息系統(tǒng)，打破企業(yè)必須適應軟件的傳統(tǒng)模式。

    動態(tài)企業(yè)模型（DEM）的功能需求及實施模式

    DEM的功能范圍相當廣泛，而其核心在于對業(yè)務流程再造（BPR）的支持。DEM對BPR的支持應滿足以下幾點要求：
    速度要求：通過使用預定義的業(yè)務模型及先進的工具把BPR的實現(xiàn)周期盡可能縮短；
    靈活性要求：要以節(jié)省時間和費用的配置過程滿足組織機構及業(yè)務流程的各種變化，提供可定制的業(yè)務流程模型，使企業(yè)能比較容易地定義和生成系統(tǒng)以實現(xiàn)業(yè)務策略，應能方便地定義工作流；
    集成性要求：與現(xiàn)有ERP或MRPII系統(tǒng)緊密集成，同時要為與辦公自動化及其它企業(yè)應用提供集成的可能。在多數(shù)情況下這是一種異構環(huán)境（HeterogeneousEnvironment）下的集成。
    動態(tài)企業(yè)模型或動態(tài)ERP系統(tǒng)應該是業(yè)務流程驅動的。它面向流程（process），建立在優(yōu)化業(yè)務活動（businessactions）的基礎上，具有適應業(yè)務改變而相應改變業(yè)務模型的能力。動態(tài)企業(yè)模型包含一個不斷改變的業(yè)務模型（新的、再結構化的、分時間段的）；它能完整地重新生成和連接基本業(yè)務模型。這些模型包含應用生產流程和改進的工藝；動態(tài)企業(yè)模型使得ERP軟件的系統(tǒng)管理、業(yè)務分析以及系統(tǒng)實施的注意力均可放在提高功能、優(yōu)化活動和流程上，而不再放在具體的軟件細節(jié)和繁雜的結構化數(shù)據(jù)上。
    DEM應具備以下幾大功能模塊。這些模塊的使用過程也就形成了DEM的實施模式：

    業(yè)務功能模型（BusinessFunctionModel）
    這是流程選擇和重新設置的起點。它包含一個過去的最優(yōu)實施經(jīng)驗和各種業(yè)務模式的知識庫，為企業(yè)管理人員和有關顧問在定義系統(tǒng)實現(xiàn)的規(guī)模及方式階段提供指導性支持，用戶在這里選擇自己需要的功能模型。對于知識庫中沒有的特殊化需求應單獨提出并定義。這是系統(tǒng)實施的第一步。

    業(yè)務流程模型（BusinessProcessModel）
    這是描述業(yè)務功能如何被實現(xiàn)的流程定義（ProcessDefinition）。主要提供一個預定義流程庫。這些流程定義向用戶展示MRPII(ERP)用什么流程實現(xiàn)業(yè)務中的什么功能。另外還包括一些為生成企業(yè)最終用戶環(huán)境所需的流程。對于特殊化需求經(jīng)單獨設計之后加入流程庫。

    業(yè)務組織模型（BusinessOrganizationModel）
    這是用分塊、業(yè)務單元及部門等概念來描述企業(yè)的組織機構；區(qū)分組織中的各種角色；描述部門之間的關系。

    ERP配置模型（ERPConfigurationModel）
    企業(yè)管理層和各個關鍵最終用戶對業(yè)務功能模型進行評估后，將注意力集中在業(yè)務流程上，把在業(yè)務功能模型中所做的選擇映射到業(yè)務流程的選擇和配置；設置ERP的有關參數(shù)；為流程、子流程、活動和人員指定角色；最后自動進行系統(tǒng)組織，生成用戶界面。

    基于分布式對象技術實現(xiàn)動態(tài)ERP(DEM)系統(tǒng)
    應該說ERP系統(tǒng)只是對MRPII系統(tǒng)的豐富。事實上直到今天，我們所見到的被稱為ERP的系統(tǒng)與MRPII系統(tǒng)相比并沒有多大的差別，稱它們?yōu)镸RPII系統(tǒng)也無太大妨礙。然而動態(tài)企業(yè)模型或動態(tài)ERP系統(tǒng)對于現(xiàn)有ERP和MRPII系統(tǒng)來說卻是一次變革。要實現(xiàn)這個動態(tài)化必須觸動現(xiàn)有系統(tǒng)的整個框架，需要對現(xiàn)有系統(tǒng)進行深層次的改造，還應改變現(xiàn)行的軟件開發(fā)模式。
    筆者認為，ERP系統(tǒng)的動態(tài)化問題在本質上是一個系統(tǒng)集成的問題。
    現(xiàn)有的ERP或MRPII系統(tǒng)為什么難以動起來？這是因為它們是在子系統(tǒng)的層次上被組織或集成起來的，換句話說，現(xiàn)有系統(tǒng)的功能劃分是在子系統(tǒng)這樣一個粒度相當大的層次。這就限制了其靈活性和動態(tài)性只能是在子系統(tǒng)這個水平。事實上，現(xiàn)有ERP或MRPII系統(tǒng)的全部功能一般被劃分為一、二十個子系統(tǒng)，也就是形成了一、二十個功能包。而企業(yè)業(yè)務流程是由企業(yè)中不同角色的一系列活動（actions）所組成的。動態(tài)企業(yè)模型要實現(xiàn)業(yè)務流程再造，就要求在活動這個功能層次上對系統(tǒng)進行組織或集成。這顯然是一種小粒度的功能劃分。正是這種功能劃分粒度上的矛盾使得現(xiàn)有系統(tǒng)的體系結構成為實現(xiàn)動態(tài)化的障礙。
    因此，要實現(xiàn)動態(tài)ERP，必須找到一種軟件集成技術，它能夠把各種小粒度的軟件功能單元靈活地組織為有機的整體，而那些軟件單元一般是運行在復雜的網(wǎng)絡環(huán)境中。分布式對象技術正是這樣一種先進的軟件集成技術。
    在過去的15年里，企業(yè)信息系統(tǒng)的設計、開發(fā)和維護經(jīng)歷了很多變化。最初是獨立龐大的主機系統(tǒng)（MonolithicMainframeSystems）。每個這種系統(tǒng)都包含了自己所有的表示邏輯（PresentationLogic）、業(yè)務邏輯（BusinessLogic）和數(shù)據(jù)訪問邏輯（DataAccessLogic）。它們不能與其它系統(tǒng)共享數(shù)據(jù)，因此必須存儲其數(shù)據(jù)的一個私有拷貝。因為不同的系統(tǒng)需要訪問某些相同的數(shù)據(jù)，因此就必須在多個系統(tǒng)上存儲冗余的副本。
    這種孤立而龐大的應用模式效率低下且價格昂貴，于是不久就讓位于關系型數(shù)據(jù)庫技術和客戶/服務器模式。由于網(wǎng)絡、個人機、圖形用戶界面以及關系數(shù)據(jù)庫等技術的共同發(fā)展，客戶/服務器計算模式通過將集中化的、龐大的系統(tǒng)分割成能夠較容易開發(fā)和維護的部件（Components）從而簡化了復雜應用的開發(fā)和維護。應用程序被分割成客戶端程序和服務器端程序。前者實現(xiàn)應用程序的表示邏輯并且包含部分業(yè)務邏輯。后者以存儲過程的形式包含部分業(yè)務邏輯。數(shù)據(jù)訪問邏輯根據(jù)實現(xiàn)策略的不同要么由客戶端處理要么由服務器端處理。
    客戶/服務器模式已成為占有主導地位的結構以及大多數(shù)現(xiàn)代企業(yè)系統(tǒng)的基礎。但是這種模式同時也帶來很多問題。主要表現(xiàn)在：
    客戶機需要越來越多的軟硬件。高端服務器成本在穩(wěn)步下降，與此同時擁有PC客戶機的費用卻在不斷地提高；
    客戶機管理越來越困難。管理幾十、幾百臺客戶機上的不同版本的軟件包需要巨大的資源；
    一旦開發(fā)完成，客戶機軟件在擴展應用系統(tǒng)功能方面提供的可重用性差；
    應用系統(tǒng)的功能在網(wǎng)絡環(huán)境中的遷移和重新組織很困難。
    Web易于使用，解決了“肥客戶機”的問題，并且提供了一個低成本、開放的實施平臺。然而，作為用于大規(guī)模分布式應用的普遍性平臺，它還缺少可伸縮性、與業(yè)務相關的服務、安全性和簡便的創(chuàng)建、調試、實施、管理和操作應用的工具。要使Web由一個文檔“圖書館”演變成為用于在專用Intranet和公共Internet上處理安全事務的“電子商業(yè)平臺”，它還必須解決另外一些關鍵問題，如數(shù)據(jù)安全性、集成性和對分布式事務處理的支持；提供強壯的、可伸縮的、可重用的擴展性等。
    分布式對象技術（DistributedObjectTechnology）從根本上改變了上述狀況。
    結合日益強大的網(wǎng)絡通信架構，分布式對象技術將今天依然孤立復雜的客戶/服務器應用分解為自我管理的部件（self－managingcomponents）－對象，這些對象能夠透過完全相異的網(wǎng)絡和操作系統(tǒng)實現(xiàn)互操作（interoperating）。分布式對象計算模式使得IT組織能夠建立一種適應持續(xù)變化、對市場時機反應迅速的信息系統(tǒng)體系結構。這一點對于處在全球市場競爭日益激烈境況中的現(xiàn)代企業(yè)來說顯然有至關重要的意義。
    分布式對象技術旨在建立一個開放式的軟件總線結構，從而滿足異構環(huán)境下系統(tǒng)的集成。分布式應用系統(tǒng)能運行于各種軟件和硬件平臺；它能夠把老的應用同新的應用集成起來并且使原有的架構繼續(xù)得到利用；另外，企業(yè)級的分布式應用在伸縮性、高可用性、易管理性、高性能及數(shù)據(jù)的完整性等方面也優(yōu)基于Web的計算模式。Internet的發(fā)展與分布式對象技術的發(fā)展具有彼此相互促進的作用。作為一個通信框架，Internet為分布式對象應用提供了理想的平臺從而推動了此類應用的蓬勃發(fā)展；與此同時，分布式對象技術改善了基于Web的應用的質量，大大增加了Internet和企業(yè)intranet的價值。這種共生關系正在創(chuàng)造出一種新的模式，它使得應用系統(tǒng)在概念化、設計、開發(fā)、展開和維護等方面都不同于以往。這種模式具有如下的優(yōu)勢：
    可以靈活地混合和搭配來自多個供應商的可互操作的軟件對象；
    可以集中管理和監(jiān)控軟件對象；
    借助于可重用對象和對遺產代碼（legacycode）的簡單集成，降低開發(fā)費用，縮短開發(fā)周期；
    集中化存儲應用使得用于學習、配置和維護客戶端系統(tǒng)所需的費用大大減少；
    經(jīng)過以上論述，筆者認為動態(tài)ERP系統(tǒng)（或DEM）應該采用分布式對象技術來進行分析、設計和實現(xiàn)。而以這樣的觀點看去，動態(tài)企業(yè)模型的主體框架就比較清晰了。它基本應該如圖所示的那樣。
    實現(xiàn)基于分布式對象技術的動態(tài)ERP系統(tǒng)，主要有以下任務：
    系統(tǒng)分解，要對傳統(tǒng)ERP(MRPII)的各個模塊進行仔細分析，將每一部分分解為一些基本任務（或活動），可以稱之為MRPII功能單元；
    依照分布式對象技術標準將這些功能單元封裝或設計為標準對象；
    定義業(yè)務流程集和角色；
    建立業(yè)務功能模型（包括ERP實施知識庫）、業(yè)務流程模型、業(yè)務組織模型和ERP配置模型；
    建立工作流程管理和控制機制；
    利用分布式對象技術建立分布式計算環(huán)境，主要是建立分布式對象管理機制。
    動態(tài)ERP系統(tǒng)（或動態(tài)企業(yè)模型）是新一代制造業(yè)企業(yè)計算機輔助信息管理系統(tǒng)。分布式對象計算技術是實現(xiàn)動態(tài)ERP的關鍵技術。目前主要的分布式對象技術（CORBA和DCOM）正在繼續(xù)迅速發(fā)展。除此之外，工作流理論和技術對于動態(tài)ERP的實現(xiàn)也有很大影響。基于分布式對象技術的動態(tài)ERP系統(tǒng)將會把企業(yè)信息管理提高到一個新的水平。

轉載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/

本文標題：基于分布式對象技術實現(xiàn)動態(tài)ERP系統(tǒng)

本文網(wǎng)址：http://www.oesoe.com/html/consultation/10820623113.html