軟件工程試題庫(kù)

1.采用工程的概念、原理、技術(shù)和方法來(lái)輸入文檔。

（）和（）軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而C、原型模型B、瀑布模型

證明正確的管理技術(shù)和當(dāng)前能夠得到的最C、螺旋模型D、噴泉模型

好的技術(shù)方法結(jié)合起來(lái)，以經(jīng)濟(jì)地開(kāi)發(fā)出高12.下列敘述中不屬于軟件生命周期模型的

質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工是（）

程。A、瀑布模型B、快速原型模型

A、開(kāi)發(fā)測(cè)試B、運(yùn)行管理C、風(fēng)險(xiǎn)模型D、原子模型

C、開(kāi)發(fā)管理D、開(kāi)發(fā)維護(hù)13.“為了解決這個(gè)問(wèn)題，目標(biāo)系統(tǒng)必須做

2.軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合,什么？”這是生命周期中（）階段要確定

其中“開(kāi)發(fā)、使用和維護(hù)程序所需要的圖文的事。

資料”指的是（）A、需求分析B、總體設(shè)計(jì)

A、程序B、數(shù)據(jù)C、文檔D、以上都不是C、詳細(xì)設(shè)計(jì)D、測(cè)試

3.計(jì)算機(jī)系統(tǒng)經(jīng)歷了幾個(gè)不同的發(fā)展階段，14.（）是為了獲得高質(zhì)量軟件所需要完

具有以下特點(diǎn)指的是（）發(fā)展時(shí)期：小成的一系列任務(wù)的框架，他規(guī)定了完成各項(xiàng)

規(guī)模團(tuán)隊(duì)開(kāi)發(fā)，但仍然沿用早期形成的個(gè)體任務(wù)的工作步驟。

化開(kāi)發(fā)軟件的方法。C、軟件工程B、軟件過(guò)程

A、個(gè)體軟件B、軟件作坊15.質(zhì)量管理D、軟件方法學(xué)

C、軟件危機(jī)D、軟件工程15.下面不屬于軟件工程的3個(gè)要素是（）

4.以下（）不是軟件危機(jī)的表現(xiàn)形式。A、工具B、過(guò)程C、方法D、環(huán)境

A、開(kāi)發(fā)的軟件不滿足用戶的需要16.軟件工程方法學(xué)的目的是：使軟件生產(chǎn)

B、開(kāi)發(fā)的軟件可維護(hù)性差規(guī)范化和工程化，而軟件工程方法得以實(shí)施

C、開(kāi)發(fā)的軟件價(jià)格便宜的主要保證是（）?

D、開(kāi)發(fā)的軟件可靠性差A(yù)、硬件環(huán)境B、軟件開(kāi)發(fā)的環(huán)境

5.軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別，軟件產(chǎn)C、軟件開(kāi)發(fā)工具和軟件開(kāi)發(fā)的環(huán)境

品是一種（）產(chǎn)品D、開(kāi)發(fā)人員的素質(zhì)

A、有形B、消耗C、邏輯D、文檔17.在軟件生命周期法中，用戶的參與主要在

6.以文檔作為驅(qū)動(dòng)，適合于軟件需求很明確（）。

的軟件項(xiàng)目的生存周期模型是（）.A、軟件定義期B、軟件開(kāi)發(fā)期

A、噴泉模型B、增量模型C、軟件維護(hù)期

C、瀑布模型D、螺旋模型D、整個(gè)軟件生命周期過(guò)程中

7.下列軟件開(kāi)發(fā)模型中，適合于那些不能預(yù)18.軟件開(kāi)發(fā)的瀑布模型最典型地刻畫(huà)了軟

先確切定義需求的軟件系統(tǒng)的開(kāi)發(fā)的模型件生命周期的階段劃分，而與其最相適應(yīng)的

是（）。軟件開(kāi)發(fā)的方法是（）

C、原型模型B、瀑布模型A、構(gòu)件化方法B、面向?qū)ο蠓椒?/p>

C、基于知識(shí)的智能模型D、變換模型C、結(jié)構(gòu)化方法D、原型化方法

8.下列軟件開(kāi)發(fā)模型中，以面向?qū)ο蟮能浖?9.在軟件生存周期中，（）階段必須要回

開(kāi)發(fā)方法為基礎(chǔ)，以用戶的需求為動(dòng)力，以答的問(wèn)題是“要解決的問(wèn)題是什么？”。

對(duì)象來(lái)驅(qū)動(dòng)的模型是（）。C、詳細(xì)設(shè)計(jì)B、問(wèn)題定義

A、原型模型B、瀑布模型C、概要設(shè)計(jì)D、軟件測(cè)試

C,噴泉模型D、螺旋模型20.數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是（），僅僅是所

9.下列軟件開(kāi)發(fā)模型中，（）只有在開(kāi)發(fā)人處的狀態(tài)不同。

員具有風(fēng)險(xiǎn)分析和排除風(fēng)險(xiǎn)的經(jīng)驗(yàn)及專門(mén)A、分析結(jié)果B、事件

