轉(zhuǎn)自 http://www.iem.mit.edu.tw/~grad9114/bb/viewtopic.php?p=124

BPM概念與BPMS之相關(guān)技術(shù)是架構(gòu)在Web Services/SOA之基礎(chǔ)上，未來不僅會(huì)改造企業(yè)建構(gòu)IT 系統(tǒng)的方法，也同時(shí)改變企業(yè)營運(yùn)模式，或稱商業(yè)流程的執(zhí)行方式。對(duì)廠商而言，誰能主導(dǎo)流程定義與執(zhí)行的相關(guān)標(biāo)準(zhǔn)誰就是市場(chǎng)的贏家。

本篇將要探討，目前有哪些標(biāo)準(zhǔn)與主導(dǎo)的廠商陣營？這些廠商陣營如何既結(jié)盟又競(jìng)爭？又誰能一統(tǒng)江湖而成市場(chǎng)最大贏家？

BPM與SOA

BPM藉由明確表式的流程定義將耦合鬆散的一群獨(dú)立服務(wù)串聯(lián)成新的商業(yè)流程，並讓不同的BPMS能相互溝通與執(zhí)行企業(yè)流程。因此標(biāo)準(zhǔn)流程定義扮演著BPMS技術(shù)中的核心角色。

流程定義語言是一種正規(guī)(Formal)語言，可以將企業(yè)各種流程表示成一種可執(zhí)行流程(Executable Process)形式的正規(guī)模型。

由於BPM擴(kuò)展了Web Services的應(yīng)用，所以能乘駕在巨大的Web Services發(fā)展浪潮御風(fēng)而上。BPM的相關(guān)標(biāo)準(zhǔn)大都用來定義BPM和Web Service如何整合與部署以達(dá)成企業(yè)任務(wù)。多家軟體大廠和標(biāo)準(zhǔn)組織都架構(gòu)在Web Services相關(guān)標(biāo)準(zhǔn)的基礎(chǔ)上，也就是說，這些標(biāo)準(zhǔn)都延伸了XML、SOAP、WSDL、和UDDI幾項(xiàng)技術(shù)規(guī)格。

目前冒出的BPM相關(guān)標(biāo)準(zhǔn)為數(shù)不少，大家較為熟悉的有WfMC's XPDL (XML-based Process Definition Language) 、BPMI's BPML (Business Process Modeling Language) 、還有ebXML's BPSS (Business Process Specification Schema) 。除此之外，還有由廠商結(jié)盟的陣營，如BEA、 Microsoft、與IBM聯(lián)合制定的BPEL4WS (Business Process Execution Language for Web Services，簡稱BPEL)，以及由Sun Microsystems, SAP, Oracle, Italio與其他公司共同制定的WSCI (Web Service Choreography Interface，網(wǎng)路服務(wù)編排介面) 。

這些標(biāo)準(zhǔn)都是利用活動(dòng)(Activity)作為流程定義之基本元件，每一個(gè)活動(dòng)伴隨一個(gè)實(shí)體相關(guān)資料 (Instant-Relevant Data)，作為流程傳遞的邏輯(Routing Logic)評(píng)估條件，在BPML 稱property，XPDL稱 Workflow-relevant data， BPEL 稱 Container。

XPDL標(biāo)準(zhǔn)著重在工作分配(Distribution)的相關(guān)議題，例如如何指定活動(dòng)執(zhí)行所須的資源與應(yīng)用程式。BPML 標(biāo)準(zhǔn)著重在定義Web Service的重要議題，如支援交易(Transactions) 與例外處理，定義特定訊息交換與事件處置的活動(dòng)型態(tài)。BPEL標(biāo)準(zhǔn)的重點(diǎn)與BPML相類似。WSCI 標(biāo)準(zhǔn)著重在Web Service的Choreography，像是服務(wù)介面的行為。BPSS以ebXML 建議的UMM (UN/CEFACT Modeling Methodology, 模型化方法論) 為基礎(chǔ)，以便支援在企業(yè)間以各種交易行為(Business Transaction)組合成所謂的企業(yè)協(xié)同(Business Collaboration) 。

