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

以下屬于過程改進(jìn)循環(huán)的是（）

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

下列需求通常無法定義測試用例的有（）。

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

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

需求文檔編寫的一般基本規(guī)則有（）。

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

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

下面選項中哪些是需求的分解方法？（）