軟件工程考試模擬-含近年經(jīng)典真題-共150題

全國(guó)計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格

軟件工程考試模擬《含近年經(jīng)典真題》

（共150題）

-：?jiǎn)雾?xiàng)選擇題（共70題）

1.瀑布模型的存在問(wèn)題是（B）

A.用戶容易參與開(kāi)發(fā)

B.缺乏靈活性

C.用戶與開(kāi)發(fā)者易溝通

D.適用可變需求

2.開(kāi)發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（C）

A.軟件工程

B.軟件周期

C.軟件危機(jī)

D.軟件產(chǎn)生

3.數(shù)據(jù)耦合、公共耦合、標(biāo)記耦合、控制耦合的耦合性從低到高的順序是（B）

A.數(shù)據(jù)、公共、標(biāo)記、控制

B.數(shù)據(jù)、標(biāo)記、控制、公共

C.控制、數(shù)據(jù)、標(biāo)記、公共

D.控制、數(shù)據(jù)、公共、標(biāo)記

4.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（D）

A.程序模塊化

B.模塊高內(nèi)聚

C.模塊低耦合

D.模塊獨(dú)立性

5.軟件測(cè)試的目的是（B）。

A.評(píng)價(jià)軟件的質(zhì)量

B.發(fā)現(xiàn)軟件的錯(cuò)誤

C.找出軟件的所有錯(cuò)誤

D.證明軟件是正確的

6.在設(shè)計(jì)測(cè)試用例時(shí)，（A）是用得最多的一種黑盒測(cè)試方法。

A.等價(jià)類劃分

B.邊界值分析

C.因果圖

D.判定表

需求分析最終結(jié)果是產(chǎn)生(

7.B)0

A.項(xiàng)目開(kāi)發(fā)計(jì)劃

B.需求規(guī)格說(shuō)明書(shū)

C.設(shè)計(jì)說(shuō)明書(shū)

D.可行性分析報(bào)告

8.Jackson圖中，模塊框之間若有直線連接，表示它們之間存在(B)。

A.調(diào)用關(guān)系

B.組成關(guān)系

C.鏈接關(guān)系

D.順序執(zhí)行關(guān)系

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

A.功能

B.外部接口

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

D.編程

10.為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意(D)

A.保存測(cè)試用例和數(shù)據(jù)

B.提高模塊的獨(dú)立性

C.文檔的副作用

D.養(yǎng)成好的程序設(shè)計(jì)風(fēng)格

11.設(shè)年利率為i,現(xiàn)存入p元，若計(jì)復(fù)利，n年后可得錢數(shù)為(B)

A.p*(1+i*n)

B.p*(i+l)n

C.p*(1+i)*n

D.p*(i+n)

12.在考察系統(tǒng)的一些涉及時(shí)序和改變的狀態(tài)時(shí)，要用動(dòng)態(tài)模型來(lái)表示。動(dòng)態(tài)模型著重

于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是(

A)0

A.狀態(tài)圖

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

C.系統(tǒng)結(jié)構(gòu)圖

D.時(shí)序圖

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

A.結(jié)合

B.隱藏

C.封裝

D.抽象

14.軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（A）。

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

B.外部接口

C.功能

D.編程

15.軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在（A）。

A.調(diào)用關(guān)系

B.組成關(guān)系

C.鏈接關(guān)系

D.順序執(zhí)行關(guān)系

16.需求分析最終結(jié)果是產(chǎn)生（B）。

A.項(xiàng)目開(kāi)發(fā)計(jì)劃

B.需求規(guī)格說(shuō)明書(shū)

C.設(shè)計(jì)說(shuō)明書(shū)

D.可行性分析報(bào)告

17.在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具有（A）。

A.PAD

B.SA

C.SC

D.DFD

18.因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過(guò)程稱為（C）

A.教正性維護(hù)

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

C.完善性維護(hù)

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

19.為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意（D）

A.保存測(cè)試用例和數(shù)據(jù)

B.提高模塊的獨(dú)立性

