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

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

下面選項(xiàng)中哪些是需求的分解方法？（）

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

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

需求分析是選擇一種業(yè)務(wù)導(dǎo)向的線索將零散的需求串起來(lái)，形成一個(gè)體系完整、內(nèi)容清晰的框架，以指導(dǎo)后續(xù)的設(shè)計(jì)、開發(fā)工作，概括為（）三個(gè)方面。

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

和驗(yàn)證活動(dòng)貫穿于軟件開發(fā)活動(dòng)一樣，驗(yàn)證活動(dòng)同樣普遍于（）中。

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

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