單選題35題-35分，填空題10空-10分：判斷題10題T0分，名

詞解釋5題-10分，簡答題3題-15分，應用題2題-20分

一、選擇題

⑴在軟件開發(fā)模型中，提出最早，應用最廣泛的模型是（）

A、瀑布B、螺旋C、演化【）、智能

⑵軟件工程方法是在實踐中不斷發(fā)展著的方法，而早期的軟件工

程方法一般是指（）

A、原型化方法B、結(jié)構(gòu)化方法C、面向?qū)ο蠓椒―、

功能分解法

⑶下列關于瀑布模型的描述正確的是（）

A、利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價很低。

B、瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化。

C、瀑布模型具有良好的靈活性。

D、瀑布模型采用結(jié)構(gòu)化的分析與設計方法，將邏輯實現(xiàn)與物理實

現(xiàn)分開、

（4）原型化方法是用戶和設計者之間執(zhí)行的一種交互構(gòu)成，適用于

（）系統(tǒng)。

A、需求不確定性高的B、需求確定的C、管理信息D、

實時

⑸軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是（）

A、問題定義，可行性研究，需求分析E、可行性研究，問題定

義，需求分析

C、可行性研究，需求分析，問題定義D、以上順序都不對

（6）開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這

種現(xiàn)象是（）的一種表現(xiàn)。

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

⑺快速原型模型的主要特點之一是（）

A、開發(fā)完畢才見到產(chǎn)品B、及早提供全部完整的軟件產(chǎn)品

C、開發(fā)完畢后才見到工作軟件D、及早提供工作軟件

（8）軟件工程中常見的生命周期模型有（）等。

A、瀑布模型、快速原型模型、增量模型、螺旋模型和噴泉模

型

B、瀑布模型、快速循環(huán)模型、擴展模型、螺旋模型和敏捷模

型

C、瀑布模型、快速循環(huán)模型、增量模型、螺旋模型和噴泉模

型

D、瀑布模型、快速原型模型、增量模型、螺旋模型和敏捷模

型

⑼軟件工程方法是在實踐中不斷發(fā)展著的方法，而早期的軟件工

程常見模型不包括（）

A、瀑布模型13、敏捷模型C、原型模型I）、螺

旋模型

（10）軟件開發(fā)瀑布模型中的各個階段依次是（）

A、設計、分析、實現(xiàn)、測試、維護B、分析、設

計、測試、實現(xiàn)、維護

C、分析、設計、實現(xiàn)、維護、測試D、分析、設

計、實現(xiàn)、測試、維護

(11)軟件危機的表現(xiàn)不包括()

A、軟件質(zhì)量不可靠B、軟件幾乎是不可維

護的

C、測試過程中發(fā)現(xiàn)的錯誤較多D、缺少文檔

(12)瀑布模型的主要特點之一是(

A、推遲實現(xiàn)B、成功率提高C、容易失敗D、過

程迭代

(13)在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復雜性

提高等原因?qū)е铝?)

A、軟件危機B、軟件工程C、程序設計革命D、結(jié)

構(gòu)化程序設計

(14)軟件工程是()

A、是結(jié)構(gòu)化程序設計的指導方法

B、是軟件開發(fā)技術(shù)和軟件工程管理學為內(nèi)容的科目

C、是指導計算機軟件開發(fā)和維護的工程學科

D、是指導軟件開發(fā)的工程方法

(15)在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必

須要完成的任務，能夠在用例模型或方案腳本中予以說明，()

是從各個角度對系統(tǒng)的約束和限制，反映了應用對軟件系統(tǒng)質(zhì)量

和特性的額外要求。

A、業(yè)務需求B、系統(tǒng)要求C、非功能需求D、用

戶需求

(16)軟件可行性研究一般不考慮()

A、是否有足夠的人員和相關的技術(shù)來支持系統(tǒng)開發(fā)

