在具體說明客戶需求和管理客戶需求過程中用戶輸入不足和有誤是造成項目失敗的罪魁禍首。

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

下面哪個不是類圖中的要素？（）

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

假設(shè)和依賴應(yīng)表述為（）。

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

關(guān)于需求跟蹤矩陣的生命期，說法錯誤的是（）

確定每一個問題對應(yīng)目標的過程就是（）的過程。

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

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