BPM與SOA的演進與展望

1、.：.；BPM 與 SOA的演進與展望flowring/pagelogic/mainpage.jsp?pl=ma300030010000sc前言BPM(企業(yè)流程管理，Business Process Management)技術(shù) 與 SOA (效力導(dǎo)向架構(gòu)，Service Oriented Architecture)各自歷經(jīng)多年的開展，至今成為廣為業(yè)界接受的技術(shù)架構(gòu)。本文將從 BPM & SOA的歷史演進開場，深化淺出描畫各規(guī)范的開展過程與彼此的關(guān)系，讓讀者輕松了解其運用范圍與來龍去脈。另外，也將以相關(guān)規(guī)范組織的最新資料為根底，引見當前制定中的新技術(shù)規(guī)范以及其演進。以流程為中心的管理思潮BPM的

2、范疇涵蓋企業(yè)營運的各項構(gòu)面，如研發(fā)、消費、行銷、業(yè)務(wù)、人事、財務(wù)等企業(yè)營運活動，甚至往上下游擴及供應(yīng)商與經(jīng)銷商，以及客戶端的客服活動。訴求是企業(yè)應(yīng)以流程化的思索方向，串連本來各自獨立而未協(xié)調(diào)的營運活動，使串連后之營運活動成為具有步步加值效果的企業(yè)營運流程，并輔以各項管理手法使其落實運轉(zhuǎn)，達成企業(yè)流程管理目的。1990年麻省理工學(xué)院 Hammer、Champy ，哈佛大學(xué)Davenport 等人，相繼在學(xué)術(shù)刊物發(fā)表企業(yè)流程再造(Business Process Re-engineering)觀念。1993年Hammer 與 Champy 繼續(xù)發(fā)表 一書，強調(diào)BPR的重要性，以及IT技術(shù)在BPR過

3、程的角色，使BPR成為當時的熱潮。1997年，Hammer又發(fā)表 ，宣告了流程化組織的必然性與重要性，并且預(yù)言 BPM/BPR將改動人的任務(wù)方式。2003年，Smith與Fingar發(fā)表 ，預(yù)言往后50年BPM仍將是企業(yè)運營的重要議題，也指出21世紀BPM的型態(tài)與新特征，并給予可行的教戰(zhàn)守那么，更羅列數(shù)十個企業(yè)運轉(zhuǎn)BPM的實踐案例與閱歷，讓推行BPM的藍圖更加詳細，使本書成為當年企管領(lǐng)域的暢銷書，讓BPM的風(fēng)潮繼續(xù)不滅。BPM的推行觀念的改動與進程根據(jù)1993年一書的調(diào)查，當時企業(yè)推行BPR/BPM 有高達57成的失敗率。由于這么高的失敗率，所以即使BPM是企業(yè)勢必要面對的議題，也讓他們把BP

4、M的推展視為畏途，甚至抱持負面的看法。之后，整個BPM產(chǎn)業(yè)繼續(xù)歷經(jīng)十幾年的學(xué)習(xí)閱歷，與前仆后繼的推行案例，不斷從許多案例歸納關(guān)鍵的勝利或失敗要素，讓推展BPM的藍圖逐漸浮現(xiàn)。在藍圖中，錯誤的作法逐漸被修正，更多的BPM管理工具被界定(identified)出來而豐富了整個藍圖。眾人漸漸認同，一個勝利的BPM推行，是由以下金三角共同構(gòu)成：明確而有共識的組織流程規(guī)范 成熟的BPM 軟件系統(tǒng)架構(gòu)與建置 企業(yè)主管與員工的認同與運轉(zhuǎn)力 從變動幅度來看，以往革命性大刀闊斧的 BPR (流程再造)口號，已轉(zhuǎn)變?yōu)闇嘏腂PM(流程管理)實際。這種務(wù)虛的作法，現(xiàn)實上是覺察到組織變革、流程思索企業(yè)文化的構(gòu)成，需求

