產(chǎn)品需求規(guī)格說明書模板林銳_第1頁
產(chǎn)品需求規(guī)格說明書模板林銳_第2頁
產(chǎn)品需求規(guī)格說明書模板林銳_第3頁
產(chǎn)品需求規(guī)格說明書模板林銳_第4頁
產(chǎn)品需求規(guī)格說明書模板林銳_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、軟件需求規(guī)格說明書作者:林銳 電子工業(yè)出版社出版發(fā)行 項目名稱 產(chǎn)品需求規(guī)格說明書 文件狀態(tài): 草稿 正式發(fā)布 正在修改文件標識:Company-Project-RD-PRS當前版本:X.Y作者:完成日期:Year-Month-Day版 本 歷 史 版本/狀態(tài)作者參與者起止日期備注 目 錄 0. 文檔介紹 0.1 文檔目的 0.2 文檔范圍 0.3 讀者對象 0.4 參考文檔 0.5 術語與縮寫解釋 1. 產(chǎn)品介紹 2. 產(chǎn)品面向的用戶群體 3. 產(chǎn)品應當遵循的標準或規(guī)范 4. 產(chǎn)品范圍 5. 產(chǎn)品中的角色 6. 產(chǎn)品的功能性需求 6.0 功能性需求分類 6.m Feature M 6.m.n

2、 Function M.N 7. 產(chǎn)品的非功能性需求 7.1 用戶界面需求 7.2 軟硬件環(huán)境需求 7.3 產(chǎn)品質(zhì)量需求 7.n 其它需求 附錄A:需求建模與分析報告 A.1 需求模型1 A.n 需求模型N 附錄B:需求確認 0. 文檔介紹0.1 文檔目的0.2 文檔范圍0.3 讀者對象0.4 參考文檔提示:列出本文檔的所有參考文獻(可以是非正式出版物),格式如下:標識符 作者,文獻名稱,出版單位(或歸屬單位),日期例如:SPP-PROC-PP SEPG,需求開發(fā)規(guī)范,機構名稱,日期0.5 術語與縮寫解釋縮寫、術語解 釋SPP精簡并行過程,Simplified Parallel Process

3、RD需求開發(fā) Require Development1. 產(chǎn)品介紹 提示:(1)說明產(chǎn)品是什么,什么用途。(2)介紹產(chǎn)品的開發(fā)背景。2. 產(chǎn)品面向的用戶群體提示:(1)描述本產(chǎn)品面向的用戶(客戶、最終用戶)的特征,(2)說明本產(chǎn)品將給他們帶來什么好處?他們選擇本產(chǎn)品的可能性有多大?3. 產(chǎn)品應當遵循的標準或規(guī)范提示:闡述本產(chǎn)品應當遵循什么標準、規(guī)范或業(yè)務規(guī)則(Business Rules),違反標準、規(guī)范或業(yè)務規(guī)則的產(chǎn)品通常不太可能被接受。4. 產(chǎn)品范圍提示:闡述本產(chǎn)品“適用的領域”和“不適用的領域”,本產(chǎn)品“應當包含的內(nèi)容”和“不包含的內(nèi)容”。說清楚產(chǎn)品范圍的好處是:(1)有助于判斷什么是需

4、求,什么不是需求;(2)可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi),少干吃力不討好的事情;(3)有助于控制需求的變更。5. 產(chǎn)品中的角色提示:闡述本產(chǎn)品的各種角色及其職責。各種角色的具體行為將在功能性需求中描述。角色名稱職責描述6. 產(chǎn)品的功能性需求 6.0 功能性需求分類提示:將功能性需求先粗分再細分,下表中的 Feature A, Function A.1等符號應當被替換成有含義的名稱。功能類別功能名稱、標識符描述Feature AFunction A.1Feature BFunction B.1Feature CFunction C.16.m Feature M 提示:此處寫一些承上啟下的文字。6

5、.m.n Function M.N名稱、標識符功能描述優(yōu)先級輸入操作序列輸出補充說明7. 產(chǎn)品的非功能性需求 7.1 用戶界面需求需求名稱詳細要求7.2 軟硬件環(huán)境需求 需求名稱詳細要求7.3 產(chǎn)品質(zhì)量需求主要質(zhì)量屬性詳細要求正確性健壯性可靠性性能,效率易用性清晰性安全性可擴展性兼容性可移植性7.n 其它需求 附錄A:需求建模與分析報告建議用Rational Rose對產(chǎn)品需求進行建模與分析。A.1 需求模型1A.n 需求模型N附錄B:需求確認提示:需求確認規(guī)程請參見SPP-PROC-RM,主要分兩步:(1)需求評審,(2)需求承諾。對需求的評審應當采用“正式技術評審方式”,將產(chǎn)生一份“需求評審報告”,規(guī)程請參見SPP-PROC-TR。在獲取責任人(Stakeholders)對需求的承諾之前,該產(chǎn)品需求規(guī)格說明書必須先通過需求評審。 需求評審報告摘要需求文檔輸入名稱,標識符,版本,作者,完成日期,需求評審報告輸入名稱,標識符,評審日期,評審結(jié)論 工作成果合格,“無需修改”或者“需要輕微修改但不必再審核”。 工作成果基本合格,需要作少量的修改,之后通過審核即可。 工作成果不合格,需

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論