軟件工程習題及答案

一、選擇題:

1.為了提高測試的效率，應當o

A、隨機地選取測試數(shù)據(jù)

B、取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)

C、在完成編碼后制定軟件的測試支配

D、選擇發(fā)覺錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)

2.與設計測試數(shù)據(jù)無關的文檔是。

A、需求說明書B、設計說明書C、源程序D、項目開發(fā)設計

3.結(jié)構(gòu)設計是一種應用最廣泛的系統(tǒng)設計方法，是以為基礎、自頂向下、逐步求精

和模塊化的過程。

A、數(shù)據(jù)流B、數(shù)據(jù)流圖C、數(shù)據(jù)庫D、數(shù)據(jù)結(jié)構(gòu)

4.概要設計的結(jié)果是供應一份。

A、模塊說明書B、框圖C、程序D、數(shù)據(jù)結(jié)構(gòu)

5.需求分析是由分析員經(jīng)了解用戶的要求，仔細細致地調(diào)研、分析，最終應建立目標系統(tǒng)的

邏輯模型并寫出。

A、模塊說明書B、軟件規(guī)格說明書C、項目開發(fā)支配D、合同文檔

6.注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的

A、1/6B、1/5C、1/4D、1/3

7.變換型和事務型是程序結(jié)構(gòu)的標準形式。從某處獲得數(shù)據(jù)，再對這些數(shù)據(jù)作處理，然后將

結(jié)果送出是屬于。

A、變換型B、事務型

8.PAD(ProblemAnalysisDiagram)圖是一種工具。

A、系統(tǒng)描述B、具體設計C、測試D、編程協(xié)助

9.分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描繪了系統(tǒng)的o

A、總貌B、細微環(huán)節(jié)C、抽象D、軟件的作者

10.數(shù)據(jù)流圖中，當數(shù)據(jù)流向或流自文件時，。

A、數(shù)據(jù)流要命名，文件不必命名

B、數(shù)據(jù)流不必命名，有文件名就足夠了

C、數(shù)據(jù)流和文件均要命名，因為流出和流進數(shù)據(jù)流是不同的

D、數(shù)據(jù)流和文件均不要命名，通過加工可自然反映出

11.分析員是。

A、用戶中系統(tǒng)的干脆運用者B、用戶和軟件人員的中間人

C、軟件的編程人員D、用戶和軟件人員的領導

12.在軟件開發(fā)中，有利于發(fā)揮集體才智的一種做法是o

A、設計評審B、模塊化C、主程序員制D、進度限制

13.在開發(fā)軟件時，可用來提高程序員的工作效率。

A、程序開發(fā)環(huán)境B、操作系統(tǒng)的作業(yè)管理功能

C、編譯程序的優(yōu)化功能D、并行運算的大型計算機

14.結(jié)構(gòu)化程序設計主要強調(diào)程序的。

A、效率B、速度C、可讀性D、大小

15.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的沖突，這種現(xiàn)象稱作。

A、軟件投機B、軟件危機C、軟件工程D、軟件產(chǎn)生

16.瀑布模型把軟件生存周期劃分為軟件定義、軟件開發(fā)和三個階段，而每一階段又

可細分為若干更小的階段。

A、具體設計B、可行性分析C、運行及維護D、測試與排錯

17.軟件的設計又稱為總體結(jié)構(gòu)設計，其主要任務是建立軟件系統(tǒng)的總體結(jié)構(gòu)。

A、概要B、抽象C、邏輯D、規(guī)劃

18.結(jié)構(gòu)化分析SA是軟件開發(fā)需求分析階段所運用的方法，不是SA所運用的工具。

A、DFD圖B、PAD圖C、結(jié)構(gòu)化英語D、判定表

19.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、和加工說明等描述工具，即用直觀的圖和簡潔的

語言來描述軟件系統(tǒng)模型。

A、DFD圖B、PAD圖C、IPO圖D、數(shù)據(jù)字典

20.模塊本身的內(nèi)聚是模塊獨立性的重要度量因素之一，在七類內(nèi)聚中，具有最強內(nèi)聚的一

類是。

A、依次性內(nèi)聚B、過程性內(nèi)聚C、邏輯性內(nèi)聚D、功能性內(nèi)聚

21.Jackson設計方法是由英國的M.Jackson提出的，它是一種面對的設計方法。

A、對象B、數(shù)據(jù)流C、數(shù)據(jù)結(jié)構(gòu)D、限制結(jié)構(gòu)

22.結(jié)構(gòu)化程序設計思想的核心是要求程序只由依次、循環(huán)和三種結(jié)構(gòu)組成。

A、分支B、單入口C、單出口D、有規(guī)則GOTO

23.源程序的版面文檔要求應有變量說明、適當注釋和o

A、框圖B、統(tǒng)一書寫格式C、修改記錄D、編程日期

24.在軟件工程中，軟件測試的目的是。

A、試驗性運行軟件B、發(fā)覺軟件錯誤C、證明軟件是正確的D、找出軟件中全部錯誤

25.在軟件工程中，當前用于保證軟件質(zhì)量的主要技術(shù)手段還是。

A、正確性證明B、測試C、自動程序設計D、符號證明

26.在軟件工程中，高質(zhì)量的文檔標準是完整性、一樣性和。

A、統(tǒng)一性B、平安性C、無二義性D、組合性

27.在軟件探討過程中，CASE是。

A、指計算機協(xié)助系統(tǒng)工程B、CAD和CAM技術(shù)的發(fā)展動力

C、正在試驗室用的工具D、指計算機協(xié)助軟件工程

28.軟件（結(jié)構(gòu)）設計階段文檔是o

A、系統(tǒng)模型說明書B、程序流程圖

C、系統(tǒng)功能說明書D、模塊結(jié)構(gòu)圖和模塊說明書

