電視大學(xué)2024春復(fù)習(xí)題軟件工程 選擇題_第1頁
電視大學(xué)2024春復(fù)習(xí)題軟件工程 選擇題_第2頁
電視大學(xué)2024春復(fù)習(xí)題軟件工程 選擇題_第3頁
電視大學(xué)2024春復(fù)習(xí)題軟件工程 選擇題_第4頁
電視大學(xué)2024春復(fù)習(xí)題軟件工程 選擇題_第5頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、軟件工程的探討者將軟件開發(fā)和維護(hù)過程概括為(C)大活動。

A.5B.7C.8D.3

2、(A)是職業(yè)軟件工程師的必要條件。

A.自律、擅長溝通、具有肯定的軟件技能B.編程速度快

C.熟識眾多的軟件環(huán)境D.語言天賦

3、計算機(jī)病毒是指(B)。

A.計算機(jī)系統(tǒng)的漏洞B,一組自我復(fù)制和自動執(zhí)行的具有破壞實(shí)力的代碼

C.一種細(xì)菌D.程序中的BUG

4、軟件需求具有(D)。

A.主觀性B.不確定性C.多變性D.以上全部

5、描述軟件需求通常不用哪個工具(C)。

A.數(shù)據(jù)流程圖B.數(shù)據(jù)字典C.模塊結(jié)構(gòu)圖D.E-R圖

6、軟件結(jié)構(gòu)圖中沒有(D)元素。

A.模塊B.調(diào)用參數(shù)C.返回結(jié)果D.推斷

7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系(A)。

A.不確定B.數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖

C.數(shù)據(jù)調(diào)用關(guān)系D.程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖

8、包含關(guān)系用于構(gòu)造多個用例(B)o

A.關(guān)系B.共性的部分C.角色D.特別活動

9、假如說用例F被用例T擴(kuò)展,意思是(A)o

A.F是一個一般用例,T是-一個特別用例

10、用(C)對須要許久保存的信息進(jìn)行建模。

A.實(shí)體類B.數(shù)據(jù)庫表C.E-R圖D.對象類

11、美國卡內(nèi)基?梅隆高校制定的SW-CMM是(C)。

A.軟件工作規(guī)范B.軟件工作流描述C.軟件成熟度模型D.軟件描述的一般方法

12、螺旋模型是一種將(D)結(jié)合起來的軟件開發(fā)模型。

A.原型化模型和增量模型B.風(fēng)險推斷和瀑布模型

C.瀑布模型和原型化模型D.瀑布模型和增量模型

13可行性探討的四大要素是(A)。

A.經(jīng)濟(jì)、技術(shù)、法律和社會環(huán)境

14、軟件調(diào)研報告是在(B)提交的。

A.可行性分析之前B.需求分析之前C.簽合同之前D.設(shè)計的時候

15、系統(tǒng)流程圖的主要作用(A).

A.描述系統(tǒng)的物理模型B.業(yè)務(wù)流程C.系統(tǒng)處理過程D.數(shù)據(jù)處理過程

16、PDL是一種(D)語言。

A.低級程序設(shè)計語言B.建模語言C.高級程序設(shè)計語言D.過程設(shè)計語言

17.結(jié)構(gòu)化設(shè)計方法劃分模塊的原則是(C)。

A.模塊扇出小于5B.模塊扇入小于5C.低耦合,高內(nèi)聚D.模塊深度小于7

18、配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境,反映系統(tǒng)的(B)。

A.邏輯架構(gòu)B.物理架溝C.組成結(jié)構(gòu)D.體系結(jié)構(gòu)

19、角色可以有四種類型:系統(tǒng)的運(yùn)用者,硬件設(shè)備,外部系統(tǒng)和(D).

A.數(shù)據(jù)庫B.接口C.對象D.時間

20、功能模型用于表達(dá)系統(tǒng)的需求,為軟件的進(jìn)一步分析和設(shè)計打下基礎(chǔ)。在面對對象方法

中,由(C)實(shí)現(xiàn)。

A.場景描述B.活動圖和場景描述C.用例圖和場景描述D.交互圖和場景描述

21、下面的哪個選項不是軟件工程的宗旨(B)。

A.開發(fā)滿意用戶需求的軟件B.探討算法C.剛好交付軟件D.生產(chǎn)無故障軟件

22、計對需求不確定的軟件開發(fā),比較好的模型是(A.快速原型化模型)。

