2023年《軟件工程》復(fù)習(xí)題

一、填空題

1.由于維護(hù)或在維護(hù)過(guò)程中其他一些不期望的行為引入的錯(cuò)誤稱為維護(hù)的。

2.軟件工程由—方法—、工具和_過(guò)程三部分組成，稱軟件工程的三要素。

3.可行性研究從技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性__三方面進(jìn)行分析。

4.調(diào)試的目的是—在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后排除錯(cuò)誤的過(guò)程_______________o

5.劃分模塊時(shí)盡量做到低耦合高內(nèi)聚,以保持模塊的獨(dú)立性。

6.決定軟件可維護(hù)性的因素主要有—可理解性、可測(cè)試性、可修改性、可靠性和一可重用性

7.對(duì)軟件需求應(yīng)從一致性、___完整性_____、現(xiàn)實(shí)性和—現(xiàn)實(shí)性________四個(gè)方面驗(yàn)證。

8.為了便于對(duì)照檢查，測(cè)試用例應(yīng)由輸入數(shù)據(jù)和一預(yù)期的輸出結(jié)果兩部分組成。

9.面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流映射成軟件結(jié)構(gòu)，信息流有和兩種類型。

10.軟件工程是從—技術(shù)—和—管理____兩方面研究如何更好地開(kāi)發(fā)和維護(hù)計(jì)算機(jī)軟件的一門(mén)新

興學(xué)科。

1L在基類的基礎(chǔ)上新建立的類我們稱之為—子類O

12.若年利率為i,不計(jì)復(fù)利，n年后可得錢(qián)數(shù)為F,則現(xiàn)在的價(jià)值P=_F/(l+i)n次方。

二、單選題(每小題1分，共20分)

1.產(chǎn)生軟件維護(hù)的副作用，是指o

A.開(kāi)發(fā)時(shí)的錯(cuò)誤B.隱含的錯(cuò)誤C.因修改軟件而造成的錯(cuò)誤D.運(yùn)行時(shí)誤操作

2.汽車(chē)有一，個(gè)發(fā)動(dòng)機(jī)。汽車(chē)和發(fā)動(dòng)機(jī)之間的關(guān)系是關(guān)系。

A.一般具體B.整體部分C.分類關(guān)系D.主從關(guān)系

3.在變更控制中，可以用來(lái)確保由不同用戶所執(zhí)行的并發(fā)變更。

A.異步控制B.同步控制C.存取控制D.基線控制

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

A.PADB.SAC.SCD.DFD

5.軟件生命周期中所花費(fèi)用最多的階段是_D

A.詳細(xì)設(shè)計(jì)B.軟件編碼C,軟件測(cè)試D.軟件維護(hù)

6.系統(tǒng)流程圖是描述_D的工具。

A.邏輯系統(tǒng)B.程序系統(tǒng)C.體系結(jié)構(gòu)D.物理系統(tǒng)

7.兩個(gè)模塊彼此傳遞的信息中有控制信息，這種耦合稱為

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

8.詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的

A.代碼的規(guī)模B.運(yùn)行速度C.質(zhì)量D.可維護(hù)性

9.需求分析階段的任務(wù)是確定_D_。

A.軟件開(kāi)發(fā)方法B.軟件開(kāi)發(fā)工具C.軟件開(kāi)發(fā)費(fèi)D.軟件系統(tǒng)的功能

10.為了提高模塊的獨(dú)立性，模塊之間最好是_D__。

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

11._B—工具在軟件詳細(xì)設(shè)計(jì)過(guò)程中不采用。

A.判定表B.IP0圖C.PDLD.DFD圖

12.產(chǎn)生軟件維護(hù)的副作用，是指o

A.開(kāi)發(fā)時(shí)的借誤B.隱含的錯(cuò)誤C.因修改軟件而造成的錯(cuò)誤D.運(yùn)行時(shí)誤操作

13.下列關(guān)于效率的說(shuō)法不正確的是_D—。

A.效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出

B.提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法、數(shù)據(jù)結(jié)構(gòu)與算法

C.效率主要指處理機(jī)時(shí)間和存儲(chǔ)器容量?jī)蓚€(gè)方面

D.程序的效率與程序的簡(jiǎn)單性無(wú)關(guān)

14.測(cè)試的關(guān)鍵問(wèn)題是Do

A.如何組織對(duì)軟件的評(píng)審B.如何驗(yàn)證程序的正確性

C.如何采用綜合策略D.如何選擇測(cè)試用例

15.軟件維護(hù)困難的主要原因是4—o

A.費(fèi)用低B.人員少C.開(kāi)發(fā)方法的缺陷D.得不到用戶支持

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

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

17.動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另

一個(gè)是_Ao

A.狀態(tài)圖B.數(shù)據(jù)流圖C.系統(tǒng)結(jié)構(gòu)圖D.時(shí)序圖

18._A_是為了確保每個(gè)開(kāi)發(fā)過(guò)程的質(zhì)量，防止把軟件差錯(cuò)傳遞到下一個(gè)過(guò)程

