2.消息事件
大多數流程都需要通信，這可以通過消息事件在bpmn中表示。消息事件的圖標是小信封。消息事件的一般應用如圖2.1所示。
圖2.1:應用消息事件。
在bpmn中，消息的含義並不僅限於信件、電子郵件或電話。引用特定收件人並代表或包含該收件人信息的任何操作都是消息。例如，在圖2.2中，披薩訂購問題已經被完全建模:我們選擇一個披薩，並訂購它。然後我們等待披薩送到。送貨後，我們喫東西。注意，這裏沒有訂單披薩任務。
圖2.2:作爲消息事件訂購和獲取披薩
圖2.3所示的實際上是錯誤的:所訂購的投擲中間事件披薩意味着我們已經訂購了一個披薩。如果添加了相應的任務，則會導致雙重定義，因此沒有意義
圖2.3:錯誤的內容:根據這個流程模型，我們會點兩次披薩。
圖2.4:附加的消息事件導致任務搜索錯誤的取消。
在圖2.4中，我們顯示了一條導致取消的消息。在這個場景中，我們管理一個web應用程序。當用戶通知我們網站不工作，我們立即搜索錯誤。但可能是用戶搞錯了，網站沒有問題。可能用戶的互聯網連接有問題。如果用戶告訴我們錯誤警報，我們會取消搜索並咒罵用戶浪費了我們的時間。但是，如果真的發現了錯誤，我們就消除它，同時找出是誰造成了錯誤。如果是用戶造成的錯誤，我們可以用不同的理由咒罵用戶。但是，如果用戶沒有錯，我們會非常感謝他或她讓我們知道這個問題。
圖2.5:我們的約定:發送消息的任務，接收消息的事件
我們的bpmn約定俗成:我們並不總是喜歡中間的投擲活動。在沒有顯式建模的情況下暗示發送消息任務會很容易迷惑沒有經驗的模型使用者。我們選擇不爲消息拋出中間事件，而是使用任務。(參見圖2.5)，後續文章中會講解有一些特殊的bpmn任務類型用於發送和接收消息。
本文會持續更新，歡迎關注，技術支持：盤古BPM