軟件工程期末選擇題

1、 . 軟件工程的概念是哪年提出的(B )。 1.A. 1988 B. 1968 C. 1948 D. 1928 瀑布模型的關(guān)鍵不足在于(D )。 2.A. 過于簡單 B. 各個階段需要進(jìn)行評審 C. 過于靈活 D. 不能適應(yīng)需求的動態(tài)變更 以下哪一項不是軟件危機(jī)的表現(xiàn)形式(C)。 3.A. 開發(fā)的軟件不滿足用戶需要 B. 開發(fā)的軟件可維護(hù)性差 C. 開發(fā)的軟件價格便宜 D. 開發(fā)的軟件可靠性差 軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次(A)需求分析、設(shè)計過程。 4.A. 簡化、壓縮的 B. 詳細(xì)的 C. 徹底的 D. 深入的 結(jié)構(gòu)化設(shè)計是一種面向(A)的設(shè)計方法。 5.A. 數(shù)據(jù)流 B. 模塊 C.

2、數(shù)據(jù)結(jié)構(gòu) D. 程序 與確認(rèn)測試階段有關(guān)的文檔是(A)。 6.A. 需求規(guī)格說明書 B. 概要設(shè)計說明書 C. 詳細(xì)設(shè)計說明書 D. 源程序 軟件開發(fā)的需求活動，其主要任務(wù)是（D）。 7.A. 給出軟件解決方案 B. 給出系統(tǒng)模塊結(jié)構(gòu) C. 定義模塊算法 D. 定義需求并建立系統(tǒng)模型 以下說法錯誤的是(A)。 8.A. 文檔僅僅描述和規(guī)定了軟件的使用范圍及相關(guān)的操作命令 27 / 1 . 文檔也是軟件產(chǎn)品的一部分，沒有文檔的軟件就不成軟件B. 軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當(dāng)大C. 的工作量高質(zhì)量文檔對于發(fā)揮軟件產(chǎn)品的效益有著重要的意義D. 一個項目是否開發(fā)，從經(jīng)濟(jì)上來說是否

3、可行，歸根結(jié)底是取決于 9. 。(A) A. 成本估算 B. 項目計劃工程網(wǎng)絡(luò)圖C. 工程管理 D. 抽象、在面向?qū)ο蟮脑O(shè)計中，我們應(yīng)遵循的設(shè)計準(zhǔn)則除了模塊化、 10. 低耦合、高內(nèi)聚以外，還有。(B) A. 隱藏復(fù)雜性 B. 信息隱蔽類的開發(fā)C. 經(jīng)常類的復(fù)用 D. )( 。面向?qū)ο蟮闹饕卣鞒龑ο笪┮恍浴⒎庋b、繼承外，還有 11. B. 完整性A. 多態(tài)性兼容性可移植性 D. C. 在考察系統(tǒng)的一些涉及時序和改變的狀況時，要用動態(tài)模型來表 12.示。動態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個圖：一個是事 ( )。件追蹤圖，另一個是 狀態(tài)圖數(shù)據(jù)流圖A. B. 用例圖 D. C. 系統(tǒng)結(jié)構(gòu)圖 面