標(biāo)準(zhǔn)：群雄稱霸　西瓜偎大邊

IT產(chǎn)業(yè)中，大者恆大是贏得業(yè)界標(biāo)準(zhǔn)地位的不變定律。百家爭鳴的戰(zhàn)國時(shí)代中，大家都希望成為產(chǎn)業(yè)的主流標(biāo)準(zhǔn)，因此為了獲得最後勝利，小型的標(biāo)準(zhǔn)組織會(huì)漸漸去依附大的國際標(biāo)準(zhǔn)組織並爭取這些組織的認(rèn)可。透過大組織的力量將小組織建置的標(biāo)準(zhǔn)推行全世界，將可吸引更多的使用者、獨(dú)霸市場(chǎng)形成國際認(rèn)可標(biāo)準(zhǔn)，而不再僅是規(guī)格。

例如，微軟與IBM各自推出流程標(biāo)準(zhǔn)XLANG與WSFL (Web Service Flow Language)。但在2002年兩家大廠合作共同推出新規(guī)格BPEL4WS，並且向OASIS 標(biāo)準(zhǔn)組織提出提案報(bào)告，最後也獲得OASIS認(rèn)可的標(biāo)準(zhǔn)。Sun Micro及Oracle合作的廠商陣營為了推動(dòng)WSCI，將這個(gè)規(guī)格標(biāo)準(zhǔn)送往W3C，並都參加了W3C 的Choreography工作小組。同時(shí)BPMI組織也向正在研究企業(yè)流程標(biāo)準(zhǔn)的OMG提案，希望OMG直接採納它們制定的標(biāo)準(zhǔn)或是與OMG即將訂出的標(biāo)準(zhǔn)可以相對(duì)照。

從許多跡象顯示，目前顯然是BPEL較佔(zhàn)上風(fēng)。例如，今年WfMC在義大利舉行的技術(shù)大會(huì)中，與會(huì)廠商談?wù)摰木劢箯娜ツ甑腂PMN (Business Process Modeling Notation by BPMI) 轉(zhuǎn)移到BPEL。今年SAP和Intalio在支援WSCI之外，也決定支援OASIS的BPEL。包括Siebel在內(nèi)的20幾家廠商也計(jì)畫採納BPEL。此外，Oracle今年在Java One發(fā)表了以BPEL為基礎(chǔ)的流程模型化工具 (Modeling Tool) 以及工作流程自動(dòng)化軟體。

多方壓寶？大和解？

同時(shí)我們也可以觀察到一些有趣的現(xiàn)象：廠商同時(shí)在不同的聯(lián)盟支援兩個(gè)不相容的的標(biāo)準(zhǔn)。所以，越來越多的的BPM產(chǎn)品都可以支援多個(gè)企業(yè)流程語言標(biāo)準(zhǔn)，以避免讓其產(chǎn)品在一群複雜且自成一派的標(biāo)準(zhǔn)中成為孤島。

不過這也不是無解問題，因?yàn)楦麝嚑I也出現(xiàn)大和解之勢(shì)，尋求標(biāo)準(zhǔn)間之互補(bǔ)性與互通性，讓差異減至最小，同時(shí)避免出現(xiàn)不相容的兩套標(biāo)準(zhǔn)。像是今年昇陽和甲骨文藉著參加OASIS BPEL的會(huì)議，試圖推動(dòng)W3C工作小組和OASIS之間的合作，解決兩個(gè)重複的標(biāo)準(zhǔn)。甲骨文已經(jīng)正式加入OASIS BPEL技術(shù)委員會(huì)，昇陽也有意加入技術(shù)委員會(huì)。IBM、Oracle、BEA、Sun Microsystems同為WfMC及BPMI會(huì)員，但I(xiàn)BM、BEA與微軟卻也積極推動(dòng)BPEL。

到最後，哪一個(gè)BPM標(biāo)準(zhǔn)會(huì)勝出還很難說，雖然BPEL目前較具有冠軍相，不過我相信還需要一番較勁。

