工作流系統功能特性描述
1. 流程操作
流程在流轉過程中需要確定的為下一環節以及該環節的相應的參與者 ( 人或應用程式 ) ,所有的流程操作均是圍繞這兩方面進行。
1.1. 簽收
對事項進行簽收表明該流程步驟進行生效階段,說明當前人員已將事項從待辦狀態切換為了在辦狀態。
1.2. 直送 ( 直流 )
直流為流程操作中最為簡單的一種操作,直流為當前環節往下僅有一個環節,不存在分支的流轉,在直流過程中可確定的是流程下一環節,不可確定的是執行此環節的人員 ( 需要系統根據流程設計時配置的環節參與角色獲取具有相關許可權的人員,根據配置的是否需要選擇人員來決定是否顯示選人介面 ) 。
1.3. 分送 ( 分流 )
分流在流程操作中也很常見,分流為當前環節往下具有一個以上的環節可供選擇,即存在分支的流轉,在此種情況下往往需要提供選擇環節的頁面以供使用者確定需要發往哪個環節。
1.4. 並流
並流為當前環節往下具有一個以上的環節可供選擇,即存在分支的流轉,但並不需要使用者選擇往哪個環節的一種流轉操作,在並流的情況下系統將自動往所有的分支環節流轉,並等待所有分支環節辦理完畢後彙總至他們共同的下一環節。
1.5. 條件流轉
條件流轉為根據流程設計時所編寫的指令碼由系統計算出結果並決定流程的下一環節或下一環節的參與者。舉例來說,當前申請事項金額大於 10 萬的時候至經理審批,而大於 50 萬的時候則需遞交至副總經理審批。
1.6. 退回
審批人員收到申請事項後發現申請條件不符或資料不齊等時需要退回當前申請事項至申請人或上一環節受理人,這種流程操作通常稱為退回。
1.7. 取回
當審批人員發現申請事項傳送給了一個不合適的辦理人員時,如該辦理人員尚未簽收該事項,則審批人員可將此申請事項取回,避免不必要的麻煩。
1.8. 掛起
由於申請事項的資料不符或其他原因需要將當前申請事項進行暫停辦理,掛起當前流程,當需要恢復的時候則恢復該流程繼續執行。
1.9. 終止 ( 撤銷申請 )
由於申請事項的不合理或申請人員需要撤銷該事項的申請時,可對該流程進行終止或撤銷申請操作。
1.10. 會籤
申請事項需要幾個人員按順序的進行審批,事項將按順序依次傳送給相應的人員進行事項的審批。舉例來說,事項需要進行會籤,選擇人員分別為張三、李四、王五,那麼張三首先接收到該事項,張三填寫意見後進行傳送,系統將自動傳送至李四進行處理,李四處理完畢後系統自動傳送至王五,王五處理完畢後進入實現的下一處理環節處理。
1.11. 催辦
事項審批過程中的審批人員如覺得該事項在某一個審批人員處停留時間太長的話可對其進行催促,以提醒其迅速辦理該事項,在流程操作上稱為催辦。
1.12. 競爭辦理
競爭辦理的概念為當兩個使用者都收到某事項時,誰先簽收了該事項則為誰對該事項進行辦理,同時該事項也將從另一使用者的待辦列表中移除。
1.13. 聯審
聯審為流程操作中較複雜的一種,事項傳送後將傳送至當前環節的下面所有環節,這時的環節通常由一個子流程構成,在各自的子流程執行完畢後統一回至主流程的下一環節中,此種流轉過程稱為聯審。
1.14. 跳轉審批人員在進行事項審批時,覺得該事項不需要經過流程圖上所示意的其下的環節而可直接跳轉到下面的其他任意一個環節進行流轉。
如審批人員覺得不需要提交至科長審批以及處長審批,則可直接透過跳轉操作將事項直接送至辦公室環節進行辦理。
1.15. 傳閱
審批人員在進行事項審批時,覺得需要將該事項傳送給相關人員進行檢視,此流轉過程稱為傳閱,相關人員在接收到此事項後只可檢視不可進行審批。
1.16. 傳閱辦理
傳閱辦理與傳閱的不同之處在於接收到此事項的人員可選擇對此事項進行辦理或不辦理,而事項的流轉並不等待此傳閱辦理過程的結束。
1.17. 意見補籤
事項的審批人員在事項已經傳送至後續環節辦理的過程中均可進行意見的補籤,此操作稱為意見補籤。
2. 流程管理
2.1. 排程
在流程執行的過程中根據流程的執行狀態等等可對該流程事項進行排程,將事項排程至相應的環節中。
2.2. 監控
對流程事項進行監控,包括檢視流程的執行過程 ( 最好是視覺化的圖形表示 ) 、流程執行過程中的相關資訊 ( 如簽收人、簽收時間、辦理時間等 ) 。
2.3. 查詢
根據流程事項的關鍵字對流程事項進行簡單或綜合的查詢。
2.4. 統計分析
對查詢所得的流程事項進行統計分析,主要為分析某類事項的辦結率、效率、在辦件、已辦結件、已歸檔件等等。
3. 流程列表
3.1. 待辦列表
在待辦列表中列出傳送至當前使用者的所有事項,包括事項的一些基本資訊 ( 標題,時間等等 ) ,使用者透過此處進行事項的簽收工作。
3.2. 已辦列表
在已辦列表中列出經過當前使用者辦理但目前尚未辦結歸檔的所有事項,使用者可透過此對這些事項的辦理狀況進行監控,同時也可對事項進行催辦操作。
3.3. 已辦結列表
在已辦結列表中列出經過當前使用者辦理並已辦結歸檔的所有事項,使用者可透過此檢視事項的整個辦理過程以及辦理結果。
4. 與應用的介面
4.1. 組織機構的介面
在事項流轉過程中需要確定下一環節的參與者,此時如配置了此環節需進行選人操作,此時需要呼叫應用的組織機構介面以提供選人介面供使用者選擇下一環節的參與者,介面中需提供按角色獲取人員以及根據人員組裝出其相應的組織機構樹。
4.2. 角色的介面
在流程設計時需配置相應環節的參與角色,此時需呼叫應用提供的角色介面,介面中需提供獲取該流程事項型別的角色、建立該流程事項型別的角色的功能,或者也可以採用在設計階段不呼叫應用介面,當流程部署至應用時同時建立所需的角色。
4.3. 表單的介面
表單使得流程系統有了實際的應用意義,表單作為流轉過程中的載體,與流程系統的介面至關重要,涉及到表單的儲存方式,表單資料的獲取方式,流程環節中表單的掛接,流程資訊與表單資訊構成的相關資料表。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7600305/viewspace-1000999/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 醫藥WMS系統的功能特性
- 工作流管理系統概念
- 工作流管理系統需求
- 工作流系統之二十五 .net工作流系統開發體會
- 系統利益相關者描述案例
- Fintoch(分投趣)系統開發特性及功能(原始碼演示)原始碼
- 直接從系統得到錯誤描述 (轉)
- Git工作流指南:功能分支工作流Git
- 工作流系統的開發 (轉)
- BPM系統,工作流引擎,表單引擎常用30個功能與常見問題
- 檔案描述符和檔案系統
- 作業系統3——程式的描述與控制作業系統
- 資訊系統的場景與形象描述
- Win10系統重大特性曝光:網頁也上時間線功能Win10網頁
- Laravel 事件系統新特性Laravel事件
- 公寓系統+精簡版系統加入功能和修改功能
- OA系統簡化企業工作流程
- Diagrams:使用圖表描述雲系統架構原型架構原型
- 作業系統中的描述符和GDT作業系統
- 作業系統(二)——程式的描述與控制(1)作業系統
- 作業系統系列----程式與程式 程式的描述作業系統
- 旅店管理系統中clerk的詳細描述 (轉)
- CRM系統中的工作流有哪些作用?
- pl/sql功能特性SQL
- Visual Components軟體典型功能描述
- oracle 11.2 所有Background Processes 的功能描述Oracle
- 雲控系統的功能
- SAP系統常用功能
- Linux系統的特性優勢Linux
- MySQL 引擎特性:InnoDB IO 子系統MySql
- 工作流引擎的工作原理與功能
- 編寫具有描述性的 RESTful API (四): 通知系統RESTAPI
- 【作業系統】程式的描述與控制[執行緒](4)作業系統執行緒
- 對RedHat 系統的一些概括性描述(轉)Redhat
- [譯]按功能(特性)分包
- android api各個版本特性簡單描述到6.0AndroidAPI
- win10系統有哪些新功能 win10系統新功能介紹Win10
- 透過CRM系統實現工作流程自動化