4、說法正確的是( )。 13. 經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確A. 27 / 2 . 測試的目標(biāo)是為了證明程序沒有錯誤B. 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試C. 成功的測試是沒有發(fā)現(xiàn)錯誤的測試D. ( )能夠有效地檢測輸入條件的各種組合可能會引起的錯誤。 14. 邊界值分析 B. A. 等價類劃分因果圖 D. C. 錯誤推測 )( 火車是一種陸上交通工具。火車和陸上交通工具之間的關(guān)系是 15. 關(guān)系。 整體部分A. 組裝 B. 一般特殊C. has a D. ）軟件維護(hù)產(chǎn)生的副作用，是指（ 16. 、隱含的錯誤A、開發(fā)時的錯誤 B、運(yùn)行時誤操作 D、因修改軟件而造成的錯誤C 使用程序

5、設(shè)計的控制結(jié)構(gòu)導(dǎo)出測試用例的測試方法是（） 17. 、白盒測試A、黑盒測試 B、系統(tǒng)測試 DC、邊界測試 軟件詳細(xì)設(shè)計的主要任務(wù)是確定每個模塊的（ ） 18. B、外部接口、算法和使用的數(shù)據(jù)結(jié)構(gòu)A、編程、功能 DC ）軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（ 19. BA、深度、寬度、扇出、扇入 DC 27 / 3 . ）為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（ 20. B、時間內(nèi)聚A、邏輯內(nèi)聚、通信內(nèi)聚、功能內(nèi)聚 DC ）軟件是一種（ 21. 、數(shù)據(jù)、程序A B、物理產(chǎn)品 DC、邏輯產(chǎn)品 ）需求分析最終結(jié)果是產(chǎn)生（ 22. BA、項目開發(fā)計劃、需求規(guī)格說明書、可行性分析報告 DC、設(shè)計說明書

6、 因計算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為 23.( ) 、預(yù)防性維護(hù) D、糾正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù)A ( ) 下列屬于維護(hù)階段的文檔是 24.、軟件、用戶操作手冊 C、軟件問題報告 D、軟件規(guī)格說明A B測試分析報告 ，其范圍是若有一個計算類型的程序，它的輸入量只有一個X 25.，現(xiàn)從輸入的角度考慮一組測試用例：-1.0011.0-1.0，( ) 。設(shè)計這組測試用例的方法是，-1.0，1.01.001、錯誤推測、等價分類法A、條件覆蓋法 B C、邊界值分析法 D法 研究的研究開發(fā)所需要的成本和資源是屬于可行性研究中的( ) 26. 一方面。27 / 4 . 法

7、律可行 D. B. A. 技術(shù)可行性經(jīng)濟(jì)可行性 C. 社會可行性性 按軟件生命周期方法設(shè)計軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪 27. ）個階段的工作（ 、程序設(shè)計、需求分析A B、軟件維護(hù) DC、詳細(xì)設(shè)計 ）經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟件產(chǎn)品中（ 28. BA、軟件不再包含任何錯誤、還可能包含少量軟件錯誤、文檔中不會含 DC、所提交給用戶的可執(zhí)行文件不會含有錯誤有錯誤。 ）等價劃分測試方法屬于（ 29.、系統(tǒng)測試、邊界測試 B、白盒測試 C D、黑盒測試A 軟件按照設(shè)計的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù) 30.( ) 運(yùn)行的要求的質(zhì)量特性稱為完整性 C.可靠性正確性 D.A.

8、可用性 B. 確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測 31. 試屬于（ ） B、恢復(fù)測試、集成測試A、單元測試、確認(rèn)測試 DC 。要顯示描繪軟件開發(fā)項目各作業(yè)的依賴關(guān)系，應(yīng)選擇( ) 32. B.A. Gantt圖工程網(wǎng)絡(luò)數(shù)據(jù)流圖模型 D.C. COCOMO 27 / 5 . 從心理學(xué)角度看，對數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進(jìn)行分解，一次分 33. 解為多少個泡為宜。（）72 、A、31 B182151 DC、 結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是（ ） 34. A、程序的規(guī)模 B、程序的效率、程序易讀性 DC、程序設(shè)計語言的先進(jìn)性 ）在用戶界面層次上對軟件進(jìn)行測試屬于哪種測試方法（ 35.、

9、系統(tǒng)測試 C、邊界測試 D、黑盒測試A B、白盒測試 ）于對象的統(tǒng)使數(shù)據(jù)和操作（ 對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合， 36. 一體中。、抽象、封裝 DA、結(jié)合 B、隱藏 C 是比較理想的可重用軟構(gòu)件。( ) 37. 源代碼包含文件A.子程序庫 B.類對象 D.C. ( ) 下列模型屬于成本估算方法的有 38.、時間 D度量法模型模型A、COCOMO B、McCall C、McCabe估算法 ）階段。軟件生存周期中時間最長的是（ 39. BA、總體設(shè)計、需求分析、軟件維護(hù)、軟件測試 DC 27 / 6 . ）。為了提高模塊的獨(dú)立性，模塊之間的聯(lián)系最好的是（ 40. B、公共耦合、控制耦合A、數(shù)據(jù)耦合、

