需求規(guī)格說(shuō)明書(shū) 需求跟蹤矩陣 需求變更評(píng)審報(bào)告表單全套

需求規(guī)格說(shuō)明書(shū)、需求跟蹤矩陣、需求變更評(píng)審報(bào)告表單需求變更技術(shù)評(píng)審報(bào)告項(xiàng)目名稱(chēng)物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)項(xiàng)目級(jí)別√公司級(jí)□部門(mén)級(jí)□子部門(mén)級(jí)項(xiàng)目經(jīng)理要求評(píng)審的工作產(chǎn)品的名稱(chēng)《物聯(lián)網(wǎng)大數(shù)據(jù)需求規(guī)格說(shuō)明書(shū)》產(chǎn)品作者(評(píng)審申請(qǐng)人)建議評(píng)審時(shí)間20XX年XX月XX日要求評(píng)審的工作產(chǎn)品所屬開(kāi)發(fā)階段□規(guī)劃階段√需求分析階段□系統(tǒng)設(shè)計(jì)階段□實(shí)現(xiàn)與測(cè)試階段□系統(tǒng)驗(yàn)收階段□安裝運(yùn)行階段□其它評(píng)審準(zhǔn)則◆可追溯性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求要一一列出并標(biāo)識(shí)，與別的需求區(qū)別開(kāi)來(lái)。每項(xiàng)需求只應(yīng)在軟件需求規(guī)格說(shuō)明書(shū)中出現(xiàn)一次?！粽_性：軟件需求都是與用戶所期望的相符合。與涉及的相關(guān)行業(yè)技術(shù)規(guī)范相符合。◆完整性：軟件需求規(guī)格說(shuō)明書(shū)中沒(méi)有遺漏任何必要的需求?！粢恢滦裕焊鬈浖枨笾g或軟件需求與高層（系統(tǒng)，業(yè)務(wù)）需求之間不相矛盾?！艨尚行裕很浖枨笠?guī)格說(shuō)明書(shū)中的每一個(gè)需求都是可實(shí)現(xiàn)的。◆無(wú)二義性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求都只有惟一的含義。◆可驗(yàn)證性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求對(duì)用戶而言都是可驗(yàn)證、測(cè)試的?！舯匾裕很浖枨笠?guī)格說(shuō)明書(shū)中的每一個(gè)需求對(duì)用戶而言都是必須的，沒(méi)有畫(huà)蛇添足。◆可理解性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求都能清楚表達(dá)，保證項(xiàng)目干系人都能看懂?！魟澐謨?yōu)先級(jí)：軟件需求規(guī)格說(shuō)明書(shū)中，應(yīng)根據(jù)需求的輕重緩急對(duì)需求劃分優(yōu)先級(jí)?！艟哂懈乓O(shè)計(jì)所需的相關(guān)的輸入信息。評(píng)審需提交的資料《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)產(chǎn)品需求規(guī)格說(shuō)明書(shū)》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)用戶需求調(diào)查報(bào)告》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)系統(tǒng)用戶需求說(shuō)明書(shū)（系統(tǒng)）》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)系統(tǒng)軟件需求跟蹤矩陣表單》產(chǎn)品批準(zhǔn)人（審核人）意見(jiàn)√同意評(píng)審由

XXX