5、一年到數(shù)年的時間；革命性的快速改動，假設(shè)無充分的預(yù)備與良好管理體質(zhì)，反而讓企業(yè)亂了原有的腳步。所以一步一腳印的務(wù)虛作法，漸漸獲得認同。企業(yè)從中心BPM流程的落實與推行開場，逐漸拓展到外圍系統(tǒng)與業(yè)務(wù)同伴，將可降低失敗機率。而從管理成熟度來看，過去企業(yè)推行BPM，多半以流程計算機化這種短程目的為主，卻忽略了BPM的終極目的在于管理 ，而非計算機技術(shù)，也非流程細節(jié)。所以高階運營決策的需求經(jīng)常被忽略而缺乏規(guī)劃。而由于缺乏指點目的，在BPM的需求導(dǎo)引過程當中，企業(yè)員工常會無明確的指點目的，而以為任務(wù)流程計算機化就是把本人手邊的任務(wù)巨細靡遺計算機化，而模糊了BPM的管理焦點。當這些與終極BPM管理目的無關(guān)

6、的軟件需求被列入計畫討論，不僅模糊焦點，也無形地墊高BPM的整體本錢?，F(xiàn)實上，BPM的管理可以歸納為以下幾個可逐漸提升的層次，從這些層次也可了解普通組織推行BPM的生長歷程：混沌階段：沒有明確的企業(yè)流程定義。明文定義：具有書面的企業(yè)流程定義或規(guī)范作業(yè)程序，但沒有根據(jù)正規(guī)的記號(notation)，因此規(guī)那么也許含混不清。驗證與共識構(gòu)成：定義的企業(yè)流程，經(jīng)過公司組織政策的驗證，如質(zhì)量政策，市場戰(zhàn)略，管理原那么，并獲得高層決策經(jīng)過，達成組織共識。組織人員的流程預(yù)備：組織成員經(jīng)過教育訓(xùn)練，認同組織制定的企業(yè)流程，并且具備運轉(zhuǎn)的才干，包含專業(yè)根本技藝的養(yǎng)成，并習(xí)慣流程化、信息化的作業(yè)方式。企業(yè)本身的流

7、程預(yù)備度：現(xiàn)行的企業(yè)組織架構(gòu)，假設(shè)與流程化的思索方式?jīng)_突，那么應(yīng)及早預(yù)備組織架構(gòu)的調(diào)整，特別是毫無章法的職務(wù)與部門階層架構(gòu)(hierarchy)。良好的組織設(shè)置與權(quán)責(zé)劃分，可以使流程定義更為精簡易懂、便于遵照，也容易分析企業(yè)規(guī)那么之間能否相互矛盾；同時可降低BPM軟件系統(tǒng)的開發(fā)本錢。采用規(guī)范的企業(yè)流程表示法：運用一致的規(guī)范記號與格式來表達企業(yè)流程的內(nèi)容。這里的規(guī)范記號應(yīng)該是廣被業(yè)界采用的格式，例如OMG在UML所定義的活動圖(activity diagram)、BPMI (現(xiàn)已并入OMG) 組織所定義的BPMN，以及OASIS組織的BPEL。當然，企業(yè)流程的內(nèi)容確實相當復(fù)雜，單一規(guī)范記號或格是

8、通常只能描畫部分構(gòu)面，所以仍會有些構(gòu)面暫時沒有業(yè)界共同認可的記號或格式可供選用。流程自動化：運用軟件系統(tǒng)落實企業(yè)流程的運轉(zhuǎn)流程。包括運用流程定義工具來定義企業(yè)流程內(nèi)容，以及運用任務(wù)流程管理系統(tǒng)(WfMS ? workflow management system)來運轉(zhuǎn)定義的企業(yè)流程。進度監(jiān)管：企業(yè)流程的運轉(zhuǎn)進度可以被監(jiān)看(monitored)與追蹤管理。流程集成：流程運轉(zhuǎn)過程中，能進一步與其他內(nèi)外部的流程互通，或者與既有運用系統(tǒng)(legacy system)交換資料，以延伸流程的觸角，發(fā)揚綜效。流程績效評量：企業(yè)流程的運轉(zhuǎn)效能可以被丈量(measured)，并且透過公式計算，以報表呈現(xiàn)有意義的

