電視大學(xué)軟件工程春季復(fù)習(xí)選擇題

1、軟件工程的研究者將軟件開發(fā)和維護(hù)過程概括為（C）大活動(dòng)。

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

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

A.自律、善于溝通、具有一定的軟件技能B.編程速度快

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

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

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

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

4、軟件需求具有（D）。

A.主觀性B.不確定性C.多變性D.以上所有

5、描述軟件需求一般不用哪個(gè)工具（C）。

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

6、軟件構(gòu)造圖中沒有（D）元素。

A.模塊B.調(diào)用參數(shù)C.返回成果D.判斷

7、程序流程圖與數(shù)據(jù)流程圖H勺關(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）?

A.關(guān)系B.共性H勺部分C.角色D.特殊活動(dòng)

9、假如說用例F被用例T擴(kuò)展，意思是（A）.

A.F是一種一般用例，T是一種特殊用例

10、用（C）對(duì)需要長期保留日勺信息進(jìn)行建模。

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

11、美國卡內(nèi)基?梅隆大學(xué)制定的SW-CMM是（C）。

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

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

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

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

13可行性研究的J四大要素是（A）。

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

14、軟件調(diào)研匯報(bào)是在（B）提交的。

A.可行性分析之前B.需求分析之前C.簽協(xié)議之前D.設(shè)計(jì)的時(shí)候

15、系統(tǒng)流程圖口勺重要作用（A）.

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

16、PDL是一種（D）語言。

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

17、構(gòu)造化設(shè)計(jì)措施劃分模塊的原則是（C）。

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

18、配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反應(yīng)系統(tǒng)的（B）。

A.邏輯架構(gòu)B.物理架閡C.構(gòu)成構(gòu)造D.體系構(gòu)造

19、角色可以有四種類型：系統(tǒng)日勺使用者，硬件設(shè)備，外部系統(tǒng)和（D）o

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

20、功能模型用于體現(xiàn)系統(tǒng)的需求，為軟件的深入分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蟠胧┲校?/p>

由（C）實(shí)現(xiàn)。

A.場景描述R.活動(dòng)圖和場景描述C.用例圖和場景描述D.交互圖和場景描述

21、下面的哪個(gè)選項(xiàng)不是軟件工程口勺宗旨（B）。

A.開發(fā)滿足顧客需求的軟件B.研究算法C.及時(shí)交付軟件D.生產(chǎn)無端障軟件

22、針對(duì)需求不確定的軟件開發(fā)，比很好的模型是（A.迅速原型化模型）。

23、可行性分析研究的費(fèi)用大概是項(xiàng)目總經(jīng)費(fèi)的（B.6%）o

24、業(yè)務(wù)需求描述口勺是（D）。

A.功能需求B.顧客需求C.顧客的詳細(xì)業(yè)務(wù)流程D.軟件的目H勺、規(guī)模和范圍

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

26、非直接糊合H勺模塊獨(dú)立性最強(qiáng)，（A）H勺模塊獨(dú)立性最弱。

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

27、信息隱藏口勺關(guān)鍵內(nèi)容是（C）。

C.一種模塊的內(nèi)部信息不容許其他模塊直接訪問

28、面向過程日勺措施最關(guān)懷的是（A參數(shù)），而過程實(shí)行的對(duì)象是作為過程參數(shù)傳遞的h

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

3（）、用（1）.靜態(tài)）模型建立系統(tǒng)組織構(gòu)造。

31、對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表達(dá)目1向系統(tǒng)的靜態(tài)數(shù)據(jù)構(gòu)

造。在面向?qū)ο蟠胧┲校桑˙）實(shí)現(xiàn)。

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

32、假如對(duì)象之間R勺耦合是通過（A消息機(jī)制）來實(shí)現(xiàn)時(shí)，則這種耦合就是交互耦合。

33、定義類"勺屬性類型時(shí)盡量使用已經(jīng)有類型，太多自定義類型會(huì)減少系統(tǒng)的（C.可維護(hù)

性）指標(biāo)。

34、在設(shè)計(jì)測試用例時(shí)，應(yīng)當(dāng)包括（D）測試用例。

