最近一段時間，我們陸續收到客戶關于SOA架構的咨詢。很顯然，這是因為某些傳統的“EAM”供應商在市場宣傳時，通過極力主張其軟件全面的面向服務的體系結構（SOA）來退避其在維護功能模塊上的不足。

    做一個簡單快速的市場調查不難發現，幾乎國內所有的主流CMMS/EAM供應商（甚至一些本土的小型廠商）的軟件都具備SOA架構，其產品可以通過網絡與其他應用聯系起來。也就是說，人人都擁有SOA。

    在認識到這點后，客戶興許會自問：那所謂特色的SOA是不是轉移焦點的煙霧彈？或者是由于廠商過分局限的IT背景，往往將重點放在客戶并不是很關心的軟件技術上？

    運用通俗易懂的方法，本文將首先為讀者解讀SOA的真正含義。隨后，利用COSWIN系統來解釋Siveco自身產品中的SOA架構。最后，不同于傳統的IT論調，文章會介紹SOA架構的實際應用價值。

    1、面向服務的體系結構（SOA）的實際定義

   通常，軟件應用程序可分解為數個不同的單元，而這些單元就是所謂的“服務”。例如：“創建工作請求”或“檢查可用的備件數量”。每個服務都是相對獨立且開放的，因此在統一的SOA架構下這些單一服務可與其他軟件的應用程序進行交互。

    服務可用于特定的應用程序內，例如您的CMMS就使用自己的服務，例如完成計劃任務。但只要服從SOA協議，您企業本地網絡或互聯網上的第三方應用程序也可以使用該服務。

    SOA架構的關鍵優勢在于服務可以跨越不同軟件平臺、開發技術和編程語言的限制。

    2、基于SOA架構的Siveco產品

    首先要聲明的就是：Siveco所有的產品均基于SOA架構。

    自2003年7i系列問世以來（自2004年Siveco中國成立至今，我們始終致力于網絡技術的推廣和實施），COSWIN系統始終秉持基于J2EE和本地網絡架構的開發原則。因此，正當其他廠商努力為其C/S架構（使用Citrix/Windows終端服務器連接網絡）的軟件進行升級時，COSWIN已經是中國市場第一個完全基于web的CMMS系統。早在SOA發明前，Siveco在上世紀90年代便率先加入了由歐盟贊助的PROTEUS協同項目，并在90年代中期，在新加坡地鐵大型基建項目中實現了多系統間的集成技術。

    而我們新一代的bluebee®移動解決方案不但可以與自身的bluebee®云計算后臺（Proxima平臺）實現同步，也可以與任何SOA架構的后臺系統（包括COSWIN在內的所有主流EAM系統，甚至SAP PM）進行無縫對接。基于最新技術研發的bluebee®系列產品都是由Siveco在上海的研發團隊自行開發設計的（Siveco與其他EAM供應商最大的不同在于，根據客戶需求，我們可以運用本土優勢自行研發、改進和定制應用程序）。因此，基于SOA架構開發的bluebee®前臺應用程序和后臺處理系統都可以自由交互。
  
                  

    bluebee®云計算后臺通過SOA與谷歌地圖、雅虎天氣和第三方監視攝像系統集成

    3、COSWIN系統中的Web Service功能

    接下來，我們要介紹一下COSWIN 7i系統中的旨在減少開發人員工作量，簡化開發流程而設置的Web Service功能（由Siveco集團開發）以及其他應用程序（由第三方開發）。
         
                   
                                  COSWIN系統中的Web Services功能

   COSWIN 7i中Web Service所使用的是標準SOAP協議（簡單對象訪問協議）。SOAP信息通過HTTP協議傳輸到COSWIN中，描述語言為WSDL（用來描述Web Service和說明如何與Web Service通信的XML語言。）

   介于所使用的標準技術和協議（WSDL和SOAP），根據不同的情況，用戶可以從不同平臺任意調用COSWIN 7i的Web Service功能。即使是基于J2EE的老版COSWIN系統，亦可通過Net、C++或PHP語言來觸發Web Service。

   下表根據模塊列出了COSWIN中能使用的Web Service的系統功能。灰色表示已經開放了Web Service的模塊。
  
                   
   聯系我們了解更多COSWIN Web Service信息。

   4、SOA，意義何在？

    如上文所述，SOA旨在確保應用程序間相互無障礙的交流和操作，即使處在不同操作平臺，視為服務的每一項應用進程（Web Services）都能協同工作，從而保證企業所有軟件系統（LDAP、采購系統、財務系統、EPR、自動化系統、SCADA）的無縫銜接。

   由此可見，通過使用基于SOA架構的軟件的確能實現系統與系統間的交互。也因為如此，多數IT供應商就此打住。但問題在于：系統間應交流哪些信息？以此達成怎樣的結果？眾所周知，國內的IT供應商以推廣復雜高難度的集成技術而“聞名遐邇”，但絕大多數項目都毫無實際應用價值。

    典型案例就是ERP系統中過度以IT為導向的庫存和采購模塊的集成，該方案使得原本簡單的審批流程不停游走于兩個系統之間。不得不說，站在技術和理念的角度，該方案想法的確不錯。但系統審計報告顯示，由于ERP系統以財務為中心的設計原則和以數據清理為重心的先決條件，使得這類審批流程通常需要花費幾個月的時間，因此可見這類集成不是項目理應關心的重點。在這案例中，我們認為應該及時實施以清理數據為主的系統接口，不但價格較低，也能獲得較好的投資回報。

    另一個錯誤案例就是由中央控制系統（BMS、DCS或SCADA）發出的警報來直接觸發CMMS系統中的工單（或工作申請）：由此以狀態為基礎的檢修工作實則只是疲于處理各類報警，背離了其（根據警報進行預判）本質。就技術而言，多數EAM-DCS的表象非常完美，但簡單的數據積累和始終無法實現的數據傳輸使得整套方案根本無法投入實際運用。

   SOA的實際工業應用價值

   正當多數IT供應商堅持以SOA作為其技術亮點時，Siveco則選擇將其方案重點轉移到工業用途：如何使系統集成滿足企業的實際運營需求？是否能改進日常工作？是否能實現多部門協同工作？是否能避免數據的重復輸入？主要數據是否能保持一致？這套具有實際工業意義的解決方案不但是Siveco核心理念的體現，也是我們在國內市場取得成功的關鍵。

   但是，我們仍堅信自身的IT實力：不同于其他EAM供應商（主要依靠海外能力開發其EAM軟件的大型IT企業），Siveco在本土就擁有自己的專業研發團隊，從而不但能彌補海外遠程支持的不足，Siveco研發團隊亦致力于與本土外包團隊合作開發自主產品。

   此外，我們的IT團隊也擁有豐富的涉及各類應用程序（CMMS、ERP、SCADA、GIS）、外部web services（例如Google）和移動技術的SOA項目的實施經驗。近期，我們就在深圳長城物業和家樂福集團開展類似項目。

   簡言之，希望您不要被那些華麗的IT詞藻和論調所迷惑，轉而關注您的供應商是否真正了解您的工業需求并能為此提供相應的解決方案。