29.軟件的維護指的是。

A、對軟件的改進、適應和完善B、維護正常運行

C、配置新軟件D、軟件開發(fā)期的一個階段

30.逆向工程在軟件工程中主要用于階段。

A、分析B、設計C、編碼D、維護

31.軟件工程中，只依據(jù)程序的功能說明而不關切程序內(nèi)部邏輯的測試方法，稱為測

試。

A、白盒法B、灰盒法C、黑盒法D、綜合法

32.階段是軟件生命期中花費最多，持續(xù)時間最長的階段。

A、需求分析B、維護C、設計D、測試

33.在可行性探討階段，對系統(tǒng)所要求的功能、性能以及限制條件進行分析，確定是否能夠

構(gòu)成一個滿意要求的系統(tǒng)，這稱為可行性。

A、經(jīng)濟B、技術(shù)C、法律D、操作

34.結(jié)構(gòu)化系統(tǒng)分析所得到的系統(tǒng)需求說明書中包含一組小說明。小說明是指對作

進一步說明。

A、數(shù)據(jù)流B、數(shù)據(jù)存儲（文件）C、處理（加工）D、外部項（源點終點）

35.分層的數(shù)據(jù)流圖中，父圖與子圖的平衡是指的平衡。

A、處理B、數(shù)據(jù)存儲C、外部項D、數(shù)據(jù)流

36.數(shù)據(jù)流圖中，當數(shù)據(jù)流向或流自數(shù)據(jù)存儲時，。

A、數(shù)據(jù)流要命名，數(shù)據(jù)存儲不必命名

B、數(shù)據(jù)流不必命名，數(shù)據(jù)存儲要命名

C、數(shù)據(jù)流和數(shù)據(jù)存儲均應命名，因流進和流出的數(shù)據(jù)流可能不同

D、數(shù)據(jù)流和數(shù)據(jù)存儲都不必命名，因為從處理上可自然反映出來

37.結(jié)構(gòu)化系統(tǒng)設計階段的目的是

A、獲得良好的軟件結(jié)構(gòu)B、獲得可讀性好的程序

C、獲得滿意用戶需求的數(shù)據(jù)流圖D、獲得高效的算法

38.要削減兩模塊之間的聯(lián)系，則。

A、兩模塊之間的調(diào)用次數(shù)要盡量少

B、兩模塊之間干脆傳遞的信息要盡量少

C、兩模塊應運用完可能相同的全局變量

D、兩模塊應盡量共享相同的數(shù)據(jù)結(jié)構(gòu)

39.在集成（聯(lián)合）測試中，測試的主要目的是發(fā)覺階段的錯誤。

A、軟件支配B、需求分析C、設計D、編碼

40.在驗收測試時，測試所依據(jù)的文檔是o

A、可行性報告B、系統(tǒng)（需求）說明書C、模塊說明書D、用戶手冊

41.在軟件生存期的維護階段，接著診斷和修正錯誤的過程稱為。

A、完善性維護B、適應性維護C、預防性維護D、改正性維護

42.軟件的可移植性是衡量軟件質(zhì)量的重要標準之一。它指的是。

A、一個軟件版本升級的簡單程度

B、一個軟件與其他軟件交換信息的簡單程度

C、一個軟件對軟硬件環(huán)境要求得到滿意的簡單程度

D、一個軟件從一個計算機系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個計算機系統(tǒng)或環(huán)境的簡單程度

43.軟件生存周期是指階段。

A、軟件起先運用到用戶要求修改為止

B、軟件起先運用到被淘汰為止

C、從起先編寫程序到不能再運用為止

D、從立項制定支配，進行需求分析到不能再運用為止

44.可行性探討的目的是用最小的代價，在最短的時間內(nèi)確定問題是否可能解決和值得去解

決，主要從三個方面進行。

A、技術(shù)可行性、費用可行性、效益可行性

B、經(jīng)濟可行性、技術(shù)可行性、機器可行性

C、技術(shù)可行性、操作可行性、經(jīng)濟可行性

D、費用可行性、機器可行性、操作可行性

45.數(shù)據(jù)流圖是一種描述數(shù)據(jù)及其變換的圖形表示，在數(shù)據(jù)流圖上不允許出現(xiàn)。

A、數(shù)據(jù)流B、限制流C、文件D、加工

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

A、數(shù)據(jù)定義B、數(shù)據(jù)維護C、數(shù)據(jù)通訊D、數(shù)據(jù)庫設計

47.事務型結(jié)構(gòu)數(shù)據(jù)流圖的特點是，將某一個加工的輸入分解成并行的數(shù)據(jù)流，通過執(zhí)

行后面的加工。

A、變換B、選擇C、合并D、聯(lián)接

48.假如一個模塊要調(diào)用另一個模塊，在下列幾種方式中，采納方式的塊間聯(lián)系小。

A、過程調(diào)用，傳遞限制參數(shù)B、過程調(diào)用，傳遞數(shù)據(jù)參數(shù)

C、干脆引用，共用限制信息D、干脆引用，共用數(shù)據(jù)信息

49.軟件的結(jié)構(gòu)化設計方法是以為依據(jù)的模塊結(jié)構(gòu)設計方法。

A、系統(tǒng)數(shù)據(jù)要求B、數(shù)據(jù)結(jié)構(gòu)C、數(shù)據(jù)流圖D、數(shù)據(jù)流

50.結(jié)構(gòu)化設計(SD)是軟件開發(fā)中常用的方法，運用SD方法可以得到o

A、程序流程圖B、編程語言的源程序C、分層數(shù)據(jù)流圖和數(shù)據(jù)字典D、模塊結(jié)構(gòu)圖

51.在測試層次結(jié)構(gòu)的大型軟件時，有一種方法是從上層模塊起先，自頂向下進行測試，此

