用友U9 UAP平台解析

用友U9 UAP平台解析

e-works 孫亞婷

    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平台核心應用。

    與其他ERP軟體不同，U9是先有UAP平台，後有ERP系統，U9系統全部在U9 UAP平台之上進行架構。在U9系統中，在企業業務系統與底層開發工具之間的統一的內建開發平台（UAP Studio）。UAP基于特定領域語言（DSL），通過模型驅動開發（MDD）模式，将常用的軟體代碼進行了封裝，軟體開發工程師可以快速地調用這些已經封裝的代碼進行開發，降低了用底層代碼開發的難度，同時避免了共性功能的重複開發，使軟體開發效率大大提升。

    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的戰略客戶部完成，分層傳遞。

    ·異構系統內建。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的變化，友善企業實作與異構系統之間二次開發接口的開發與更新。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/24494043/viewspace-671933/，如需轉載，請注明出處，否則将追究法律責任。

轉載于:http://blog.itpub.net/24494043/viewspace-671933/