B、是否有足夠的工具和相關的技術(shù)來支持系統(tǒng)開發(fā)

C、待開發(fā)軟件是否有市場、經(jīng)濟上是否合算

D、待開發(fā)的軟件是否會有質(zhì)量問題

(17)經(jīng)濟可行性研究的范圍包括()

A、資源有效性B、管理制度C、效益分析D、開

發(fā)風險

(18)研究開發(fā)所需要的成本和資源是屬于可行性研究中的()

A、技術(shù)可行性B、經(jīng)濟可行性C、社會可行性D、法

律可行性

(19)研究開發(fā)的軟件是否符合相關法律規(guī)定是屬于可行性研究

中的()

A、技術(shù)可行性B、經(jīng)濟可行性C、社會可行性D、法

律可行性

(20)可行性研究實質(zhì)上是進行了一次()

A、簡化了的系統(tǒng)分析和設計過程B、詳盡的系統(tǒng)分析和

設計過程

C、徹底的程序設計過程D、深入的需求分析

（21）可行性研究階段的主要任務包括（）

A、分析和澄清問題定義B、導出系統(tǒng)的邏輯模型

C、制定粗略的進度、建議和計劃D、以上全是

（22）需求分析的任務包括（）

A、確定對系統(tǒng)的綜合要求B、分析系統(tǒng)的數(shù)據(jù)要

求

C、導出邏輯模型并修正開發(fā)計劃D、以上都是

（23）需求分析的任務不包括（）

A、確定對系統(tǒng)的綜合要求B、分析系統(tǒng)的數(shù)據(jù)要

求

C、從技術(shù)角度分析系統(tǒng)是否可行I）、導出邏輯模型并修

正開發(fā)計劃

（24）要將一個復雜的系統(tǒng)分析清楚,傳統(tǒng)軟件工程常見方法是結(jié)

構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是（）

A、面向數(shù)據(jù)流自頂向下、逐步求精的方法

B、由內(nèi)向外進行分析的方法

C、先局部后整體的分析方法

D、使用IPO圖形工具分析的方法

（25）需求分析是要完整、準確、清晰，具體的確定系統(tǒng)所要完成

的工作，其主要依據(jù)是前一階段的文檔（）

A、用戶手冊和參考手冊B、軟件愛你需求規(guī)格說

明書

C、開發(fā)計劃D、可行性研究報告

（26）需求分析階段的主要任務是確定（）

A、軟件開發(fā)方法B、軟件開發(fā)工具C軟件開發(fā)費D軟件系統(tǒng)

的功能

（27）數(shù)據(jù)字典是用來定義（）中的各個成分的具體含義的。

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

流圖

（28）數(shù)據(jù)流圖是一種用來描述（）的圖形工具。

A、系統(tǒng)物理組成B、系統(tǒng)信息流和數(shù)據(jù)流

、

C、所有功能1）、系統(tǒng)控制流和數(shù)據(jù)流

（29）（）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒有它，數(shù)

據(jù)流就不完整。

A、系統(tǒng)流程圖B、E-R圖C、數(shù)據(jù)字典D、層次

方框圖

（30）數(shù)據(jù)流圖DFD中的每個加工至少需要（）

A、一個輸入流B、一個愉入流和愉出流C、一個輸入或輸

出流I）、一個輸出流

（31）數(shù)據(jù)流圖（DF【））是（）方法中用于表示系統(tǒng)的邏輯模型的一

種圖形工具。

A、SAB、SDC、SPD、SC

（32）使用實體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種相

互關聯(lián)的信息。（）

A、數(shù)據(jù)對象、屬性、方法B、數(shù)據(jù)對象、屬性、

聯(lián)系

C、數(shù)據(jù)表、屬性、聯(lián)系I）、數(shù)據(jù)表、實體、聯(lián)

系

（33）模塊的內(nèi)聚性最高的是（）