9、管理指針。流程分析與仿真：繼續(xù)搜集企業(yè)流程的運轉(zhuǎn)資料，分析組織的流程運轉(zhuǎn)瓶頸，并回饋到流程定義，調(diào)整業(yè)務(wù)的運轉(zhuǎn)方式。另外，也根據(jù)歷史資料與預(yù)測參數(shù)，透過仿真分析試算，比較不同流程調(diào)整方式所獲得的改善程度。智慧型流程環(huán)境：透過流程資料的資料采擷(data mining)，自動分析流程統(tǒng)計數(shù)據(jù)，并回饋至流程系統(tǒng)。舉例來說，在客服流程系統(tǒng)中，自動歸納顧客過去運用效力的頻率與分布情況，歸納未來的趨勢與規(guī)律(pattern)，并根據(jù)現(xiàn)有流程環(huán)境的現(xiàn)況(如現(xiàn)有承接量，以及可動用的客服人力資源)，自動調(diào)度客服人力分配戰(zhàn)略，或向資源管理者建議客服人力調(diào)度戰(zhàn)略。企業(yè)推展BPM不見得要立刻從IT 工具的選擇開場，

10、前期的充分預(yù)備可縮短軟件系統(tǒng)的分析時間。企業(yè)流程自動化之后，那么有更多的管理輔助工具可供搭配，強化企業(yè)流程的運轉(zhuǎn)績效，提升企業(yè)的BPM成熟度。企業(yè)決策主管那么可從以上層次分析，清楚得知達成不同層次的BPM進程，所能獲得的管理效益，以及相對的BPM技術(shù)處理方案需求。 BPM 的技術(shù)現(xiàn)況與趨勢BPM的其中一個技術(shù)構(gòu)面是流程，它的IT技術(shù)處理方案的來源可追溯到 1970年代晚期的文檔傳閱(routing)運用系統(tǒng)，主要目的是讓商業(yè)文檔與圖象能在不同計算機間傳送，使文檔能從輸入或掃描人員，傳送到審核人員與其他角色。典型的運用流程包括保險公司的保單資料處置作業(yè)，或者銀行的融資懇求與簽約作業(yè)。這些需求促成

11、了任務(wù)流程(workflow)技術(shù)的崛起，而軟件業(yè)也開場把任務(wù)流程技術(shù)運用到這類運用系統(tǒng)，成為中心組件。任務(wù)流程技術(shù)是中立的角色，隨著不同運用領(lǐng)域的興起而有不同的運用方式，在辦公室自動化、公文系統(tǒng)、研發(fā)專案管理、制程管理、品保系統(tǒng)，或者客戶效力系統(tǒng)等等，都可以查找任務(wù)流程技術(shù)扮演的重要角色。即使是面對企業(yè)管理領(lǐng)域被炒得熾熱的 BPR/BPM，或者在IT / Web Services領(lǐng)域被當成新興技術(shù)議題討論的 Web Services Orchestration 、Choreography 與企業(yè)流程運轉(zhuǎn)言語(BPELBusiness Process Execution Language) ，

12、只需詳細分析其技術(shù)本質(zhì)，仍不脫任務(wù)流程技術(shù)既有的范疇。這些當紅的企管或技術(shù)名詞，一旦底層抽離任務(wù)流程技術(shù)，就無法獨立存在。然而，狹義的任務(wù)流程技術(shù)并不是推行BPM所需的IT技術(shù)的全部。早期任務(wù)流程技術(shù)與圖象掃描與辨識技術(shù)結(jié)合，培育了文檔圖象流程系統(tǒng)。近年，任務(wù)流程從BPM領(lǐng)域切入，成為處理方案的重要一環(huán)；狹義的任務(wù)流程技術(shù)，歷經(jīng)多年匯流了多項技術(shù)元素，成為當代的BPM處理方案，主要特征如下：IT技術(shù)面：采用任務(wù)流程技術(shù)為主體，結(jié)合入口網(wǎng)站(Portal)、企業(yè)運用集成(EAIEnterprise Application Integration)、報表與商業(yè)智慧(BIBusiness Intel

13、ligent)工具、流程模型分析(process model analysis)、與仿真(simulation)技術(shù)。這些現(xiàn)成(COTS ? commercial off-the-shelf)軟件組件結(jié)合運作，可大幅降低信息系統(tǒng)的建置本錢、時程，以及開發(fā)風(fēng)險。 管理活動面：可提供戰(zhàn)略地圖、平衡計分卡、六個規(guī)范差、TQM等管理活動的必要管理信息，搭配適宜的管理決策工具呈現(xiàn)企業(yè)整體的BPM效果。貼近特定產(chǎn)業(yè)的流程需求：每個產(chǎn)業(yè)都有其特有的企業(yè)運營方式與參考模型，如制造業(yè)、買賣業(yè)、醫(yī)療業(yè)、物流業(yè)等產(chǎn)業(yè)，都存在產(chǎn)業(yè)專屬的流程模型與規(guī)范。像是 RosettaNet 替電子商務(wù)買賣的詢價、下單、交貨、付款