知識(shí)時(shí)，才能獲得成功。C、動(dòng)作D、數(shù)據(jù)

A、原型模型B、瀑布模型21.數(shù)據(jù)流圖和（）共同組成系統(tǒng)的功能

C、噴泉模型D、螺旋模型模型。

10.（）是用戶和設(shè)計(jì)交換最頻繁的方法。A、HIPO圖B、PDLC、數(shù)據(jù)字典D、層次圖

A、原型模型B、瀑布模型方法22.數(shù)據(jù)流圖用于抽象描述一個(gè)軟件的邏輯

C、螺旋模型方法D、構(gòu)件組裝模型模型，數(shù)據(jù)流圖由一些特定的圖形符號(hào)構(gòu)成。

11.傳統(tǒng)的（）要求，必須等前一階段下列圖符名標(biāo)識(shí)的圖符不屬于合法數(shù)據(jù)流

的工作完成之后，才能開(kāi)始后一階段的工圖圖符的是（）。A、控制流

作；前一階段的輸出文檔，就是后一階段的B、加工C、數(shù)據(jù)存儲(chǔ)D、數(shù)據(jù)源點(diǎn)/終點(diǎn)

23.結(jié)構(gòu)化分析方法就是面向（）的自頂34.系統(tǒng)流程圖是概括地描述物理系統(tǒng)的傳

向下逐步求精進(jìn)行需求分析的方法。統(tǒng)工具，它的基本思想是用圖形符號(hào)以黑盒

A、目標(biāo)B、數(shù)據(jù)流C、功能D、對(duì)象子形式描繪系統(tǒng)組成系統(tǒng)的每個(gè)部件，其表

24.數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所達(dá)的是（）

定義的對(duì)象都包含在（）中。A、控制過(guò)程

A、數(shù)據(jù)流圖B、程序框圖B、對(duì)數(shù)據(jù)進(jìn)行加工和處理的過(guò)程

C、軟件結(jié)構(gòu)D、方框圖C、程序的功能

25.軟件開(kāi)發(fā)的可行性研究，一般涉及經(jīng)濟(jì)、D、數(shù)據(jù)在各部件之間的流動(dòng)情況

技術(shù)和操作的可能性，而進(jìn)行可行性研究的35.雖然可以使用自然語(yǔ)言描述由數(shù)據(jù)元素

基本依據(jù)則是用戶提出的軟件（）。組成數(shù)據(jù)的關(guān)系，但為了更加清晰簡(jiǎn)潔，建

A、系統(tǒng)質(zhì)量B、系統(tǒng)目標(biāo)議采用符號(hào)來(lái)表示，其中l(wèi){a}5所代表的含

C、系統(tǒng)功能D、系統(tǒng)性能義是（）

26.軟件可行性一般不考慮（）。A、a重復(fù)出現(xiàn)，最少出現(xiàn)1次，最多出現(xiàn)5

A、是否有足夠的人員和相關(guān)的技術(shù)來(lái)支持次

系統(tǒng)開(kāi)發(fā)B、a重復(fù)出現(xiàn)，只能出現(xiàn)1次，或5次

B、待開(kāi)發(fā)的軟件是否有質(zhì)量問(wèn)題C、a重復(fù)出現(xiàn)，其可以出現(xiàn)1次，也可以

C、待開(kāi)發(fā)的軟件是否有市場(chǎng),經(jīng)濟(jì)上是否合出現(xiàn)5次

算D、a是可選的，可以出現(xiàn)2、3、4次

D、是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持36.（）是可行性研究的一項(xiàng)重要內(nèi)容，

系統(tǒng)開(kāi)發(fā)是客戶組織負(fù)責(zé)人從經(jīng)濟(jì)角度判斷是否繼

27.數(shù)據(jù)流圖是進(jìn)行軟件需求分析常用的工續(xù)投資于這項(xiàng)工程的主要依據(jù)。

具，其中最基本的圖符是:處理,數(shù)據(jù)流，數(shù)據(jù)A、純收入計(jì)算B、投資回收期分析

存儲(chǔ)和數(shù)據(jù)源點(diǎn)/終點(diǎn)，其中“圓角矩形"可C、成本/效益分析D、投資回收率分析

用來(lái)代表流圖中的（）。.37.下面哪一項(xiàng)不屬于可行性研究階段的典

A、處理B、數(shù)據(jù)流型步驟（）

C、數(shù)據(jù)存儲(chǔ)D、數(shù)據(jù)源點(diǎn)/終點(diǎn)A、研究目前正在使用的系統(tǒng)

28.數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動(dòng)和變B、草擬開(kāi)發(fā)計(jì)劃

換的過(guò)程，而對(duì)數(shù)據(jù)流圖中所包含的元素的C、書(shū)寫(xiě)文檔提交審查

定義則是（）D、梳理模塊間關(guān)系

A、數(shù)據(jù)存儲(chǔ)B、數(shù)據(jù)加工38.復(fù)雜的數(shù)據(jù)流圖（）。

C、數(shù)據(jù)字典D、數(shù)據(jù)定義A、只有變換型B、只有事務(wù)型

