這些系統承擔了類似於建模的BPM工具的角色。(不可否認，許多用戶將把以建模為中心的BPM作為壹個獨特的類別。起初，以建模為中心的方法傾向於自上而下地工作，即在模型中用特殊符號描述壹個組織或對其進行改進。壹些工具供應商已經完成了對可執行模型的支持——他們的模型可以生成或幫助形成可用的業務邏輯代碼。與這裏介紹的其他類型的BPM系統相比，純BPM系統中業務規則引擎的規模會變得更大。在整個20世紀90年代，集成來自不同系統的操作數據的方法的改進采取了企業應用集成(EAI)的形式。盡管這些通常是固定的壹對壹集成，但消息隊列(壹種應用程序集成)已經變得特別流行。同時，隱含的業務流程被表示為有組織的隊列，例如清算銀行支票或執行庫存訂單，這使得集成的服務器在很大程度上具有面向工作流的BPM的味道。今天，許多架構師傾向於將數據集成視為業務流程問題。類似地，壹些架構師會期望根據B2B或EDI集成過程自動化。