任務信息管理系統(tǒng)需求分析說明書【案例參考】

1、任務信息管理系統(tǒng)需求分析說明書【案例參考】技術文件文件 名稱：任務管理系統(tǒng)需求說明書 項目名稱：任務管理系統(tǒng)共頁（包括封面）作者：1引言1.1編寫目的本文詳細描述任務管理系統(tǒng)的需求，表述的需求信息要求明確、無二義性。開發(fā)方與軟件使用者充分溝通需求，最終形成此文檔。此文檔是后續(xù)軟件開發(fā)的依據(jù)。88G5I4W1.2背景任務管理系統(tǒng)是一個XX與XX電氣新技術有限公司產(chǎn)學研合作項目，項目由XX 機電新技術有限公司提出，由XX承擔開發(fā)任務。eQuLBG91.3定義和縮略語本文使用了表1.1所顯示的面向用戶的術語、定義，包括通用詞語在本文檔 中的專用解釋。HjdXfAG。表1.1術語/定義術語/定義說明開

2、發(fā)方XX用戶XX電氣新技術有限公司用例圖反映用戶與系統(tǒng)交互情況的一種圖形，常用于需求分析表1.2所列為本文用到的縮略語。0QQx9Ex表1.2縮略語縮略語說明TIMS任務信息管理系統(tǒng)(Task In formation Man ageme ntSystem)XXXX機電新技術有限公司1.4 參考資料本文使用了表1.2所列為本文用到的參考資料。4dzYI6p表1.3參考資料編號資料名稱作者1項目概述2開發(fā)合同3XX提供的電子表格資料1.5用戶任務信息管理系統(tǒng)的目前用戶為XX公司電氣事業(yè)部，電氣事業(yè)部使用成功后 可能會在XX公司推廣。2任務概述2.1目標XX公司電氣事業(yè)部目前的任務主要有2類：常規(guī)

3、工作任務和臨時性工作任務。 針對臨時任務布置信息很多時候是處于一種開放狀態(tài)，缺少任務信息的修 正、回饋、和統(tǒng)計分析。而日常職責規(guī)定的常規(guī)工作，雖然可以通過標準化的文 件固化下來并形成常規(guī)工作計劃表作為一種制度來執(zhí)行，也需要主管在百忙 之中花很多時間去檢查完成情況。M4JK3C1TIMS系統(tǒng)要求工作管理信息能夠規(guī)范錄入，任務信息流向可以選擇，任務信 息依據(jù)輕重排序，可以設定信息提醒， 任務完成情況可以評估、任務完成情況依 據(jù)選擇項進行統(tǒng)計輸出、工作量進行評估。OscqgOJ。2.2系統(tǒng)的特點TIMS項目的需求主要由XX公司電氣事業(yè)部提出，因此本文檔是與 XX公司 電氣事業(yè)部交互后形成的需求定義，

4、系統(tǒng)的功能和使用特點優(yōu)先滿足XX公司電氣事業(yè)部的需求，若系統(tǒng)后續(xù)由于在 XX公司全面推廣而引入的新需求，則不在 本文檔考慮范圍之內(nèi)。BKGlRmi2.3 假定和約束本文檔經(jīng)雙方確認后，開發(fā)方依據(jù)本文檔進行下階段工作。若中途需求發(fā)生 變更則XX公司需及時告知開發(fā)方，若因XX公司原因引入的需求變更造成開發(fā)方 工作量的大幅增加，具體解決方案雙方另行協(xié)商。若需求變更引入的工作量不大， 開發(fā)方應盡量配合。OLOvXgT4.需求規(guī)定4.1組織架構XX公司電氣事業(yè)部的組織架構如圖4-1?？偨?jīng)理圖4-1電氣事業(yè)部組織架構TIMS系統(tǒng)面向整個電氣事業(yè)部使用，圖4-1給出了電氣事業(yè)部的詳細組織。4.2權限需求系統(tǒng)