BPM標(biāo)準(zhǔn)涵蓋的範(fàn)圍相當(dāng)廣泛，所涵蓋的BPM生命週期也不盡相同。彼此之間有些重疊、又有些相關(guān)分類架 構(gòu)，如何清楚瞭解這些標(biāo)準(zhǔn)用途、定位、與跟Web Service標(biāo)準(zhǔn)之關(guān)係？請(qǐng)見下回分解。

(2)

上次我們討論了BPM現(xiàn)在成為兵家必爭之地，但誰來一統(tǒng)江湖還說不一定。本期文章我想跟各位分享一下目前流程定義標(biāo)準(zhǔn)的內(nèi)涵與涵蓋的範(fàn)疇，這有助益於讀者瞭解BPM在技術(shù)面的基礎(chǔ)概念，可以說是BPM的心法。

標(biāo)準(zhǔn)範(fàn)疇的界定主要是以BPM生命週期為基礎(chǔ)，在此我先將之簡化成設(shè)計(jì)(Design)、執(zhí)行(Execution)、與管理(Management)三階段，完整步驟後續(xù)我會(huì)有專題介紹。要認(rèn)識(shí)流程定義標(biāo)準(zhǔn)則先要瞭解他所處理的議題，而搞懂這些議題則有助於瞭解每種標(biāo)準(zhǔn)最擅長解決哪種任務(wù)，也就有助於讀者未來可以依照不同需求來選擇BPM廠商及系統(tǒng)。

流程符號(hào) (Notation)：符號(hào)是溝通的基本元素，相信各位所知道流程圖不下數(shù)十種，如MicroSoft Visio 就提供非常多種類的流程圖，IBM Rational 's UML (Unified Modeling Language)也有提供Activity Diagram。倘若能統(tǒng)一且用一般人所熟悉的符號(hào)，則會(huì)讓溝通變得容易，製作工具的取得也會(huì)相對(duì)容易。

流程定義 (Definition)：怎麼去描述一串流程？怎麼讓不同軟體工具彼此間可以交換描述出來的定義？並且讓另一個(gè)軟體系統(tǒng) (BPMS)去執(zhí)行？例如，用MicroSoft Project 描述出來的專案開發(fā)流程，就不能被執(zhí)行。所以流程定義的形式必須是正規(guī)(Formal)、嚴(yán)謹(jǐn)(Precise)、並且是可執(zhí)行的(Executable)。

流程執(zhí)行 (Execution)：怎麼讓一個(gè)流程可以自動(dòng)執(zhí)行？怎麼讓不同(廠牌)的BPMS系統(tǒng)可以互通？怎麼去呼叫應(yīng)用系統(tǒng)？怎麼與人互動(dòng) (Human Interaction)？

流程管理 (Management)：怎麼知道流程狀態(tài)？有沒有一種像資料庫SQL一樣的流程查詢語言？因?yàn)檫@是追蹤(Tracking)、稽核(Auditing)、績效評(píng)量(Assessment) 等管理工作所涵蓋的基礎(chǔ)。

跨組織的流程 (又稱B2B)：如何跨越組織的界線知道、取讀、或執(zhí)行外部的流程或稱服務(wù)？如何讓跨組織的流程能完整順利執(zhí)行完畢？

不過就像我在上一篇提到的，各BPM陣營目前進(jìn)入大和解階段，因此上述流程定義所涵蓋的範(fàn)疇相當(dāng)廣泛，沒有一個(gè)標(biāo)準(zhǔn)涵蓋所有的範(fàn)疇，涵蓋的部分也不盡相同，彼此之間有些重疊、又有些相關(guān)。

