軟件工程概論

1、單選題 35題-35分，填空題 10空-10 分，判斷題 10題-10分，名詞解釋 5題-10 分，簡答題 3 題-15分，應(yīng)用題 2題-20分一、選擇題(1) 在軟件開發(fā)模型中，提出最早，應(yīng)用最廣泛的模型是 ( )A、瀑布B、螺旋C、演化D、智能(2) 軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工程方法一般是 指 ()A、原型化方法 B、結(jié)構(gòu)化方法 C、面向?qū)ο蠓椒―、功能分解法(3) 下列關(guān)于瀑布模型的描述正確的是 ()A、利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價(jià)很低。B、瀑布模型的核心是按照軟件開發(fā)的時(shí)間順序?qū)栴}簡化。C、瀑布模型具有良好的靈活性。D、瀑布模型采用結(jié)構(gòu)化的分析與設(shè)

2、計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開、(4) 原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于( )系統(tǒng)。A、需求不確定性高的B、需求確定的C、管理信息D、實(shí)時(shí)(5) 軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是 ()A、問題定義，可行性研究，需求分析B、可行性研究，問題定義，需求分析C、可行性研究，需求分析，問題定義D、以上順序都不對(duì)(6) 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象是( )的一種表現(xiàn)。A、軟件工程 B、軟件周期C、軟件危機(jī)D、軟件產(chǎn)生(7) 快速原型模型的主要特點(diǎn)之一是 ()A、開發(fā)完畢才見到產(chǎn)品B、及早提供全部完整的軟件產(chǎn)品C、開發(fā)完畢后才見到工作軟

3、件 D、及早提供工作軟件(8) 軟件工程中常見的生命周期模型有 ()等。A、瀑布模型、快速原型模型、增量模型、螺旋模型和噴泉模型B、瀑布模型、快速循環(huán)模型、擴(kuò)展模型、螺旋模型和敏捷模型C、瀑布模型、快速循環(huán)模型、增量模型、螺旋模型和噴泉模型D、瀑布模型、快速原型模型、增量模型、螺旋模型和敏捷模型(9) 軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工程常用模型不 包括 ( )A、瀑布模型B、敏捷模型C、原型模型D、螺旋模型(10)軟件開發(fā)瀑布模型中的各個(gè)階段依次是()A、設(shè)計(jì)、分析、實(shí)現(xiàn)、測試、維護(hù)B、分析、設(shè)計(jì)、測試、實(shí)現(xiàn)、維護(hù)C、分析、設(shè)計(jì)、實(shí)現(xiàn)、維護(hù)、測試D、分析、設(shè)計(jì)、實(shí)現(xiàn)、測試

4、、維護(hù)(11)軟件危機(jī)的表現(xiàn)不包括 ()A、軟件質(zhì)量不可靠B、軟件幾乎是不可維護(hù)的C、測試過程中發(fā)現(xiàn)的錯(cuò)誤較多D、缺少文檔(12)瀑布模型的主要特點(diǎn)之一是( )A、推遲實(shí)現(xiàn)B、成功率提高C、容易失敗D、過程迭代(13) 在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝?( )A、軟件危機(jī)B、軟件工程C、程序設(shè)計(jì)革命D、結(jié)構(gòu)化程序設(shè)計(jì)(14) 軟件工程是 ()A、是結(jié)構(gòu)化程序設(shè)計(jì)的指導(dǎo)方法B、是軟件開發(fā)技術(shù)和軟件工程管理學(xué)為容的科目C、是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科D、是指導(dǎo)軟件開發(fā)的工程方法(15) 在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任 務(wù)

5、，可以在用例模型或方案腳本中予以說明， ( )是從各個(gè)角度對(duì)系統(tǒng)的約束和 限制，反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求。A、業(yè)務(wù)需求B、系統(tǒng)要求C、非功能需求 D、用戶需求(16) 軟件可行性研究一般不考慮 ()A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C、待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算D、待開發(fā)的軟件是否會(huì)有質(zhì)量問題(17) 經(jīng)濟(jì)可行性研究的圍包括 ( )A、資源有效性B、管理制度C、效益分析(18) 研究開發(fā)所需要的成本和資源是屬于可行性研究中的A、技術(shù)可行性B、經(jīng)濟(jì)可行性C、社會(huì)可行性D、開發(fā)風(fēng)險(xiǎn)( )D 、法律可行性( )A、技

