需求分析及評審模板

更新時間:2023-06-11 00:13:28 閱讀：評論：0

需求分析

文件編號：NP503100		生效日期：		受控編號：
密級：秘密		版次：		修改狀態：
總頁數	7	正文	5	附錄	2
編制：		審核：		批準：

沈陽網絡通信股份有限公司

文件修改控制

修改記錄編號	修改狀態	修改頁碼及條款	修改人	審核人	批準人	修改日期

目的

適用范圍

職責

開發部門

開發體系決策層SMG

術語和縮略語

工作程序

《需求分析報告》的編制

《需求分析報告》的評審

《需求分析報告》的更改

引用文件

NP601100《配置管理》

NW503101《需求分析報告編寫規范》

質量記錄

NR503100A“需求分析報告評審記錄”

目的

保證本公司開發的軟件產品和軟件項目的需求分析活動在受控狀態下進行。在進行軟件開發前，明確其應達到的目標，對系統目標做出完整、準確、清晰、具體的要求。

適用范圍

適用于所有軟件項目和/或軟件產品。

職責

軟件研發部門：負責編制《需求分析報告》，并參加評審。

開發體系決策層SMG：負責參加評審重大項目的《需求分析報告》，并批準相應的評審結果。

術語和縮略語

SMG（Senior Manager Group）：開發體系決策層

軟件項目：指根據合同需求開發的軟件。也可以稱為合同軟件。

軟件產品：公司根據市場的調研、預測等結果而自行開發的軟件。

PM（Project Manager）：項目經理。

工作程序

《需求分析報告》的編制

需求分析文檔可由開發人員編制。軟件項目經理SPM或其指定人員根據調研結果，編制該項目的

需求分析文檔即《需求分析報告》和/或《軟件功能規格說明書》，必要時可邀請客戶派人員參加編制工作。

《需求分析報告》的內容以滿足客戶要求或系統所要實現的功能和性能要求為準，同時還要滿足本公司NW503101《需求分析報告編寫規范》或《開發計劃》中明確的標準與規程的要求，如有明確的法律、法規、行業標準等規定時，《需求分析報告》必須遵守相應規定。

若客戶已提供《需求分析報告》或具有同等作用的文檔，則本公司無須進行《需求分析報告》的編制。但在使用前必須進行評審，以確保準確理解客戶的需求，并取得客戶的確認。

《需求分析報告》的評審

《需求分析報告》在提交之前必須進行評審。根據《開發計劃》確定《需求分析報告》的評審類型。

部門級評審，參加人員可包括軟件項目經理SPM、開發部門負責人、相應的開發人員，由開發部負責人審批；公司級評審，由開發體系決策層SMG審批。必要時，可邀請客戶參加評審工作。評審記錄由軟件配置管理負責人SCML填寫并歸檔。

評審要求包括以下幾方面

1）無歧義性──對每個需求只有一種解釋；

2）完整性──包括全部有意義的需求（性能、安全性、可靠性、保密性和專用性等）；

──完整地規定該軟件產品和其他軟件或硬件產品之間的所有接口

──定義對所有可能出現（合法的和非法的）的數據輸入的響應

可驗證性──描述的每一個需求均可驗證；

一致性──對各個需求的描述不矛盾；

可使用性——滿足運行和維護階段的需要；

符合NW503101《需求分析報告編寫規范》或《開發計劃》中的標準與規程；

需求分析中風險的識別及評估。

沒有通過評審的《需求分析報告》由開發人員負責按照評審意見進行修改，修改后重新評審。

通過評審的《需求分析報告》由開發體系決策層SMG或開發部負責人批準執行，并由軟件配置管理負責人SCML按NP601100《配置管理》程序進行配置管理。

通過評審的合同項目《需求分析報告》須經客戶確認，確認方式為：客戶簽字、e-mail、傳真、電話記錄等。

《需求分析報告》的更改

根據客戶提出的意見或軟件開發過程中需要進行對《需求分析報告》修訂時，須填寫NR601100A“更改單”申請更改，經審核批準后方可修改。

6. 引用文件

NP601100《配置管理》

NW503101《需求分析報告編寫規范》

7. 質量記錄

NR503100A“需求分析報告評審記錄”

需求分析報告評審記錄

記錄編號：DST-JL- 時間：2003年12月22日

項目編號：2004-001	項目名稱：營業廳項目
項目軟件經理PSM：	需求分析報告編制人：
參加評審人員：
評審內容：(評審中審議通過的內容在“□”中劃“√”，否則劃“×”) 1. 無岐義性 □ 2. 完整性 □ 3. 可驗證性 □ 4. 一致性 □ 5. 可使用性 □ 6. 符合NW404100《需求分析報告編寫規范》的要求 □
評審意見：
風險評估總結：
評審結論：(評審中審議通過的內容在“□”中劃“√”，否則劃“×”) 1. 通過評審，可以進入下一階段 □ 2. 未通過評審，修改后重新評審 □
填表：		審批：