23、可行性分析探討的費(fèi)!IJ大約是項目總經(jīng)費(fèi)的(B.6%)。

24、業(yè)務(wù)需求描述的是(D)。

A.功能需求B.用戶需求C.用戶的具體業(yè)務(wù)流程D.軟件的目標(biāo)、規(guī)模和范圍

25、一個數(shù)據(jù)流程圖中的圖形符號有且僅有(C4)種。

26、非干脆糊合的模塊獨(dú)立性最強(qiáng),(A)的模塊獨(dú)立性最弱。

A.內(nèi)容耦合B.數(shù)據(jù)耦合C.限制耦合D.外部耦合

27、信息隱藏的核心內(nèi)容是(C)o

C.?個模塊的內(nèi)部信息不允許其他模塊干脆訪問

28、面對過程的方法最關(guān)切的是(A參數(shù)),而過程實(shí)施的對象是作為過程參數(shù)傳遞的,

29、(C用例視圖)用于描述系統(tǒng)的功能集。

30、用(D.靜態(tài))模型建立系統(tǒng)組織結(jié)構(gòu)。

31、對象模型描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)

構(gòu)。在面對對象方法中,由(B)實(shí)現(xiàn)。

A.依次圖B.類圖C.狀態(tài)圖D.組件圖

32、假如對象之間的耦合是通過(A消息機(jī)制)來實(shí)現(xiàn)的,則這種耦合就是交互耦合。

33、定義類的屬性類型時盡量運(yùn)用已有類型,太多自定義類型會降低系統(tǒng)的(C.可維護(hù)性)

指標(biāo)。

34、在設(shè)計測試用例時,應(yīng)當(dāng)包括(D)測試用例。

A,可能產(chǎn)生無效輸出的輸入狀況B.無效的和不期望的輸入狀況

C.有效的和期望的輸入狀況I).上面全部狀況

35、(B)屬于功能測試方法。

A.等價類劃分和判定覆蓋B.邊值分析和等價類劃分

C.邊值分析和判定覆蓋D.判定覆蓋和回來測試

36、一個軟件項目大約(30%)的工作量在開發(fā)階段,(;0%)的工作量在維護(hù)階段。

37、軟件項目管理的內(nèi)容不包括(B)o

A.人員的組織與管理B.技術(shù)和算法C.軟件配置管理D.軟件開發(fā)進(jìn)度支配

38、通俗的說,軟件項目管理中常說的基線是(D)。

A.管理的基本思路B.一種軟件開發(fā)的基本策略

C.基本的技術(shù)路途D.通過正式復(fù)審的文檔

39、科學(xué)計算領(lǐng)域一般選擇(B)語言。

A.HTMLB.CC.匯編語言I).X.ML

40對于嵌套的循環(huán)和分支程序,層次不要超過(C3)層。

41、在分析模型內(nèi)表示協(xié)調(diào)、依次、事務(wù)處理以及限制其他對象的類是(A)。

A.限制類B.組件類C.1:函數(shù)D.事務(wù)類

42、繼承耦合是(B)之間的一種關(guān)聯(lián)形式,設(shè)計時應(yīng)當(dāng)適當(dāng)運(yùn)用這種耦合。

A.虛類與實(shí)體類B.一般化類與特別化類C.限制類與界面類D.數(shù)據(jù)類與處理類

43、構(gòu)架設(shè)計的主要目的是(D),這項工作由閱歷豐富的構(gòu)架設(shè)計師主持完成。

A.類圖B.確定系統(tǒng)數(shù)據(jù)結(jié)構(gòu)C.處理流程D.確定系統(tǒng)總體結(jié)構(gòu)

44、測試用例是一組(A)a

A.測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果

B.測試驅(qū)動程序C.測試數(shù)據(jù)D.測試程序及數(shù)據(jù)

45、由于面對對象中的繼承和消息機(jī)制,使得軟件測試(B)o

A.更加簡潔B.更加困難C.沒變D.不確定

46、軟件維護(hù)過程中產(chǎn)生的副作用,一般是由(B)引起的。

A.算法說明B.修改程序C.優(yōu)先級D.環(huán)境要求

47、項目支配活動的主要任務(wù)是(D)o

A.估算項目的進(jìn)度B.安排工作量C.支配資源運(yùn)用I).以上全部

48、假如程序代碼的(C)好,則調(diào)試的成本就可以大幅度降低。

A.性能比B,可擴(kuò)充性C.可讀性D.可移植性

