會議討論適用于（）不清楚項(xiàng)目需求，但（）清楚項(xiàng)目需求的情況。

和靜態(tài)方法相比，原型和模擬方法是成本較（）的一種方法，所以它通常只用于驗(yàn)證一些（）需求。

功能需求通常有（）種不同的抽象層次。

以下哪項(xiàng)不屬于性能需求列表內(nèi)容？（）

在進(jìn)行需求獲取活動時，通常采取以用途為中心或者以產(chǎn)品為中心的方法。以用途為中心強(qiáng)調(diào)對用戶目標(biāo)的理解和探求，以便提取必要的系統(tǒng)功能。以產(chǎn)品為中心側(cè)重于特性，期望定義能領(lǐng)先市場或者驅(qū)動業(yè)務(wù)取得成功的特性。

期望落差是指用戶真實(shí)需求與開發(fā)出來的產(chǎn)品之間的巨大鴻溝?？s小期望落差的最好方法是與合適的客戶代表頻繁溝通。

確定每一個問題對應(yīng)目標(biāo)的過程就是（）的過程。

在具體說明客戶需求和管理客戶需求過程中用戶輸入不足和有誤是造成項(xiàng)目失敗的罪魁禍?zhǔn)住?/p>

（）將指導(dǎo)項(xiàng)目的前進(jìn)。

軟件開發(fā)中重要的系統(tǒng)驗(yàn)證活動有（）。