bpm的三個标準以及如何結合使用

1、bpm标準三人組

本篇文章的重點是将bpmn作為模組化和自動化流程的标準。最近的兩個标準與bpmn密切相關，它們很好地補充了bpmn。這些是用于管理非結構化活動的案例管理模型和符号(CMMN)，以及用于管理決策的決策模型和符号(DMN)。

在本篇文章中，我們将概述這三個标準，然後描述它們如何互相關聯以及如何結合使用。

2、用于結構化工作流的bpmn

最初，bpmn代表業務流程模組化符号。第一個版本主要由ibm的stephen a . white開發，然後在2004年由業務流程管理計劃(BPMI)釋出。從一開始，目标就是提供一種标準化的圖形化過程符号，這種符号也可以用于過程自動化。在2005年，随着bpmn的進一步發展，object management group (OMG)接管了bpmi。omg是it界的一個重要機構。它尤其以其統一模組化語言(UML)而聞名，UML是軟體設計的模組化标準。bpmi與omg的合并也是bpmn全球勝利的開始，因為它為許多公司提供了轉換的動力。

2011年2月，omg釋出了目前版本bpmn 2.0。我們能夠參與其中。2.0版本提供了BPMN的新定義:業務流程模型和符号，因為2.0版本不僅定義了符号，而且定義了所謂的正式元模型。2013年9月，bpmn被國際标準化組織(ISO)作為ISO/ iec 195:2013标準釋出。

現在，您可能想知道這個神秘的bpmn在物質意義上是什麼。bpmn是一種規範。它以pdf文檔的形式存在，您可以從omg [?)的網站查閱。bpmn 1.2版本的規範文檔大約有320頁，而2.0版本已經擴充到500頁。這些文檔定義了所有bpmn符号、它們的含義以及組合它們的規則。

在1.2版本中，bpmn還沒有定義在工作流引擎中直接執行bpmn模型所需的所有技術屬性。這導緻了幾次将bpmn模型(“映射”)轉換為bpel模型的不幸嘗試(參見7.2.3節)。然而，bpmn 2.0版本使直接執行成為可能。這是使用bpmn模型的一個重要因素。另一個重要因素是标準化，它提供了以下優勢:

1. 當您不必在每次更改工具時都學習新符号時，您将變得更加獨立于某些bpm工具。今天，存在超過100個bpmn工具;其中許多是免費的。
2. 您在其他公司的合作夥伴(客戶、供應商、顧問等等)很可能熟悉bpmn，是以可以快速了解您的流程模型。
3. 在雇傭新員工時，更有可能的情況是，他們中的更多人已經能夠閱讀或生成您的bpmn流程模型。
4. 當大學和私人公司投入時間和金錢來開發基于bpmn的附加解決方案時，這也會給你帶來好處。我們稍後将介紹的bpmn架構就是這種承諾的一個例子——如果bpmn不是一個标準，我們就永遠不會開發它。

盡管bpmn關注于業務流程，但是有一個重要的限制:有些流程不适合在bpmn中進行模組化或自動化。這些是非結構化的過程;過程并不總是以可預測和可重複的方式發生。非結構化過程的一個例子是，一名醫生出現在受傷的事故現場。她不太可能通過bpmn圖來工作，但相反，她會迅速投入進來，根據她的知識和經驗做出決策，當然，也會對混亂的場景做出反應。我們可以從幾乎每個部門或行業中借鑒其他例子，盡管許多例子不那麼明顯。這就是為什麼cmmn标準現在與bpmn一起存在。

3、用于非結構化案例處理的cmmn

cmmn是案例管理模型和符号的縮寫。omg在2014年3月釋出了cmmn版本1.0。2016年3月，omg釋出了1.1版，也就是所謂的beta版。我們預計cmmn版本1.1将被采用，沒有重大的變化，這就是為什麼我們在這本書中描述它。

為了幫助了解cmmn背後的動機，假設您正在主持一個設計業務流程的研讨會。您有一屋子在流程中有利害關系的人，您的共同目标是提出一個bpmn流程模型。你從一個可管理的參與者圈子開始，你問他們第一個任務應該是什麼。

你的問題的答案取決于，他們告訴你，然後他們繼續用一系列的條件來刺激你。似乎您必須首先對條件的評估進行模組化，并且您将使用一個包含許多可能路徑的網關。

在會議過程中，與會者還指出，經常需要回到流程中，重複之前的任務。雖然在bpmn中表示這樣的跳躍很容易，但是如果它們必須表示一半以上的任務，那麼您的模型很快就會變得像一碗意大利面。有兩種方法可以走出困境:

1.     您解釋說，他們必須以更結構化的方式開始工作，減少例外、偏差、回溯等等。這将限制他們在流程中操作時的靈活性，這可能會讓員工和客戶都感到失望。另一方面，這個過程将變得可預測、可重複，并且它将更少地依賴于控制這個過程的人的隐含知識。
2. 你承認每一種情況都可能是不同的，這個過程不可能是均勻地組織起來的。您需要確定處理案例的人員有足夠的自由來利用他們的所有知識和經驗。案例處理不能表示為bpmn流程;您需要另一種模組化方法。這就是cmmn的用武之地。

cmmn标準的典型應用包括:

1. 處理特殊情況，例如，客戶投訴
2. 複雜的評估，例如，懷疑欺詐索賠解決
3. 創造性活動，例如，設計新産品

cmmn可以對這些類型的案例處理進行可視化模組化，并且這些模型可以在與cmmn相容的案例引擎中執行。結果将在以後的文章中從使用者的角度描述的支援案例管理。

首先，cmmn圖看起來類似于bpmn圖。這并不奇怪，因為這兩個标準都與活動有關，而且都是由omg釋出的。最顯著的差別是順序流，以後文章中我們會單獨介紹。序列流是BPMN的基本組成部分，在cmmn中完全沒有。

在cmmn中缺乏順序流揭示了基本設計的根本差異。bpmn假定了一個清晰的順序，一個基本的順序，在這個順序中任務被期望被執行。流程分支、回流和對事件的反應的存在并不會破壞定義為系列的流程的本質。cmmn的情況正好相反。流程式列的缺乏意味着更多的任務之間的跳躍，關于接下來發生什麼的決定留給流程的負責人，即所謂的知識工作者。在cmmn中，可能存在訂單或任務的預定義條件形式的異常，但是可以這樣說，在cmmn中，預定義條件是異常，而在bpmn中，它們是規則。

在現實世界中，整個過程很少符合完全結構化或非結構化的模式。更常見的情況是，流程中有一些結構化部分(可以在bpmn中捕獲這些部分)和一些非結構化部分(需要cmmn)。

本文會持續更新，歡迎關注，技術支援：盤古BPM