14、等流程作業(yè)，制定了日常實踐運用的參考模型；而供應(yīng)鏈協(xié)會(Supply Chain Council)那么在供應(yīng)煉與物流領(lǐng)域，制定SCOR流程運作模型(Supply Chain Operation Reference)。假設(shè)流程定義工具可以直接提供這些參考模型的語意支持，或者提供現(xiàn)成可套用的流程樣板(template)，將可以減少開發(fā)這些特定產(chǎn)業(yè)運用所需的本錢。效力接取(access)面：處理方案能滿足不同的運用者，如習(xí)慣大量資料輸入作業(yè)的專業(yè)運用者、少量資料操作的普通運用者、偏重BPM績效報表的主管，或者行動安裝的運用者。也就是說，可提供不同的操作界面，如常規(guī)桌上型運用程序、Web Browse

15、r運用程序、PDA，或者Smart Phone等安裝，給參與BPM系統(tǒng)的各種人員運用。交互情境面：BPM技術(shù)處理方案需同時兼顧人對程序、人對人協(xié)同作業(yè)，以及程序?qū)Τ绦虻冉换デ榫场ｈb往知來，BPM處理方案的風(fēng)貌將繼續(xù)納入更多的元素而顯得多樣化，不論是因應(yīng)管理哲學(xué)的革新、運用情境的延伸，或者新技術(shù)的崛起，只需有道理，沒什么元素不可以納入的。雖然沒有一個獨立的BPM產(chǎn)品能同時滿足以上一切特征現(xiàn)實上，企業(yè)BPM規(guī)劃者也不見得要貪婪得一次全部用上，但企業(yè)BPM架構(gòu)規(guī)劃者，仍可根據(jù)BPM導(dǎo)入步驟，按部就班先進展組織改革與訓(xùn)練，然后根據(jù)管理需求與現(xiàn)有的IT處理方案，參考本文所述的各項BPM特點，逐一評價挑選

16、適宜的IT模塊，納入為本人企業(yè)量身打造的BPM運轉(zhuǎn)藍圖。 由于BPM處理方案并不是一次到位的架設(shè)，而是繼續(xù)多年的活動，因此整體BPM藍圖必需思索分期開發(fā)，漸進導(dǎo)入的特性，建議BPM的IT規(guī)劃者應(yīng)參考本文稍后 所提的SOA架構(gòu)當成藍圖的根底。BPM與任務(wù)流程相關(guān)規(guī)范組織想深層了解一個專業(yè)的產(chǎn)業(yè)開展，透過產(chǎn)業(yè)規(guī)范組織是一個不錯的方式。對技術(shù)底層感興趣的BPM技術(shù)人員來說，以下的列表可以作為探求的起點。組織稱號組織全名與網(wǎng)址與BPM相關(guān)之規(guī)范闡明WfMCWorkflow Management Coalition HYPERLINK / t _blank /WorkflowReferenceModel

17、任務(wù)流程系統(tǒng)模塊架構(gòu)的參考模型XPDLXML - Process Definition LanguageWfXMLWorkflow XMLASAP主持人為WfMC任務(wù)小組成員之一，但此任務(wù)放在OASIS，請參閱OASIS的工程WAPIWorkflow APIOASISOrganization for the Advancement of Structured Information Standards HYPERLINK / t _blank /ebXML ?BPSSCPACPPe-Business using XML ?BP Specification SchemaCollaboration

18、 Protocol AgreementsCollaboration Protocol ProfileBPELBusiness Process Execution LanguageBTPBusiness Transaction ProtocolASAPAsynchronous Service Access ProtocolUDDIUniversal Description, Discovery and Integration (從UDDI.org 并入OASIS)WS-CAFOASIS Web Services Composite Application FrameworkWS-RMOASIS

19、Web Services Reliable MessagingUN/CEFACTUnited Union, Centre for Trade Facilitation and Electronic Business HYPERLINK /cefact t _blank /cefactebXML(參考OASIS的 ebXML部分)OMGObject Management Group HYPERLINK / t _blank /UML其中的Activity diagram 可用來描畫企業(yè)流程的部分構(gòu)面BPMNBusiness Process Modeling NotationBPRIBusines

