需求規(guī)格說明書范例

1、項目管理協(xié)作支撐系統(tǒng) 需求規(guī)格說明書項目組名稱2007年XX月XX日項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書目 錄1. 引言 . 41.1編寫目的 . 41.2項目背景 . 41.3范圍 . 41.4定義 . 41.5參考資料 . 42. 任務(wù)概述 . 42.1目標 . 42.2用戶的特點 . 42.3假定和約束 . 53. 程序系統(tǒng)的結(jié)構(gòu) . 53.1用例模型 . 53.2功能結(jié)構(gòu) . 64. 程序設(shè)計說明 . 64.1功能 . 64.1.1功能流程圖 . 64.1.2功能流程圖說明 . 74.2性能 . 74.3新建項目站點 . 74.4項目管理員管理站點 . 74.4.1用戶自定義模版 . 7

2、4.4.2項目通告通知信息的發(fā)布及管理 . 74.4.3項目的任務(wù)分配管理及信息發(fā)布 . 74.4.4項目的文檔管理 . 84.4.5項目的進度規(guī)劃及跟蹤監(jiān)控 . 94.4.6項目成員的工作日志發(fā)布及管理 . 104.4.7項目bug發(fā)布及跟蹤 . 104.4.8項目郵件子系統(tǒng) . 114.4.9項目相關(guān)主題討論發(fā)布及管理 . 114.4.10項目應(yīng)用資料發(fā)布及管理 . 12項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書4.4.11項目網(wǎng)絡(luò)會議白板系統(tǒng) . 134.4.12項目名片共享 . 13 5 補充需求 . 13項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書1. 引言1.1編寫目的編寫此文檔的目的是進一步定制軟

3、件開發(fā)的細節(jié)問題,希望能使本軟件開發(fā)工作更具體。是為使用戶、軟件開發(fā)者及分析人員對該軟件的初始規(guī)定有一個共同的理解，它說明了本產(chǎn)品的各項功能需求、性能需求和數(shù)據(jù)要求，明確標識各功能的實現(xiàn)過程，闡述實用背景及范圍，提供客戶解決問題或達到目標所需的條件或權(quán)能，提供一個度量和遵循的基準。1.2項目背景在各個行業(yè)中，當我們接受到用戶的商業(yè)項目后，在項目運行的全過程中充滿了不確定因素，只有有效的運用項目管理的科學和藝術(shù)，才有可能使項目取得成功。對以上方面要想達到有效的管理水平，必須有一套科學的管理方法，但是即使有了科學的管理方法，由于項目干系人之間的溝通、協(xié)作不到位，往往達不到預期的結(jié)果。鑒于這種情況我

4、們開發(fā)一套項目管理協(xié)作支撐系統(tǒng)，旨在為項目干系人提供一個交流、協(xié)作以及項目的進度跟蹤監(jiān)控、項目的質(zhì)量控制、項目相關(guān)資源的管理的軟件平臺，從而提高項目管理水平，實現(xiàn)了工作的協(xié)同化、提高了工作效率。1.3范圍側(cè)重IT項目但對其他行業(yè)項目能夠做到粗粒度支撐。1.4定義1.5參考資料主要是從網(wǎng)上下載了幾套詳細設(shè)計說明書模版。2. 任務(wù)概述2.1目標<1>決策支持: 根據(jù)項目的需求及時提供所需信息,并在一定階段對各模塊的進度進行追蹤及提示,實現(xiàn)工作的協(xié)同化、提高了工作效率。<2>提高效率:利用軟件進行管理,避免人工管理的失誤以及延遲性,從而實現(xiàn)高效率的管理。2.2用戶的特點本系統(tǒng)

5、主要在軟件開發(fā)行業(yè)使用，也可對其他行業(yè)項目能夠做到粗粒度支撐。使用者包括項目管理人員，軟件編程人員，測試人員等，這些人員在計算機的應(yīng)用、使用上不存在障礙，都在、計算機的操作和使用方面得到過相關(guān)的培訓根據(jù)業(yè)務(wù)的頻繁程度。項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書用戶可以定義適合自己需求的界面，具有較大的靈活性。2.3假定和約束假定：用戶能夠提供交付測試的環(huán)境；用戶能夠參與到需求的核準工作；約束：本系統(tǒng)的最后的交付日期是2007-10-08； 設(shè)計和實現(xiàn)上的限制: 基于.NET架構(gòu)進行開發(fā)；使用SqlServer2000數(shù)據(jù)庫；3. 應(yīng)用分析3.1系統(tǒng)用例模型員系欄3.2功能結(jié)構(gòu)項目管理協(xié)作支撐系統(tǒng)需求規(guī)

6、格說明書4. 系統(tǒng)功能概述4.1功能4.1.1業(yè)務(wù)流模型：4.1.2業(yè)務(wù)流模型說明：項目管理員注冊項目站點，對項目站點進行管理，對項目管理分為三個階段。項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書4.3新建項目站點4.3.1 由系統(tǒng)管理員為項目管理員新建站點。4.3.2 分配項目站點的空間大小和站點地址。4.3.3 指派項目管理員。4.4項目管理員管理站點4.4.1項目管理員自定義模版項目管理員根據(jù)所需項目功能選擇適合自己的模版，設(shè)計自己喜歡的風格界面。4.4.2項目通告通知信息的發(fā)布及管理1. 功能說明：項目管理員可以把與項目相關(guān)的信息或者相關(guān)新聞根據(jù)該功能發(fā)布給項目成員；2. 參與者：項目管理員，項