6、術(shù)可行性B、經(jīng)濟(jì)可行性(20) 可行性研究實(shí)質(zhì)上是進(jìn)行了一次 (A、簡化了的系統(tǒng)分析和設(shè)計(jì)過程C、徹底的程序設(shè)計(jì)過程(21) 可行性研究階段的主要任務(wù)包括 (A、分析和澄清問題定義C、制定粗略的進(jìn)度、建議和計(jì)劃(22) 需求分析的任務(wù)包括 ()A、確定對(duì)系統(tǒng)的綜合要求C、導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃(23) 需求分析的任務(wù)不包括 ()A、確定對(duì)系統(tǒng)的綜合要求C、從技術(shù)角度分析系統(tǒng)是否可行C、社會(huì)可行性 D、法律可行性)B、詳盡的系統(tǒng)分析和設(shè)計(jì)過程D、深入的需求分析)B、導(dǎo)出系統(tǒng)的邏輯模型D、以上全是B、分析系統(tǒng)的數(shù)據(jù)要求D、以上都是B、分析系統(tǒng)的數(shù)據(jù)要求D、導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃(19) 研

7、究開發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究中的(24) 要將一個(gè)復(fù)雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法， 結(jié)構(gòu)化分析方法就是 ()A、面向數(shù)據(jù)流自頂向下、逐步求精的方法B、由向外進(jìn)行分析的方法C、先局部后整體的分析方法D、使用IPO圖形工具分析的方法(25) 需求分析是要完整、準(zhǔn)確、清晰，具體的確定系統(tǒng)所要完成的工作，其主要依據(jù)是前一階段的文檔 ()A、用戶手冊和參考手冊B、軟件愛你需求規(guī)格說明書C、開發(fā)計(jì)劃D、可行性研究報(bào)告(26) 需求分析階段的主要任務(wù)是確定 ()(27) 數(shù)據(jù)字典是用來定義 ()中的各個(gè)成分的具體含義的。A、流程圖B、功能結(jié)構(gòu)圖 C、系統(tǒng)結(jié)構(gòu)圖D

