單項(xiàng)選擇題敏捷軟件過(guò)程強(qiáng)調(diào)：讓客戶滿意和軟件應(yīng)盡早增量發(fā)布；小而高度自主的項(xiàng)目團(tuán)隊(duì)；非正式的方法；最小化軟件工程工作產(chǎn)品以及整體精簡(jiǎn)開(kāi)發(fā)。（）不是采用這種軟件開(kāi)發(fā)過(guò)程的原因。

A.難以提前預(yù)測(cè)哪些需求是穩(wěn)定的和哪些需求會(huì)變化
B.對(duì)于軟件項(xiàng)目開(kāi)發(fā)來(lái)說(shuō)，設(shè)計(jì)和實(shí)現(xiàn)可以做到基本分離
C.從制定計(jì)劃的角度來(lái)看，分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試并不容易預(yù)測(cè)
D.可執(zhí)行原型和部分實(shí)現(xiàn)的可運(yùn)行系統(tǒng)是了解用戶需求和反饋的有效媒介


你可能感興趣的試題

2.單項(xiàng)選擇題在軟件開(kāi)發(fā)的V模型中，應(yīng)該在（）階段制定單元測(cè)試計(jì)劃。

A.需求分析
B.概要設(shè)計(jì)
C.詳細(xì)設(shè)計(jì)
D.代碼編寫(xiě)

3.單項(xiàng)選擇題面向功能的軟件度量使用軟件所提供功能的測(cè)量作為規(guī)范化值。下面關(guān)于面向功能的軟件度量方法的描述，不正確的是（）

A.面向功能度量是由Albrecht首先提出來(lái)的，他建議采用基于功能點(diǎn)的測(cè)量
B.功能點(diǎn)是基于軟件信息領(lǐng)域的可計(jì)算的（直接的）測(cè)量及軟件復(fù)雜性的評(píng)估而導(dǎo)出的
C.“功能”不能直接測(cè)量，所以必須通過(guò)其他直接的測(cè)量來(lái)導(dǎo)出
D.“用戶輸入數(shù)”和“用戶輸出數(shù)”不屬于面向功能的軟件度量需要考慮的因素

最新試題

軟件需求分析產(chǎn)生軟件操作特征的規(guī)格說(shuō)明，指明軟件和其他系統(tǒng)元素的接口，建立軟件必須滿足的約束。下面對(duì)于軟件需求分析的描述，不正確的是（）

題型：?jiǎn)雾?xiàng)選擇題

敏捷軟件過(guò)程強(qiáng)調(diào)：讓客戶滿意和軟件應(yīng)盡早增量發(fā)布；小而高度自主的項(xiàng)目團(tuán)隊(duì)；非正式的方法；最小化軟件工程工作產(chǎn)品以及整體精簡(jiǎn)開(kāi)發(fā)。（）不是采用這種軟件開(kāi)發(fā)過(guò)程的原因。

題型：?jiǎn)雾?xiàng)選擇題

在軟件開(kāi)發(fā)的V模型中，應(yīng)該在（）階段制定單元測(cè)試計(jì)劃。

題型：?jiǎn)雾?xiàng)選擇題

空白（1）處應(yīng)選擇（）

題型：?jiǎn)雾?xiàng)選擇題

空白（1）處應(yīng)選擇（）

題型：?jiǎn)雾?xiàng)選擇題

結(jié)構(gòu)模板能夠幫助分析員建立一個(gè)逐層細(xì)化的層次結(jié)構(gòu)。結(jié)構(gòu)環(huán)境圖（Architecture Context Diagram，ACD）則位于層次結(jié)構(gòu)的頂層。在從ACD導(dǎo)出的（）中給出了各個(gè)專(zhuān)門(mén)子系統(tǒng)和重要（數(shù)據(jù)與控制）信息流。

題型：?jiǎn)雾?xiàng)選擇題

空白（2）處應(yīng)選擇（）

題型：?jiǎn)雾?xiàng)選擇題

空白（2）處應(yīng)選擇（）

題型：?jiǎn)雾?xiàng)選擇題

面向功能的軟件度量使用軟件所提供功能的測(cè)量作為規(guī)范化值。下面關(guān)于面向功能的軟件度量方法的描述，不正確的是（）

題型：?jiǎn)雾?xiàng)選擇題

下列關(guān)于軟件需求管理與需求開(kāi)發(fā)的論述，正確的是（）

題型：?jiǎn)雾?xiàng)選擇題