C.文檔的副作用

D.養(yǎng)成好的程序設(shè)計(jì)風(fēng)格

20、瀑布模型把軟件生命周期劃分為八個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分

析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階

段：計(jì)劃階段、開(kāi)發(fā)階段和（C）。

A.詳細(xì)計(jì)劃

B.可行性分析

C.運(yùn)行階段

D.測(cè)試與排錯(cuò)

21、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)

環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大(C)。

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

B.概要設(shè)計(jì)階段

C.需求分析階段

D.測(cè)試和運(yùn)行階段

22、在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段

的目標(biāo)(A)。

A.需求分析階段

B.詳細(xì)設(shè)計(jì)階段

C.概要設(shè)計(jì)階段

D.可行性研究階段

23、軟件工程的出現(xiàn)主要是由于(C)。

A.程序設(shè)計(jì)方法學(xué)的影響

B.其它工程科學(xué)的影響

C.軟件危機(jī)的出現(xiàn)

D.計(jì)算機(jī)的發(fā)展

24、軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施

的主要保證是(C)

A.硬件環(huán)境

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

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

D.開(kāi)發(fā)人員的素質(zhì)

25、軟件開(kāi)發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之

間的關(guān)系表現(xiàn)為(B)

A.相互排斥

B.相互補(bǔ)充

C.獨(dú)立使用

D.交替使用

26、UML是軟件開(kāi)發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開(kāi)發(fā)方法(C)

A.基于瀑布模型的結(jié)構(gòu)化方法

B.基于需求動(dòng)態(tài)定義的原型化方法

C.基于對(duì)象的面向?qū)ο蟮姆椒?/p>

D.基于數(shù)據(jù)的數(shù)據(jù)流開(kāi)發(fā)方法

27、在下面的軟件開(kāi)發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開(kāi)發(fā)人員的開(kāi)發(fā)要求最高(B)

A.結(jié)構(gòu)化方法

B.原型化方法

C.面向?qū)ο蟮姆椒?/p>

D.控制流方法

28、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的

(B)

A.控制流

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

C.程序流

D.指令流

29、軟件開(kāi)發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A)

A.計(jì)劃階段、開(kāi)發(fā)階段、運(yùn)行階段

B.計(jì)劃階段、編程階段、測(cè)試階段

C.總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試

D.需求分析、功能定義、系統(tǒng)設(shè)計(jì)

30.提高測(cè)試的有效性非常重要，成功的測(cè)試是指(D)

A.證明了被測(cè)試程序正確無(wú)誤

B.說(shuō)明了被測(cè)試程序符合相應(yīng)的要求

C.未發(fā)現(xiàn)被測(cè)程序的錯(cuò)誤

D.發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤

31、軟件開(kāi)發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為(A)

A.瀑布模型

B.對(duì)象模型

C.螺旋模型

D.層次模型

32、軟件開(kāi)發(fā)的瀑布模型，一般都將開(kāi)發(fā)過(guò)程劃分為：分析、設(shè)計(jì)、編碼和測(cè)試等階段，

一般認(rèn)為可能占用人員最多的階段是(C)

A、分析階段

B、設(shè)計(jì)階段

C、編碼階段

D、測(cè)試階段

33.開(kāi)發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做(C)

A.軟件工程

B.軟件周期

C.軟件危機(jī)

D.軟件產(chǎn)生

34.研究開(kāi)發(fā)所需要的成本和資源是屬于可行性研究中的(B)研究的一方面。

A.技術(shù)可行性

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

C.社會(huì)可行性

D.法律可行性

35.下列屬于用白盒技術(shù)設(shè)計(jì)測(cè)試用例的是(B)

A.錯(cuò)誤推測(cè)

B.邏輯覆蓋

C.等價(jià)類劃分

D.因果圖

36.模塊的內(nèi)聚性最高的是(D)

A.邏輯內(nèi)聚

B.時(shí)間內(nèi)聚

C.偶然內(nèi)聚

D.功能內(nèi)聚

37.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是(D)

A.程序模塊化