A.也許產(chǎn)生無效輸出的輸入狀況B.無效H勺和不期望的輸入狀況

C.有效的和期望U勺輸入狀況D.上面所有狀況

35、（B）屬于功能測試措施。

A.等價(jià)類劃分和鑒定覆蓋R邊值分析和等價(jià)類劃分

C.邊值分析和鑒定覆蓋I）.鑒定覆蓋和回歸測試

36、一種軟件項(xiàng)目大概（30%）的工作量在開發(fā)階段，（70%）的工作量在維護(hù)階段。

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

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

38、通俗的說，軟件項(xiàng)目管理中常說口勺基線是（D）o

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

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

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

A.HTMLB.CC.匯編語言D.XML

4()對(duì)于嵌套H勺循環(huán)和分支程序，層次不要超過(C3)層。

41、在分析模型內(nèi)表達(dá)協(xié)調(diào)、次序、事務(wù)處理以及控制其他對(duì)象的類是(A)o

A.控制類B.組件類C,主函數(shù)D.事務(wù)類

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

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

43、構(gòu)架設(shè)計(jì)U勺重要目的是(D),這項(xiàng)工作由經(jīng)驗(yàn)豐富的構(gòu)架設(shè)計(jì)師主持完畢。

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

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

A.測試用H勺輸入數(shù)據(jù)以及對(duì)應(yīng)的預(yù)期成果

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

45、由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測試(B)o

A.愈加簡樸B.愈加復(fù)雜C.沒變D.不確定

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

A.算法闡明B.修改程序C.優(yōu)先級(jí)D.環(huán)境規(guī)定

47、項(xiàng)目計(jì)劃活動(dòng)的重要任務(wù)是(D)o

A.估算項(xiàng)目的進(jìn)度R.分派工作量C.計(jì)劃資源使用D.以上所有

48、假如程序代碼口勺(C)好，則調(diào)試的成本就可以大幅度減少。

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

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

A.XO==X1B.X1-XO<￡C.|XO-X1|<eD.XO=X1

50、瀑布模型存在口勺問題是(I))。

A.顧客輕易參與開發(fā)B.合用可變需求C.顧客與開發(fā)者易溝通D.缺乏靈活性

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

A.定義可驗(yàn)證的軟件需求

B.開發(fā)一種簡樸的問題處理方案

C.描述客戶需求

D.建立軟件設(shè)計(jì)的基礎(chǔ)

52、對(duì)用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的(D),確定類之間的關(guān)系。

A.算法B.業(yè)務(wù)流程C.數(shù)據(jù)構(gòu)造D.關(guān)鍵類

53、框架是一組可用于不一樣應(yīng)用H勺(A)H勺集合。

A.類B.數(shù)據(jù)構(gòu)造C.函數(shù)D.過程

54、從狹義上講，軟件測試是(A)的過程。

A.為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序B.為了驗(yàn)證程序?qū)'、JC.用不一樣口勺數(shù)據(jù)驗(yàn)證程序?qū)?的性D.

辨別程序員水平

55、在設(shè)計(jì)黑盒測試用例時(shí)，重要研究(D)o

A.概要設(shè)計(jì)闡明書B.詳細(xì)設(shè)計(jì)闡明C.項(xiàng)目開發(fā)計(jì)劃D.需求規(guī)格闡明

56、(B)時(shí)，測試人員必須接觸到程序源代碼。

A、黑盒測試B、白盒測試C、壓力測試1)、外觀測試

57、一般維護(hù)程序代碼的方略(B)o

A.從需求開始重新開發(fā)B.根據(jù)維護(hù)申請讀源程序，并修改

C.找一種新的模塊替代D.不用讀源程序，從新編寫代碼

58、Gantt圖直觀簡要、易學(xué)易用，但它不能(A)?

A.直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵途徑

B.反應(yīng)任務(wù)歐)分解狀況

C.直接反應(yīng)任務(wù)的起止日期

反應(yīng)詳細(xì)任務(wù)n勺時(shí)間段

59、(D)針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理方略。

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

