單項(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ù)”不屬于面向功能的軟件度量需要考慮的因素

最新試題

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

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

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

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

條件測(cè)試是檢查程序模塊中所包含邏輯條件的測(cè)試用例設(shè)計(jì)方法,注重于測(cè)試程序中的條件。BRO(Branchand Relational Operator)測(cè)試保證能發(fā)現(xiàn)布爾變量和關(guān)系操作符只出現(xiàn)一次且沒(méi)有公共變量的條件中的分支和條件操作符錯(cuò)誤??紤]條件C1:(E1>E2)&(E3”和“=”是關(guān)系運(yùn)算符,則C1的條件約束至少為()時(shí),就可以檢查C1中的關(guān)系操作符錯(cuò)誤。

題型:?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)選擇題

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

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

缺陷排除效率(DRE)是對(duì)軟件質(zhì)量保證及控制活動(dòng)過(guò)濾能力的一個(gè)測(cè)量。假設(shè)某個(gè)軟件在交付給最終用戶之前發(fā)生的錯(cuò)誤數(shù)量為45,軟件交付之后發(fā)現(xiàn)的缺陷數(shù)為15,那么對(duì)應(yīng)的DRE值為()

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

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

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

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

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

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

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

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

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