《軟件工程》期末復(fù)習(xí)題及參考答案_第1頁
《軟件工程》期末復(fù)習(xí)題及參考答案_第2頁
《軟件工程》期末復(fù)習(xí)題及參考答案_第3頁
《軟件工程》期末復(fù)習(xí)題及參考答案_第4頁
《軟件工程》期末復(fù)習(xí)題及參考答案_第5頁
已閱讀5頁,還剩38頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

E.公共耦合

《軟件工程》復(fù)習(xí)資料

F.內(nèi)容耦合

5.軟件詳細(xì)設(shè)計的主要任務(wù)是確定每個模塊的()。(0分)

A.算法和使用的數(shù)據(jù)結(jié)構(gòu)

B.外部接口

C.功能

一單選題(共178題,總分值0分)D.編程

6.軟件測試方法中的靜態(tài)測試方法之一為()(0分)

1.系統(tǒng)流程圖用于可行性分析中的()的描述。

A.計算機輔助靜態(tài)分析

B.黑盒法

(0分)

C.路徑覆蓋

A.當(dāng)前運行系統(tǒng)D.邊界值分析

B.當(dāng)前邏輯模型7.技術(shù)可行性要解決()

C.目標(biāo)系統(tǒng)

D.新軟件

2.軟件危機的主要原因是()。

(0分)

(0分)

A.是否存在侵權(quán)

A.軟件本身特點及開發(fā)方法

B.成本效益問題

B.對軟件的認(rèn)識不夠

C.運行方式可行

C.軟件生產(chǎn)能力不足D.技術(shù)風(fēng)險問題

D.軟件工具落后

8.()指軟件運行時所需要的軟、硬件的要求。

3.為適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是()。

(0分)

(0分)A.環(huán)境需求

B.功能需求

A.校正性維護(hù)C.用戶界面需求

B.適應(yīng)性維護(hù)D.性能需求

C.完善性維護(hù)9.Coad方法是面向()的軟件開發(fā)方法。

D.預(yù)防性維護(hù)

(0分)

4.模塊的耦合性指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密成都的一種度量。通過一個公共數(shù)據(jù)環(huán)

境相互作用的那些模塊間的耦合為()。A.對象

B.數(shù)據(jù)結(jié)構(gòu)

(0分)

C.邏輯結(jié)構(gòu)

A.無直接耦合D.功能結(jié)構(gòu)

B.數(shù)據(jù)耦合10.軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法,由于其特征而一般稱其為()(0分)

C.標(biāo)記耦合

A.瀑布模型

D.控制耦合

B.對象模型16.軟件質(zhì)量保證應(yīng)在()階段開始。(0分)

C.螺旋模型

A.需求分析

D.層次模型

B.設(shè)計

11.成功的測試是指運行測試用例后()。

C.編碼

D.投入使用

(0分)17.結(jié)構(gòu)化設(shè)計方法在軟件開發(fā)中用于()。(0分)

A.未發(fā)現(xiàn)程序錯誤A.概要設(shè)計

B.發(fā)現(xiàn)了程序錯誤B.詳細(xì)設(shè)計

C.證明程序正確C.程序設(shè)計

D.改正了程序錯誤D.測試用例設(shè)計

12.卜面()是錯誤的說法。18.在軟件設(shè)計中,設(shè)計復(fù)審是和軟件設(shè)計本身一樣重要的環(huán)節(jié),其主要的目的和作用是為了能

夠()(0分)

(0分)

A.減少測試工作量

A.中間版本是軟件未完成前的版本B.避免后期付出高代價

B.版本是可以提交嚴(yán)格測試的軟件版本C.保證軟件質(zhì)量

C.a版本是提交給測試人員進(jìn)行全面測試的軟件版本D.縮短軟件開發(fā)周期

D.B發(fā)布版本是正式向社會發(fā)布,或向用戶提交使用的軟件版本19.可行性分析要進(jìn)行的需求分析和設(shè)計應(yīng)是()。

13.()指解決一個復(fù)雜問題時自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程。

(0分)(0分)

A.分解A.詳細(xì)的

B.模塊化B.全面的

C.抽象C.簡化

D.模塊D.壓縮的