49、兩個浮點(diǎn)數(shù)X0和XI比較相等時,應(yīng)當(dāng)用(C)比較。

A.XO==X1B.Xl-X0<£C.|XO-X1|<eD.XO=X1

50、瀑布模型存在的問題是(D)o

A.用戶簡潔參加開發(fā)B.適用可變需求C.用戶與開發(fā)者易溝通D.缺乏敏捷性

51>(B)不是分析建模的目的。

65、用戶需求描述的是(A)o

A.用戶運(yùn)用該軟件要完成的任務(wù)B.業(yè)務(wù)需求C.R能需求D.軟件目標(biāo)、規(guī)模和范圍

66、數(shù)據(jù)流程圖的主要作用是(D)。

A.描述模塊組成B.說明用戶數(shù)據(jù)結(jié)構(gòu)C.描述軟件功能D.描繪系統(tǒng)的邏輯模型

67、軟件設(shè)計的目標(biāo)是(A)o

A.在最短的時間內(nèi),生產(chǎn)出牢靠性、可維護(hù)性俱佳的軟件方案。

B.為軟件編碼設(shè)計模塊結(jié)構(gòu)。

C.確定軟件要做什么。

D.確定軟件的實(shí)現(xiàn)算法。

68、內(nèi)容耦合是模塊間最緊密的耦合,(B)是模塊間最松散的耦合。

A.數(shù)據(jù)耦合B.非干脆耦合C.限制耦合D.外部耦合

69、面對對象是“先”確定(動作的主體)“后”(/執(zhí)行動作)。

70、UML是一種(B)語言。

A.高級編程語言B.面對對象建模語言C.分析方法I).過程

71、軟件工程強(qiáng)調(diào)將(D)的方法應(yīng)用于軟件的開發(fā)和維護(hù)過程之中。

A.規(guī)范化B.系統(tǒng)化C.可度量D.以上全部

72、軟件開發(fā)活動的依次應(yīng)當(dāng)是(A)。

A.問題定義、可行性探討、需求分析、設(shè)計、編碼和測試。

B.問題定義、設(shè)計、可行性探討、編碼和測試。

C.需求分析、設(shè)計、編碼和測試。

D.需求分析、編碼和測試、試運(yùn)行。

73假定銀行的存款年利率是2%,請問現(xiàn)在存5000元,兩年后的價值應(yīng)為(A)元。

A.5202B.4500C.5100D.4712

74、系統(tǒng)物理模型用(A)表示。

A.系統(tǒng)流程圖B.數(shù)據(jù)流程圖C.程序流程圖D.E-R圖

75、關(guān)于軟件需求特性不正確的描述是“軟件需求具有(C)”。

A.多變性B.模糊性C.精確性D.主觀性

76、隨著模塊規(guī)模減小,模塊開發(fā)成本(減?。K集成成本(增加)。

77、反映模塊獨(dú)立性的指標(biāo)是(D.內(nèi)聚和耦合)。

79、UML是一種(C)語言。

A.建模工具B.可視化的程序設(shè)計語言C.面對對象建模語言D.過程

80、用(D)模型分析和定義用戶的需求。

A.數(shù)據(jù)B.靜態(tài)C.動態(tài)D.用例

81、動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互,表示瞬時的、行為化的系統(tǒng)“限制”

特性。面對對象方法中,常用(D)實(shí)現(xiàn)。A.狀態(tài)圖B.交互圖C.活動圖D.以上全部

82、面對對象分析和設(shè)計的界限是(B),從分析到設(shè)計是一個漸漸擴(kuò)充模型的過程。

A.清楚的B.模糊的C.非線性的D.確定的

83、每個子系統(tǒng)的接口定義了若干(A),體現(xiàn)了子系統(tǒng)的功能,而功能的具體實(shí)現(xiàn)方法應(yīng)當(dāng)

是隱藏的。

A.操作B.參數(shù)C.算法D.限制

84、測試最早的起先時間是(C)o

A.從具體設(shè)計階段起先

B.從編碼階段起先

C.從需求分析階段起先

D.以上都對

85、從測試對象的粒度上劃分測試為(C)o

C.單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試

86、維護(hù)的工作量與軟件規(guī)模成(B正比),軟件的規(guī)??梢杂稍闯绦虻恼Z句數(shù)最、模塊數(shù)、

輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模,以及輸出的報表數(shù)等指標(biāo)來衡量。

87、上世紀(jì)70年頭,美國國防部的探討結(jié)果發(fā)覺70%的項目是因?yàn)椋˙.管理不善引起)緣