時有必要用替代尚未測試過的下層模塊。

A、主模塊B、樁模塊C、驅(qū)動模塊D、輸出模塊

52.聯(lián)合(集成)測試可以由兩種方式進行。

A、模塊測試、系統(tǒng)測試B、條件測試、非條件測試

C、漸增式測試、非漸增式測試D、分析測試、驗收測試

53.由于更新了操作系統(tǒng)而對軟件進行的修改工作屬于。

A、修正性維護B、適應性維護C、完善性維護D、預防性維護

54.為保證軟件質(zhì)量，在軟件生存周期的每個階段結(jié)束之前，都須要進行工作。

A、制定支配B、測試C、審查D、交接

55.模塊內(nèi)部聯(lián)系最大的是o

A、依次內(nèi)聚B、功能內(nèi)聚C、通信內(nèi)聚D、時間內(nèi)聚

56.將以下3種耦合性由弱到強的依次排列，正確的是。

A、限制耦合數(shù)據(jù)耦合公共耦合B、數(shù)據(jù)耦合公共耦合限制耦合

C、公共耦合數(shù)據(jù)耦合限制耦合D、數(shù)據(jù)耦合限制耦合公共耦合

57.對某程序進行測試時，選擇足夠多的測試用例，使程序的每個判定中條件的各種可能組

合都至少出現(xiàn)一次，這稱為覆蓋法。

A、判定B、判定/條件C、條件D、條件組合

58.數(shù)據(jù)字典是對數(shù)據(jù)流圖中出現(xiàn)的組成元素定義的集合，它不包括條目。

A、文件B、數(shù)據(jù)流C、加工D、I/O參數(shù)

59.軟件需求分析的內(nèi)容是0

A、確定開發(fā)的軟件應有哪些功能，應達到什么性能B、確定軟件的開發(fā)成本

C、制定軟件開發(fā)的進度表D、確定軟件的總體結(jié)構(gòu)

60.在軟件的設計階段應供應的文檔是o

A、軟件需求規(guī)格說明書B、概要設計規(guī)格說明書和具體設計規(guī)格說明書

C、數(shù)據(jù)字典及數(shù)據(jù)流圖D、源程序以及源程序的說明書

61.軟件測試時，正確的測試次序是。

A、模塊測試，組裝測試，確認測試B、模塊測試，確認測試，組裝測試

C、組裝測試，模塊測試，確認測試D、確認測試，模塊測試，組裝測試

62.在軟件維護階段，若用戶要求在程序中增加一個原來沒有的聯(lián)機幫助功能是屬于o

A、改正維護B、適應性維護C、完善性維護D、改正并適應性維護

63.程序流程圖、N-S圖和PAD圖是運用的算法表達工具。

A、設計階段的概要設計B、設計階段的具體設計C、編碼階段D、測試階段

64.軟件的可維護性是指。

A、軟件的可理解程度，修改的難易程度

B、軟件文檔修改的難易程度

C、程序修改的難易程度

D、運用維護工具進行維護的難易程度

65.月收入W800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采納的是方法。

A、邊緣值分析B、條件覆蓋C、錯誤推想D、等價類

66.采納黑盒法測試程序是依據(jù)。

A、程序的邏輯B、程序的功能說明C、程序中的語句D、程序中的數(shù)據(jù)

67.數(shù)據(jù)流圖的小說明中描述的最基本部分是o

A、激發(fā)條件B、加工邏輯C、優(yōu)先級D、執(zhí)行頻率

68.系統(tǒng)的健壯性是指o

A、系統(tǒng)能夠正確地完成預期的功能B、系統(tǒng)能有效地運用計算機資源

C、在有干擾或輸入數(shù)據(jù)不合理等意外狀況下，系統(tǒng)仍能進行適當?shù)墓ぷ?/p>

D、在任何狀況下，系統(tǒng)均具有錯誤自修復功能

69.軟件工程學是應用科學理論和工程上的技術(shù)指導軟件開發(fā)的學科，其目的是。

A、引入新技術(shù)提高空間利用率B、用較少的投資獲得高質(zhì)量的軟件

C、縮短研制周期擴大軟件功能D、硬軟件結(jié)合使系統(tǒng)面對應用

70.不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是。

A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)C、打印工資支票D、計算職工工資

71.假如模塊中全部成分引用共同的數(shù)據(jù)，該模塊內(nèi)的聯(lián)系類型是o

A、依次內(nèi)聚B、功能內(nèi)聚C、通信內(nèi)聚D、過程內(nèi)聚

72.某模塊的功能是打印錄用通知書或不錄用通知書，調(diào)用模塊可通過向此模塊傳遞布爾標記

信息確定本次調(diào)用執(zhí)行哪種通知書的打印。這種模塊間的耦合稱為o

A、數(shù)據(jù)耦合B、混合耦合C、公共耦合D、限制耦合

73.適應性維護的含義是所進行的維護。

A、為使軟件在變更了的環(huán)境下仍能運用

B、為改正在開發(fā)期產(chǎn)生、測試階段沒有發(fā)覺、運行時出現(xiàn)的錯誤

C、為改善系統(tǒng)性能、擴充功能

D、為軟件的正常執(zhí)行

74.采納白盒法測試模塊（程序），應依據(jù)。

A、內(nèi)部邏輯結(jié)構(gòu)B、算法困難度C、外部功能特性D、支撐環(huán)境

75.下列關于軟件工程方面的敘述中，正確的說法是o

A、軟件的質(zhì)量標準中，某些因素是不行兼得的

B、數(shù)據(jù)詞典包括數(shù)據(jù)流、文件、模塊調(diào)用關系等三種條目

C、測試過程即調(diào)試

D、白盒法測試用例中，滿意條件覆蓋的肯定滿意判定覆蓋

