2024年6月軟件工程模擬考試題與答案

一、單選題(共30題，每題1分，共30分)

1.試題：結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)

施時(shí)強(qiáng)調(diào)的是分析對象的()

A.指令流

B.控制流

C.程序流

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

2.試題：()是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的

對象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對

象發(fā)生聯(lián)系。

A.多態(tài)性

B.繼承

C.封裝

D.消息

3.試題：設(shè)函數(shù)C(X)定義問題X的復(fù)雜程序，函數(shù)E(X)確定解

決問題X需要的工作量(時(shí)間)。對于兩個(gè)問題P1和P2,如果C

(P1)>C(P2)顯然E(P1)>E(P2)，則得出結(jié)論E(P1+P2)>E

(P1)+E(P2)就是：()

A.信息隱藏和局部化的根據(jù)

B.逐步求精的根據(jù)

C.模塊化的根據(jù)

D.抽象的根據(jù)

4.試題：對象建模技術(shù)中，表示瞬時(shí)行為上的系統(tǒng)的“控制”特征,

通?？捎?)來表示。

A.狀態(tài)圖

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

C.對象圖

D.類圖

5.試題：程序流程圖（PDF）中的箭頭代表的是（）

A.控制流

B.組成關(guān)系

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

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

6.試題：需求分析中開發(fā)人員要從用戶那里了解（）。

A.用戶使用界面

B.軟件的規(guī)模

C.軟件做什么

D.輸入的信息

7.試題：具有風(fēng)險(xiǎn)分析的軟件生命周期模型是（）。

A.螺旋模型

B.增量模型

C.瀑布模型

D.噴泉模型

8.試題：通常，（）是在代碼編寫階段可進(jìn)行的測試，它是整個(gè)測試

工作的基礎(chǔ)。

A.系統(tǒng)測試

B.驗(yàn)收測試

C.安裝測試

D.單元測試

9.試題：數(shù)據(jù)字典是用來定義（）中的各個(gè)成分的具體含義

A,數(shù)據(jù)流圖

B.功能結(jié)構(gòu)圖

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

D.流程圖

10.試題：在白盒測試技術(shù)測試用例的設(shè)計(jì)中，（）是最弱的覆蓋標(biāo)

準(zhǔn)。

A.條件組合覆蓋

B.判定覆蓋

C.語句覆蓋

D.路徑覆蓋

11.試題：軟件的可理解性支持軟件的（）。

A.可靠性

B.可移植性

C.可追蹤性

D.有效性

12.試題：（）是一個(gè)度量或度量的組合，它可對軟件產(chǎn)品、過程或

資源提供更深入的理解。

A.指標(biāo)

B.度量

C.測量

D.估算

13.試題；面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸Ｐ?，即（）?/p>

A.E-R模型、對象模型、功能模型

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

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

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

14.試題：軟件測試的目的是（）。

D.結(jié)構(gòu)化編輯工具

19.試題：在屏蔽硬件錯(cuò)誤的冗錯(cuò)技術(shù)中，冗余附加技術(shù)有（）

A.冗余備份程序的存儲(chǔ)及調(diào)用

B.信息冗余

C.關(guān)鍵程序和數(shù)據(jù)的冗余存儲(chǔ)和調(diào)用

D.三模冗余

20.試題：軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障,

持續(xù)運(yùn)行的要求的質(zhì)量特性稱為（）

A.正確性

B.可用性

C.完整性

D.可靠性

21.試題：以下不屬于軟件維護(hù)困難表現(xiàn)的是（）。

A.文檔的不一致性。

B.軟件開發(fā)和軟件維護(hù)在人員和時(shí)間上的差異。

C.讀懂別人的程序是困難的。

D.軟件維護(hù)不是一項(xiàng)吸引人的工作。

E.源程序及相關(guān)文檔的錯(cuò)誤或丟失。

22.試題：邏輯覆蓋中最強(qiáng)的覆蓋標(biāo)準(zhǔn)是（）。

A.條件組合覆蓋

B.判定覆蓋

C.條件覆蓋

D.語句覆蓋

23.試題：研究開發(fā)所需要的成本和資源是屬于可行性研究中的（）

研究的一方面。

A.法律可行性

B.技術(shù)可行性

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

D.社會(huì)可行性

24.試題：單元測試的測試用例主要根據(jù)（）的結(jié)果來設(shè)計(jì)。