由,造成項目失敗。

88全部程序設(shè)計語言的基本成分都可歸納為:數(shù)據(jù)成分、(B)、限制成分和傳輸成分。

A.循環(huán)成分B.運(yùn)算成分C.說明成分D.輸入成分

89程序結(jié)構(gòu)清楚且簡潔易懂,一個函數(shù)的規(guī)模一般(D100左右)行。

90、不屬于軟件項目管理的是(A)。

A.軟件銷售利潤B.項目風(fēng)險評估C.質(zhì)量監(jiān)控1).開發(fā)機(jī)構(gòu)實(shí)力評估

91、用(D)模型描述和分析業(yè)務(wù)流程。

A.交互B.業(yè)務(wù)C.數(shù)據(jù)D.動態(tài)

92、用(B)描述系統(tǒng)與角色之間的接口。

A.表單B.界面類C窗體1).對話框

93、對類進(jìn)行具體設(shè)計,主要是設(shè)計類的(C),優(yōu)化類之間的關(guān)系。

A.數(shù)據(jù)結(jié)構(gòu)B.處理流程C.屬性和方法D.算法

94、面對對象設(shè)計強(qiáng)調(diào)定義(A),并且使它們相互協(xié)作來滿意用戶需求。

A.軟件對象B.物理模型C.E-R模型D.接口

95、軟件測試的目標(biāo)是設(shè)計優(yōu)秀的測試用例,(B)。

A.最快速地找出程序中的問題

B.以最小的代價、在最短的時間內(nèi)盡可能多地發(fā)覺軟件中的錯誤

C.保障程序的正確性D.區(qū)分出程序員的編程水平

96、(B)不符合軟件測試原則。

A.對每個測試結(jié)果進(jìn)行檢查,不漏掉已經(jīng)出現(xiàn)的偌誤跡象

B.程序員應(yīng)當(dāng)細(xì)致測試自己編寫的程序代碼

C.程序員要避開測試自己編寫的程序代碼

I).測試工作越早起先越好

97、引起軟件變更的緣由主要有(D)o

A.運(yùn)行環(huán)境變更B.需求變更C.系統(tǒng)有錯D.以上全部

98、(C)針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出訪用和管理策略。

A.組織管理B.過程管理C.軟件配置管理D.風(fēng)險管理

99、現(xiàn)在人們更強(qiáng)調(diào)程序代碼的(A)。

A.可維護(hù)性B.可移植性C.可擴(kuò)充性D.高效性

100、程序的三種基本限制結(jié)構(gòu),包括依次結(jié)構(gòu)、(A)和循環(huán)結(jié)構(gòu)。

A.推斷結(jié)構(gòu)B.說明結(jié)構(gòu)C.輸入結(jié)構(gòu)D.輸出結(jié)構(gòu)

1.以下哪一項不是軟件危機(jī)的表現(xiàn)形式(C)

A.成本高B.生產(chǎn)率低C.技術(shù)發(fā)展快D.質(zhì)量得不到保證

2.哪種模型分批地逐步向用戶提交產(chǎn)品,每次提交一個滿意用戶需求子集的可運(yùn)行的產(chǎn)品。

(A)

A.演化模型B.噴泉模型C.原型模型D.螺旋模型

3.可行性探討的目的不包括(B)

A.分析開發(fā)系統(tǒng)的必要性B.確定系統(tǒng)建模的方案

C.分析系統(tǒng)風(fēng)險D.確定是否值得開發(fā)系統(tǒng)

5.在E-R模型中,包含以下基本成分(C).

A.數(shù)據(jù)、對象、實(shí)體B.限制、聯(lián)系、對象

C.實(shí)體、聯(lián)系、屬性D.實(shí)體、屬性、聯(lián)系

6.軟件需求分析產(chǎn)生一個重要文檔是(B

A.軟件維護(hù)說明書B.需求規(guī)格說明書

C.可行性報告I).初步用戶手冊

7.內(nèi)聚程度較低的是(D)o

A.通信內(nèi)聚B.過程內(nèi)聚C.依次內(nèi)聚D.時間內(nèi)聚

8.概要設(shè)計是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計,以下選項中不屬于概要設(shè)計的是(D)

A.把軟件劃分成模塊B確定模塊之間的調(diào)用關(guān)系

