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

資料內容僅供您學習參考，如有不當或者侵權，請聯(lián)系改正或者刪除。技術文件文件名稱:任務管理系統(tǒng)需求說明書項目名稱:任務管理系統(tǒng)共頁(包括封面)作者:1引言1.1編寫目的本文詳細描述任務管理系統(tǒng)的需求,表述的需求信息要求明確、無二義性。開發(fā)方與軟件使用者充分溝通需求,最終形成此文檔。此文檔是后續(xù)軟件開發(fā)的依據(jù)。1.2背景任務管理系統(tǒng)是一個XX與XX電氣新技術有限公司產學研合作項目,項目由XX機電新技術有限公司提出,由XX承擔開發(fā)任務。1.3定義和縮略語本文使用了REF_Ref\h表1.1所顯示的面向用戶的術語、定義,包括通用詞語在本文檔中的專用解釋。表1.SEQ表\*ARABIC\s11術語/定義術語/定義說明開發(fā)方XX用戶XX電氣新技術有限公司用例圖反映用戶與系統(tǒng)交互情況的一種圖形,常見于需求分析REF_Ref\h表1.2所列為本文用到的縮略語。表1.SEQ表\*ARABIC\s12縮略語縮略語說明TIMS任務信息管理系統(tǒng)(TaskInformationManagementSystem)XXXX機電新技術有限公司1.4參考資料本文使用了REF_Ref\h表1.3所列為本文用到的參考資料。表1.3參考資料編號資料名稱作者1項目概述2開發(fā)合同3XX提供的電子表格資料1.5用戶任務信息管理系統(tǒng)的當前用戶為XX公司電氣事業(yè)部,電氣事業(yè)部使用成功后可能會在XX公司推廣。2任務概述2.1目標XX公司電氣事業(yè)部當前的任務主要有2類:常規(guī)工作任務和臨時性工作任務。針對臨時任務布置信息很多時候是處于一種開放狀態(tài),缺少任務信息的修正、回饋、和統(tǒng)計分析。而日常職責規(guī)定的常規(guī)工作,雖然能夠經過標準化的文件固化下來并形成《常規(guī)工作計劃表》作為一種制度來執(zhí)行,也需要主管在百忙之中花很多時間去檢查完成情況。TIMS系統(tǒng)要求工作管理信息能夠規(guī)范錄入,任務信息流向能夠選擇,任務信息依據(jù)輕重排序,能夠設定信息提醒,任務完成情況能夠評估、任務完成情況依據(jù)選擇項進行統(tǒng)計輸出、工作量進行評估。2.2系統(tǒng)的特點TIMS項目的需求主要由XX公司電氣事業(yè)部提出,因此本文檔是與XX公司電氣事業(yè)部交互后形成的需求定義,系統(tǒng)的功能和使用特點優(yōu)先滿足XX公司電氣事業(yè)部的需求,若系統(tǒng)后續(xù)由于在XX公司全面推廣而引入的新需求,則不在本文檔考慮范圍之內。2.3假定和約束本文檔經雙方確認后,開發(fā)方依據(jù)本文檔進行下階段工作。若中途需求發(fā)生變更則XX公司需及時告知開發(fā)方,若因XX公司原因引入的需求變更造成開發(fā)方工作量的大幅增加,具體解決方案雙方另行協(xié)商。若需求變更引入的工作量不大,開發(fā)方應盡量配合。4.需求規(guī)定4.1組織架構XX公司電氣事業(yè)部的組織架構如圖4-1。圖4-1電氣事業(yè)部組織架構TIMS系統(tǒng)面向整個電氣事業(yè)部使用,圖4-1給出了電氣事業(yè)部的詳細組織。4.2權限需求系統(tǒng)的用戶是XX公司的員工,員工在現(xiàn)實邏輯中分屬不同的部門并具有相應的工作權限。系統(tǒng)權限分配時與員工的組織架構并無對應關系。TIMS系統(tǒng)的權限需求有2層含義。1.針對系統(tǒng)功能設置用戶的操作權限。2.針對用戶能夠設置查看哪些任務的權限。例如能夠設置某用戶查看生產部的所有任務信息;設置用戶A能夠查看用戶B及用戶C的任務信息。4.3任務處理流程需求4.3.1系統(tǒng)用例圖TIMS主要對任務信息進行管理,實現(xiàn)任務信息的標準化管理。TIMS系統(tǒng)關于任務處理的用例圖如圖4-2。圖4-2系統(tǒng)用例圖１圖4-3系統(tǒng)用例圖2詳細的功能需求說明請參見本文檔后續(xù)章節(jié)。4.3.2任務處理流程針對TIMS系統(tǒng)中任務可能的流程進行分析。為方便理解,對應圖4-4進行表述。圖4-4人員組織架構示例圖流程設計思想:TIMS系統(tǒng)采用信息閉環(huán)的思想,即任務由任務發(fā)布者發(fā)布出去,任務最終也在任務發(fā)布者處結束,圖4-5簡單的表示了這一思想,同時也概括了任務在TIMS系統(tǒng)中的處理流程。圖4-5TIMS系統(tǒng)任務處理流程圖任務下達采用逐級的層次方式,任務的反饋采用逐級向上的方式。例如下達任務給制造組的Z3時,任務發(fā)布者X應該將任務發(fā)布給制造組的主管Z0,由主管Z0在自己的主管范圍內分配該任務,而最終的任務接收者是Z3。若Z3提交完成情況和延期申請,則先提交至Z0,Z0根據(jù)實際情況決定是否提交以及如何提交給X。X最終決定是否同意延期以及對任務完成情況進行評價。具體任務處理規(guī)則說明如下:1.關于任務發(fā)布者1)默認的情況下,任務只能由組織的主管發(fā)布,且不能越級發(fā)布。例如生產部主管S0只能給G0、J0、Z0發(fā)布任務。假若最終任務T由Z1承擔,那么是S0向Z0下達任務,Z0再將任務T分配給Z1。2)系統(tǒng)能夠設定用戶可向哪些人員發(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同意延期和提交完成情況。2.關于任務的分配和分解1)若任務的接收者是組織的主管,則能夠將任務分配給其組織的直接下屬。例如制造組的主管Z0能夠將任務分配給Z1、Z2、Z3,當然也能夠分配給自己,但不能將任務分配給D1,需要將任務先分配給D0,由D0再在自己的組織進行同樣方式的分配。(說明:圖4-3中制造組主管Z0直接下屬是Z0、Z1、Z2、Z3、D0)。2)任務接收者接收到任務T后,能夠將任務分解為若干子任務T1…Tn,然后發(fā)布給本組織的員工。3.關于發(fā)布任務1)任務接收者能夠有多個,必須設定一個主任務接收者。任務主接收者體現(xiàn)在任務的實際協(xié)調上。2)任務接收者能夠是組織的主管,也能夠不是。如果是組織的主管則能夠分配任務和分解任務。3)任務的第一接收人是指最初接收到任務的員工。例如X發(fā)布任務給Z0,Z0再分配任務給Z3。那么Z0為任務第一接收人,Z3為任務的承擔者。4)任務第一接收人在接收到任務后必須決定是否接收任務。只有在接收了任務后,才能進行后面的分配任務和分解任務操作。若不同意接收任務則拒絕任務。5)任務的第一接收人有多個的情況,例如S0給Z0和J0發(fā)布任務T。(1)主管Z0和主管J0必須作出是否接收任務的判定。若Z0拒絕了任務T,則S0處理Z0的拒絕信息,能夠打回或者接受Z0的拒絕。若S0因為Z0的拒絕而修改了任務信息,則需要通知J0,如果J0之前已經接收了任務,則能夠針對修改后的任務信息再次進行拒絕或者接收操作。(2)只有Z0和J0都接收了任務,則任務T的狀態(tài)為進行狀態(tài)。(3)只有任務狀態(tài)為進行狀態(tài)Z0和J0才能分配任務。4.關于任務反饋1)任務是逐級下達,任務反饋則是逐級匯報。2)以X發(fā)布任務給Z0,Z0又將任務分配給Z1、Z2為例。(1)Z1能夠向所有任務相關人員(Z0、X、Z1、Z2)發(fā)送信息。(2)Z1、Z2若要申請延期,則只能向任務分配者Z0申請。(3)Z0收到Z1或者Z2的延期申請后,處理此延期申請。Z0根據(jù)整個任務的進度情況,來人為判斷Z1或者Z2的延期是否對整個任務造成延期,若對整個任務不造成延期,不需要向X提出延期申請;若對整個任務造成延期,能夠向任務發(fā)布者X提交延期申請。任務發(fā)布者X最終決定任務是否延期。(4)Z1、Z2向對應的任務分配者提交完成情況,Z1、Z2的工作由Z0評價,Z0最終匯總Z1、Z2的任務完成情況,向X提交完成情況。X根據(jù)任務第一接收人提交的完成情況進行評價,同時對整個項目進行評價。５.關于任務完成情況及評價1)由任務發(fā)布者決定任務的完成狀態(tài)。(1)如果所有第一接收人在任務期限內都確認完成了任務,任務發(fā)布者給出每個任務接收的評價后,設定任務為完成。(2)如果第一接收人沒有申請延期,但確認完成任務時間晚于任務期限,則系統(tǒng)自動設定為非正常延期完成。(3)若任務在期限內沒有完成,或者說任務已經不可能完成,任務發(fā)布者能夠設定任務為未完成。(4)若有第一接收人申請了延期,且延期理由合理,任務發(fā)布者同意延期,并修改任務期限。應設定任務為正常延期完成。(5)若有第一接收人申請了延期,但延期理由不合理,任務發(fā)布者不同意延期。應設定任務為非正常延期完成。4.3.2.1任務發(fā)布流程1.任務第一接收人只有一個圖4-6任務發(fā)布流程1流程說明:1)X發(fā)布任務給制造組的主管Z0,同時將任務抄送S0,由于任務是初始發(fā)送給Z0,Z0必須決定是否接收才能進行后續(xù)操作。2)Z0接收任務后,能夠將任務分配給自己,也能夠分配給制造組內用戶,如圖4-3所示,Z0將任務分配給D0和Z2,而D0是工段1的主管,她依然能夠將分配到自己的任務繼續(xù)向下屬分配,D0將任務分配給了D1。3)D1的延期申請、完成情況均直接提交給其任務分配者D0,由D0對其完成情況進行評價。D0若認可了D1的延期申請,則由D0向Z0提交延期申請,若Z0同意了D0的延期申請,則向Ｘ提交延期申請,最終可否延期由X決定,X若同意延期則更改任務完成期限。4)由D1向D0提交完成情況,D0對D1的完成情況進行評價;由D0向Z0提交完成情況,Z0對D0的完成情況進行評價;由Z0向X提交完成情況,由X對Z0的完成情況進行評價。5)每個任務第一接收者都要提交自己的完成情況,任務發(fā)布者評判每個任務接收者的完成情況,最后給出整個任務的完成情況評價。2.任務第一接收人有多個圖4-7任務發(fā)布流程2流程說明:1)X發(fā)布任務給Z0、J0,知曉者為S0。2)Z0、J0為任務第一接收人,因此要判定是否接收此任務。只要Z0或者J0接收了任務,就能夠進行后續(xù)的任務分配或者分解。3)如果Z0接收了任務,而J0拒絕了任務,X能夠修改任務接收人員。4)Z0、J0都提交完成情況后,X才能認定任務結束。5)X對Z0、J0的完成情況進行評價,同時對任務整體完成情況進行評價。6)其它流程同任務第一接收者只有一個的情況。3.任務分解圖4-8任務分解流程流程說明:1)X發(fā)布任務T給Z0、J0,知曉者為S0。2)Z0接收任務T后,Z0即為任務T的最終承擔人。任務T的流程同任務第一接收人只有一個的情況。3)Z0將任務T作為父任務,創(chuàng)立了T1、T2兩個子任務,T1、T2的發(fā)布者即為Z0。任務T1、T2的流程同任務第一接收人只有一個的情況。4)T、T1、T2三個任務的處理流程是獨立的,可是有父子關系,經過任務T能夠跟蹤到任務T1、T2。5)Z0在T1、T2完成后,提交自己承擔的任務T的完成情況給X。4.3.2.2任務申訴流程若任務接收者認為評價不合理,能夠提出申訴,申訴信息由專門的申訴處理人來處理,不需要逐級反映。申訴處理人調查實際情況,提出申訴處理意見,選擇審核人向其提交處理意見,審核人對處理意見給出審核意見,若同意處理人的處理意見則處理人能夠更改相關信息。申訴流程如下圖。圖4-9任務審核流程4.4詳細功能需求4.4.1任務管理任務管理是TIMS系統(tǒng)的核心模塊,也是用戶使用最頻繁的模塊。4.4.1.1任務發(fā)布1.功能說明用戶在此功能模塊中發(fā)布任務信息。具體功能需求如下。1)能夠直接在頁面上錄入任務信息。2)錄入任務信息后并保存,進行發(fā)布操作后,任務才會發(fā)布出去。3)發(fā)布后的任務信息不能更改,若需更改已發(fā)布的任務信息到任務處理模塊進行操作。4)在下發(fā)任務時,能夠設定此任務是由哪個任務引入的,即能夠設定父任務。比如某主管從生產部長那接收了一個任務,主管針對此任務分解若干個子任務再下發(fā)給工段長。這樣便于跟蹤任務的進展,如某一個大的任務,產生了多少子任務。5)設定反饋期限,例如一個需要執(zhí)行1個月的任務,能夠設定4個時間點,任務接收者需要分別在4個時間節(jié)點前向任務發(fā)布者反饋任務執(zhí)行情況。6)任務接收者能夠有多個,但必須設定一個主承擔人,只有主承擔人才能進行任務確認完成操作。7)發(fā)布者能夠向能夠發(fā)布的人員發(fā)布任務,具體要求參見本文檔4.3.2。8)任務發(fā)布時向接收者和知曉者發(fā)送提醒消息。9)若用戶在接收到一個任務T后,需要分解成若干子任務,那么需要至此模塊發(fā)布子任務,而且設定子任務的父任務為T。關于常規(guī)工作計劃1)常規(guī)工作計劃分為周工作計劃、月工作計劃。2)常規(guī)工作計劃由能夠由Excel導入。Excel表格的格式如下。周計劃樣表說明。表4-1和4-2格式一樣,只是在示例數(shù)據(jù)上有區(qū)別。表4-1周常規(guī)計劃表1任務名稱任務說明接收人完成期限星期反饋期限備注準備開例會完成《上周生產總結》耿亮.7.61.7.6制定計劃完成《生產計劃》耿亮.7.71.7.7測試門控器提交《測試結果》熊晨輝、許飛.7.61.7.6表4-2周常規(guī)計劃表2任務名稱任務說明接收人完成期限星期反饋期限備注準備開例會－準備材料圖紙、設計文稿徐艷.7.61.7.6準備開例會－準備場地投影儀徐艷.7.71.7.7測試門控器提交《測試結果》許飛.7.61.7.6(1)接收人能夠有多個,反饋期限能夠有多個,若有多個用中文頓號分割。(2)生產部主管S0能夠在任務發(fā)布模塊導入表4-1,向耿亮等下發(fā)周常規(guī)工作計劃,對于接收到任務的主管,例如耿亮,同樣在任務發(fā)布模塊能夠用表4-2導入自己的周常規(guī)工作計劃,然后下發(fā)給本組織的人員。(3)經過Excel導入周工作計劃后,顯示導入的任務列表,需用戶在確認無誤后發(fā)布。(4)月工作計劃同周工作計劃。關于制程管理制程管理的處理方式同常規(guī)工作計劃。2.數(shù)據(jù)輸入編號名稱說明是否必須備注1接收者是2知曉者是3名稱是4類別會議布置;部門領導布置;班組、工段短時間生產任務等。(可在數(shù)據(jù)字典維護模塊設置)是5父任務否6內容是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備注否4.4.1.2待我接收的任務1.功能說明用戶在此功能模塊中查看分配給自己的任務。具體功能需求如下。1)此模塊僅顯示分配給自己但未接收的任務信息。2)能夠針對自己的情況自行設置任務優(yōu)先級。3)若對任務有疑義,能夠填寫接收者意見后拒絕接收任務。同時向任務發(fā)布者發(fā)送拒絕接收任務提醒消息。4)若對任務無疑義,能夠填寫接收者意見后接收任務。同時向任務發(fā)布者發(fā)送同意接收提醒消息。5)若用戶是組織的主管,在接收任務后能夠分配給本組織的直接下屬。在分配任務時,能夠指定每個任務接收者的反饋期限。2.數(shù)據(jù)輸入編號名稱說明是否必須備注1接收者意見是2是否同意接收是3接收日期系統(tǒng)自動記錄4備注否4.4.1.3我發(fā)布的任務1.功能說明用戶在此功能對自己發(fā)布的任務進行處理。具體功能需求如下。1)能夠查看自己發(fā)布且未結束的任務。若要查詢已結束的任務到任務查詢模塊。2)查看自己已發(fā)布的任務信息、任務是否被接收、任務是否被拒絕。3)修改任務信息,因為任務屬于已發(fā)布任務,因此若修改任務信息則需經過提醒消息通知任務接收者和知曉者。4)針對被拒絕的任務能夠進行如下操作:(1)針對任務接收者的決絕接收理由發(fā)送回復。(2)若需修改任務信息,則進行修改后重新發(fā)布。同時向任務接收者和知曉者發(fā)送任務被修改提醒消息。5)針對正在進行的任務(即任務接收者接收了任務)能夠進行如下操作:(1)向任務接收者發(fā)送信息,例如督促提醒信息。(2)經過查看任務接收者的反饋信息了解任務的進展情況。6)針對任務接收者已完成的任務,給予任務完成情況評價。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.功能說明此功能用來顯示用戶相關的任務提醒信息,包括作為發(fā)布者或者接收者的相關任務提醒信息。例如針對發(fā)布的任務,能夠查看到任務接收者同意接收的提醒消息、申請延期的提醒消息等。用戶經過此功能能夠全面了解與自己相關的任務動態(tài)。具體功能需求如下。1)能夠方便的查看任務相關的提醒信息,包括:任務發(fā)布信息、任務拒絕信息、任務接收信息、任務修改信息、任務延期信息、任務完成信息、任務申訴提醒信息。2)經過提醒信息能夠鏈接到相關任務信息。2.數(shù)據(jù)輸入任務相關信息。4.4.1.6我的任務申訴1.功能說明任務接收者若對已結束(設定為延期結束、正常完成)的任務信息有疑義,例如認為對任務完成情況評價較低、或者認為任務非正常延期非自己責任,則任務接收者能夠提出申訴。2.數(shù)據(jù)輸入編號名稱說明是否必須備注1任務名稱是2申訴類別評價較低、延期申訴(類別是確定的,不可維護)是3申訴理由是4申訴日期系統(tǒng)自動記錄是5備注否4.4.1.7任務申訴處理1.功能說明由專人來處理,處理所有的申訴。對申訴所涉及的信息進行實際調查后,向特定的審核人提交調查意見。2.數(shù)據(jù)輸入申訴信息、任務信息。4.4.1.8申訴處理審核1.功能說明具有此功能權限的用戶,能夠審核提交給自己的任務申訴處理意見,若同意,則對應的申訴處理人能夠更改任務相關信息,否則不能更改。2.數(shù)據(jù)輸入申訴信息、任務信息。4.4.1.9任務延期處理1.功能說明任務的結束狀態(tài)有3種:正常完成、未完成、延期。延期分為非正常延期、正常延期。以任務發(fā)布者為X,第一接收人J0、Z0,最終任務承擔者為Z1、J1為例說明。1)延期申請逐級向上申請。2)Z1提交申請給Z0,Z0能夠決定是否同意Z1延期。若不同意則拒絕Z1的延期申請;若同意,則新建延期申請至X。3)對任務發(fā)布者而言,處理的應該是來自J0、Z0的延期申請。若不同意則拒絕;若同意則修改任務完成期限。4)對任務正在進行中,任務第一接收者認為時間來不及了,申請延期,任務發(fā)布者能夠同意延期申請,并修改任務完成期限。5)由任務發(fā)布者決定延期如何處理,但可能在任務發(fā)布者和接收者之間存在爭議,這時交由專人在任務申訴處理模塊中操作。2.數(shù)據(jù)輸入申訴信息、任務信息。4.4.1.7操作授權1.功能說明增加完成代理人,例如出差時能夠授權給她人完成自己的操作,但代理人的操作記錄在系統(tǒng)日志中。授權人能夠查看代理人在自己授權期間進行的操作。2.數(shù)據(jù)輸入申訴信息、任務信息。4.4.1.10任務查詢1.功能說明經過此功能能夠查詢任務信息。具體功能需求如下。1)能夠查詢自己發(fā)布的所有任務信息。2)能夠查詢自己接收的所有任務信息。3)能夠查詢自己是知曉者的所有任務信息。下列查詢與權限設置相關。在權限設置中能夠設置用戶查看其它用戶的任務信息(包括發(fā)布的任務、接收的任務、知曉的任務)。1)能夠查詢到有權限查看的用戶的所有發(fā)布的任務信息。2)能夠查詢到有權限查看的用戶的所有接收的任務信息。3)能夠查詢到有權限查看的用戶的所有知曉的任務信息。2.數(shù)據(jù)輸入任務相關信息。4.4.1.11任務統(tǒng)計1.功能說明此功能模塊一般只有少數(shù)管理者能夠使用,此模塊用來完成所有任務信息的查詢和統(tǒng)計。具體功能需求如下:1)根據(jù)查詢條件對所有任務信息進行查詢,例如根據(jù)時間、任務發(fā)布者等條件,也能夠根據(jù)任務所屬項目來查詢該項目產生的所有任務信息。2)可按時間段、人員、部門進行任務完成率、完成情況統(tǒng)計,并輸出圖形。具體匯總表格待定。3)對于未正常完成的任務信息,能夠對原因(未完成的原因由任務接收者在提交任務結束(延期結束)