76.程序編寫（實現(xiàn)）階段完成的文檔有o

A、具體設計說明書、模塊開發(fā)宗卷B、具體設計說明書、用戶手冊

C、模塊開發(fā)宗卷、操作手冊D、用戶手冊、操作手冊

77.軟件總體結(jié)構(gòu)的內(nèi)容應在文檔中闡明。

A、軟件需求規(guī)格說明書B、概要設計規(guī)格說明書

C、具體設計規(guī)格說明書D、數(shù)據(jù)要求規(guī)格說明書

78.運用結(jié)構(gòu)化分析方法時，采納的基本手段是o

A、分解和抽象B、分解和綜合C、歸納與推導D、摸索與回溯

79.系統(tǒng)需求分析階段的任務是分析系統(tǒng)的o

A、數(shù)據(jù)要求B、功能要求C、性能要求D、A,B,C三方面

80.確定軟件可維護性的主要因素可概括為o

A、可測試性、可理解性、可修改性B、一樣性、結(jié)構(gòu)性、自我描述性

C、可計測性、可訪內(nèi)性、可通訊性D、可擴充性、簡潔性、結(jié)構(gòu)性

81.要削減兩個模塊之間的耦合，則必需。

A、兩個模塊間的調(diào)用次數(shù)要少B、模塊間傳遞的參數(shù)要少

C、模塊間傳遞的參數(shù)要少且不傳遞開關型參數(shù)

D、模塊間傳遞的參數(shù)要少且不傳遞開關型參數(shù)以及兩模塊不引用同樣的全局變量

82.軟件開發(fā)中系統(tǒng)分析階段產(chǎn)生的文檔是。

A、數(shù)據(jù)流圖B、系統(tǒng)說明書C、模塊結(jié)構(gòu)圖和模塊說明書D、數(shù)據(jù)字典

83.初始化模塊和結(jié)束模塊從塊內(nèi)聯(lián)系看，被稱為模塊。

A、過程內(nèi)聚B、功能內(nèi)聚C、時間內(nèi)聚D、邏輯內(nèi)聚

84.系統(tǒng)分析階段的主要任務是分析系統(tǒng)的綜合要求，其中對系統(tǒng)須要的存儲量、健壯性、完

全性和聯(lián)機系統(tǒng)的響應時間等方面的要求屬于o

A、環(huán)境要求B、功能要求C、性能要求D、運行要求

85.結(jié)構(gòu)化設計方法采納變換分析和事務分析技術(shù)實現(xiàn)0

A、從數(shù)據(jù)結(jié)構(gòu)導出程序結(jié)構(gòu)B、從模塊結(jié)構(gòu)導出程序結(jié)構(gòu)

C、從模塊結(jié)構(gòu)導出數(shù)據(jù)結(jié)構(gòu)D、從數(shù)據(jù)流圖導出初始結(jié)構(gòu)圖

86.在軟件測試中，確認（驗收）測試主要用于發(fā)覺階段的錯誤。

A、軟件支配B、需求分析C、軟件設計D、編碼

87.軟件維護階段是軟件生存周期中持續(xù)時間最長的階段，它從時算起。

A、產(chǎn)生可執(zhí)行程序B、組裝測試通過

C、軟件交付運用D、用戶提出第一份維護報告

88.結(jié)構(gòu)化系統(tǒng)分析主要是通過進行分析的。

A、算法分解B、限制結(jié)構(gòu)分解C、數(shù)據(jù)結(jié)構(gòu)分解D、處理功能分解

89.結(jié)構(gòu)化設計方法是面對的設計方法。

A、過程B、對象C、數(shù)據(jù)流D、數(shù)據(jù)結(jié)構(gòu)

90.在結(jié)構(gòu)化系統(tǒng)分析中，判定表和判定樹常用于表達數(shù)據(jù)流圖中的o

A、加工B、數(shù)據(jù)流C、數(shù)據(jù)存儲D、外部項

91.下列耦合度表示中，最弱的耦合形式是。

A、特征耦合B、公共耦合C、數(shù)據(jù)耦合D、限制耦合

92.為軟件系統(tǒng)今后的改進和發(fā)展打好基礎而進行的維護工作稱為。

A、改正性維護B、適應性維護C、完善性維護D、預防性維護

93.系統(tǒng)開發(fā)的需求分析階段的重要工作之一是。

A、數(shù)據(jù)定義B、數(shù)據(jù)庫設計C、數(shù)據(jù)維護D、數(shù)據(jù)結(jié)構(gòu)實現(xiàn)

94.一個模塊干脆限制（調(diào)用）的下層模塊的數(shù)目稱為模塊的。

A、扇人數(shù)B、扇出數(shù)C、寬度D、作用域

95.下列所述的測試原則中，錯誤的是o

A、應設計非法輸入的測試用例B、測試用例要給出測試的預期結(jié)果

C、因維護修改程序后需回來測試D、開發(fā)小組應與測試小組合并

96.某應用系統(tǒng)為今后的發(fā)展將單用戶系統(tǒng)改為多用戶系統(tǒng)，并形成新的應用軟件，由此進行

的維護工作稱為。

A、改正性維護和預防性維護B、適應性維護和完善性維護

C、完善性維護和改正性維護D、預防性維護和適應性維護

97.需求分析說明書不能作為。

A、可行性探討的依據(jù)B、用戶和開發(fā)人員之間的合同

C、系統(tǒng)概要設計的依據(jù)D、軟件驗收測試的依據(jù)

98.假如，則稱該模塊具有功能內(nèi)聚。

A、模塊包括單一功能

B、模塊包括若干功能，但全部功能相互緊密相關

C、每個模塊有單入口、單出口

D、模塊中每個處理成分對應一個功能，它們緊密結(jié)合

99.假如一個排序程序所設定的測試用例為

(1)表空