B.模塊高內(nèi)聚

C.模塊低耦合

D.模塊獨(dú)立性

38.軟件詳細(xì)設(shè)計(jì)主要采用的方法是(D)

A.模塊設(shè)計(jì)

B.結(jié)構(gòu)化設(shè)計(jì)

C.PDL語(yǔ)言

D.結(jié)構(gòu)化程序設(shè)計(jì)

39.根據(jù)對(duì)軟件開(kāi)發(fā)機(jī)構(gòu)調(diào)查的結(jié)果可知，各類維護(hù)活動(dòng)所占的比重是(A)

A.完善性占50%,適應(yīng)性占25%,校正性占21%,其他維護(hù)占4%

B.完善性占25%,適應(yīng)性占50%,校正性占21%,其他維護(hù)占4%

C.完善性占21%,適應(yīng)性占25%,校正性占50%,其他維護(hù)占4%

D.完善性占21%,適應(yīng)性占50%,校正性占25%,其他維護(hù)占4%

40.不適合作為科學(xué)工程計(jì)算的語(yǔ)言是(D)

A.Pascal

B.C

C.Fortran

D.Prolog

41.黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要需要研究(A)

A.需求規(guī)格說(shuō)明與概要設(shè)計(jì)說(shuō)明

B.詳細(xì)設(shè)計(jì)說(shuō)明

C.項(xiàng)目開(kāi)發(fā)計(jì)劃

D.概要設(shè)計(jì)說(shuō)明與詳細(xì)設(shè)計(jì)說(shuō)明

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

入的角度考慮一組測(cè)試用例：-1.001,-1.0,l.o,l.OOlo設(shè)計(jì)這組測(cè)試用例的方法是(C)

A.條件覆蓋法

B.等價(jià)分類法

C.邊界值分析法

D.錯(cuò)誤推測(cè)法

43.下列屬于維護(hù)階段的文檔是(B)

A.軟件規(guī)格說(shuō)明

B.用戶操作手冊(cè)

C.軟件問(wèn)題報(bào)告

D.軟件測(cè)試分析報(bào)告

44.快速原型模型的主要特點(diǎn)之一是(B)

A.開(kāi)發(fā)完畢才見(jiàn)到產(chǎn)品

B.及早提供全部完整的軟件產(chǎn)品

C.開(kāi)發(fā)完畢后才見(jiàn)到工作軟件

D.及早提供工作軟件

45.因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過(guò)程稱為(B)

A.教正性維護(hù)

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

C.完善性維護(hù)

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

46.面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、設(shè)

計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過(guò)程，盡可能接近于人類認(rèn)識(shí)世界解決問(wèn)題的方法和過(guò)程。

因此面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對(duì)象組成的；(A)；對(duì)象彼此之間僅能通過(guò)

傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。

A.開(kāi)發(fā)過(guò)程基于功能分析和功能分解

B.強(qiáng)調(diào)需求分析重要性

C.把對(duì)象劃分成類，每個(gè)對(duì)象類都定義一組數(shù)據(jù)和方法

D.對(duì)既存類進(jìn)行調(diào)整

47.在軟件詳細(xì)設(shè)計(jì)過(guò)程中不采用的工具為(A)

A.判定表

B.PDL

C.數(shù)據(jù)流圖

D.IPO圖

48.兩個(gè)模塊之間傳遞的是同一個(gè)數(shù)據(jù)結(jié)構(gòu)的地址，這種耦合方式稱為(C)

A.控制耦合

B.公共耦合

C.標(biāo)記耦合

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

49.軟件需求不應(yīng)包括(B)

A.功能要求

B.環(huán)境需求

C.標(biāo)準(zhǔn)實(shí)現(xiàn)的空間需求

D.用戶界面要求

50.下列文檔與維護(hù)人員有關(guān)的有(D)

A.軟件需求說(shuō)明書(shū)

B.項(xiàng)目開(kāi)發(fā)計(jì)劃

C.概要設(shè)計(jì)說(shuō)明書(shū)

