運用工作流管理系統給業務系統建模，就是將業務辦理過程轉換成流程支持的一個一個節點的過程。
流程建模完成后，就需要准備做節點上辦理的業務了。
業務的辦理在管理系統中是用表單來體現的，通常是錄入，展現，校對，修改等過程。
在辦公管理系統中，審批流比較多，審批流的業務辦理過程，通常是一張表單貫穿所有節點。如一張員工報銷單，填寫完成后，后續的辦理過程始終是圍繞這張報銷單來做的，審批，給出意見等等。
在生產或其它的過程辦理的流程中，每個節點辦理的業務，可能就不一樣了，即一個節點掛接一張表單，做一件事情的辦理。到達下一個節點后，又是另外一張單據，辦理另外一件事情。這些表單之間操作的數據是有關聯的，或者是同一張業務表的不同字段，也可能是不同業務表，但是和一張主業務表有關聯。
在審批流為代表的流程中，流程的多個節點，辦理的業務數據相同，或者說主體信息相同，只有個別信息不一樣。這樣就可以用同一張單據來掛接，單據中各個輸入或者顯示控件，可以設置權限，按人，角色，或者流程的節點來設置。
如填寫報銷申請單時，報銷單的主體信息報銷人有寫的權限，在審批節點的時候，報銷單主體信息，就都是只讀的，不能修改了。
(填寫報銷申請單)
（審核報銷單）
這樣就可以設計一張單據，掛接到填寫節點和審批節點，報銷單的主體信息，在填寫節點是可寫的。在審批節點是只讀的，按流程的節點來設置操作權限。審批通過拒絕，和審批意見等則和單據主體信息相反，在填寫節點，審批的信息是隱藏的，到審批節點這些信息是可見並能編輯的。都可以按流程的節點來設置操作權限。
在生產或者過程辦理為代表的流程中，每個節點可能操作不同的表單，就不需要設置這些操作權限了。每個節點辦理的業務信息，可能是相同的業務表中的不同字段，也可能是不同的業務子表中的信息。
當來自同一張業務表的不同字段，就很容易操作了，單據中只要設置流程實例和主業務表的關聯。
當來自不同的業務表，或者業務子表的時候，單據中，就需要通過流程實例id和主業務表的關聯，主業務表和子業務表的關聯，這樣來找到子業務表和流程實例的關聯。
當生產或過程辦理的業務流程很大，大到需要用了多個子流程來分解的時候，子流程中操作的業務表記錄就有更多種情況了，在表單中，就需要通過主流程實例和子流程實例之間的關聯，來找到主業務表和子業務表之間的關聯，或者從主子業務表之間的關聯來找，主子流程之間的關聯。
在流程中的多節點中掛接多張表單，還是一張表單，需要根據業務的需要來制定，也可能是一個業務流程中，既有多個節點共用一張表單的情況，也有多節點掛接不同的表單的情況。