建置SOA的主要動機

1. 實現商務關係管理
2. 實現商務成本管控
3. 實現商業流程、程序及服務的創新
4. 創建新的產品、服務
5. 進入新的市場、通路
6. 遵循法規、法令的要求
7. 實現企業合併統整

現在只要談及SOA(Service-Oriented Architecture,服務導向架構),許多人立即聯想到Java、XML、Web Services等各種軟體整合標準。就技術層面而論,確實需要運用這些技術,與依循這些標準,然而這只是SOA的基礎,並非全部,甚至不是關鍵處。

SOA的真正關鍵在於商務層面,如何將商務服務化成簡單的基磚模塊,並用簡單的積木搭組方式實現新的商業程序、商業服務,才是SOA的神髓所在。

技術面、商務面都要SOA
將軟體化成一塊塊積木,所需要用技術及標準是Java及XML等,但要讓一個商務服務也成為一塊塊積木,這就需要對商務領域的標準,更進一步涉入與轉化。許多軟體業者其實只擅長軟體面的模組化,但無法提供商務面的標準模組,而有的業者雖能將商務面也實現標準化模塊,卻是由企業提出需求,再由業者的資訊服務團隊進行特有開發與調校才能實現。

也許可用營建工程譬喻:只能提供軟體模組化平臺者,就如同只將地基打好但卻沒有地面上的建築;以客製服務實現商務模組化者,就如同以結構化方式完成地基後,還需要藝術雕刻大師構築房屋。

無論是哪一種方式,其實都無法發揮SOA真正的用意與本質,造成商業營運與資訊技術間的隔閡太大;兩者即使能接合,卻是用特定的量製服務實現,經濟性與再用性都不理想。

所以,真正良善完整的SOA,是在商務面也能提供現成可用的標準化模組,而想要實現商務面的標準模組,必須相當熟悉商務相關的標準及規範,特別是全球性標準,例如聯合國貿易及電子商務促進中心所訂立的核心元件(United Nations Centre for Trade Facilitation and Electronic Business,UN/CEFACT),或者是通用型商務語言(Universal Business Language,UBL)等。

軟體模組進一步依據這些規範轉化,就能成為標準化的商務模組,唯有技術面與商務面都能以標準模組化的方式建置,才算是真正的SOA。

應用程式元件追求高度共用性
接著企業必須訂下新的發展方略:除了過去已購置、已開發的應用程式外,往後新購置、新開發的應用程式一律以元件化、模組化為先決要求,才能更輕易、快速地實現各種服務。

當然!如果企業所用的應用程式,本身已達高度元件化,甚至從最根基的設計規畫,就已融入SOA的精神,那麼這套應用程式就能夠化整為零,將程式中的每個模組視為服務,並能與其他程式靈活搭組運用,進而創造更佳的商業程序、更好的商務服務。

若應用程式能夠元件化運用,使各模組的功效獲得最大化的適用與發揮,也就表示企業能節省基礎服務的開發,並將開發心力移至更先進、獨到的應用上。

相對的,如果商務應用程式不合乎SOA作法,只能以單一方式運用,那麼企業必須花費更多額外的開發,才能實現靈活搭組服務、快速創新的理想。

如同汽車產業,今日他們都積極追求零件的最大適用性,無論打造的是何種用途、何種型款的車子,全車的零件都能達到60%~70%的高程度共通使用。相同的理想與目標對應到企業的資訊應用,需要透過SOA平臺,以及高度SOA化的應用程式才能實現。

導入不限企業規模與業別
SOA除了常見的技術迷思外,另一項迷思是關於SOA導入企業的規模與產業別,有人認為SOA只適用於大型、歷史悠久的企業,或擁有眾多合作夥伴的企業。

事實上,建置與導入SOA的動機,是為了實現商業營運策略。北美地區有一家石化業者,在成立後的8年時間內收併了多家同業,而今已擁有18座煉油廠、5,000家以上的油品零售據點,員工人數因此從早期的1千多人一路增長到2萬多人。為了讓不斷收併的新編制,能快速地整合接軌運作,所以決議導入SOA。

更值得一提的,這項導入整合是以不衝擊、不改變原有企業的工作流程與操作習慣為原則,要求做到完全的平順整合,所有的同仁依然使用著原有的資訊系統,介面及操作皆與過往相同,工作習慣與程序也都變更。

且在整合之後,資訊部門換替、補強、升級改版某些商業服務程式,也一樣不影響原有的運作,一切的改變都在毫無覺知的情況下完成。

去除痛處,建立價值
許多企業仍對SOA抱著遲疑,主因是SOA的整體構面太大,企業現有的心力、成本有限,恐難一次完整實現。或者,雖有起步念頭,卻不知從何處著手。此外以商業經理人的角度觀點,也不易立即體會SOA所能帶來的商業價值。

要讓企業快速感受導入的利益,便需從小處建立價值,先審視企業現有營運內的各環節,找出亟欲改善的癥結點,針對癥結點小規模導入SOA,以改善、解決該癥結痛處,企業經理人便能從中體會出SOA的商業價值,進而支持全面性的完整導入。

在臺灣有許多的電子代工業者,他們的國外雇主近年來對代工訂單的時限要求愈來愈高,使業者逐漸難以因應,對此即可以「代工週期時間的縮短」為目標導入SOA,一旦導入後確實改善了週期時間,就可以複製與擴大此一經驗成果,更全面地導入SOA。

滑鼠拖放之間,完成商務創新
解決現有營運痛處只是SOA的部分價值,更大、更積極面的價值是在於加速商業程序與商務服務的變革創新。

當企業的資訊應用系統全面SOA化之後,呈現在經理人面前的畫面,是一個個簡單、直覺的商業服務模塊,每個模塊如同一塊功效積木,只要用滑鼠選定與拖放積木,就可以開始搭組、變化各種新的商務流程,並進行各項模擬推演,之後再進行試行驗證,如此就完成一項商務流程的革新,而多項商務流程的變革與組合,就能夠實現更佳的商務服務。

倘若經理人在沒有SOA的環境下實現商務創新,這就如同要消費者去操作一臺沒有外殼、沒有任何標示說明的自動販賣機,消費者要親自面對機械連桿、投退幣感應器等複雜機制,並試圖要販賣機沖泡出指定的熱咖啡,摸索、嘗試必然萬分艱辛。

SOA如同為自動販賣機加上外蓋、按鈕及說明文字,只要依據指示投幣、選擇糖與奶精的份量,自動販賣機就自動沖泡出指定的熱咖啡。

企業創新變革的最堅實後援:CPIO
最後,SOA也逐漸在化去「資訊技術人」與「商業經理人」間的分界,過去資訊技術人員一直被認為是被動的支援者,只有在經理人提出變革需求時,資訊單位才會進行改變。

而今日,許多歐美先進企業導入SOA後,企業也設立了程序創新長(Chief Process Innovation Officer,CPIO)的角色職務,CPIO必須同時具備資訊技術人與商業經理人的特質,並且經常陪同執行長、營運長一同出席各種會議,當會議中提出某一項商務變革的可能時,CPIO將依據他本身經驗實務,立即提供資訊技術可行性、商務程序連動影響性等的相關意見,以此加速商務合作、商務創新的實現。

作者簡介-陳平佳
現任SAP Taiwan業務發展協理,1998年進入SAP,曾擔任SAP ERP解決方案研發成員、SAP系統導入顧問、應用軟體解決方案顧問經理,目前負責SAP應用軟體流程整合平臺(Business Process Platform - based on SAP Netweaver and Enterprise SOA)的推廣及應用。

熱門新聞

Advertisement