D.操作手冊(cè)

51.采用Gantt圖表示軟件項(xiàng)目進(jìn)度安排，下列說(shuō)法中正確的是(D)

A.能夠反映多個(gè)任務(wù)之間的復(fù)雜關(guān)系

B.能夠直觀表示任務(wù)之間相互依賴制約關(guān)系

C.能夠表示哪些任務(wù)是關(guān)鍵任務(wù)

D.能夠表示子任務(wù)之間的并行和串行關(guān)系

52＞軟件的特點(diǎn)包括(A)?

A.軟件具有抽象性

B.在軟件的運(yùn)行和使用期間，也存在類似硬件的老化問(wèn)題

C.軟件的開(kāi)發(fā)與維護(hù)對(duì)硬件存在依賴性

D.軟件的開(kāi)發(fā)費(fèi)用在逐漸下降

53.需求分析的基本原則包括(A)。

A.必須能夠表達(dá)和理解問(wèn)題的數(shù)據(jù)域和功能域

B.自頂向下、逐層分解問(wèn)題

C.修正系統(tǒng)開(kāi)發(fā)計(jì)劃

D.要給出系統(tǒng)的邏輯視圖和物理視圖

54.耦合的強(qiáng)弱取決于(A)。

A.模塊間接口的復(fù)雜程度

B.調(diào)用模塊的方式

C.通過(guò)接口的信息

C.模塊內(nèi)部各個(gè)元素彼此之間的緊密結(jié)合程度

55.軟件是(C)。

A.處理對(duì)象和處理規(guī)則的描述

B.程序

C.程序及其文檔

D.計(jì)算機(jī)系統(tǒng)

56.軟件需求規(guī)格說(shuō)明的內(nèi)容不應(yīng)包括(B)。

A.主要功能

B.算法的詳細(xì)描述

C.用戶界面及運(yùn)行環(huán)境

D.軟件的性能

57.程序的三種基本控制結(jié)構(gòu)是（B）。

A.過(guò)程、子程序和分程序

B.順序、選擇和重復(fù)

C.遞歸、迭代和回溯

D.調(diào)用、返回和轉(zhuǎn)移

58.面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，即（D）。

A.系統(tǒng)模型、ER模型、應(yīng)用模型

B.對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型

C.E-R模型、對(duì)象模型、功能模型

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

59.在E-R模型中，包含以下基本成分（C）。

A.數(shù)據(jù)、對(duì)象、實(shí)體

B.控制、聯(lián)系、對(duì)象

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

D.實(shí)體、屬性、操作

60.各種軟件維護(hù)的類型中最重要的是（A）。

A.完善性維護(hù)

B.糾錯(cuò)性維護(hù)

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

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

61.軟件測(cè)試的目標(biāo)是（B）。

A.證明軟件是正確的

B.發(fā)現(xiàn)錯(cuò)誤、降低錯(cuò)誤帶來(lái)的風(fēng)險(xiǎn)

C.排除軟件中所有的錯(cuò)誤

D.與軟件調(diào)試相同

62.軟件生命周期中所花費(fèi)用最多的階段是（D）

A.詳細(xì)設(shè)計(jì)

B.軟件編碼

C.軟件測(cè)試

D.軟件維護(hù)

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

輸入的角度考慮一組測(cè)試用例：-1Q01,1.0,1.001.設(shè)計(jì)這組測(cè)試用例的方法是（C）

A.條件覆蓋法

B.等價(jià)分類法

C.邊界值分析法

D.錯(cuò)誤推測(cè)法

64、詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的(D)設(shè)計(jì)

A.功能

B.調(diào)用關(guān)系

C.輸入輸出數(shù)據(jù)

D.算法

65.下面幾種白箱測(cè)試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則(D)

A.語(yǔ)句覆蓋

B.條件覆蓋

C.判定覆蓋

D.條件組合覆蓋

66.面向數(shù)據(jù)流的設(shè)計(jì)方法把(A)映射成軟件結(jié)構(gòu)。

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

