2009年10月，e-works Research對用友U9 2.0版進行了一次評估。本文對U9的UAP平臺的評估結果進行解析。
1、現代企業環境的變化
現代企業的業務環境正在面臨巨大的變化，經濟全球化要求企業的業務具備更大的靈活性，面對市場的快速變化和激烈競爭能主動響應：
·敏捷制造的思想伴隨著企業關注的核心競爭力越來越受重視。隨著生活水平的日趨提高，市場對產品的需求和評價標準從質量、價格、功能轉變為最短交貨期、最大客戶滿意、資源保護和污染控制等方面。這種繼大量生產時代后的制造產品、分配產品和提供服務的新制造模式，強調將許多柔性的、先進的、實用的制造技術，高素質的勞動者以及企業之間和企業內部靈活的管理三者有機地結合起來，對顧客需求的產品和服務驅動的市場，迅速做出快速響應；
·企業快速擴張與轉型升級。隨著企業的發展壯大，特別是處于高速發展中的企業，通過快速擴張或者轉型升級來提升自己，因此企業業務模式總在不斷地發生變化；
·降低成本和內控風險的迫切要求。國際資本市場大力強化內部控制。安然、世通等財務舞弊和會計造假案件的發生，嚴重沖擊了美國乃至國際資本市場的正常秩序。研究結果表明，內部控制存在缺陷是導致企業經營失敗并最終鋌而走險、欺騙投資者和社會公眾的重要原因。為此，許多國家通過立法強化企業內部控制，內部控制日益成為企業進入資本市場的“入門證”和“通行證”；
·經濟環境快速變化。美國次債風波引發的全球金融大震蕩，使中國企業的經濟環境發生了巨大的變化，如何根據快速變化的經濟環境及時作出調整，是擺在中國企業面前的又一新課題。
·IT應用逐漸由部門級應用走向企業級。隨著企業的規模變大，經營風險逐漸變高，企業的IT應用逐漸由部門級應用走向企業級應用，企業的經營者希望能時時地偵測到企業的綜合信息，把原有的部門級應用的信息抽取出來，進行綜合提取有用的信息。
2、傳統IT解決方案帶來大量問題
為了跟上企業發展的步伐，企業內部的應用軟件也逐漸增多，于是出現了種類繁多的ERP、PLM、BPM、CRM、SCM……因此以下問題成為了CIO的噩夢：
·信息孤島林立，系統集成為一個亟待解決的問題；
·在眾多的企業應用系統之間又有很多共性，存在著嚴重得重復建設，重復投資的現象，如何把原來的IT資產整合起來，提高資源的重用性，成為擺在CIO面前的又一道難題；
·同時不斷出現的新業務使得老系統已經無法適應，跟不上市場和客戶的需求，企業需要把這些新業務需求快速建設到應用系統中去；
·每個解決方案都有新的技術體系，使IT運維變得極為困難 ；
·布署新的解決方案需要很長時間；
·不一至的技術標準導致了系統間的兼容性與安全性都出現了很大的問題。
3、SOA的出現
此時SOA理念的出現正好迎合了企業對于業務和IT上的需求。
SOA最初的定義是由Gartner公司給出的，但到目前為止，由于各廠商、個人和專家對SOA的理解不同，所以出現了很多關于SOA的定義：
Gartner則將SOA描述為：“客戶端/服務器的軟件設計方法，一項應用由軟件服務和軟件服務使用者組成……SOA與大多數通用的客戶端/服務器模型的不同之處，在于它著重強調軟件組件的松散耦合，并使用獨立的標準接口。”
而e-works在總結了各方的定義后給出了自己的理解，在總結以上定義的基礎上，給出了自己的理解：
SOA是一種軟件架構思想，通過使企業中一個個細化的服務標準化、獨立化，來達到企業的IT系統跟隨企業的動態變化的目的。
其核心為：
1）SOA是一種軟件架構思想，并不是一種產品。
2）SOA的重點是面向服務，此服務包括企業的內部與外部的每一個業務細節，比如企業中財務應收發票的處理就是一個服務。SOA的思想是把這些服務從復雜的環境中獨立出來——組件化封裝，然后通過標準的接口使不同的服務之間相互調用。
在此過程中需注意：每個服務有一個明確的界限，其他服務只能通過接口來調用服務；每個服務是獨立自主的，每個服務不必依賴于其他的系統而存在。
SOA的優勢是：
1）實現企業IT閑置資產的重用
實施SOA，企業必然需要對自身所用的信息系統進行重新的分類，這勢必會使企業全面的了解自身的信息系統，然后針對企業的服務尋找適合的IT支持。以前由于種種原因被閑置的企業IT資產，企業必然會重新考慮，挖掘到閑置資產的價值，從而使閑置的IT資產得以重用。另外，SOA可以將舊的系統封裝起來，成為Web Services得以重新利用。
2）降低企業的IT投資成本
以往多數企業在建設企業的IT系統時是從項目的角度出發的，比如ERP項目、CRM項目等，事后等企業的IT系統越來越多的時候，才會考慮系統的集成問題，但這時候往往集成的難度就很大了。而SOA要求企業在建設IT系統之初就要考慮這些問題，也就是要考慮服務之間的接口問題。這樣就會使企業的IT的成本大大縮減。
同時，SOA將改變以往的軟件購買模式，目前的多數企業在購買軟件時往往是是成熟性軟件，需一個模塊或一個系統的購買，企業在購買時往往無法將那些企業不需要的功能剔除出去，這樣，企業就不得不為此多付出資金成本、培訓成本等許多不必要的成本，而SOA則可以幫助企業實現真正的按需購買，企業需要什么功能就購買相應的服務，幫助企業避免不必要的支出。
3）實現企業的動態變革
SOA使企業的IT人員不必太多的關心企業IT系統的底層技術，而更多的去考慮企業的業務以及業務與IT的接合。同時，以往企業在開發系統時，在重復功能上浪費了大量的人力與財力，同時系統在開發完成后，如果企業業務變化，系統將很難更改或者更改的成本很高。而SOA面對的是一個個獨立的服務，服務之間可以通過標準接口來相互調用，這樣企業在重復功能上就可以直接通過接口調用，而不必去重新開發。企業的業務發生變化時，只需要修改相對應的服務即可，降低了修改的難度與復雜度，保證了企業的IT系統的動態變化。
4、基于SOA架構的 U9 UAP平臺
U9系統基于5層架構，5層依次是企業級面向服務基礎設施、統一業務運營平臺、服務組件庫、業務過程庫、業務系統，其中核心層的作用分別為：
第二層是統一業務運營平臺，在其上通過Web Services技術可以開發出完整的U9服務組件。Web Services就是把企業處理業務過程的一個個程序封裝起來（如同一個個的小積木），成為一個組件，企業可以調用這個封裝起來的組件，而多個組件的不同組合就可以構成企業的軟件應用。
第三層是服務組件庫，由一個個獨立的服務組成。服務組件庫就如同一個沃爾瑪賣場一樣，只不過里面存放的是一個個封裝起來的服務組件，然后由沃爾瑪提供服務組件的目錄清單，企業可以根據目錄清單，快速的找到想要的服務組件。
第四層是業務過程庫。它如同用積木搭房子，除了要有一塊塊的小積木外，還需要知道這些積木擺放的順序，而業務過程庫就是描述積木的擺放順序的。有了業務過程庫，企業不僅可以用服務組件快速搭建出不同的企業系統，也可以積累出各行業真正的最佳實踐。
其中，第二層、第三層、第四層構成了UAP平臺核心應用。
圖表1：支持SOA架構業務運營平臺
與其他ERP軟件不同，U9是先有UAP平臺，后有ERP系統，U9系統全部在U9 UAP平臺之上進行架構。在U9系統中，在企業業務系統與底層開發工具之間的統一的集成開發平臺（UAP Studio）。UAP基于特定領域語言（DSL），通過模型驅動開發（MDD）模式，將常用的軟件代碼進行了封裝，軟件開發工程師可以快速地調用這些已經封裝的代碼進行開發，降低了用底層代碼開發的難度，同時避免了共性功能的重復開發，使軟件開發效率大大提升。
圖表2：UAP應用開發框架結構圖
e-works Research認為，UAP的特點在于：
·業務驅動設計。U9系統的開發是采用SOA架構、基于業務驅動，并在UAP平臺上完成的。然而一個軟件產品要完成SOA的改造并非易事，有些廠商通過WEB的形式調用系統的功能，對API接口進行了封裝或抽象改造，然后對外宣稱是SOA架構，e-works認為這并不是純粹的SOA架構，純粹的SOA架構必須是將服務粒度化，而非模塊化，系統必須打散原有的概念，對服務進行抽象，然后以統一的標準進行封裝。二者最大的區別就是動態可重構性，前者的SOA粒度很粗，企業無法讓系統做出靈活性很強的變動，而后者的SOA的粒度很細，通過一個個細小服務進行重新組裝，就可以實現系統的動態變化。U9在軟件設計時并不是按傳統的方式進行設計，而是從企業的戰略、到流程、再到服務的實現，從而在UAP平臺上實現了一個個服務具體化封裝。目前，U9共提供將近1萬個服務組件。
·企業可以基于UAP平臺開發出完全個性化的應用，并且與U9系統完全集成。UAP平臺搭建了統一的集成開發環境（UAP Studio），基于特定領域語言（DSL），通過模型驅動開發（MDD）模式，企業可以使用包括企業建模、領域建模、服務設計、UI設計、報表設計、規則設計、數據庫設計等全方位的設計器，并通過可視化的界面互操作，自動生成企業所需要的各種服務部件，極大的縮減了企業的客戶化工作量。同時，企業的客戶化也是分層次的：
1）個性化：包括表單進行定制、交付邏輯、數據表、報表、打印模板，不需要寫代碼；
2）插件：提供了標準的擴展機制，插件式的開發模式；
3）服務：開發U9中本不存在的服務，并讓自身開發的服務也放到U9組件庫中統一管理。
據e-works Research的評估，實現第一個層次的客戶化是不需要編寫代碼的；而實現第二、三個層次的客戶化則需要UAP平臺的支持。如果只是實現個性化的定制，對人員要求不高，但如果是做成U9的服務組件，要求就會相對高一些。這3個層次分別由不同的對象完成：
1）個性化定制往往由客戶自身完成；
2）插件一般由ISV完成；
3）由U9的戰略客戶部完成，分層交付。
圖表3：個性化——調整頁面布局
·異構系統集成。UAP平臺中是通過元數據描述API，可以通過API的變化，方便企業實現與異構系統之間二次開發接口的開發與升級。
因此，對于面臨快速變化的制造企業而言，選型過程中遇到平臺化架構的ERP系統時除了應重點考察平臺的開放性、集成性及重用性，還須考慮開發者對軟件廠商的依賴性、開發效率、開發管理及升級維護的難易程度等。
例如，用UAP開發一個表單，企業只要進行表單的設計工作，并在UAP平臺中建立關聯，就會自動在U9系統生成這一張表單，而這一張表單與U9系統是完全集成的。同時，二次開發后的升級問題不需要企業太過擔心，因為升級最怕的是不兼容，但U9的Web服務粒度很細，可以最大限度地減少系統的更改，這是UAP平臺帶來的好處。 當然，UAP平臺是用戶需要額外付費購買的，而且UAP平臺的開發需要企業有一定的軟件開發能力才能掌握。
而不具備基礎平臺的ERP系統，企業在進行個性化應用開發時，很多開發方式原始，開發效率低下，開發完成后的個性化功能從界面到流程都無法實現最大價值的重用，而且由于與原有ERP系統兼容性差，很多二次開發完成后，企業出現了“四處救火、痛不欲生”的局面，使得企業還不得不保留大量的開發人員。所以e-works建議企業在條件許可的情況下，盡量選擇平臺化的ERP軟件。
5、結束語
e-works Research認為，UAP對企業最大的價值在于：企業可以基于UAP平臺開發出完全個性化的應用，并且與U9系統完全集成；同時，UAP平臺中是通過元數據描述API，可以通過API的變化，方便企業實現與異構系統之間二次開發接口的開發與升級。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：用友U9 ERP系統UAP平臺解析
相關文章