10、內(nèi)容耦合 DC ）軟件概要設(shè)計結(jié)束后得到（ 41. B、優(yōu)化后的軟件結(jié)構(gòu)圖A、初始化的軟件結(jié)構(gòu)圖、程序編碼、模塊的接口圖和詳細(xì)算法 DC 為使得開發(fā)人員對軟件產(chǎn)品的各個階段工作都進(jìn)行周密的思考， 42. ）的編制是很重要的。從而減少返工，所以（ B、概要說明A、需求說明、測試計劃、軟件文檔 DC 關(guān)系。汽車有一個發(fā)動機(jī)，因而汽車與發(fā)動機(jī)之間的關(guān)系是（ ） 43. 、整體與部分A、一般與特殊 B關(guān)系 DC、分類關(guān)系、is a ）。軟件部件的內(nèi)部實(shí)現(xiàn)與外部可訪問性的分離，是指軟件的（ 44. B、共享性A、繼承性、抽象性、封裝性 DC 單元測試是發(fā)現(xiàn)編碼錯誤，集成測試是發(fā)現(xiàn)模塊的接口錯誤，確 45

11、.的錯）認(rèn)測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（ 誤。 BA、接口錯誤、編碼錯誤、功能錯誤、性能、質(zhì)量不合要求 DC 27 / 7 . 的一切軟件工程管理對軟件項目的開發(fā)管理，即對整個軟件（ ） 46. 活動的管理。 BA、軟件項目、生存期、軟件開發(fā)C、軟件開發(fā)計劃 D ）許多產(chǎn)品的質(zhì)量問題源于新產(chǎn)品的開發(fā)設(shè)計階段，因此在產(chǎn)品（ 47.階段就應(yīng)采取有力措施來消滅由于設(shè)計原因而產(chǎn)生的質(zhì)量隱 患。 、軟件評審A B、軟件測試、軟件度量 DC、開發(fā)設(shè)計 下列幾種類型中，耦合性最弱的是（ ）。 48. A、內(nèi)容型 B、控制型、數(shù)據(jù)型C、公共型 D 仍然能在一定程度上完成預(yù)期的功能，系統(tǒng)因錯誤

12、而發(fā)生故障時， 49. 則把該軟件稱為（ ）。 、軟件容錯 B、系統(tǒng)軟件A、恢復(fù)測試C、測試軟件 D 瀑布模型的關(guān)鍵不足在于 50.、各 D、不能適應(yīng)需求的動態(tài)變更A、過于簡單 BC、過于靈活個階段需要進(jìn)行評審 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系 51.、繼承和、聚集和消息傳遞 D C BA、繼承和聚集、繼承和一般方法調(diào)用 27 / 8 . 以下哪一項不是軟件危機(jī)的表現(xiàn)形式 52.、質(zhì)量得不到保證 D BA、成本高、生產(chǎn)率低 C、技術(shù)發(fā)展快 以下哪一項不是面向?qū)ο蟮奶卣?53.、過程調(diào)用、繼承性A、多態(tài)性 B C、封裝性 D 軟件可行性研究一般不考慮 54. A、是否有足夠

13、的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) B、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) C、待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算、待開發(fā)的軟件是否會有質(zhì)量問題D 軟件維護(hù)的副作用主要有以下哪幾種 55. 、編碼副作用、數(shù)據(jù)副作用、測試副作用A 、編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用B C、編碼副作用、數(shù)據(jù)副作用、文檔副作用、編碼副作用、文檔副作用、測試副作用D 軟件項目計劃一般不包括以下哪項內(nèi)容 56.、軟件開發(fā)標(biāo)準(zhǔn)的選、進(jìn)度安排 D、培訓(xùn)計劃 B、人員安排 CA擇和制定 以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法 57.方法omt、coad方法 Bbooch方法 Cjackson方法 D、A 以下哪種測

