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

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

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

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

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

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

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

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

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

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