小資料：破除對(duì)BPM的迷思（二）

· 流程設(shè)計(jì)環(huán)境 (Process Design Environment)

流程設(shè)計(jì)環(huán)境扮演著流程設(shè)計(jì)階段中最重要的流程建模工作，通常包含了「組織圖」 (Organization chart) 、「電子化窗體」 (e-form) 、活動(dòng)圖 (Activity Diagram) 、與商業(yè)規(guī)則 (Business Rule) 等相關(guān)元素，并可透過直覺圖形化的接口，協(xié)助流程設(shè)計(jì)者進(jìn)行企業(yè)流程的建構(gòu)。

組織圖部份大多與組織目錄服務(wù)系統(tǒng) (Directory system) 相結(jié)合，以協(xié)助企業(yè)進(jìn)行組織的調(diào)整與管理，如支持 LDAP 、 AD 等相關(guān)目錄服務(wù)。而電子窗體指的是信息呈現(xiàn)的接口，一般而言可將應(yīng)用系統(tǒng)的數(shù)據(jù)與流程相關(guān)的數(shù)據(jù)，透過所謂的電子窗體來展現(xiàn)，便于處理與人互動(dòng)的部分，而呈現(xiàn)的方式可透過特定的工具快速的訂制。在了解流程整體運(yùn)作與規(guī)劃中，透過活動(dòng)圖可清楚地規(guī)劃與了解流程中的各個(gè)活動(dòng)彼此的先后順序與關(guān)聯(lián)，并訂定流程的運(yùn)作條件與事件觸發(fā)的相關(guān)動(dòng)作，再透過結(jié)合商業(yè)邏輯（ Business Rule ）的方式，讓企業(yè)更清楚流程的運(yùn)作方式且易于修改，在采購流程中，若采購金額大于 100,000 臺(tái)幣者需簽核至協(xié)理，其余僅需簽至經(jīng)理，就是個(gè)明顯的例子。

流程仿真（ Simulator ）與流程設(shè)計(jì)分析（ Analyzer ），則是透過流程數(shù)據(jù)的仿真得以事先驗(yàn)證流程執(zhí)行時(shí)的結(jié)果與流程設(shè)計(jì)關(guān)聯(lián)的分析（如在復(fù)雜的流程中，重要的流程元素或關(guān)聯(lián)未建立），達(dá)到流程執(zhí)行前事先的預(yù)防，并確認(rèn)設(shè)計(jì)的流程是否正確合適或最佳化。

· 流程數(shù)據(jù)儲(chǔ)存庫 (Process Repository)

流程倉儲(chǔ)包含了流程定義 (Process Definition) 、流程執(zhí)行紀(jì)錄 (Execution Log) 、與應(yīng)用數(shù)據(jù) (Application Data) 。流程定義包括了流程運(yùn)作所有相關(guān)的數(shù)據(jù)，最明顯的就是流程三要素：人、活動(dòng)與文件，都紀(jì)錄在流程定義中，藉由流程的規(guī)則引擎 (Rule Engine) 的參數(shù)即數(shù)據(jù)的變異數(shù)或是各個(gè)節(jié)點(diǎn)所制定的活動(dòng)時(shí)間限制等定出合適的流程定義，最后透過流程服務(wù)器執(zhí)行定義好的流程；流程執(zhí)行紀(jì)錄指的是流程執(zhí)行過程中所有的紀(jì)錄，有的 BPMS 將此部份內(nèi)建于系統(tǒng)中，有的則是需另行將所需紀(jì)錄抄寫到數(shù)據(jù)庫中；應(yīng)用數(shù)據(jù)則是指在流程執(zhí)行的過程中，所使用到其它系統(tǒng)的相關(guān)數(shù)據(jù)并隨著流程紀(jì)錄下來或有所關(guān)聯(lián)，如請(qǐng)采購流程執(zhí)行中，需依照既有 ERP 系統(tǒng)的相關(guān)數(shù)據(jù)進(jìn)行邏輯判斷，甚至需將其抄寫至流程窗體中。而在此所指的應(yīng)用性數(shù)據(jù)并沒有只局限在內(nèi)部數(shù)據(jù)庫，也包含了根據(jù)流程的定義向組織外可能以 web service 的方式呼叫外部數(shù)據(jù)來應(yīng)用。

