從管理的角度，它可以看作是業(yè)務(wù)流程再造（BPR）所帶來的以業(yè)務(wù)流程為中心的管理思想的延續(xù)與發(fā)展；從企業(yè)應(yīng)用角度，它是在工作流（Workflow）等技術(shù)基礎(chǔ)上發(fā)展起來的，基于業(yè)務(wù)流程建模，支持業(yè)務(wù)流程的分析、建模、模擬、優(yōu)化、協(xié)同與監(jiān)控等功能的新一代企業(yè)應(yīng)用系統(tǒng)核心。
與業(yè)務(wù)流程管理系統(tǒng)相關(guān)主要領(lǐng)域包括流程梳理與診斷、流程建模與運(yùn)行管理、流程監(jiān)控、分析與改進(jìn)以及流程化業(yè)務(wù)領(lǐng)域應(yīng)用。
1.1 BPM的驅(qū)動(dòng)力
- 管理端到端的、面向客戶的流程；
- 整合日益增長(zhǎng)的相關(guān)數(shù)據(jù)和信息；
- 提高現(xiàn)有基礎(chǔ)設(shè)施和數(shù)據(jù)的功能性和靈活性；
- 通過SOA架構(gòu)將現(xiàn)有系統(tǒng)和其他系統(tǒng)集成；
- 為業(yè)務(wù)-IT對(duì)齊建立一種通用的規(guī)范
1.2 業(yè)務(wù)流程管理的價(jià)值
- 優(yōu)化流程；
- 提高生產(chǎn)效率；
- 提高業(yè)務(wù)流程建模能力；
- 法律監(jiān)管遵從；
- 分支機(jī)構(gòu)和區(qū)域之間流程的標(biāo)準(zhǔn)化；
- 對(duì)關(guān)鍵流程的實(shí)時(shí)可視化監(jiān)控；
- 快速簡(jiǎn)便地實(shí)現(xiàn)流程變更；
1.3.1 面向工作流的BPM
工作流描述了在BPM空間內(nèi)人與人的交互和人與系統(tǒng)的交互。根據(jù)獨(dú)立分析師Sandy Kemsley所述，工作流就是我們所熟知的BPM的初始階段。“一開始就有工作流，”Kemsley在她網(wǎng)站的第二專欄中寫道。“更確切地說，在預(yù)先確定的流程圖中有一個(gè)掃描過的人與人之間交互的路由文檔。”在當(dāng)代BPM的大背景下，工作流和EAI（企業(yè)應(yīng)用集成）平起平坐，并在某種程度上，可以看成是人的集成。工作流BPM旨在優(yōu)化業(yè)務(wù)流程中以人為本的活動(dòng)。這些措施包括活動(dòng)監(jiān)控，流程治理，正如BPM的成因，是對(duì)未完成文檔向下進(jìn)一步處理的編制。
1.3.2 面向文檔的BPM
文檔管理和工作流齊頭并進(jìn)。當(dāng)文件穿過工作流時(shí)，追蹤文件的去向以及它們的變動(dòng)，維護(hù)文檔記錄的可靠性、安全性、可用性，早在計(jì)算機(jī)革命之前，已經(jīng)成為了業(yè)務(wù)的必要元素。今天的企業(yè)文檔管理系統(tǒng)利用計(jì)算機(jī)技術(shù)來提供存儲(chǔ)、安全、索引和檢索選項(xiàng)�？捎眯哉找嬷匾�，因?yàn)槎喾絽⑴c者經(jīng)常需要憑借多個(gè)應(yīng)用來使用同一個(gè)文件。因此，依靠現(xiàn)有業(yè)務(wù)系統(tǒng)的集成是面向文檔BPM成功的一個(gè)主要元素。
1.3.3 面向業(yè)務(wù)規(guī)則的BPM
自動(dòng)化這門學(xué)科可以追溯到人工智能的早期，當(dāng)時(shí)研究人員試圖以最簡(jiǎn)單的術(shù)語，集中于規(guī)則的使用來描述復(fù)雜的系統(tǒng)。像最早的嘗試模擬國際象棋游戲?qū)嶒?yàn)計(jì)算機(jī)，這些系統(tǒng)按照狀態(tài)機(jī)的模式工作。有點(diǎn)像游戲規(guī)則，組織顯式地或隱式地按照關(guān)鍵“規(guī)則”來定義過程，這些關(guān)鍵“規(guī)則”在流程的某些點(diǎn)上提出要做出哪些決定或更改——或請(qǐng)求哪些授權(quán)。一旦被稱為推理機(jī)，同類的軟件系統(tǒng)就發(fā)展成了業(yè)務(wù)規(guī)則引擎或者業(yè)務(wù)規(guī)則管理系統(tǒng)。創(chuàng)建和維護(hù)業(yè)務(wù)規(guī)則的復(fù)雜性常常成為這些推廣這些系統(tǒng)的阻礙成分。這些系統(tǒng)承擔(dān)了類似以建模為中心的BPM工具的角色。（誠然，很多用戶會(huì)將以建模為中心的BPM作為一個(gè)獨(dú)特的類別。）以建模為中心的方法起初傾向于自上而下的進(jìn)行工作，這些工作就是在模型中用特殊符號(hào)描述一個(gè)組織，或組織的改進(jìn)。近年來一些工具廠商已經(jīng)完成對(duì)可執(zhí)行模型的支持——他們的模型可以生成或者幫助形成可用的業(yè)務(wù)邏輯的代碼。與這里介紹的其他類型的BPM系統(tǒng)相比，業(yè)務(wù)規(guī)則引擎在純BPM系統(tǒng)中的規(guī)模將變得更大。
1.3.4 面向EAI的BPM
在整個(gè)90年代從不同系統(tǒng)對(duì)集成可操作型數(shù)據(jù)方法的改進(jìn)，采取的是企業(yè)應(yīng)用集成或EAI的形式。雖然這些往往是硬接線的一對(duì)一集成，消息隊(duì)列這種應(yīng)用集成變得尤其流行，同時(shí)隱含業(yè)務(wù)流程表現(xiàn)為有組織的隊(duì)列，例如，清除銀行支票或執(zhí)行庫存訂單，讓集成服務(wù)器很大程度上有了面向工作流的BPM的味道。今天，許多架構(gòu)師都傾向于把數(shù)據(jù)集成問題看成業(yè)務(wù)流程問題。同樣地，一些架構(gòu)師將期望根據(jù)B2B或電子數(shù)據(jù)交換（EDI）來集成的過程自動(dòng)化。