60、程序日勺三種基本控制構(gòu)造，包括次序構(gòu)造、(A判斷構(gòu)造)和循環(huán)構(gòu)造。

61、軟件工程的研究內(nèi)容具有層次化構(gòu)造，最底層是質(zhì)局保證層，中間層是(C.過程層和措

施層)，最上層是工具層。

62美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的(A.7)條基本原理。

63、下面哪個(gè)選項(xiàng)不是軟件工程研究口勺內(nèi)容(B)o

A.生產(chǎn)無端障口勺軟件B.精通一門編程語言

C.生產(chǎn)滿足顧客需求的軟釁D.生產(chǎn)及時(shí)交付H勺軟件

64可行性研究的重要任務(wù)是(D)。

A.確定系統(tǒng)做什么B.確定性能C.確定功能D,進(jìn)行一次簡要的需求分析

65、顧客需求描述日勺是(A)。

A.顧客使用該軟件要完畢的任務(wù)B.業(yè)務(wù)需求C.功能需求D.軟件目H勺、規(guī)模和范圍

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

A.描述模塊構(gòu)成B.闡明顧客數(shù)據(jù)構(gòu)造C.描述軟件功能D.描繪系統(tǒng)的邏輯模型

67、軟件設(shè)計(jì)的目的是(A)o

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

B.為軟件編碼設(shè)計(jì)模塊構(gòu)造。

C.確定軟件要做什么。

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

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

A.數(shù)據(jù)耦合B.非直接耦合C.控制耦合D.外部耦合

69、面向?qū)ο笫恰跋取贝_定(動(dòng)作的主體)“后”作執(zhí)行動(dòng)作)。

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

A.高級(jí)編程語言B.面向?qū)ο蠼ＵZ言C.分析措施I).過程

71、軟件工程強(qiáng)調(diào)將（D）H勺措施應(yīng)用于軟件日勺開發(fā)和維護(hù)過程之中。

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

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

A.問題定義、可行性研究、需求分析?、設(shè)計(jì)、編碼和測試。

B.問題定義、設(shè)計(jì)、可行性研究、編碼和測試。

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

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

73假定銀行的存款年利率是2%,請問目前存5000元，兩年后的J價(jià)值應(yīng)為（A）元。

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

74、系統(tǒng)物理模型用（A）表達(dá)。

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

75、有關(guān)軟件需求特性不對(duì)的II勺描述是“軟件需求具有（C）”。

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

76、伴隨模塊規(guī)模減小，模塊開發(fā)成本（減小），模塊集成成本（增長）。

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

79、UML是一種（C）語言。

A.建模工具B.可視化的程序設(shè)計(jì)語言C.面向?qū)ο蠼ＵZ言D.過程

80、用（D）模型分析和定義顧客的需求。

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

81、動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)構(gòu)造和對(duì)象之間的交互，表達(dá)瞬時(shí)的J、行為化口勺系統(tǒng)“控制”

特性。面向?qū)ο蟠胧┲?，常用（D）實(shí)現(xiàn)。A.狀態(tài)圖B.交互圖C.活動(dòng)圖1）.以上所有

82、面向?qū)ο蠓治龊驮O(shè)計(jì)的界線是（B）,從分析到設(shè)計(jì)是一種逐漸擴(kuò)允模型的過程。

A.清晰的JB.模糊日勺C.非線性日勺D.確定時(shí)

83、每個(gè)子系統(tǒng)H勺接口定義了若干（A）,體現(xiàn)了子系統(tǒng)的功能，而功能日勺詳細(xì)實(shí)現(xiàn)措施應(yīng)當(dāng)

是隱藏的。

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

84、測試最早歐J開始時(shí)間是（C）o

A.從詳細(xì)設(shè)計(jì)階段開始

B.從編碼階段開始

C.從需求分析階段開始

D.以上都對(duì)

85、從測試對(duì)象U勺粒度上劃分測試為（C）o

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

86、維護(hù)U勺工作量與軟件規(guī)模成（B正比），軟件的規(guī)模可以由源程序的語句數(shù)量、模塊數(shù)、

輸入輸出文獻(xiàn)數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出時(shí)報(bào)表數(shù)等指標(biāo)來衡量。

