A.將低優(yōu)先級(jí)需求延遲到以后的迭代或徹底砍掉
B.額外增加人力或?qū)⒉糠止ぷ魍獍?br/>C.延長(zhǎng)交付時(shí)間或在敏捷項(xiàng)目中增加迭代
D.犧牲質(zhì)量來確保按最初的日期交付
您可能感興趣的試卷
你可能感興趣的試題
A.每個(gè)需求是否都有需求實(shí)現(xiàn)優(yōu)先級(jí)
B.所有質(zhì)量需求是否都是可度量的
C.每個(gè)需求的編號(hào)是否唯一
D.是否識(shí)別出了所有商業(yè)規(guī)劃
A.敏捷方法專注于迭代和增量開發(fā)方式
B.后續(xù)的增量對(duì)已有產(chǎn)品進(jìn)行修正
C.需要客戶的持續(xù)參與
D.迭代周期可以超過3個(gè)月
A.好的需求工程產(chǎn)生更好的測(cè)試、好的測(cè)試分析產(chǎn)生更好的需求
B.需求與測(cè)試并無具體關(guān)聯(lián)
C.要對(duì)照需求文檔進(jìn)行產(chǎn)品測(cè)試,而不應(yīng)對(duì)照設(shè)計(jì)或代碼進(jìn)行測(cè)試
D.測(cè)試人員驗(yàn)證需求實(shí)現(xiàn)的方法是測(cè)試、審查、演示、分析
A.質(zhì)量
B.交互
C.術(shù)語
D.組織文化
A.重用范圍
B.修改范圍
C.重用手段
D.重用成本
最新試題
需求跟蹤的方式可以分為()
對(duì)涉眾的()問題,經(jīng)過問題分析之后就可以得到()的解決方案及系統(tǒng)特性。
會(huì)議討論適用于()不清楚項(xiàng)目需求,但()清楚項(xiàng)目需求的情況。
以下不屬于軟件需求規(guī)格說明文檔的寫作特點(diǎn)是()。
用戶手冊(cè)的主要內(nèi)容有()。
以下哪項(xiàng)不屬于功能需求列表內(nèi)容?()
在進(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ù)取得成功的特性。
以下哪項(xiàng)不屬于性能需求列表內(nèi)容?()
業(yè)務(wù)需求指()。
定義術(shù)語表或數(shù)據(jù)字典應(yīng)避免的常見問題不包括()