5、的用戶是XX公司的員工，員工在現(xiàn)實邏輯中分屬不同的部門并具有相 應的工作權限。系統(tǒng)權限分配時與員工的組織架構并無對應關系。TIMS系統(tǒng)的權限需求有2層含義。u3ImK3e。1. 針對系統(tǒng)功能設置用戶的操作權限。2. 針對用戶可以設置查看哪些任務的權限。例如可以設置某用戶查看生產(chǎn)部的所有任務信息；設置用戶 A可以查看用戶B及用戶C的任務信息。X73503Q4.3任務處理流程需求4.3.1系統(tǒng)用例圖TIMS主要對任務信息進行管理，實現(xiàn)任務信息的標準化管理。TIMS系統(tǒng)關于任務處理的用例圖如圖 4-2。x2g6SDS任務信息管理系統(tǒng)TIMS拒絕任務發(fā)布任務接受任務修改任務填寫階段匯報任務統(tǒng)計查看發(fā)送

6、消息授權評價任務任務查詢完成任務處理延期申請延期任務統(tǒng)計任務申訴任務統(tǒng)計發(fā)布分配任務圖4-2系統(tǒng)用例圖1發(fā)布任務者管理崗位用戶詳細的功能需求說明請參見本文檔后續(xù)章節(jié)。432任務處理流程針對TIMS系統(tǒng)中任務可能的流程進行分析。為方便理解，對應圖4-4進行表述DO D1 D2圖4-4人員組織架構示例圖流程設計思想:TIMS系統(tǒng)米用信息閉環(huán)的思想，即任務由任務發(fā)布者發(fā)布出去，任務最終也 在任務發(fā)布者處結束，圖4-5簡單的表示了這一思想，同時也概括了任務在TIMS 系統(tǒng)中的處理流程。mxDKc2y任務發(fā)布者任務接收者任務承擔者圖4-5 TIMS系統(tǒng)任務處理流程圖任務下達采用逐級的層次方式，任務的反饋

7、采用逐級向上的方式。例如下達任務給制造組的Z3時，任務發(fā)布者X應該將任務發(fā)布給制造組的 主管Z0,由主管Z0在自己的主管范圍內(nèi)分配該任務，而最終的任務接收者是Z3。 若Z3提交完成情況和延期申請，則先提交至Z0, Z0根據(jù)實際情況決定是否提交 以及如何提交給 X。X最終決定是否同意延期以及對任務完成情況進行評價。CDxMls4具體任務處理規(guī)則說明如下：1. 關于任務發(fā)布者1）默認的情況下，任務只能由組織的主管發(fā)布，且不能越級發(fā)布。例如生產(chǎn)部主管S0只能給G0 J0、Z0發(fā)布任務。假若最終任務T由Z1承擔，那么是S0向Z0下達任務，Z0再將任務T分配給Z1o rUU33dC2）系統(tǒng)可以設定用戶可

8、向哪些人員發(fā)布任務。例如：可以設定計劃組的J1向Z0、G0發(fā)布任務；可以設定S0向K0 L0發(fā)布任務。3）可以設定用戶直接向具體人員發(fā)布任務。例如：可以設定J1直接向D2發(fā)布任務。正常的發(fā)布順序應該是J1-Z0-D0-D2。系統(tǒng)自動記錄任務相關人員Z0、D0,任務延期、提交完成情況由任務承擔者 D2直接提交給任務發(fā)布者J1，但自動設定Z0、D0同 意延期和提交完成情況。sua2Uh&2. 關于任務的分配和分解1 ）若任務的接收者是組織的主管，則可以將任務分配給其組織的直接下屬。例如制造組的主管Z0可以將任務分配給Z1、Z2、Z3,當然也可以分 配給自己，但不能將任務分配給 D1,需要將任務先分