(2)表中只有一個元素

(3)元素均有相同的關鍵字值

(4)元素已排序

則此測試方法稱為o

A、等價分類法B、邊緣值分析法C、因果圖法D、錯誤推想法

100.維護機構(gòu)接受維護申請后，接下來的工作是。

A、回來測試B、評價申請C、執(zhí)行維護D、組織復審

101.軟件重用概念是指一個程序O

A、被多次運用B、被循環(huán)運用

C、被多個其他軟件調(diào)用D、在不同環(huán)境下的多次重復運用

102.面對對象分析時，所標識的對象為是錯誤的。

A、與目標系統(tǒng)有關的物理實體B、與目標系統(tǒng)發(fā)生作用的人或組織的角色

C、目標系統(tǒng)運行中需記憶的事務D、目標系統(tǒng)中環(huán)境場所的狀態(tài)

103.在維護懇求后進行的維護過程中，應先,然后對維護要求進行評估并分別處理。

A、確定維護類型B、支配維護優(yōu)先次序

C、組織人員維護D、分析軟件錯誤的嚴峻程序

104.劃分軟件生存周期的階段時所應遵循的基本原則是o

A、各階段的任務盡可能相關B、各階段的任務盡可能相對獨立

C、各階段的任務在時間上連續(xù)D、各階段的任務在時間上相對獨立

105.00A模型規(guī)定了一組對象如何協(xié)同才能完成軟件系統(tǒng)所指定的工作。這種協(xié)同在模型中

是以表明對象通信方式的一組連接來表示的。

A、消息B、記錄C、數(shù)據(jù)D、屬性

106.用黑盒法設計測試用例時采納的方法包括。

A、判定覆蓋法B、條件覆蓋法C、因果圖法D、路徑分析法

107.軟件維護過程中，將會引起維護副作用。

A、修改代碼或數(shù)據(jù)后未作測試B、進行改正性維護時錯誤未全部改正

C、進行完善性、適應性或預防性維護時考慮因素不全面

D、維護過程中發(fā)生系統(tǒng)運行錯誤

108.Jackson程序設計方法是一種面對的設計方法。

A、數(shù)據(jù)結(jié)構(gòu)B、數(shù)據(jù)流圖C、IP0圖D、系統(tǒng)流程圖

109.下面所列的性質(zhì)中，不屬于面對對象程序設計的特性。

A、繼承性B、重用性C、封裝性D、可視化

110.一般來說，在管理軟件中，軟件生存周期各個階段的工作量以所占的比例最大。

A、需求分析與設計階段B、編碼實現(xiàn)階段C、測試階段D、維護階段

111.結(jié)構(gòu)化系統(tǒng)分析中，處理邏輯可用描述。

A、數(shù)據(jù)字典B、數(shù)據(jù)流圖C、結(jié)構(gòu)圖D、結(jié)構(gòu)化語言

112.系統(tǒng)開發(fā)人員運用系統(tǒng)流程圖或其他工具描述系統(tǒng)，估計每種方案的成本和效益的工作

是在階段進行的。

A、需求分析B、總體設計C、具體設計D、編碼階段

113.結(jié)構(gòu)化設計方法采納變換分析和事務分析技術(shù)實現(xiàn)。

A、從數(shù)據(jù)結(jié)構(gòu)導出程序結(jié)構(gòu)B、從數(shù)據(jù)流圖導出初始結(jié)構(gòu)圖

C、從模塊結(jié)構(gòu)導出數(shù)據(jù)結(jié)構(gòu)D、從模塊結(jié)構(gòu)導程序結(jié)構(gòu)

114.設一模塊內(nèi)部的處理動作為:成分A的輸出是成分B的輸入，則該模塊的聚合性稱為—0

A、依次聚合B、功能聚合C、過程聚合D、通信聚合

115.某個模塊的作用域是指。

A、被該模塊調(diào)用的全部模塊B、調(diào)用該模塊的全部模塊

C、與該模塊相關聯(lián)的全部模塊D、受該模塊內(nèi)的判定所影響的全部模塊

116.在軟件測試中，確認（驗收）測試主要用于發(fā)覺階段的錯誤。

A、軟件支配B、需求分析C、軟件設計D、編碼

117.假如按用戶要求增加新功能或修改已有的功能而進行的維護工作，稱為o

A、完善性維護B、適應性維護C、預防性維護D、改正性維護

118.軟件維護階段是軟件生存周期中持續(xù)時間最長的階段，它從時算起。

A、產(chǎn)生可執(zhí)行程序B、組裝測試通過

C、軟件交付運用D、用戶提出第一份維護報告

119.軟件質(zhì)量因素中，是指軟件產(chǎn)品能精確執(zhí)行需求規(guī)格說明中所規(guī)定的任務。

A、健壯性B、正確性C、可擴充性D、精確性

120.下列是面對對象設計方法中有關對象的敘述，其中是正確的。

A、對象在內(nèi)存中沒有它的存儲區(qū)B、對象的屬性集合是它的特征表示

C、對象的定義與程序中類型概念相當D、對象之間不能相互通信

121.軟件生成周期中，開發(fā)期間包括階段。

A、軟件支配、結(jié)構(gòu)設計、測試和運行維護

B、需求分析、概要設計、具體設計和編碼

C、結(jié)構(gòu)設計、編碼、測試和運行維護

D、需求分析、結(jié)構(gòu)設計、編碼和測試

122.結(jié)構(gòu)化系統(tǒng)分析主要是通過進行分析的。

A、算法分解B、限制結(jié)構(gòu)分解C、數(shù)據(jù)結(jié)構(gòu)分解D、處理功能分解

123.下列不是模塊化設計的目的。

A、可采納結(jié)構(gòu)化設計方法B、降低困難度

C、有利于信息隱藏D、描述系統(tǒng)的功能與性能