B.系統(tǒng)結(jié)構(gòu)

C.控制結(jié)構(gòu)

D.信息流

67.內(nèi)聚程度最低的是(A)內(nèi)聚

A.偶然

B.過(guò)程

C.順序

D.時(shí)間

68.確定測(cè)試計(jì)劃是在(A)階段制定的.

A.總體設(shè)計(jì)

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

C.編碼

D.測(cè)試

69.需求分析的產(chǎn)品是(D)

A.數(shù)據(jù)流程圖案

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

C.判定表

D.需求規(guī)格說(shuō)明書(shū)

70.數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是(C)

A.數(shù)據(jù)庫(kù)設(shè)計(jì)

B.數(shù)據(jù)通信

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

D.數(shù)據(jù)維護(hù)

二：判斷題（共50題）

1.Warnier方法也是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，其邏輯更嚴(yán)格。（X）

2.PAD圖在設(shè)置了五種基本控制結(jié)構(gòu)后，還允許遞歸調(diào)用。（X）

3,你為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目.（X）

4.當(dāng)驗(yàn)收測(cè)試通過(guò),軟件開(kāi)發(fā)就完成了。（義）

5.完成測(cè)試作業(yè)后，為了縮短源程序的長(zhǎng)度應(yīng)刪除程序中的注解。（X）

6.系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法.因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作

系統(tǒng)流程圖使用。（X）

7.在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難.（V）

8.以對(duì)象，類，繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）也是常見(jiàn)的軟件概要設(shè)計(jì)

方法之一。（V）

9.Warnier方法也是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，其邏輯更嚴(yán)格。（J）

10.PAD圖在設(shè)置了五種基本控制結(jié)構(gòu)后，還允許遞歸調(diào)用。（J）

11.為了加快軟件維護(hù)作業(yè)的進(jìn)度，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（X）

12.當(dāng)驗(yàn)收測(cè)試通過(guò)，軟件開(kāi)發(fā)就完成了。（X）

13.完成測(cè)試作業(yè)后，為了縮短源程序的長(zhǎng)度應(yīng)刪除程序中的注解。（X）

14.在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（X）

15.系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)

作系統(tǒng)流程圖使用。（X）

16.用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（義）

17.在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（J）

18.以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）也是常見(jiàn)的軟件概要

設(shè)計(jì)方法之一。（J）

19.軟件生存周期是從軟件開(kāi)始開(kāi)發(fā)到開(kāi)發(fā)結(jié)束的整個(gè)時(shí)期。（X）

20.系統(tǒng)流程圖是一個(gè)典型的描述邏輯系統(tǒng)的傳統(tǒng)工具。（義）

21.數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。（J）

22.扇出是一個(gè)模塊直接調(diào)用的模塊數(shù)目，一般推薦的扇出為3或4。（V）

23.耦合用于衡量一個(gè)模塊內(nèi)部的各個(gè)元素彼此結(jié)合的緊密程度。（X）

24.程序運(yùn)行過(guò)程中出現(xiàn)錯(cuò)誤叫做容錯(cuò)。（X）

25.軟件測(cè)試的目的是證明程序沒(méi)有錯(cuò)誤。（X）

26.白盒測(cè)試法是將程序看成一個(gè)透明的盒子,不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程。

（X）

27.軟件的開(kāi)發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。（J）

28.模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。（J）

29.Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。（X）

30.上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時(shí)輸入變換成C。（X）

31.軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開(kāi)發(fā)人員不必關(guān)心。（X）

32.判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋.（V）

33.應(yīng)該盡量使用機(jī)器語(yǔ)言編寫(xiě)代碼，提高程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。（X）

34.UML只能應(yīng)用于軟件系統(tǒng)模型的建立。（義）

35.容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫(xiě)。（X）

36.軟件測(cè)試的目的是為了無(wú)一遺漏的找出所有的錯(cuò)誤。（義）

37.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng).（J）

38.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定

義。（X）

39.JAVA語(yǔ)言編譯器是一個(gè)CASE工具。（J）。