14.軟件可行性研究的任務(wù)是從()、經(jīng)濟(jì)可行性和社會可行性三個方面分析每種解決方法的可行E.徹底的

性。20.模塊的耦合性指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密成都的?種度量。兩個模塊之間傳遞

(0分)的是數(shù)據(jù)結(jié)構(gòu),該模塊間耦合度是()。

A.效益可行性(0分)

B.操作可行性A.無直接耦合

C.運行可行性B.數(shù)據(jù)耦合

D.技術(shù)可行性C.標(biāo)記耦合

15.需求分析階段的任務(wù)是確定().(0分)D.控制耦合

E.公共耦合

A.軟件開發(fā)方法

F.內(nèi)容耦合

B.軟件開發(fā)工具

C.軟件開發(fā)費21.每個派生類應(yīng)該當(dāng)作基類的特殊化來開發(fā),而基類所具有的公共界面成為派生類的共有界面

D.軟件系統(tǒng)的功能的一個子集,這是軟件設(shè)計的()原則。

A.Booch方法

(0分)B.UML語言

C.OMT方法

A.動態(tài)聯(lián)編D.Coad方法

B.多態(tài)性27.對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作()于對象的統(tǒng)一體中。(0分)

C.信息隱蔽

D,繼承性A.結(jié)合

22.以下()不屬于系統(tǒng)設(shè)計。B.隱藏

C.封裝

D.抽象

(0分)

28.需求規(guī)格說明書的作用不應(yīng)該包括()

A.總體設(shè)計

B.詳細(xì)設(shè)計(0分)

C.過程設(shè)計

D.需求設(shè)計A.軟件設(shè)計的依據(jù)

23.結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法,它在實施時強調(diào)的是分析對象的()(0B.用戶與開發(fā)人員對軟件要做什么的共同理解

C.軟件驗收的依據(jù)

分)

D.軟件可行性研究的依據(jù)

A.控制流29.系統(tǒng)流程圖用于可行性分析中的()的描述。

B.數(shù)據(jù)流

C.程序流

(0分)

D.指令流

24.程序的三種基本控制結(jié)構(gòu)的共同特點是()oA.當(dāng)前運行系統(tǒng)

B.當(dāng)前邏輯模型

C.目標(biāo)系統(tǒng)

(0分)

D.新軟件

A.不能嵌套使用30.詳細(xì)設(shè)計的任務(wù)是確定每個模塊的()。

B.只能用來寫簡單程序

C.只能一個入口和一個出口

(0分)

D,已經(jīng)用硬件實現(xiàn)

25.制訂軟件計劃的目的在于盡早對擬開發(fā)的軟件進(jìn)行科學(xué)合理估價,軟件計劃的任務(wù)是(),A.外部特性

B.算法和數(shù)據(jù)結(jié)構(gòu)

C.內(nèi)部特性

(0分)

D.功能

A.組織與管理31.軟件工程方法學(xué)的目的是:使軟件生產(chǎn)規(guī)范化和工程化,而軟件工程方法得以實施的主要保

B.分析與估算證是()(0分)

C.設(shè)計與測試

D.管理與調(diào)度A.硬件環(huán)境

B.軟件開發(fā)的環(huán)境

26.面向?qū)ο蟮拈_發(fā)方法中,()將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。(0分)

C.軟件開發(fā)工具和軟件開發(fā)的環(huán)境

D.開發(fā)人員的素質(zhì)38.判定表由四部分組成:左上部列出()。0802(0分)

32.()應(yīng)當(dāng)在應(yīng)用分析之前進(jìn)行,因為我們在了解問題之前應(yīng)當(dāng)對問題敞開思想考慮,不應(yīng)加

A.條件組合與動作之間的對應(yīng)關(guān)系

以限制。(0分)

B.所有條件

A.問題域分析C.所有可能的動作

B.高層分析D.可能的條件組合

C.實例的建立39.一個模塊調(diào)用另一個模塊時,傳遞的是控制變量,被調(diào)模塊通過該控制變量的值有選擇地執(zhí)

D.類的開發(fā)行塊內(nèi)某?功能,這種耦合度為一

33.()是決定軟件維護(hù)成敗和質(zhì)量好壞的關(guān)鍵,(0分)

