申請免費試用、咨詢電話：400-8352-114

目錄

第一章需求簡介

1、目的

協(xié)辦人功能在應用過程中發(fā)現(xiàn)很多不合理的地方，以及功能實際應用情況和設置項理解歧義的地方，故重新梳理邏輯，并使設置選項聯(lián)動，以方便用戶功能理解和配置。

2、范圍

修改涉及版本：7.0。
【系統(tǒng)設置】-【工作流程】-【路徑設置】

3、概述

【協(xié)辦人權限】中將【協(xié)辦人可轉(zhuǎn)發(fā)】設置項去除，直接跟隨節(jié)點上設置的轉(zhuǎn)發(fā)邏輯
【會簽關系】選擇【不影響流程流轉(zhuǎn)】協(xié)辦人權限設置調(diào)整
【會簽關系】選擇【會簽】協(xié)辦人權限設置調(diào)整
【會簽關系】選擇【非會簽】協(xié)辦人權限設置調(diào)整

第二章產(chǎn)品/項目概述

1、用戶特點

系統(tǒng)管理員、流程維護人員。

2、系統(tǒng)環(huán)境

操作系統(tǒng)：Windows、Linux
數(shù)據(jù)庫：SQLServer、Oracle

第三章主辦人定義

流程的協(xié)辦人是相對流程的主辦人而言，那么主辦人究竟指哪些操作者呢？在此做一個定義：主辦人是指流程節(jié)點的協(xié)辦人所對應部門內(nèi)的所有操作者。
以下所有邏輯是針對同一部門內(nèi)協(xié)辦人和主辦人的邏輯關系進行闡述，不同操作組的會簽關系、同一個節(jié)點的多個待辦關系遵循以前的邏輯，請開發(fā)和測試人員先了解原有功能邏輯，確保協(xié)辦人的加入不影響原有功能邏輯。

第四章功能需求詳細說明

1、【會簽關系】中【不影響流程流轉(zhuǎn)】的操作說明修正

1.1背景
協(xié)辦人與主辦人會簽關系中，當協(xié)辦人不影響流程流轉(zhuǎn)時，對其的操作說明存在歧義，不能清楚知道主辦人沒有提交前一直處于待辦中是指誰的待辦。如果是主辦人的待辦中則說法不準確，因為主辦人之間可能是非會簽關系，當一個主辦人提交后，其他主辦人的流程也會轉(zhuǎn)到已辦中；如果是協(xié)辦人的待辦中則不合理，協(xié)辦人提交后流程還停留在本節(jié)點，但是肯定是轉(zhuǎn)到已辦了。故需調(diào)整操作說明。
1.2設置界面調(diào)整
功能入口：
【系統(tǒng)設置】-【工作流程】-【路徑設置】-【節(jié)點信息】；
【系統(tǒng)設置】-【工作流程】-【路徑設置】-【圖形編輯】。
節(jié)點操作者設置頁面，選擇【人力資源字段】-【部門】，出現(xiàn)【協(xié)辦人條件】瀏覽框，點擊瀏覽框打開協(xié)辦人條件設置界面如圖1-1所示：

改造后，【會簽關系】中【不影響流程流轉(zhuǎn)】的操作說明修正為“不影響流程流轉(zhuǎn)：是指協(xié)辦人提交后不影響流程流轉(zhuǎn)，不影響主辦人對流程的處理”。
改造后界面應如圖1-2所示：

2、【協(xié)辦人可轉(zhuǎn)發(fā)】設置項去除，直接跟隨節(jié)點上設置的統(tǒng)一轉(zhuǎn)發(fā)邏輯

2.1背景
流程節(jié)點本身就有對流程轉(zhuǎn)發(fā)的控制，可以控制節(jié)點操作者是否可以轉(zhuǎn)發(fā)、被轉(zhuǎn)發(fā)人是否可以再轉(zhuǎn)發(fā)、是否需要等待被轉(zhuǎn)發(fā)人意見等。轉(zhuǎn)發(fā)權限控制本身比較復雜，如果再對協(xié)辦人進行轉(zhuǎn)發(fā)控制，會出現(xiàn)同樣是這個節(jié)點操作者轉(zhuǎn)發(fā)權限卻完全不一樣的情況，邏輯混亂，理解困難。故本次去除對協(xié)辦人的轉(zhuǎn)發(fā)權限控制，其轉(zhuǎn)發(fā)權限跟隨所在節(jié)點設置的轉(zhuǎn)發(fā)權限。
2.2設置界面調(diào)整
改造前界面如圖2-1所示：

圖2-1
改造后，去除【協(xié)辦人可轉(zhuǎn)發(fā)】的設置項，以及下方【操作說明】中關于【協(xié)辦人可轉(zhuǎn)發(fā)】選項的說明。
改造后界面應如圖2-2所示：

圖2-2

3、【會簽關系】選擇【不影響流程流轉(zhuǎn)】協(xié)辦人權限設置調(diào)整