9、配給DO,由DO再在 自己的組織進行同樣方式的分配。（說明：圖 4-3中制造組主管Z0直接 下屬是 ZO、 Z1、 Z2、 Z3、 DO）。 UNtUAIo。2 ）任務接收者接收到任務T后，可以將任務分解為若干子任務 T1Tn, 然后發(fā)布給本組織的員工。3. 關于發(fā)布任務1）任務接收者可以有多個,必須設定一個主任務接收者。任務主接收者 體現(xiàn)在任務的實際協(xié)調(diào)上。2）任務接收者可以是組織的主管,也可以不是。如果是組織的主管則可 以分配任務和分解任務。3）任務的第一接收人是指最初接收到任務的員工。例如X發(fā)布任務給Z0, Z0再分配任務給Z3。那么Z0為任務第一接收人，Z3為任務的承擔者。5QwsrT

10、g4）任務第一接收人在接收到任務后必須決定是否接收任務。只有在接收 了任務后,才能進行后面的分配任務和分解任務操作。若不同意接收任務 則拒絕任務。 Q00sUpD。5） 任務的第一接收人有多個的情況，例如S0給Z0和J0發(fā)布任務To（1）主管Z0和主管J0必須作出是否接收任務的判定。若Z0拒絕了任務T,則S0處理Z0的拒絕信息，可以打回或者接 受Z0的拒絕。 若S0因為Z0的拒絕而修改了任務信息，則需要通知 J0，如果J0之前已經(jīng)接收了任務，則可以針對修改后的任務信息再次 進行拒絕或者接收操作。fOigjTR o只有Z0和J0都接收了任務，則任務T的狀態(tài)為進行狀態(tài)。（3）只有任務狀態(tài)為進行狀態(tài)

11、Z0和J0才能分配任務。4. 關于任務反饋1 ）任務是逐級下達，任務反饋則是逐級匯報。2 ）以X發(fā)布任務給Z0, Z0又將任務分配給Z1、Z2為例。Z1可以向所有任務相關人員(Z0、X、Z1、Z2)發(fā)送信息。(2) Z1、Z2若要申請延期，則只能向任務分配者 Z0申請。(3) Z0收到Z1或者Z2的延期申請后，處理此延期申請。Z0根據(jù)整個任務的 進度情況，來人為判斷 Z1 或者 Z2 的延期是否對整個任務造成延期，若對整 個任務不造成延期，不需要向 X提出延期申請；若對整個任務造成延期，可 以向任務發(fā)布者 X 提交延期申請。任務發(fā)布者 X 最終決定任務是否延期。 jblvFgj 。(4) Z1

12、、Z2向?qū)娜蝿辗峙湔咛峤煌瓿汕闆r，Z1、Z2的工作由Z0評價, Z0最終匯總Z1、Z2的任務完成情況，向X提交完成情況。X根據(jù)任務第一接 收人提交的完成情況進行評價，同時對整個項目進行評價。 K84sHIl 。5 .關于任務完成情況及評價1) 由任務發(fā)布者決定任務的完成狀態(tài)。(1) 如果所有第一接收人在任務期限內(nèi)都確認完成了任務，任務發(fā)布者給出每個任務接收的評價后，設定任務為 完成。W3A9BGE(2) 如果第一接收人沒有申請延期，但確認完成任務時間晚于任務期限，則 系統(tǒng)自動設定為 非正常延期完成 。(3) 若任務在期限內(nèi)沒有完成，或者說任務已經(jīng)不可能完成，任務發(fā)布者可 以設定任務為 未完

13、成 。(4) 若有第一接收人申請了延期，且延期理由合理，任務發(fā)布者同意延期， 并修改任務期限。應設定任務為正常延期完成。6RUWbt8(5) 若有第一接收人申請了延期，但延期理由不合理，任務發(fā)布者不同意延 期。應設定任務為 非正常延期完成 。4.3.2.1 任務發(fā)布流程1. 任務第一接收人只有一個任務知曉者so完成任務、申請延期Z0經(jīng)過評估后向X反饋完成任務、申請延期完成任務、申請延期D0經(jīng)過評估后向Z0反饋向D0反饋分配任務分配任務接收任務T ”D0發(fā)布任務Z0拒絕任務完成任務、申請延期向Z0反饋分配任務Z2D1圖4-6任務發(fā)布流程1流程說明：1) X發(fā)布任務給制造組的主管Z0，同時將任務抄