14、試方法不屬于白盒測試技術(shù) 58.、邏、循環(huán)覆蓋測試 D C BA、基本路徑測試、邊界值分析測試輯覆蓋測試 27 / 9 . ( ) 是指”“軟件危機(jī) 59. 計算機(jī)病毒的出現(xiàn)A. 利用計算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動B. C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題人們過分迷戀計算機(jī)系統(tǒng)D. ( ) DFD中的每個加工至少需要 60. 一個輸出流 B. A. 一個輸入流一個輸入流和一個輸出流 D. C. 一個輸入或輸出流 ( ) 為了提高模塊的獨(dú)立性，模塊之間最好是 61.數(shù)據(jù)耦合內(nèi)容耦合 C. D. 控制耦合A. B. 公共耦合 ( ) 語言不正確的說法是PDL下面關(guān)于 62. 是描述處理過程怎么做A. P

15、DL 是只描述加工做什么B. PDL 也稱為偽碼C. PDL的外層語法應(yīng)符合一般程序設(shè)計語言常用的語法規(guī)則D. PDL ( ) 詳細(xì)設(shè)計與概要設(shè)計銜接的圖形工具是 63.圖程序圖A. DFD圖 B. C. PAD圖 D. SC ( ) 不適合作為數(shù)據(jù)處理與數(shù)據(jù)庫應(yīng)用的語言是 64.A. SQL B. Cobol C. 4GL D. Lisp ( ) 下列關(guān)于功能性注釋不正確的說法是 65.功能性注釋嵌在源程序中，用于說明程序段或語句的功能以A. 及數(shù)據(jù)的狀態(tài)27 / 10 . 注釋用來說明程序段，需要在每一行都要加注釋B. 可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序C. 修改程序也應(yīng)修改注釋D

16、. ( ) 下列關(guān)于效率的說法不正確的是 66. 效率是一個性能要求，其目標(biāo)應(yīng)該在需求分析時給出A. 提高程序效率的根本途徑在于選擇良好的設(shè)計方法，數(shù)據(jù)結(jié)B. 構(gòu)與算法 C. 效率主要指處理機(jī)時間和存儲器容量兩個方面程序的效率與程序的簡單性無關(guān)D. ( ) 測試的關(guān)鍵問題是 67. 如何組織對軟件的評審A. B. 如何驗(yàn)證程序的正確性如何選擇測試用例C. 如何采用綜合策略 D. ( ) 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于 68. 軟件是否結(jié)構(gòu)化 B. 軟件配置是否完整A. 文檔的完整性C. 程序的完整性 D. ( ) 軟件維護(hù)困難的主要原因是 69. B. 人員少A. 費(fèi)用低得不到用戶支持