A、邏輯內(nèi)聚B、時間內(nèi)聚C、偶然內(nèi)聚D、功

能內(nèi)聚

（34）總體設計的目的是確定整個系統(tǒng)（）

A、規(guī)模B、功能及模塊結(jié)構(gòu)C、費用I）、測試方案

（35）一個模塊內(nèi)部各程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個模塊的

內(nèi)聚性稱為（）

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

程內(nèi)聚

（36）軟件總體設計是指軟件總體結(jié)構(gòu)設計和數(shù)據(jù)設計，該階段的

主要任務不包括（）

A、設計軟件的模塊結(jié)構(gòu)B、定義接口并建立數(shù)據(jù)

結(jié)構(gòu)

C、模塊設計I）、生成概要設計規(guī)格說

明

（37）如果某種內(nèi)聚要求一個模塊中包含的任務必須在同一段時間

執(zhí)行，則這種內(nèi)聚為()

A、時間內(nèi)聚B、邏輯內(nèi)聚C、通信內(nèi)聚D、信

息內(nèi)聚

(38)為了提高模塊的獨立性，模塊之間最好使用()

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

據(jù)耦合

(39)結(jié)構(gòu)化程序設計的一種基本方法()

A、篩選法B、遞歸法C、歸納法D、逐

步求精法

(40)對軟件進行分解，是為了()

A、降低模塊間接口的復雜度B、降低模塊的復雜程度

C、降低模塊的復雜程度，并降低模塊間接口的復雜程度

D、降低模塊的復雜程度，并提高模塊間接口的復雜程度

(41)在軟件工程中，描繪軟件結(jié)構(gòu)的圖形工具不包括()

A、層次圖B、HIP0圖C、PAD圖D、H圖

(42)在詳細設計階段經(jīng)常采用的圖形工具包括()

A、PAD圖B、程序流程圖C、N-S圖D、以

上都是

(43)提高程序可讀性的手段包括()

A、使用三種標準控制結(jié)構(gòu)B、采用有實際意義的

變量名

C、給程序加注釋D、以上都是

(44)結(jié)構(gòu)化程序設計的三種基本控制結(jié)構(gòu)不包括()

A、順序B、選擇C、轉(zhuǎn)移D、循環(huán)

(45)詳細設計中，過程設計的常見圖形工具不包括()

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

圖

(46)下列關于詳細設計中說法中正確的是()等。

A、詳細設計任務相當于設計程序的"藍圖二

B、詳細設計的根本目標是應該怎樣具體地實現(xiàn)系統(tǒng)

C、詳細設計W編寫代碼

D、以上都正確

(47)結(jié)構(gòu)化程序之因此具有易于閱讀，而且有可能驗證其正確性,

這是由于()

A、它強調(diào)編程風格B、選擇良好的數(shù)

據(jù)結(jié)構(gòu)和算法

C、有限制的使用GOTO語句D、只有三種基本結(jié)構(gòu)

(48)程序設計語言主要分三大類：機器語言、匯編語言和()

A、邏輯語言B、高級語言C、自然語言D、智

能語?言

(49)結(jié)構(gòu)化程序設計中的三個基本控制結(jié)構(gòu)是()

A、過程、子程序和分程序B、順序、選擇和

循環(huán)

C、遞歸、堆棧和隊列D、調(diào)用、返回和

轉(zhuǎn)移

(50)軟件詳細設計的主要任務是確定每個模塊的()

A、算法和使用的數(shù)據(jù)結(jié)構(gòu)B、外部接口C、功能D、

編程

(51)在詳細設計階段，經(jīng)常采用的工具包括()

A、程序流程圖B、SAC、SCD、

DFD

(52)詳細設計的結(jié)果基本決定了最終程序為()

A、代碼的規(guī)模B、運行速度C、質(zhì)量D、可維

護度

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

)

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

制耦合

(54)結(jié)構(gòu)化設計又稱為()