20、s Process Runtime InterfacesBPDMBusiness Process Definition Meta-modelBSBRBusiness Semantics of Business RulesOSMOrganization Structure MetamodelBRMBusiness Rules ManagementBPMIBusiness Process Management Initiative HYPERLINK / t _blank /BPMNBPMLBPQL(2005年6月已并入 OMG)W3CWorld Wide Web Consortium HYPER

21、LINK / t _blank /WS-CDLWS-CDL Web Services Choreography Description LanguageWSDLWeb Service Definition LanguageSOAPSimple Object Access ProtocolHyper Text Transfer ProtocolOAGiOpen Application Group HYPERLINK / t _blank /OAGIS - BODsOpen Applications Group Integration Specification ? Business Object

22、 DocumentsRosettaNetRosettaNet HYPERLINK / t _blank /RosettaNet - PIPsRosettaNet ? Partner Interface ProcessesSupply Chain CouncilSupply Chain Council HYPERLINK t _blank SCOR modelSupply-Chain Operations Reference Model表一：現(xiàn)行BPM與任務(wù)流程技術(shù)規(guī)范一覽表 WfMC 是比較專注于任務(wù)流程的組織，它的WfMC workflow reference model是最常被援用的任務(wù)流

23、程管理系統(tǒng)的參考模型。雖然WfMC的任務(wù)小組數(shù)目較少，但由于起步較早，旗下的 XPDL與WfXML規(guī)范，有相當多的任務(wù)流程廠商支持。WfMC替任務(wù)流程的技術(shù)開展奠定了早期的根底，它界定了BPM與任務(wù)流程領(lǐng)域的大框架，也繼續(xù)不斷的推行BPM與任務(wù)流程，讓眾人清楚這個領(lǐng)域的體系與架構(gòu)。 OASIS與OMG的技術(shù)小組數(shù)目比較多，任務(wù)焦點也不僅限于狹義的任務(wù)流程技術(shù)。由于涵蓋的范圍較廣，而且背后的支持廠商規(guī)模較大，所以整體影響力也較大。OASIS旗下的BPEL取自IBM、微軟等公司，而ebXML那么是OASIS與UN/CEFACT這兩個組織共同成立的任務(wù)小組。OASIS藉由充沛的技術(shù)開展動能，為任務(wù)流

24、程技術(shù)領(lǐng)域開辟更大的視野，在流程定義格式、流程運轉(zhuǎn)層面，以及復(fù)雜的流程交互機制等領(lǐng)域，提供了珍貴的技術(shù)處理方案。OMG在BPM領(lǐng)域掌握了規(guī)范記號(notation)，包含UML，以及從BPMI并進來的BPMN。同時，OMG也積極以塑模(model)的角度，切入任務(wù)流程定義的其他構(gòu)面，如共通模型表示法BPDM 、流程語意BSBR、組織架構(gòu)OSM、業(yè)務(wù)規(guī)那么BRM等等。OMG的強項之一就是在塑模(model)技術(shù)，它的UML廣受軟件領(lǐng)域接受；在BPM與任務(wù)流程的領(lǐng)域，OMG繼續(xù)開展BPMN與等其他BPM各構(gòu)面的塑模技術(shù)，未來將使BPM的其他構(gòu)面(如業(yè)務(wù)規(guī)那么，或組織架構(gòu))也能運用像UML或BPMN

25、這種等級的表示記號來進展塑模，讓復(fù)雜企業(yè)流程的塑模任務(wù)更加容易而清楚明確。W3C的強項在于 Web 領(lǐng)域，HTTP是最知名的代表作。而XML與Web Services 是BPM在SOA領(lǐng)域的根底建立。其它相關(guān)的BPM技術(shù)，如 WS-CAF, WS-RM, WS-CDL等等，都奠基于W3C的 Web Services技術(shù)。OAGi、RosettaNet，以及 Supply Chain Council，那么是特定產(chǎn)業(yè)領(lǐng)域的代表。它們的奉獻在于替特定產(chǎn)業(yè)界定共通的BPM運作規(guī)范，也就是說，定義屬于他們產(chǎn)業(yè)特征的運用流程參考模型與共通的術(shù)語，讓這個特定產(chǎn)業(yè)在推展BPM時，就有根本的需求大綱與根底架構(gòu)，

