軟件需求評審報告

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件需求評審報告項目名稱XX科技有限公司XXXX項目項目級別公司級 部門級 子部門級項目經(jīng)理XXX要求評審的工作產(chǎn)品的名稱XXXXXXX綜合管理系統(tǒng)需求規(guī)格說明書產(chǎn)品作者(評審申請人)XXX建議評審時間 2016 年5月 31日要求評審的工作產(chǎn)品所屬開發(fā)階段規(guī)劃階段 需求分析階段 系統(tǒng)設(shè)計階段 實現(xiàn)與測試階段 系統(tǒng)驗收階段 安裝運行階段 其它評審準(zhǔn)則u 可追溯性：軟件需求規(guī)格說明書中的每一個需求要一一列出并標(biāo)識，與別的需求區(qū)別開來。每項需求只應(yīng)在軟件需求規(guī)格說明書中出現(xiàn)一次。 正確性：軟件需求都是與用戶所期望的相符合。與涉及的相關(guān)行業(yè)技術(shù)規(guī)范相符合。 完整性：軟件需求

2、規(guī)格說明書中沒有遺漏任何必要的需求。 一致性：各軟件需求之間或軟件需求與高層（系統(tǒng)，業(yè)務(wù)）需求之間不相矛盾。 可行性：軟件需求規(guī)格說明書中的每一個需求都是可實現(xiàn)的。 無二義性：軟件需求規(guī)格說明書中的每一個需求都只有惟一的含義。 可驗證性：軟件需求規(guī)格說明書中的每一個需求對用戶而言都是可驗證、測試的。 必要性：軟件需求規(guī)格說明書中的每一個需求對用戶而言都是必須的，沒有畫蛇添足。 可理解性：軟件需求規(guī)格說明書中的每一個需求都能清楚表達(dá)，保證項目干系人都能看懂。 劃分優(yōu)先級：軟件需求規(guī)格說明書中，應(yīng)根據(jù)需求的輕重緩急對需求劃分優(yōu)先級。u 具有概要設(shè)計所需的相關(guān)的輸入信息。評審需提交的資料IBMS智能

3、樓宇綜合管理系統(tǒng)需求規(guī)格說明書（V1.1版本）產(chǎn)品批準(zhǔn)人（審核人）意 見 同意評審 由 XXX 擔(dān)任評審負(fù)責(zé)人，按技術(shù)評審流程開展評審工作。評審方式： 正式技術(shù)評審（會議評審） 非正式技術(shù)評審（ Email會簽 走查 其他： ）評審級別： 部門級 子部門級 項目組內(nèi) 暫不評審原因是： 方案不成熟 資料不完整 其他簽 字日 期2016 年5月 31日技 術(shù) 評 審 意 見 及 結(jié) 果評審時間自 2016 年5月31日14時 至 2016 年5月 31日 18 時評審問答記錄1、 考慮用戶同名情況，如何處理2、 用戶信息擴(kuò)展要求3、 增加跨平臺要求4、 增加系統(tǒng)支持點位容量功能描述5、 系統(tǒng)響應(yīng)時

4、間描述更詳細(xì)一點6、 增加在虛擬機(jī)上測試7、 部署環(huán)境要求（最低要求、配置要求）8、 模塊化功能要求記錄人簽名XXX日 期2016 年5月 31日評 審人員簽名其他參與人員簽名評審意見匯 總 一、缺陷識別無缺陷 二、總體評價及建議總體需求分析比較透徹、完善；但需求優(yōu)先級，相關(guān)需求界面沒有進(jìn)行描述，要進(jìn)行詳細(xì)補充?；就ㄟ^。 評審結(jié)論評審?fù)ㄟ^：工作產(chǎn)品合格，“無需修改”或“需要輕微修改但不必再審核”；評審基本通過：工作產(chǎn)品基本合格，需要作少量修改，之后通過審核即可；評審不通過：工作產(chǎn)品不合格，需要作比較大的修改，之后必須重新對其評審。建議整改完成時間 2016 年6月 2日評審負(fù)責(zé)人簽字日期2016 年5月 31日缺陷修正及驗證（如果使用缺陷跟蹤軟件，則無需填寫下表）序號缺陷內(nèi)容修正措施實施結(jié)果實施人、日期1對系統(tǒng)能夠支持的點數(shù)沒有作出說明。見需求分析文件中的需求6.5已實施XXX、2016年06月01日2對系統(tǒng)能夠支持的攝像機(jī)數(shù)量沒有作出說明。見需求分析文件中的需求6.5已實施XXX、2016年06月01日3對系統(tǒng)能否實現(xiàn)跨平臺沒有進(jìn)行說明見需求分析文件中的需求6.6已實施XXX、2016r年06月01日4對系統(tǒng)能否在虛似機(jī)上運行沒有進(jìn)行說明見需求分析文件中的需求6.6已實施XXX、2016r年06月01日5對支行平臺的計算機(jī)硬件的基本要求沒有作出評估。見