29.可行性研究的目的不是解決問(wèn)題，而是C、無(wú)規(guī)律D、既有變換型又有事務(wù)型

確定問(wèn)題是否值得去解決，下列不是可行性39.（）需求制定系統(tǒng)必須提供的服務(wù),

研究的內(nèi)容是（）是對(duì)軟件系統(tǒng)的一項(xiàng)基本需求，但卻并不是

A、需求分析B、風(fēng)險(xiǎn)分析唯一的需求。

C、資源分析D、技術(shù)分析C、功能需求B、性能需求

31.一個(gè)軟件項(xiàng)目是否進(jìn)行開(kāi)發(fā)的結(jié)論是在C、可靠性和可用性需求D、接口及約束

（）文檔中作出的。40.“系統(tǒng)每周7天、每天24小時(shí)都可以

C、軟件開(kāi)發(fā)計(jì)劃B、可行性分析報(bào)告使用且運(yùn)行無(wú)誤”，代表的是（）

C、需求分析說(shuō)明書(shū)D、測(cè)試報(bào)告C、功能需求B、性能需求

32.下列敘述中，不屬于數(shù)據(jù)字典的C、可靠性和可用性需求D、接口及約束

作用。41.“系統(tǒng)應(yīng)在20秒之內(nèi)響應(yīng)所有的請(qǐng)求”,

A、作為編碼階段的描述工具代表的是（）

B、為用戶與開(kāi)發(fā)人員之間統(tǒng)一認(rèn)識(shí)C、功能需求B、性能需求

C、作為概要設(shè)計(jì)的依據(jù)C、可靠性和可用性需求D、接口及約束

D、為需求分析階段定義各類條目42.“系統(tǒng)出現(xiàn)異常時(shí)，應(yīng)能為用戶給出指

33.不適于作為數(shù)據(jù)流圖處理（加工）框名導(dǎo)性的提示，并及時(shí)保存當(dāng)前的數(shù)據(jù)”代表

稱的是0的是（）

A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)A、出錯(cuò)處理需求B、性能需求

C、打印工資支票C、可靠性和可用性需求

D、計(jì)算職工工資D、接口及約束

43.與用戶溝通獲取需求的方式有很多，其51.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、（）和加

中（）不屬于獲取需求的方式。工說(shuō)明等描述工具，即用直觀的圖和簡(jiǎn)潔的

A、正式或非正式的訪談?wù)Z言來(lái)描述軟件功能模型。

B、自底向上的求精方法A、DFD圖B、PAD圖

C、快速建立軟件原型C、HIPO圖D、數(shù)據(jù)字典

D、建議的應(yīng)用規(guī)格說(shuō)明技術(shù)52.軟件需求說(shuō)明書(shū)中包括多方面的內(nèi)容，下

44.“快速建立軟件原型”是一種比較準(zhǔn)確、述（）不是軟件說(shuō)明書(shū)中應(yīng)包括的內(nèi)容.

有效、強(qiáng)大的需求分析技術(shù)，為了快速的構(gòu)A、數(shù)據(jù)描述B、功能描述

建和修改原型，通常采用3種方法和工具，C、性能描述D、結(jié)構(gòu)描述

以下哪項(xiàng)是無(wú)效的（）53.軟件需求分析階段建立原型的主要目的

A、可重用的軟件構(gòu)件是（）.

B、形式化需求規(guī)格說(shuō)明和環(huán)境原型A、確定系統(tǒng)的功能和性能要求

C、高級(jí)語(yǔ)言選擇B、確定系統(tǒng)的性能要求

D、第四代技術(shù)C、確定系統(tǒng)是否滿足用戶要求

45.通常用“范式”定義消除數(shù)據(jù)冗余的程D、確定系統(tǒng)是否開(kāi)發(fā)人員需要

度，其中第三范式要求符合第二范式的條54.需求分析是由分析人員經(jīng)了解用戶的需

件，而且（）求，認(rèn)真仔細(xì)的調(diào)研、分析，最終應(yīng)建立目標(biāo)

A、每個(gè)屬性值都必須是原子值系統(tǒng)的邏輯模型并寫(xiě)出（）.

B、每個(gè)非關(guān)鍵字屬性值都由整個(gè)關(guān)鍵字決A、模塊說(shuō)明書(shū)

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

C、非關(guān)鍵字不是由關(guān)鍵字的一部分來(lái)決定C、項(xiàng)目開(kāi)發(fā)設(shè)計(jì)

D,一個(gè)非關(guān)鍵字屬性值不依賴于另一個(gè)非D、合同文檔

關(guān)鍵字屬性值55.使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段

46.結(jié)構(gòu)化分析階段要建立中模型，分別是是（）?

（）C、分解和抽象B、分解和綜合

A、功能模型、數(shù)據(jù)模型、狀態(tài)模型C、歸納與推導(dǎo)D、試探與回溯

B、功能模型、行為模型、數(shù)據(jù)模型56.分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理

C、功能模型、數(shù)據(jù)模型、動(dòng)態(tài)模型解的描述方式，它的頂層描述了系統(tǒng)的

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