124.下面不屬于結(jié)構(gòu)化設計需解決的問題范圍。

A、確定系統(tǒng)應由哪些系統(tǒng)和模塊組成B、模塊以什么方式聯(lián)結(jié)，接口如何

C、如何編寫結(jié)構(gòu)程序D、如何以恰當方式表達系統(tǒng)的軟件結(jié)構(gòu)

125.結(jié)構(gòu)化設計方法是面對的設計方法。

A、過程B、對象C、數(shù)據(jù)流D、數(shù)據(jù)結(jié)構(gòu)

126.下列耦合度表示中，最弱的耦合形式是。

A、特征耦合B、公共耦合C、數(shù)據(jù)耦合D、限制耦合

127.在結(jié)構(gòu)化系統(tǒng)分析中，判定表和判定樹常用于表達數(shù)據(jù)流圖中的o

A、加工B、數(shù)據(jù)流C、數(shù)據(jù)存儲D、外部項

128.全局數(shù)據(jù)結(jié)構(gòu)的錯誤通常在中檢查。

A、單元測試B、有效性測試C、集成（系統(tǒng)）測試D、確認測試

129.為軟件系統(tǒng)今后改進和發(fā)展打好基礎而進行的維護工作稱為。

A、改正性維護B、適應性維護C、完善性維護D、預防性維護

130.下列系統(tǒng)設計工具中，不屬于具體設計工具。

A、N-S圖B、數(shù)據(jù)流圖C、程序流程圖D、PAD

131.軟件生存周期中，運行期的主要任務是。

A、軟件開發(fā)B、軟件維護

C、版本更換D、功能擴充

132.系統(tǒng)開發(fā)的需求分析階段的重要工作之一是,

A、數(shù)據(jù)定義B、數(shù)據(jù)庫設計

C、數(shù)據(jù)維護D、數(shù)據(jù)結(jié)構(gòu)實現(xiàn)

133.下列敘述中，不屬于數(shù)據(jù)字典的作用。

A、作為編碼階段的描述工具B、為用戶與開發(fā)人員之間統(tǒng)一相識

C、作為概要設計的依據(jù)D、為需求分析階段定義各類條目

134.一個模塊干脆限制（調(diào)用）的下層模塊的數(shù)目稱為模塊的

A、扇入數(shù)B、扇出數(shù)C、寬度D、作用域

135.模塊內(nèi)部的算法設計在結(jié)構(gòu)化方法的階段進行。

A、系統(tǒng)分析B、概要設計C、具體設計D、編碼（實現(xiàn)）

136.在面對對象軟件方法中，“類”是o

A、具有同類數(shù)據(jù)的對象的集合B、具有相同操作的對象的集合

C、具有同類數(shù)據(jù)的對象的定義D、具有同類數(shù)據(jù)和相同操作的對象的定義

137.編碼（實現(xiàn)）階段得到的程序段應當是。

A、編輯完成的源程序B、編譯（或匯編）通過的可裝配程序

C、可交付運用的程序D、可運行程序

138.下列所述的測試原則中，錯誤的是o

A、應設計非法輸入的測試用例B、測試用例要給出測試的預期結(jié)果

C、因維護修改程序后需回來測試D、開發(fā)小組與測試小組合并

139.某應用系統(tǒng)為今后的發(fā)展將單用戶系統(tǒng)改為用戶系統(tǒng)，并形成新的應用軟件，由此進行

的維護工作稱為。

A、改正性維護和預防性維護B、適應性維護和完善性維護

C、完善性維護和改正性維護D、預防性維護和適應性維護

140.可維護性是軟件的重要質(zhì)量標準。下列措施與提高可維護性無關。

A、提高程序效率B、強調(diào)程序設計風格化

C、采納模塊化程序設計方法D、采納結(jié)構(gòu)化程序設計方法或面對對象方法

141.產(chǎn)生軟件危機的緣由有如下幾點，除了o

A、軟件開發(fā)過程未經(jīng)審查

B、軟件開發(fā)不分階段，開發(fā)人員沒有明確的分工

C、所開發(fā)的軟件，除了程序清單外，沒有其他文檔

D、采納工程設計的方法開發(fā)軟件，不符合軟件本身的特點

142.需求分析說明書不能作為。

A、可行性探討的依據(jù)B、用戶和開發(fā)人員之間的合同

C、系統(tǒng)概要設計的依據(jù)D、軟件驗收測試的依據(jù)

143.在自頂向下設計分層數(shù)據(jù)流圖時，設計頂層數(shù)據(jù)流圖主要分析o

A、源、匯（終）點和輸入、輸出數(shù)據(jù)流B、源、匯（終）點和處理功能

C、數(shù)據(jù)存儲和輸入、輸出數(shù)據(jù)流D、處理功能和輸入、輸出數(shù)據(jù)流

144.模塊結(jié)構(gòu)圖是在軟件工程的階段中采納的描述工具。

A、需求分析B、概要設計C、具體設計D、編碼（實現(xiàn)）

145.假如，則稱該模塊具有功能內(nèi)聚。

A、模塊包括單一功能

B、模塊包括若干功能，但全部功能相互緊密相關

C、每個模塊有單入口、單出口

D、模塊中每個處理成分對應一個功能，它們緊密結(jié)合

146.變換型數(shù)據(jù)流圖通常是形態(tài)。

A、線性B、層次C、網(wǎng)狀D、無規(guī)則

147.結(jié)構(gòu)化設計采納模塊化方法的主要動身點是。

A、增加內(nèi)聚性B、削減耦合度C、提高有效性D、降低困難度

148.面對對象程序設計中，基于父類創(chuàng)建的子類具有父類的全部特性（屬性和方法），這一

特點稱為類的o

A、多態(tài)性B、封裝性C、繼承性D、重用性

