當前位置:工程項目OA系統(tǒng) > 泛普各地 > 吉林OA系統(tǒng) > 長春OA系統(tǒng) > 長春OA快博
小資料:破除對BPM的迷思(二)
第四階段、管理維護 (Administration) :
當流程上線后伴隨產生了管理維護的問題,如例外狀況的介入處理、組織人員的變更、流程重新分派、或流程版本升級的影響。在此,有個重要的模塊稱作流程活動監(jiān)控 (BAM, Business Activity Monitoring) ,它可以隨時回報流程的執(zhí)行狀態(tài)與過程,而且使用者也可以設定流程要追蹤的關卡并主動回報,具有預警功能并能隨時掌握問題處理的時效。另外服務器的流量與執(zhí)行監(jiān)控及流程倉儲的數據維護的效能也相當重要。
第五階段、流程最佳化 (Optimization) :
流程改善 (Improvement) 是個持續(xù)性的活動,不斷反復朝向最佳化邁進。流程測量 (Measurement) 能提供流程的執(zhí)行績效 (Performance) ; BPMS 的報表工具 (Reporting Tools) 能讓企業(yè)對自己的組織行為充分了解作為持續(xù)改善的依據,如此方能策劃出改善與最佳化的策略。流程分析 / 仿真著重在執(zhí)行前的分析,例如自動偵測瓶頸 (bottleneck) 、死結 (deadlock) 與流程定義的不一致 (Consistence) ;而流程測量則是執(zhí)行后實際資料的分析,可以清楚知道流程消耗時間與資源。這個階段跟商業(yè)智慧 (BI, Business Intelligence) 的技術與主題相似性很高的,差異在 BPMS 可以自動紀錄與收集流程相關的數據。尤其 BPMS 所附含的流程績效儀表版 (Dashboard) ,它提供一個全面式的概觀讓主管簡單掌握且一目了然哪些流程是在標準差內,哪些是在失控狀態(tài)。當然這些報表,都是使用者可以自行定義或查詢的,不用 IT 人員的參與。
BPM > Workflow +EAI
相信從上述的介紹,讀者可以清楚認識到 BPM 絕對大于 Workflow 加 EAI 。 BPM 的主要精神在于企業(yè)流程的管理,且主要的焦點在于業(yè)務性使用者 (business users) 而非技術性使用者 (technical users) ;在于流程彈性實時調整而非數據與應用系統(tǒng)的整合。所以僅是工作流程自動化加上 EAI 企業(yè)應用軟件的轉換機制是不足以的涵蓋企業(yè)管理流程中所有必要的環(huán)節(jié)。例如尚有讓管理主管能實時掌握流程成本效率 (cost/effective) 評量與流程績效 (Performance) 管理,業(yè)務性使用者可以輕易調整組裝流程以提供客戶最佳業(yè)務服務,等等。
我將上述中的工具整合起來,架構如圖二所述:
BPMS 系統(tǒng)架構 (System Architecture)
圖二、 BPMS 系統(tǒng)架構圖
一個完整的 BPMS 系統(tǒng)需由流程設計環(huán)境 (Process Design Environment) 、流程倉儲或儲存庫 (Process Repository) 、流程服務器 (Process Server) 、使用者執(zhí)行環(huán)境 (User Execution Environment) 等主要元素所架構而成。
|
· 流程設計環(huán)境 (Process Design Environment) 流程設計環(huán)境扮演著流程設計階段中最重要的流程建模工作,通常包含了「組織圖」 (Organization chart) 、「電子化窗體」 (e-form) 、活動圖 (Activity Diagram) 、與商業(yè)規(guī)則 (Business Rule) 等相關元素,并可透過直覺圖形化的接口,協(xié)助流程設計者進行企業(yè)流程的建構。 組織圖部份大多與組織目錄服務系統(tǒng) (Directory system) 相結合,以協(xié)助企業(yè)進行組織的調整與管理,如支持 LDAP 、 AD 等相關目錄服務。而電子窗體指的是信息呈現的接口,一般而言可將應用系統(tǒng)的數據與流程相關的數據,透過所謂的電子窗體來展現,便于處理與人互動的部分,而呈現的方式可透過特定的工具快速的訂制。在了解流程整體運作與規(guī)劃中,透過活動圖可清楚地規(guī)劃與了解流程中的各個活動彼此的先后順序與關聯,并訂定流程的運作條件與事件觸發(fā)的相關動作,再透過結合商業(yè)邏輯( Business Rule )的方式,讓企業(yè)更清楚流程的運作方式且易于修改,在采購流程中,若采購金額大于 100,000 臺幣者需簽核至協(xié)理,其余僅需簽至經理,就是個明顯的例子。 流程仿真( Simulator )與流程設計分析( Analyzer ),則是透過流程數據的仿真得以事先驗證流程執(zhí)行時的結果與流程設計關聯的分析(如在復雜的流程中,重要的流程元素或關聯未建立),達到流程執(zhí)行前事先的預防,并確認設計的流程是否正確合適或最佳化。 · 流程數據儲存庫 (Process Repository) 流程倉儲包含了流程定義 (Process Definition) 、流程執(zhí)行紀錄 (Execution Log) 、與應用數據 (Application Data) 。流程定義包括了流程運作所有相關的數據,最明顯的就是流程三要素:人、活動與文件,都紀錄在流程定義中,藉由流程的規(guī)則引擎 (Rule Engine) 的參數即數據的變異數或是各個節(jié)點所制定的活動時間限制等定出合適的流程定義,最后透過流程服務器執(zhí)行定義好的流程;流程執(zhí)行紀錄指的是流程執(zhí)行過程中所有的紀錄,有的 BPMS 將此部份內建于系統(tǒng)中,有的則是需另行將所需紀錄抄寫到數據庫中;應用數據則是指在流程執(zhí)行的過程中,所使用到其它系統(tǒng)的相關數據并隨著流程紀錄下來或有所關聯,如請采購流程執(zhí)行中,需依照既有 ERP 系統(tǒng)的相關數據進行邏輯判斷,甚至需將其抄寫至流程窗體中。而在此所指的應用性數據并沒有只局限在內部數據庫,也包含了根據流程的定義向組織外可能以 web service 的方式呼叫外部數據來應用。 · 流程引擎 / 服務器 (Process Engine/Server) 流程引擎是整個 BPMS 中最重要的一環(huán),它負責正確無誤地將流程在正確的時間傳送給正確的人或系統(tǒng),而由于流程的運作為企業(yè)營運的核心,因此能處理復雜且大量的流程工作是流程引擎所必備的條件。分布式交易 (Distributed transaction) 的管理與負載平衡( Load Balancing )將是考慮的重點。 · 使用者執(zhí)行環(huán)境 (User Execution Environment ) 這邊所說的使用者環(huán)境指的就是使用者與流程溝通的接口。一般簡易的使用者接口多藉由待辦事項( Work lists )讓使用者使用流程工作。而由于企業(yè)入口網站的風行,一個面面俱到的 BPM 產品通常透過 Web-based 接口,并加入口網站( Portal )的概念,提供所謂的流程入口網站接口( Process Portal )作為使用者使用流程的溝通接口。如此除了可清楚地看到透過流程引擎指派而產生的的各項任務或工作事項 (work items) 外,并可結合其它入口網站與應用系統(tǒng)整合的機制,如使用協(xié)同工作功能促進員工彼此溝通與交流,像是公布欄、行事歷或討論區(qū)等。另外也可透過待辦事項的啟動 (trigger) 能夠呼叫 (invoke) 與之相關的應用程序 (applications) 甚至根據各清楚定義的個別關卡 (activity) 自動以 web service 的方式來跨組織地呼叫 (invoke) 外部數據作交易 (transaction) 達到名副其實的 SOA 技術架構概念。 此外藉由流程網站接口使用者 ( 通常指中階以上主管或部門主管 ) 可利用行政管理工具 (Administrator Tools) 與報表工具 (Reporting Tool) 。就行政管理工具來說,進入流程數據儲存庫撈取流程定義的信息所作出的制式化報表可以清楚的知道員工的工作負荷量的輕重程度;而各種的統(tǒng)計量表包含熱門排行、單位時間工作量統(tǒng)計、單位工作量統(tǒng)計、部門工作量統(tǒng)計、流程工作量統(tǒng)計、項目工作量統(tǒng)計提供管理者使用,使管理人員隨時了解企業(yè)流程運作的各種情況。使用者也能以 web service 的方式撈取應用數據作出動態(tài)分析。而流程的監(jiān)控與管理 (Activity Monitor) ,亦可讓使用者或管理者透過 Web 的方式,實時地追蹤目前流程的進度或進行例外的處理以能做到修正或變動的因應。也就是說活動的監(jiān)控對流程范例的執(zhí)行提供了一個績效量測的準則。最后透過上述工具使流程作到實時的修正達到最佳化讓工作更有效率。 來源:ZDNET |
- 1北美零售商Best Buy最佳供應鏈歷程
- 2ERP實施中數據帶來的啟示
- 3網絡營銷為傳統(tǒng)零售企業(yè)增效
- 4淺議IT產品營銷中的炒作
- 5怎樣建立一個知識共享型的公司
- 6企業(yè)MPLS啟動創(chuàng)造價值
- 7企業(yè)信息化的諾蘭模型
- 8上海通用的驅馳之道
- 9企業(yè)應用走向何方?
- 10長春泛普OA系統(tǒng)建設目標:
- 11中國IT服務并沒有真正發(fā)揮自己的重要作用?
- 12企業(yè)消息系統(tǒng)發(fā)展方向是什么?
- 13大型電信公司實施知識驅動型客戶關系管理案例研究
- 14自主平臺引發(fā)ERP再認識
- 15江蘇農聯社構建數據集中、容災系統(tǒng)
- 16企業(yè)如何獲得最佳外包服務
- 17小資料:業(yè)務流程重組的幾種經典方法
- 18ERP技術的發(fā)展現狀與展望
- 19IT服務戰(zhàn)術管理:服務級別管理(Service Level Management)的基
- 20企業(yè)知識管理失敗案例
- 21論組織的IT能力(下)
- 22協(xié)同OA以“工作流”為引擎,以“知識文檔”為容器
- 23業(yè)務細節(jié)中的生產力
- 24OA實現公文的行文、流轉、制度檔案的建立和共享
- 25長春泛普OA辦公軟件的項目周期:
- 26服務型企業(yè)如何建ERP
- 27小資料:網友視角中的IT管理咨詢
- 28流程的執(zhí)行力—研發(fā)過程改進的6sigma實踐
- 29IT服務運營管理:變更請求應用實務
- 30網友觀點:國內ERP廠商點點評
成都公司:成都市成華區(qū)建設南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