47,（）是對(duì)引起系統(tǒng)做動(dòng)作或（和）從A、總貌B、細(xì)節(jié)C、抽象D、軟件的作者

一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事情的57.下列關(guān)于軟件設(shè)計(jì)準(zhǔn)則的描述，錯(cuò)誤的是

抽象。（）。

A、事件B、狀態(tài)C、初態(tài)D、終態(tài)A）提高模塊的獨(dú)立性

48.進(jìn)行需求分析可使用多種工具，但（）B）深度、寬度、扇出和扇入適當(dāng)

是不適用的。C）使摸塊的控制域在該模塊的作用域內(nèi)

A、數(shù)據(jù)流圖B、E-R圖D）設(shè)計(jì)成單入口、單出口的模塊

C、PAD圖D、數(shù)據(jù)字典58.下面關(guān)于“深度、寬度、扇出和扇入”

49.E-R圖是用于建立數(shù)據(jù)模型的的圖形，其描述錯(cuò)誤的是（）

中包括3種相互關(guān)聯(lián)的信息、，分別是（）A、深度表示軟件結(jié)構(gòu)中控制的的層數(shù)

A、數(shù)據(jù)、對(duì)象、實(shí)體B、寬度是軟件同一層次上的模塊總數(shù)的最

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

C、實(shí)體、聯(lián)系、屬性C、扇出是一個(gè)模塊調(diào)用的模塊數(shù)目

D、實(shí)體、屬性、操作D、扇入是直接調(diào)用這個(gè)模塊的上級(jí)模塊的

50.描述復(fù)雜的事物時(shí)，圖形遠(yuǎn)比文字?jǐn)⑹鰯?shù)目

優(yōu)越得多，在需求分析階段可以使用（）59.結(jié)構(gòu)化設(shè)計(jì)（SD）是軟件設(shè)計(jì)階段所使用

等圖形工具。的方法,（）不是SD所使用的工具。

A、層次方框圖和判定表A、DFD圖

B、數(shù)據(jù)流圖和程序流程圖B、PAD圖

C、IPO圖和層次方框圖C、結(jié)構(gòu)化的過(guò)程設(shè)計(jì)語(yǔ)言

D、warnier圖和PDLD、判定樹(shù)

60.結(jié)構(gòu)化設(shè)計(jì)方法采用變換分析和事務(wù)分A、內(nèi)容耦合B、公共耦合

析技術(shù)實(shí)現(xiàn)。C、外部耦合D、控制耦合

A、從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)71.耦合是軟件中各種模塊間相互聯(lián)系的一

B、從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)種度量，耦合的強(qiáng)弱取決于模塊間的復(fù)雜程

C、從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)度,在下列耦合中，耦合度最低的是（）

D、從數(shù)據(jù)流圖導(dǎo)出軟件結(jié)構(gòu)A、內(nèi)容耦合B、公共耦合

61.把現(xiàn)實(shí)世界中的事物相似的地方集中和C、數(shù)據(jù)耦合D、控制耦合

概括起來(lái)，暫時(shí)忽略他們之間的差異，這就72.把整個(gè)數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用

是（）。的模塊只需要使用其中一部分?jǐn)?shù)據(jù)元素，稱

A、抽象B、模塊化之為（）

C、自底向上D、信息隱蔽A、內(nèi)容耦合B、公共耦合

62.（）是數(shù)據(jù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)、特征耦合D、控制耦合

象的集合，它是單獨(dú)命名的而且可以通過(guò)名73.模塊的功能是打印錄取通知書(shū)或不錄取

字來(lái)訪問(wèn)，是構(gòu)成程序的基本構(gòu)件。通知書(shū)，調(diào)用模塊可通過(guò)向此模塊傳遞布爾

A、模塊化B、抽象C、精化D、模塊標(biāo)志信息決定本次調(diào)用哪種通知書(shū)的打印，

63.（）是指讓一些關(guān)系密切的軟件元素這種模塊之間的耦合稱之為（

在物理上彼此靠近。C、數(shù)據(jù)耦合B、混合耦合

A、信息隱蔽B、內(nèi)聚C、公共耦合D、控制耦合

C、局部化D、模塊獨(dú)立74.數(shù)據(jù)沿著輸入通路到達(dá)一個(gè)處理，這個(gè)處

64.“為了能集中精力解決主要問(wèn)題而盡量理根據(jù)輸入數(shù)據(jù)的類型在若干動(dòng)作序列中

推遲對(duì)問(wèn)題細(xì)節(jié)的考慮”，這是對(duì)（）的選出一個(gè)來(lái)執(zhí)行，這類數(shù)據(jù)流稱為（）

定義。C、變換流B、變換中心

A、信息隱蔽B、逐步求精C、事務(wù)中心D、事務(wù)流

C、局部化D、模塊獨(dú)立75.信息沿輸入通路進(jìn)入系統(tǒng)，同時(shí)由外部

65.軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是形式變換成內(nèi)部形式，進(jìn)入系統(tǒng)的信息經(jīng)過(guò)

（）。變換中心，經(jīng)過(guò)加工處理后再沿輸出通路變

