雖然BPMN規范提供了許多不同類型的啟動事件，但其中只有三種與大多數建模者試圖創建的流程相關。我們將在本篇中認真為大家闡釋。

三種開始方式

流程開始雖然看起來有很多方式，但實際上只有三種方法可以啟動一個流程：

1.應外部要求：這里的“外部”是指不是流程任務執行者的某個人或實體。例如，客戶始終是外部的。即使在面向內部員工的流程中，如果請求者在流程中不執行任何活動，只是請求它并收到一些最終狀態，也可以被認為是外部的。到目前為止，大多數BPMN流程都是從外部請求開始的。

2.定期安排，例如每個月的第一天，或每10分鐘。在不可執行的BPMN中，流程是自動啟動還是手動啟動并不重要，只要該流程按計劃重復運行即可。

3.由任務執行者手動操作：有時，在流程中執行任務的人會手動啟動它。一些面向員工的流程以這種方式工作，盡管在許多情況下發起者可以被視為外部請求者。

通常是以上三個啟動方式，使流程建模者的工作變得更加簡單。因為它不僅可以確定要使用哪個開始事件，而且還定義了流程實例。

消息開始

根據外部請求啟動的流程使用消息啟動事件，并且需要一個用Message Name標記的傳入消息流。Message Name應該只是一個名詞——消息的名稱，比如“訂單”——而不是像“接受訂單”這樣的動作或像“訂單完成”這樣的狀態。

消息啟動事件的偉大之處在于它們會立即告訴您流程實例代表什么。流程模型定義了在業務過程中重復執行的流程——而不是連續執行的——流程的每個重復或實例都有一個精確的開始和結束。了解流程實例對于創建結構合理的模型至關重要，但一般用戶最初很難做到這一點。

定時器啟動

無論是手動啟動還是自動啟動，定期執行的流程，都使用計時器啟動事件。事件的標簽應該是發生的頻率，例如“每月”或“每10分鐘”。

同樣，啟動事件標識流程實例往往是單個事件。同樣，流程中的每項活動都必須與該事件相關，而不是之前的事件或未來的事件或在該事件期間收到的某些個人請求例如，假設有一個每月發生的項目審查流程。其每個實例都是每月發生的一次。假設時間用完，有些問題會推遲到下個月，那么下個月問題的處理就會發生在下個月的項目審查實例中。

無開始啟動

由任務執行者手動啟動的流程通常使用無啟動事件，沒有觸發器圖標。

遺憾的是BPMN沒有手動事件觸發器，所以子流程的啟動事件（由傳入的序列流啟動，而不是事件）以及松散指定的流程，其中的啟動條件都未定義。在手動啟動的流程中，實例并不容易確定。

幸運的是，這些流程并不常見。我們會發現在未啟動的大多數情況下，該流程實際上是響應外部請求，因此消息啟動事件也是正確的。

結語

BPMN規范要求流程中所有活動的實例必須與流程實例保持一致。否則，它們必須在單獨的流程中建模，該流程通過消息流或共享數據存儲與第一個流程交互。