在搞清楚以上的流程定義所談?wù)摰膬?nèi)涵之後，在此我藉由WfMC 技術(shù)委員會(huì)所提出的標(biāo)準(zhǔn)分類架構(gòu) (如下圖所示) ，讓讀者清楚瞭解這些標(biāo)準(zhǔn)用途、定位、與跟Web Service標(biāo)準(zhǔn)之關(guān)係 ，如此各位就可以拿來「按圖索驥」了。這個(gè)架構(gòu)將各項(xiàng)標(biāo)準(zhǔn)以堆疊(Stack)的方式呈現(xiàn)，由上到下代表從概念模型設(shè)計(jì)(Model Design)到特定互通性(Interoperability)的協(xié)定(Protocols)、資料格式、與編碼，也就是反應(yīng)著從抽象流程設(shè)計(jì)、具體流程執(zhí)行、到訊息互動(dòng)(Message Interaction)。例如，如果您的需求著重在應(yīng)用系統(tǒng)間的流程互通性上，就可以選擇WfMC's Wf-XML的標(biāo)準(zhǔn)，因?yàn)樗芡高^HTTP協(xié)定及許多其他的傳送機(jī)制包括電子郵件、 直接TCP/IP連線及MOM(訊息導(dǎo)向中介軟體)來運(yùn)作。本圖中，水平排列的四組分別用兩個(gè)參數(shù)來分類，一個(gè)是流程定義或流程執(zhí)行階段，另一個(gè)是與內(nèi)部流程或外部流程。從左到右分別為：內(nèi)部流程定義(Internal Process Definition)、外部流程定義(External Process Definition) 、外部流程執(zhí)行 (External Process Execution)、與內(nèi)部流程執(zhí)行(Internal Process Execution)。

流程定義(Process Definition)

在內(nèi)部流程定義的標(biāo)準(zhǔn)，主要重點(diǎn)在支援不同軟體工具間的整合，如何讓軟體工具定義出來的流程交給另一個(gè)軟體環(huán)境來執(zhí)行。而在外部流程定義的標(biāo)準(zhǔn)則重點(diǎn)在支援互通性(Interoperability)，也就是定義出流程規(guī)格如何讓兩個(gè)不同的BPMS互動(dòng)交談。例如 OMG 's BPDM (Business Process Definition MetaModel)，它可讓流程定義來接受各家的流程符號(hào)，如UML或BPMN，並進(jìn)一步對(duì)應(yīng)到(Mapping) 到流程執(zhí)行，例如 BPEL 或 J2EE。

從下往上看，最底層標(biāo)準(zhǔn)是Web Services的標(biāo)準(zhǔn)架構(gòu)；接著是支援流程互通性語意(Semantics)的標(biāo)準(zhǔn) ，例如：啟動(dòng)，暫停，查詢等流程操作(Operation)；再來是支援E2E (End-to-End)流程間之模型化(Modeling)與服務(wù)編排(Choreography)的標(biāo)準(zhǔn)。其中Wf-XML是WfMC 所制訂的規(guī)格標(biāo)準(zhǔn) (Interface 4 in Reference Model)，它是一個(gè)互通性介面，提供流程語意的框架(Framework)，可以在同一個(gè)服務(wù)編排中跨模型使用流程操作。例如啟動(dòng)一個(gè)企業(yè)流程，當(dāng)該流程有牽涉到人工部分，透過該工作引擎的管控，可以讓整個(gè)流程在經(jīng)過一段時(shí)間後完成整個(gè)流程。

流程符號(hào) (Process Notation)

在流程定義(左邊第一、二組)階段的上層標(biāo)準(zhǔn)有大家較熟悉的IBM's UML及BPMI's BPMN (Business Process Modeling Notation)。BPMN是一種概括性的符號(hào)(Comprehensive Notation)，目的是藉由標(biāo)準(zhǔn)化的圖形符號(hào)，讓企業(yè)流程模型變得容易交換。因?yàn)锽PMN遵循傳統(tǒng)流程圖(Flow Chart)與泳道(Swim Lane)符號(hào)讓企業(yè)人士容易閱讀，同時(shí)BPMN提供對(duì)應(yīng)的用BPEL定義之可執(zhí)行建構(gòu)(Executable Constructs)，藉此填補(bǔ)了企業(yè)流程的初始設(shè)計(jì)之格式與執(zhí)行這些流程的語言格式間的技術(shù)缺口。實(shí)際運(yùn)用上，使用者可以用一些簡單的畫圖工具所畫出BPMN 的結(jié)果，以一些大廠，像是IBM、Fuego、或Intalio 的工具讀進(jìn)去，然後繼續(xù)使用大廠的工具開發(fā)，如用Microsoft Visio 2003畫流程圖，然後餵給 IBM's WBI Modeler繼續(xù)開發(fā)。