8、、數(shù)據(jù)流圖(28) 數(shù)據(jù)流圖是一種用來描述 ()的圖形工具。A、系統(tǒng)物理組成B、系統(tǒng)信息流和數(shù)據(jù)流 、C、所有功能D、系統(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 中的每個(gè)加工至少需要 ()A、一個(gè)輸入流B、一個(gè)輸入流和輸出流C、一個(gè)輸入或輸出流D、個(gè)輸出流(31) 數(shù)據(jù)流圖(DFD)是()方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具。A、SAB、 SDC、 SPD、 SC(32) 使用實(shí)體-聯(lián)系圖(ER圖)建立的概念性數(shù)據(jù)模型中包含 3種相互關(guān)聯(lián)的信息 ( )A、數(shù)據(jù)對(duì)

9、象、屬性、方法B、數(shù)據(jù)對(duì)象、屬性、聯(lián)系C、數(shù)據(jù)表、屬性、聯(lián)系D、數(shù)據(jù)表、實(shí)體、聯(lián)系(33) 模塊的聚性最高的是 ()A、邏輯聚B、時(shí)間聚C、偶然聚D、功能聚(34) 總體設(shè)計(jì)的目的是確定整個(gè)系統(tǒng) ()A、規(guī)模B、功能及模塊結(jié)構(gòu)C、費(fèi)用D、測試方案(35) 一個(gè)模塊部各程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個(gè)模塊的聚性稱為( )A、時(shí)間聚 B、功能聚C、通信聚D、過程聚(36) 軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括( )A、設(shè)計(jì)軟件的模塊結(jié)構(gòu)B、定義接口并建立數(shù)據(jù)結(jié)構(gòu)C、模塊設(shè)計(jì)D、生成概要設(shè)計(jì)規(guī)格說明(37) 如果某種聚要求一個(gè)模塊中包含的任務(wù)必須在同一段時(shí)間執(zhí)行，則這種

10、聚為( )A、時(shí)間聚B、邏輯聚C、通信聚 D、信息聚(38) 為了提高模塊的獨(dú)立性，模塊之間最好使用()A、控制耦合B、公共耦合C、容耦合D、數(shù)據(jù)耦合(39)結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法 ()A、篩選法B、遞歸法C、歸納法D、逐步求精法(40)對(duì)軟件進(jìn)行分解，是為了 ()A、降低模塊間接口的復(fù)雜度B、降低模塊的復(fù)雜程度C、降低模塊的復(fù)雜程度，并降低模塊間接口的復(fù)雜程度D、降低模塊的復(fù)雜程度，并提高模塊間接口的復(fù)雜程度(41) 在軟件工程中，描繪軟件結(jié)構(gòu)的圖形工具不包括 ()A、層次圖B、HIPO圖C、PAD圖D、H圖(42) 在詳細(xì)設(shè)計(jì)階段經(jīng)常采用的圖形工具包括()A、PAD圖B、程序流程圖(

11、43) 提高程序可讀性的手段包括 (A、使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu)C、給程序加注釋C、N-S圖D、以上都是)B、采用有實(shí)際意義的變量名D、以上都是(44) 結(jié)構(gòu)化程序設(shè)計(jì)的三種基本控制結(jié)構(gòu)不包括 ()A、順序B、選擇C、轉(zhuǎn)移D、循環(huán)(45) 詳細(xì)設(shè)計(jì)中，過程設(shè)計(jì)的常用圖形工具不包括 ()A、 程序流程圖B、數(shù)據(jù)流圖C、N-S盒圖D、PAD圖(46) 下列關(guān)于詳細(xì)設(shè)計(jì)中說法中正確的是 ()等。A 、詳細(xì)設(shè)計(jì)任務(wù)相當(dāng)于設(shè)計(jì)程序的“藍(lán)圖” 。B、詳細(xì)設(shè)計(jì)的根本目標(biāo)是應(yīng)該怎樣具體地實(shí)現(xiàn)系統(tǒng)C、詳細(xì)設(shè)計(jì)工編寫代碼D、以上都正確(47) 結(jié)構(gòu)化程序之所以具有易于閱讀，并且有可能驗(yàn)證其正確性，這是由于( )A、它

12、強(qiáng)調(diào)編程風(fēng)格B、選擇良好的數(shù)據(jù)結(jié)構(gòu)和算法C、有限制的使用GOTO語句D、只有三種基本結(jié)構(gòu)(48) 程序設(shè)計(jì)語言主要分三大類：機(jī)器語言、匯編語言和(A、邏輯語言B、咼級(jí)語言C、自然語言D、智能語言(49) 結(jié)構(gòu)化程序設(shè)計(jì)中的三個(gè)基本控制結(jié)構(gòu)是 ( )A、過程、子程序和分程序B、順序、選擇和循環(huán)C、遞歸、堆棧和隊(duì)列D、調(diào)用、返回和轉(zhuǎn)移(50) 軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的 ( )A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口 C、功能D、編程(51) 在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具包括 ()A、程序流程圖B、SAC、SCD、DFD(52) 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序?yàn)?()A、代碼的規(guī)模B

13、、運(yùn)行速度C、質(zhì)量D、可維護(hù)度(53) 兩個(gè)模塊彼此傳遞的信息中有控制信息的，這種耦合稱為()A、數(shù)據(jù)耦合B、公用環(huán)境耦合C、容耦合D、控制耦合(54) 結(jié)構(gòu)化設(shè)計(jì)又稱為 ()A、概要設(shè)計(jì)B、面向數(shù)據(jù)流設(shè)計(jì)C、面向?qū)ο笤O(shè)計(jì)D、詳細(xì)設(shè)計(jì)(55) 按照總體設(shè)計(jì)中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制域之間的關(guān)系應(yīng) 為 ( )A、模塊的作用域應(yīng)在模塊的控制域之B、模塊的控制域應(yīng)在模塊的作用域之C、模塊的控制域與模塊的作用域相互獨(dú)立D、以上說法都不對(duì)(56) 在 SD 方法中全面指導(dǎo)模塊劃分的最重要的原則是 ()A、程序模塊化B、模塊高聚C、模塊低耦合D、模塊獨(dú)立性(57) 軟件總體設(shè)計(jì)是指軟件總體結(jié)