A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合換成外部形式離開(kāi)軟件系統(tǒng)，這種信息流稱

C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合為（）。

66.模塊本身的內(nèi)聚是模塊獨(dú)立性的重要性C、變換流B、變換中心

度量因素之一。在7類內(nèi)聚中,具有最強(qiáng)內(nèi)聚C、事務(wù)中心D、事務(wù)流

的一類是（）76.軟件的結(jié)構(gòu)化設(shè)計(jì)（SD）方法中，一般分為

A、順序內(nèi)聚B、過(guò)程內(nèi)聚總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段，其中總體設(shè)

C、邏輯內(nèi)聚D、功能內(nèi)聚計(jì)主要是要建立（）。

67.如果一個(gè)模塊內(nèi)部的處理元素和同一個(gè)A、軟件結(jié)構(gòu)B、軟件流程

功能密切相關(guān)，而且這些處理必須順序執(zhí)行C、軟件模型D、軟件模塊

（通常一個(gè)處理元素的輸入作為下一個(gè)處77.面向數(shù)據(jù)流的設(shè)計(jì)方法把（）映射成

理元素的輸出），則稱為（）。軟件結(jié)構(gòu)。

A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚A、軟件結(jié)構(gòu)B、系統(tǒng)結(jié)構(gòu)

C、過(guò)程內(nèi)聚D、順序內(nèi)聚C、控制結(jié)構(gòu)D、信息流

68.如果一個(gè)模塊完成的任務(wù)在邏輯上屬于78.詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的

相同或相似的一類，則稱為（）（股計(jì)。

A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、功能B、調(diào)用關(guān)系

C、過(guò)程內(nèi)聚D、順序內(nèi)聚C、輸入輸出數(shù)據(jù)D、算法

69.如果模塊中所有元素都是用同一個(gè)輸入79.結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序

數(shù)據(jù)和（或）產(chǎn)生同一個(gè)輸出數(shù)據(jù)，則稱為只有順序，循環(huán)和（）三種結(jié)構(gòu)組成.

（）。A、分支B、單入口

A、通信內(nèi)聚B、時(shí)間內(nèi)聚C、單出口D、有規(guī)則GOTO

C、過(guò)程內(nèi)聚D、順序內(nèi)聚80.（）的結(jié)果基本上決定了最終的程序

70.耦合是軟件各個(gè)模塊間連接的一種度量。代碼的質(zhì)量。

一組模塊都訪問(wèn)同一公有環(huán)境數(shù)據(jù)結(jié)構(gòu)應(yīng)C、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)

屬于（）方式。C、編碼D、測(cè)試

81Jackson設(shè)計(jì)方法是由英國(guó)的M.Jackson91.結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（）

提出的，它是一種面向（）的軟件設(shè)A、篩選法B、遞歸法

計(jì)方法。C、迭代法D、逐步求精法

C、對(duì)象B、數(shù)據(jù)流92.“實(shí)現(xiàn)”在軟件生命周期中橫跨兩個(gè)階段,

C、數(shù)據(jù)結(jié)構(gòu)D、控制結(jié)構(gòu)分別是（）。

82.（）階段是為每個(gè)模塊完成的功能進(jìn)C、編碼和維護(hù)B、測(cè)試和維護(hù)

行具體的描述，要把功能描述轉(zhuǎn)變?yōu)榫_C、編碼和測(cè)試D、調(diào)試和維護(hù)

的、結(jié)構(gòu)化的過(guò)程描述。93.20世紀(jì)50年代以來(lái)，出現(xiàn)了許多不同的

A、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)程序設(shè)計(jì)語(yǔ)言，下列語(yǔ)言中哪個(gè)語(yǔ)言是低級(jí)

C、編碼D、測(cè)試語(yǔ)言（）。

83.結(jié)構(gòu)化程序從理論上可以不使用（）語(yǔ)C、PASCALB、VISUALBASIC

句。當(dāng)然程序是否使用該語(yǔ)句是無(wú)關(guān)緊要的,C>C++D、匯編語(yǔ)言

重要的是程序的結(jié)構(gòu)是否嚴(yán)謹(jǐn)、清晰。94.把軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)

A、ANDB、IF語(yǔ)言書(shū)寫(xiě)的程序的過(guò)程，稱之為（）。

C、GOTODsFORA、需求分析B、詳細(xì)設(shè)計(jì)

84.PAD（ProblemAnalysisDiagram）圖是一C、編碼D、測(cè)試

種（）工具。95.軟件測(cè)試是為了（）而執(zhí)行程序的

C、系統(tǒng)描述B、詳細(xì)設(shè)計(jì)過(guò)程。

C、測(cè)試D、編程輔助A、證明軟件的正確性

85.下列系統(tǒng)設(shè)計(jì)工具中，（）不屬于詳細(xì)B、發(fā)現(xiàn)程序中的錯(cuò)誤

設(shè)計(jì)工具。C、證明軟件系統(tǒng)中存在錯(cuò)誤

C、N—S圖B、數(shù)據(jù)流圖D、表明程序是正確的

C、程序流程圖D、PAD96.使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)