87、上世紀(jì)70年代，美國國防部的研究成果發(fā)現(xiàn)70%的項(xiàng)目是由于（B.管理不善引起）原

因，導(dǎo)致項(xiàng)目失敗。

88所有程序設(shè)計(jì)語言的基本成分都可歸納為：數(shù)據(jù)成分、（B）、控制成分和傳播成分。

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

89程序構(gòu)造清晰且簡樸易懂，一種函數(shù)的規(guī)模一般（DI00左右）行。

90、不屬于軟件項(xiàng)目管理的是（A）。

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

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

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

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

A.表單B.界面類C.窗體D.對(duì)話框

93、對(duì)類進(jìn)行詳細(xì)設(shè)計(jì)，重要是設(shè)計(jì)類的（C）,優(yōu)化類之間口勺關(guān)系。

A.數(shù)據(jù)構(gòu)造B.處理流程C.屬性和措施D.算法

94、面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（A）,并且使它們互相協(xié)作來滿足顧客需求。

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

95、軟件測試日勺目的是設(shè)計(jì)優(yōu)秀日勺測試用例，（B）。

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

B.以最小的代價(jià)、在最短的時(shí)間內(nèi)盡量多地發(fā)現(xiàn)軟件中H勺錯(cuò)誤

C.保障程序的對(duì)U勺性D.辨別出程序員的編程水平

96、（B）不符合軟件測試原則。

A.對(duì)每個(gè)測試成果進(jìn)行檢查，不遺漏已經(jīng)出現(xiàn)日勺錯(cuò)誤跡象

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

C.程序員要防止測試自己編寫的程序代碼

D.測試工作越早開始越好

97、引起軟件變化日勺原因重要有（D）。

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

98、（C）針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理方略。

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

99、目前人們更強(qiáng)調(diào)程序代碼的（A）.

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

100、程序的三種基本控制構(gòu)造，包括次序構(gòu)造、（A）和循環(huán)構(gòu)造。

A.判斷構(gòu)造B.闡明構(gòu)造C.輸入構(gòu)造D.輸出構(gòu)造

1.如下哪一項(xiàng)不是軟件危機(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)險(xiǎn)D.確定與否值得開發(fā)系統(tǒng)

5.在E-R模型中，包括如下基本成分(C)。

A.數(shù)據(jù)、對(duì)象、實(shí)體B.控制、聯(lián)絡(luò)、對(duì)象

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

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

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

C.可行性匯報(bào)D.初步顧客手冊

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

A.通信內(nèi)聚B.過程內(nèi)聚C.次序內(nèi)聚I).時(shí)間內(nèi)聚

8.概要設(shè)計(jì)是軟件系統(tǒng)構(gòu)造II勺總體設(shè)計(jì)，如下選項(xiàng)中不屬于概要設(shè)計(jì)的是(D)

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

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

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

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

10.如下哪一項(xiàng)不是面向?qū)ο蟮奶匦浴?D)

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

11.在軟件生產(chǎn)口勺程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝?A)

A.軟件危機(jī)B.軟佇工程C.程序設(shè)計(jì)革命【).構(gòu)造化程序設(shè)計(jì)

12.瀑布模型H勺關(guān)鍵局限性在于(B)

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

C.過于靈活D.各個(gè)階段需要進(jìn)行評(píng)審

14.經(jīng)濟(jì)可行性研究的重要內(nèi)容包括(D)

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

15.在需求分析過程中，分析員要從顧客那里處理的最重要的問題是(A)。

A.規(guī)定軟件做什么B.要給軟件提供哪些信息

C.規(guī)定軟件工作效率怎樣D.規(guī)定軟件具有什么樣的構(gòu)造

16.DFD中的每個(gè)加工至少需要(D)

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

C.一種輸入或輸出流D.一種輸入流和一種輸出流

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

A.做什么B.為何做C.怎么做D.對(duì)誰做

18.當(dāng)一種模塊直接使用另一種模塊II勺內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為(D)

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

19.按照模塊獨(dú)立性，耦合程度由弱至強(qiáng)對(duì)的的次序是(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)。