而進(jìn)行的工作。

A.質(zhì)量檢測(cè)B.軟件容錯(cuò)C.軟件維護(hù)D.系統(tǒng)容錯(cuò)

19.維護(hù)的副作用可分三類，不包括o

A.代碼副作用B.數(shù)據(jù)副作用C.文檔副作用D.人員副作用

20.從事物的組成部件及每個(gè)部件的屬性、功能來(lái)認(rèn)識(shí)事物。這種方法被稱為_(kāi)A的方法。

A.面向?qū)ο驜.面向數(shù)據(jù)C.面向過(guò)程D.面向?qū)傩?/p>

21.原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于_A_系統(tǒng)。

A.需求不確定性高的B.需求確定的

C.管理信息D.實(shí)時(shí)

22.軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為A_。

A.計(jì)算機(jī)輔助靜態(tài)分析B.黑盒法

C.路徑覆蓋D.邊界值分析

23.面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對(duì)象組成的；_C____；對(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)整

24.結(jié)構(gòu)化程序的三種基本控制結(jié)構(gòu)是_B_。

A.過(guò)程、子程序和分程序B.順序、選擇和循環(huán)

C.遞歸、堆棧和隊(duì)列D.調(diào)用、返回和轉(zhuǎn)移

25.在多層次的結(jié)構(gòu)圖中，其模塊的層次數(shù)稱為結(jié)構(gòu)圖的_A__。

A.深度B.跨度C.控制域D.粒度

26.使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)A和指定的覆蓋標(biāo)準(zhǔn)。

A.程序的內(nèi)部邏輯B.程序的復(fù)雜結(jié)構(gòu)

C.使用說(shuō)明書(shū)D.程序的功能

27.在對(duì)數(shù)據(jù)流的分析中，主要是找到中心變換，這是從_C導(dǎo)出結(jié)構(gòu)圖的關(guān)鍵。

A.數(shù)據(jù)結(jié)構(gòu)B.實(shí)體關(guān)系C.數(shù)據(jù)流圖D.E-R圖

28.下列關(guān)于功能性注釋不正確的說(shuō)法是_Bo

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

B.注釋用來(lái)說(shuō)明程序段，需要在每一行都要加注釋

C.可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序

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

29.模塊_B__定義為受該模塊內(nèi)一個(gè)判斷影響的所有模塊集合。

A.控制域B.作用域C.寬度D.接口

30.測(cè)試的關(guān)鍵問(wèn)題是_Do

A.如何組織對(duì)軟件的評(píng)審B.如何驗(yàn)證程序的正確性

C.如何采用綜合策略D.如何選擇測(cè)試用例

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

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

32.動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是_Ao

A.狀態(tài)圖B.數(shù)據(jù)流圖C.系統(tǒng)結(jié)構(gòu)圖D.時(shí)序圖

33.為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為_(kāi)D_。

A.糾錯(cuò)性維護(hù)B.適應(yīng)性維護(hù)C.改善性維護(hù)D.預(yù)防性維護(hù)

34.表示對(duì)象相互行為的模型是_C__模型。

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

35.制定進(jìn)度計(jì)劃的常用工具有B_o

A.PAD圖B.Gantt圖C.結(jié)構(gòu)圖D,N_S圖

三、判斷題（每小題1分，共20分）

1.維護(hù)要求表由維護(hù)組織填寫(xiě)。（）

2.內(nèi)聚度標(biāo)志一個(gè)模塊內(nèi)部各成分彼此結(jié)合的緊密程度，按其高低程度可分為七級(jí)，越低越好。（F）

3.PAD圖可用軟件工具轉(zhuǎn)換成高級(jí)語(yǔ)言源程序。（T）

4.軟件危機(jī)的產(chǎn)生與軟件開(kāi)發(fā)和維護(hù)的方法不正確有關(guān)。（T）'

5.軟件需求分析的一個(gè)重要任務(wù)是分析系統(tǒng)的數(shù)據(jù)要求。（T）

6.一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)不包括具有良好的書(shū)面和口頭表達(dá)能力。（F）

7.維抵要求表由維護(hù)組織填寫(xiě)。（）

8.PAD圖可用軟件工具轉(zhuǎn)換成高級(jí)語(yǔ)言源程序。（T）

9.在完成測(cè)試工作后，為了縮短源程序的長(zhǎng)度應(yīng)刪去程序中的注釋。（F）

10.程序的質(zhì)量取決于寫(xiě)程序的風(fēng)格。（F）

11.如程序中連鎖式連接了4個(gè)判定（IF）結(jié)構(gòu)，則程序總的路徑數(shù)達(dá)2、（T）

12.調(diào)試的任務(wù)只是確定錯(cuò)誤的準(zhǔn)確位置和原因。（F）

13.等價(jià)類劃分方法考慮了各等價(jià)類之間取值的組合情況下可能的結(jié)果。（T）