86.（）應(yīng)考慮對(duì)模塊相聯(lián)和資源共享問(wèn)題根據(jù)（）和指定的覆蓋標(biāo)準(zhǔn)。

進(jìn)行描述和制約。C、程序的內(nèi)部邏輯B、程序的復(fù)雜程度

A、系統(tǒng)設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、該軟件的編輯人員D、程序的功能

C、接口控制D、結(jié)構(gòu)化編輯工具97.檢查軟件產(chǎn)品是否符合需求定義的過(guò)程

87.程序流程圖是一種傳統(tǒng)的程序設(shè)計(jì)表示稱為（）

工具，有其優(yōu)點(diǎn)和缺點(diǎn),使用該工具是應(yīng)注意A、確認(rèn)測(cè)試B、集成測(cè)試

（）C、系統(tǒng)測(cè)試D、模塊測(cè)試

A、支持逐步求精B、考慮控制流程98.單元測(cè)試又稱為（），一般用白盒法測(cè)

C、遵守結(jié)構(gòu)化設(shè)計(jì)原則D、數(shù)據(jù)結(jié)構(gòu)表示試

88.軟件設(shè)計(jì)中設(shè)計(jì)復(fù)審是和設(shè)計(jì)本身一樣A、集成測(cè)試B、模塊測(cè)試

重要的環(huán)節(jié)，其主要目的和作用是（）C、系統(tǒng)測(cè)試D、白盒法

A、減少測(cè)試工作量99.對(duì)軟件是否能達(dá)到用戶所期望的要求的

B、減免后期付出高代價(jià)測(cè)試稱為（）

C、保證軟件質(zhì)量A、集成測(cè)試B、系統(tǒng)測(cè)試

D、縮短軟件開(kāi)發(fā)周期C、有效性測(cè)試D、驗(yàn)收測(cè)試

89.軟件設(shè)計(jì)中，可應(yīng)用于詳細(xì)設(shè)計(jì)的工具有100.以下（）不屬于白盒測(cè)試技術(shù)

（）A、基本路徑測(cè)試B、邊界值分析

A、程序流程圖、PAD、方框圖和偽碼C、條件覆蓋測(cè)試D、邏輯覆蓋測(cè)試

B、數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼101.（）方法需要考察模塊間的接口和各

C、業(yè)務(wù)流程圖、N-S圖和偽碼個(gè)模塊之間的關(guān)系.

D、數(shù)據(jù)流程圖、PAD、N-S圖和偽碼A、單元測(cè)試B、集成測(cè)試

90.詳細(xì)設(shè)計(jì)是軟件總體設(shè)計(jì)滯后的工作。C、確認(rèn)測(cè)試D、驗(yàn)收測(cè)試

下列可選內(nèi)容中,（）不屬于詳細(xì)設(shè)計(jì)內(nèi)102.軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程中重要的和

容。不可缺少的階段,其包含的內(nèi)容和步驟甚多,

A、算法設(shè)計(jì)而測(cè)試過(guò)程的多種環(huán)節(jié)中最基礎(chǔ)的是（）

B、程序流程設(shè)計(jì)A、集成測(cè)試B、單元測(cè)試

C、界面設(shè)計(jì)C、系統(tǒng)測(cè)試D、驗(yàn)收測(cè)試

D、功能設(shè)計(jì)

103.可以提高軟件測(cè)試效率的是（）C、錯(cuò)誤推測(cè)D、路徑測(cè)試

A、隨意選取測(cè)試的數(shù)據(jù)114.所謂（）是指在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后

B、制定測(cè)試計(jì)劃排除錯(cuò)誤的過(guò)程。

C、選取邊界數(shù)據(jù)作為測(cè)試用例A、調(diào)試B、糾錯(cuò)

D、取盡可能多的數(shù)據(jù)進(jìn)行測(cè)試C、評(píng)估D、維護(hù)

104.軟件測(cè)試采用白盒法的是（）115.所謂（）就是在軟件已經(jīng)交付使用

A、單元測(cè)試B、集成測(cè)試之后，為了改正錯(cuò)誤或滿足新的需要而修改

C、確認(rèn)測(cè)試D、系統(tǒng)測(cè)試軟件的過(guò)程。

105.集成測(cè)試有兩個(gè)具體辦法，它們是（）A、調(diào)試B、糾錯(cuò)

A、非漸增式方式和漸增式方式C、測(cè)試D、維護(hù)

B、白盒法和黑盒法116.為了和變化了的環(huán)境適當(dāng)?shù)嘏浜隙M(jìn)

C、確認(rèn)測(cè)試和系統(tǒng)測(cè)試行的修改軟件的活動(dòng)稱之為（），是既

D、歸納法和演繹法必要又經(jīng)常的維護(hù)活動(dòng)。

106.軟件測(cè)試方法一般有黑盒測(cè)試和白盒A、改正性維護(hù)B、適應(yīng)性維護(hù)

測(cè)試,而其中黑盒測(cè)試主要是依據(jù)程序的C、完善性維護(hù)D、預(yù)防性維護(hù)