26、也讓同產(chǎn)業(yè)體系內(nèi)的廠商可以透過共通的產(chǎn)業(yè)模型與共通術(shù)語溝通，防止不同BPM運用系統(tǒng)之間生成各自為政而無法互通的妨礙。好像前文所述，RosettaNet在電子商務(wù)領(lǐng)域曾經(jīng)廣為人知，SCOR模型那么在于物流領(lǐng)域。雖然OAGi在國內(nèi)的能見度沒有 RosettaNet高，但它涵蓋的范圍相當深遠，號稱涵蓋電子商務(wù)、制造、物流、航太、汽車、醫(yī)藥、零售、能源等32種產(chǎn)業(yè)。以O(shè)AGi 9.0版為例，就涵蓋61種流程情境(scenario definitions，像是訂單管理、應(yīng)收帳款、供應(yīng)鏈集成、銷售管理、客戶效力)與434種商業(yè)文檔(BODs, 像是訂貨單、維修單、撿貨單、零件物料列表等，在流程當中傳送的文

27、檔)的正規(guī)定義。表一列出的各項技術(shù)規(guī)范，是以規(guī)范組織為分類根據(jù)，我們再以其他觀念來呈現(xiàn)其中幾個重要技術(shù)規(guī)范，以便讀者可以更清楚了解這些規(guī)范的定位。功能類別功能目的技術(shù)規(guī)范流程查詢Discovery透過查詢機制，獲得效力流程的根本資料UDDILDAPDISCO產(chǎn)業(yè)間流程交互機制B2B collaboration使同一個特定運用產(chǎn)業(yè)的流程具備根底的參考模型與術(shù)語RosettaNet 的PIPsebXML的CPAOAGIS的BODsEDI，SWIFT 塑模方式與記號Modeling提供規(guī)范記號(notation)與塑模技術(shù)OMG的UML、BPMN流程定義的語意與格式Process Definitio

28、n提供構(gòu)造化的流程定義保管格式，并且明確解釋每一個流程定義工程所代表的語意WfMC的 XPDL、WfXMLOASIS的 BPEL，以及ebXML BPSS，ASAP, WS-CAFW3C的WS-CDL效力界面描畫Services定義構(gòu)造化的格式，供軟件組件描畫它所提供效力的內(nèi)容與調(diào)用方式W3C的WSDLOASIS的ebXML CPP傳輸界面Transport提供音訊的傳輸機制W3C的HTTP/SOAPOASIS的WS-RM表二：依功能分類的BPM/任務(wù)流程技術(shù)規(guī)范一覽表 圖一: WfMC技術(shù)小組提供的任務(wù)流程相關(guān)規(guī)范堆棧圖，2003年版本 效力導(dǎo)向的企業(yè)過去幾十年間，企業(yè)運營的焦點隨著市場趨勢

29、而演化，60年代談的是提升量產(chǎn)，70年代談的是降低本錢，80年代談的是提升質(zhì)量，90年代談的是產(chǎn)品推出速度，而跨入21世紀，談的是如何給客戶更多樣的效力。不論重心怎樣改動，在21世紀之前，改善的重心仍落在產(chǎn)品實體；直到21世紀，重心已開場從產(chǎn)品延伸到購買產(chǎn)品的顧客，強調(diào)顧客是怎樣樣獲得產(chǎn)品與效力。年代運營管理重心處理方案1960提升產(chǎn)量Quantity: Make more自動化消費 1970本錢與價錢Cost: Make it cheaper采購與供應(yīng)鏈ERP，SCM1980產(chǎn)質(zhì)量量Quality: Make it better品管技術(shù)TQM1990產(chǎn)品推出速度Lead Time: Make

30、 it quicker產(chǎn)品開發(fā)管理PLM，PDM2000 效力內(nèi)容多樣化Service: Offer more效力內(nèi)容與流程BPM，SOA表三：各年代的企業(yè)運營管理重心 為了提供多樣化的效力，許多企業(yè)活動將被解構(gòu)后再重組為新的營運方式，而這代表位居幕后支持的IT技術(shù)，必需能迅速配合這樣的營運方式改動。也就是說，一切的IT技術(shù)與信息系統(tǒng)，都可以像變形蟲一樣，隨時解構(gòu)后再重組，在短時間內(nèi)提供新營運方式所需的信息效力，這包括企業(yè)后臺營運所需的信息系統(tǒng)，以及面對客戶所需的前臺效力界面。在十倍速的時代，企業(yè)無法等待。常規(guī)為了新營運方式而大規(guī)模更改 (而非重組) 信息系統(tǒng)的方式，過于牛步化無法滿足要求。下