14、構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括( )A、設(shè)計(jì)軟件的模塊結(jié)構(gòu)B、定義結(jié)構(gòu)并建立數(shù)據(jù)結(jié)構(gòu)C、模塊部算法設(shè)計(jì)D、生成概要設(shè)計(jì)規(guī)格說明(58) 軟件詳細(xì)設(shè)計(jì)主要采用的方法是 ()A、模塊設(shè)計(jì)B、結(jié)構(gòu)化設(shè)計(jì)C、PDL語言D、結(jié)構(gòu)化程序設(shè)計(jì)(59) 詳細(xì)設(shè)計(jì)中，過程設(shè)計(jì)的常用工具有 ( )等A、程序流程圖、N-S盒圖、PAD圖B、程序流程圖、數(shù)據(jù)流圖C、程序流程圖，系統(tǒng)流程圖D、程序流程圖、E-R圖(60) 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是 ()A、程序易讀性B、程序的效率 C、程序設(shè)計(jì)語言的先進(jìn)性 D、程序的規(guī)模(61) 提高程序可讀性的最有力手段是 ()A、使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu)B、采用有實(shí)際意義的

15、變量名C、顯示說明一切變量D、給程序加注釋(62) 一般來說，在軟件生命周期中成本最高的階段是()A、詳細(xì)設(shè)計(jì)B、軟件編碼C、軟件測試D、軟件維護(hù)(63) 軟件測試中根據(jù)測試用例設(shè)計(jì)的方法的不同可分為黑盒測試和白盒測試兩 種，它們 ()A 、前者屬于靜態(tài)測試，后者屬于動(dòng)態(tài)測試B、前者屬于動(dòng)態(tài)測試，后者屬于靜態(tài)測試C、 都屬于靜態(tài)測試D、都屬于動(dòng)態(tài)測試(64) 若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其圍是-1.0，1.0,現(xiàn)從輸入角度考慮一組測試用例： -1.001， -1.0， 1.0， 1.001。設(shè)計(jì)這組測試用例的 方法是 ()A、條件覆蓋法B、等價(jià)分類法(65)單元測試的測試用例

16、主要根據(jù) ( A、需求分析B、詳細(xì)設(shè)計(jì)C、邊界值分析法)的結(jié)果來設(shè)計(jì)C、概要設(shè)計(jì)D 、錯(cuò)誤推論法D、源程序(66) 軟件測試是為了 ()而執(zhí)行程序的過程。A、糾正錯(cuò)誤B、發(fā)現(xiàn)錯(cuò)誤C、避免錯(cuò)誤D、證明正確(67) 常用的黑盒測試方法不包括 ()A、等價(jià)劃分B、邊界值分析 C、邏輯覆蓋D錯(cuò)誤推測(68) 軟件測試中，白盒法是通過分析程序的 ()來設(shè)計(jì)測試用例的。A、應(yīng)用圍 B、部邏輯C、功能D、輸入數(shù)據(jù)(70) 與確認(rèn)測試階段有關(guān)的文檔是 ()C、詳細(xì)設(shè)計(jì)說明書D、源程序A、需求規(guī)格說明書 B、概要設(shè)計(jì)說明書(71) ( )是指程序在給定的時(shí)間點(diǎn)， 按照規(guī)格說明書的規(guī)定成功運(yùn)行的概率。A、可移植性

17、B、可用性C、可靠性D、可擴(kuò)展性(72) 為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來可能出現(xiàn)的問題，這種維護(hù)的維護(hù)類 型是 ( )A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)(73) 在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中，哪種維護(hù)所占比例最大？()A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)(74) 產(chǎn)生軟件維護(hù)的副作用，是指 ()A、開發(fā)時(shí)的錯(cuò)誤B、隱含的錯(cuò)誤C、因修改軟件造成新的錯(cuò)誤D、運(yùn)行時(shí)誤操作(75) 下列屬于維護(hù)階段的文檔是 ()A、軟件規(guī)格說明B、用戶操作手冊C、軟件問題報(bào)告D、軟件測試分析報(bào)告(76) 維護(hù)活動(dòng)必須應(yīng)用于 ()A、軟件文檔B、整個(gè)軟件配置C、可執(zhí)

