現在的業務分工越來越細，很多客戶指定要求上工作流系統，就一定要包含流程設計器。而很多開源的工作流系統，都只注重流程引擎部分，或更注重和各種開源的框架,orm等的集成，流程設計器或者根本就沒有。這使得很多找開源的工作流系統的系統集成商，不得不面臨着要自己寫一份工作流設計器，常常在論壇中見求xx流程設計器的。
通常一套工作流系統，流程引擎是核心，靈魂部分，體現了工作流的運轉設計思路。流程設計器，就相當於表現部分，利用流程設計器可視化的設計流程，客戶不管自己是否會設計流程，都需要開發商提供設計器。有了流程設計器，就可以不了解流程的基本模版定義文件，也能設計出業務流程。
為了能更方便的體現業務流程，更方便的理解工作流系統，流程設計器的操作和屬性設置一定要做的簡單，讓人一看就知道如何操作。
流程設計器是體現流程引擎，所以，一定要能快遞方便的制作出，順序流節點，條件跳轉，循環，分支，合並，子流程等等。
流程設計器的界面部分一定要有工作流引擎支持的那些基本節點。如步驟，分支，合並，子流程等等。（步驟有的工作流系統叫任務，主要看流程引擎是如何定義這些節點的）
再通過拖拉的方式，能快速的在界面上放置這些節點，畫上連線使得這些節點能連貫起來，組成順序流，循環等等，使人一目了然。
如我們公司的eworkflow工作流系統：
當然，流程設計器還要包含一些基本的，打開，保存，流程屬性頁面等，流程屬性頁面中錄入流程的名稱，版本等信息。
有了這些基本的節點和功能，就能給業務流程建模了，類似把業務流程的流轉單獨抽出來了，但具體的業務辦理，每個節點的辦理人等等的設置，還需要在每個節點的屬性頁面上設置。
節點上辦理的具體業務，我們通常是集成業務表單來完成，在表單中提交業務數據的同時，再調用流程引擎提供的api，使得流程流轉到下一步個節點。
節點上的屬性頁，提供這些基本屬性的設置。
如設置節點上辦理的業務表單，
節點的辦理條件，
節點的結果條件設置，
任務節點的選擇辦理人，
任務設置超時提醒
節點上的一些備注信息
比較重要的是，通常在流程的節點上，都要設置有一些前置后置的事件，前置事件，就是當流程運行到這個節點之前自動觸發執行，后置事件就是當流程流轉離開這個節點的時候，自動觸發執行。
前置后置事件體現工作流系統的擴展性，可以將一些業務過程業務處理等外掛到這里。如，當員工的報銷審核不通過，打回給填寫報銷單的人重新填寫時候，就可以在節點的后置事件中找 填寫報銷單的執行人。