【正文】 新已有的流程文件。 動機隨著業(yè)務流程的變化，流程定義文件也需要變更進行重新發(fā)布，需要一種靈活的發(fā)布方式。即要避免每次啟動服務器都重新發(fā)布，也要避免發(fā)布后，不能再次更新的問題。一個更好的辦法就是可以通過一個serlet進行控制是否進行發(fā)布。 適用性當流程定義沒有變化時，當啟動servlet容器時，不必重復部署。 效果靈活控制發(fā)布方式，避免重復發(fā)布。 實現(xiàn) l JbpmDeployServlet：獲得要發(fā)布的文件、部署方式。 l JbpmDefinitionService：根據(jù)部署方式，獲得流程實例ProcessDefinition l JbpmContext：完成實際部署。 面向接口的設計 意圖設計獨立于具體組件內部邏輯的接口，降低業(yè)務程序與具體組件的耦合性，支持變化，可以根據(jù)需要增加對新組件的使用。 動機jbpm組件內部相關的類可能隨著版本不同而變化。或者今后想采用其他工作流組件。設計獨立于實現(xiàn)的接口提供了一直的規(guī)約，屏蔽變化。 適用性使用第三方組件。 結構適配器模式。 實現(xiàn)在jPDL中，對流程的建模被劃分為兩大部分，一是針對“流程定義”的靜態(tài)模型部分；二是針對具體“流程實例”的運行時動態(tài)模型。靜態(tài)的流程定義模型：流程定義實體（Process Definition）、流程結點（Node）、流程轉向（Transitions）、動作（Actions）、事件（Events）、任務（Task）。具體化的流程實例模型（運行時動態(tài)模型）：流程實例（Process Instance）、令牌（Token）、任務實例（Task Instance）可以根據(jù)功能范圍的不同，可以封裝不同的接口和實現(xiàn)不同實現(xiàn)類。對于流程文件的操作、對流程的操作，可以分為兩大類接口。 接口模型 參數(shù)約定為了使得業(yè)務程序和工作流組件之間信息交互，這些參數(shù)包括： l 業(yè)務流程標識。 n 對于受理系統(tǒng)、工單系統(tǒng)等，可以成為：工單標識 n 可以該標識通過工作流ContextInstance對象中保存到：jbpm_variableinstance表中。 n 它是關聯(lián)業(yè)務信息和工作流信息的之間唯一標識。當啟動一個工作流時，業(yè)務程序產生一個唯一的值，并需要把該值傳遞給工作流組件。 n 業(yè)務流程標識、流程實例標識是一一對應，可以通過業(yè)務流程標識進行查詢流程實例標識。 l 用戶標識 n 應用于：創(chuàng)建、取消/結束任務、任務回退等操作時 l 任務標識 n 應用于：取消/結束任務等 l 任務名稱 n 工作流每一個節(jié)點一個名稱，業(yè)務程序處理到每一個業(yè)務環(huán)節(jié)，都有個環(huán)節(jié)狀態(tài)名稱，為了便于數(shù)據(jù)交互，可以把：工單環(huán)節(jié)狀態(tài)名稱和工作流每一個任務節(jié)點名稱，命名為一致的?；蚍Q為：業(yè)務處理環(huán)節(jié)名稱、業(yè)務狀態(tài)名稱、工單狀態(tài)等 l 流程轉向名稱 n 從一個節(jié)點轉移到另外一個節(jié)點。 n 應用于：創(chuàng)建流程、完成任務、回退任務。 參數(shù)命名約定 l 命名方式 n 簡潔、合乎規(guī)范、如果是英文名稱，采用通用縮寫，或英文全稱。 l 節(jié)點名稱 n 名詞+動詞 l 轉移路徑名稱 n 動詞+名詞 參數(shù)處理方式 l 業(yè)務流程具體環(huán)節(jié)名稱（工單狀態(tài)名稱） n 完成一項工作，通常需要不同的環(huán)節(jié)才能完成。每一個環(huán)節(jié)可以與工作流中的某個節(jié)點對應。 n 通常它將在頁面或流程圖中展示。 n 定義在常量類中，并提供幫助方法。 n 建議該名稱與工作流流程定義圖中的任務節(jié)點名稱采用一樣。不需要額外的轉換，降低溝通成本。 l 工作流流程名稱 n 根據(jù)工作流程的不同，通過采用不同的工作流程，不同的流程有不同環(huán)節(jié)。 n 一個流程的名稱通常是穩(wěn)定的?？梢詫Σ煌牧鞒堂Q，定義在常量類中。方便在頁面展示，數(shù)據(jù)存儲。 n 建議該名稱與工作流中流程定義文件名稱采用一樣。不需要額外的轉換，降低溝通成本。 操作流程文件接口 l 使用流程存檔文件，部署新的流程定義。 n Param：歸檔文件名 l 使用流程存檔文件，創(chuàng)建一個新版本的流程定義。 n Param：歸檔文件名 l 部署新的流程定義 n Param：普通文件名 l 創(chuàng)建一個新版本的流程定義 n Param：普通文件名 l 根據(jù)流程名稱獲取流程定義 n Param：流程名稱 n Return：流程定義對象 l 根據(jù)流程標識獲取流程定義 n Param：流程標識 n Return：流程定義對象 操作流程接口 l 創(chuàng)建流程實例,并創(chuàng)建和啟動流程的開始任務實例。 n Param：流程名稱、業(yè)務流程id、創(chuàng)建人 n Return: 開始任務實例id l 刪除流程實例 n Param：業(yè)務流程id l 查詢流程實例當前所處節(jié)點 n Param：業(yè)務流程id n Return: 任務節(jié)點名稱 l 判斷流程實例是否完成 n Param：業(yè)務流程id n Return: true/ false l 完成某個任務實例，并轉移到流程的缺省節(jié)點 n Param：用戶標識、任務實例id n Return: 流程實例當前節(jié)點名稱 l 完成某個任務實例，并轉移到指定的節(jié)點。 n Param：用戶標識、任務實例id、任務完成后的轉移名 n Return: 流程實例當前節(jié)點名稱 l 完成任務實例，取消該任務實例對應的未完成的兄弟任務實例 n Param：用戶標識、任務實例id、任務完成后的轉移名 n Return: 流程實例當前節(jié)點名稱。 l 任務實例是否完成 n Param：任務實例id n Return: true/ false l 獲取任務實例的轉移路徑 n Param：任務實例id 、是否包含缺省轉移路徑，true：包含；false：不包含。 n Return: true/ false l 查詢流程實例的根令牌標識 n 業(yè)務流程id n Return: 根令牌標識 l 關閉工作流服務 用戶管理 The assignment data modelThe datamodel for managing assignments of task instances and swimlane instances to actors is the following. Each TaskInstance has an actorId and a set of pooled actors. Figure . The assignment model class diagramThe actorId is the responsible for the task, while the set of pooled actors represents a collection of candidates that can bee responsible if they would take the task. Both actorId and pooledActors are optional and can also be bined. 意圖系統(tǒng)的用戶根據(jù)業(yè)務發(fā)展可以動態(tài)的變化，但是系統(tǒng)角色是相對穩(wěn)定的，對于流程定義文件，在swimlane中，assignmen中的pooledactors屬性，可以配置為業(yè)務系統(tǒng)中的角色標識，一個角色它本身代表一類用戶，不需配置為具體的用戶標識。當用戶登錄系統(tǒng)，如果查看自己工作（或待處理的任務、待處理的工單） 動機如果沒有使用jBPM組件的認證模塊，而是采用自己系統(tǒng)的權限管理，當用戶的增加、減少時，每次都需要修改流程定義文件，在assignmen中的pooledactors中增加用戶標識。每次修改都需要重新發(fā)布。維護成本很高。 適用性系統(tǒng)具有自己權限管理。包括：用戶管理、角色管理。 結構 協(xié)作 l 參與者可以查詢自己曾經受理過的工單。 l 參與者可以查看自己對應角色的未處理的工單。 效果角色標識是相對穩(wěn)定的，因此靈活控制發(fā)布方式，避免重復發(fā)布。 實現(xiàn)準備： l 業(yè)務系統(tǒng)：定義用戶角色標識。例如：兩個角色：1：教師 2：校長。用戶標識：user001該用戶有兩個角色。 l 工作流組件：配置用戶角色標識。實例：swimlane name=授課員 // 授課員泳道 assignment pooledactors=1,2/ // 分配兩個角色 /swimlane實現(xiàn)方式： 1. 根據(jù)登錄用戶user001，獲得用戶角色列表2。 2. 根據(jù)用戶角色列表，查詢相關表或視圖，查出“授課員”所有對應的角色的工單。 信息查詢 意圖把業(yè)務系統(tǒng)產生的業(yè)務流程標識，保存到工作流組件表中，作為業(yè)務系統(tǒng)和工作流組件之間信息交互的紐帶?？梢栽跇I(yè)務系統(tǒng)和工作流系統(tǒng)中相關的表中中字段創(chuàng)建視圖，方便查詢。 動機 l 查詢某個用戶的代辦工單（記錄），包括：曾經處理過的工單（但是流程沒有結束，比如：回退的工單）、將要處理的工單。信息包括：業(yè)務流程標識、流程實例標識、任務節(jié)點標識、節(jié)點名稱等信息。 l 根據(jù)用戶標識、任務標識、流程轉向等字段，對任務實例進行完成、取消等操作。 適用性查詢待處理或曾經處理的工單記錄，同時查詢工作流組件表中的任務標識、任務名稱等。 結構 協(xié)作業(yè)務系統(tǒng)某個用戶，可以根據(jù)業(yè)務流程標識查詢到流程實例標識、任務標識等信息。 效果通過業(yè)務流程標識，可以方便查詢工作流相關信息。以便精確的控制工作流的流程轉向、圖形展示等。 實現(xiàn) l 建立一個任務視圖。 n 記錄包括：該用戶待分配的記錄、曾經受理過但打回工單（流程沒有結束的記錄）。 n 關聯(lián)表包括：待分配任務的角色表、任務實例用戶表、任務實例表。 n 字段包括：業(yè)務流程標識、流程實例標識、任務實例標識、任務實例名稱、創(chuàng)建時間、結束時間、用戶標識、。 流程圖設計 意圖提供一個圖形化查詢某個業(yè)務流程流轉情況，并通過特殊的顏色醒目所在的位置。 動機如果僅展示業(yè)務流程所處的文字名稱，不能更好獲得上下文信息，還得需要查詢其他圖片或幫助手冊查詢，易操作性差。解決辦法就是，通過一個圖片，該圖片標記了各個節(jié)點信息，存儲于數(shù)據(jù)庫中，并且根據(jù)流程定義信息，動態(tài)的修改圖片并進行展示。 適用性用戶查詢業(yè)務流程的上下文信息。 結構 協(xié)作客戶請求展示。 效果 l 圖形化方式展示當前業(yè)務流程環(huán)節(jié)。 l 方便查詢業(yè)務流程環(huán)節(jié)上下文信息。 實現(xiàn) l Jsp進行展示。 l Tag類實現(xiàn)具體業(yè)務邏輯。 l Tld文件描述tag約定。 l Servlet訪問db輸出圖片信息。 7 參考資料 開源工作流引擎介紹 簡介：遵循WfMC所定義的規(guī)范的工作流引擎 優(yōu)點：支持WfMC定義的工作流接口規(guī)范，項目開發(fā)者也比較有來頭。 缺點：不支持工作流實例的持久化，缺少圖形編輯環(huán)境，尚未全部完成WfMC定義的五類接口 ：OFBiz本身是一套獨立完整的企業(yè)應用框架，包括了通常的通用中間件和部分領域的邏輯中間件 OFBiz最出名的是它的實體引擎和服務引擎，此外還提供了規(guī)則引擎和工作流引擎。 優(yōu)點：實體引擎和服務引擎，靈活強大穩(wěn)定，基于其上的工作流引擎也是不錯了。用例比較多，參考文檔較豐富。 缺點：龐大，不是單獨的工作流引擎。 ：該工作流引擎基于狀態(tài)和過程，致力于業(yè)務集成和用戶交互，充分使用分層和插件思想，很容易和其它組件配合使用。 優(yōu)點：可擴展性好，基于可執(zhí)行XML腳本的思想 缺點：更新不及時，缺少規(guī)范 ：非常靈活的工作流引擎，完全基于插件思想，可擴展性極強，基于狀態(tài)。 優(yōu)點：工作流引擎可工作于JSP Container，EJB Container，WS Container。 引擎支持自動任務和手工任務。 工作流實例以及相關數(shù)據(jù)可以持久化，可以選擇JDBC、EJB、Hibernate等持久化方式。 具有工作流腳本圖形編輯器。 各種功能基于插件方式，易于集成已有系統(tǒng)。 工作流可以調用Java、EJB、Bean Shell、BSF