A、概要設計B、面向數(shù)據(jù)流設計C、面向?qū)ο笤O計D、

詳細設計

(55)按照總休設計中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制

域之間的關系應為()

A、模塊的作用域應在模塊的控制域之內(nèi)

B、模塊的控制域應在模塊的作用域之內(nèi)

C、模塊的控制域與模塊的作用域相互獨立

D、以上說法都不對

(56)在SD方法中全面指導模塊劃分的最重要的原則是()

A、程序模塊化B、模塊高內(nèi)聚C、模塊低耦合D、模

塊獨立性

(57)軟件總體設計是指軟件總體結(jié)構(gòu)設計和數(shù)據(jù)設計，該階段的

主要任務不包括()

A、設計軟件的模塊結(jié)構(gòu)B、定義結(jié)構(gòu)并建立數(shù)

據(jù)結(jié)構(gòu)

C、模塊內(nèi)部算法設計D、生成概要設計規(guī)格

說明

(58)軟件詳細設計主要采用的方法是()

A、模塊設計13、結(jié)構(gòu)化設計C、PDL語言D、結(jié)構(gòu)

化程序設計

(59)詳細設計中，過程設計的常見工具有()等

A、程序流程圖、N-S盒圖、PAD圖B、程序流程

圖、數(shù)據(jù)流圖

C、程序流程圖，系統(tǒng)流程圖D、程序流程圖、E-R

圖

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

A、程序易讀性B、程序的效率C、程序設計語言的先進性

D、程序的規(guī)模

（61）提高程序可讀性的最有力手段是（）

A、使用三種標準控制結(jié)構(gòu)B、采用有實際意

義的變量名

C、顯示說明一切變量D、給程序加注釋

（62）一般來說，在軟件生命周期中成本最高的階段是（）

A、詳細設計B、軟件編碼C、軟件測試D、軟

件維護

（63）軟件測試中根據(jù)測試用例設計的方法的不同可分為黑盒測試

和白盒測試兩種，它們（）

A、前者屬于靜態(tài)測試，后者屬于動態(tài)測試

B、前者屬于動態(tài)測試，后者屬于靜態(tài)測試

C、都屬于靜態(tài)測試I）、都屬于動態(tài)測試

（64）若有一個計算類型的程序，它的輸入量只有一個X,其范圍是

[-1.0,1.0],現(xiàn)從輸入角度考慮一組測試用例：-1.001,-1.0,

1.0,l.OOlo設計這組測試用例的方法是（）

A、條件覆蓋法B、等價分類法C、邊界值分析法D、

錯誤推論法

（65）單元測試的測試用例主要根據(jù)（）的結(jié)果來設計

A、需求分析13、詳細設計C、概要設計I）、

源程序

（66）軟件測試是為了（）而執(zhí)行程序的過程。

A、糾正錯誤B、發(fā)現(xiàn)錯誤C、避免錯誤D、

證明正確

(67)常見的黑盒測試方法不包括()

A、等價劃分B、邊界值分析C、邏輯覆蓋D

錯誤推測

(68)軟件測試中，白盒法是經(jīng)過分析程序的()來設計測試用

例的。

A、應用范圍B、內(nèi)部邏輯C、功能D、輸

入數(shù)據(jù)

(70)與確認測試階段有關的文檔是()

A、需求規(guī)格說明書B、概要設計說明書C、詳細設計說明

書D、源程序

(71)()是指程序在給定的時間點，按照規(guī)格說明書的規(guī)定

成功運行的概率。

A、可移植性B、可用性C、可靠性D、

可擴展性

(72)為軟件的運行增加監(jiān)控設施以應對將來可能出現(xiàn)的問題，這

種維護的維護類型是()

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

預防性維護

(73)在整個軟件維護階段所花費的全部工作中，哪種維護所占比

例最大？()

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

預防性維護

(74)產(chǎn)生軟件維護的副作用，是指()