14、送so,由于任務是初始發(fā) 送給Z0，Z0必須決定是否接收才能進行后續(xù)操作。nOG7GLB2) Z0接收任務后，可以將任務分配給自己，也可以分配給制造組內(nèi)用戶，如圖4-3所示，Z0將任務分配給D0和Z2，而D0是工段1的主管，他仍然 可以將分配到自己的任務繼續(xù)向下屬分配， D0將任務分配給了 D1 o 5QIaWmp3) D1的延期申請、完成情況均直接提交給其任務分配者 D0，由D0對其完 成情況進行評價。D0若認可了 D1的延期申請，則由D0向Z0提交延期申 請，若Z0同意了 D0的延期申請，則向X提交延期申請，最終可否延期由X決定，X若同意延期則更改任務完成期限。BhjGO964) 由D1向

15、D0提交完成情況，D0對D1的完成情況進行評價；由D0向Z0 提交完成情況，Z0對D0的完成情況進行評價；由Z0向X提交完成情況， 由X對Z0的完成情況進行評價。62LKVlno5) 每個任務第一接收者都要提交自己的完成情況，任務發(fā)布者評判每個任務接收者的完成情況，最后給出整個任務的完成情況評價。3JHCDQW2. 任務第一接收人有多個f-圖4-7任務發(fā)布流程2 流程說明：1) X發(fā)布任務給ZO、J0，知曉者為SO。2) Z0、JO為任務第一接收人，所以要判定是否接收此任務。只要Z0或者J0接收了任務，就可以進行后續(xù)的任務分配或者分解。阿。3) 如果Z0接收了任務，而J0拒絕了任務，X可以修改

16、任務接收人員。4) Z0、J0都提交完成情況后，X才能認定任務結束。5) X對Z0、J0的完成情況進行評價，同時對任務整體完成情況進行評價。6) 其他流程同任務第一接收者只有一個的情況。3. 任務分解I完成任務、申請延期 完成任務、申請延期向D0反饋任務T1任務知曉者完成任務、申請延期Z0向X反饋任務T1/7分配任務 D1發(fā)布任務TZ0接收任務任務DO拒絕任務任務T2Z2完成任務、申請延期向Z0反饋任務T2圖4-8任務分解流程流程說明:1) X發(fā)布任務T給ZO、J0,知曉者為SO。2) Z0接收任務T后，Z0即為任務T的最終承擔人。任務T的流程同任務第 一接收人只有一個的情況。3) Z0將任務

17、T作為父任務，創(chuàng)建了 T1、T2兩個子任務，T1、T2的發(fā)布者即為Z0。任務T1、T2的流程同任務第一接收人只有一個的情況。W7hQwhg4) T、T1、T2三個任務的處理流程是獨立的，但是有父子關系，通過任務T可以跟蹤到任務T1、T2。5) Z0在T1、T2完成后，提交自己承擔的任務 T的完成情況給X。4.3.2.2任務申訴流程若任務接收者認為評價不合理，可以提出申訴，申訴信息由專門的申訴處理 人來處理，不需要逐級反映。申訴處理人調(diào)查實際情況，提出申訴處理意見，選 擇審核人向其提交處理意見，審核人對處理意見給出審核意見，若同意處理人的處理意見則處理人可以更改相關信息。tnVybIg。申訴流程

