中國的世界級管理軟件——用友U9，給廣大中國企業（尤其是中高端的制造型企業）帶來了許多期許。面對即將發布的用友U9 v2.0產品，用友副總裁、U9產品研發中心總經理黃濤鮮明地談出了數年研發過程中，用友對軟件SOA發展趨勢的理解。 中國的世界級管理軟件——用友U9，給廣大中國企業（尤其是中高端的制造型企業）帶來了許多期許。面對即將發布的用友U9 v2.0產品，用友副總裁、U9產品研發中心總經理黃濤鮮明地談出了數年研發過程中，用友對軟件SOA發展趨勢的理解。

　　同時就用友如何在U9產品中貫徹SOA架構，并展示這款“中國的世界級”產品的創新性，道出了用友U9全體研發人員的心得。

　　SOA是基礎架構，而不是一種協議，U9如何貫徹SOA

　　“有些廠商對SOA的理解，是認為通過WEB的方式從服務器調用系統的功能，以及將系統的API定義成一個可調用的功能，這就是SOA。如果站在這樣的角度上來看，SOA就不是一個架構，而只是一個跨平臺的調用協議而已。”黃濤認為：如果如此誤解SOA，那么任何一個軟件，只要對它的API接口做一個封裝或者改造，就能號稱是SOA架構的軟件了。

　　用友認為：SOA架構是一個基礎性的東西，那些事后能通過包裝或簡單調整做出來的軟件，一定不是架構，最多只是一項技術而已。

　　黃濤講述：在U9里，用友U9是從企業的服務化運作去考慮和審視軟件的SOA架構，把企業運作經驗總結并積累變成一個個“服務”，把“組織能力”服務化，通過對“服務”的編排來實現彈性的業務流程，U9將這種方法定義為SOA架構，其核心是對企業業務的抽象和組件化。

　　也就是說，軟件從一開始，就不是“像傳統軟件那樣按照工作流的方式”去設計的，而是從企業的戰略，到業務流程，以及流程所需要的服務去考慮。這樣的思路所設計出來的軟件，自然而然地就變成了一個個服務的組合，服務成為了軟件設計的頭等工具。

　　當用友U9設計軟件通過服務的編排來實現業務流程時，那么這個軟件天生就是以服務為基礎架構的。

　　黃濤指出：“在U9里面不是需要買另外一個包或工具，它才能變成平臺，U9在設計時就有服務和服務組的概念。”服務組的服務之間有著較大的相關性，比如說，用PDM做接口的時候，肯定與BOM有很大的相關性，BOM的驅動和維護能牽引企業實際業務工作中很多調整。又例如企業經營中現場做任何一個流程變更，都會對物料流程有所影響。

　　U9的設計基礎建立在服務和服務組概念上，而幾年來，研發人員就服務組間相關性管理，分辨服務組數據的內外部關系等等很多復雜問題，花費了大量心血。“在如此大的研發投入下，最終保障每一個購買U9的客戶，不光買到的是一款成型的平臺產品，更重要的是買到了一個龐大的服務庫。”

　　依靠這個服務庫，用戶可以彈性地組合應用，例如一些客戶將U9和PDM整合，和第三方整合，都是用了U9服務庫內置的服務引擎來構建。

　　U9內部，目前有大約近1萬個的服務。意味著客戶購買了U9以后，就可以調用服務庫里任何一個服務，而不需要自己再去開發新應用。

　　基于服務組件研發，確保了U9的SOA真身，同時做到了高效研發

　　U9有一個平臺，叫UAP 。

　　通過平臺，可以分兩個層面精細化考慮軟件產品客戶化問題。第一個層面是“個性”，第二個層面是“擴展”。

　　在個性層，U9平臺提供了大量標準功能，ERP項目實施人員和維護人員可以通過進行大量服務組件的配置來實現不同企業客戶的個性化需求，而不再需要進行重新編碼。

　　而擴展層，U9在WEB層、數據層等都提供了很多框架和引擎，而這些框架和引擎里面，又提供了很多標準的擴展機制。例如：銷售訂單發貨前兩天，要通過短信或郵件通知客戶，這需要一個新應用，而U9中有很多標準的開發工具，可以供后期為客戶實施中，開發針對性的新服務。

　　此外，U9除了上述兩個“客戶化”方式外，也保留了傳統的二次開發途徑。如果說在某個行業，服務不合適，要重新開發新的服務，U9的接口支持國際標準，可以用.NET，也可以用J2EE去調用U 9的其他服務，在技術選擇上是開放的。

　　靈活地擴展、客戶化機制，得益于SOA架構。

　　此外，這種架構給U9帶來的更大發展優勢，就是大大方便了系統升級的便利。黃濤指出：選擇U9后，ERP升級過程中，首先客戶風險降低了，此外對于U9的研發過程其實收益更大。

　　傳統ERP任何一個大規模系統升級，都會給用戶帶來巨大的風險，主要是架構上的調整，以及兼容性的問題。而SOA架構的U9，軟件的顆粒是服務，只要服務接口的API標準不改變，對服務模塊就沒有任何影響，用戶均可以做到平緩升級。

　　兼容性上，基于SOA架構的U9，完全不用考慮原有系統開發的服務組件能否應用到新的系統之上，由于SOA架構系統平臺與組件間通過API接口連接，同樣只要API不改變，系統平臺升級就不會影響到已成熟的組件兼容性問題。

　　“在以前的系統中，是沒有元數據去描述和定義API的。”針對這類問題，以前的客戶和開發商都是不了解的，無法解決的。在U9里面，通過元數據去描述了其對外所有的接口。有了這樣一個描述后，我們很容易在開發過程中，看到API的兼容問題。

　　這種模式，除了讓客戶放心于系統升級外，更重要的是，大大提高U9自身的研發效率。基于SOA架構建立服務庫后，U9系統大升級，不會對服務的復用造成影響。傳統ERP升級，周邊開發的新應用都會面臨調整，而SOA架構對服務幾乎沒有任何影響，可以直接鏈接到新平臺上“重用”。

　　“有了大量可以重用的服務，就能保證U9開發的‘高效率、高質量、低成本’”黃濤表示。

　　記者注意到，用友U9兩年來已經發版了4次，升級發展速度大大超過傳統ERP。從2008年初正式發布U9 V1.0版開始，繼2008年發布了1.1和1.5版本，而2009年11月將發布2.0版本，這充分說明基于SOA架構的U9在開發效率上的明顯優勢。