概述
Business Process Management(BPM)，即業務流程管理，是一套達成企業各種業務環節整合的全面管理模式。
介紹
BPM涵蓋了人員、設備、桌面套用系統、企業級 Backoffice 套用等內容的最佳化組合，從而實現跨套用、跨部門、跨合作夥伴與客戶的企業運作。 BPM通常以Internet方式實現信息傳遞、數據同步、業務監控和企業業務流程的持續升級最佳化。顯而易見，BPM不但涵蓋了傳統“工作流”的流程傳遞、流程監控的範疇，而且突破了傳統“工作流”技術的瓶頸。BPM的推出，是工作流技術和企業管理理念的一次劃時代飛躍。
BPM 生命周期
 |
| BPM的生命周期 |
評估 -將分析適用於流程設計和開發的企業“原始”或當前狀態。組織結構、應用程式所有關係模型、關於流程設計、開發和部署的治理以及應用程式投資組合分析（在抽象級）是一些用於評估現有情況與將來穩定狀態所需的條件之間的差距的活動。要評估組織當前的能力來確定是否能夠採用新業務流程，而採用新業務例流程可能會跨越組織邊界，需要對組織結構和層次結構進行擴大。要對現有業務度量和標準進行標識，並根據轉換中預見的新業務流程的能力進行評估。將記錄當前IT體系結構並評估其在支持IT轉換方面的成熟度。還要評估和記錄當前技術堆疊。
根據當前體系結構、技術、業務流程、度量標準和治理框架的全面評估，將重新評估遠景，使其更為現實。評估還可以包括用於實現業務轉換的IT戰略和路線圖的定義。
定義 -這裡要確定將來穩定狀態的企業業務流程（設計、實現、部署和管理）。將對其進行模擬，以確定潛在的瓶頸。解決方案將包含到流程模型中，以減少實時性能障礙。將根據人員、流程和信息模型確定業務體系結構將來的狀態。業務組件被定義為業務體系結構的基礎結構組件。還要定義業務流程（集成可能來自多個業務組件的功能）。
業務體系結構通過業務的結構和動態視圖定義。IT體系結構方面的差距在之前的階段中標識，可與業務體系結構一起作為輸入信息，用於定義企業將來的IT體系結構。將來的體系結構可以支持業務流程及其支持應用程式的設計、開發、實現和監視。將支持業務流程的生命周期（其建模、設計、組裝、部署和監視）的技術堆疊也在此階段定義。
將對治理流程和框架進行修改和細化，以支持範圍確定、優先排序和資金投入安排。還將進行適當的修改來確定標準，以在客戶環境中保證業務流程及其實現滿足性能目標。
執行 -業務的抽象定義和IT體系結構及其組件實際上在各自的運行時建模、構建、集成、組裝、部署和監視。通常：1.業務流程要么是重新設計，要么完全從頭設計。2.分解的流程模型可作為標識服務的機制之一使用。3。流程使用服務和其他IT組件組裝和連線。4.流程在流程運行時引擎上部署，會對正在運行的流程進行監視，以了解其性能和其他服務級別協定（ServiceLevelAgreements，SLA）及KPI。為了當前階段成功完成，將安裝和配置支持流程開發的每個階段的基礎堆疊。將根據KPI及其標準對業務流程進行監視。監視可執行業務流程的IT基礎設施會發出事件和警告，可以通過滿足組織內特定角色需求的各種儀錶盤對這些事件和警告進行表示。例如，CEO將希望了解業務事件和異常，以便指揮團隊立即進行協調。CIO可能會對提供關於服務是否符合服務SLA的抽象信息的儀錶盤視圖感興趣。
還要開始上一階段定義的所需的組織更改。將在此階段開始流程治理框架的實現並進行部署。
最佳化 -將對企業體系結構的各個階段進行監視、管理和最佳化，以獲得更好的性能以及滿足用於定義企業成功運營的業務和IT標準。通常要收集和分析通過可執行流程得到的結果。分析工作通常能夠獲得可反饋到“預見”階段的信息，可以根據企業的實時運行環境對業務目標和優先權進行重新處理。有些遠景可能會很容易達到，從而讓涉眾開始考慮企業成熟度的下一個級別。有些遠景可能在企業的成熟度限制內很難達到。執行階段的結果可幫助進行這種最佳化。業務流程不是企業中能夠進行最佳化的唯一方面。組織結構、治理框架本身、技術體系結構以及標準、KPI以及SLA都需要在規劃和定義業務和IT轉換的下一次疊代前進行最佳化。
BPM最好通過分階段的生命周期方法進行，此方法可讓您以疊代的方式基於範圍的連續疊代構建和執行業務流程管理框架。
業務流程管理的方法
面向工作流的BPM
工作流描述了在BPM空間內人與人的互動和人與系統的互動。根據獨立分析師SandyKemsley所述，工作流就是我們所熟知的BPM的初始階段。“一開始就有工作流，”Kemsley在她網站的第二專欄中寫道。“更確切地說，在預先確定的流程圖中有一個掃描過的人與人之間互動的路由文檔。”在當代BPM的大背景下，工作流和EAI(企業套用集成)平起平坐，並在某種程度上，可以看成是人的集成。工作流BPM旨在最佳化業務流程中以人為本的活動。這些措施包括活動監控，流程治理，正如BPM的成因，是對未完成文檔向下進一步處理的編制。
面向文檔的BPM
文檔管理和工作流齊頭並進。當檔案穿過工作流時，追蹤檔案的去向以及它們的變動，維護文檔記錄的可靠性、安全性、可用性，早在計算機革命之前，已經成為了業務的必要元素。今天的企業文檔管理系統利用計算機技術來提供存儲、安全、索引和檢索選項。可用性正日益重要，因為多方參與者經常需要憑藉多個套用來使用同一個檔案。因此，依靠現有業務系統的集成是面向文檔BPM成功的一個主要元素。
面向業務規則的BPM
自動化這門學科可以追溯到人工智慧的早期，當時研究人員試圖以最簡單的術語，集中於規則的使用來描述複雜的系統。像最早的嘗試模擬西洋棋遊戲實驗計算機，這些系統按照狀態機的模式工作。有點像遊戲規則，組織顯式地或隱式地按照關鍵“規則”來定義過程，這些關鍵“規則”在流程的某些點上提出要做出哪些決定或更改——或請求哪些授權。一旦被稱為推理機，同類的軟體系統就發展成了業務規則引擎或者業務規則管理系統。創建和維護業務規則的複雜性常常成為這些推廣這些系統的阻礙成分。 這些系統承擔了類似以建模為中心的BPM工具的角色。(誠然，很多用戶會將以建模為中心的BPM作為一個獨特的類別。)以建模為中心的方法起初傾向於自上而下的進行工作，這些工作就是在模型中用特殊符號描述一個組織，或組織的改進。近年來一些工具廠商已經完成對可執行模型的支持——他們的模型可以生成或者幫助形成可用的業務邏輯的代碼。與這裡介紹的其他類型的BPM系統相比，業務規則引擎在純BPM系統中的規模將變得更大。
面向EAI的BPM
在整個90年代從不同系統對集成可操作型數據方法的改進，採取的是企業套用集成或EAI的形式。雖然這些往往是硬接線的一對一集成，訊息佇列這種套用集成變得尤其流行，同時隱含業務流程表現為有組織的佇列，例如，清除銀行支票或執行庫存訂單，讓集成伺服器很大程度上有了面向工作流的BPM的味道。今天，許多架構師都傾向於把數據集成問題看成業務流程問題。同樣地，一些架構師將期望根據B2B或電子數據交換(EDI)來集成的過程自動化。
IT辭彙
定位諮詢 | 地理信息系統 | 目錄服務 | 網際網路數據中心 | 信息服務 | 超執行緒技術 | 人工智慧 | 業務流程管理