31、一節(jié)提到的SOA架構(gòu)，替效力導(dǎo)向的企業(yè)，提供了很好的解答。天生一對的企業(yè)流程管理(BPM)與效力導(dǎo)向架構(gòu)(SOA) SOA的IT技術(shù)本質(zhì)單純而不難了解，個別的技術(shù)元素分別了解還算容易。對于SOA，大家聯(lián)想到的就是 Web Services，談到Web Services，我們就直接脫口而出：WSDL、UDDI，以及SOAP，然后就是一系列的WS- 的技術(shù)規(guī)范。對很多人來說，只了解個別技術(shù)單元，并無法領(lǐng)會到SOA世界的愉快。就好似只看得到調(diào)色盤的每個顏色，卻看不到美麗動人的畫作。所以，讓我們先把無趣的技術(shù)名詞擺一邊，這無助于我們了解SOA的愉快世界。首先，我們需先認識SOA世界里的企業(yè)流程運作方式

32、，以及SOA的技術(shù)元素可以相互彼此串接而構(gòu)成豐富的生態(tài)；如此，就可知道為什么BPM與SOA是天生一對 - SOA 架構(gòu)總存在愉快的答案來滿足BPM變化多端的環(huán)境。普通來說，真實世界的BPM，具有以下的IT需求特征：它的運作是分布式的：多數(shù)企業(yè)流程都是由多個參與者共同運轉(zhuǎn)，參與者能夠不同辦公室，甚至不同的地域區(qū)域，突破部門藩籬，甚至跨越公司的疆界；因此，跨因特網(wǎng)環(huán)境的運用系統(tǒng)支持，以及網(wǎng)絡(luò)環(huán)境下的平安性，都必需列入考量。 它可以進展任務(wù)協(xié)調(diào)與運用程序集成：大部分的企業(yè)流程并不只是運轉(zhuǎn)單一業(yè)務(wù)功能，而是多個業(yè)務(wù)功能相互協(xié)調(diào)后的成果；因此，本來獨立支持某項業(yè)務(wù)運作的運用系統(tǒng)，也必需跟其他業(yè)務(wù)的運用系

33、統(tǒng)相互集成。 它是動態(tài)的系統(tǒng)：企業(yè)流程中的各項元素經(jīng)常動態(tài)改動。任務(wù)串連方式會隨著環(huán)境改動、人員角色扮演會異動，任務(wù)的運轉(zhuǎn)地點也會改動。因此，BPM環(huán)境中的運用程序模塊，必需演化成快速順應(yīng)變動的動態(tài)系統(tǒng)，可以隨便透過設(shè)置或配置的改動行為方式，甚至調(diào)整運轉(zhuǎn)地點，以因應(yīng)企業(yè)流程的變動。 它的構(gòu)成元素種類繁多而復(fù)雜：BPM系統(tǒng)內(nèi)含分布于各模塊的企業(yè)邏輯與規(guī)那么、各種不同安裝與監(jiān)管方式的運用模塊，以及眾多模塊之間的串聯(lián)與相依關(guān)系設(shè)置。因此，BPM環(huán)境中的軟件模塊，需求讓模塊變得可以被BPM配置機制管理，這包含模塊的啟用停用、安康形狀報答，以及系統(tǒng)平安政策，都應(yīng)有一致的管理方式與技術(shù)規(guī)范。如此，整個復(fù)雜

34、的BPM環(huán)境運作才可列入掌握而不致失控。 它可以漸進式地生長：企業(yè)可以從最簡單的BPM活動開場著手，再演進到成熟復(fù)雜的BPM系統(tǒng)；因此，整個系統(tǒng)架構(gòu)必需能提供清楚的提高藍圖，允許企業(yè)按部就班投入IT資源，并逐漸提升BPM成熟度來運轉(zhuǎn)BPM。 以上五個特征，剛好可用來陪同我們探求SOA的技術(shù)世界。 針對特征一，SOA 技術(shù)架構(gòu)可提供平安的網(wǎng)絡(luò)傳輸與運轉(zhuǎn)環(huán)境。主要技術(shù)有二：一是軟件模塊相互通訊時，所需的嚴密需求，這可由WS-Security來達成。另一個那么是組織成員在環(huán)境中的權(quán)限控管方式，這可在SOA架構(gòu)內(nèi)，采用LDAP、集成單一帳號登錄、PKI架構(gòu)與數(shù)位簽章等機制來配合。第二個特征引發(fā)的議題是