擔(dān)任評(píng)審負(fù)責(zé)人，按技術(shù)評(píng)審流程開(kāi)展評(píng)審工作。評(píng)審方式：√正式技術(shù)評(píng)審（會(huì)議評(píng)審）□非正式技術(shù)評(píng)審（□Email會(huì)簽□走查□其他：）評(píng)審級(jí)別：□部門(mén)級(jí)√子部門(mén)級(jí)□項(xiàng)目組內(nèi)□暫不評(píng)審原因是：□方案不成熟□資料不完整□其他簽字XXX日期20XX年XX月XX日技術(shù)評(píng)審意見(jiàn)及結(jié)果評(píng)審時(shí)間自20XX年XX月XX日XX時(shí)至20XX年XX月XX日XX時(shí)評(píng)審問(wèn)答記錄本次評(píng)審是針對(duì)用戶的新增需求進(jìn)行評(píng)審。1、此次需求的增加，對(duì)系統(tǒng)的整體進(jìn)度影響有多大？答：由于需求的變更點(diǎn)已經(jīng)是在準(zhǔn)備進(jìn)行編碼設(shè)計(jì)的時(shí)候了，所以需求增加后，也涉及到了系統(tǒng)設(shè)計(jì)的增加，整體的進(jìn)度有偏差，但會(huì)進(jìn)行有效的控制。2、此次需求的增加，存在什么技術(shù)上的問(wèn)題嗎？答：此次增加的需求，在技術(shù)角度上是完全可以實(shí)現(xiàn)的，不存在什么技術(shù)難題，主要是要有時(shí)間來(lái)做這些增加。記錄人簽名日期20XX年XX月XX日評(píng)審人員簽名其他參與人員簽名評(píng)審意見(jiàn)匯總一、缺陷識(shí)別無(wú)缺陷二、總體評(píng)價(jià)及建議屬于變更類(lèi)項(xiàng)目。新增需求分析比較透徹、完善；基本通過(guò)。20XX-XX-XX評(píng)審結(jié)論√評(píng)審?fù)ㄟ^(guò)：工作產(chǎn)品合格，“無(wú)需修改”或“需要輕微修改但不必再審核”；□評(píng)審基本通過(guò)：工作產(chǎn)品基本合格，需要作少量修改，之后通過(guò)審核即可；□評(píng)審不通過(guò)：工作產(chǎn)品不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。建議整改完成時(shí)間20XX年XX月XX日評(píng)審負(fù)責(zé)人簽字XXX日期20XX年XX月XX日缺陷修正及驗(yàn)證（如果使用缺陷跟蹤軟件，則無(wú)需填寫(xiě)下表）序號(hào)缺陷內(nèi)容修正措施實(shí)施結(jié)果實(shí)施人、日期缺陷修正驗(yàn)證情況驗(yàn)證結(jié)論：驗(yàn)證通過(guò)驗(yàn)證人簽字XXX日期20XX年XX月XX日需求跟蹤矩陣表技術(shù)評(píng)審報(bào)告項(xiàng)目名稱(chēng)物聯(lián)網(wǎng)大數(shù)據(jù)系統(tǒng)項(xiàng)目級(jí)別√公司級(jí)□部門(mén)級(jí)□子部門(mén)級(jí)項(xiàng)目經(jīng)理要求評(píng)審的工作產(chǎn)品的名稱(chēng)《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)產(chǎn)品需求規(guī)格說(shuō)明書(shū)》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)用戶需求調(diào)查報(bào)告》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)用戶需求說(shuō)明書(shū)》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)設(shè)計(jì)文檔》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)軟件需求跟蹤矩陣表單》產(chǎn)品作者(評(píng)審申請(qǐng)人)建議評(píng)審時(shí)間20XX年3月12日要求評(píng)審的工作產(chǎn)品所屬開(kāi)發(fā)階段□規(guī)劃階段√需求分析階段□系統(tǒng)設(shè)計(jì)階段□實(shí)現(xiàn)與測(cè)試階段□系統(tǒng)驗(yàn)收階段□安裝運(yùn)行階段□其它評(píng)審準(zhǔn)則◆可追溯性：用戶需求ID、產(chǎn)品需求ID、設(shè)計(jì)文檔、測(cè)試用例等能找到一一對(duì)應(yīng)關(guān)系?！粽_性：用戶需求ID、產(chǎn)品需求ID、設(shè)計(jì)文檔、測(cè)試用例等對(duì)應(yīng)正確。◆完整性：軟件需求規(guī)格說(shuō)明書(shū)中沒(méi)有遺漏任何必要的需求?！粢恢滦裕焊鬈浖枨笾g或軟件需求與高層（系統(tǒng)，業(yè)務(wù)）需求之間不相矛盾?！艨尚行裕很浖枨笠?guī)格說(shuō)明書(shū)中的每一個(gè)需求都是可實(shí)現(xiàn)的?！魺o(wú)二義性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求都只有惟一的含義?！艨沈?yàn)證性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求對(duì)用戶而言都是可驗(yàn)證、測(cè)試的?！糇兏刂疲盒枨笙嚓P(guān)的產(chǎn)品的變更也放映到RTM中。評(píng)審需提交的資料《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)產(chǎn)品需求規(guī)格說(shuō)明書(shū)》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)用戶需求調(diào)查報(bào)告》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)用戶需求說(shuō)明書(shū)》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)設(shè)計(jì)文檔》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)軟件需求跟蹤矩陣表單》產(chǎn)品批準(zhǔn)人（審核人）意見(jiàn)√同意評(píng)審由

