BPM：法規管制是毒藥還是蘋果？(下)
洪轟誌撰 2005/12/08 10:11:12
上一篇我們提到資訊系統如果可以幫助企業順利因應法則，就能快速乘勢而上，否則就可能其他人做了，而你沒有做，導致在競爭的浪頭沒了頂。這就是BPM平台重要之所繫。本週要談的是如何選擇一個適用的BPM平台。
當然，幸運的話，如果所評估的順應法規解決方案是在BPM的平台發展出來，而這個平台也是企業IT經理人所欣賞的，那就皆大歡喜。如果不是，那企業可能會先評估BPM的平台，然後再根據這個BPM平台來自行發展，以下是幾個BPM平台應該具備的重點，提供給企業經理人參考(之前已經有其他業界前輩做過詳細的解說，這裡只是針對順應法規所需的平台工具表列)。
技術面:
支持產業標準--這是為了考慮將來與其他平台系統的互通性
容易安裝、維護管理不會造成IT龐大的負擔-講求TOE(Total Ownership Experience)是軟體產業最新的趨勢，主要三要素包含快速安裝、快速建置以及升級，如果無法做到這些基本的要求，則企業最好早點放棄，改選別的平台，以免未來浪費更多時間。
上手容易、快速發揮生產力-BPM設計的初衷是希望讓沒有技術背景 使用者也可以參與流程設計與討論，因此流程的設計以及開發工具應該具備簡單易用的特質，如果太過技術導向，開發新流程的門檻太高，則不適合作BPM的平台。
系統延展性及穩定度-BPM所涵蓋的部門與用戶的範圍遠比其他系統廣泛，未來的系統負載必定隨著企業規模以及員工人數越來越大，具備絕佳的延展性以及穩定度是不可或缺的。一般而言，企業考慮延展性會比較傾向UNIX系統，但目前多數的BPM平台皆可以相容於Windows以及UNIX平台。
操作系統與資料庫的支援能力-BPM通常把流程相關的資料以meta data方式儲存在資料庫或者以XML方式存在。比較佳的方式是採用資料庫方式，因為可以提供較佳的效能以及延展性。因此對於BPM平台本身可以安裝在哪些操作系統與資料庫，也應該納入通盤考量。
應用面:
具備友善的報表工具-BPM除了將結果正確及時地傳遞到對的人或系統，也同時扮演提供某些應用程式與資料儲存的功能。透過友善的報表工具，可以提升BPM平台的適用性，讓使用者可以更輕鬆的方式獲得更精簡的資訊。因此，BPM是否內建報表工具攸關整體BPM系統的整合以及軟體的成本。
開發工具及語言為業界標準，避免未來找不到支援人力-BPM基於SOA架構，標準的做法是採用BPML(Business Process Modeling Language)來描述流程模型，以BPEL(Business Process Execution Language)來執行流程，但是跨越系統之間的整合或者是某些業務邏輯由於支援度的問題，還是無法全部透過BPML來完成，這時候還是會牽涉到開發工具及程式語言，因此，企業應想清楚未來整體的人力技能的發展方向，配合產業的趨勢來作選擇。
具備Portal/Web界面以及管理工具-目前我所看到過的BPM，絕大數是採用Web界面來提供終端操作界面，這似乎是一個趨勢，也是一個基本條件，比較完整的解決方案，通常還會搭配一個成熟的Portal平台以及管理工具。
具備完整的組織以及權限管理，並易於與LDAP整合-如前面所述，BPM既然牽涉到企業所有員工，甚至客戶與供應商，那麼一個完整的組織管理以及權限管理工具就很重要，尤其是牽涉到資訊的授權以及電子簽核的流程，組織管理更是必要的。
內建Workflow管理及圖形化設計工具-企業的流程或多或少牽涉到文件的傳送與交易的授權，對於比較敏感的流程，目前企業開始廣泛地應用Workflow電子簽核來實現，因此BPM應該具備完整的Workflow工具(包含管理、監控、設計)，而且目前已經有廠商做到無須撰寫程式碼即可完成Workflow設計，這也大幅地提升生產力。
具備Email、警訊、通知等機制-訊息自動傳遞不僅可以降低人力成本，也避免人為錯誤，最重要的是可以掌握進度與行程，讓整個流程環環相扣更以效率。
內建整合平台以及交易控管機制，可與多數系統或資料庫互通-BPM其中一個特點在於跨系統的流程管理，因此與不同的系統整合接口、對不同資料庫的存取支援都是非常重要的。
|
|
|
|
| 
對本則報導有任何意見或看法嗎?歡迎留言