A.無直接耦合

(0分)

B.數(shù)據(jù)耦合

A.修改程序C.標(biāo)記耦合

B.建立目標(biāo)程序D.控制耦合

C.分析和理解程序E.公共耦合

D.重新驗證程序F.內(nèi)容耦合

34.軟件生產(chǎn)過程中,需求信息由()給出。0401(0分)40.對象是00方法的核心,對象的類型有多種,通常把例如U行、事故、演出、開會等等,稱之

為()(0分)

A.程序員

B.項目管理者A.有形實體

C.軟件分析設(shè)計人員B.作用

D.軟件用戶C.事件

35.結(jié)構(gòu)化程序設(shè)計理論認(rèn)為,實現(xiàn)良好的程序結(jié)構(gòu)要應(yīng)用()的分析方法。1301(0分)D.性能說明

41.軟件測試過程中的確認(rèn)測試主要是為了發(fā)現(xiàn)()階段的錯誤。(0分)

A.自頂向下

B.自底向上A.需求分析

C.面向?qū)ο驜.概要設(shè)計

D.基于組件C.詳細(xì)設(shè)計

36.描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模式是().0801(0分)D.編碼

42.在設(shè)計測試用例時,應(yīng)當(dāng)包括()(0分)

A.E-R圖

B.DFDA.合理的輸入條件

C.結(jié)構(gòu)圖B.不合理的輸入條件

D.框圖C.合理的和不合理的輸入條件

37.()指所開發(fā)的軟件必須具備什么樣的功能。D.部分條件

(0分)43.模塊的耦合性指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密成都的一種度量。兩個模塊之間傳遞

的是數(shù)據(jù)結(jié)構(gòu),該模塊間耦合度是()。

A.環(huán)境需求

(0分)

B.功能需求

C.用戶界面需求A.無直接耦合

D.性能需求

B.數(shù)據(jù)耦合49.()指被測試程序不在機器上運行,而是采用人檢測和計算機輔助靜態(tài)分析的手段對程序進(jìn)行

C.標(biāo)記耦合測試。

D.控制耦合

(0分)

E.公共耦合

F.內(nèi)容耦合A.黑盒測試

44.對在數(shù)據(jù)流圖中每一個命令的圖形元素均給以定義是()0501(0分)B.動態(tài)測試

C.白盒測試

A.條目定義

D.靜態(tài)測試

B.數(shù)據(jù)字典

50.()是決定軟件維護(hù)成敗和質(zhì)量好壞的關(guān)鍵。

C.數(shù)據(jù)定義

D.數(shù)據(jù)說明

45.()是指進(jìn)行識別和糾正錯誤,修改軟件性能上的缺陷的過程。(0分)

(0分)A.修改程序

B.建立目標(biāo)程序

A.預(yù)防性維護(hù)

C.分析和理解程序

B.適應(yīng)性維護(hù)

D.重新驗證程序

C.校正性維護(hù)

51.()是指為了適應(yīng)用戶需求的變化而擴展和增強軟件功能的過程。

D.完善性維護(hù)

46.模塊具有如卜.幾種基本屬性:邏輯指模塊的輸入與輸出;接口指模塊實現(xiàn)什么功能;()描述(0分)

內(nèi)部如何實現(xiàn)要求的功能及所需的數(shù)據(jù);功能指該模塊的運行環(huán)境。A.預(yù)防性維護(hù)

(0分)B.適應(yīng)性維護(hù)

C.校正性維護(hù)

A.邏輯

D.完善性維護(hù)

B.接口

52.快速原型模型的主要特點之一是()(0分)

C.狀態(tài)

D.功能A.開發(fā)完畢才見到產(chǎn)品

47.軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法,在實際的應(yīng)用中,它們之間的關(guān)系B.及早提供全部完整的軟件產(chǎn)品

開發(fā)完畢后才見到工作軟件

表現(xiàn)為()(0分)C.

D.及早提供工作軟件

A.相互排斥

53.制訂軟件計劃的目的在于盡早對擬開發(fā)的軟件進(jìn)行科學(xué)合理估價,軟件計劃的任務(wù)是()。

B.相互補充

C.獨立使用

(0分)

D.交替使用