C.確定各個模塊的功能D.設(shè)計每個模塊的偽代碼

9.UML語言支持的建模方式不包括有(C)。

A.靜態(tài)建模B.動態(tài)建模C.模塊化建模D.功能建模

10.以下哪一項不是面對對象的特征。(D)

A.多態(tài)性B.繼承性C.封裝性D.過程調(diào)用

11.在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴(kuò)大和軟件困難性提高等緣由導(dǎo)致了(A)

A.軟件危機(jī)B.軟件工程C.程序設(shè)計革命D.結(jié)構(gòu)化程序設(shè)計

12.瀑布模型的關(guān)鍵不足在于(B)

A.過于簡潔B.不能適應(yīng)需求的動態(tài)變更

C.過于敏捷D.各個階段須要進(jìn)行評審

14.經(jīng)濟(jì)可行性探討的主要內(nèi)容包括(D)

A.開發(fā)過程B.開發(fā)工具C.風(fēng)險分析D.效益分析

15.在需求分析過程中,分析員要從用戶那里解決的最重要的問題是(A)o

A.要求軟件做什么B.要給軟件供應(yīng)哪些信息

C.要求軟件工作效率如何D.要求軟件具有什么樣的結(jié)構(gòu)

16.DFD中的每個加工至少須要(D)

A.一個輸入流B.一個輸出流

C.一個輸入或輸出流I).一個輸入流和一個輸出流

17.PDL是描述處理過程(C)。

A.做什么B.為什么做C.怎么做D.對誰做

18.當(dāng)一個模塊干脆運(yùn)用另一個模塊的內(nèi)部數(shù)據(jù),這種模塊之間的耦合為(D)

A.數(shù)據(jù)耦合B.公共耦合C.標(biāo)記耦合D.內(nèi)容耦合

19.依據(jù)模塊獨(dú)立性,耦合程度由弱至強(qiáng)正確的依次是(A)o

A.數(shù)據(jù)耦合、限制耦合、外部耦合、內(nèi)容耦合

B.限制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合

C.內(nèi)容耦合、外部耦合、限制耦合、數(shù)據(jù)耦合

D.外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、限制耦合

20.UML中,包圖是一種(C)o

A.集合B.數(shù)據(jù)結(jié)構(gòu)C.分組機(jī)制D.對系統(tǒng)的動態(tài)描述

21.面對對象設(shè)計首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格,構(gòu)造系統(tǒng)的(B)o

A.邏輯模型B.物理模型C.數(shù)據(jù)模型D.用例模型

22.面對對象設(shè)計的步驟中,正確的依次是(A)。

A.系統(tǒng)構(gòu)架設(shè)計、用例設(shè)計、類設(shè)計B.系統(tǒng)構(gòu)架設(shè)計、數(shù)據(jù)庫設(shè)計和用戶界面設(shè)計

C.類設(shè)計、用例設(shè)計、溝架設(shè)計D.用例設(shè)計、構(gòu)架設(shè)計、類設(shè)計

23.類有3種類型,即(B)。

A.邊界類、實(shí)體類、限制類B.實(shí)體類、限制類、界面類

C.限制類、實(shí)體類、虛類D.界面類、限制類、公共類

24.(D)是一般化類與特別化類之間的?種關(guān)聯(lián)形式,設(shè)計時應(yīng)當(dāng)適當(dāng)運(yùn)用這種耦合。

A.消息連接B.參數(shù)傳遞C.方法重寫D.維承

25.結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是(D

A.程序的規(guī)模B.程序效率C.程序語言的先進(jìn)性D.程序易讀性

26.下列關(guān)于功能性注釋不正確的說法是(B)。

A.功能性注釋嵌在源程序中,用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)

B.注釋用來說明程序段,須要在每一行都要加注釋

C.可運(yùn)用空行或縮進(jìn),以便很簡潔區(qū)分注釋和程序

【).修改程序也應(yīng)修改注釋

27.軟件測試的目的是(B)?

A.評價軟件的質(zhì)量B.發(fā)覺軟件的錯誤

C.找出軟件中的全部錯誤D.證明軟件是正確的

28.在設(shè)計黑盒測試用例時,主要探討(D)。

A.概要設(shè)計說明書B.具體設(shè)計說明

C.項目開發(fā)支配D.需求規(guī)格說明