A.概要設(shè)計(jì)

B.需求分析

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

D.源程序

25.試題：OMT是一種對象建模技術(shù)，它定義了三種模型，它們分別

是（）。

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

B.對象模型、動(dòng)態(tài)模型、計(jì)算模型

C.對象模型、時(shí)序模型、功能模型

D.靜態(tài)模型、動(dòng)態(tài)模型、功能模型

26.試題：軟件測試基本方法中，下列（）不用測試實(shí)例。

A.動(dòng)態(tài)測試法

B.靜態(tài)測試法

C.黑盒測試法

D.白盒測試法

27.試題：只有單重繼承的類層次結(jié)構(gòu)是（）層次結(jié)構(gòu)。

A.樹型

B.環(huán)型

C.星型

D.網(wǎng)狀型

28.試題：軟件可維護(hù)性的特性中相互矛盾的是（）。

A.可測試性和可理解性

B.可理解性和可讀性

C.可修改性和可理解性

D.效率和可修改性

29.試題：軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（）

A.進(jìn)度安排

B.培訓(xùn)計(jì)劃

C.軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定

D.人員安排

30.試題：軟件特性中，在給定的時(shí)間間隔內(nèi)，程序成功運(yùn)行的概率

指的是（）o

A.正確性

B.可靠性

C.可適應(yīng)性

D.有效性

二、判斷題（共40題，每題1分，共40分）

1.試題：發(fā)現(xiàn)錯(cuò)誤多的程序模塊，殘留在模塊中的錯(cuò)誤也多。

A.正確

B.錯(cuò)誤

2.試題：好的測試用例應(yīng)當(dāng)是合理的輸入條件。（）

A.正確

B.錯(cuò)誤

3.試題：進(jìn)行總體設(shè)計(jì)時(shí)加強(qiáng)模塊間的聯(lián)系。

A.正確

B.錯(cuò)誤

4.試題：程序設(shè)計(jì)風(fēng)格指導(dǎo)原則提出，盡量多使用臨時(shí)變量。

A.正確

B.錯(cuò)誤

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

A.正確

B.錯(cuò)誤

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

A.正確

B.錯(cuò)誤

7.試題：軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。（）

A.正確

B.錯(cuò)誤

8.試題：螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分

析活動(dòng)。（）

A.正確

B.錯(cuò)誤

9.試題：盡可能使用高級(jí)語言編寫程序（）

A.正確

B.錯(cuò)誤

10.試題：上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時(shí)輸入變換成C。

A.正確

B.錯(cuò)誤

11.試題；開發(fā)軟件就是編寫程序。

A.正確

B.錯(cuò)誤

12.試題：一個(gè)成功的項(xiàng)目唯一提交的就是運(yùn)行程序。（）

A.正確

B.錯(cuò)誤

13.試題：按照瀑布模型開發(fā)軟件的一條指導(dǎo)思想是清楚地區(qū)分邏輯

設(shè)計(jì)與物理設(shè)計(jì)，以便盡早開始程序的物理實(shí)現(xiàn)。（）

A.正確

B.錯(cuò)誤

14.試題：一個(gè)好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。（）

A.正確

B.錯(cuò)誤

15.試題：面向?qū)ο蠖ο?類+繼承+消息傳遞。（）

A.正確

B.錯(cuò)誤

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

（）

A.正確

B.錯(cuò)誤

17.試題：等價(jià)類劃分方法將所有可能的輸入數(shù)據(jù)劃分成若干部分，

然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測試用例。（）

A.正確

B.錯(cuò)誤

18.試題：系統(tǒng)規(guī)格說明評審?fù)瓿梢院?，系統(tǒng)開發(fā)可以按照硬件工程、

軟件工程、數(shù)據(jù)庫工程、人機(jī)工程等并行開展工作。（）

A.正確

B.錯(cuò)誤

19.試題：軟件就是程序。

A.正確

B.錯(cuò)誤

20.試題：建立動(dòng)態(tài)模型的第一步，是編寫典型交互行為的腳本。（）

A.正確

B.錯(cuò)誤

21.試題：以對象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法

（00D）也是常見的軟件概要設(shè)計(jì)方法之一。

A.正確

B.錯(cuò)誤

22.試題：用CASE環(huán)境或程序自動(dòng)生成工具來自動(dòng)生成一部分程序

（）

A.正確

B.錯(cuò)誤

23.試題：系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有

時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（）

