流程模型是性質相同的流程，它們被一起分類到一個模型中。因此，過程模型是對類型級別的過程的描述。由于流程模型處于類型級別，因此流程是其實例化。相同的過程模型被重復用于許多應用程序的開發，因此具有許多實例化。流程模型的一種可能用法是，與實際發生的流程本身相反，規定必須/應該/應該如何做事情。流程模型大致上是對流程外觀的預期。應在實際系統開發過程中確定應確定的過程。

• 描述性
  • 跟蹤過程中實際發生的情況
  • 從外部觀察者的角度來看待過程的執行方式，并確定必須進行的改進才能使其更有效地執行。
• 規范性的
  • 定義所需的過程以及應該/應該/可能如何執行它們。
  • 建立規則，準則和行為模式，如果遵循這些規則，準則和行為模式，則可以達到所需的過程性能。它們的范圍從嚴格的執行到靈活的指導。
• 解釋性的
  • 提供有關流程原理的解釋。
  • 探索和評估基于理性論證的幾種可能的行動方案。
  • 在流程和模型需要滿足的需求之間建立明確的聯系。
  • 預定義可以出于報告目的提取數據的點。

從理論上講，元過程建模解釋了描述開發過程中發生的事情，發生的時間，發生的時間以及原因的關鍵概念。從操作的角度來看，元過程建模旨在為方法工程師和應用程序開發人員提供指導。

對業務流程進行建模的活動通常表明需要更改流程或確定要糾正的問題。這種轉變可能需要也可能不需要IT部門參與，盡管這是對業務流程進行建模的常見推動力。需要變更管理程序來將流程付諸實踐。隨著大型平臺供應商的技術進步，業務流程模型（BPM）變得可以完全執行（并且具有往返工程能力）的愿景每天都越來越接近現實。支持技術包括統一建模語言（UML），模型驅動的體系結構和面向服務的體系結構。

流程建模解決了企業業務體系結構的流程方面，從而形成了一個全面的企業體系結構。在其余企業系統、數據、組織結構、策略等上下文中，業務流程之間的關系在分析和計劃變更方面創建了更大的功能。一個現實的例子是企業并購。詳細了解兩家公司的流程，使管理層能夠確定冗余，從而使合并更加順利。

流程建模一直是業務流程再造的關鍵方面，并且在六西格碼中可以看到持續改進的方法。

術語流程模型的定義有五種類型：

• 面向活動：針對產品定義的特定目的而進行的相關活動集；一組旨在達到目標的部分有序步驟。
• 面向產品：導致敏感產品轉換以達到所需產品的一系列活動。
• 面向決策：針對產品定義的特定目的而執行的一組相關決策。
• 面向上下文：在上下文中做出決定的影響下，導致連續的產品轉換的上下文序列。
• 面向策略：允許建立表示多方法流程的模型，并基于意圖和策略的概念，計劃用于設計產品的不同可能方式。

過程可以是不同的。^[2]這些定義“對應于流程建模的各種方式”。

• 戰略流程
  • 研究做事的替代方法，并最終制定出做事計劃
  • 經常富有創造力，需要人為合作；因此，替代方案的產生和選擇是非常關鍵的活動
• 戰術過程
  • 幫助實現計劃
  • 與制定成就計劃相比，更關注實際計劃實現所采用的策略
• 實施過程
  • 是最低級別的流程
  • 直接關系到計劃實施的內容和方式的細節

粒度是指過程模型的詳細程度，并影響可以提供的指導，解釋和跟蹤的種類。粗粒度將這些限制在相當有限的詳細程度上，而細粒度則提供了更詳細的功能。所需粒度的性質取決于當前情況。

項目經理、客戶代表、一般高層或中層管理人員需要粗粒度的過程描述，因為他們希望獲得決策的時間，預算和資源計劃的概述。相反，軟件工程師、用戶、測試人員、分析師或軟件系統架構師將更喜歡細粒度的流程模型，該模型的詳細信息可以為他們提供指令和重要的執行依存關系，例如人與人之間的依存關系。

盡管存在細粒度模型的表示法，但大多數傳統過程模型都是粗粒度的描述。理想情況下，流程模型應提供廣泛的粒度（例如Process Weaver）。

已經發現，雖然過程模型是規定性的，但在實際實踐中可能會偏離規定。因此，采用方法的框架得到了發展，以便系統開發方法與特定的組織情況相匹配，從而提高了其實用性。這種框架的開發也稱為情境方法工程。

可以在從“低”到“高”的靈活性范圍內組織方法構建方法。

剛性方法位于此頻譜的“低端”，而模塊化方法構造位于“高端”。剛性方法是完全預先定義的，幾乎沒有余地使它們適應當前情況。另一方面，可以修改和擴充模塊化方法以適合給定的情況。選擇剛性方法可以使每個項目從一組剛性的預定義方法中選擇其方法，而在方法中選擇路徑則包括為當前情況選擇適當的路徑。最后，選擇和調整方法可以使每個項目從不同的方法中選擇方法，并根據項目的需求進行調整。”