149.維護機構(gòu)接受維護申請后，接下的工作是o

A、回來測試B、評價申請C、執(zhí)行維護D、組織復審

150.軟件工程中不屬于用戶文檔的內(nèi)容。

A、功能描述B、安裝手冊C、系統(tǒng)設計D、運用手冊

151.防錯性程序設計對具有潛在危急性的操作進行檢查，并給出出錯信息。采納這種程序設

計方法可提高系統(tǒng)的o

A、正確性B、有效性C、健壯性D、精確性

152.數(shù)據(jù)流圖所描述的是實際系統(tǒng)的o

A、邏輯模型B、物理模型C、程序流程D、數(shù)據(jù)結(jié)構(gòu)

153.由變換型數(shù)據(jù)流圖轉(zhuǎn)換成模塊結(jié)構(gòu)圖，其中包括變換模塊，則0

A、變換模塊就是主模塊

B、變換模塊的功能是將邏輯輸入變換為邏輯輸出

C、變換模塊沒有下層模塊

D、變換模塊只能有一個輸入量、一個輸出量

154.面對對象分析時，所標識的對象為是錯誤的。

A、與目標系統(tǒng)有關的物理實體B、與目標系統(tǒng)發(fā)生作用的人或組織的角色

C、目標系統(tǒng)運行中需記憶的事務D、目標系統(tǒng)中環(huán)境場所的狀態(tài)

155.面對對象設計00D模型的主要部件中，通常不包括。

A、通信部件B、人機交互部件C、任務管理D、數(shù)據(jù)管理

156.軟件測試的基本目標是。

A、確定白盒法或黑盒法B、確定單元測試或集成測試

C、確定測試范圍和路徑

D、確定一組測試數(shù)據(jù)以盡可能多地發(fā)覺錯誤

157.在維護懇求后進行的維護過程中，應先,然后對維護要求進行評估并分別處理。

A、確定維護類型B、支配維護優(yōu)先次序

C、組織人員維護D、分析軟件錯誤的嚴峻程度

158.下列各項中，不是增加軟件維護工作量的因素。

A、用戶數(shù)量的增加B、運用結(jié)構(gòu)化技術(shù)或面對對象技術(shù)

C、軟件功能擴充D、應用環(huán)境變更

159?一個軟件項目是否進行開發(fā)的結(jié)論是在文檔中作出的。

A、軟件開發(fā)支配B、可行性報告C、需求分析說明書D、測試報告

160.數(shù)據(jù)流是數(shù)據(jù)流圖的基本成分，下列關于數(shù)據(jù)流的敘述中，是正確的。

A、某加工的輸入是一個數(shù)據(jù)流，該加工的輸出也必定是一個數(shù)據(jù)流

B、多個不同的數(shù)據(jù)流可以流向一個加工，也可從一個加工中流出

C、數(shù)據(jù)流只能從加工流向文件，但不能從文件流向加工

D、一個數(shù)據(jù)流可以從一個文件流向另一個文件

161.銀行計算機儲蓄管理信息系統(tǒng)中，依據(jù)客戶提出的要求（如存款、取款、查詢、掛失、

詢問等）進行相應的業(yè)務處理的該層數(shù)據(jù)流圖是。

A、變換型B、事務型C、既不是A也不是BD、不肯定

162.某模塊的輸入數(shù)據(jù)為某工廠中一個車間的生產(chǎn)產(chǎn)量表，通過該模塊可以計算出車間中生

產(chǎn)工人的平均產(chǎn)量、統(tǒng)計產(chǎn)量前10名的人員名單，從內(nèi)聚度來看，該模塊屬于。

A、邏輯內(nèi)聚B、通信內(nèi)聚C、依次內(nèi)聚D、功能內(nèi)聚

163.不屬于概要設計所解決的問題范圍。

A、確定模塊的層次結(jié)構(gòu)B、全程數(shù)據(jù)結(jié)構(gòu)的設計

C、描述系統(tǒng)的功能與性能D、修改用戶手冊

164.面對對象設計時，對象信息的隱藏主要是通過實現(xiàn)的。

A、對象的封裝性B、子類的繼承性C、系統(tǒng)模塊化D、模塊的可重用

165.在有關集成（組裝）測試的敘述中，是正確的。

A、測試底層模塊時不須要樁模塊B、驅(qū)動模塊的作用是模擬被調(diào)模塊

C、自頂向下測試方法易于設計測試結(jié)果

D、自底向上測試方法有利于提前預料測試結(jié)果

166.下述各種因素中對軟件維護有影響。

a.人員因素b.技術(shù)因素c.程序自身的因素d.管理因素

A、a,b,cB、b,c,dC、a,b,dD、a,b,c,d

167.軟件維護過程中，將會引起維護副作用。

A、修改代碼或數(shù)據(jù)后未作測試B、進行改正性維護時錯誤未全部改正

C、進行完善性、適應性或預防性維護時考慮因素不全面

D、維護過程中發(fā)生系統(tǒng)運行錯誤

168.下列四個軟件牢靠性定義中正確的是0

A、軟件牢靠性是指軟件在給定的時間間隔內(nèi)，按用戶要求勝利運行的概率

B、軟件牢靠性是指軟件在給定的時間間隔內(nèi)，按設計要求勝利運行的概率

C、軟件牢靠性是指軟件在正式投入運行后，按規(guī)格說明書的規(guī)定勝利運行的概率

D、軟件牢靠性是指軟件在給定時間間隔內(nèi)，按規(guī)格說明書的規(guī)定勝利運行的概率

169.軟件規(guī)?？砂丛闯绦蛐袛?shù)的多少進行分類，所謂大型軟件，通常是指源程序行數(shù)為—o

A、5—50KB、50—100KC、IMD、1—10M