A.正確

B.錯(cuò)誤

24.試題：用戶需求經(jīng)常是變化的，因?yàn)檐浖庆`活的，所以總可以

滿足用戶的需求。

A.正確

B.錯(cuò)誤

25.試題：軟件錯(cuò)誤可能出現(xiàn)在開發(fā)過程的早期，越早修改越好。（）

A.正確

B.錯(cuò)誤

26.試題：面向?qū)ο笤O(shè)計(jì)準(zhǔn)則也要遵循弱耦合的原則，但是繼承耦合

則應(yīng)該提高，緊密地繼承耦合與高度的一般-特殊內(nèi)聚是一致的。

A.正確

B.錯(cuò)誤

27.試題：容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫。（）

A.正確

B.錯(cuò)誤

28.試題：軟件測試是要發(fā)現(xiàn)軟件中的所有錯(cuò)誤。

A.正確

B.錯(cuò)誤

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

A.正確

B.錯(cuò)誤

30.試題：白盒測試法是將程序看成一個(gè)透明的盒子，不需要了解程

序的內(nèi)部結(jié)構(gòu)和處理過程。（）

A.正確

B.錯(cuò)誤

31.試題：判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判

定覆蓋。（）

A.正確

B.錯(cuò)誤

32.試題：只有質(zhì)量差的軟件產(chǎn)品才需要維護(hù)。（）

A.正確

B.錯(cuò)誤

33.試題：軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)

庫設(shè)計(jì)。（）

A.正確

B.錯(cuò)誤

34.試題：集成測試主要由用戶來完成。（）

A.正確

B.錯(cuò)誤

35.試題：測試只能證明程序有錯(cuò)誤，不能證明程序沒有錯(cuò)誤。

A.正確

B.錯(cuò)誤

36.試題：在進(jìn)行概要設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（）

A.正確

B.錯(cuò)誤

37.試題：軟件測試中綜合策略的通常做法是用白盒法設(shè)計(jì)基本的測

試方案，再用黑盒法補(bǔ)充一些必要的測試方案。（）

A.正確

B.錯(cuò)誤

38.試題：確認(rèn)測試計(jì)劃應(yīng)該在可行性研究階段制定

A.正確

B.錯(cuò)誤

39.試題：系統(tǒng)測試的主要方法是白盒法，主要進(jìn)行功能測試、性能

測試、安全性測試及可靠性等測試。（）

A.正確

B.錯(cuò)誤

40.試題：軟件維護(hù)就是改正軟件中的錯(cuò)誤。

A.正確

B.錯(cuò)誤

答案與解析

一、單選題答案

1.答案：（D）

解析：結(jié)構(gòu)化分析方法強(qiáng)調(diào)對數(shù)據(jù)流的分析，通過自頂向下、逐步

求精的方式，對系統(tǒng)的功能和數(shù)據(jù)進(jìn)行建模，以明確系統(tǒng)的需求，

而控制流、程序流、指令流不是其強(qiáng)調(diào)的重點(diǎn)。

2.答案：(C)

解析：封裝是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對

象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對象

發(fā)生聯(lián)系。多態(tài)性是指同一個(gè)操作作用于不同的對象，可以有不同

的解釋，產(chǎn)生不同的執(zhí)行結(jié)果。繼承是指一個(gè)對象直接使用另一對

象的屬性和方法。消息是對象之間進(jìn)行通信的一種機(jī)制。

3.答案：(0

解析：對于兩個(gè)問題P1和P2,當(dāng)C(P1)>C(P2)時(shí)E(P1)>

E(P2),而得出E(P1+P2)>E(P1)+E(P2),這意味著將兩個(gè)問

題組合起來解決的工作量大于分別解決這兩個(gè)問題的工作量之和。

模塊化的核心思想就是將一個(gè)復(fù)雜的系統(tǒng)分解為多個(gè)相對獨(dú)立的模

塊，每個(gè)模塊的工作量相對較小且易于管理，這樣總的工作量可能

會(huì)小于直接處理整個(gè)復(fù)雜系統(tǒng)的工作量。所以這種情況是模塊化的

根據(jù)。逐步求精是將一個(gè)問題逐步細(xì)化為更具體的子問題；抽象是

提取事物的本質(zhì)特征；信息隱藏和局部化是強(qiáng)調(diào)隱藏模塊內(nèi)部的細(xì)

節(jié)并將相關(guān)功能局部化。這些概念都與題干所表達(dá)的內(nèi)容不符。

4.答案：(A)

解析：狀態(tài)圖用于描述一個(gè)對象在其生命周期內(nèi)的不同狀態(tài)以及狀

態(tài)之間的轉(zhuǎn)換，能夠很好地表示瞬時(shí)行為上系統(tǒng)的“控制”特征。

類圖主要用于描述系統(tǒng)中的類以及它們之間的關(guān)系；對象圖是類圖

的實(shí)例；數(shù)據(jù)流圖主要用于描述系統(tǒng)中數(shù)據(jù)的流動(dòng)和處理過程，均

不符合表示系統(tǒng)“控制”特征的瞬時(shí)行為。

5.答案：(A)

解析：程序流程圖中的箭頭通常代表控制流，它描述了程序執(zhí)行的

順序和流程，決定了程序從一個(gè)步驟轉(zhuǎn)移到另一個(gè)步驟的走向。數(shù)

據(jù)流一般用帶箭頭的線條并標(biāo)注數(shù)據(jù)名稱等表示數(shù)據(jù)的流動(dòng)方向；

調(diào)用關(guān)系通常用特定的圖形符號(hào)和連接線來表示函數(shù)或模塊之間的

調(diào)用；組成關(guān)系一般用層次結(jié)構(gòu)等方式表示整體與部分的關(guān)系，均

與程序流程圖中普通箭頭的含義不同。

6.答案：(C)

解析：需求分析的主要目的是明確軟件要做什么，開發(fā)人員需要從

用戶那里詳細(xì)了解軟件的功能需求等，即軟件做什么。用戶使用界

面、輸入信息等是軟件做什么的具體表現(xiàn)形式的一部分，軟件規(guī)模

不是需求分析階段從用戶處重點(diǎn)了解的內(nèi)容。

7.答案：(A)

解析：螺旋模型將軟件開發(fā)過程視為一個(gè)驟旋式迭代的過程，每個(gè)

迭代周期都包含制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程和客戶評估四個(gè)階

段。通過風(fēng)險(xiǎn)分析，可以識(shí)別項(xiàng)目可能面臨的風(fēng)險(xiǎn)，并采取相應(yīng)的

措施來降低風(fēng)險(xiǎn)。而瀑布模型按線性順序依次進(jìn)行各個(gè)階段，缺乏

對風(fēng)險(xiǎn)的有效應(yīng)對機(jī)制；噴泉模型主要強(qiáng)調(diào)軟件的迭代和無間隙特

性，也沒有專門的風(fēng)險(xiǎn)分析環(huán)節(jié)；增量模型是逐步增加功能的開發(fā)

方式，同樣沒有針對風(fēng)險(xiǎn)分析進(jìn)行特別設(shè)計(jì)。

8.答案：(D)

解析：單元測試是針對程序模塊(軟件設(shè)計(jì)的最小單位)進(jìn)行正確

性檢驗(yàn)的測試工作，在代碼編寫階段就可以進(jìn)行，是整個(gè)測試工作

的基礎(chǔ)。系統(tǒng)測試是在集成測試之后，將軟件系統(tǒng)與其他系統(tǒng)元素

(如硬件、數(shù)據(jù)庫等)結(jié)合起來進(jìn)行測試：安裝測試主要檢查軟件

在特定環(huán)境下的安裝過程及安裝后的運(yùn)行情況；驗(yàn)收測試是在軟件

產(chǎn)品完成并準(zhǔn)備交付給用戶時(shí)進(jìn)行的測試，以確保軟件滿足用戶需

求。這些測試通常在代碼編寫完成之后的階段進(jìn)行。

9.答案：(A)

解析：數(shù)據(jù)字典是對數(shù)據(jù)流圖中出現(xiàn)的被命名的圖形元素的確切解

釋。通常包括數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理邏輯、

外部實(shí)體等方面的定義，用于詳細(xì)說明數(shù)據(jù)流圖中各個(gè)成分的具體

含義。而流程圖主要描述業(yè)務(wù)流程；功能結(jié)構(gòu)圖側(cè)重于展示系統(tǒng)功

能模塊；系統(tǒng)結(jié)構(gòu)圖主要體現(xiàn)系統(tǒng)的層次結(jié)構(gòu)等，均與數(shù)據(jù)字典定

義的內(nèi)容不同。

10.答案：（O

解析：語句覆蓋是白盒測試中最弱的覆蓋標(biāo)準(zhǔn)。它只要求程序中的

每條語句至少執(zhí)行一次，對于一些復(fù)雜的邏輯結(jié)構(gòu)和條件判斷，可

能無法全面覆蓋其各種可能的執(zhí)行情況。而路徑覆蓋要求覆蓋程序

中所有可能的執(zhí)行路徑，條件組合覆蓋要求覆蓋所有條件的所有可

能組合，判定覆蓋要求每個(gè)判定的所有可能結(jié)果至少執(zhí)行一次，它

們都比語句覆蓋的覆蓋程度要高。

11.答案：（B）

12.答案：（A）

解析：指標(biāo)是一個(gè)度量或度量的組合，它可對軟件產(chǎn)品、過程或資

源提供更深入的理解。測量是獲取數(shù)據(jù)的行為；度量是對軟件產(chǎn)品、

過程等某個(gè)方面屬性的量化表示；估算側(cè)重于對數(shù)量、規(guī)模等進(jìn)行

大致的推測；而指標(biāo)能綜合多個(gè)度量等對軟件相關(guān)內(nèi)容進(jìn)行更深入

解讀。

13.答案：（C）

解析；面向?qū)ο蟮姆治龇椒ㄖ饕ο竽Ｐ?、?dòng)態(tài)模型和功能模

型這三類模型。對象模型描述系統(tǒng)中對象的靜態(tài)結(jié)構(gòu)；動(dòng)態(tài)模型描

述對象之間的交互和系統(tǒng)的動(dòng)態(tài)行為；功能模型描述系統(tǒng)所執(zhí)行的

功能。

14.答案：（B）

解析：軟件測試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤，而不是評價(jià)軟件質(zhì)量,

軟件質(zhì)量評價(jià)是一個(gè)更廣泛的概念；也不可能找出軟件所有錯(cuò)誤，

因?yàn)闇y試是有局限性的；更不是證明軟件是正確的，測試只能發(fā)現(xiàn)

錯(cuò)誤不能證明正確性。

15.答案：（D）

解析：UML（統(tǒng)一建模語言）是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)

準(zhǔn)建模語言。它融合了Booch方法、Coad方法和0MT方法等多種方

法的優(yōu)點(diǎn)，提供了一套完整的圖形化符號(hào)體系來對軟件系統(tǒng)進(jìn)行可

視化建模，包括用例圖、類圖、對象圖、狀態(tài)圖、活動(dòng)圖、序列圖、

協(xié)作圖等多種圖形，能夠清晰地描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為，

便于開發(fā)人員之間的溝通和理解，廣泛應(yīng)用于軟件開發(fā)的各個(gè)階段。

16.答案：（B）

解析：業(yè)界存在三種需求分析方法，分別是面向功能分析、面向?qū)?/p>

象分析和面向數(shù)據(jù)分析。面向功能分析主要關(guān)注系統(tǒng)所提供的功能;

面向?qū)ο蠓治鰝?cè)重于將系統(tǒng)視為對象的集合；面向數(shù)據(jù)分析則著重

于對數(shù)據(jù)的結(jié)構(gòu)、流向等進(jìn)行分析，以更好地理解系統(tǒng)需求。

17.答案：（B）

解析：需求分析階段出錯(cuò)對軟件的影響最大。因?yàn)樾枨蠓治鍪谴_定

軟件系統(tǒng)要做什么的階段，后續(xù)的設(shè)計(jì)、編碼、測試等階段都是基

于需求分析的結(jié)果展開的。如果需求分析出錯(cuò)，那么后續(xù)所有階段

的工作都可能是錯(cuò)誤的方向，導(dǎo)致整個(gè)軟件系統(tǒng)無法滿足用戶實(shí)際

需求，造成巨大的返工和損失。而詳細(xì)設(shè)計(jì)階段和概要設(shè)計(jì)階段主

要是對軟件架構(gòu)和具體實(shí)現(xiàn)方式的規(guī)劃，雖有影響但可在一定程度

上調(diào)整；測試和運(yùn)行階段發(fā)現(xiàn)問題還可通過修復(fù)來解決，不像需求

錯(cuò)誤那樣從根本上影響軟件的構(gòu)建基礎(chǔ)。

18.答案：（A）

解析：接口控制主要關(guān)注不同模塊之間的交互和連接，會(huì)考慮對模

塊相聯(lián)和資源共享問題進(jìn)行描述和制約，以確保各個(gè)模塊之間能夠

正確、高效地進(jìn)行通信和協(xié)作，避免出現(xiàn)連接混亂和資源沖突等問

題。系統(tǒng)設(shè)計(jì)側(cè)重于整體架構(gòu)等方面；詳細(xì)設(shè)計(jì)側(cè)重于模塊內(nèi)部具

體實(shí)現(xiàn)細(xì)節(jié)；結(jié)構(gòu)化編輯工具主要用于代碼編寫等方面，均不是主

要考慮模塊相聯(lián)和資源共享問題描述和制約的。

19.答案：(C)

20.答案：(D)

解析：軟件的可靠性是指軟件按照設(shè)計(jì)要求，在規(guī)定時(shí)間和條件下

達(dá)到不出故障、持續(xù)運(yùn)行的能力。可用性強(qiáng)調(diào)的是軟件便于使用等

方面；正確性側(cè)重于軟件功能的正確實(shí)現(xiàn)；完整性關(guān)注數(shù)據(jù)等的完

整。所以符合題意的是可靠性。

21.答案：(E)

22.答案：(A)

23.答案：(C)

解析：可行性研究包括技術(shù)可行性、經(jīng)濟(jì)可行性、社會(huì)可行性和法

律可行性等方面。經(jīng)濟(jì)可行性研究主要評估項(xiàng)目在經(jīng)濟(jì)上的合理性,

包括研究開發(fā)所需的成本和資源，以及項(xiàng)目可能帶來的經(jīng)濟(jì)效益等,

所以研究開發(fā)所需要的成本和資源屬于經(jīng)濟(jì)可行性研究的一方面。

24.答案：(C)

解析：單元測試是對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。詳

細(xì)設(shè)計(jì)階段描述了軟件各個(gè)模塊的具體實(shí)現(xiàn)細(xì)節(jié)，包括數(shù)據(jù)結(jié)構(gòu)、

算法、接口等。單元測試的測試用例主要依據(jù)詳細(xì)設(shè)計(jì)的結(jié)果來設(shè)

計(jì)，以確保每個(gè)單元的功能符合詳細(xì)設(shè)計(jì)的要求。需求分析主要關(guān)

注軟件的功能需求等；源程序是測試的對象而非設(shè)計(jì)測試用例的直

接依據(jù)；概要設(shè)計(jì)側(cè)重于系統(tǒng)的總體架構(gòu)等，不如詳細(xì)設(shè)計(jì)具體到

每個(gè)單元的細(xì)節(jié)，所以單元測試用例主要根據(jù)詳細(xì)設(shè)計(jì)結(jié)果來設(shè)計(jì)。

25.答案：（A）

解析：對象模型描述了系統(tǒng)中對象的靜態(tài)結(jié)構(gòu)，包括對象的屬性、

關(guān)系等；動(dòng)態(tài)模型表示系統(tǒng)中對象的動(dòng)態(tài)行為，如狀態(tài)轉(zhuǎn)換等；功

能模型則闡述了系統(tǒng)所具有的功能。這三種模型從不同角度對系統(tǒng)

進(jìn)行建模，相互補(bǔ)充，共同完整地描述一個(gè)系統(tǒng)。

26.答案：（B）

解析：靜態(tài)測試是指不運(yùn)行被測程序本身，僅通過分析或檢查源程

序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性。它主要采用

人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的方法，不需要測試實(shí)例。而白盒

測試法、動(dòng)態(tài)測試法、黑盒測試法都需要設(shè)計(jì)測試實(shí)例來進(jìn)行測試。

27.答案：（A）

解析：樹型結(jié)構(gòu)的特點(diǎn)是一個(gè)節(jié)點(diǎn)只有一個(gè)父節(jié)點(diǎn)，符合單重繼承

的概念，即一個(gè)類只能有一個(gè)直接父類，所以只有單重繼承的類層

次結(jié)構(gòu)是樹型層次結(jié)構(gòu)。而網(wǎng)狀型允許多重繼承；星型結(jié)構(gòu)不是類

層次結(jié)構(gòu)的典型形式；環(huán)型結(jié)構(gòu)也不符合單重繼承的特點(diǎn)。

28.答案：（D）

解析：軟件的可維護(hù)性主要包括可理解性,可測試性、可修改性、

可靠性、可移植性等特