外部流程執(zhí)行 (External Process Execution)

在外部流程執(zhí)行(B2B)的標(biāo)準(zhǔn)，主要重點(diǎn)在支援挖掘(Discovery)外部可互通的服務(wù) (Interoperability Service)、支援互通的流程綱要 (Interoperability Schema)、以及執(zhí)行期間(Runtime)之流程互通性。一般 B2B 流程整合的作法，可分為兩種。一種為緊密耦合(Tightly Coupled)或稱程序?qū)?Procedure- Oriented)，另一種為鬆散耦合(Loosely Coupled)或稱服務(wù)導(dǎo)向(Service- Oriented)。前者比較適用於流程明確，且整個(gè)系統(tǒng)可集中權(quán)力控管的系統(tǒng)。後者如Wf-XML，透過 Web Services 的鬆散耦合特性與非同步的 XML 訊息傳遞機(jī)制，描述企業(yè)間的 B2B 工作流程。B2B 跨組織流程方面，Wf-XML往下層是整合Web Services 底下的 SOAP, WSDL, UDDI，往上層是與各產(chǎn)業(yè)的XML流程綱要 (Process Schema) 相互溝通，例如 Rosetta Net 的 PIP。例如我國電子化政府推動(dòng)的e化共通平臺(tái)(G2B2C)，為了串聯(lián)不同政府部門的服務(wù)，而運(yùn)用了ebXML's註冊(cè)服務(wù)，而流程標(biāo)準(zhǔn)目前還在考慮中，如XPDL 或BPEL。

內(nèi)部流程執(zhí)行(Internal Process Execution)

在內(nèi)部流程執(zhí)行的標(biāo)準(zhǔn)，主要重點(diǎn)在提供共通框架 (Common Framework)以利支援流程執(zhí)行之功能。最高層是支援流程模型與活動(dòng)狀態(tài)(Activity Status)的符號(hào)，接著是支援稽核格式(Audit Format)以利稽核資料之收集，再來是支援執(zhí)行期間的互動(dòng)語法，如BPPQL (Business Process Query Language )以利流程狀態(tài)之查詢，最底層是支援執(zhí)行期間的互動(dòng)功能，如WfMC's WAPI。




圖一

(3)

BPM (Business Process Management) 不是個(gè)新名詞，但近年來BPM這個(gè)名詞、概念、或背後所隱含的系統(tǒng)，卻分從管理與IT(Information Technology)兩股趨勢(shì)匯流而成一股新的風(fēng)潮，是管理與IT前所未見的大融合，以排山倒海之勢(shì)，風(fēng)馳電掣般蔓延開來，儼然以下一個(gè)殺手級(jí)應(yīng)用 (Killer Application) 之姿態(tài)出現(xiàn)。

這股風(fēng)潮可由著名的研究機(jī)構(gòu)與大師的報(bào)告與觀察窺見一斑：

Howard Smith 與 Peter Finger認(rèn)為：「第三波BPM是重新定義企業(yè)未來五十年競(jìng)爭優(yōu)勢(shì)的突破性進(jìn)展?！?

Michael Hammer在Agenda (中文譯為《議題致勝》)一書中指出：「企業(yè)的競(jìng)爭優(yōu)勢(shì)不僅來自於策略，更來自於能實(shí)現(xiàn)策略的流程執(zhí)行力?！?

Delphi Group著名分析師Barry Murphy表示在未來的12個(gè)月內(nèi)，有超過70% 的企業(yè)正在部署或評(píng)估BPM解決方案。

根據(jù)Gartner調(diào)查，到2005年之前至少有90% 的大型企業(yè)將在企業(yè)內(nèi)運(yùn)用BPM系統(tǒng)。