3.1背景
（1）【主辦人提交前可提交意見】
改造前，當協(xié)辦人不影響流程流轉(zhuǎn)時，勾選【主辦人提交前可提交意見】邏輯不明確，選上后主辦人提交前協(xié)辦人可提交意見，主辦人提交后不明確是否還能提交意見。從應用角度來說，協(xié)辦人既然參與流程，主辦人都是需要參考他的意見的，因此主辦人提交前協(xié)辦人一定是能提交意見的，而主辦人提交后協(xié)辦人是否還可以提交意見則應該是可配置的。故此選項改為【僅能在主辦人提交前提交意見】。
3.2設置界面調(diào)整
改造前界面如圖3-1所示：

圖3-1
改造后，【主辦人提交前可提交意見】選項修改為【僅能在主辦人提交前提交意見】，下方【操作說明】中關于【主辦人提交前可提交意見】選項的說明調(diào)整為“僅能在主辦人提交前提交意見：是指主辦人提交意見前協(xié)辦人可提交意見，主辦人提交意見后協(xié)辦人不可提交意見”。
改造后，頁面應如圖3-2所示：

圖3-2
3.3邏輯定義
3.3.1 協(xié)辦人權限邏輯
（1）【僅能在主辦人提交前提交意見】
當勾選“僅能在主辦人提交前提交意見”，則主辦人提交意見前協(xié)辦人可提交意見，主辦人提交意見后協(xié)辦人不可提交意見。
不勾選“僅能在主辦人提交前提交意見”，則主辦人提交意見前或提交意見后，協(xié)辦人都可提交意見。
（2）【未查看一直停留在待辦】
當勾選“未查看一直停留在待辦”，則在協(xié)辦人未查看流程的前提下，主辦人提交意見后，該流程仍然停留在協(xié)辦人的待辦事宜中，協(xié)辦人查看流程后，流程轉(zhuǎn)到協(xié)辦人的已辦或辦結事宜中；在協(xié)辦人已查看流程的前提下，主辦人提交意見后，該流程轉(zhuǎn)到協(xié)辦人的已辦或辦結事宜中。
不勾選“未查看一直停留在待辦”，無論協(xié)辦人是否查看過流程，主辦人提交意見后，該流程都轉(zhuǎn)到協(xié)辦人的已辦或辦結事宜中。
（3）【可修改表單內(nèi)容】
當勾選“可修改表單內(nèi)容”，則協(xié)辦人可以對可編輯的表單字段進行修改，但流程流轉(zhuǎn)到下一節(jié)點后就不可以再修改表單字段內(nèi)容。
不勾選“可修改表單內(nèi)容”，則協(xié)辦人不可以修改表單中任何字段。
3.3.2 主辦人之間的關系
（1）主辦人之間非會簽
協(xié)辦人作為被抄送人可以提交一次流程，協(xié)辦人是否提交流程不影響主辦人的操作，主辦人之一提交流程，流程流轉(zhuǎn)到下一節(jié)點。
（2）主辦人之間會簽或依次逐個處理
協(xié)辦人作為被抄送人可以提交一次流程，協(xié)辦人是否提交流程不影響主辦人的操作，所有主辦人提交流程后，流程流轉(zhuǎn)到下一節(jié)點。

4、【會簽關系】選擇【非會簽】協(xié)辦人權限設置調(diào)整

4.1背景
（1）【主辦人提交前可提交意見】
改造前，當協(xié)辦人與主辦人是非會簽關系時，勾選【主辦人提交前可提交意見】邏輯不正確，勾選后主辦人提交前協(xié)辦人可提交意見，主辦人提交后協(xié)辦人不可提交意見；不勾選則主辦人提交前后協(xié)辦人都不可提交意見。從應用角度來說，既然協(xié)辦人與主辦人是非會簽關系，那么只要其中一個人提交流程，流程已經(jīng)流轉(zhuǎn)到下一節(jié)點，所以協(xié)辦人必須要在主辦人之前提交意見，否則就不能提交意見。故不勾選【主辦人提交前可提交意見】是沒有意義的，故將此選項默認選中且禁止修改，同時名稱調(diào)整為【僅能在主辦人提交前提交意見】。
4.2設置界面調(diào)整
改造前界面如圖4-1所示：

圖4-1
改造后，【主辦人提交前可提交意見】選項修改為【僅能在主辦人提交前提交意見】且默認選中并不可修改，下方【操作說明】中關于【主辦人提交前可提交意見】選項的說明調(diào)整為“僅能在主辦人提交前提交意見：是指主辦人提交意見前協(xié)辦人可提交意見，主辦人提交意見后協(xié)辦人不可提交意見”。
改造后，頁面應如圖4-2所示：