A.集合B.數(shù)據(jù)構(gòu)造C.分組機(jī)制D.對(duì)系統(tǒng)H勺動(dòng)態(tài)描述

21.面向?qū)ο笤O(shè)計(jì)首先要確定系統(tǒng)H勺總體構(gòu)造和風(fēng)格，構(gòu)造系統(tǒng)的(B)o

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

22.面向?qū)ο笤O(shè)計(jì)的環(huán)節(jié)中，對(duì)H勺H勺次序是(A)。

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

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

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

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

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

24.(D)是一般化類與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)當(dāng)合適使用這種耦合。

A.消息連接B.參數(shù)傳遞C.措施重寫D.繼承

25.構(gòu)造化程序設(shè)計(jì)重要強(qiáng)調(diào)口勺是(D)o

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

26.下列有關(guān)功能性注釋不對(duì)II勺的說法是(B)。

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

B.注釋用來闡明程序段，需要在每一行都要加注釋

C.可使用空行或縮進(jìn)，以便很輕易辨別注釋和程序

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

27.軟件測試日勺目的是（B）o

A.評(píng)價(jià)軟件日勺質(zhì)量B.發(fā)現(xiàn)軟件日勺錯(cuò)誤

C.找出軟件中的所有錯(cuò)誤D.證明軟件是對(duì)的的

28.在設(shè)計(jì)黑盒測試用例時(shí)，重要研究（D）。

A.概要設(shè)計(jì)闡明書B.詳細(xì)設(shè)計(jì)闡明

C.項(xiàng)目開發(fā)計(jì)劃D.需求規(guī)格闡明

29.如下屬于完善性維護(hù)時(shí)有（B

A.處理開發(fā)時(shí)未能測試多種也許條件帶來的問題

B.增長聯(lián)機(jī)求援命令

C.縮短系統(tǒng)的應(yīng)答時(shí)間，使其到達(dá)特定規(guī)定

D.為提高軟件的可靠性和可維護(hù)性，積極修改軟件

30.軟件項(xiàng)目管理口勺內(nèi)容包括（D

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

C.軟件開發(fā)進(jìn)度計(jì)劃D.以上所有

31.如下哪一項(xiàng)不屬于面向?qū)ο笕丈总浖_發(fā)措施（C）

A.coad措施B.booch措施C.jackson措施D.omt措施

32.面向?qū)ο蠓治龅腏關(guān)鍵在于（D）o

A.建立對(duì)日勺日勺模型B.識(shí)別問題域?qū)ο驝.識(shí)別對(duì)象之間的關(guān)系D.上面均有

33.在面向?qū)ο蟠胧┲?，描述系統(tǒng)控制構(gòu)造的模型是（A）模型。

A.動(dòng)態(tài)模型B.功能模型C.對(duì)象模型D.靜態(tài)模型

34.面向?qū)ο蠓治龊驮O(shè)計(jì)波及到三個(gè)方面日勺內(nèi)容：（A）.一系列有效的分析環(huán)節(jié)和一

種以便易用日勺建模工具。

A.一套完善的建模符號(hào)B.有效的數(shù)據(jù)構(gòu)造

C.靈活的體系構(gòu)造D.穩(wěn)定U勺系統(tǒng)架構(gòu)

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

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

36.程序設(shè)計(jì)語言口勺技術(shù)特性不應(yīng)包括（D）o

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

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

37.如下哪種測試措施不屬于白盒測試技術(shù)（B3

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

38.軟件測試日勺重要特點(diǎn)是（C）。

A.軟件測試時(shí)開銷不大B.軟件測試要依托工具

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

39.在軟件生存期的維護(hù)階段，繼續(xù)診斷和修正錯(cuò)誤的過程稱為（0）。

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

40.不屬于軟件項(xiàng)目管理的是（D）o

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

1.軟件工程時(shí)出現(xiàn)是由于（A）

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

的發(fā)展

3.軟件可行性研究一般不考慮（D）

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

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

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

D.待開發(fā)日勺軟件與否會(huì)有質(zhì)量問題

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

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