17、 D. 開發(fā)方法的缺陷C. ( ) 可維護(hù)性的特性中，相互矛盾的是 70. B. A. 可理解性與可測試性效率與可修改性可理解性與可讀性可修改性和可理解性 D. C. 27 / 11 . )( 快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究 71. 的方法和技術(shù)中產(chǎn)生的。 設(shè)計階段A. 需求階段 B. 軟件開發(fā)的各個階段測試階段 D. C. ( ) 從目前情況來看，增量模型存在的主要問題是 72. 用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法A. B. 該方法的成功率很低 C. 缺乏豐富而強(qiáng)有力的軟件工具和開發(fā)環(huán)境缺乏對開發(fā)過程中的問題和錯誤具有應(yīng)付變化的機(jī)制D. ( ) 下列文檔與維護(hù)人員有關(guān)的有

18、73. 軟件需求說明書 B. 項目開發(fā)計劃A. 操作手冊概要設(shè)計說明書 D. C. 是為了確保每個開發(fā)過程的質(zhì)量，防止把軟件差錯傳遞到下( ) 74. 一個過程而進(jìn)行的工作。系統(tǒng)容錯軟件維護(hù) D. B. A. 質(zhì)量檢測軟件容錯 C. ( )模型。表示對象相互行為的模型是 75.靜態(tài)模型對象模型功能模型 C. D. 動態(tài)模型A. B. ( ) CASE工具提供相同的工具的表示集成是指CASE 76. B. 用戶界面A. 編程環(huán)境操作系統(tǒng)/過程模型C. D. 硬件 ）是指對將要開發(fā)的系統(tǒng)的開發(fā)成本進(jìn) 在軟件開發(fā)中，（ 77. 行估算，然后與可能取得的效益進(jìn)行比較和權(quán)衡。27 / 12 . 成本效益

19、分析可行性分析 B. A. 軟件需求分析C. 結(jié)構(gòu)化分析 D. ）軟件開發(fā)過程來自用戶方面的主要干擾是（ 78. A. 經(jīng)費(fèi)減少功能變化 B. 人員變化 D. C. 設(shè)備損壞 ）軟件復(fù)雜性度量的參數(shù)包括（ 79. B. 問題背景A. 結(jié)構(gòu)容錯性C. 可重用性 D. ）屬于面向軟件產(chǎn) 軟件質(zhì)量度量模型中，（在 McCall 80. 品操作。 B. 效率A. 可維護(hù)性可互操作性 D. 適應(yīng)性C. 為了提高軟件的可維護(hù)性或可靠性而對軟件進(jìn)行的修改稱為 81. ） （ 適應(yīng)性維護(hù)A. 糾錯性維護(hù) B. 預(yù)防性維護(hù)完善性維護(hù) D. C. ）階段。面向維護(hù)的技術(shù)涉及軟件開發(fā)的（ 82. 編碼設(shè)計 B. A

20、. 所有測試C. D. ） 用白盒技術(shù)設(shè)計測試用例的方法包括（ 83. B. A. 邊界值分析條件組合覆蓋錯誤推測因果圖 D. C. 27 / 13 . ）軟件測試的目的是（ 84. 為了表明程序沒有錯誤A. 為了說明程序能正確地執(zhí)行B. 為了發(fā)現(xiàn)程序中的錯誤C. 為了評價程序的質(zhì)量D. ）針對軟件需求分析所進(jìn)行的軟件測試是指（ 85. B. 確認(rèn)測試A. 集成測試白盒子測試C. 黑盒子測試 D. 源程序文檔化要求在每個模塊之前加序言性注釋。該注釋內(nèi)容不 86. ）應(yīng)有（ B. 語句的功能模塊的功能A. 開發(fā)歷史模塊的接口 D. C. ） 結(jié)構(gòu)化程序設(shè)計采用的三種基本控制結(jié)構(gòu)是（ 87. 選擇

21、、循環(huán)、重復(fù)A. 順序、分支、選擇 B. 輸入、變換、輸出 D. C. 順序、選擇、循環(huán) ）在軟件設(shè)計中詳細(xì)描述處理過程常用的三種工具是（ 88. PAD IPO ，A.SA ， SD SP B. 程序流程圖，圖形，表格，語言 SD D. ，C.SA SC ， 通信內(nèi)聚、邏輯內(nèi)聚、順序內(nèi)聚和時間內(nèi)聚的內(nèi)聚性從高到低順 89. 序是（ ） A. 通信、邏輯、順序、時間 通信、時間、順序、邏輯B. 27 / 14 . C. 順序、通信、時間、邏輯順序、通信、邏輯、時間D. ） 在下列四種模塊的耦合性中，信息隱蔽性能最好的是（ 90. 內(nèi)容耦合控制耦合 B. A. 數(shù)據(jù)耦合C. D. 標(biāo)記耦合 ）的

22、軟件開發(fā)方法。 結(jié)構(gòu)化方法是一種（ 91. 面向用戶 B. 面向數(shù)據(jù)結(jié)構(gòu)A. 面向數(shù)據(jù)流面向?qū)ο?D. C. ）的問題。需求分析是回答系統(tǒng)必須（ 92. 怎么做做什么A. B. 為誰做 D. C. 何時做 ），使用的工具主要是機(jī)器語言和匯編語 在軟件生產(chǎn)的（ 93. 言。 軟件工程時代A. 程序系統(tǒng)時代 B. 人工智能時代 D. C.面向?qū)ο髸r代 管理。軟件工程管理的具體內(nèi)容不包括對 _ 94. ） （ B 組織機(jī)構(gòu)開發(fā)人員A 設(shè)備控制 D C 屬于面向軟件 _ 在 McCall 軟件質(zhì)量度量模型中， 95. ） 產(chǎn)品操作。（ 27 / 15 . B 可維護(hù)性A 正確性互操作性適應(yīng)性 D C