18、行代碼D、數(shù)據(jù)(77) 為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意()A、保存測試用例和數(shù)據(jù)B、提高模塊的獨(dú)立性C、文檔的副作用D、養(yǎng)成好的程序設(shè)計(jì)風(fēng)格(78) 以下哪些問題是維護(hù)人員經(jīng)常面對(duì)的問題( )B、文檔不合格D、以上都是A、理解別人的程序非常困難C、設(shè)計(jì)時(shí)沒考慮未來的修改維護(hù)(79) 決定軟件可維護(hù)性的因素包括 ()A、可理解性、可測試性、可修改性、可移植性、可用性B、可理解性、可測試性、可修改性、可移植性、可重用性C、可理解性、可靠性、可測試性、可修改性、可移植性D、可理解性、可擴(kuò)展性、可測試性、可修改性、可升級(jí)性(80) 軟件生存周期的 ()工作與軟件可維護(hù)性有著密切的關(guān)系。A、編

19、碼階段B、設(shè)計(jì)階段C、測試階段D、每個(gè)階段(81) 軟件維護(hù)困難的主要原因是 ()A、費(fèi)用低 B、人員少C、開發(fā)設(shè)計(jì)中的缺陷D、得不到用戶支持(82) 因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為( )A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)(83) 在軟件維護(hù)的實(shí)施過程中， 為了正確和有效地修改， 需要經(jīng)歷以下三個(gè)步驟： 分析和理解程序，修改程序，重新驗(yàn)證程序。 ( )是決定維護(hù)成敗和質(zhì)量好壞的 關(guān)鍵。A、分析和理解程序B、重新驗(yàn)證程序C、修改程序D、驗(yàn)收程序(84) ()是指程序在給定的時(shí)間間隔，按照規(guī)定說明書的規(guī)定成功運(yùn)行的概率。A、可移植性B、可用性C、可靠性

20、D、可擴(kuò)展性)的重要尺度之一。C、質(zhì)量D、通用性(85) 軟件可移植性是用來衡量軟件的 (A、人機(jī)關(guān)系B、效率(86) 軟件質(zhì)量必須在 ()加以保證。A、開發(fā)之前B、開發(fā)之后C、可行性研究過程中D、設(shè)計(jì)與實(shí)現(xiàn)過程中(87) 面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成分：()、屬性和方法。A、標(biāo)識(shí)B、規(guī)則C、封裝D、消息(88) ( )是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其部信息對(duì) 外界是隱蔽的。外界只能通過有限額接口與對(duì)象發(fā)生聯(lián)系。A、多態(tài)性B、繼承C、封裝D、消息(89) 消息是對(duì)象間交互的一種機(jī)制，消息刺激接受對(duì)象產(chǎn)生某種行為。消息的構(gòu)成有三部分： ( )，消息名，若干變

21、元。C、消息編號(hào)D、時(shí)間( )，弱耦合，強(qiáng)聚和可重用。C、封裝性D、實(shí)例化A、發(fā)出消息的對(duì)象B、接受消息的對(duì)象(90) 面相對(duì)象設(shè)計(jì)準(zhǔn)則包括，模塊化，抽象，A、信息隱蔽B、可繼承(91) ( )意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。A、多態(tài)性B、多繼承C、類的復(fù)用D、封裝(92) 軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫( )A、生存期B、面向?qū)ο蠓治鯟、面向?qū)ο蟪绦蚍治鯠、面向?qū)ο笤O(shè)計(jì)(93) 把一組具有相似特性的對(duì)象的描述，稱之為()A、多態(tài)性B、繼承性C、類D、消息(94) 面向?qū)ο蠓治龅莫?dú)到之處在于 ( )A、將數(shù)據(jù)和操作結(jié)合在一起而不是分離B、僅考慮數(shù)據(jù)結(jié)構(gòu)C、數(shù)據(jù)的操作分別獨(dú)立考慮D、僅考慮操作過程(95) 下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是()A、鍵盤、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，都