29.以下屬于完善性維護(hù)為有(B

A.解決開發(fā)時未能測試各種可能條件帶來的問題

B.增加聯(lián)機(jī)求助吩咐

C.縮短系統(tǒng)的應(yīng)答時間,使其達(dá)到特定要求

D.為提高軟件的牢靠性和可維護(hù)性,主動修改軟件

30.軟件項目管理的內(nèi)容包括(D)o

A.人員的組織與管理B.軟件配置管理

C.軟件開發(fā)進(jìn)度支配D.以上全部

31.以下哪一項不屬于面對對象的軟件開發(fā)方法(C)

A.coad方法B.booch方法C.jackson方法D.omt方法

32.面對對象分析的核心在于(D)o

A.建立正確的模型B.識別問題域?qū)ο驝.識別對象之間的關(guān)系D.」:面都有

33.在面對對象方法中,描述系統(tǒng)限制結(jié)構(gòu)的模型是(A)模型。

A.動態(tài)模型B.功能模型C.對象模型D.靜態(tài)模型

34.面對對象分析和設(shè)計涉及到三個方面的內(nèi)容:(A)、一系列有效的分析步驟和一

個便利易用的建模工具。

A.一套完善的建模符號B.有效的數(shù)據(jù)結(jié)構(gòu)

C.敏捷的體系結(jié)構(gòu)D.穩(wěn)定的系統(tǒng)架構(gòu)

35.每個子系統(tǒng)的接口上定義了若干(B),體現(xiàn)了子系統(tǒng)的功能。

A.說明B.操作C.屬性D.關(guān)系

36.程序設(shè)計語言的技術(shù)特性不應(yīng)包括(D)o

A.數(shù)據(jù)結(jié)構(gòu)的描述性B.抽象類型的描述性

C,數(shù)據(jù)庫的易操作性D.軟件的可移植性

37.以下哪種測試方法不屬于白盒測試技術(shù)(B)。

A.語句覆蓋測試B.邊界值分析測試C.條件覆蓋測試D.推斷覆蓋測試

38.軟件測試的主要特點(diǎn)是(C)。

A.軟件測試的開銷不大B.軟件測試要依靠工具

C.軟件不能進(jìn)行“窮舉”測試D.軟件測試要依靠人工

39.在軟件生存期的維護(hù)階段,接著診斷和修正錯誤的過程稱為(D

A.完善性維護(hù)B.適應(yīng)性維護(hù)C.預(yù)防性維護(hù)D.改正性維護(hù)

40.不屬于軟件項目管理的是(D)<,

A.開發(fā)機(jī)構(gòu)實(shí)力評估B.項目風(fēng)險評估C.質(zhì)量監(jiān)控D.軟件銷售利潤

1.軟件工程的出現(xiàn)是由于(A)

A.軟件危機(jī)B.計算機(jī)硬件技術(shù)的發(fā)展C.軟件社會化的須要D.計算機(jī)軟件技術(shù)

的發(fā)展

3.軟件可行性探討一般不考慮(D)

A.是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)

B.是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)

C.待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算

D.待開發(fā)的軟件是否會有質(zhì)最問題

4.軟件需求分析的任務(wù)不包括(C)。

A.問題分析B.信息域分析C.結(jié)構(gòu)化設(shè)計D.確定邏輯結(jié)構(gòu)

5.結(jié)構(gòu)化分析方法(SA法)運(yùn)用的主要描述工具有(D

A.數(shù)據(jù)庫B.模塊結(jié)構(gòu)圖C.PAD圖D.分層的DFD圖

6.源程序的效率與(D)階段確定的算法的效率干脆有關(guān)“

A.概要設(shè)計B.總體設(shè)計C.單元設(shè)計D.具體設(shè)計

7.畫DFD圖的主要目的是(A)o

A.作為需求分析階段用戶與開發(fā)者之間溝通信息的工具

B.對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述

C.對目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述

D.作為編碼和測試的工具

8.耦合度最高的是(B),

A.外部耦合B.內(nèi)容耦合C.限制耦合D.數(shù)據(jù)耦合

9.為了提高模塊的獨(dú)立性,模塊之間最好是(【))。

A.限制耦合B.公共耦合C.內(nèi)容耦合D.數(shù)據(jù)耦合

1().UML是一種(A)o

A.建模工具B.可視化的程序設(shè)計語言C.可視化的建模語言D.過程

13.可行性分析探討的目的是(B)

A.爭取項目B.項目是否值得開發(fā)C.開發(fā)項目D.規(guī)劃項目