40.軟件是指用程序設(shè)計(jì)語(yǔ)言（如PASCAL?VISUALBASIC等）編寫(xiě)的程序，軟件開(kāi)發(fā)

實(shí)際上就是編寫(xiě)程序代碼。（X）

41.軟件模塊之間的耦合性越弱越發(fā)。（J）

42.數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)是一個(gè)軟件配置項(xiàng)（J）

43.在面向?qū)ο蟮能浖_(kāi)發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)

象是生成類的模板。（X）

44.過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（X）

45.如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。（X）

46.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（對(duì)）

47.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度

的軟件產(chǎn)品。（J）

48.集成測(cè)試主要由用戶來(lái)完成。（X）

49.確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定（X）

50.白盒測(cè)試無(wú)需考慮模塊內(nèi)部的執(zhí)行過(guò)程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（X）

三、簡(jiǎn)答題（共30題）

1.什么是軟件危機(jī)?為什么會(huì)產(chǎn)生軟件危機(jī)？

答：軟件危機(jī)是指軟件在開(kāi)發(fā)和維護(hù)過(guò)程遇到的一系統(tǒng)嚴(yán)重問(wèn)題,主要包含二方面的問(wèn)

題，一是如何開(kāi)發(fā)利用軟件，三是如何維護(hù)數(shù)量不斷膨脹的已有軟件.產(chǎn)生軟件危機(jī)的原因，一

方面與軟件本身的特點(diǎn)有關(guān)，另一方面和軟件開(kāi)發(fā)與維護(hù)的方法不正確有關(guān)。

2.什么是軟件的生存周期？包括哪幾個(gè)部分？

答：個(gè)軟件從定義到開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通

常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開(kāi)始，直

到該軟件產(chǎn)品被淘汰的全過(guò)程。它包括制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫(xiě)、軟件測(cè)

試、運(yùn)行維護(hù)等。

3.什么是黑盒測(cè)試法？

答：黑盒測(cè)試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，它只

檢查程序功能是否能按照規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)，產(chǎn)

生正確地輸出信息。

4.耦合性和內(nèi)聚性有幾種類型？其耦合度、內(nèi)聚強(qiáng)度的順序如何？

答：低：非直接耦合？數(shù)據(jù)耦合?標(biāo)記耦合？控制耦合?外部耦合？公共耦合?內(nèi)容耦合：

高

強(qiáng)：功能內(nèi)聚？信息內(nèi)聚？通信內(nèi)聚？過(guò)程內(nèi)聚？時(shí)間內(nèi)聚？邏輯內(nèi)聚？巧合內(nèi)

聚：弱

5.什么是軟件生存周期。

答：一個(gè)軟件從定義到開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期,

通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開(kāi)始,

直到該軟件產(chǎn)品被淘汰的全過(guò)程。

6.在需求分析階段，建立目標(biāo)系統(tǒng)的邏輯模型的具體做法是什么。

答：系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號(hào)以黑盒子形式

描繪系統(tǒng)里的每個(gè)部件（程序、文件、數(shù)據(jù)庫(kù)、表格、人工過(guò)程等）。系統(tǒng)流程圖表達(dá)的是

部件的信息流程，而不表示對(duì)信息進(jìn)行加工處理的控制過(guò)程。

7.為什么數(shù)據(jù)流圖要分層？

答：這了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠的。為表達(dá)稍為復(fù)

雜的實(shí)際問(wèn)題，需要按照問(wèn)題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)

關(guān)系。

8.軟件的質(zhì)量反應(yīng)為哪些方面的問(wèn)題？

答：軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。在各種標(biāo)準(zhǔn)中

定義了一些開(kāi)發(fā)準(zhǔn)則，用來(lái)指導(dǎo)軟件人員用工程化的方法來(lái)開(kāi)發(fā)軟件。如果不遵守這些開(kāi)發(fā)

準(zhǔn)則，軟件質(zhì)量就得不到保證。往往會(huì)有一些隱含的需求沒(méi)有明確地提出來(lái)。如果軟件只滿