擔(dān)任評(píng)審負(fù)責(zé)人，按技術(shù)評(píng)審流程開(kāi)展評(píng)審工作。評(píng)審方式：√正式技術(shù)評(píng)審（會(huì)議評(píng)審）□非正式技術(shù)評(píng)審（□Email會(huì)簽□走查□其他：）評(píng)審級(jí)別：□部門(mén)級(jí)□子部門(mén)級(jí)□項(xiàng)目組內(nèi)□暫不評(píng)審原因是：□方案不成熟□資料不完整□其他簽字日期20XX年3月12日技術(shù)評(píng)審意見(jiàn)及結(jié)果評(píng)審時(shí)間自20XX年3月12日10時(shí)至20XX年3月12日11時(shí)評(píng)審記錄按照RTM的記錄對(duì)項(xiàng)目需求、設(shè)計(jì)文檔等進(jìn)行了檢查。記錄完整。但還是存在一些問(wèn)題：（1）、在系統(tǒng)設(shè)計(jì)文檔中，有部分需求與設(shè)計(jì)文檔對(duì)應(yīng)章節(jié)不上；（2）、需求規(guī)格說(shuō)明書(shū)的版本好變化后沒(méi)有更改過(guò)來(lái)。記錄人簽名日期20XX年3月12日評(píng)審人員簽名其他參與人員簽名評(píng)審意見(jiàn)匯總一、缺陷識(shí)別序號(hào)缺陷描述嚴(yán)重性建議缺陷解決方案1在《軟件需求跟蹤矩陣表單》的第3條記錄中SRS列表與設(shè)計(jì)文檔對(duì)應(yīng)不正確。嚴(yán)重修改2需求規(guī)格說(shuō)明書(shū)對(duì)應(yīng)的版本號(hào)未更新。一般修改二、總體評(píng)價(jià)及建議需求分析比較透徹、完善，而且能夠?qū)⒖蛻粜枨笈c產(chǎn)品需求、高層設(shè)計(jì)、單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試等統(tǒng)一起來(lái)管理，工作進(jìn)行的比較認(rèn)真?；就ㄟ^(guò)。20XX-3-12評(píng)審結(jié)論□評(píng)審?fù)ㄟ^(guò)：工作產(chǎn)品合格，“無(wú)需修改”或“需要輕微修改但不必再審核”；√評(píng)審基本通過(guò)：工作產(chǎn)品基本合格，需要作少量修改，之后通過(guò)審核即可；□評(píng)審不通過(guò)：工作產(chǎn)品不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。建議整改完成時(shí)間20XX年3月12日評(píng)審負(fù)責(zé)人簽字日期20XX年3月12日缺陷修正及驗(yàn)證（如果使用缺陷跟蹤軟件，則無(wú)需填寫(xiě)下表）序號(hào)缺陷內(nèi)容修正措施實(shí)施結(jié)果實(shí)施人、日期1在《軟件需求跟蹤矩陣表單》的第3條記錄中SRS列表與設(shè)計(jì)文檔對(duì)應(yīng)不正確。修改RTM。完成20XX年3月12日2需求規(guī)格說(shuō)明書(shū)對(duì)應(yīng)的版本號(hào)未更新。修改RTM。完成20XX年3月12日缺陷修正驗(yàn)證情況驗(yàn)證結(jié)論：驗(yàn)證通過(guò)驗(yàn)證人簽字日期20XX年3月12日需求規(guī)格技術(shù)評(píng)審報(bào)告項(xiàng)目名稱(chēng)物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)項(xiàng)目級(jí)別√公司級(jí)□部門(mén)級(jí)□子部門(mén)級(jí)項(xiàng)目經(jīng)理要求評(píng)審的工作產(chǎn)品的名稱(chēng)《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)產(chǎn)品需求規(guī)格說(shuō)明書(shū)》產(chǎn)品作者(評(píng)審申請(qǐng)人)建議評(píng)審時(shí)間20XX年3月9日要求評(píng)審的工作產(chǎn)品所屬開(kāi)發(fā)階段□規(guī)劃階段√需求分析階段□系統(tǒng)設(shè)計(jì)階段□實(shí)現(xiàn)與測(cè)試階段□系統(tǒng)驗(yàn)收階段□安裝運(yùn)行階段□其它評(píng)審準(zhǔn)則◆可追溯性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求要一一列出并標(biāo)識(shí)，與別的需求區(qū)別開(kāi)來(lái)。每項(xiàng)需求只應(yīng)在軟件需求規(guī)格說(shuō)明書(shū)中出現(xiàn)一次?！粽_性：軟件需求都是與用戶所期望的相符合。與涉及的相關(guān)行業(yè)技術(shù)規(guī)范相符合?！敉暾裕很浖枨笠?guī)格說(shuō)明書(shū)中沒(méi)有遺漏任何必要的需求。◆一致性：各軟件需求之間或軟件需求與高層（系統(tǒng)，業(yè)務(wù)）需求之間不相矛盾?！艨尚行裕很浖枨笠?guī)格說(shuō)明書(shū)中的每一個(gè)需求都是可實(shí)現(xiàn)的。◆無(wú)二義性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求都只有惟一的含義?！艨沈?yàn)證性：軟件需求規(guī)格說(shuō)明書(shū)中的每一個(gè)需求對(duì)用戶而言都是可驗(yàn)證、測(cè)試的?！舯匾裕很浖枨笠?guī)格說(shuō)明書(shū)中的每一個(gè)需求對(duì)用戶而言都是必須的，沒(méi)有畫(huà)蛇添足?！艨衫斫庑裕很浖枨笠?guī)格說(shuō)明書(shū)中的每一個(gè)需求都能清楚表達(dá)，保證項(xiàng)目干系人都能看懂?！魟澐謨?yōu)先級(jí)：軟件需求規(guī)格說(shuō)明書(shū)中，應(yīng)根據(jù)需求的輕重緩急對(duì)需求劃分優(yōu)先級(jí)。◆具有概要設(shè)計(jì)所需的相關(guān)的輸入信息。評(píng)審需提交的資料《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)產(chǎn)品需求規(guī)格說(shuō)明書(shū)》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)用戶需求調(diào)查報(bào)告》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)系統(tǒng)用戶需求說(shuō)明書(shū)（系統(tǒng)）》《物聯(lián)網(wǎng)大數(shù)據(jù)平臺(tái)系統(tǒng)軟件需求跟蹤矩陣表單》產(chǎn)品批準(zhǔn)人（審核人）意見(jiàn)√同意評(píng)審由