A、開發(fā)時的錯誤B、隱含的錯誤

C、因修改軟件造成新的錯誤D、運行時誤操

作

(75)下列屬于維護階段的文檔是()

A、軟件規(guī)格說明B、用戶操作手冊C、軟件問題報告D、軟

件測試分析報告

(76)維護活動必須應用于()

A、軟件文檔B、整個軟件配置C、可執(zhí)行代碼D、

數(shù)據(jù)

(77)為了提高軟件的可維護性，在編碼階段應注意()

A、保存測試用例和數(shù)據(jù)B、提高模塊的獨立性

C、文檔的副作用D、養(yǎng)成好的程序設計

風格

(78)以下哪些問題是維護人員經(jīng)常面正確問題()

A、理解別人的程序非常困難B、文檔不合格

C、設計時沒考慮未來的修改維護D、以上都是

(79)決定軟件可維護性的因素包括()

A、可理解性、可測試性、可修改性、可移植性、可用性

B、可理解性、可測試性、可修改性、可移植性、可重用性

C、可理解性、可靠性、可測試性、可修改性、可移植性

D、可理解性、可擴展性、可測試性、可修改性、可升級性

(80)軟件生存周期的()工作與軟件可維護性有著密切的關系。

A、編碼階段B、設計階段C、測試階段D、每

個階段

(81)軟件維護困難的主要原因是()

A、費用低B、人員少C、開發(fā)設計中的缺陷D、得不

到用戶支持

(82)因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱

為()

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

預防性維護

(83)在軟件維護的實施過程中，為了正確和有效地修改，需要經(jīng)

歷以下三個步驟：分析和理解程序，修改程序，重新驗證程序。(

)是決定維護成敗和質(zhì)量好壞的關鍵。

A、分析和理解程序B、重新驗證程序C、修改程序D、

驗收程序

(84)()是指程序在給定的時間間隔內(nèi)，按照規(guī)定說明書的

規(guī)定成功運行的概率。

A、可移植性B、可用性C、可靠性I）、

可擴展性

(85)軟件可移植性是用來衡量軟件的()的重要尺度之一。

A、人機關系B、效率C、質(zhì)量D、通用

性

(86)軟件質(zhì)量必須在()加以保證。

A、開發(fā)之前B、開發(fā)之后C、可行性研究過程中D、設計

與實現(xiàn)過程中

(87)面向?qū)ο蠹夹g(shù)中，對象是類的實例。對象有三種成分：(

)、屬性和方法。

A、標識B、規(guī)則C、封裝D、消息

(88)()是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨立的

對象，其內(nèi)部信息對外界是隱蔽的。外界只能經(jīng)過有限額接口與對

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

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

(89)消息是對象間交互的一種機制，消息刺激接受對象產(chǎn)生某種

行為。消息的構(gòu)成有三部分：(),消息名，若干變元。

A、發(fā)出消息的對象B、接受消息的對象C、消息編

號D、時間

(90)面相對象設計準則包括，模塊化，抽象，(),弱耦合，強

內(nèi)聚和可重用。

A、信息隱蔽B、可繼承C、封裝性D、

實例化

(91)()意味著一個操作在不同的類中能夠有不同的實現(xiàn)方式。

A、多態(tài)性B、多繼承C、類的復用D、

封裝

(92)軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模

型的過程叫()

A、生存期B、面向?qū)ο蠓治鯟、面向?qū)ο蟪绦蚍治鯠、面

向?qū)ο笤O計

(93)把一組具有相似特性的對象的描述，稱之為()

A、多態(tài)性B、繼承性C、類D、消息

(94)面向?qū)ο蠓治龅莫毜街幵谟?)

A、將數(shù)據(jù)和操作結(jié)合在一起而不是分離B、僅考慮數(shù)據(jù)結(jié)構(gòu)

C、數(shù)據(jù)的操作分別獨立考慮