18、如下圖。任務申訴人申訴處理人申訴處理審核人圖4-9任務審核流程4.4詳細功能需求4.4.1任務管理任務管理是TIMS系統(tǒng)的核心模塊，也是用戶使用最頻繁的模塊441.1任務發(fā)布1. 功能說明用戶在此功能模塊中發(fā)布任務信息。具體功能需求如下。1）可以直接在頁面上錄入任務信息。2）錄入任務信息后并保存，進行發(fā)布操作后，任務才會發(fā)布出去。3）發(fā)布后的任務信息不能更改，若需更改已發(fā)布的任務信息到任務處理模塊 進行操作。4）在下發(fā)任務時，可以設定此任務是由哪個任務引入的，即可以設定父任務。 比如某主管從生產(chǎn)部長那接收了一個任務，主管針對此任務分解若干個子任 務再下發(fā)給工段長。這樣便于跟蹤任務的進展，如某一

19、個大的任務，產(chǎn)生了 多少子任務。N8DaQO35）設定反饋期限，例如一個需要執(zhí)行1個月的任務，可以設定4個時間點, 任務接收者需要分別在 4個時間節(jié)點前向任務發(fā)布者反饋任務執(zhí)行情況。O2q0U2d6）任務接收者可以有多個，但必須設定一個主承擔人，只有主承擔人才能進 行任務確認完成操作。7）發(fā)布者可以向能夠發(fā)布的人員發(fā)布任務，具體要求參見本文檔432。8）任務發(fā)布時向接收者和知曉者發(fā)送提醒消息。9）若用戶在接收到一個任務T后，需要分解成若干子任務，那么需要至此模塊發(fā)布子任務，并且設定子任務的父任務為T。ZEQ5C5G關于常規(guī)工作計劃1）常規(guī)工作計劃分為周工作計劃、月工作計劃。2）常規(guī)工作計劃由可

20、以由Excel導入。Excel表格的格式如下。周計劃樣表說明。表4-1和4-2格式一樣，只是在示例數(shù)據(jù)上有區(qū)別。表4-1 周常規(guī)計劃表1任務名稱任務說明接收人完成期限星期反饋期限備注準備開例會完成上周生產(chǎn)總結耿亮2008.7.612008.7.6制定計劃完成生產(chǎn)計劃耿亮2008.7.712008.7.7測試門控器提交測試結果熊晨輝、許飛2008.7.612008.7.6表4-2 周常規(guī)計劃表2任務名稱任務說明接收人完成期限星期反饋期限備注準備開例 會-準備 材料圖紙、設計 文稿徐艷2008.7.612008.7.6準備開例 會-準備 場地投影儀徐艷2008.7.712008.7.7測試門控器提

21、交測試結果許飛2008.7.612008.7.6(1) 接收人可以有多個，反饋期限可以有多個，若有多個用中文頓號分割。(2) 生產(chǎn)部主管SO可以在任務發(fā)布模塊導入表4-1，向耿亮等下發(fā)周常規(guī)工作計劃，對于接收到任務的主管，例如耿亮，同樣在任務發(fā)布模塊可以用表 4-2導入自己的周常規(guī)工作計劃，然后下發(fā)給本組織的人員。8RXAPM(3) 通過Excel導入周工作計劃后，顯示導入的任務列表，需用戶在確認無 誤后發(fā)布。(4) 月工作計劃同周工作計劃。關于制程管理制程管理的處理方式同常規(guī)工作計劃。2. 數(shù)據(jù)輸入編號名稱說明是否必須備注1接收者是2知曉者是3名稱是4類別會議布置；部門領導布置；班組、 工段

22、短時間生產(chǎn)任務等。(可在數(shù) 據(jù)字典維護模塊設置)是5父任務否6內(nèi)容是7完成期限任務一旦發(fā)布就認為開始執(zhí) 行是8優(yōu)先級任務發(fā)布者設定任務等級， 具體任務分哪些等級可維 護。是9所屬項目可選擇任務屬于哪些項目 （可多選），也可不選。否10接收者反饋 期限可針對任務創(chuàng)建若干個時間 節(jié)點，要求任務接受者在時 間節(jié)點前提交任務進展報 告。否11附件發(fā)布任務時可添加附件，附 件可以有多個。否12創(chuàng)建日期系統(tǒng)自動記錄是13發(fā)布日期系統(tǒng)自動記錄是14備注否441.2待我接收的任務1. 功能說明用戶在此功能模塊中查看分配給自己的任務。具體功能需求如下。1）此模塊僅顯示分配給自己但未接收的任務信息。2）可以針對自