14.如果在分析階段和設(shè)計(jì)階段采用的是面向?qū)ο蟮姆椒?，而在編碼階段采用的是面向過(guò)程的語(yǔ)言，那

么這種翻譯就比較困難。（T）

15.詳細(xì)設(shè)計(jì)時(shí)應(yīng)首選時(shí)間效率和空間效率盡可能高的算法。（T）

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

17.代碼審查是用計(jì)算機(jī)測(cè)試源程序。（F）

18.調(diào)試的任務(wù)只是確定錯(cuò)誤的準(zhǔn)確位置和原因。（F）

19.用窮舉測(cè)試是較容易現(xiàn)實(shí)的測(cè)試方法。（F）

20.只要模塊之間的接口關(guān)系不變，各模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修改將不會(huì)影響別的模塊。（F）

21.軟件的開(kāi)發(fā)單位應(yīng)該建立本單位文檔的標(biāo)識(shí)方法，使文檔的每一頁(yè)都具有

明確的標(biāo)識(shí)。（F）

22.用戶手冊(cè)要使用專門(mén)術(shù)語(yǔ)，充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法。（F）

23.對(duì)象之間只能通過(guò)消息進(jìn)行通信，而不允許在對(duì)象之外直接地存取對(duì)象內(nèi)

部的屬性。（T）

24.同傳統(tǒng)軟件開(kāi)發(fā)方法相同，面向?qū)ο筌浖_(kāi)發(fā)方法也以設(shè)計(jì)階段為主。（F）

25.一個(gè)好的開(kāi)發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周?chē)藛T團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于

聽(tīng)取別人的意見(jiàn)。（T）

26.同傳統(tǒng)軟件開(kāi)發(fā)方法相同，面向?qū)ο筌浖_(kāi)發(fā)方法也以設(shè)計(jì)階段為主。（F）

27.用戶手冊(cè)要使用專門(mén)術(shù)語(yǔ)，充分地描述該軟件系統(tǒng)的結(jié)構(gòu)及使用方法。（F）

28.對(duì)象之間只能通過(guò)消息進(jìn)行通信，而不允許在對(duì)象之外直接地存取對(duì)象內(nèi)部的屬性。（T）

29.對(duì)一批模塊進(jìn)行測(cè)試，發(fā)現(xiàn)錯(cuò)誤多的模塊中殘留的錯(cuò)誤數(shù)將比其它的模塊殘留的錯(cuò)誤數(shù)少。（F）

30.測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長(zhǎng)期保存。（F）

31.軟件危機(jī)的產(chǎn)生與軟件開(kāi)發(fā)和維護(hù)的方法不正確有關(guān)。（T）

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

33.面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式

表示數(shù)據(jù)等步驟。（）

34.軟件需求分析的一個(gè)重要任務(wù)是分析系統(tǒng)的數(shù)據(jù)要求。（T）

35.在進(jìn)行需求分析時(shí)需同時(shí)考慮維護(hù)性問(wèn)題。（）

36.工程網(wǎng)絡(luò)中關(guān)鍵路徑上的作業(yè)有一定程度的機(jī)動(dòng)余地。（T）

37.如果測(cè)試過(guò)程沒(méi)有發(fā)現(xiàn)任何錯(cuò)誤，則說(shuō)明軟件沒(méi)有錯(cuò)誤。（F）

38.代碼審查是用計(jì)算機(jī)測(cè)試源程序。（F）

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

40.軟件需求規(guī)格說(shuō)明書(shū)中可以對(duì)軟件的操作人員和維護(hù)人員的教育水平和技術(shù)專長(zhǎng)提出要求。（T）

四、簡(jiǎn)答題（每小題5分，共20分）

L簡(jiǎn)述面向?qū)ο蠓椒ǖ奶卣鳌?/p>

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

3.什么是模塊的內(nèi)聚？模塊的內(nèi)聚性包括哪些類型？

4.什么是數(shù)據(jù)流圖？其中的基本符號(hào)各表示什么含義？

5.簡(jiǎn)述增量模型和瀑布模型的區(qū)別。

6.簡(jiǎn)述對(duì)軟件測(cè)試的目的。

7.黑盒測(cè)試技術(shù)設(shè)計(jì)測(cè)試用例有哪幾種方法？

8.簡(jiǎn)述面向?qū)ο蠓椒ㄖ袆?dòng)態(tài)模型的建立過(guò)程。

五、分析設(shè)計(jì)題（每題10分，共30分）

1.在測(cè)試一個(gè)長(zhǎng)度為48000條指令的程序時(shí)，第一個(gè)月由甲、乙兩名測(cè)試員各自獨(dú)立測(cè)試這個(gè)程序。

經(jīng)過(guò)一個(gè)月測(cè)試后，甲發(fā)現(xiàn)并改正20個(gè)錯(cuò)誤，使MTTF達(dá)到8h。與此同時(shí)，乙發(fā)現(xiàn)24個(gè)錯(cuò)誤，其中的

6個(gè)甲也發(fā)現(xiàn)了