170.在軟件生命期中，占工作量比例最大的是。

A、可行性探討B(tài)、建立系統(tǒng)的結(jié)構(gòu)C、編寫程序D、維護

171.用SA方法獲得的需求說明書有四部分，用于描述系統(tǒng)由哪些部分組成、各部分間有何聯(lián)

系等，是在。

A、一套分層的數(shù)據(jù)流圖B、一本數(shù)據(jù)詞典

C、一組小說明D、補充材料

172.SA方法在描述方式上的特點，是盡量采納。

A、自然語言B、形式語言C、圖形表示D、表格

173.確定軟件系統(tǒng)中各個模塊的外特性，即其輸入輸出和功能是的任務。

A、需求分析B、概要設計C、具體設計D、編程階段

174.用于概要設計所采納的描述手段是。

A、DFDB、SCC、框圖D、數(shù)據(jù)結(jié)構(gòu)圖

175.一個模塊傳送給另一模塊的參數(shù)是由單個數(shù)據(jù)項組成的數(shù)組，它屬于o

A、數(shù)據(jù)型B、復合型C、內(nèi)容型D、公共型

176.在概要設計的設計文檔中，對每個模塊的描述內(nèi)容包括=

A、功能、界面、輸入、輸出B、界面、輸入、輸出、過程

C、界面、過程、限制和約束D、功能、界面、過程、注釋

177.依據(jù)SP方法的要點規(guī)定，程序最終要由審定。

A、專家B、誰編誰審C、主程序員D、資料員

178.結(jié)構(gòu)化流程圖(FC)中的箭頭是用于表示。

A、限制流B、數(shù)據(jù)流C、數(shù)據(jù)/限制D、調(diào)用關系

179.結(jié)構(gòu)化程序之所以有可能驗證其正確性是由于0

A、只有三種基本結(jié)構(gòu)B、有限制地運用GOTO語句

C、程序內(nèi)部有“內(nèi)部文檔”D、選擇良好數(shù)據(jù)結(jié)構(gòu)和算法

180.提高程序可讀性的有力手段是。

A、選好一種程序設計語言B、顯式說明一切變量

C、運用三種標準限制語句D、給程序加注釋

181.通過對軟件的測試，可以證明-

A、程序正確性B、錯誤不存在C、錯誤存在D、不含有隱患

182.軟件維護，可按不同的維護目的而分類，為了適應硬件環(huán)境或軟件環(huán)境的變更對軟件作

修改是。

I訂正性維護一B、適應性維護C、完善性維護D、預防性維護

183.確定軟件工程方法論全部步驟的關鍵目標是提高軟件的o

A、可移植性B、牢靠性C、可維護性D、效率

184.數(shù)據(jù)庫設計全過程中的關鍵是o

A、分析用戶要求B、建立概念性數(shù)據(jù)模型

C、邏輯設計D、物理設計

185.作為面對對象分析的基礎、由問題領域中的對象所組成、用ER圖來描述是o

A、消息模型B、處理模型C、狀態(tài)模型D、瀑布模型

二、填空題：

1.在結(jié)構(gòu)化分析中，用于具體地定義數(shù)據(jù)流圖中的成分。

2.耦合性和內(nèi)聚性是衡量______的兩個定性的標準。

3.提高程序的可理解、可修改、可測試的程度，就意味著增加軟件件的o

4.從數(shù)據(jù)流圖導出初始模塊結(jié)構(gòu)圖，主要是通過兩項技術(shù)。

5.結(jié)構(gòu)化程序設計是一種程序設計技術(shù)，它采納的設計方法和依次、選擇、循環(huán)

三種基本限制結(jié)構(gòu)構(gòu)造常態(tài)程序。

6.結(jié)構(gòu)化分析方法中，數(shù)據(jù)流圖的四種基本成分為：加工、源點或終點、-

7.從模塊內(nèi)外的聯(lián)系來看，結(jié)構(gòu)化設計的要求是0

8.在需求分析中，可從有關問題的簡述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡述中的

動詞短語將成為數(shù)據(jù)流圖中的成分。

9.假如兩模塊間的通信信息是若干個參數(shù)，而每個參數(shù)是單一的數(shù)據(jù)項，則稱這種耦合性為

耦合。

10.假如按用戶要求增加新功能或修改已有的功能而進行的維護工作，稱為o

11.在系統(tǒng)設計時，當數(shù)據(jù)流圖中數(shù)據(jù)的流淌路徑幾乎是線性時，應采納策略設計

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

12.現(xiàn)有一種軟件開發(fā)方法，它將軟件開發(fā)過程分成以下階段：需求分析、原型開發(fā)和評價、

系統(tǒng)設計和系統(tǒng)實現(xiàn)。這種軟件開發(fā)方法稱為o

13.模塊內(nèi)部的算法設計在結(jié)構(gòu)化方法的階段進行。

14.在數(shù)據(jù)流圖中，用以表示軟件系統(tǒng)之外的人員、設備等外部實體的基本的基本成分（元

素）稱為O

15.一個模塊直摟用另一個模塊內(nèi)部的代碼和數(shù)據(jù)的模塊間的耦合方式稱為耦合。

16.一般來說，在管理軟件中，軟件生存周期各個階段的工作量以一階段所占的比例最大。

17.定性度量模塊獨立性的兩個標準是內(nèi)聚性和o

18.在模塊結(jié)構(gòu)圖中，干脆調(diào)用某一模塊的其他模塊數(shù)稱為該模塊的o

19.軟件能被理解、被修改、被測試的易難程度稱為性。

20.若模塊內(nèi)的各處理元素都在同一時間間隔內(nèi)執(zhí)行完成，這種模塊內(nèi)元素間的聯(lián)系稱為—

內(nèi)聚。

21.軟件危機的事實使人們意識到：計算機要推廣運用，其關