Forrester Research針對(duì)528家北美IT決策者做調(diào)查，發(fā)現(xiàn)到採用BPM的公司家數(shù)在大量增加，自2002年中起從11%上升至33% 的公司不是正在使用，不然就是正在計(jì)畫導(dǎo)入當(dāng)今的BPM技術(shù)。根據(jù)市場(chǎng)熱烈反應(yīng)，可預(yù)期在2006年以前會(huì)出現(xiàn)高達(dá)340億美金的BPM軟體市場(chǎng)大餅。

這樣一塊潛力十足的市場(chǎng)大餅當(dāng)然吸引者許多來自各個(gè)不同領(lǐng)域的ISV (Independent Solution Provider) 廠商前仆後繼地加入BPM的戰(zhàn)場(chǎng)。廠商從EAI (Tibco) 或B2Bi (Biztalk)、工作流程管理 (Italio, Flowring)、入口網(wǎng)站 (Brovision)、系統(tǒng)平臺(tái)(IBM, BEA) 、到資料庫伺服器 (Sybase, Oracle) 的大廠也加入戰(zhàn)局，並推出各以原來領(lǐng)域?qū)ｉL為主的BPM類似解決方案。這些軟體大廠為了能快速進(jìn)入這個(gè)市場(chǎng)，積極進(jìn)行了一連串併購Workflow/BPM廠商的動(dòng)作，熱鬧非凡，例如IBM買了HoloSoftx (2002) 、 CrossWorlds 、及 Metamerge； Tibco分別在 1999年 2004分別買了Xerox Inconcert及Staffware；Oracle 今年六月買了 Collaxa； Adobe的Adobe Workflow Server的前身是JetForm公司的InTempo。

勢(shì)之所趨

這股風(fēng)潮背景來自於企業(yè)e化，造成了企業(yè)內(nèi)部有無數(shù)個(gè)自動(dòng)化的孤島 (Island of Automation) 的結(jié)果。由於套裝軟體(Packages) 或解決方案彼此要能溝通與相互整合，不是有先天上的限制無法達(dá)成或是花費(fèi)的代價(jià)太大，所以對(duì)企業(yè)來說讓這些資訊系統(tǒng)整合起來，就變成一個(gè)非常重要的需求。

目前普遍性的整合方式是從IT切入，透過資料層次(Data-Level)來整合，如透過共享資料庫，或者藉由應(yīng)用程式介面(API, Application Programming Interface) 來溝通或存取資料，也可以透過EAI Solution進(jìn)行系統(tǒng)間之資訊流整合，EAI可以讓系統(tǒng)與系統(tǒng)彼此透過傳遞訊息/資料來整合。

Web Services 則是BPM風(fēng)潮的一個(gè)重要IT驅(qū)動(dòng)力(Enabler)。它可以讓跨平臺(tái)及跨語言的應(yīng)用系統(tǒng)整合變得容易且可行。應(yīng)用系統(tǒng)可以根據(jù)Web Services標(biāo)準(zhǔn)加上一層介面，包成一個(gè)服務(wù)元件而被其他的應(yīng)用程式所呼叫來傳遞資訊。Web Services 也是實(shí)現(xiàn)SOA (Services-Oriented Architecture)的基礎(chǔ)。SOA是一個(gè)軟體整合框架(Integrated Framework)，讓處於各種平臺(tái)中的連結(jié)鬆散(Loosely Connected)的應(yīng)用程式/元件，達(dá)成在異質(zhì)環(huán)境中交換資料與流程的目的。Web Services/SOA 可以讓系統(tǒng)在應(yīng)用程式的層次(Application-Level)上整合。

非僅IT