14.可行性探討實(shí)質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行(B)的過程。

A.具體軟件設(shè)計B.需求分析和設(shè)計C.深化的需求分析D.測試設(shè)計

15.需求規(guī)格說明書的作用不包括(C)

A.軟件驗(yàn)收的依據(jù)B.用戶與開發(fā)人員對軟件要做什么的共同理解

C.軟件可行性探討的依據(jù)D.軟件設(shè)計的依據(jù)

16.進(jìn)行需求分析有的多種描述工具,但不包括(C

A.數(shù)據(jù)流圖B.判定表C.PAD圖D.數(shù)據(jù)詞典

17.反映模塊獨(dú)立性的指標(biāo)是(D)o

A.模塊的困難性B.模塊的大小C.模塊的參數(shù)D.內(nèi)聚和耦合

18.兩個模塊都訪問一個全局簡潔變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu),則這兩個模塊屬于(B)o

A.數(shù)據(jù)耦合B.外部耦合C.公共耦合D.內(nèi)容耦合

19.下列哪個不是UML的視圖(B)

A.邏輯視圖B.行為視圖C.組件視圖D.并發(fā)視圖

20.屬于某個類的一個具體對象稱為該類的(A)。

A.實(shí)例B.虛擬C.繼承D.多態(tài)

21.反映收發(fā)消息的對象的組織結(jié)構(gòu),用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的

是(C)。

A.依次圖B.類圖C.合作圖D.組件圖

22.面對對象分析和設(shè)計的界限是(C),從分析到設(shè)計是一個漸漸擴(kuò)充模型的過程。

A.清楚的B.模糊的C.非線性的D.確定的

23.動態(tài)模型描述系統(tǒng)的動態(tài)結(jié)構(gòu)和對象之間的交互,表示瞬時的、行為化的系統(tǒng)“限制”

特性。面對對象方法中,常用(D)實(shí)現(xiàn)。

A.狀態(tài)圖B.交互圖C.活動圖【).以上全部

24.不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是(D)

A.SQLB.CobolC.4GLD.Lisp

25.軟件工程中,只依據(jù)程序的功能說明而不關(guān)切程序內(nèi)部邏輯的測試方法,稱為(C)測

試。

A.白盒法B.灰盒法C.黑盒法D.綜合法

26.若有一個計算類型的程序,它的輸入量只有一個X,其范圍是[-1.0,1.0],現(xiàn)從輸入

的角度考慮一組測試用例:T.001,-1.0,1.0,1.001,設(shè)計這組測試用例的方法是(C)。

A.條件覆蓋法B.等價分類法C.邊界值分析法D.錯誤推想法

27.即使軟件能順當(dāng)運(yùn)行,但用戶往往會提出增加新功能或改進(jìn)已有功能的建議,為滿意這

類耍求而進(jìn)行的活動稱為(A)o

A.完善性維護(hù)B.預(yù)防性維護(hù)C.適應(yīng)性維護(hù)D.代碼重構(gòu)

28.可維護(hù)性的特性中,相互沖突的是(B)。

A.可理解性與可測試性B.效率與可修改性

C.可修改性與可理解性D.可理解性與可讀性

29.不屬于軟件項目管理的是(A)。

A.軟件銷售利潤B.項目風(fēng)險評估C.質(zhì)量監(jiān)控D.開發(fā)機(jī)構(gòu)實(shí)力評估

30.(C)針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出訪用和管理策略。

A.組織管理B.過程管理C.軟件配置管理D.風(fēng)險管理

31.面對對象程序設(shè)計的基本機(jī)制(A)

A.繼承B.消息C.方法D.結(jié)構(gòu)

32.表示對象相互行為的模型是(A)模型。

A.動態(tài)模型B.功能模型C.對象模型D.狀態(tài)模型

34.對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作(C)于對象的統(tǒng)一體中。

A.結(jié)合B.隱藏C.封裝D.抽象

35.面對對象設(shè)計的步驟中,正確的依次是(A)。

A.系統(tǒng)構(gòu)架設(shè)計、用例設(shè)計、類設(shè)計B.系統(tǒng)構(gòu)架設(shè)計、數(shù)據(jù)庫設(shè)計和用戶界面設(shè)計

C.類設(shè)計、用例設(shè)計、構(gòu)架設(shè)計D.用例設(shè)計、構(gòu)架設(shè)計、類設(shè)計

溫馨提示

  • 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

提交評論