在進(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ù)取得成功的特性。

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

以下不屬于軟件需求規(guī)格說明文檔的寫作特點(diǎn)是（）。

需求跟蹤的方式可以分為（）

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

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

需求可以關(guān)聯(lián)到以下哪些項(xiàng)目過程？（）

對(duì)項(xiàng)目前景的描述合理的一項(xiàng)是（）。

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

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