2. 需求驅動的適應性解決方案

　　每個企業(yè)在上項目的時候都期望以企業(yè)需求為目標，但現在主流方法并不是直接把需求映射到軟件上，而是在使用過程中，需求發(fā)生了變化，要由模型的演化帶來軟件和模型的變化從而支持ERP的變化。當然要完成這件事需要一系列的技術，可以通過模型驅動的架構和軟件開發(fā)方法把行業(yè)的參考模型固定下來，一個行業(yè)要有行業(yè)的軟構件庫。

　　所謂適應性，就是按需應用、按需重構。這里面給出幾個關鍵的，比如說模型驅動和軟件的開發(fā)，把企業(yè)需求映射到企業(yè)的需求模型，包括業(yè)務規(guī)則和模型方式。

　　模型驅動體系結構的開發(fā)過程需要經過幾個層次的轉換，從面向業(yè)務需求的業(yè)務模型到面向過程的IT需求模型，然后再轉向面向對象的系統(tǒng)模型，再面向實現模式的實施模型，直到基于構件的軟件系統(tǒng)。這種開發(fā)過程與別人不同的就在于面向對象，我們把過去大家比較關注的企業(yè)過程，到軟件實施時用工作流來表示，這時候圍繞的是一個個的定單，ERP則是定單被處理的過程，軟件是完成定單處理關聯業(yè)務的載體，所以實際上被處理的表單很重要，以此為核心，就形成了一個面向對象的模型。

圖4 基于MDA和軟構件的企業(yè)應用軟件開發(fā)

　　從圖4可以看出，如果從企業(yè)的協(xié)同管理需求出發(fā)，通過左邊的企業(yè)需求轉換成模型，然后再通過模型進一步由宏觀到微觀，然后切分出各個業(yè)務構件，或者說是面向業(yè)務的服務，這些構件再進入構件庫，然后在企業(yè)應用的時候進行遴選，進行裝配，這樣構成了模型驅動的解決方案，最后通過部署能夠進行企業(yè)的協(xié)同管理模式。

　　3.支持企業(yè)間業(yè)務協(xié)同的企業(yè)互操作技術

　　歐洲在5年前曾分析過，企業(yè)40%的錢都是花在做企業(yè)間的互操作上，所以大概有10多個公司在做支持企業(yè)間業(yè)務協(xié)同的企業(yè)互操作技術的研究，歐盟政府也十分支持，我這幾年一直跟他們在一起，交流非常多�，F在歐洲人強調的ERP還有企業(yè)應用的集成，他們強調互操作，不僅僅是企業(yè)間的數據互通，而且是模型之間，業(yè)務之間可以互相轉換。他們研究的是當本質上相同的業(yè)務在不同企業(yè)中的表述不同時，他們從業(yè)務上怎么對話，這樣進行業(yè)務上的互通。

　　支持企業(yè)間協(xié)同的互操作技術關鍵在于三點，包括提供互操作體系架構和平臺，定義企業(yè)的建模方法，還有表述的企業(yè)知識。這是歐洲人提出來的思路，比如兩個系統(tǒng)，他們要實現集成，可以直接通過軟件工程集成，也可以向上一層，面向IT模型的集成。再向上一層，可以實現管理者之間的集成，但是這里面有很多大量的術語和理解的不同，這需要有本體論來支持。不僅僅是數據協(xié)同，流程的協(xié)同，最后要達到企業(yè)群的協(xié)作，這里面就要包含SOA的方法。

圖5 跨企業(yè)信息系統(tǒng)集成與協(xié)同

　　4.影響ERP軟件架構及開發(fā)方式的SOA技術

圖6 基于模型驅動的企業(yè)互操作MDI技術

　　圖6給出來一個企業(yè)群體上下游的方法。還有一個就是大家比較關注的SOA對各種軟件產生巨大的影響。業(yè)務人員通常不愿意跟技術人員討論IT的鴻溝，討論復雜的軟件構成，他們希望就討論業(yè)務服務，然后剩下的事情由技術人員來做。IT就希望提供這樣一種架構， 因此就有了SOA的提出。SOA是供應商為客戶或者合作伙伴提供的一種服務，還是軟件開發(fā)和變成的模式。

　　SOA是基于服務的模型架構，這比較偏向IDM的思想。如何對企業(yè)業(yè)務模型進行分析，進行業(yè)務構件化分析，然后如何識別里面的相關構件，把它描述下來，轉換到軟件(IT)，這就是軟件開發(fā)方法。軟件開發(fā)商要真的能夠轉換，誰來支持?這就要一個模型架構，從最底層的軟件應用資源(實際上是一個一個的軟件體)來支持服務構件，服務構件通過編排，通過協(xié)作，支持形成服務，形成商務業(yè)務的過程，最后形成我們要實現的大功能。