23、在快速原型模型的開發(fā)過程中，用原型過程來代替全部開發(fā)階段 96. ） 所用模型是 _ 模型。（ 演化型原型A 探索型原型 B 增量型原型 D C 實(shí)驗(yàn)型原型 副作用。 _ 維護(hù)中因刪除一個標(biāo)識符而引起的錯識是 97. （ ） 數(shù)據(jù)A 文檔 B 設(shè)計編碼C D 軟件維護(hù)的困難主要原因是（ ） 98. A 費(fèi)用低人員少 B 維護(hù)難 D C 開發(fā)方法的缺陷 ）用白盒法技術(shù)設(shè)計測試用例的方法包括（ 99. 因果圖錯誤推測A B 邊界值分析 D C 基本路徑測試 軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和 100. 白盒測試兩種，它們（ ） A 前者屬于靜態(tài)測試，后者屬于動態(tài)測試 B 前者屬

24、于動態(tài)測試，后者屬于靜態(tài)測試 C 都屬于靜態(tài)測試都屬于動態(tài)測試D 27 / 16 . 程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是（ ） 101. A 只能用來描述簡單程序 B 不能嵌套使用僅用于自動控制系統(tǒng) D C 單入口，單出口 ） _ JSP 方法是一種面向的設(shè)計方法。（ 102. 對象控制結(jié)構(gòu) B A 數(shù)據(jù)結(jié)構(gòu)C 數(shù)據(jù)流 D 這種模塊之間的耦當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)， 103. ）合為（ 數(shù)據(jù)耦合 B 公共耦合A 內(nèi)容耦合C 標(biāo)記耦合 D 方法不屬于面向數(shù)據(jù)流軟件設(shè)計的方法有多種， _ 104. ） 的設(shè)計方法。（ IDEF 0 圖的設(shè)計基于 Jackson 圖的設(shè)計 B 基于A

25、事務(wù)分析設(shè)計 D 交換分析設(shè)計C 為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循 105. ） 原則。（ _ B A 信息隱蔽質(zhì)量控制數(shù)據(jù)共享 D C 程序優(yōu)化 方法中用于表示系統(tǒng)的邏）是 _ 數(shù)據(jù)流圖（ DFD 106. ） 輯模型的一種圖形工具。（ SD A SA B SC SP D C 27 / 17 . 結(jié)合起來的軟件開螺旋模型是一種將瀑布模型和 _ 107. ）發(fā)模型。（ B 專家系統(tǒng)A 增量模型變換模型噴泉模型 D C ）需求規(guī)格說明書的作用不包括（ 108. 軟件驗(yàn)收的依據(jù)A 用戶與開發(fā)人員對軟件要做什么的共同理解B 軟件可行性研究的依據(jù)C 軟件設(shè)計的依據(jù)D 中的各個成份的具

