需求評審(模板)

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

需求評審報告

項目名稱：XXXXXXXXXXXXXXXXX軟件系統

項目編號：XXXX

承建單位：XXXXXXXXX公司

編制日期：2021年5月10日

1基本信息

2評審流程

由建設單位項目負責人及各部門相關人員，監理單位項目負責人及相關人員、承建單位項目負責人、組成評審小組，通過閱讀和討論需求規格說明書的內容，對需求設計進行評審。

項目經理提前把項目合同、需求規格說明書等文檔分發給評審小組成員，作為評審依據。小組成員在充分閱讀這些材料之后，進入下一步。

召開需求設計審查會，在會上，由該項目的產品經理闡述其設計思想進行詳細介紹，主要包括有：系統目標、總體設計思想、數據結構、處理方式設計、接口設計、運行設計、出錯設計等。在此過程中，小組成員可以提出問題，并展開討論，審查是否有錯誤存在。

在討論結束后，由項目經理編寫提交《需求評審報告》。

若發現設計多處不合理，或發現重大錯誤，則在改正之后，再次組織需求設計評審。

3評審內容

序號	評審事項		評審結果	備注
1	功能性	XXXXXX，此功能設計是否具備，設計是否合理。	合格
2		XXXXXX，此功能設計是否具備，設計是否合理。	合格
3		XXXXXX，此功能設計是否具備，設計是否合理。	合格
4		XXXXXX，此功能設計是否具備，設計是否合理。	合格
5		XXXXXX，此功能設計是否具備，設計是否合理。	合格
6		XXXXXX，此功能設計是否具備，設計是否合理。	合格
7		XXXXXX，此功能設計是否具備，設計是否合理。	合格
8		XXXXXX，此功能設計是否具備，設計是否合理。	合格
9		XXXXXX，此功能設計是否具備，設計是否合理。	合格
10		XXXXXX，此功能設計是否具備，設計是否合理。	合格
11	可追溯性	分析該軟件的系統結構、子系統結構，確認該軟件設計是否覆蓋了所有已確定的軟件需求。	合格
12	可追溯性	軟件每一成分是否可追溯到某一項需求。	合格
13	接口	分析軟件各部分之間的聯系，確認該軟件的內部接口與外部接口是否已經明確定義。	合格
14		模塊是否滿足低耦合的要求。	合格
15		模塊作用范圍是否在其控制范圍之內。	合格
16	風險	確認該軟件設計在現有技術條件和預算范圍內是否能按時實現。	合格
17	可維護性	從軟件維護的角度出發，確認該軟件設計是否考慮了方便未來的維護。	合格
31	文檔	文檔編寫規范進行評估	合格