在本課中, 您將看到子流程元素如何在業務流程建模中使用。子程序表示多個活動, 這些活動一起執行整個程序的一部分。
在 bpmn 中,子程序可以具有展開或摺疊表示形式。在擴充套件的子程序中, 其所有詳細資訊都顯示在其限制範圍內。
圖 7. 擴大的分程序
在摺疊的子流程(更常用) 中, 詳細資訊在流程關係圖中不可見, 從而使業務流程的視覺化變得容易得多。從圖形上看, 它表示為任務(帶圓角的矩形), 並在較低的中心有乙個小的加號。
圖8。摺疊子程序的圖形表示
在流程圖中, 子流程通常用於以下兩種情況:
分解 (分解) 關係圖並使其更具可讀性;
描述重複的活動。
讓我們看看子流程是如何用於流程分解的。
任何流程圖都表示一系列活動。當乙個程序有大量的活動時, 最好將其分解為子程序。然後,子程序將形成關係圖的頂層, 顯示程序的核心。此方法允許您製作邏輯和可讀的關係圖, 而無需過多的詳細資訊。
下面是這樣乙個頂級流程 「員工招聘」 的示例。它的頂層看起來如下, 任何人都很容易理解:
圖9。員工招聘頂級業務流程
在描述每個子流程時, 您包括所有必要的詳細資訊:bpmn元素、執行器和條件。您可以說子流程是主業務流程中的一項複雜任務, 儘管在bpmn中, 它實際上不是乙個單獨的任務, 而是對另乙個流程的一種引用。
當業務流程分解為子流程時, 您可以輕鬆地對其進行更改, 而無需修改整個流程, 只需在相應的子流程中引入更改即可。
員工招聘流程細分為以下三個流程:
尋找新員工。
完成文書工作。
培訓新員工。
讓我們來看看由子流程表示的每個活動。
圖 10. 「尋找新員工」 子流程
圖 11. 「完成文書工作」 子程序
圖 12. 「培訓新員工」 子流程
現在想象一下, 如果所有這些活動和執行器都顯示在乙個圖表中。建模會很困難, 更不用說看這樣的圖表了。通過將複雜的業務流程分解為子流程, 您可以獲得乙個流程, 這對任何業務使用者來說都是可以理解的, 將來可以很容易地進行修改或增強。
現在, 讓我們看看子程序是如何用來描述重複活動的。
有不同的子流程型別;其中之一是可重用的型別。可重用的子流程可以在多個業務流程中多次使用。它標識流程中使用預定義流程的點。
子程序必須僅由其所有者修改和更新, 這將提供及時和準確的更新, 並將出錯的可能性降至最低。當將更改引入可重用的子流程時, 也不需要修改使用它的主要業務流程。更改只在乙個子流程中引入一次!
看看下面的示例, 「客戶通知」 可重用子流程在兩個主要流程的上下文中使用: 「新產品發布」 和 「分支機構開啟」。
圖15。可重複使用的子程序
如果必須向流程中新增新的資訊渠道或廣告工具, 則僅將其新增到 "客戶通知"子流程的關係圖中。不修改這兩個主要程序。
正如我們之前所說,bpmn包括幾個子流程型別。我們剛剛回顧了其中的乙個, 可重用的子過程。
以下是一些不太常見的子流程型別:
偶數子程序是子程序的一種特殊型別。它是由事件觸發的, 與由序列流觸發的常規子程序不同。事件子程序顯示為乙個圓角矩形, 其中包含乙個以薄虛線為邊框的圓線。
圖16。事件子程序 (摺疊)
事務是乙個子程序, 其行為通過事務協議進行控制。事務的圖形表示形式是乙個圓角矩形, 其中有一條標記其邊框的雙線。
圖 17. 事務子程序 (摺疊)
特設子程序是一組沒有所需序列關係的活動, 可能以任何順序發生。執行活動的順序和次數由執行者決定。
ad-ac 子程序的圖形元素在子程序矩形形狀的較低中心包含乙個標記, 即傾斜 (~)。
圖18。特設分程式
您可以在bpmn 規範中閱讀有關各種子流程型別及其在業務流程建模中的應用的更多資訊。
此bpd示例說明了使用電子郵件和**會議的討論過程。它顯示了以下bpm元素：活動，計時器，決策，啟動事件，結束事件，注釋，資料關聯，序列流和資料，以及並行閘道器。
以此為起點繪製bpmn圖。只需單擊「使用此模板」進行編輯，或單擊「建立空白」以從頭開始繪製。
具有強大visual paradigm bpmn軟體的業務流程設計 - 使用專業的bpmn工具傳達業務流程創意。
BPMN 第5部分 訊息
訊息是乙個基本的 bpmn概念,是不同流程參與者之間通訊的內容。通訊本身稱為訊息流。它顯示了兩個通訊參與者之間的互動,他們由兩個單獨的池表示。訊息流必須將兩個單獨的池或乙個池的物件與另乙個池的物件連線。它無法連線乙個池中的兩個物件。從圖形上看,訊息流是帶有開啟箭頭的虛線。虛線將其與 序列流 區分開來...
BPMN 第3部分 池 泳道和任務
我們的 bpmn教程的第三課是專門針對游泳池和泳道。此外,我們將更詳細地描述您已經熟悉的task元素。為了顯示業務流程參與者之間的互動方式,bpmn使用池和泳道。通常,在 bmp 系統中,pool 被定義為程序的容器,表示所有流程活動及其執行器。泳道通常用於代表內部業務角色,並將職責分配給所有流程參...
第4 部分 保證資料的完整性
第4 部分 保證資料的完整性 1.用約束而非商務規則強制資料完整性 如果你按照商務規則來處理需求，那麼你應當檢查商務層次 使用者介面 如果商務規則以後發生變 化，那麼只需要進行更新即可。假如需求源於維護資料完整性的需要，那麼在資料庫層面上需要施加限制條件。如果你在資料層確實採用了約束，你要保證有辦法...