23、己的情況自行設置任務優(yōu)先級。3）若對任務有疑義，可以填寫接收者意見后拒絕接收任務。同時向任務發(fā)布 者發(fā)送拒絕接收任務提醒消息。4）若對任務無疑義，可以填寫接收者意見后接收任務。同時向任務發(fā)布者發(fā) 送同意接收提醒消息。5）若用戶是組織的主管，在接收任務后可以分配給本組織的直接下屬。在分配任務時，可以指定每個任務接收者的反饋期限。VxtJAp7。2.數(shù)據(jù)輸入編號名稱說明是否必須備注1接收者意見是2是否同意接收是3接收日期系統(tǒng)自動記錄4備注否4.4.1.3 我發(fā)布的任務1. 功能說明 用戶在此功能對自己發(fā)布的任務進行處理。 具體功能需求如下。1) 可以查看自己發(fā)布且未結束的任務。 若要查詢已結束的任

24、務到任務查詢模 塊。2) 查看自己已發(fā)布的任務信息、任務是否被接收、任務是否被拒絕。3) 修改任務信息，因為任務屬于已發(fā)布任務，所以若修改任務信息則需通過 提醒消息通知任務接收者和知曉者。4) 針對被拒絕的任務可以進行如下操作：(1) 針對任務接收者的決絕接收理由發(fā)送回復。(2) 若需修改任務信息， 則進行修改后重新發(fā)布。 同時向任務接收者和知 曉者發(fā)送任務被修改提醒消息。5) 針對正在進行的任務(即任務接收者接收了任務)可以進行如下操作：(1) 向任務接收者發(fā)送信息，例如督促提醒信息。(2) 通過查看任務接收者的反饋信息了解任務的進展情況。6) 針對任務接收者已完成的任務，給予任務完成情況評

25、價。7) 處理逾期情況，詳細見本文檔 4.2.3 。8) 通過圖表的方式查看任務進展情況。2. 數(shù)據(jù)輸入 任務相關信息。4.4.1.4 我接收的任務1. 功能說明 用戶在此功能對自己接收的任務進行處理。 具體功能需求如下。1) 可以查看任務信息，即自己接收的且未完成的任務。2) 可以針對自己的情況自行設置任務優(yōu)先級。3）填寫反饋給任務發(fā)布者。4）設定具體任務的提醒期限。5）若任務已完成，進行任務已完成操作。6）向任務分配者 （發(fā)布者 ） 申請任務延期，逐級申請。7）顯示任務的分配信息。2. 數(shù)據(jù)輸入任務相關信息。4.4.1.5 任務提醒1. 功能說明此功能用來顯示用戶相關的任務提醒信息， 包括

26、作為發(fā)布者或者接收者的相 關任務提醒信息。 例如針對發(fā)布的任務， 可以查看到任務接收者同意接收的提醒 消息、申請延期的提醒消息等。 hjeR1bl 。用戶通過此功能可以全面了解與自己相關的任務動態(tài)。具體功能需求如下。1）能夠方便的查看任務相關的提醒信息， 包括：任務發(fā)布信息、 任務拒絕信 息、任務接收信息、任務修改信息、任務延期信息、任務完成信息、任務申 訴提醒信息。 l1DHKpE。2）通過提醒信息可以鏈接到相關任務信息。2. 數(shù)據(jù)輸入任務相關信息。4.4.1.6 我的任務申訴1. 功能說明 任務接收者若對已結束（設定為延期結束、正常完成）的任務信息有疑義， 例如認為對任務完成情況評價較低、