足那些精確定義了的需求而沒(méi)有滿足這些隱含的需求，軟件質(zhì)量也不能保證。軟件質(zhì)量是各

種特性的復(fù)雜組合。它隨著應(yīng)用的不同而不同，隨著用戶提出的質(zhì)量要求不同而不同。

9.簡(jiǎn)述需求分析方法應(yīng)遵循的基本原則？

答：1.必須能夠表達(dá)和理解問(wèn)題的數(shù)據(jù)域和功能域?2.可以把一個(gè)復(fù)雜的問(wèn)題按功能進(jìn)

行分解并可逐層細(xì)化。3.建模

10.模塊間的耦合性包括哪些類型？按強(qiáng)弱排列。

答：耦合有以下幾種，他們之間的耦合度由高到低排列：

1.內(nèi)容耦合：如一個(gè)功能模塊直接訪問(wèn)另一個(gè)功能模塊的內(nèi)容，則這兩個(gè)功能模塊稱為

內(nèi)容耦合。2.公共耦合：如一個(gè)功能模塊都訪問(wèn)統(tǒng)一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，則稱之為公共耦合。3.

外部耦合：如一個(gè)功能模塊都訪問(wèn)統(tǒng)一全局?jǐn)?shù)據(jù)項(xiàng)，則稱之為外部耦合。4.控制耦合：如一

個(gè)功能模塊明顯的把開(kāi)關(guān)量、名字等信息送入另一個(gè)功能模塊，控制另一功能模塊的功能,

則稱為控制耦合。5.標(biāo)記耦合：如一個(gè)功能模塊共享了某個(gè)記錄，而不是簡(jiǎn)單變量，即這些

功能模塊都需某一數(shù)據(jù)的子結(jié)構(gòu)時(shí)，就需要按該記錄的結(jié)構(gòu)進(jìn)行操作，并通過(guò)參數(shù)表來(lái)傳遞

記錄信息，這樣的耦合稱為標(biāo)記耦合。6.數(shù)據(jù)耦合：如一個(gè)功能模塊訪問(wèn)另一功能模塊，被

訪問(wèn)的功能模塊的輸入和輸出都是數(shù)據(jù)項(xiàng)參數(shù)，則這兩個(gè)功能模塊為數(shù)據(jù)耦合。7.非直接耦

合：若兩個(gè)功能模塊沒(méi)有直接關(guān)系，他們之間的聯(lián)系完全是通過(guò)主程序的控制和調(diào)用來(lái)實(shí)現(xiàn)

的，便稱這兩個(gè)功能模塊為非直接耦合，獨(dú)立性最強(qiáng)。

11.什么是黑盒測(cè)試法？

答：黑盒測(cè)試法又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，該方法把被測(cè)試對(duì)象看成一個(gè)不透明的

黑盒子。測(cè)試人員完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程，只在程序的接口處進(jìn)行測(cè)試，依據(jù)

需求說(shuō)明書(shū)，檢查程序是否滿足功能要求，是否能很好的接受數(shù)據(jù)，并產(chǎn)生正確的輸出。

12.CMM模型包括哪些等級(jí)？

答：1.初始級(jí)2.可重復(fù)級(jí)3.已定義級(jí)4.已管理級(jí)5.優(yōu)化級(jí)

13.軟件生命期各階段的任務(wù)是什么？

答：軟件生命期分為7個(gè)階段：1、問(wèn)題定義：要解決的問(wèn)題是什么2、可行性研究：

確定問(wèn)題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性3、需求分析：系統(tǒng)必須做什

么4、總體設(shè)計(jì)：系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)5、詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的

系統(tǒng)6、實(shí)現(xiàn)：編碼和測(cè)試7、運(yùn)行維護(hù)：保證軟件正常運(yùn)行。

14、軟件重用的效益是什么？

答：1、軟件重用可以顯著地改善軟件的質(zhì)量和可靠性。2、軟件重用可以極大地提高軟

