當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > OA軟件研發(fā) > 泛普OA新功能開發(fā)
OA流程協(xié)辦人功能改進(jìn)需求說(shuō)明書
申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114
流程協(xié)辦人功能改進(jìn)需求說(shuō)明書
|
目錄
第一章需求簡(jiǎn)介
1、目的
協(xié)辦人功能在應(yīng)用過(guò)程中發(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ā)邏輯
【會(huì)簽關(guān)系】選擇【不影響流程流轉(zhuǎn)】協(xié)辦人權(quán)限設(shè)置調(diào)整
【會(huì)簽關(guān)系】選擇【會(huì)簽】協(xié)辦人權(quán)限設(shè)置調(diào)整
【會(huì)簽關(guān)系】選擇【非會(huì)簽】協(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ù)庫(kù):SQLServer、Oracle
第三章主辦人定義
流程的協(xié)辦人是相對(duì)流程的主辦人而言,那么主辦人究竟指哪些操作者呢?在此做一個(gè)定義:主辦人是指流程節(jié)點(diǎn)的協(xié)辦人所對(duì)應(yīng)部門內(nèi)的所有操作者。
以下所有邏輯是針對(duì)同一部門內(nèi)協(xié)辦人和主辦人的邏輯關(guān)系進(jìn)行闡述,不同操作組的會(huì)簽關(guān)系、同一個(gè)節(jié)點(diǎn)的多個(gè)待辦關(guān)系遵循以前的邏輯,請(qǐng)開發(fā)和測(cè)試人員先了解原有功能邏輯,確保協(xié)辦人的加入不影響原有功能邏輯。
第四章功能需求詳細(xì)說(shuō)明
1、【會(huì)簽關(guān)系】中【不影響流程流轉(zhuǎn)】的操作說(shuō)明修正
1.1背景
協(xié)辦人與主辦人會(huì)簽關(guān)系中,當(dāng)協(xié)辦人不影響流程流轉(zhuǎn)時(shí),對(duì)其的操作說(shuō)明存在歧義,不能清楚知道主辦人沒有提交前一直處于待辦中是指誰(shuí)的待辦。如果是主辦人的待辦中則說(shuō)法不準(zhǔn)確,因?yàn)橹鬓k人之間可能是非會(huì)簽關(guān)系,當(dāng)一個(gè)主辦人提交后,其他主辦人的流程也會(huì)轉(zhuǎn)到已辦中;如果是協(xié)辦人的待辦中則不合理,協(xié)辦人提交后流程還停留在本節(jié)點(diǎn),但是肯定是轉(zhuǎn)到已辦了。故需調(diào)整操作說(shuō)明。
1.2設(shè)置界面調(diào)整
功能入口:
【系統(tǒng)設(shè)置】-【工作流程】-【路徑設(shè)置】-【節(jié)點(diǎn)信息】;
【系統(tǒng)設(shè)置】-【工作流程】-【路徑設(shè)置】-【圖形編輯】。
節(jié)點(diǎn)操作者設(shè)置頁(yè)面,選擇【人力資源字段】-【部門】,出現(xiàn)【協(xié)辦人條件】瀏覽框,點(diǎn)擊瀏覽框打開協(xié)辦人條件設(shè)置界面如圖1-1所示:
改造后,【會(huì)簽關(guān)系】中【不影響流程流轉(zhuǎn)】的操作說(shuō)明修正為“不影響流程流轉(zhuǎn):是指協(xié)辦人提交后不影響流程流轉(zhuǎn),不影響主辦人對(duì)流程的處理”。
改造后界面應(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)本身就有對(duì)流程轉(zhuǎn)發(fā)的控制,可以控制節(jié)點(diǎn)操作者是否可以轉(zhuǎn)發(fā)、被轉(zhuǎn)發(fā)人是否可以再轉(zhuǎn)發(fā)、是否需要等待被轉(zhuǎn)發(fā)人意見等。轉(zhuǎn)發(fā)權(quán)限控制本身比較復(fù)雜,如果再對(duì)協(xié)辦人進(jìn)行轉(zhuǎn)發(fā)控制,會(huì)出現(xiàn)同樣是這個(gè)節(jié)點(diǎn)操作者轉(zhuǎn)發(fā)權(quán)限卻完全不一樣的情況,邏輯混亂,理解困難。故本次去除對(duì)協(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),以及下方【操作說(shuō)明】中關(guān)于【協(xié)辦人可轉(zhuǎn)發(fā)】選項(xiàng)的說(shuō)明。
改造后界面應(yīng)如圖2-2所示:
圖2-2
3、【會(huì)簽關(guān)系】選擇【不影響流程流轉(zhuǎn)】協(xié)辦人權(quán)限設(shè)置調(diào)整
3.1背景
(1)【主辦人提交前可提交意見】
改造前,當(dāng)協(xié)辦人不影響流程流轉(zhuǎn)時(shí),勾選【主辦人提交前可提交意見】邏輯不明確,選上后主辦人提交前協(xié)辦人可提交意見,主辦人提交后不明確是否還能提交意見。從應(yīng)用角度來(lái)說(shuō),協(xié)辦人既然參與流程,主辦人都是需要參考他的意見的,因此主辦人提交前協(xié)辦人一定是能提交意見的,而主辦人提交后協(xié)辦人是否還可以提交意見則應(yīng)該是可配置的。故此選項(xiàng)改為【僅能在主辦人提交前提交意見】。
3.2設(shè)置界面調(diào)整
改造前界面如圖3-1所示:
圖3-1
改造后,【主辦人提交前可提交意見】選項(xiàng)修改為【僅能在主辦人提交前提交意見】,下方【操作說(shuō)明】中關(guān)于【主辦人提交前可提交意見】選項(xiàng)的說(shuō)明調(diào)整為“僅能在主辦人提交前提交意見:是指主辦人提交意見前協(xié)辦人可提交意見,主辦人提交意見后協(xié)辦人不可提交意見”。
改造后,頁(yè)面應(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é)事宜中。
不勾選“未查看一直停留在待辦”,無(wú)論協(xié)辦人是否查看過(guò)流程,主辦人提交意見后,該流程都轉(zhuǎn)到協(xié)辦人的已辦或辦結(jié)事宜中。
(3)【可修改表單內(nèi)容】
當(dāng)勾選“可修改表單內(nèi)容”,則協(xié)辦人可以對(duì)可編輯的表單字段進(jìn)行修改,但流程流轉(zhuǎn)到下一節(jié)點(diǎn)后就不可以再修改表單字段內(nèi)容。
不勾選“可修改表單內(nèi)容”,則協(xié)辦人不可以修改表單中任何字段。
3.3.2 主辦人之間的關(guān)系
(1)主辦人之間非會(huì)簽
協(xié)辦人作為被抄送人可以提交一次流程,協(xié)辦人是否提交流程不影響主辦人的操作,主辦人之一提交流程,流程流轉(zhuǎn)到下一節(jié)點(diǎn)。
(2)主辦人之間會(huì)簽或依次逐個(gè)處理
協(xié)辦人作為被抄送人可以提交一次流程,協(xié)辦人是否提交流程不影響主辦人的操作,所有主辦人提交流程后,流程流轉(zhuǎn)到下一節(jié)點(diǎn)。
4、【會(huì)簽關(guān)系】選擇【非會(huì)簽】協(xié)辦人權(quán)限設(shè)置調(diào)整
4.1背景
(1)【主辦人提交前可提交意見】
改造前,當(dāng)協(xié)辦人與主辦人是非會(huì)簽關(guān)系時(shí),勾選【主辦人提交前可提交意見】邏輯不正確,勾選后主辦人提交前協(xié)辦人可提交意見,主辦人提交后協(xié)辦人不可提交意見;不勾選則主辦人提交前后協(xié)辦人都不可提交意見。從應(yīng)用角度來(lái)說(shuō),既然協(xié)辦人與主辦人是非會(huì)簽關(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)選中并不可修改,下方【操作說(shuō)明】中關(guān)于【主辦人提交前可提交意見】選項(xiàng)的說(shuō)明調(diào)整為“僅能在主辦人提交前提交意見:是指主辦人提交意見前協(xié)辦人可提交意見,主辦人提交意見后協(xié)辦人不可提交意見”。
改造后,頁(yè)面應(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é)事宜中。
不勾選“未查看一直停留在待辦”,無(wú)論協(xié)辦人是否查看過(guò)流程,主辦人提交意見后,該流程都轉(zhuǎn)到協(xié)辦人的已辦或辦結(jié)事宜中。
(3)【可修改表單內(nèi)容】
當(dāng)勾選“可修改表單內(nèi)容”,則協(xié)辦人可以對(duì)可編輯的表單字段進(jìn)行修改,但流程流轉(zhuǎn)到下一節(jié)點(diǎn)后就不可以再修改表單字段內(nèi)容。
不勾選“可修改表單內(nèi)容”,則協(xié)辦人不可以修改表單中任何字段。
4.3.2 主辦人之間的關(guān)系
(1).主辦人之間非會(huì)簽
情況一:協(xié)辦人提交后,流程流轉(zhuǎn)到下一節(jié)點(diǎn),主辦人不需再提交流程。
情況二:主辦人中的一個(gè)人提交后,流程流轉(zhuǎn)到下一節(jié)點(diǎn),協(xié)辦人不需再提交流程。
(2)主辦人之間會(huì)簽或依次逐個(gè)處理
情況一:協(xié)辦人提交后,流程流轉(zhuǎn)到下一節(jié)點(diǎn),未提交的主辦人不需再提交流程。
情況二:所有主辦人提交后,流程流轉(zhuǎn)到下一節(jié)點(diǎn),協(xié)辦人不需再提交流程。
5、【會(huì)簽關(guān)系】選擇【會(huì)簽】協(xié)辦人權(quán)限設(shè)置調(diào)整
5.1背景
(1)【主辦人提交前可提交意見】
改造前,當(dāng)協(xié)辦人與主辦人是會(huì)簽關(guān)系時(shí),勾選【主辦人提交前可提交意見】邏輯不正確,勾選后主辦人提交前協(xié)辦人可提交意見,主辦人提交后協(xié)辦人不可提交意見;不勾選則主辦人提交前后協(xié)辦人都不可提交意見。從應(yīng)用角度來(lái)說(shuō),協(xié)辦人與主辦人是會(huì)簽關(guān)系,那么要主辦人和協(xié)辦人都提交流程,流程才會(huì)流轉(zhuǎn)到下一節(jié)點(diǎn),所以協(xié)辦人在主辦人提交意見后不能提交意見是不合理的。故勾選【主辦人提交前可提交意見】是沒有意義的,故將此選項(xiàng)默認(rèn)不選中且禁止修改,同時(shí)名稱調(diào)整為【僅能在主辦人提交前提交意見】。
(2)【未查看一直停留在待辦】
改造前,當(dāng)協(xié)辦人與主辦人是會(huì)簽關(guān)系時(shí),勾選或不勾選【未查看一直停留在待辦】都沒有任何邏輯。由于協(xié)辦人與主辦人是會(huì)簽關(guān)系,所以主辦人和協(xié)辦人都要提交流程,所以未提交流程就應(yīng)在待辦,與是否查看過(guò)流程沒有關(guān)系。當(dāng)主辦人與協(xié)辦人是會(huì)簽關(guān)系時(shí),去除【未查看一直停留在待辦】這個(gè)選項(xiàng)。
5.2設(shè)置界面調(diào)整
改造前界面如圖5-1所示:
圖5-1
改造后,【主辦人提交前可提交意見】選項(xiàng)修改為【僅能在主辦人提交前提交意見】且默認(rèn)不選中并不可修改,下方【操作說(shuō)明】中關(guān)于【主辦人提交前可提交意見】選項(xiàng)的說(shuō)明調(diào)整為“僅能在主辦人提交前提交意見:是指主辦人提交意見前協(xié)辦人可提交意見,主辦人提交意見后協(xié)辦人不可提交意見”。去除【未查看一直停留在待辦】選項(xiàng)及操作說(shuō)明中對(duì)此項(xiàng)的說(shuō)明。
改造后,頁(yè)面應(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é)辦人可以對(duì)可編輯的表單字段進(jìn)行修改,但流程流轉(zhuǎn)到下一節(jié)點(diǎn)后就不可以再修改表單字段內(nèi)容。
不勾選“可修改表單內(nèi)容”,則協(xié)辦人不可以修改表單中任何字段。
5.3.2 主辦人之間的關(guān)系
(1)主辦人之間非會(huì)簽
協(xié)辦人和一個(gè)主辦人提交流程后,流程流轉(zhuǎn)到下一節(jié)點(diǎn),未提交主辦人不需再提交流程。
(2)主辦人之間會(huì)簽或依次逐個(gè)處理
協(xié)辦人和所有主辦人都提交流程后,流程流轉(zhuǎn)到下一節(jié)點(diǎn)。
本案由泛普軟件軟件公司提供,如有何疑問請(qǐng)與我們聯(lián)系!
- 1協(xié)同OA軟件的新建外部數(shù)據(jù)源觸發(fā)流程:
- 2辦公管理oa系統(tǒng)開發(fā)哪家好
- 3公司oa系統(tǒng)開發(fā)
- 4oa系統(tǒng)開發(fā)公司
- 5oa辦公系統(tǒng)開發(fā)文檔
- 6Oa系統(tǒng)開發(fā)建設(shè)應(yīng)注意公司對(duì)oa系統(tǒng)的需求分析
- 7oa軟件開發(fā)費(fèi)用
- 8無(wú)紙化辦公系統(tǒng)開發(fā)公司
- 9oa系統(tǒng) 開發(fā)
- 10辦公系統(tǒng)定制開發(fā)
- 11oa軟件系統(tǒng)開發(fā)費(fèi)用
- 12企業(yè)可實(shí)現(xiàn)OA系統(tǒng)與其他系統(tǒng)數(shù)據(jù)進(jìn)行交換的需求
- 13智能辦公軟件開發(fā)
- 14移動(dòng)辦公開發(fā)平臺(tái)
- 15通用OA辦公自動(dòng)化系統(tǒng)的流程簽批設(shè)計(jì)與實(shí)現(xiàn)
- 16oa系統(tǒng)開發(fā)企業(yè)
- 17oa管理系統(tǒng)開發(fā)公司
- 18oa軟件系統(tǒng)開發(fā)公司
- 19oa辦公管理系統(tǒng)開發(fā)
- 20oa怎么開發(fā)
- 21企業(yè)管理系統(tǒng)開發(fā)
- 22oa系統(tǒng)開發(fā)范例
- 23開發(fā)oa辦公系統(tǒng)
- 24開發(fā)一個(gè)oa系統(tǒng)
- 25OA辦公系統(tǒng)可以設(shè)置開始前幾小時(shí)幾分提醒
- 26oa開發(fā)平臺(tái)
- 27能開發(fā)oa軟件系統(tǒng)的企業(yè)
- 28開源oa系統(tǒng)開發(fā)平臺(tái)
- 29OA軟件的研發(fā)方面,泛普軟件領(lǐng)導(dǎo)型廠商要起到表率作用
- 30oa的開發(fā)
成都公司:成都市成華區(qū)建設(shè)南路160號(hào)1層9號(hào)
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