IBM BPM 的前身是 Lombardi，是由 IBM 於 2009 年收購的產品，之後產品更名為 IBM WebSphere Lombardi Edition，目前最新版本稱為 IBM BPM V7.5。IBM BPM 提供了強大的業務流程管理（BPM）功能，而且通過 IBM BPM 所支持的 Portal 和可定製的 Coach，使得客戶可以直接通過 Web 的方式與 BPM 的業務流程進行交互。但是由於用戶需求的的多樣性以及 Coach 所提供的功能的局限性，加上 JSP 與 JS 結合的靈活性，使得通過廣泛的 Web 技術以充分利用 IBM BPM 的業務流程管理功能成為一種需要。本文針對目前 BPM 市場主流的一款重磅產品 IBM Business Process Management, 首先從 IBM BPM 的一些背景、基礎框架和產品使用基礎知識進行了介紹，然後結合一個具體的業務實例來分析採用 IBM BPM 實現 Business Process 應用的一些優勢和技術 / 產品選型策略，同時給出如何使用 IBM BPM 來開發一個具體的業務流程的案例實踐，能夠幫助 IBM BPM 的初學者快速的入門，並快速構建一個功能簡單但是相對完整的 BPM 項目。
IBM Business Process Management 介紹
商業流程，或者稱為業務流程，其高可用性已經成為市場的一個共同的目標。越來越多的公司將通過業務流程有效的增加客戶價值定為自己的商業目標。大部分公司已經意識到傳統的”以代碼功能為核心”的軟體開發工具和開發方式已經不能滿足”以人為中心”的商業目標，而日漸重要的流程管理，如工作流、任務管理和流程模擬等，使得流程帶來了越來越多的商業價值。而目前市場上並沒有一個完整的包含了流程開發、測試、分析、模擬、統計及部署應用的一體化工具。
IBM BPM 正是為了解決這一問題而產生，它使用基於 Java，J2EE 和 XML 等工業標準技術，開發出各種各樣的用戶應用程序，包括 Process Modeler、Service Modeler 、Process Inspector 、Process Optimizer、Process Portal、Process Coaches、Console 等，它們通過共享同一個模型來滿足不同背景的人參與到流程的生命周期中。
IBM BPM 的總體架構包含了伺服器和客戶端兩部分，其中客戶端包括了以 Eclipse 為基礎的 Process Designer ( 舊版本中稱為 Lombardi Authoring Environment），以及基於 Web 的 Process Center Console，Performance Admin Console、 Process Admin Console 和 Process Portal，而服務端包括 Process Center、Process Server 及 Performance Data Warehouse。它們在 IBM Business Process Manager 中的作用如表 1 所示：
表 1. IBM BPM 組件介紹
| 組件 |
功能 |
| Process Center | 為 Process Designer 和 Process Center 控制台提供一個集成式的開發環境和共享存儲庫，它包括了 Process Center Server 和 Performance Data Warehouse 兩個組件。 |
| Process Server | 用於執行流程和服務，它內置於 Process Designer 中，存儲在 Process Center Repository 中。 |
| Performance Data Warehouse | 收集和分類流程執行的數據。 |
| Process Center Console | 管理和維護 IBM BPM 的存儲庫，包括管理流程應用、工作空間和快照以及將流程應用安裝到運行時環境。 |
| Process Designer | 包括了一系列的圖形用戶界面使用戶可以方便的建模、實現、模擬以及查看商業流程。 |
| Integration Designer | 集成式的設計、開發環境。 |
| Process Portal | 提供了一個集成的界面使得流程的參與者可以方便的執行被分配的任務、查看歷史任務以及團隊的工作效率等。通過 Process Portal，用戶可以方便的連上 Process Center Server 或者 Process Server |
| Process Admin Console 及 Performance Admin Console | 配置及維護 Process Center 和 Performance Data Warehouse |
各種客戶端通過服務端與各種實際環境相關聯，他們也可以直接與實際的環境聯繫起來。關係如圖 1 所示：
本文實例來自於 RAPID Process 解決方案。The Remote Access and Processing of Image Documents (RAPID) 是一個用來接收、處理、審批和存儲用戶電子文檔的工作流平台， 主要是用來提高電子文檔的審批和歸檔效率。本文採用了其中一個最典型的實例（發票審核流程）來作為本文流程建模和應用開發的實例。流程的用戶場景如圖 2 所示：
如上圖所示，發票錄入員將掃描成像的發票錄入系統，根據發票的屬性（如金額、用途等）決定審批的級數和審批者。審批者最多有 5 個，但不限定為 5 個。在審批過程中，如果其中某一級拒絕（Reject），則審批流程提前結束，否則，直到所有人審批（Approve）完成後結束。錄入員在填寫發票基本信息時，會根據情況確定是否需要進行發票重複性審查，如果不需要，則直接進入後面的發票審批流程，否則先進入重複性檢查，如果出現重複，則以異常的方式結束該流程。根據上述用戶場景，我們將構建如圖 3 所示的流程模型：
如上圖所示，”COCE_GIW_ALL_Index”節點對應了錄入員錄入發票基本信息的動作，”COCE_GIW_ROBF_DuplicateCheck”節點對應了重複性檢查的動作，”Approve”節點對應了各級發票審核的動作，”SendMail”節點用於給各級審核者發送郵件，審核者通過郵件中的鏈接登錄系統並審核對應的發票。整個流程類似於圖 2 中所示用戶場景。
本文使用 Process Designer（文中簡稱 PD）作為流程開發環境，其過程中所涉及的操作流程與舊版本的 Authoring Environment 相同，如果本機環境中沒有，可從 http://[your-ibm-bpm-server]:[port number]/ProcessCenter/ 上進行下載。
雙擊 PD 圖標鏈接在對應的用戶名、密碼位置輸入合法用戶名 / 密碼，點擊”登錄“按鈕即可登錄開發工具。默認的頁面為 Process Center 頁面的 Process App 標籤頁，如果沒有選中該標籤頁，點擊即可選中。頁面中會顯示已經存在的 Process App。確保選中”Process App“選項卡，點擊右邊的”新建 Process App“按鈕在彈出的窗口中填入 Process App 的名稱，它的縮寫名以及 Process App 的描述，”首字母縮寫“中信息為”RAPSIM2“，該信息將用於在 Web 系統中確定需要交互的 Process App。填寫完成後點擊”創建“按鈕，完成 Process App 的創建並回到 Process Center 頁面，此時，將會看見你所創建的 Process App，點擊對應的流程應用右邊的”在 Designer 中打開“，將會打開 Designer 頁面，AE 會默認切換到”設計器“頁面。點擊”流程“右邊的”+”號，會彈出”新建“對話框，選擇其中的”業務流程定義“，會彈出”新建業務流程定義“對話框，填寫業務流程名稱 SimpleRapidBPD，並點擊”完成“按鈕。完成後，AE 會回到設計器頁面，並默認打開剛創建的流程定義的”概述“選項卡，如圖 4 所示：
圖 4. 查看 BPD 概述
以下文章點擊率最高
Loading…