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

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

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

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

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

以下哪項(xiàng)不屬于原型法的使用步驟？（）

業(yè)務(wù)目標(biāo)是業(yè)務(wù)需求的一個(gè)核心要素。

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

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

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