件開(kāi)發(fā)的效率。3、節(jié)省軟件開(kāi)發(fā)的成本，避免不必要的重復(fù)勞動(dòng)和人力、財(cái)力的浪費(fèi)。

15、提高可維護(hù)性的方法有哪些？

答：1、在軟件工程的每一階段都應(yīng)該努力提高系統(tǒng)的可維護(hù)性，在每個(gè)階段結(jié)束前的

審查和復(fù)審中，應(yīng)著重對(duì)可維護(hù)性進(jìn)行復(fù)審。2、在需求分析階段的復(fù)審中，應(yīng)對(duì)將來(lái)要擴(kuò)

充和修改的部分加以注明。在討論軟件可移植性問(wèn)題時(shí)，要考慮可能要影響軟件維護(hù)的系統(tǒng)

界面。3、在軟件設(shè)計(jì)的復(fù)審中，因從便于修改、模塊化和功能獨(dú)立的目標(biāo)出發(fā)，評(píng)價(jià)軟件

的結(jié)構(gòu)和過(guò)程，還應(yīng)對(duì)將來(lái)可能修改的部分預(yù)先做準(zhǔn)備。4、在軟件代碼復(fù)審中，應(yīng)強(qiáng)調(diào)編

碼風(fēng)格和內(nèi)部說(shuō)明這兩個(gè)影響可維護(hù)性的因素。5、在軟件系統(tǒng)交付使用前的每一測(cè)試步驟

中都應(yīng)給出需要進(jìn)行預(yù)防性維護(hù)部分的提示。6、在完成每項(xiàng)維護(hù)工作后，都應(yīng)對(duì)軟件維護(hù)

本身進(jìn)行仔細(xì)認(rèn)真的復(fù)審。7、為了從根本上提高軟件系統(tǒng)的可維護(hù)性，人們正試圖通過(guò)直

接維護(hù)軟件規(guī)格說(shuō)明來(lái)維護(hù)軟件，同時(shí)也在大力發(fā)展軟件重用技術(shù)。

16.什么軟件？軟件按功能進(jìn)行劃分，可以劃分成哪幾類？按工作方式進(jìn)行分類，可以

劃分成哪幾類？

答：軟件是由計(jì)算機(jī)程序、程序使用的數(shù)據(jù)以及說(shuō)明的各種文檔組成。按功能進(jìn)行劃分

可以分為：系統(tǒng)軟件、支撐軟件、應(yīng)用軟件；按軟件工作方式進(jìn)行分類可以分為：實(shí)時(shí)處理

軟件、分時(shí)處理軟件、交互式軟件和批處理軟件。

17.軟件危機(jī)產(chǎn)生的原因是什么？

答：軟件危機(jī)的原因：1、軟件不同與硬件，是邏輯部件；2、軟件規(guī)模龐大，邏輯結(jié)構(gòu)

復(fù)雜；3、軟件開(kāi)發(fā)人員和管理人員只重視設(shè)計(jì)程序而輕視用戶的需求分析，導(dǎo)致最后研制

出的軟件產(chǎn)品無(wú)法滿足用戶的需求；4、軟件設(shè)計(jì)技術(shù)和管理技術(shù)落后，沒(méi)有統(tǒng)一的軟件質(zhì)

量管理規(guī)范；5、在軟件的開(kāi)發(fā)與維護(hù)關(guān)系問(wèn)題上存在錯(cuò)誤的概念，重視開(kāi)發(fā)，而輕視維護(hù)。

18.簡(jiǎn)述軟件工程的定義。

答：軟件工程是用科學(xué)知識(shí)和技術(shù)原理來(lái)定義、開(kāi)發(fā)和維護(hù)軟件的一門學(xué)科。采用工程

的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)

前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)。

19.簡(jiǎn)述軟件生存周期的定義及組成部分。

答：一個(gè)軟件從定義到開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，

通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱為軟件生存周期。它包括制定計(jì)劃（問(wèn)題定義）、可行

性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、程序編寫(xiě)（編碼）、綜合測(cè)試、運(yùn)行維護(hù)