A.需求文檔過長(zhǎng)
B.審查團(tuán)規(guī)模大
C.審查人地域分散
D.評(píng)審人準(zhǔn)備不足
您可能感興趣的試卷
你可能感興趣的試題
A.同級(jí)桌查
B.輪查
C.走查
D.檢查
A.可追溯性：唯一的永久性標(biāo)識(shí)符號(hào)來標(biāo)識(shí)
B.可行性：增量開發(fā)和概念證明的模型法是2種評(píng)估可行性的方法
C.必要性：每個(gè)需求關(guān)聯(lián)到可以清楚標(biāo)明其必要性的業(yè)務(wù)目標(biāo)
D.正確性：用戶代表應(yīng)審查需求，確保需求正確性
A.模棱兩可的詞
B.A/B結(jié)構(gòu)
C.邊界值
D.否定句式
A.原始類型
B.復(fù)雜類型
C.結(jié)構(gòu)類型
D.重復(fù)的數(shù)據(jù)組
A.明確、完成以及驗(yàn)證需求
B.探究設(shè)計(jì)的選擇方案
C.創(chuàng)建一個(gè)可以演變?yōu)槌善返牟糠窒到y(tǒng)
D.可以更炫酷的跟用戶溝通需求
最新試題
需求分析是選擇一種業(yè)務(wù)導(dǎo)向的線索將零散的需求串起來，形成一個(gè)體系完整、內(nèi)容清晰的框架，以指導(dǎo)后續(xù)的設(shè)計(jì)、開發(fā)工作，概括為（）三個(gè)方面。
需求文檔編寫的一般基本規(guī)則有（）。
以下哪項(xiàng)不屬于性能需求列表內(nèi)容？（）
發(fā)現(xiàn)業(yè)務(wù)需求要具備（）的需求特征。
在進(jìn)行需求獲取活動(dòng)時(shí)，通常采取以用途為中心或者以產(chǎn)品為中心的方法。以用途為中心強(qiáng)調(diào)對(duì)用戶目標(biāo)的理解和探求，以便提取必要的系統(tǒng)功能。以產(chǎn)品為中心側(cè)重于特性，期望定義能領(lǐng)先市場(chǎng)或者驅(qū)動(dòng)業(yè)務(wù)取得成功的特性。
軟件開發(fā)中重要的系統(tǒng)驗(yàn)證活動(dòng)有（）。
以下不屬于軟件需求規(guī)格說明文檔的寫作特點(diǎn)是（）。
業(yè)務(wù)目標(biāo)是業(yè)務(wù)需求的一個(gè)核心要素。
對(duì)涉眾的（）問題，經(jīng)過問題分析之后就可以得到（）的解決方案及系統(tǒng)特性。
系統(tǒng)驗(yàn)證是貫穿整個(gè)軟件生命周期的活動(dòng)，它的兩個(gè)主要手段是（）。