監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價(jià)咨詢管理系統(tǒng) | 工程設(shè)計(jì)管理系統(tǒng) | 甲方項(xiàng)目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉
泛普OA新功能開發(fā)

當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > OA軟件研發(fā) > 泛普OA新功能開發(fā)

OA流程協(xié)辦人功能改進(jìn)需求說明書

申請免費(fèi)試用、咨詢電話:400-8352-114

 

流程協(xié)辦人功能改進(jìn)需求說明書


目錄

第一章     需求簡介... 3
1、    目的.. 3
2、    范圍.. 3
3、    概述.. 3
第二章     產(chǎn)品/項(xiàng)目概述... 3
1、    用戶特點(diǎn).. 3
2、    系統(tǒng)環(huán)境.. 3
第三章     功能需求詳細(xì)說明... 3
1、    【會簽關(guān)系】中【不影響流程流轉(zhuǎn)】的操作說明修正.. 4
2、    【協(xié)辦人可轉(zhuǎn)發(fā)】設(shè)置項(xiàng)去除,直接跟隨節(jié)點(diǎn)上設(shè)置的統(tǒng)一轉(zhuǎn)發(fā)邏輯.. 5
3、    【會簽關(guān)系】選擇【不影響流程流轉(zhuǎn)】協(xié)辦人權(quán)限設(shè)置調(diào)整.. 7
4、    【會簽關(guān)系】選擇【非會簽】協(xié)辦人權(quán)限設(shè)置調(diào)整.. 10
5、    【會簽關(guān)系】選擇【會簽】協(xié)辦人權(quán)限設(shè)置調(diào)整.. 12

 

第一章需求簡介

1、目的

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

2、范圍

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

3、概述

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

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

1、用戶特點(diǎn)

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

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

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

第三章主辦人定義

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

第四章功能需求詳細(xì)說明

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

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

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

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

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

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

圖2-2

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

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

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

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

4、【會簽關(guān)系】選擇【非會簽】協(xié)辦人權(quán)限設(shè)置調(diào)整

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

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

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

5、【會簽關(guān)系】選擇【會簽】協(xié)辦人權(quán)限設(shè)置調(diào)整

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

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

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

發(fā)布:2006-04-13 15:38    編輯:泛普軟件 · admin    [打印此頁]    [關(guān)閉]
OA軟件研發(fā)
聯(lián)系方式

成都公司:成都市成華區(qū)建設(shè)南路160號1層9號

重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓

咨詢:400-8352-114

加微信,免費(fèi)獲取試用系統(tǒng)

QQ在線咨詢

泛普泛普OA新功能開發(fā)其他應(yīng)用

OA設(shè)計(jì) OA系統(tǒng)測試 OA平臺 OA定制 OA開源 OA代碼(源碼) OA方案 OA培訓(xùn) OA破解 OA下載 OA購買 OA數(shù)據(jù)庫 OA系統(tǒng)界面設(shè)計(jì) 泛普OA新功能開發(fā)