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

系統(tǒng)驗證是貫穿整個軟件生命周期的活動，它的兩個主要手段是（）。

定義術(shù)語表或數(shù)據(jù)字典應(yīng)避免的常見問題不包括（）

下面哪個不是類圖中的要素？（）

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

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

（）將指導項目的前進。

需求變更控制過程，錯誤的是（）

對項目前景的描述合理的一項是（）。

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