單項(xiàng)選擇題博學(xué)網(wǎng)軟件開發(fā)團(tuán)隊(duì)欲開發(fā)一套管理信息系統(tǒng)，在項(xiàng)目初期，用戶提出了軟件的一些基本功能，但是沒有詳細(xì)定義輸入、處理和輸出需求。在這種情況下，該團(tuán)隊(duì)在開發(fā)過程應(yīng)采用（）

A.瀑布模型
B.增量模型
C.原型開發(fā)模型
D.快速應(yīng)用程序開發(fā)（RAD）


你可能感興趣的試題

1.單項(xiàng)選擇題需求分析的任務(wù)是借助于當(dāng)前系統(tǒng)的物理模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)"做什么"的問題（）并不是需求分析的實(shí)現(xiàn)步驟之一。

A.獲得當(dāng)前系統(tǒng)的物理模型
B.抽象出當(dāng)前系統(tǒng)的邏輯模型
C.建立目標(biāo)系統(tǒng)的邏輯模型
D.確定目標(biāo)實(shí)現(xiàn)的具體技術(shù)路線

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

A.分析員研究系統(tǒng)規(guī)約和軟件項(xiàng)目計(jì)劃，并在系統(tǒng)語(yǔ)境內(nèi)理解軟件和復(fù)審，從而生成計(jì)劃軟件范圍的估算
B.需求分析使得系統(tǒng)工程師能夠刻畫出軟件的功能和性能、指明軟件和其他系統(tǒng)元素的接口、并建立軟件必須滿足的約束
C.經(jīng)過仔細(xì)的需求分析活動(dòng)，分析員能夠得到詳細(xì)的系統(tǒng)規(guī)約
D.需求分析能夠?yàn)檐浖O(shè)計(jì)者提供可被翻譯成數(shù)據(jù)、體系結(jié)構(gòu)、界面和過程設(shè)計(jì)的模型

4.單項(xiàng)選擇題有兩種需求定義的方法--嚴(yán)格定義和原型定義，在關(guān)于這兩種方法的描述中，不正確的是（）

A.嚴(yán)格定義方法假定所有的需求都可以預(yù)先定義
B.嚴(yán)格定義方法假定軟件開發(fā)人員與用戶之間的溝通存在障礙
C.原型定義方法認(rèn)為需求分析中不可避免地要出現(xiàn)很多反復(fù)
D.原型定義方法強(qiáng)調(diào)用戶在軟件開發(fā)過程中的參與和決策

5.單項(xiàng)選擇題需求工程活動(dòng)產(chǎn)生軟件運(yùn)行特征的規(guī)約，指明軟件和其他系統(tǒng)元素的接口并建立（）

A.數(shù)據(jù)流圖和數(shù)據(jù)字典
B.程序流程圖
C.體系結(jié)構(gòu)模型
D.軟件必須滿足的約束條件

6.單項(xiàng)選擇題系統(tǒng)輸入設(shè)計(jì)中應(yīng)盡可能考慮人的因素，以下關(guān)于輸入設(shè)計(jì)的一般原理中，錯(cuò)誤的是（）

A.只讓用戶輸入變化的數(shù)據(jù)
B.使用創(chuàng)新的模式吸引用戶的眼球
C.表格中各個(gè)數(shù)據(jù)項(xiàng)應(yīng)有提示信息
D.盡可能使用選擇而不是鍵盤輸入的方式獲取數(shù)據(jù)

7.單項(xiàng)選擇題關(guān)于UML中的狀態(tài)圖和活動(dòng)圖的敘述中，（）是錯(cuò)誤的。

A.狀態(tài)圖和活動(dòng)圖都是對(duì)系統(tǒng)的動(dòng)態(tài)方面進(jìn)行建模的圖
B.活動(dòng)圖是狀態(tài)圖的一種特殊情況，其中所有或大多數(shù)狀態(tài)是活動(dòng)狀態(tài)
C.狀態(tài)圖顯示從狀態(tài)到狀態(tài)的控制流，活動(dòng)圖顯示的是從活動(dòng)到活動(dòng)的控制流
D.在對(duì)一個(gè)對(duì)象的生存期建模時(shí)，只能使用狀態(tài)圖

10.單項(xiàng)選擇題集成測(cè)試有各種方法，以下關(guān)于集成測(cè)試的描述中，不正確的是（）

A.增量式集成測(cè)試容易定位錯(cuò)誤，排除錯(cuò)誤
B.非增量式集成測(cè)試不能充分利用人力，會(huì)拖延工程進(jìn)度
C.增量式集成測(cè)試的強(qiáng)度大，測(cè)試更徹底
D.即使各個(gè)模塊都通過了測(cè)試，但系統(tǒng)集成以后仍可能出現(xiàn)錯(cuò)誤