27、 或者認為任務非正常延期非自己責任， 則任 務接收者可以提出申訴。 uu7ujks 。2. 數(shù)據(jù)輸入編號名稱說明是否必須備注1任務名稱是2申訴類別評價較低、延期申訴（類 別是確定的，不可維護）是3申訴理由是4申訴日期系統(tǒng)自動記錄是5備注否441.7任務申訴處理1. 功能說明由專人來處理，處理所有的申訴。對申訴所涉及的信息進行實際調(diào)查后，向特定的審核人提交調(diào)查意見。2. 數(shù)據(jù)輸入申訴信息、任務信息。4.4.1.8申訴處理審核1. 功能說明具有此功能權限的用戶，可以審核提交給自己的任務申訴處理意見，若同 意，則對應的申訴處理人可以更改任務相關信息，否則不能更改。gsoov13。2. 數(shù)據(jù)輸入申訴信

28、息、任務信息。4.4.1.9任務延期處理1. 功能說明任務的結束狀態(tài)有3種：正常完成、未完成、延期。延期分為非正常延期、 正常延期。以任務發(fā)布者為X,第一接收人J0、Z0,最終任務承擔者為Z1、J1為例說 明。1）延期申請逐級向上申請。2）Z1提交申請給Z0, Z0可以決定是否同意Z1延期。若不同意則拒絕Z1的 延期申請；若同意，則新建延期申請至 X。YupICW。3）對任務發(fā)布者而言，處理的應該是來自 J0、Z0 的延期申請。若不同意則 拒絕；若同意則修改任務完成期限。qUTCFPq4）對任務正在進行中， 任務第一接收者認為時間來不及了，申請延期，任務發(fā)布者可以同意延期申請，并修改任務完成期

29、限。K4gYxw9。5）由任務發(fā)布者決定延期如何處理， 但可能在任務發(fā)布者和接收者之間存在 爭議，這時交由專人在任務申訴處理模塊中操作。2. 數(shù)據(jù)輸入申訴信息、任務信息。4.4.1.7 操作授權1. 功能說明增加完成代理人， 例如出差時可以授權給他人完成自己的操作， 但代理人的 操作記錄在系統(tǒng)日志中。授權人可以查看代理人在自己授權期間進行的操作。 WIrl5MJ。2. 數(shù)據(jù)輸入申訴信息、任務信息。4.4.1.10 任務查詢1. 功能說明通過此功能可以查詢?nèi)蝿招畔?。具體功能需求如下。1）可以查詢自己發(fā)布的所有任務信息。2）可以查詢自己接收的所有任務信息。3）可以查詢自己是知曉者的所有任務信息。

30、下列查詢與權限設置相關。在權限設置中可以設置用戶查看其他用戶的任務信息 （包括發(fā)布的任務、 接 收的任務、知曉的任務）。1）可以查詢到有權限查看的用戶的所有發(fā)布的任務信息。2）可以查詢到有權限查看的用戶的所有接收的任務信息。3）可以查詢到有權限查看的用戶的所有知曉的任務信息。2. 數(shù)據(jù)輸入 任務相關信息。4.4.1.11 任務統(tǒng)計1. 功能說明 此功能模塊一般只有少數(shù)管理者可以使用， 此模塊用來完成所有任務信息的 查詢和統(tǒng)計。具體功能需求如下：1） 根據(jù)查詢條件對所有任務信息進行查詢， 例如根據(jù)時間、 任務發(fā)布者等條 件，也可以根據(jù)任務所屬項目來查詢該項目產(chǎn)生的所有任務信息。 kBYaOnR。2） 可按時間段、人員、部門進行任務完成率、完成情況統(tǒng)計，并輸出圖形。 具體匯總表格待定 。3）對于未正常完成的任務信息， 可以對原因（未完成的原因由任務接收者在 提交任務結束（延期結束）時選擇）進行匯總，用戶通過匯總表格對原因進 行分析。