A.需求文檔過長
B.審查團規(guī)模大
C.審查人地域分散
D.評審人準備不足
您可能感興趣的試卷
你可能感興趣的試題
A.同級桌查
B.輪查
C.走查
D.檢查
A.可追溯性:唯一的永久性標識符號來標識
B.可行性:增量開發(fā)和概念證明的模型法是2種評估可行性的方法
C.必要性:每個需求關(guān)聯(lián)到可以清楚標明其必要性的業(yè)務(wù)目標
D.正確性:用戶代表應(yīng)審查需求,確保需求正確性
A.模棱兩可的詞
B.A/B結(jié)構(gòu)
C.邊界值
D.否定句式
A.原始類型
B.復雜類型
C.結(jié)構(gòu)類型
D.重復的數(shù)據(jù)組
A.明確、完成以及驗證需求
B.探究設(shè)計的選擇方案
C.創(chuàng)建一個可以演變?yōu)槌善返牟糠窒到y(tǒng)
D.可以更炫酷的跟用戶溝通需求
最新試題
在具體說明客戶需求和管理客戶需求過程中用戶輸入不足和有誤是造成項目失敗的罪魁禍首。
對涉眾的()問題,經(jīng)過問題分析之后就可以得到()的解決方案及系統(tǒng)特性。
在進行需求獲取活動時,通常采取以用途為中心或者以產(chǎn)品為中心的方法。以用途為中心強調(diào)對用戶目標的理解和探求,以便提取必要的系統(tǒng)功能。以產(chǎn)品為中心側(cè)重于特性,期望定義能領(lǐng)先市場或者驅(qū)動業(yè)務(wù)取得成功的特性。
以下不屬于軟件需求規(guī)格說明文檔的寫作特點是()。
軟件開發(fā)中重要的系統(tǒng)驗證活動有()。
下面選項中哪些是需求的分解方法?()
以下哪項不屬于功能需求列表內(nèi)容?()
產(chǎn)品的前景應(yīng)該表述為()。
下列需求通常無法定義測試用例的有()。
業(yè)務(wù)目標是業(yè)務(wù)需求的一個核心要素。