48.實踐表明,確定發(fā)生錯誤的位置和內(nèi)在原因所需的工作量幾乎占整個調(diào)試工作量的()A.組織與管理

1404(0分)B.分析與估算

C.設(shè)計與測試

A.30

D.管理與調(diào)度

B.50

C.70

D.90

54.在軟件的可行性分析中,可以從不同的角度對軟件進(jìn)行研窕,其中是從軟件的功能可行性角59.LWL語言是一種面向()的標(biāo)準(zhǔn)建模語言。

度考慮的是()。(0分)

(0分)

A.邏輯

A.經(jīng)濟(jì)可行性B.對象

B..技術(shù)可行性C.數(shù)據(jù)流

C.操作可行性D.過程

D.法律可行性60.軟件的集成測試工作最好由()承擔(dān),以提高集成測試的效果。

55.模塊具有如下幾種基本屬性:()指模塊的輸入與輸出;接口指模塊實現(xiàn)什么功能;狀態(tài)描述(0分)

內(nèi)部如何實現(xiàn)要求的功能及所需的數(shù)據(jù);功能指該模塊的運行環(huán)境。

A.該軟件的設(shè)計人員

(0分)B.該軟件開發(fā)組的負(fù)責(zé)人

C.該軟件的編程人員

A.邏輯

D.不屬于該軟件開發(fā)組的軟件設(shè)計人員

B.接口

C.狀態(tài)61.模塊具有如下幾種基本屬性:邏輯指模塊的輸入與輸出;接口指模塊實現(xiàn)什么功能;狀態(tài)描述

D.功能內(nèi)部如何實現(xiàn)要求的功能及所需的數(shù)據(jù);()指該模塊的運行環(huán)境。

56.下列哪個不是軟件工程方法學(xué)中的要素()。(0分)

O分

A.邏輯

B.接口

C.狀態(tài)

c程D.功能

ic62.SA方法的基本思想是()。

57.下面()不是軟件的特征。

(0分)

(0分)

A.自底向上逐步抽象

A.系統(tǒng)性與復(fù)制性B.自底向上逐步分解

B.有形性與可控性C.自頂向下逐步分解

C.抽象性與智能性D.自頂向下逐步抽象

D.依附性與泛域性63.下列各項中不屬于邏輯覆蓋的是()(0分)

58.判定表和判定樹是DFD中用以描述加工的工具,它通常描述的對象是()。

A.語句覆蓋

B.判定覆蓋

(0分)C.判定一一條件覆蓋

D.全部覆蓋

A.邏輯判斷

64.黑盒測試在設(shè)計測試用例時,主要研究()(0分)

B.層次分解

C.操作條目A.需求規(guī)格說明與概要設(shè)計說明

D.組合組件B.詳細(xì)設(shè)計說明

C.項目開發(fā)計劃B.適應(yīng)性維護(hù)

D,概要設(shè)計說明與詳細(xì)設(shè)計說明C.改善性維護(hù)

65.為了提高模塊的獨立性,模塊之間最好是()。D.預(yù)防性維護(hù)

71.U/C矩陣是用來進(jìn)行()的方法

(0分)

(0分)

A.公共耦合

B.控制耦合A.系統(tǒng)開發(fā)

C.數(shù)據(jù)耦合B.系統(tǒng)分析

D.內(nèi)容耦合C.子系統(tǒng)劃分

66.瀑布模型把軟件生命周期劃分為八個階段:問題的定義、可行性研究、軟件需求分析、系統(tǒng)D.系統(tǒng)規(guī)劃

總體設(shè)計、詳細(xì)設(shè)計、編碼、測試和運行、維護(hù)。八個階段又可歸納為三個大的階段:計劃階72.以下不屬『白盒測試技術(shù)的是()1402(0分)

段、開發(fā)階段和()。(0分)A.邏輯覆蓋

B.基本路徑測試

A.詳細(xì)計劃

C.循環(huán)覆蓋測試

B.可行性分析

D.等價類劃分

C.運行階段

D.測試與排錯73.DFD是常用的進(jìn)行軟件需求分析的圖形工具,其基本符號是()

67.詳細(xì)設(shè)計與概要設(shè)計銜接的圖形工具是()。(0分)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論