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

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

發(fā)現(xiàn)業(yè)務(wù)需求要具備（）的需求特征。

以下哪項(xiàng)不屬于原型法的使用步驟？（）

需求變更控制過(guò)程，錯(cuò)誤的是（）

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

下列需求通常無(wú)法定義測(cè)試用例的有（）。

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

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

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