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

對涉眾的（）問題，經(jīng)過問題分析之后就可以得到（）的解決方案及系統(tǒng)特性。

會議討論適用于（）不清楚項目需求，但（）清楚項目需求的情況。

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

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

對項目前景的描述合理的一項是（）。

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

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

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

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