BPM與SOA的演進(jìn)與展望.docx

BPM 與 SOA的演進(jìn)與展望/pagelogic/mainpage.jsp?pl=ma300030010000sc前言BPM(企業(yè)流程管理，Business Process Management)技術(shù) 與 SOA (服務(wù)導(dǎo)向架構(gòu)，Service Oriented Architecture)各自歷經(jīng)多年的發(fā)展，至今成為廣為業(yè)界接受的技術(shù)架構(gòu)。本文將從 BPM & SOA的歷史演進(jìn)開(kāi)始，深入淺出描述各標(biāo)準(zhǔn)的發(fā)展過(guò)程與彼此的關(guān)系，讓讀者輕松了解其應(yīng)用范圍與來(lái)龍去脈。另外，也將以相關(guān)標(biāo)準(zhǔn)組織的最新資料為基礎(chǔ)，介紹當(dāng)前制定中的新技術(shù)標(biāo)準(zhǔn)以及其演進(jìn)。以流程為中心的管理思潮BPM的范疇涵蓋企業(yè)營(yíng)運(yùn)的各項(xiàng)構(gòu)面，如研發(fā)、生產(chǎn)、行銷、業(yè)務(wù)、人事、財(cái)務(wù)等企業(yè)營(yíng)運(yùn)活動(dòng)，甚至往上下游擴(kuò)及供應(yīng)商與經(jīng)銷商，以及客戶端的客服活動(dòng)。訴求是企業(yè)應(yīng)以流程化的思考方向，串連原本各自獨(dú)立而未協(xié)調(diào)的營(yíng)運(yùn)活動(dòng)，使串連后之營(yíng)運(yùn)活動(dòng)成為具有步步加值效果的企業(yè)營(yíng)運(yùn)流程，并輔以各項(xiàng)管理手法使其落實(shí)運(yùn)行，達(dá)成企業(yè)流程管理目標(biāo)。1990年麻省理工學(xué)院 Hammer、Champy ，哈佛大學(xué)Davenport 等人，相繼在學(xué)術(shù)刊物發(fā)表企業(yè)流程再造(Business Process Re-engineering)觀念。1993年Hammer 與 Champy 繼續(xù)發(fā)表企業(yè)再造 一書，強(qiáng)調(diào)BPR的重要性，以及IT技術(shù)在BPR過(guò)程的角色，使BPR成為當(dāng)時(shí)的熱潮。1997年，Hammer又發(fā)表企業(yè)再造之后 ，宣告了流程化組織的必然性與重要性，并且預(yù)言 BPM/BPR將改變?nèi)说墓ぷ鞣绞健?003年，Smith與Fingar發(fā)表企業(yè)流程管理：第三波 ，預(yù)言往后50年BPM仍將是企業(yè)經(jīng)營(yíng)的重要議題，也指出21世紀(jì)BPM的型態(tài)與新特征，并給予可行的教戰(zhàn)守則，更羅列數(shù)十個(gè)企業(yè)運(yùn)行BPM的實(shí)際案例與經(jīng)驗(yàn)，讓推行BPM的藍(lán)圖更加具體，使本書成為當(dāng)年企管領(lǐng)域的暢銷書，讓BPM的風(fēng)潮持續(xù)不滅。BPM的推行觀念的改變與進(jìn)程根據(jù)1993年企業(yè)再造一書的調(diào)查，當(dāng)時(shí)企業(yè)推行BPR/BPM 有高達(dá)57成的失敗率。因?yàn)檫@么高的失敗率，所以即使BPM是企業(yè)勢(shì)必要面對(duì)的議題，也讓他們把BPM的推展視為畏途，甚至抱持負(fù)面的看法。之后，整個(gè)BPM產(chǎn)業(yè)繼續(xù)歷經(jīng)十幾年的學(xué)習(xí)經(jīng)驗(yàn)，與前仆后繼的推行案例，不斷從許多案例歸納關(guān)鍵的成功或失敗因素，讓推展BPM的藍(lán)圖逐漸浮現(xiàn)。在藍(lán)圖中，錯(cuò)誤的作法逐步被修正，更多的BPM管理工具被界定(identified)出來(lái)而豐富了整個(gè)藍(lán)圖。眾人慢慢認(rèn)同，一個(gè)成功的BPM推行，是由以下金三角共同構(gòu)成： 明確而有共識(shí)的組織流程規(guī)范 成熟的BPM 軟件系統(tǒng)架構(gòu)與建置 企業(yè)主管與員工的認(rèn)同與運(yùn)行力 從變動(dòng)幅度來(lái)看，以往革命性大刀闊斧的 BPR (流程再造)口號(hào)，已轉(zhuǎn)變?yōu)闇睾偷腂PM(流程管理)實(shí)踐。這種務(wù)實(shí)的作法，事實(shí)上是察覺(jué)到組織變革、流程思考企業(yè)文化的形成，需要一年到數(shù)年的時(shí)間；革命性的快速改變，若無(wú)充分的準(zhǔn)備與良好管理體質(zhì)，反而讓企業(yè)亂了原有的腳步。所以一步一腳印的務(wù)實(shí)作法，漸漸獲得認(rèn)同。企業(yè)從核心BPM流程的落實(shí)與推行開(kāi)始，逐步拓展到外圍系統(tǒng)與業(yè)務(wù)伙伴，將可降低失敗機(jī)率。而從管理成熟度來(lái)看，過(guò)去企業(yè)推行BPM，多半以流程計(jì)算機(jī)化這種短程目標(biāo)為主，卻忽略了BPM的終極目標(biāo)在于管理 ，而非計(jì)算機(jī)技術(shù)，也非流程細(xì)節(jié)。所以高階經(jīng)營(yíng)決策的需求常常被忽略而缺乏規(guī)劃。而因?yàn)槿狈χ笇?dǎo)目標(biāo)，在BPM的需求導(dǎo)引過(guò)程當(dāng)中，企業(yè)員工常會(huì)無(wú)明確的指導(dǎo)目標(biāo)，而以為工作流程計(jì)算機(jī)化就是把自己手邊的工作巨細(xì)靡遺計(jì)算機(jī)化，而模糊了BPM的管理焦點(diǎn)。當(dāng)這些與終極BPM管理目標(biāo)無(wú)關(guān)的軟件需求被列入計(jì)畫討論，不僅模糊焦點(diǎn)，也無(wú)形地墊高BPM的整體成本。事實(shí)上，BPM的管理可以歸納為以下幾個(gè)可逐步提升的層次，從這些層次也可了解一般組織推行BPM的成長(zhǎng)歷程： 混沌階段：沒(méi)有明確的企業(yè)流程定義。 明文定義：具有書面的企業(yè)流程定義或標(biāo)準(zhǔn)作業(yè)程序，但沒(méi)有根據(jù)正規(guī)的記號(hào)(notation)，因此規(guī)則也許含混不清。 驗(yàn)證與共識(shí)形成：定義的企業(yè)流程，通過(guò)公司組織政策的驗(yàn)證，如質(zhì)量政策，市場(chǎng)策略，管理原則，并獲得高層決策通過(guò)，達(dá)成組織共識(shí)。 組織人員的流程準(zhǔn)備：組織成員經(jīng)過(guò)教育訓(xùn)練，認(rèn)同組織制定的企業(yè)流程，并且具備運(yùn)行的能力，包含專業(yè)基本技能的養(yǎng)成，并習(xí)慣流程化、信息化的作業(yè)方式。 企業(yè)本身的流程準(zhǔn)備度：現(xiàn)行的企業(yè)組織架構(gòu)，若與流程化的思考方式?jīng)_突，則應(yīng)及早準(zhǔn)備組織架構(gòu)的調(diào)整，特別是毫無(wú)章法的職務(wù)與部門階層架構(gòu)(hierarchy)。良好的組織設(shè)置與權(quán)責(zé)劃分，可以使流程定義更為精簡(jiǎn)易懂、便于遵循，也容易分析企業(yè)規(guī)則之間是否相互矛盾；同時(shí)可降低BPM軟件系統(tǒng)的開(kāi)發(fā)成本。 采用標(biāo)準(zhǔn)的企業(yè)流程表示法：使用一致的標(biāo)準(zhǔn)記號(hào)與格式來(lái)表達(dá)企業(yè)流程的內(nèi)容。這里的標(biāo)準(zhǔn)記號(hào)應(yīng)該是廣被業(yè)界采用的格式，例如OMG在UML所定義的活動(dòng)圖(activity diagram)、BPMI (現(xiàn)已并入OMG) 組織所定義的BPMN，以及OASIS組織的BPEL。當(dāng)然，企業(yè)流程的內(nèi)容確實(shí)相當(dāng)復(fù)雜，單一標(biāo)準(zhǔn)記號(hào)或格是通常只能描述部分構(gòu)面，所以仍會(huì)有些構(gòu)面暫時(shí)沒(méi)有業(yè)界共同認(rèn)可的記號(hào)或格式可供選用。 流程自動(dòng)化：使用軟件系統(tǒng)落實(shí)企業(yè)流程的運(yùn)行流程。包括使用流程定義工具來(lái)定義企業(yè)流程內(nèi)容，以及使用工作流程管理系統(tǒng)(WfMS ? workflow management system)來(lái)運(yùn)行定義的企業(yè)流程。 進(jìn)度監(jiān)管：企業(yè)流程的運(yùn)行進(jìn)度可以被監(jiān)看(monitored)與追蹤管理。 流程集成：流程運(yùn)行過(guò)程中，能進(jìn)一步與其他內(nèi)外部的流程互通，或者與既有應(yīng)用系統(tǒng)(legacy system)交換資料，以延伸流程的觸角，發(fā)揮綜效。 流程績(jī)效評(píng)量：企業(yè)流程的運(yùn)行效能可以被測(cè)量(measured)，并且透過(guò)公式計(jì)算，以報(bào)表呈現(xiàn)有意義的管理指針。 流程分析與仿真：持續(xù)搜集企業(yè)流程的運(yùn)行資料，分析組織的流程運(yùn)行瓶頸，并回饋到流程定義，調(diào)整業(yè)務(wù)的運(yùn)行方式。另外，也根據(jù)歷史資料與預(yù)測(cè)參數(shù)，透過(guò)仿真分析試算，比較不同流程調(diào)整方式所獲得的改善程度。 智慧型流程環(huán)境：透過(guò)流程資料的資料采擷(data mining)，主動(dòng)分析流程統(tǒng)計(jì)數(shù)據(jù)，并回饋至流程系統(tǒng)。舉例來(lái)說(shuō)，在客服流程系統(tǒng)中，主動(dòng)歸納顧客過(guò)去使用服務(wù)的頻率與分布狀況，歸納未來(lái)的趨勢(shì)與規(guī)律(pattern)，并根據(jù)現(xiàn)有流程環(huán)境的現(xiàn)況(如現(xiàn)有承接量，以及可動(dòng)用的客服人力資源)，自動(dòng)調(diào)度客服人力分配策略，或向資源管理者建議客服人力調(diào)度策略。企業(yè)推展BPM不見(jiàn)得要立刻從IT 工具的選擇開(kāi)始，前期的充分準(zhǔn)備可縮短軟件系統(tǒng)的分析時(shí)間。企業(yè)流程自動(dòng)化之后，則有更多的管理輔助工具可供搭配，強(qiáng)化企業(yè)流程的運(yùn)行績(jī)效，提升企業(yè)的BPM成熟度。企業(yè)決策主管則可從以上層次分析，清楚得知達(dá)成不同層次的BPM進(jìn)程，所能獲得的管理效益，以及相對(duì)的BPM技術(shù)解決方案需求。 BPM 的技術(shù)現(xiàn)況與趨勢(shì)BPM的其中一個(gè)技術(shù)構(gòu)面是流程，它的IT技術(shù)解決方案的來(lái)源可追溯到 1970年代晚期的文檔傳閱(routing)應(yīng)用系統(tǒng)，主要目的是讓商業(yè)文檔與圖象能在不同計(jì)算機(jī)間傳遞，使文檔能從輸入或掃描人員，傳遞到審核人員與其他角色。典型的應(yīng)用流程包括保險(xiǎn)公司的保單資料處理作業(yè)，或者銀行的融資申請(qǐng)與簽約作業(yè)。這些需求促成了工作流程(workflow)技術(shù)的崛起，而軟件業(yè)也開(kāi)始把工作流程技術(shù)應(yīng)用到這類應(yīng)用系統(tǒng)，成為核心組件。工作流程技術(shù)是中立的角色，隨著不同應(yīng)用領(lǐng)域的興起而有不同的運(yùn)用方式，在辦公室自動(dòng)化、公文系統(tǒng)、研發(fā)專案管理、制程管理、品保系統(tǒng)，或者客戶服務(wù)系統(tǒng)等等，都可以查找工作流程技術(shù)扮演的重要角色。即便是面對(duì)企業(yè)管理領(lǐng)域被炒得火熱的 BPR/BPM，或者在IT / Web Services領(lǐng)域被當(dāng)成新興技術(shù)議題討論的 Web Services Orchestration 、Choreography 與企業(yè)流程運(yùn)行語(yǔ)言(BPELBusiness Process Execution Language) ，只要詳細(xì)分析其技術(shù)本質(zhì)，仍不脫工作流程技術(shù)既有的范疇。這些當(dāng)紅的企管或技術(shù)名詞，一旦底層抽離工作流程技術(shù)，就無(wú)法獨(dú)立存在。然而，狹義的工作流程技術(shù)并不是推行BPM所需的IT技術(shù)的全部。早期工作流程技術(shù)與圖象掃描與辨識(shí)技術(shù)結(jié)合，造就了文檔圖象流程系統(tǒng)。近年，工作流程從BPM領(lǐng)域切入，成為解決方案的重要一環(huán)；狹義的工作流程技術(shù)，歷經(jīng)多年匯流了多項(xiàng)技術(shù)元素，成為當(dāng)代的BPM解決方案，主要特色如下： IT技術(shù)面：采用工作流程技術(shù)為主體，結(jié)合入口網(wǎng)站(Portal)、企業(yè)應(yīng)用集成(EAIEnterprise Application Integration)、報(bào)表與商業(yè)智慧(BIBusiness Intelligent)工具、流程模型分析(process model analysis)、與仿真(simulation)技術(shù)。這些現(xiàn)成(COTS ? commercial off-the-shelf)軟件組件結(jié)合運(yùn)作，可大幅降低信息系統(tǒng)的建置成本、時(shí)程，以及開(kāi)發(fā)風(fēng)險(xiǎn)。 管理活動(dòng)面：可提供策略地圖、平衡計(jì)分卡、六個(gè)標(biāo)準(zhǔn)差、TQM等管理活動(dòng)的必要管理信息，搭配合適的管理決策工具呈現(xiàn)企業(yè)整體的BPM成效。 貼近特定產(chǎn)業(yè)的流程需求：每個(gè)產(chǎn)業(yè)都有其特有的企業(yè)經(jīng)營(yíng)模式與參考模型，如制造業(yè)、買賣業(yè)、醫(yī)療業(yè)、物流業(yè)等產(chǎn)業(yè)，都存在產(chǎn)業(yè)專屬的流程模型與標(biāo)準(zhǔn)。像是 RosettaNet 替電子商務(wù)交易的詢價(jià)、下單、交貨、付款等流程作業(yè)，制定了日常實(shí)際應(yīng)用的參考模型；而供應(yīng)鏈協(xié)會(huì)(Supply Chain Council)則在供應(yīng)煉與物流領(lǐng)域，制定SCOR流程運(yùn)作模型(Supply Chain Operation Reference)。若流程定義工具能夠直接提供這些參考模型的語(yǔ)意支持，或者提供現(xiàn)成可套用的流程樣板(template)，將可以減少開(kāi)發(fā)這些特定產(chǎn)業(yè)應(yīng)用所需的成本。 服務(wù)接取(access)面：解決方案能滿足不同的使用者，如習(xí)慣大量資料輸入作業(yè)的專業(yè)使用者、少量資料操作的一般使用者、偏重BPM績(jī)效報(bào)表的主管，或者行動(dòng)裝置的使用者。也就是說(shuō)，可提供不同的操作界面，如常規(guī)桌上型應(yīng)用程序、Web Browser應(yīng)用程序、PDA，或者Smart Phone等裝置，給參與BPM系統(tǒng)的各種人員使用。 交互情境面：BPM技術(shù)解決方案需同時(shí)兼顧人對(duì)程序、人對(duì)人協(xié)同作業(yè)，以及程序?qū)Τ绦虻冉换デ榫?。鑒往知來(lái)，BPM解決方案的風(fēng)貌將持續(xù)納入更多的元素而顯得多樣化，不管是因應(yīng)管理哲學(xué)的革新、應(yīng)用情境的延伸，或者新技術(shù)的崛起，只要有道理，沒(méi)什么元素不可以納入的。雖然沒(méi)有一個(gè)獨(dú)立的BPM產(chǎn)品能同時(shí)滿足以上所有特色（事實(shí)上，企業(yè)BPM規(guī)劃者也不見(jiàn)得要貪心得一次全部用上），但企業(yè)BPM架構(gòu)規(guī)劃者，仍可根據(jù)BPM導(dǎo)入步驟，按部就班先進(jìn)行組織改革與訓(xùn)練，然后根據(jù)管理需求與現(xiàn)有的IT解決方案，參考本文所述的各項(xiàng)BPM特點(diǎn)，逐一評(píng)估挑選合適的IT模塊，納入為自己企業(yè)量身打造的BPM運(yùn)行藍(lán)圖。 由于BPM解決方案并不是一次到位的架設(shè)，而是持續(xù)多年的活動(dòng)，因此整體BPM藍(lán)圖必須考慮分期開(kāi)發(fā)，漸進(jìn)導(dǎo)入的特性，建議BPM的IT規(guī)劃者應(yīng)參考本文稍后 所提的SOA架構(gòu)當(dāng)成藍(lán)圖的基礎(chǔ)。BPM與工作流程相關(guān)標(biāo)準(zhǔn)組織想深層了解一個(gè)專業(yè)的產(chǎn)業(yè)發(fā)展，透過(guò)產(chǎn)業(yè)標(biāo)準(zhǔn)組織是一個(gè)不錯(cuò)的方式。對(duì)技術(shù)底層感興趣的BPM技術(shù)人員來(lái)說(shuō)，以下的列表可以作為探索的起點(diǎn)。組織名稱組織全名與網(wǎng)址與BPM相關(guān)之標(biāo)準(zhǔn)說(shuō)明WfMCWorkflow Management Coalition/WorkflowReferenceModel工作流程系統(tǒng)模塊架構(gòu)的參考模型XPDLXML - Process Definition LanguageWfXMLWorkflow XMLASAP主持人為WfMC工作小組成員之一，但此工作放在OASIS，請(qǐng)參閱OASIS的項(xiàng)目WAPIWorkflow APIOASISOrganization for the Advancement of Structured Information Standards/ebXML ?BPSSCPACPPe-Business using XML ?BP Specification SchemaCollaboration 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 Web Services Reliable MessagingUN/CEFACTUnited Union, Centre for Trade Facilitation and Electronic Business/cefactebXML(參考OASIS的 ebXML部分)OMGObject Management Group/UML其中的Activity diagram 可用來(lái)描述企業(yè)流程的部分構(gòu)面BPMNBusiness Process Modeling NotationBPRIBusiness Process Runtime InterfacesBPDMBusiness Process Definition Meta-modelBSBRBusiness Semantics of Business RulesOSMOrganization Structure MetamodelBRMBusiness Rules ManagementBPMIBusiness Process Management Initiative/BPMNBPMLBPQL(2005年6月已并入 OMG)W3CWorld Wide Web Consortium/WS-CDLWS-CDL Web Services Choreography Description LanguageWSDLWeb Service Definition LanguageSOAPSimple Object Access ProtocolHTTPHyper Text Transfer ProtocolOAGiOpen Application Group/OAGIS - BODsOpen Applications Group Integration Specification ? Business Object DocumentsRosettaNetRosettaNet/RosettaNet - PIPsRosettaNet ? Partner Interface ProcessesSupply Chain CouncilSupply Chain CouncilSCOR modelSupply-Chain Operations Reference Model表一：現(xiàn)行BPM與工作流程技術(shù)標(biāo)準(zhǔn)一覽表 WfMC 是比較專注于工作流程的組織，它的WfMC workflow reference model是最常被引用的工作流程管理系統(tǒng)的參考模型。雖然WfMC的工作小組數(shù)目較少，但因?yàn)槠鸩捷^早，旗下的 XPDL與WfXML標(biāo)準(zhǔn)，有相當(dāng)多的工作流程廠商支持。WfMC替工作流程的技術(shù)發(fā)展奠定了早期的基礎(chǔ)，它界定了BPM與工作流程領(lǐng)域的大框架，也持續(xù)不斷的推廣BPM與工作流程，讓眾人清楚這個(gè)領(lǐng)域的體系與架構(gòu)。 OASIS與OMG的技術(shù)小組數(shù)目比較多，工作焦點(diǎn)也不僅限于狹義的工作流程技術(shù)。因?yàn)楹w的范圍較廣，而且背后的支持廠商規(guī)模較大，所以整體影響力也較大。OASIS旗下的BPEL取自IBM、微軟等公司，而ebXML則是OASIS與UN/CEFACT這兩個(gè)組織共同成立的工作小組。OASIS藉由充沛的技術(shù)發(fā)展動(dòng)能，為工作流程技術(shù)領(lǐng)域開(kāi)拓更大的視野，在流程定義格式、流程運(yùn)行層面，以及復(fù)雜的流程交互機(jī)制等領(lǐng)域，提供了寶貴的技術(shù)解決方案。OMG在BPM領(lǐng)域掌握了標(biāo)準(zhǔn)記號(hào)(notation)，包含UML，以及從BPMI并進(jìn)來(lái)的BPMN。同時(shí)，OMG也積極以塑模(model)的角度，切入工作流程定義的其他構(gòu)面，如共通模型表示法BPDM 、流程語(yǔ)意BSBR、組織架構(gòu)OSM、業(yè)務(wù)規(guī)則BRM等等。OMG的強(qiáng)項(xiàng)之一就是在塑模(model)技術(shù)，它的UML廣受軟件領(lǐng)域接受；在BPM與工作流程的領(lǐng)域，OMG持續(xù)發(fā)展BPMN與等其他BPM各構(gòu)面的塑模技術(shù)，未來(lái)將使BPM的其他構(gòu)面(如業(yè)務(wù)規(guī)則，或組織架構(gòu))也能使用像UML或BPMN這種等級(jí)的表示記號(hào)來(lái)進(jìn)行塑模，讓復(fù)雜企業(yè)流程的塑模工作更加容易而清楚明確。W3C的強(qiáng)項(xiàng)在于 Web 領(lǐng)域，HTTP是最知名的代表作。而XML與Web Services 是BPM在SOA領(lǐng)域的基礎(chǔ)建設(shè)。其它相關(guān)的BPM技術(shù)，如 WS-CAF, WS-RM, WS-CDL等等，都奠基于W3C的 Web Services技術(shù)。OAGi、RosettaNet，以及 Supply Chain Council，則是特定產(chǎn)業(yè)領(lǐng)域的代表。它們的貢獻(xiàn)在于替特定產(chǎn)業(yè)界定共通的BPM運(yùn)作規(guī)范，也就是說(shuō)，定義屬于他們產(chǎn)業(yè)特色的應(yīng)用流程參考模型與共通的術(shù)語(yǔ)，讓這個(gè)特定產(chǎn)業(yè)在推展BPM時(shí)，就有基本的需求大綱與基礎(chǔ)架構(gòu)，也讓同產(chǎn)業(yè)體系內(nèi)的廠商可以透過(guò)共通的產(chǎn)業(yè)模型與共通術(shù)語(yǔ)溝通，避免不同BPM應(yīng)用系統(tǒng)之間生成各自為政而無(wú)法互通的障礙。如同前文所述，RosettaNet在電子商務(wù)領(lǐng)域已經(jīng)廣為人知，SCOR模型則在于物流領(lǐng)域。雖然OAGi在國(guó)內(nèi)的能見(jiàn)度沒(méi)有 RosettaNet高，但它涵蓋的范圍相當(dāng)深遠(yuǎn)，號(hào)稱涵蓋電子商務(wù)、制造、物流、航太、汽車、醫(yī)藥、零售、能源等32種產(chǎn)業(yè)。以O(shè)AGi 9.0版為例，就涵蓋61種流程情境(scenario definitions，像是訂單管理、應(yīng)收帳款、供應(yīng)鏈集成、銷售管理、客戶服務(wù))與434種商業(yè)文檔(BODs, 像是訂貨單、維修單、撿貨單、零件物料列表等，在流程當(dāng)中傳遞的文檔)的正規(guī)定義。表一列出的各項(xiàng)技術(shù)標(biāo)準(zhǔn)，是以標(biāo)準(zhǔn)組織為分類依據(jù)，我們?cè)僖云渌^點(diǎn)來(lái)呈現(xiàn)其中幾個(gè)重要技術(shù)標(biāo)準(zhǔn)，以便讀者能夠更清楚了解這些標(biāo)準(zhǔn)的定位。功能類別功能目的技術(shù)標(biāo)準(zhǔn)流程查詢Discovery透過(guò)查詢機(jī)制，取得服務(wù)流程的基本資料UDDILDAPDISCO產(chǎn)業(yè)間流程交互機(jī)制B2B collaboration使同一個(gè)特定應(yīng)用產(chǎn)業(yè)的流程具備基礎(chǔ)的參考模型與術(shù)語(yǔ)RosettaNet 的PIPsebXML的CPAOAGIS的BODsEDI，SWIFT 塑模方式與記號(hào)Modeling提供標(biāo)準(zhǔn)記號(hào)(notation)與塑模技術(shù)OMG的UML、BPMN流程定義的語(yǔ)意與格式Process Definition提供結(jié)構(gòu)化的流程定義保存格式，并且明確解釋每一個(gè)流程定義項(xiàng)目所代表的語(yǔ)意WfMC的 XPDL、WfXMLOASIS的 BPEL，以及ebXML BPSS，ASAP, WS-CAFW3C的WS-CDL服務(wù)界面描述Services定義結(jié)構(gòu)化的格式，供軟件組件描述它所提供服務(wù)的內(nèi)容與調(diào)用方式W3C的WSDLOASIS的ebXML CPP傳輸界面Transport提供消息的傳輸機(jī)制W3C的HTTP/SOAPOASIS的WS-RM表二：依功能分類的BPM/工作流程技術(shù)標(biāo)準(zhǔn)一覽表 圖一: WfMC技術(shù)小組提供的工作流程相關(guān)標(biāo)準(zhǔn)堆棧圖，2003年版本 服務(wù)導(dǎo)向的企業(yè)過(guò)去幾十年間，企業(yè)經(jīng)營(yíng)的焦點(diǎn)隨著市場(chǎng)趨勢(shì)而演化，60年代談的是提升量產(chǎn)，70年代談的是降低成本，80年代談的是提升質(zhì)量，90年代談的是產(chǎn)品推出速度，而跨入21世紀(jì)，談的是如何給客戶更多樣的服務(wù)。不管重心怎么改變，在21世紀(jì)之前，改善的重心仍落在產(chǎn)品實(shí)體；直到21世紀(jì)，重心已開(kāi)始從產(chǎn)品延伸到購(gòu)買產(chǎn)品的顧客，強(qiáng)調(diào)顧客是怎么樣獲得產(chǎn)品與服務(wù)。年代經(jīng)營(yíng)管理重心解決方案1960提升產(chǎn)量Quantity: Make more自動(dòng)化生產(chǎn) 1970成本與價(jià)格Cost: Make it cheaper采購(gòu)與供應(yīng)鏈ERP，SCM1980產(chǎn)品質(zhì)量Quality: Make it better品管技術(shù)TQM1990產(chǎn)品推出速度Lead Time: Make it quicker產(chǎn)品開(kāi)發(fā)管理PLM，PDM2000 服務(wù)內(nèi)容多樣化Service: Offer more服務(wù)內(nèi)容與流程BPM，SOA表三：各年代的企業(yè)經(jīng)營(yíng)管理重心 為了提供多樣化的服務(wù)，許多企業(yè)活動(dòng)將被解構(gòu)后再重組為新的營(yíng)運(yùn)模式，而這代表位居幕后支持的IT技術(shù)，必須能迅速配合這樣的營(yíng)運(yùn)模式改變。也就是說(shuō)，所有的IT技術(shù)與信息系統(tǒng)，都能夠像變形蟲一樣，隨時(shí)解構(gòu)后再重組，在短時(shí)間內(nèi)提供新?tīng)I(yíng)運(yùn)模式所需的信息服務(wù)，這包括企業(yè)后臺(tái)營(yíng)運(yùn)所需的信息系統(tǒng)，以及面對(duì)客戶所需的前臺(tái)服務(wù)界面。在十倍速的時(shí)代，企業(yè)無(wú)法等待。常規(guī)為了新?tīng)I(yíng)運(yùn)模式而大規(guī)模更改 (而非重組) 信息系統(tǒng)的方式，過(guò)于牛步化無(wú)法滿足要求。下一節(jié)提到的SOA架構(gòu)，替服務(wù)導(dǎo)向的企業(yè)，提供了很好的解答。天生一對(duì)的企業(yè)流程管理(BPM)與服務(wù)導(dǎo)向架構(gòu)(SOA) SOA的IT技術(shù)本質(zhì)單純而不難理解，個(gè)別的技術(shù)元素分別理解還算容易。對(duì)于SOA，大家聯(lián)想到的就是 Web Services，談到Web Services，我們就直接脫口而出：WSDL、UDDI，以及SOAP，然后就是一系列的WS- 的技術(shù)標(biāo)準(zhǔn)。對(duì)很多人來(lái)說(shuō)，只了解個(gè)別技術(shù)單元，并無(wú)法領(lǐng)會(huì)到SOA世界的美好。就好像只看得到調(diào)色盤的每個(gè)顏色，卻看不到美麗動(dòng)人的畫作。所以，讓我們先把無(wú)趣的技術(shù)名詞擺一邊，這無(wú)助于我們了解SOA的美好世界。首先，我們需先認(rèn)識(shí)SOA世界里的企業(yè)流程運(yùn)作方式，以及SOA的技術(shù)元素可以互相彼此串接而形成豐富的生態(tài)；如此，就可知道為什么BPM與SOA是天生一對(duì) - SOA 架構(gòu)總存在美妙的答案來(lái)滿足BPM變化多端的環(huán)境。一般來(lái)說(shuō)，真實(shí)世界的BPM，具有以下的IT需求特征：1. 它的運(yùn)作是分布式的：多數(shù)企業(yè)流程都是由多個(gè)參與者共同運(yùn)行，參與者可能來(lái)自不同辦公室，甚至不同的地域區(qū)域，打破部門藩籬，甚至跨越公司的疆界；因此，跨因特網(wǎng)環(huán)境的應(yīng)用系統(tǒng)支持，以及網(wǎng)絡(luò)環(huán)境下的安全性，都必須列入考量。 2. 它可以進(jìn)行工作協(xié)調(diào)與應(yīng)用程序集成：大部分的企業(yè)流程并不只是運(yùn)行單一業(yè)務(wù)功能，而是多個(gè)業(yè)務(wù)功能互相協(xié)調(diào)后的成果；因此，原本獨(dú)立支持某項(xiàng)業(yè)務(wù)運(yùn)作的應(yīng)用系統(tǒng)，也必須跟其他業(yè)務(wù)的應(yīng)用系統(tǒng)相互集成。 3. 它是動(dòng)態(tài)的系統(tǒng)：企業(yè)流程中的各項(xiàng)元素經(jīng)常動(dòng)態(tài)改變。工作串連方式會(huì)隨著環(huán)境改變、人員角色扮演會(huì)異動(dòng)，工作的運(yùn)行地點(diǎn)也會(huì)改變。因此，BPM環(huán)境中的應(yīng)用程序模塊，必須演化成快速適應(yīng)變動(dòng)的動(dòng)態(tài)系統(tǒng)，可以輕易透過(guò)設(shè)置或配置的改變行為模式，甚至調(diào)整運(yùn)行地點(diǎn)，以因應(yīng)企業(yè)流程的變動(dòng)。 4. 它的構(gòu)成元素種類繁多而復(fù)雜：BPM系統(tǒng)內(nèi)含分布于各模塊的企業(yè)邏輯與規(guī)則、各種不同安裝與監(jiān)管模式的應(yīng)用模塊，以及眾多模塊之間的串聯(lián)與相依關(guān)系設(shè)置。因此，BPM環(huán)境中的軟件模塊，需要讓模塊變得可以被BPM配置機(jī)制管理，這包含模塊的啟用停用、健康狀態(tài)回報(bào)，以及系統(tǒng)安全政策，都應(yīng)有一致的管理方式與技術(shù)標(biāo)準(zhǔn)。如此，整個(gè)復(fù)雜的BPM環(huán)境運(yùn)作才可列入掌握而不致失控。 5. 它可以漸進(jìn)式地成長(zhǎng)：企業(yè)可以從最簡(jiǎn)單的BPM活動(dòng)開(kāi)始著手，再演進(jìn)到成熟復(fù)雜的BPM系統(tǒng)；因此，整個(gè)系統(tǒng)架構(gòu)必須能提供清楚的進(jìn)步藍(lán)圖，允許企業(yè)按部就班投入IT資源，并逐漸提升BPM成熟度來(lái)運(yùn)行BPM。 以上五個(gè)特征，剛好可用來(lái)陪同我們探索SOA的技術(shù)世界。 針對(duì)特征一，SOA 技術(shù)架構(gòu)可提供安全的網(wǎng)絡(luò)傳輸與運(yùn)行環(huán)境。主要技術(shù)有二：一是軟件模塊互相通訊時(shí)，所需的保密需求，這可由WS-Security來(lái)達(dá)成。另一個(gè)則是組織成員在環(huán)境中的權(quán)限控管方式，這可在SOA架構(gòu)內(nèi)，采用LDAP、集成單一帳號(hào)登錄、PKI架構(gòu)與數(shù)位簽章等機(jī)制來(lái)配合。第二個(gè)特征引發(fā)的議題是SOA工作協(xié)調(diào)與應(yīng)用系統(tǒng)集成。常規(guī)應(yīng)用模塊在SOA的世界里，可以采用SOA規(guī)定的服務(wù)界面(Services Interfaces)對(duì)外開(kāi)放模塊的功能。應(yīng)用模塊之間，透過(guò)SOA的服務(wù)界面標(biāo)準(zhǔn)互傳資料，就是最簡(jiǎn)單的Web Services應(yīng)用案例。此機(jī)制的主要意義在于：所有SOA內(nèi)的應(yīng)用模塊，只要提供SOA的標(biāo)準(zhǔn)服務(wù)界面，就可以不受開(kāi)發(fā)語(yǔ)言限制，互相調(diào)用或傳遞資料。這里的服務(wù)界面，講的就是WSDL(Web Service Description Language)；而SOAP(Simple Object Access Protocol)則是規(guī)定應(yīng)用模塊之間互相調(diào)用或互傳資料時(shí)的封包格式。至于WSDL或SOAP的內(nèi)容與格式應(yīng)該長(zhǎng)怎樣，大部分技術(shù)人員可以讓中介軟件或者EAI系統(tǒng)代勞，透過(guò)service adaptor 直接把常規(guī)應(yīng)用模塊包成 Web Services模塊，并不需煩惱內(nèi)容的細(xì)節(jié)。第三個(gè)特征引發(fā)的議題是 SOA的服務(wù)組合彈性與松散耦合（loosely couple）的特性。SOA內(nèi)的應(yīng)用模塊若要能輕松改變組合方式，或者改變運(yùn)行位置，就要藉助SOA的兩個(gè)技術(shù)特性：松散耦合，以及UDDI(Universal Description, Discovery, and Integration)機(jī)制。因?yàn)樗缮Ⅰ詈?，所以某一模塊抽離或添加系統(tǒng)，并不影響其他模塊；因?yàn)橛蠻DDI機(jī)制，所以新應(yīng)用模塊添加時(shí)，只需跟UDDI服務(wù)器登記新服務(wù)的界面與所在地點(diǎn)，即可被其他應(yīng)用模塊搜尋到，并且開(kāi)始交互。因?yàn)橛蠻DDI，所以當(dāng)某項(xiàng)應(yīng)用模塊遷離位置，原有使用此應(yīng)用模塊的其他模塊，可以透過(guò)UDDI查找服務(wù)的新位置，然后用新位置連結(jié)即可。這種特性滿足經(jīng)常需要把服務(wù)節(jié)點(diǎn)拆解再重組的BPM服務(wù)導(dǎo)向經(jīng)營(yíng)模式。第四個(gè)特征談到的是可管理的SOA Web Services。這是系統(tǒng)管理與軟件管理的議題，雖然當(dāng)前沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)來(lái)規(guī)范管理軟件與被管理模塊的行為，但當(dāng)前稍具知名度的SOA環(huán)境（特別是application server）多半會(huì)提供系統(tǒng)管理工具給系統(tǒng)管理員使用，協(xié)助管理SOA架構(gòu)下所有列管模塊的安裝、移除、啟動(dòng)、停用，以及應(yīng)用模塊的狀態(tài)監(jiān)控與安全機(jī)制。第五個(gè)特征，談的是SOA 技術(shù)架構(gòu)是模塊化又可彈性串接的特性，在原有SOA環(huán)境添加新的技術(shù)模塊，即可漸進(jìn)式提升BPM技術(shù)的成熟度。我們從ZapThink 整理的SOA藍(lán)圖中，可以得知達(dá)到不同SOA成熟階段所需具備的SOA技術(shù)。舉例來(lái)說(shuō)，假設(shè)SOA有階段實(shí)施的計(jì)畫，那中間過(guò)程可以從點(diǎn)對(duì)點(diǎn)集成開(kāi)始，進(jìn)步到提供松散耦合的服務(wù)，再來(lái)是穩(wěn)定而可搜尋發(fā)現(xiàn)的服務(wù)，接著提供可組裝與再利用的服務(wù)，進(jìn)而達(dá)到最終目標(biāo)全公司的SOA。當(dāng)然，也可從藍(lán)圖中得知，不同SOA階段所能獲得的投資回報(bào)(ROI)，剛開(kāi)始只能是降低應(yīng)用程序的維護(hù)成本，達(dá)成點(diǎn)對(duì)點(diǎn)的集成，接著是透過(guò)服務(wù)再利用提升效率，再來(lái)是提升管理能見(jiàn)度與控制力，最后才是改善組織的敏捷度。結(jié)語(yǔ)其實(shí)，即使是資深的BPM/SOA規(guī)劃者，想要跟決策主管解釋清楚SOA的博大精深以及其效用，都是很大的挑戰(zhàn)。主要原因在于其中大大小小的技術(shù)條目，以及其相當(dāng)復(fù)雜的關(guān)聯(lián)。雖然大家都知道，畫出一張易懂的圖解，勝過(guò)千言萬(wàn)語(yǔ)，然而好圖難求，幸好今年(2005)十月ZapThink公司推出一張令人深刻的SOA藍(lán)圖海報(bào)。這張嘔心瀝血之作，讓人能從各個(gè)構(gòu)面、由入門到高級(jí)，逐步探索SOA的世界，而且過(guò)目難忘，卻又能夠不失BPM/SOA技術(shù)的深度與完整度，實(shí)在非常難得，在此推薦這張海報(bào)作為延伸閱讀，也