26、體含義數(shù)據(jù)字典是用來定義 _ 109. ） 的。（ B 功能結(jié)構(gòu)圖A 流程圖數(shù)據(jù)流圖 D 系統(tǒng)結(jié)構(gòu)圖C 年后可得錢數(shù)為 n ，現(xiàn)存入 p 元，不計復(fù)利， i 設(shè)年利率為 110. ） （ p * (i+1) + n p * (1+i*n) B A p * (i+n) p * (1+i) * n D C 在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提 111. ） 高等原因?qū)е铝耍?B A 軟件危機(jī)軟件工程結(jié)構(gòu)化程序設(shè)計程序設(shè)計革命 D C 27 / 18 . Putnam 成本估算模型是一個（ ）模型。 112.動態(tài)多動態(tài)單變量 C 靜態(tài)多變量 D A 靜態(tài)單變量 B 變量 ）屬于面向

27、軟件產(chǎn)品修在 McCall 軟件質(zhì)量度量模型中，（ 113. 改。可移植性可重用性 C 適應(yīng)性 D A 可靠性 B 其中用于評價設(shè)計質(zhì)量的軟件質(zhì)量評價模型由 3 層組成，ISO 114. 的準(zhǔn)則是（ ） SQDC SQRC D A SQIC B SQMC C ）軟件復(fù)雜性度量的參數(shù)包括（ 115.容錯性 D 效率 B 規(guī)模 C 完整性A ）于對象的統(tǒng)對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ 116. 一體中。抽象 C 隱藏封裝 D A 結(jié)合 B ）軟件調(diào)試技術(shù)包括（ 117.集成測試 D 演繹法A 邊界值分析 B C 循環(huán)覆蓋 瀑布模型的存在問題是（ ） 118. A 用戶容易參與開發(fā) B

28、缺乏靈活性 C 用戶與開發(fā)者易溝通適用可變需求D 27 / 19 . ）軟件測試方法中的靜態(tài)測試方法之一為（ 119. A 計算機(jī)輔助靜態(tài)分析 B 黑盒法 路徑覆蓋C 邊界值分析D 軟件生命周期中所花費(fèi)用最多的階段是（） 120.軟件維護(hù) C B 軟件編碼軟件測試 D A 詳細(xì)設(shè)計 第一個體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計語言是（ ） 121. C 語言語言語言 FORTRAN B Pascal C A 語言 PL/1 D ） 程序的三種基本控制結(jié)構(gòu)是（ 122. 過程、子程序和分程序A B 順序、選擇和重復(fù) C 遞歸、堆棧和隊列調(diào)用、返回和轉(zhuǎn)移D ）在詳細(xì)設(shè)計階段，經(jīng)常采用的工具有（ 123. D

29、FD SA C SC D A PAD B ）詳細(xì)設(shè)計的結(jié)果基本決定了最終程序的（ 124.可維護(hù)性質(zhì)量 D 運(yùn)行速度A 代碼的規(guī)模 B C ）需求分析中開發(fā)人員要從用戶那里了解（ 125.軟件輸入的信息 D C B A 軟件做什么用戶使用界面的規(guī)模 27 / 20 . 結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是（ ） 126. 程序的規(guī)模A B 程序的效率 C 程序設(shè)計語言的先進(jìn)性程序易讀性D ）IDEF0圖反映系統(tǒng)（ 127.做什么 D 對誰做 C 何時做A 怎么做 B 經(jīng)濟(jì)可行性研究的范圍包括（ ） 128.開發(fā)風(fēng)險 C 效益分析 D A 資源有效性 B 管理制度 它可行性分析是在系統(tǒng)開發(fā)的早期所做的一項

30、重要的論證工作， 129. 的回答。） 發(fā)的決策依據(jù)，因必須給出（ 是決定該系統(tǒng)是否開無二義 C B 行或不行正確 D A 確定 需求分析階段的任務(wù)是確定（ ） 130. 軟件開發(fā)方法A 軟件開發(fā)工具B 軟件開發(fā)費(fèi)C軟件系統(tǒng)的功能D 。下列方法中不屬于面向?qū)ο蟮拈_發(fā)方法有( ) 131. B. CoadA. Booch方法方法方法方法 D. VDMC. OMT 27 / 21 . ( )系統(tǒng)流程圖是一種傳統(tǒng)工具，用于描繪。 132. A. 邏輯模型 B. 程序系統(tǒng)物理系統(tǒng) D. C. 體系結(jié)構(gòu) 和加工說明等描述工具，即結(jié)構(gòu)化分析方法是以數(shù)據(jù)流圖、( ) 133. 用直觀的圖和簡潔的語言來描述軟