圖4-2
4.3邏輯定義
4.3.1 協(xié)辦人權限邏輯
（1）【僅能在主辦人提交前提交意見】
默認勾選“僅能在主辦人提交前提交意見”且不可編輯，主辦人提交意見前協(xié)辦人可提交意見，主辦人提交意見后協(xié)辦人不可提交意見。
（2）【未查看一直停留在待辦】
當勾選“未查看一直停留在待辦”，則在協(xié)辦人未查看流程的前提下，主辦人提交意見后，該流程仍然停留在協(xié)辦人的待辦事宜中，協(xié)辦人查看流程后，流程轉(zhuǎn)到協(xié)辦人的已辦或辦結事宜中；在協(xié)辦人已查看流程的前提下，主辦人提交意見后，該流程轉(zhuǎn)到協(xié)辦人的已辦或辦結事宜中。
不勾選“未查看一直停留在待辦”，無論協(xié)辦人是否查看過流程，主辦人提交意見后，該流程都轉(zhuǎn)到協(xié)辦人的已辦或辦結事宜中。
（3）【可修改表單內(nèi)容】
當勾選“可修改表單內(nèi)容”，則協(xié)辦人可以對可編輯的表單字段進行修改，但流程流轉(zhuǎn)到下一節(jié)點后就不可以再修改表單字段內(nèi)容。
不勾選“可修改表單內(nèi)容”，則協(xié)辦人不可以修改表單中任何字段。
4.3.2 主辦人之間的關系
（1）.主辦人之間非會簽
情況一：協(xié)辦人提交后，流程流轉(zhuǎn)到下一節(jié)點，主辦人不需再提交流程。
情況二：主辦人中的一個人提交后，流程流轉(zhuǎn)到下一節(jié)點，協(xié)辦人不需再提交流程。
（2）主辦人之間會簽或依次逐個處理
情況一：協(xié)辦人提交后，流程流轉(zhuǎn)到下一節(jié)點，未提交的主辦人不需再提交流程。
情況二：所有主辦人提交后，流程流轉(zhuǎn)到下一節(jié)點，協(xié)辦人不需再提交流程。

5、【會簽關系】選擇【會簽】協(xié)辦人權限設置調(diào)整

5.1背景
（1）【主辦人提交前可提交意見】
改造前，當協(xié)辦人與主辦人是會簽關系時，勾選【主辦人提交前可提交意見】邏輯不正確，勾選后主辦人提交前協(xié)辦人可提交意見，主辦人提交后協(xié)辦人不可提交意見；不勾選則主辦人提交前后協(xié)辦人都不可提交意見。從應用角度來說，協(xié)辦人與主辦人是會簽關系，那么要主辦人和協(xié)辦人都提交流程，流程才會流轉(zhuǎn)到下一節(jié)點，所以協(xié)辦人在主辦人提交意見后不能提交意見是不合理的。故勾選【主辦人提交前可提交意見】是沒有意義的，故將此選項默認不選中且禁止修改，同時名稱調(diào)整為【僅能在主辦人提交前提交意見】。
（2）【未查看一直停留在待辦】
改造前，當協(xié)辦人與主辦人是會簽關系時，勾選或不勾選【未查看一直停留在待辦】都沒有任何邏輯。由于協(xié)辦人與主辦人是會簽關系，所以主辦人和協(xié)辦人都要提交流程，所以未提交流程就應在待辦，與是否查看過流程沒有關系。當主辦人與協(xié)辦人是會簽關系時，去除【未查看一直停留在待辦】這個選項。
5.2設置界面調(diào)整
改造前界面如圖5-1所示：

圖5-1
改造后，【主辦人提交前可提交意見】選項修改為【僅能在主辦人提交前提交意見】且默認不選中并不可修改，下方【操作說明】中關于【主辦人提交前可提交意見】選項的說明調(diào)整為“僅能在主辦人提交前提交意見：是指主辦人提交意見前協(xié)辦人可提交意見，主辦人提交意見后協(xié)辦人不可提交意見”。去除【未查看一直停留在待辦】選項及操作說明中對此項的說明。
改造后，頁面應如圖5-2所示：

圖5-2
5.3邏輯定義
5.3.1 協(xié)辦人權限邏輯
（1）【僅能在主辦人提交前提交意見】
默認不勾選“僅能在主辦人提交前提交意見”且不可編輯，主辦人提交意見前或提交意見后，協(xié)辦人都可提交意見。
（2）【可修改表單內(nèi)容】
當勾選“可修改表單內(nèi)容”，則協(xié)辦人可以對可編輯的表單字段進行修改，但流程流轉(zhuǎn)到下一節(jié)點后就不可以再修改表單字段內(nèi)容。
不勾選“可修改表單內(nèi)容”，則協(xié)辦人不可以修改表單中任何字段。
5.3.2 主辦人之間的關系
（1）主辦人之間非會簽
協(xié)辦人和一個主辦人提交流程后，流程流轉(zhuǎn)到下一節(jié)點，未提交主辦人不需再提交流程。
（2）主辦人之間會簽或依次逐個處理
協(xié)辦人和所有主辦人都提交流程后，流程流轉(zhuǎn)到下一節(jié)點。
本案由泛普軟件軟件公司提供，如有何疑問請與我們聯(lián)系！