5.構(gòu)造化分析措施（SA法）使用口勺重要描述工具有（D）。

A.數(shù)據(jù)庫B.模塊構(gòu)造圖C.PAD圖D.分層『、JDFD圖

6.源程序的效率與（D）階段確定的算法日勺效率直接有關(guān)。

A.概要設(shè)計(jì)B.總體設(shè)計(jì)C.單元設(shè)計(jì)D.詳細(xì)設(shè)計(jì)

7.畫DFD圖的重要目H勺是（A）o

A.作為需求分析階段顧客與開發(fā)者之間交流信息的工具

B.對(duì)系統(tǒng)H勺數(shù)據(jù)構(gòu)造進(jìn)行描述

C.對(duì)目的系統(tǒng)H勺層次構(gòu)造進(jìn)行描述

【）.作為編碼和測試的工具

8.耦合度最高的是（B）,

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

9.為了提高模塊的獨(dú)立性，模塊之間最佳是（D）o

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

10.UML是一種（A）。

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

13.可行性分析研究的目的是（B）

A.爭取項(xiàng)目B.項(xiàng)目與否值得開發(fā)C.開發(fā)項(xiàng)目【）.規(guī)劃項(xiàng)目

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

A.詳細(xì)軟件設(shè)計(jì)B.需求分析和設(shè)計(jì)C.深入的需求分析D.測試設(shè)計(jì)

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

A.軟件驗(yàn)收的J根據(jù)B.顧客與開發(fā)人員對(duì)軟件要做什么的共同理解

C.軟件可行性研究的根據(jù)D.軟件設(shè)計(jì)的根據(jù)

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

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

17.反應(yīng)模塊獨(dú)立性的指標(biāo)是（D）。

A.模塊的復(fù)雜性B.模塊的大小C.模塊日勺參數(shù)I）.內(nèi)聚和耦合

18.兩個(gè)模塊都訪問一種全局簡樸變量而不是同一全局?jǐn)?shù)據(jù)構(gòu)造，則這兩個(gè)模塊屬于（B）。

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

19.下列哪個(gè)不是UML的視圖（B）

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

20.屬于某個(gè)類口勺一種詳細(xì)對(duì)象稱為該類的（A）o

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

21.反應(yīng)收發(fā)消息的對(duì)象的組織構(gòu)造，用于描述系統(tǒng)的行為是怎樣有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的

是(C)o

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

22.面向?qū)ο蠓治龊驮O(shè)計(jì)的界線是(C),從分析到設(shè)計(jì)是一種逐漸擴(kuò)充模型的過程。

A.清晰的B.模糊的C.非線性U勺D.確定的

23.動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)構(gòu)造和對(duì)象之間的交互，表達(dá)瞬時(shí)的、行為化的系統(tǒng)“控制”

特性。面向?qū)ο蟠胧┲?，常?D)實(shí)現(xiàn)。

A.狀態(tài)圖B.交互圖C.活動(dòng)圖D.以上所有

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.若有一種計(jì)算類型的程序，它的輸入量只有一種X,其范圍是[-1.0,1.0],現(xiàn)從輸入

的角度考慮一組測試用例：T.001，-1.0,1.0,L00I.設(shè)計(jì)這組測試用例的措施是(C).

A.條件覆蓋法B.等價(jià)分類法C.邊界值分析法I).錯(cuò)誤推測法

27.雖然軟件能順利運(yùn)行，但顧客往往會(huì)提出增長新功能或改善已經(jīng)有功能日勺提議，為滿足

這一類規(guī)定而進(jìn)行的活動(dòng)稱為(A)。

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

28.可維護(hù)性H勺特性中，互相矛盾H勺是(B

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

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

29.不屬于軟件項(xiàng)目管理的是(A)o

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

30.(C)針對(duì)開發(fā)過程中口勺程序、數(shù)據(jù)、文檔提出使用和管理方略。

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

31.面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制(A)

A.繼承B.消息C.措施D.構(gòu)造

32.表達(dá)對(duì)象互相行為的模型是(A)模型。

A.動(dòng)態(tài)模型B.功能模型C.對(duì)象模型D.狀態(tài)模型

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