31、件系統(tǒng)模型。 B. PADA. DFD圖圖 D. DDC. IPO圖 信息隱蔽概念與( )這一概念直接的相關(guān)。 134. A. 模塊的獨(dú)立性 B. 模塊類型的劃分軟件生命周期C. 軟件結(jié)構(gòu)定義 D. 在軟件的概要設(shè)計中，不使用的圖形工具是( )圖。 135.A. SC B. IPO C. PAD D. IDEF0 不屬于詳細(xì)設(shè)計的主要工具有( )。 136. 圖A. IPO B. PAD圖C. PDL D. SC 不屬于序言性注釋的有( )。 137. B. 修改日期模塊設(shè)計者A. 語句功能程序的整體說明 D. C. 的文檔。單元測試階段主要涉及( ) 138. B. A. 需求設(shè)計編碼和詳細(xì)

32、設(shè)計概要設(shè)計詳細(xì)設(shè)計 D. C. 27 / 22 . 來設(shè)計測試在軟件測試中，白盒測試方法是通過分析程序的( ) 139. 用例的方法。 內(nèi)部邏輯A. 應(yīng)用范圍 B. 輸入數(shù)據(jù)功能C. D. 需求分析是分析員經(jīng)了解用戶的要求，認(rèn)真細(xì)致地調(diào)研、分析， 140. 的過程。最終建立目標(biāo)系統(tǒng)的邏輯模型并寫出( ) B. A. 模塊說明書軟件規(guī)格說明合同文檔C. 項目開發(fā)計劃 D. 數(shù)據(jù)耦合和控制耦合相比，則( )成立。 141. A. 數(shù)據(jù)耦合的耦合性強(qiáng) B. 控制耦合的耦合性強(qiáng)兩者的耦合性需要根據(jù)具體情況分析C. 兩者的耦合性相當(dāng) D. 魚是一種水生動物。魚與水生生物之間的關(guān)系是。( ) 142.

33、組裝關(guān)系分類關(guān)系 B. A. D. has aC. 整體成員關(guān)系 下列屬于軟件進(jìn)度安排的好壞往往會影響整個項目的按期完成， 143. ( )。進(jìn)度的方法有 B. 流程圖A. 程序結(jié)構(gòu)圖圖 D. E-R工程網(wǎng)絡(luò)圖C. 系統(tǒng)因錯誤而發(fā)生錯誤時，仍然能在一定程度上完成預(yù)期的功 144. 。能，則把該軟件稱為( ) B. A. 容錯軟件系統(tǒng)軟件操作系統(tǒng)測試軟件 D. C. 27 / 23 . ）模型。成本估算模型是一個（Putnam 145.動態(tài)多 D 動態(tài)單變量A 靜態(tài)單變量 B C 靜態(tài)多變量變量 ） 用白盒法技術(shù)設(shè)計測試用例的方法包括（ 146. 因果圖A 錯誤推測 B 邊界值分析 D C 基本路徑測試 軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和 147. ）白盒測試兩種，它們（ 前者屬于靜態(tài)測試，后者屬于動態(tài)測試A 前者屬于動態(tài)測試，后者屬于靜態(tài)測試B 都屬于靜態(tài)測試C 都屬于動態(tài)測試D 的設(shè)計方法。（ ）方法是一種面向JSP _ 148. 對象A 控制結(jié)構(gòu) B 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流C D 這種模塊之間的耦當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)， 149. ） 合為（ B 公共耦合A 數(shù)據(jù)耦合內(nèi)容耦合