對于BPM軟件前面已經談到過一定是包括了自動化的業務流和人工工作流引擎兩部分的內容，同時為了更好的處理在業務流程建模中的業務規則往往還需要有單獨的規則引擎子系統或模塊。一個完整的BPM系統往往包括了流程建模和設計、數據建模、界面設計、基礎數據和權限設計、流程執行和監控、流程仿真、流程績效評估多個方面的內容。由于BPM主要完成的流程組合和編排是整個SOA架構的上層內容，因此一個完整的BPM系統設計和構建本身就是組件化和SOA服務化思想進行的。
對于BPM軟件的實施，我們從通過BPM系統全新構建業務應用和基于BPM系統進行流程整合兩個場景來討論BPM軟件實施過程中的異同。
一個完整的BPM系統本身就可以理解為一個既開放，又相當封閉的SOA架構平臺。開放主要是說該系統能夠很好的集成和復用已有的SOA共享服務能力，封閉則是說BPM軟件可以從設計建模，到測試，到部署上線端到端的完成一個業務應用的構建。
可以看到全新構建業務應用相當來說反而容易，這個時候沒有和企業內部遺留IT系統集成和協同的麻煩。在這種情況下基礎數據完全可以以BPM系統為最初的源頭，很多跨流程的業務單據信息也直接在BPM系統中進行建模和設計。對于界面和展現即完全利用BPM軟件本身提供的一整套快捷開發工具進行，本身也不存在單獨構建一個IT系統時候還需進行基礎技術框架構建的問題。
但是在這種場景下構建BPM，仍然存在一些問題無法解決，具體包括如下:
首先對于業務系統，可以以工單和流程驅動的系統，還有以核心共享數據為基礎驅動的系統。前者類似OA，ITIL類業務系統；后者類似資產，資源管理等系統。注意對于后者我們期望的一個完整的全局數據模型，這個數據模型往往會應用到多個業務流程中，而不是簡單的工單。在這種情況下采用BPM軟件是很能實現完整的業務功能的。因此BPM更多的還是適用于流程驅動的業務應用。
其次，通過BPM軟件構建出來的系統往往是跨越了多個業務部門的一個端到端業務流程管理，在這種情況可能并不會再具備原有的項目系統，采購系統，物流系統等嚴格的業務系統劃分，而是這些業務都完整的實現在了一個端到端的業務流程上。那么這個BPM系統的業務管理和認責部門是誰？這個時候我們往往找不到一個主導的責任部門，那么這個BPM系統后續如何推廣實施？靠IT部門的力量往往是很難真正落地的。這也是我們常說的BPM系統的推廣難點已經不在技術上，而在于業務上。
這個相當于前者來說往往更加困難，困難點就再在于期望通過BPM來解決原有的端到端流程中的協同斷點，同時又需要最大化的保留歷史遺留系統的IT資產。
大家看SOA架構好像覺得這個問題已經很簡單的解決了，即歷史的遺留系統都會識別為組件，組件應該將遺留系統的業務和數據服務能力提供出來，然后通過BPM層對服務進行組合，服務進行編排，形成一個端到端的完整流程。但是這個本質問題還是BPM和遺留業務的關系問題。
如果基于BPM是來實現一個完整的端到端流程，這個端到端流程在構建過程中確實可以調用遺留系統的服務能力，但是這個端到端流程是否涉及到單據和數據的產生，是否涉及到人工流程的處理？如果流程會產生單據和數據信息，那么根據原有IT架構這些業務單據仍然應該產生和存儲在遺留IT系統而不是BPM系統，對于人工流程的處理同樣的道理，仍然應該是在原有業務系統中統一處理而不是在BPM系統。
這個一分析清楚我們就容易理解，遺留系統場景下BPM進行整合，不能憑空的再找出一個BPM系統出來，BPM的重點是將原有業務系統中的單據和流程整合和集成起來，而不是替代原有系統的能力。最終集成的效果可以通過Portlet形式展示到門戶，而不是新增加一個業務系統。
把這個理解清楚了，就清楚在這種場景下BPM實施的重點應該是由業務系統提供完整的領域服務層能力出來，而BPM重點是來統一實現界面層和展現，實現各個業務系統中服務能力的組合。即使在這種情況下都還需要考慮如何解決門戶層應用功能和原有IT系統間功能的統一工作臺展現，這個問題沒有解決好就會變成業務部門人員需要兩處處理業務，現在在實施層面是很難推廣的。
對原有的IT資產保留的越多，你會看到BPM本身在實施過程中能夠用到的能力越是減少和退化。那么對于一個已經相當成熟的內部IT來說，BPM還存在哪些價值和意義。針對這個問題，在這種場景下BPM的價值重點體現在兩個方面。
第一個方面是通過BPM來實現端到端流程執行的監控和流程績效評估，注意這本身在完整的應用架構里面就是在執行層上面的事情，這樣可以減少和已有的業務系統之間的功能性沖突。
第二個方面是對于企業內部的很多職能管理部門，如審計部門，風控部門，流程管理部門等，這些部門本身并不承載核心業務價值鏈上的單據產生和業務，而重點是基于已有業務系統能力進行的IT管控和治理，因此對于這些部門新建設的業務系統是最適合通過BPM工具來完成的。
對于BPM本身在進行流程建模設計的時候，也要注意到最好采用子流程的模式進行分層建模和設計，即對于BPM流程的頂層重點是自動化的端到端業務，而對于下層才是人工審批流流程，否則一個完整的端到端BPM流程將很難進行后續的執行監控。