　　這個支持是需要ESB來支持。在這樣一個SOA環(huán)境下，需要有一套基于SOA的內容，包括業(yè)務，SOA的服務和設計管理�，F在SOA還沒有達到鼎盛的繁榮度。從大家互相不關聯到互相集成，再到構件化，到有了服務概念，到有了復合的服務，到未來虛擬的服務和到可重構的服務，從商務上怎么發(fā)展，我們現在處在第四級，我們還需要從組織上、方法上、應用上、體系機構和技術結構上發(fā)展。

　　5.提升ERP實施效果的服務科學與工程

　　應該說ERP的實施需要一套理論方法來支持。恰好這些年，由IBM提出來的服務管理科學工程正努力扮演這樣一個角色，它將對ERP的服務管理產生重要的影響。由哪些組織，做一些什么樣的服務，這就不僅僅是IT的事，需要有計算機科學、管理科學和社會科學一起來做，慢慢形成理論上的服務科學和工程管理。通過軟件工程和系統(tǒng)工程，還有管理科學和社會科學，構成服務工程的一個領域，它是用來描述定義設計、監(jiān)理、設施維護、動態(tài)構成的系統(tǒng)的一套方法，當然最核心的是服務體系。這里面包括了服務模型、服務建模、支撐工程和平臺。

圖7 基于模型驅動的服務方法體系

　　圖7是基于服務模型的驅動方法體系。這個體系的目的在于怎樣支持一開始的服務需求到服務的實現，以及對于服務性能的模型的評價和執(zhí)行的評價，其目的是幫助人們建立好服務系統(tǒng)。

　　6.移動商務環(huán)境下的ERP系統(tǒng)

　　隨著無線網帶寬增加和移動設備改進，越來越多的ERP軟件商基于無線網絡和移動商務平臺實現ERP的移動化產品(ERP Mobility)，支持用戶企業(yè)員工、合作伙伴以及客戶可以在任何地點、任何時候都能夠獲取他們所需要的數據，并實現企業(yè)級移動業(yè)務管理；解決企業(yè)利用移動環(huán)境擴展商務與管理手段的問題，以挖掘企業(yè)的經營潛力和管理潛力。

圖8 移動ERP體系結構

　　目前還需要對現在的系統(tǒng)進行改造，來實現這種移動便捷的系統(tǒng)。到現在為止，在實際的移動業(yè)務中，比較多的是移動審批、提請、申報和查詢。

　　7.RFID技術給ERP帶來的影響

　　RFID技術的不斷發(fā)展與應用為企業(yè)間協(xié)同物流與供應鏈管理的應用與實施提供強大的技術保證。這種技術主要應用于采購管理、車間物流管理、庫存管理、產品追蹤管理、運輸與配送管理、銷售與服務管理等用于支撐ERP的運輸。圖9給出了ERP通過數據采集到分析到中間件轉換的系統(tǒng)。

圖9 基于RFID的企業(yè)ERP與供應鏈管理

　　8.ERP開發(fā)商、咨詢商與企業(yè)用戶共同發(fā)展的生態(tài)環(huán)境

　　隨著ERP系統(tǒng)的長期普及和深入發(fā)展，ERP的開發(fā)商、咨詢商和主要企業(yè)用戶越來越傾向于建立長期的戰(zhàn)略合作關系，這就構成了ERP開發(fā)商、咨詢商和企業(yè)用戶共生的生態(tài)環(huán)境。

　　ERP開發(fā)商、咨詢商需要穩(wěn)定的、熟悉的重要行業(yè)企業(yè)用戶，提高專門的適應性解決方案和服務水平；企業(yè)用戶則需要穩(wěn)定和優(yōu)質的管理咨詢商和方案提供商，滿足其特定的信息化應用需求和不斷變化的需求。

　　這樣的環(huán)境則需要由軟件構建階段各項活動(IT咨詢、需求分析、建模、設計、實現等)和軟件運行階段各項活動(執(zhí)行、維護、演化與重構等)來支持。

　　現在我們正在跟歐洲伙伴做如何建立軟件世界、模型世界、現實世界，用戶和開發(fā)商、咨詢商之間的關系。如圖10，右邊是大中小企業(yè)，左邊是軟件提供商，上面用WAP服務支持競爭能力的中心，通過模型驅動互操作，包括服務平臺、知識平臺，軟構件平臺，來支持這樣的生態(tài)環(huán)境，我們叫做網絡化企業(yè)普識解決方案的企業(yè)，JANUS，是面向企業(yè)又面向軟件供應商。

圖10 JANUS：網絡化企業(yè)及普適解決方案的先進協(xié)作系統(tǒng)