（）117.在任何大型程序的使用期間，用戶必然

A、結(jié)構(gòu)B、流程C、功能D、邏輯會(huì)發(fā)現(xiàn)程序錯(cuò)誤，并且把他們遇到問(wèn)題報(bào)告

107.程序測(cè)試是一項(xiàng)復(fù)雜的工作，一般測(cè)試給維護(hù)人員。把診斷和改正錯(cuò)誤的過(guò)程稱為

者在進(jìn)行測(cè)試中都需要設(shè)計(jì)（）

A、數(shù)據(jù)結(jié)構(gòu)B、測(cè)試用例A、改正性維護(hù)B、適應(yīng)性維護(hù)

C、測(cè)試階段D、測(cè)試方法C、完善性維護(hù)D、預(yù)防性維護(hù)

108.調(diào)試是指在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后排除錯(cuò)118.在使用軟件的過(guò)程中用戶往往提出增

誤的過(guò)程，（）不屬于調(diào)試途徑。加新功能或修改已有功能的建議，還可能提

A、蠻干法B、回溯法出一般性的改進(jìn)意見(jiàn)。為了滿足這類要求，

C、原因排除法D、運(yùn)用測(cè)試實(shí)例法需要進(jìn)行（）?

1。9.所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過(guò)A、改正性維護(hù)B、適應(yīng)性維護(hù)

程的總稱，其中：被測(cè)程序中每個(gè)語(yǔ)句至少C、完善性維護(hù)D、預(yù)防性維護(hù)

執(zhí)行一次，稱之為（）。119.為了改進(jìn)未來(lái)的可維護(hù)性或可靠性，或

A、語(yǔ)句覆蓋B、判定覆蓋為了給未來(lái)的改進(jìn)奠定更好的基礎(chǔ)而修改

C、條件覆蓋D、條件組合覆蓋軟件而進(jìn)行的維護(hù)活動(dòng)稱之為（）。

110.所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過(guò)A、改正性維護(hù)B、適應(yīng)性維護(hù)

程的總稱，其中：每個(gè)判定的的每個(gè)分支都C、完善性維護(hù)D、預(yù)防性維護(hù)

至少執(zhí)行一次，稱之為（）。120.（）指的是外來(lái)讀者理解軟件的結(jié)

A、語(yǔ)句覆蓋B、判定覆蓋構(gòu)、功能、結(jié)構(gòu)和內(nèi)部處理過(guò)程的難易程度。

C、條件覆蓋D、條件組合覆蓋A、可測(cè)試性B、可修改性

111.所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過(guò)C、可理解性D、可移植性

程的總稱，其中：不僅每個(gè)語(yǔ)句至少執(zhí)行一121.（）指的是把程序從一種計(jì)算環(huán)境

次，而且使判定表達(dá)式中的每個(gè)條件都取到（硬件配置和操作系統(tǒng)）轉(zhuǎn)移到另一種計(jì)算

各種可能的值，稱之為（）。環(huán)境的難易程度。

A、語(yǔ)句覆蓋B、判定覆蓋A、可測(cè)試性B、可修改性

C、條件覆蓋D、條件組合覆蓋C、可理解性D、可移植性

112.所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過(guò)122.軟件容易修改的程度稱之為（），

程的總稱，其中：每個(gè)判定表達(dá)式中條件的耦合、內(nèi)聚、信息隱藏、局部化.……等都應(yīng)

各種可能組合都至少出現(xiàn)一次，稱之為會(huì)對(duì)其產(chǎn)生影響。

（）。A、可測(cè)試性B、可修改性

A、語(yǔ)句覆蓋B、判定覆蓋C、可理解性D、可移植性

C、條件覆蓋D、條件組合覆蓋123.（）是指同一事物不做修改或稍加

113.（）是一種黑盒測(cè)試技術(shù)，這種技改動(dòng)就在不同環(huán)境中多次重復(fù)使用。

術(shù)把程序的輸入域劃分成若干個(gè)數(shù)據(jù)類，據(jù)A、可測(cè)試性B、可重用性

此導(dǎo)出測(cè)試用例。C、可理解性

A、等價(jià)劃分B、邊界值分析D、可移植性

124.軟件維護(hù)工作的最主要部分是（）。子類，這種層次結(jié)構(gòu)系統(tǒng)的一個(gè)重要性質(zhì)

A、校正性維護(hù)B、適應(yīng)性維護(hù)是（）：一個(gè)類獲得其父類的全部描述（數(shù)據(jù)和

C、完善性維護(hù)操作）。

D、預(yù)防性維護(hù)A、傳遞性B、繼承性

125.軟件調(diào)試的目的是（）C、復(fù)用性

A、發(fā)現(xiàn)錯(cuò)誤B、改正錯(cuò)誤D、并行性

C、改善軟件的性能135.（）模型表示了對(duì)象的相互行為。

D、挖掘軟件的潛能A、對(duì)象B、動(dòng)態(tài)

126.如果軟件配置的唯一成分是（）,那C、功能

么這種維護(hù)屬于非結(jié)構(gòu)化維護(hù)。D、分析

