軟件需求評(píng)審會(huì)規(guī)范

1、XXXXXX網(wǎng)絡(luò)技術(shù)（北京）有限公司軟件需求評(píng)審會(huì)規(guī)范（軟件需求評(píng)審會(huì)規(guī)范）規(guī)定軟件需求評(píng)審會(huì)規(guī)范XXXXXX網(wǎng)絡(luò)技術(shù)（北京）有限公司版本丨1期說(shuō)明編寫者審核者備注AB本文件的初稿C最終版本D第一次修改軟件需求分析評(píng)審會(huì)記錄編制規(guī)定目的:對(duì)“軟件需求規(guī)格說(shuō)明”進(jìn)行分析評(píng)審。適用范圍：適用于軟件開發(fā)項(xiàng)目組和客戶對(duì)用戶需求分析的評(píng)審。規(guī)程：3.1該評(píng)審會(huì)是軟件開發(fā)項(xiàng)目組及客戶共同進(jìn)行的對(duì)軟件需求分析工作總結(jié)和評(píng)價(jià)。主要針對(duì)“軟件需求規(guī)格說(shuō)明”。3.2軟件需求分析評(píng)審會(huì)至少要涉及以下主要內(nèi)容：3.2.1內(nèi)容評(píng)審：“軟件需求規(guī)格說(shuō)明”的內(nèi)容是否完備、格式是否符合要求、采集的數(shù)據(jù)是否全面、建立的系統(tǒng)模型

2、的準(zhǔn)確性、建立的概念模型能否準(zhǔn)確地表達(dá)系統(tǒng)模型等。322可行性評(píng)審：用戶提出的需求是否足以支持系統(tǒng)目標(biāo)的實(shí)現(xiàn)、系統(tǒng)開發(fā)的限制條件對(duì)系統(tǒng)目標(biāo)的影響。3.3評(píng)審時(shí)應(yīng)參考“軟件需求調(diào)查記錄”。3.4項(xiàng)目組長(zhǎng)總結(jié)并填寫“軟件需求分析評(píng)審會(huì)記錄”。相關(guān)文件相關(guān)記錄5.1軟件需求調(diào)查記錄5.2軟件需求規(guī)格說(shuō)明5.3軟件需求分析評(píng)審會(huì)記錄附錄A軟件需求分析評(píng)審會(huì)記錄文檔登記號(hào)：項(xiàng)目名：主持人：會(huì)議時(shí)間：參加人：列席人：對(duì)原始需求進(jìn)行評(píng)審，如果不通過(guò)要求重新整理原始需求，如果通過(guò)，則進(jìn)入相應(yīng)的原始需求數(shù)據(jù)庫(kù)，作為下一步開發(fā)設(shè)計(jì)和計(jì)劃的基礎(chǔ)。對(duì)原始需求的評(píng)審參照以下評(píng)審列表:階段原始需求評(píng)審項(xiàng)目組項(xiàng)目編號(hào)項(xiàng)目名

3、標(biāo)準(zhǔn)執(zhí)行時(shí)間復(fù)審文檔發(fā)布編號(hào)復(fù)審文檔時(shí)間核對(duì)表標(biāo)準(zhǔn)參考核對(duì)項(xiàng)標(biāo)準(zhǔn)(Y/N/E)改進(jìn)意見R-1理解性：（1）是否每一個(gè)需求只有一種解釋（2）功能性需求是否可以按模塊方式描述？是否明確地標(biāo)識(shí)出了其功能（3）是否有術(shù)語(yǔ)定義一覽表（4）是否使用了形式化或半形式化的語(yǔ)言（5）語(yǔ)言是否有歧義性（6）需求定義是否足夠清楚和明確，使其能夠作為開發(fā)設(shè)計(jì)規(guī)范和功能性測(cè)試的基礎(chǔ)R-2一致性：（1）各個(gè)需求之間是否一致？是否有沖突和矛盾？（2）所規(guī)定的模型、算法和數(shù)值方法是否相容（3）是否使用了標(biāo)準(zhǔn)的術(shù)語(yǔ)和定義形式（4）需求是否與其軟硬件操作環(huán)境兼容（5）是否說(shuō)明了軟件對(duì)其系統(tǒng)和環(huán)境的影（6）是否說(shuō)明了環(huán)境對(duì)軟件的影

4、響（7）所采用的技術(shù)是否與用戶的要求一致R-3可實(shí)現(xiàn)性：（1）需求定義是否使系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、操作和維護(hù)可行（2）所規(guī)定的模型、數(shù)值方法和算法是否對(duì)待解決問題適合？是否能夠在相應(yīng)的限制條件下實(shí)現(xiàn)（3）是否能夠達(dá)到關(guān)于質(zhì)量的要求R-4可追溯性：（1）是否可以從上階段的文檔中找到需求定義中的相應(yīng)內(nèi)容（2）需求定義是否明確地表明前階段中提出的有關(guān)需求和設(shè)計(jì)限制都己被覆蓋（3）需求定義是否便于向后繼開發(fā)階段查找信息R-5設(shè)計(jì)無(wú)關(guān)性：（1）是否需求只描述了做什么，沒有描述怎么做（2）需求描述是否是適當(dāng)程度的抽象/詳細(xì)R-6清晰性：（1）所有定義、實(shí)現(xiàn)方法是否清楚地表達(dá)了用戶的原要求；（2）是否有不能理解或

5、造成誤解的描述；（3）在功能實(shí)現(xiàn)過(guò)程、方法和技術(shù)要求的描述上，是否背離了功能的實(shí)際要求。R-7正確性：（1）需求定義是否滿足標(biāo)準(zhǔn)的要求；（2）算法和規(guī)則是否由科技文獻(xiàn)或其它文獻(xiàn)做基礎(chǔ)；（3）是否定義了對(duì)在錯(cuò)誤、風(fēng)險(xiǎn)分析中所標(biāo)識(shí)出的各種故障模式和錯(cuò)誤類型所需的反應(yīng)（4）是否參照了有關(guān)的標(biāo)準(zhǔn)（5）是否對(duì)每個(gè)需求都給出了理由？理由是否充分（6）對(duì)設(shè)計(jì)和限制是否都有論證只有軟件工程過(guò)程組（SEPG）有權(quán)限改變核對(duì)項(xiàng).鍵入N如果標(biāo)準(zhǔn)/方法沒有被執(zhí)行（出于嚴(yán)重錯(cuò)誤而否決工作產(chǎn)品,錯(cuò)誤改正后必須再次復(fù)審）,“Y”如果確認(rèn)標(biāo)準(zhǔn)/方法被執(zhí)行（工作產(chǎn)品可以不經(jīng)修改而被接受人”E如果可以暫時(shí)接受工作產(chǎn)品（發(fā)現(xiàn)必須改正的微小錯(cuò)誤，但是不再需要進(jìn)一步復(fù)審）.項(xiàng)目