擔(dān)任評(píng)審負(fù)責(zé)人，按技術(shù)評(píng)審流程開(kāi)展評(píng)審工作。評(píng)審方式：√正式技術(shù)評(píng)審（會(huì)議評(píng)審）□非正式技術(shù)評(píng)審（□Email會(huì)簽□走查□其他：）評(píng)審級(jí)別：√部門(mén)級(jí)□子部門(mén)級(jí)□項(xiàng)目組內(nèi)□暫不評(píng)審原因是：□方案不成熟□資料不完整□其他簽字日期20XX年3月9日技術(shù)評(píng)審意見(jiàn)及結(jié)果評(píng)審時(shí)間自20XX年3月9日11時(shí)至20XX年3月9日12時(shí)評(píng)審問(wèn)答記錄1、在《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中“1.3文本讀者”。描述相關(guān)讀者對(duì)象，但不用描述他們用此文檔做什么。2、1.6名詞解釋。3、“界面需求”，在對(duì)具體的功能模塊描述的時(shí)候，要有相應(yīng)的界面與之對(duì)應(yīng)。4、要有對(duì)需求優(yōu)先級(jí)別的定義。5、“內(nèi)部文管理”模塊，在總體結(jié)構(gòu)中沒(méi)有體現(xiàn)。6、給出相關(guān)模塊的界面圖。記錄人簽名日期20XX年3月9日評(píng)審人員簽名其他參與人員簽名評(píng)審意見(jiàn)匯總一、缺陷識(shí)別無(wú)缺陷二、總體評(píng)價(jià)及建議總體需求分析比較透徹、完善；但需求優(yōu)先級(jí)，相關(guān)需求界面沒(méi)有進(jìn)行描述，要進(jìn)行詳細(xì)補(bǔ)充。基本通過(guò)。20XX-3-9評(píng)審結(jié)論□評(píng)審?fù)ㄟ^(guò)：工作產(chǎn)品合格，