7、目成員；3. 功能用例圖：項員4.4.3項目的任務(wù)分配管理及信息發(fā)布項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書1. 功能說明：項目管理員根據(jù)項目需求創(chuàng)建項目任務(wù)，再向項目成員分配項目任務(wù)，把分配任務(wù)以信息的形式發(fā)布給項目成員；2. 參與者： 項目管理員，項目成員；3. 功能用例圖：項員4.4.4項目的文檔管理1. 功能說明：項目管理員根據(jù)項目需求把與項目相關(guān)的項目文檔（需求規(guī)格說明書，數(shù)據(jù)庫分析說明書，用例圖等）發(fā)布，項目成員可以把相關(guān)的項目文檔下載到本地，項目管理員可以指派項目成員管理項目文檔（添加，修改）。2 參與者：項目管理員，項目成員；3. 功能用例圖：項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書項員4

8、.4.5項目的進度規(guī)劃及跟蹤監(jiān)控1. 功能說明：項目管理員根據(jù)項目需求將項目分配給項目成員后，在完成項目的過程當中，項目成員定時提交項目完成的百分比(按條狀圖顯示)，項目管理者隨時了解項目成員的完成情況，可以有效把握項目進度，使項目能夠按時提交用戶。1. 參與者：項目管理員，項目成員；2. 功能用例圖：項員項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書4.4.6項目成員的工作日志發(fā)布及管理1. 功能說明：項目成員在每一天工作結(jié)束的時候把自己在這一天所做的工作情況向項目管理者匯報，再把明天計劃要做的東西也要向項目管理者匯報。2. 參與者：項目成員；3. 功能用例圖：項員4.4.7項目bug發(fā)布及跟蹤1. 功

9、能說明：當項目進行到測試階段，測試人員根據(jù)項目需求測試項目，如有錯誤，測試人員將bug信息發(fā)布到bug公布欄，其狀態(tài)為待修改。當程序員看到bug信息，及時修改項目當中存在的bug，修改完成后再將項目bug信息的狀態(tài)修改為待測試，測試人員再進行二次測試，直到測試通過，狀態(tài)修改為通過測試。2. 參與者： 測試人員，項目成員；3. 功能用例圖：項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書測員4.4.8項目郵件子系統(tǒng)1. 功能說明：該模塊有兩種功能:1.向任何人（如163，搜狐等）發(fā)電子郵件.2.向項目成員內(nèi)部發(fā)消息（紙條），發(fā)送消息時可以選擇接收人員，當發(fā)送者發(fā)出消息后，接收者打開站點時提示有未讀消息，閱讀后

10、改成以讀消息。2. 參與者：項目管理員，項目成員；3. 功能用例圖：項目員4.4.9項目相關(guān)主題討論發(fā)布及管理1. 功能說明：項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書項目管理員或者項目成員可以利用該功能發(fā)布項目相關(guān)的討論主題，其他人員可以對其主題進行相關(guān)的討論（和網(wǎng)上的論壇有點相似）。2. 參與者：站點內(nèi)部人員；3. 功能用例圖：站點4.4.10項目應(yīng)用資料發(fā)布及管理1. 功能說明：項目管理員和項目成員可以隨時將項目相關(guān)資料（參考資料）發(fā)布，項目成員可以閱讀或下載。2. 參與者： 項目管理員，項目成員；3. 功能用例圖：項目員項目管理協(xié)作支撐系統(tǒng)需求規(guī)格說明書4.4.11項目網(wǎng)絡(luò)會議白板系統(tǒng)1. 功

11、能說明：項目管理員可以根據(jù)項目完成情況在項目成員間進行交流討論，也可以邀請其他人員參加會議，相當于一個網(wǎng)上會議。2. 參與者： 站點內(nèi)部人員，被邀請人員；3. 功能用例圖：項目員項目名片共享1.功能說明：項目管理員添加項目有效聯(lián)系人，共享給有關(guān)項目成員瀏覽。2.參與者：站點內(nèi)部人員；5. 補充需求易用性：例如指出普通用戶和高級用戶要高效地執(zhí)行某個特定操作所需的培訓時間；指出典型任務(wù)的可評測任務(wù)次數(shù)；或者指出需要滿足的可用性標準（如IBM的CUA標準、Microsoft的GUI標準。可靠性：包括系統(tǒng)可用性（可用時間百分比、使用小時數(shù)、維護訪問權(quán)、降紙模式操作等）；平均故障間隔時間（MTBF，通常表示為小時數(shù)，但也可表示為天數(shù)、月數(shù)或年數(shù)）；平均修復時間（MTTR，系統(tǒng)在發(fā)生故障后可以暫停運行的時間）；精確度（指出系統(tǒng)輸出要求具備的精密度、分辨率和精確度）；最高錯誤或缺陷率（通常表示為bugs/KLOC，即每千行代碼的錯誤數(shù)目或 bugs/function-point，即每個功能點的錯誤數(shù)目）；錯誤或缺陷率（按照小錯誤、大錯誤和嚴重錯誤來分類：需求中必須對“嚴重”錯誤進行界定，例如：數(shù)據(jù)完全丟失或完全不