35、SOA任務(wù)協(xié)調(diào)與運用系統(tǒng)集成。常規(guī)運用模塊在SOA的世界里，可以采用SOA規(guī)定的效力界面(Services Interfaces)對外開放模塊的功能。運用模塊之間，透過SOA的效力界面規(guī)范互傳資料，就是最簡單的Web Services運用案例。此機制的主要意義在于：一切SOA內(nèi)的運用模塊，只需提供SOA的規(guī)范效力界面，就可以不受開發(fā)言語限制，相互調(diào)用或傳送資料。這里的效力界面，講的就是WSDL(Web Service Description Language)；而SOAP(Simple Object Access Protocol)那么是規(guī)定運用模塊之間相互調(diào)用或互傳資料時的封包格式。至于WS

36、DL或SOAP的內(nèi)容與格式應(yīng)該長怎樣，大部分技術(shù)人員可以讓中介軟件或者EAI系統(tǒng)代勞，透過service adaptor 直接把常規(guī)運用模塊包成 Web Services模塊，并不需煩惱內(nèi)容的細節(jié)。第三個特征引發(fā)的議題是 SOA的效力組合彈性與松散耦合loosely couple的特性。SOA內(nèi)的運用模塊假設(shè)要能輕松改動組合方式，或者改動運轉(zhuǎn)位置，就要藉助SOA的兩個技術(shù)特性：松散耦合，以及UDDI(Universal Description, Discovery, and Integration)機制。由于松散耦合，所以某一模塊抽離或添加系統(tǒng)，并不影響其他模塊；由于有UDDI機制，所以新運用

37、模塊添加時，只需跟UDDI效力器登記新效力的界面與所在地點，即可被其他運用模塊搜索到，并且開場交互。由于有UDDI，所以當某項運用模塊遷離位置，原有運用此運用模塊的其他模塊，可以透過UDDI查找效力的新位置，然后用新位置連結(jié)即可。這種特性滿足經(jīng)常需求把效力節(jié)點拆解再重組的BPM效力導(dǎo)向運營方式。第四個特征談到的是可管理的SOA Web Services。這是系統(tǒng)管理與軟件管理的議題，雖然當前沒有一致的規(guī)范來規(guī)范管理軟件與被管理模塊的行為，但當前稍具知名度的SOA環(huán)境特別是application server多半會提供系統(tǒng)管理工具給系統(tǒng)管理員運用，協(xié)助管理SOA架構(gòu)下一切列管模塊的安裝、移除、啟

38、動、停用，以及運用模塊的形狀監(jiān)控與平安機制。第五個特征，談的是SOA 技術(shù)架構(gòu)是模塊化又可彈性串接的特性，在原有SOA環(huán)境添加新的技術(shù)模塊，即可漸進式提升BPM技術(shù)的成熟度。我們從ZapThink 整理的SOA藍圖中，可以得知到達不同SOA成熟階段所需具備的SOA技術(shù)。舉例來說，假設(shè)SOA有階段實施的計畫，那中間過程可以從點對點集成開場，提高到提供松散耦合的效力，再來是穩(wěn)定而可搜索發(fā)現(xiàn)的效力，接著提供可組裝與再利用的效力，進而到達最終目的全公司的SOA。當然，也可從藍圖中得知，不同SOA階段所能獲得的投資報答(ROI)，剛開場只能是降低運用程序的維護本錢，達成點對點的集成，接著是透過效力再利用提升效率，再來是提升管理能見度與控制力，最后才是改善組織的矯捷度。結(jié)語其實，即使是資深的BPM/SOA規(guī)劃者，想要跟決策主管解釋清楚SOA的博大精深以及其成效，都是很大的挑戰(zhàn)。主要緣由在于其中大大小小的技術(shù)條目，以及其相當復(fù)雜的關(guān)聯(lián)。雖然大家都知道，畫出一張易懂的圖解，勝過千言萬語，然而好圖難求，幸好今年(2005)十月ZapThink公司推出一張令人深化的SOA藍圖海報。這張嘔心瀝血之作，讓人能從各個構(gòu)面、由入門到高級，逐漸探求SOA的世界，而且過目難忘，卻又可以不失BPM/SOA技術(shù)的深度與完好度，真實非常難得，在此引薦這張