· 流程引擎 / 服務(wù)器 (Process Engine/Server)

流程引擎是整個(gè) BPMS 中最重要的一環(huán)，它負(fù)責(zé)正確無誤地將流程在正確的時(shí)間傳送給正確的人或系統(tǒng)，而由于流程的運(yùn)作為企業(yè)營運(yùn)的核心，因此能處理復(fù)雜且大量的流程工作是流程引擎所必備的條件。分布式交易 (Distributed transaction) 的管理與負(fù)載平衡（ Load Balancing ）將是考慮的重點(diǎn)。

· 使用者執(zhí)行環(huán)境 (User Execution Environment )

這邊所說的使用者環(huán)境指的就是使用者與流程溝通的接口。一般簡易的使用者接口多藉由待辦事項(xiàng)（ Work lists ）讓使用者使用流程工作。而由于企業(yè)入口網(wǎng)站的風(fēng)行，一個(gè)面面俱到的 BPM 產(chǎn)品通常透過 Web-based 接口，并加入口網(wǎng)站（ Portal ）的概念，提供所謂的流程入口網(wǎng)站接口（ Process Portal ）作為使用者使用流程的溝通接口。如此除了可清楚地看到透過流程引擎指派而產(chǎn)生的的各項(xiàng)任務(wù)或工作事項(xiàng) (work items) 外，并可結(jié)合其它入口網(wǎng)站與應(yīng)用系統(tǒng)整合的機(jī)制，如使用協(xié)同工作功能促進(jìn)員工彼此溝通與交流，像是公布欄、行事歷或討論區(qū)等。另外也可透過待辦事項(xiàng)的啟動(dòng) (trigger) 能夠呼叫 (invoke) 與之相關(guān)的應(yīng)用程序 (applications) 甚至根據(jù)各清楚定義的個(gè)別關(guān)卡 (activity) 自動(dòng)以 web service 的方式來跨組織地呼叫 (invoke) 外部數(shù)據(jù)作交易 (transaction) 達(dá)到名副其實(shí)的 SOA 技術(shù)架構(gòu)概念。

此外藉由流程網(wǎng)站接口使用者 ( 通常指中階以上主管或部門主管 ) 可利用行政管理工具 (Administrator Tools) 與報(bào)表工具 (Reporting Tool) 。就行政管理工具來說，進(jìn)入流程數(shù)據(jù)儲(chǔ)存庫撈取流程定義的信息所作出的制式化報(bào)表可以清楚的知道員工的工作負(fù)荷量的輕重程度；而各種的統(tǒng)計(jì)量表包含熱門排行、單位時(shí)間工作量統(tǒng)計(jì)、單位工作量統(tǒng)計(jì)、部門工作量統(tǒng)計(jì)、流程工作量統(tǒng)計(jì)、項(xiàng)目工作量統(tǒng)計(jì)提供管理者使用，使管理人員隨時(shí)了解企業(yè)流程運(yùn)作的各種情況。使用者也能以 web service 的方式撈取應(yīng)用數(shù)據(jù)作出動(dòng)態(tài)分析。而流程的監(jiān)控與管理 (Activity Monitor) ，亦可讓使用者或管理者透過 Web 的方式，實(shí)時(shí)地追蹤目前流程的進(jìn)度或進(jìn)行例外的處理以能做到修正或變動(dòng)的因應(yīng)。也就是說活動(dòng)的監(jiān)控對(duì)流程范例的執(zhí)行提供了一個(gè)績效量測的準(zhǔn)則。最后透過上述工具使流程作到實(shí)時(shí)的修正達(dá)到最佳化讓工作更有效率。

來源：ZDNET