不同涉眾對(duì)同一個(gè)問題的目標(biāo)需求（），不同的業(yè)務(wù)需求之間（）。

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

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

和驗(yàn)證活動(dòng)貫穿于軟件開發(fā)活動(dòng)一樣，驗(yàn)證活動(dòng)同樣普遍于（）中。

用戶手冊(cè)的主要內(nèi)容有（）。

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

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

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

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

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