A、需求文檔B、設(shè)計(jì)文檔136.軟件部分的內(nèi)部實(shí)現(xiàn)與外部可訪問(wèn)性

C、程序代碼分離，這是指軟件的（）

D、測(cè)試用例A、繼承性B、共享性

127.以下文檔，（）不屬于用戶文檔包括C、封裝性

的內(nèi)容。D、抽象性

A、功能描述B、安裝文檔137.面向?qū)ο蠓椒▽W(xué)中，功能模型的描述工

C、需求說(shuō)明具是（）

D、使用手冊(cè)A、動(dòng)態(tài)圖B、結(jié)構(gòu)圖

128.以下文檔，（）不屬于系統(tǒng)文檔包括C、用例圖

的內(nèi)容。D、程序流圖

A、軟件需求規(guī)格說(shuō)明B、軟件使用手冊(cè)138.面向?qū)ο蠓椒▽W(xué)中，動(dòng)態(tài)模型的描述工

C、軟件詳細(xì)設(shè)計(jì)具是（）

D、軟件測(cè)試用例A、對(duì)象圖B、結(jié)構(gòu)圖

129.面向?qū)ο箝_(kāi)發(fā)方法不需要建立的模型C、狀態(tài)圖

是（）。D、設(shè)計(jì)圖

A、對(duì)象模型B、動(dòng)態(tài)模型139.汽車有一個(gè)發(fā)動(dòng)機(jī)，汽車與發(fā)動(dòng)機(jī)之間

C、功能模型的關(guān)系是（）關(guān)系。

D、結(jié)構(gòu)模型A、一般與具體B、整體與部分

130.對(duì)象和類之間存在著關(guān)聯(lián)關(guān)系，利用對(duì)C、分類關(guān)系

象的（）特征可以實(shí)現(xiàn)對(duì)象的多態(tài)性。D、關(guān)聯(lián)關(guān)系

A、惟一性140.火車是一種陸上交通工具，火車和陸上

B、分類性交通工具之間的關(guān)系是（）關(guān)系。

C、繼承性A、組裝整體與部分B、具體與?般

D、封裝性C、共享聚集

131.面向?qū)ο蟮闹饕卣鞒龑?duì)象惟一性、封D、普通關(guān)聯(lián)

裝、繼承外，還有（）。141.（）就是對(duì)具有相同數(shù)據(jù)和操作的

A、多態(tài)性一組相似對(duì)象的定義。

B、完整性A、繼承B、封裝

C、可移植性C、多態(tài)D、類

D、兼容性142,一個(gè)面向?qū)ο蟮南到y(tǒng)的體系結(jié)構(gòu)通過(guò)

132.描述對(duì)象模型靜態(tài)特征的工具是它的（）的關(guān)系確定。

（）。A、類與對(duì)象B、對(duì)象與對(duì)象

A、DFDB、類圖C、狀態(tài)圖C、過(guò)程與對(duì)象D、類與界面

D、DD143.所謂管理就是通過(guò)（）、（）和

133.每個(gè)對(duì)象可用它自己的一組屬性和它（）等一系列活動(dòng)，合理地配置和使用

可以執(zhí)行的一組（）來(lái)實(shí)現(xiàn)。各種資源,以達(dá)到既定目標(biāo)的過(guò)程。

A、狀態(tài)A、計(jì)劃、組織、控制

B、功能B、討論、計(jì)劃、執(zhí)行

C、操作C、分析、設(shè)計(jì)、執(zhí)行

D、數(shù)據(jù)D、分析、計(jì)劃、組織

134.一個(gè)類的上層可以有父類，下層可以有

144.軟件項(xiàng)目管理先于任何技術(shù)活動(dòng)之前

開(kāi)始，（）?148.“硬件開(kāi)始安裝了，才能進(jìn)行軟件安

A、貫穿于整個(gè)需求分析階段裝”，這句話說(shuō)明了硬件開(kāi)始和軟件安裝屬

B、貫穿于整個(gè)詳細(xì)設(shè)計(jì)階段于那種邏輯關(guān)系？（）o

C、貫穿于整個(gè)可行性分析階段A、結(jié)束-開(kāi)始

D,貫穿于軟件整個(gè)生命周期B、開(kāi)始-結(jié)束

145.（）技術(shù)依據(jù)以往開(kāi)發(fā)類似項(xiàng)目的C、結(jié)束-結(jié)束

經(jīng)驗(yàn)和歷史數(shù)據(jù)，估計(jì)實(shí)現(xiàn)一個(gè)功能所需要D、開(kāi)始-開(kāi)始

的源程序行數(shù)。149.趕工一個(gè)任務(wù)時(shí)，應(yīng)該關(guān)注（）。

A、代碼行技術(shù)A、盡可能多的任務(wù)

B、專家估計(jì)法B、非關(guān)鍵任務(wù)

CPERT方法C、加速執(zhí)行關(guān)鍵路徑上的任務(wù)

D,功能點(diǎn)法D、通過(guò)成本最低化加速執(zhí)行任務(wù)

146.功能點(diǎn)技術(shù)定義了信息域的5