然而，若我們的期望是讓企業(yè)營運(yùn)變得有彈性且能快速反應(yīng)商業(yè)環(huán)境的變化，則只從資料或/且系統(tǒng)的層次整合是不夠的，因?yàn)橥ǔＦ髽I(yè)的營運(yùn)智識(shí) (Working Knowledge)與商業(yè)邏輯(Business Logic)都寫死(Hard-wired)在這些IT系統(tǒng)裡。所以要讓企業(yè)可以彈性並快速的調(diào)整複雜多變的企業(yè)流程，就必須提升到流程的層次(Process-Level)上的整合。BPM Solution滿足了這需求，它 在SOA架構(gòu)中，扮演著將這些服務(wù)串聯(lián)成商業(yè)流程的靈魂角色，讓彼此鬆散的服務(wù)整合成新服務(wù)，並視覺化(Visualization)整個(gè)流程/服務(wù)概觀。

相信現(xiàn)在沒有人會(huì)反對(duì)企業(yè)e化導(dǎo)入解決方案不可能只有資訊系統(tǒng) (IT System) 建置導(dǎo)入而不牽涉到組織(Organization)與流程(Process) 的變革管理 (Change Management)?，F(xiàn)在企業(yè)思維的是不僅在公司內(nèi)部作讓流程自動(dòng)化(Automation)或整合(Integration)，而是延伸到客戶、伙伴、還有供應(yīng)商，也就是跨越組織界線，從組織的內(nèi)部延伸到組織外部，將自身流程與其他企業(yè)的流程做整合。所以企業(yè)所需要的不僅是流程的整合，而進(jìn)一步需可協(xié)調(diào)(Orchestration)各企業(yè)間的流程，考慮的不僅是流程中系統(tǒng)間溝通與互動(dòng)(Interaction)，而更需要考慮系統(tǒng)與人，或人與人的溝通與互動(dòng)。

這就是BPM的內(nèi)涵：不僅是IT，更在商業(yè)流程。

BPM是一種在商業(yè)設(shè)計(jì)(Business Design)而非技術(shù)實(shí)作(Technical Implementation)的層次上的一種能力，能夠去挖掘(Discover)現(xiàn)有(As-Is)流程、設(shè)計(jì)(Design) 新的(To-be)流程、佈署(Deploy) 流程系統(tǒng)、自動(dòng)執(zhí)行(Execute)流程工作任務(wù)、 分析(Analysis)流程執(zhí)行績效、等涵蓋一連串完整的流程生命週期 (Process Life Cycle)的流程步驟。

流程管理系統(tǒng)(BPM System) 的技術(shù)必須三個(gè)特徵：流程必須要有明確表式的流程定義，必須整合現(xiàn)有的應(yīng)用系統(tǒng)，及整合與人協(xié)同互動(dòng)(Collaboration)的工具。BPMS必須要能可靠地完成分散的流程交易(Process Transaction)及複雜的流程序列，可能數(shù)週、數(shù)月，甚至數(shù)年。BPMS可以讓企業(yè)透過流程轉(zhuǎn)化為營運(yùn)智慧，經(jīng)過不斷修正的流程進(jìn)而最佳化，與即時(shí)產(chǎn)生有意義的資訊，讓企業(yè)以更快速、敏捷、彈性的方式，因應(yīng)企業(yè)的需求而獲致最佳化的成果，成為隨需應(yīng)變的新企業(yè)體。

目前各廠商所推出的BPM的類似解決方案，數(shù)量之多讓人目不暇給，有如戰(zhàn)國時(shí)代，百家爭鳴。猶如當(dāng)初ERP (Enterprise Resources Planning) 初萌之際，原本提供企業(yè)資訊系統(tǒng)(Enterprise Information System)的廠商，一面在瞭解ERP定義、範(fàn)疇、與內(nèi)涵是什麼之際，同時(shí)紛紛自稱為ERP 供應(yīng)商並提出類似的解決方案。

未來有沒有可能或誰能一統(tǒng)江湖？BPM有沒有可能成為下一個(gè)殺手級(jí)應(yīng)用？BPMS該具有哪些功能？導(dǎo)入BPMS所期望的效益是什麼？我想會(huì)有很多有趣的議題值得探討的，我會(huì)在這個(gè)專欄接續(xù)地與大家分享這些議題。

BPM介紹