面向工作流的BPM

工作流描述了在BPM空間內人與人的交互和人與系統的交互。根據獨立分析師Sandy Kemsley所述，工作流就是我們所熟知的BPM的初始階段。“一開始就有工作流，”Kemsley在她網站的第二專欄中寫道。“更確切地說，在預先確定的流程圖中有一個掃描過的人與人之間交互的路由文檔。”在當代BPM的大背景下，工作流和EAI（企業應用集成）平起平坐，并在某種程度上，可以看成是人的集成。工作流BPM旨在優化業務流程中以人為本的活動。這些措施包括活動監控，流程治理，正如BPM的成因，是對未完成文檔向下進一步處理的編制。

面向文檔的BPM

文檔管理和工作流齊頭并進。當文件穿過工作流時，追蹤文件的去向以及它們的變動，維護文檔記錄的可靠性、安全性、可用性，早在計算機革命之前，已經成為了業務的必要元素。今天的企業文檔管理系統利用計算機技術來提供存儲、安全、索引和檢索選項。可用性正日益重要，因為多方參與者經常需要憑借多個應用來使用同一個文件。因此，依靠現有業務系統的集成是面向文檔BPM成功的一個主要元素。

面向業務規則的BPM

自動化這門學科可以追溯到人工智能的早期，當時研究人員試圖以最簡單的術語，集中于規則的使用來描述復雜的系統。像最早的嘗試模擬國際象棋游戲實驗計算機，這些系統按照狀態機的模式工作。有點像游戲規則，組織顯式地或隱式地按照關鍵“規則”來定義過程，這些關鍵“規則”在流程的某些點上提出要做出哪些決定或更改——或請求哪些授權。一旦被稱為推理機，同類的軟件系統就發展成了業務規則引擎或者業務規則管理系統。創建和維護業務規則的復雜性常常成為這些推廣這些系統的阻礙成分。

這些系統承擔了類似以建模為中心的 BPM工具的角色。（誠然，很多用戶會將以建模為中心的BPM作為一個獨特的類別。）以建模為中心的方法起初傾向于自上而下的進行工作，這些工作就是在模型中用特殊符號描述一個組織，或組織的改進。近年來一些工具廠商已經完成對可執行模型的支持——他們的模型可以生成或者幫助形成可用的業務邏輯的代碼。與這里介紹的其他類型的BPM系統相比，業務規則引擎在純BPM系統中的規模將變得更大。

面向EAI的BPM

在整個90年代從不同系統對集成可操作型數據方法的改進，采取的是企業應用集成或EAI的形式。雖然這些往往是硬接線的一對一集成，消息隊列這種應用集成變得尤其流行，同時隱含業務流程表現為有組織的隊列，例如，清除銀行支票或執行庫存訂單，讓集成服務器很大程度上有了面向工作流的BPM的味道。今天，許多架構師都傾向于把數據集成問題看成業務流程問題。同樣地，一些架構師將期望根據B2B或電子數據交換（EDI）來集成的過程自動化。

AlphaFlow BPM工作流程管理平臺

 電話：400-888-6861     

  //qdhaitiansuji.cn/