軟件工程期末選擇題

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

2、5. 結(jié)構(gòu)化設(shè)計是一種面向(A)的設(shè)計方法。 A. 數(shù)據(jù)流 B. 模塊 C. 數(shù)據(jù)結(jié)構(gòu) D. 程序6. 與確認(rèn)測試階段有關(guān)的文檔是(A)。 A. 需求規(guī)格說明書 B. 概要設(shè)計說明書 C. 詳細(xì)設(shè)計說明書 D. 源程序7. 軟件開發(fā)的需求活動，其主要任務(wù)是（D）。 A. 給出軟件解決方案 B. 給出系統(tǒng)模塊結(jié)構(gòu) C. 定義模塊算法 D. 定義需求并建立系統(tǒng)模型8. 以下說法錯誤的是(A)。 A. 文檔僅僅描述和規(guī)定了軟件的使用圍及相關(guān)的操作命令 B. 文檔也是軟件產(chǎn)品的一部分，沒有文檔的軟件就不成軟件 C

3、. 軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當(dāng)大的工作量 D. 高質(zhì)量文檔對于發(fā)揮軟件產(chǎn)品的效益有著重要的意義9. 一個項目是否開發(fā)，從經(jīng)濟(jì)上來說是否可行，歸根結(jié)底是取決于(A)。 A. 成本估算 B. 項目計劃 C. 工程管理 D. 工程網(wǎng)絡(luò)圖10. 在面向?qū)ο蟮脑O(shè)計中，我們應(yīng)遵循的設(shè)計準(zhǔn)則除了模塊化、抽象、低耦合、高聚以外，還有(B)。 A. 隱藏復(fù)雜性 B. 信息隱蔽 C. 經(jīng)常類的復(fù)用 D. 類的開發(fā)11. 面向?qū)ο蟮闹饕卣鞒龑ο笪┮恍?、封裝、繼承外，還有( )。 A. 多態(tài)性 B. 完整性 C. 可移植性

4、 D. 兼容性12. 在考察系統(tǒng)的一些涉及時序和改變的狀況時，要用動態(tài)模型來表示。動態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個圖：一個是事件追蹤圖，另一個是( )。 A. 數(shù)據(jù)流圖 B. 狀態(tài)圖 C. 系統(tǒng)結(jié)構(gòu)圖 D. 用例圖13. 面說確的是( )。 A. 經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 B. 測試的目標(biāo)是為了證明程序沒有錯誤 C. 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D. 成功的測試是沒有發(fā)現(xiàn)錯誤的測試14. ( )能夠有效地檢測輸入條件的各種組合可能會引起的錯誤。 A. 等價類劃分 B. 邊界值分析 C

5、. 錯誤推測 D. 因果圖15. 火車是一種陸上交通工具?；疖嚭完懮辖煌üぞ咧g的關(guān)系是( )關(guān)系。 A. 組裝 B. 整體部分 C. has a D. 一般特殊16. 軟件維護(hù)產(chǎn)生的副作用，是指（ ） A、開發(fā)時的錯誤 B、隱含的錯誤 C、因修改軟件而造成的錯誤 D、運(yùn)行時誤操作17. 使用程序設(shè)計的控制結(jié)構(gòu)導(dǎo)出測試用例的測試方法是（ ） A、黑盒測試 B、白盒測試 C、邊界測試 D、系統(tǒng)測試18. 軟件詳細(xì)設(shè)計的主要任務(wù)是確定每個模塊的（ ） A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口 C、功能 D、編程19. 軟

6、件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（ ） A、深度 B、寬度 C、扇入 D、扇出20. 為了提高模塊的獨(dú)立性，模塊部最好是（ ） A、邏輯聚 B、時間聚 C、功能聚 D、通信聚21. 軟件是一種（ ） A、程序 B、數(shù)據(jù) C、邏輯產(chǎn)品 D、物理產(chǎn)品22. 需求分析最終結(jié)果是產(chǎn)生（ ） A、項目開發(fā)計劃 B、需求規(guī)格說明書 C、設(shè)計說明書 D、可行性分析報告23. 因計算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為( ) A、糾正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù)24. 下列屬于

7、維護(hù)階段的文檔是( ) A、軟件規(guī)格說明 B、用戶操作手冊 C、軟件問題報告 D、軟件測試分析報告25. 若有一個計算類型的程序，它的輸入量只有一個X，其圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是( ) A、條件覆蓋法 B、等價分類法 C、邊界值分析法 D、錯誤推測法26. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的( )研究的一方面。 A. 技術(shù)可行性 B. 經(jīng)濟(jì)可行性 C. 社會可行性 D. 法律可行性27. 按軟件生命周期方法設(shè)計軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個階段的工作

8、（ ） A、需求分析 B、程序設(shè)計 C、詳細(xì)設(shè)計 D、軟件維護(hù)28. 經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟件產(chǎn)品中（ ） A、軟件不再包含任何錯誤 B、還可能包含少量軟件錯誤 C、所提交給用戶的可執(zhí)行文件不會含有錯誤 D、文檔中不會含有錯誤。29. 等價劃分測試方法屬于（ ） A、黑盒測試 B、白盒測試 C、邊界測試 D、系統(tǒng)測試30. 軟件按照設(shè)計的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為( ) A.可用性 B.可靠性 C.正確性 D.完整性31. 確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試

9、屬于（ ） A、集成測試 B、恢復(fù)測試 C、確認(rèn)測試 D、單元測試32. 要顯示描繪軟件開發(fā)項目各作業(yè)的依賴關(guān)系，應(yīng)選擇( )。 A. Gantt圖 B.工程網(wǎng)絡(luò) C. COO模型 D.數(shù)據(jù)流圖33. 從心理學(xué)角度看，對數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進(jìn)行分解，一次分解為多少個泡為宜。（ ） A、3±1 B、7±2 C、15±1 D、18±234. 結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是（ ） A、程序的規(guī)模 B、程序的效率 C、程序設(shè)計語言的先進(jìn)性 D、程序易讀性35. 在用戶界面層次上對軟件進(jìn)

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

11、塊的獨(dú)立性，模塊之間的聯(lián)系最好的是（ ）。 A、公共耦合 B、控制耦合 C、容耦合 D、數(shù)據(jù)耦合41. 軟件概要設(shè)計結(jié)束后得到（ ） A、初始化的軟件結(jié)構(gòu)圖 B、優(yōu)化后的軟件結(jié)構(gòu)圖 C、模塊的接口圖和詳細(xì)算法 D、程序編碼42. 為使得開發(fā)人員對軟件產(chǎn)品的各個階段工作都進(jìn)行周密的思考，從而減少返工，所以（ ）的編制是很重要的。 A、需求說明 B、概要說明 C、軟件文檔 D、測試計劃43. 汽車有一個發(fā)動機(jī)，因而汽車與發(fā)動機(jī)之間的關(guān)系是（ ）關(guān)系。 A、一般與特殊 B、整體與部分 C、分類關(guān)系 D、is a 關(guān)系44

12、. 軟件部件的部實現(xiàn)與外部可訪問性的分離，是指軟件的（ ）。 A、繼承性 B、共享性 C、封裝性 D、抽象性45. 單元測試是發(fā)現(xiàn)編碼錯誤，集成測試是發(fā)現(xiàn)模塊的接口錯誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（ ）的錯誤。 A、接口錯誤 B、編碼錯誤 C、性能、質(zhì)量不合要求 D、功能錯誤46. 軟件工程管理對軟件項目的開發(fā)管理，即對整個軟件（ ）的一切活動的管理。 A、軟件項目 B、生存期 C、軟件開發(fā)計劃 D、軟件開發(fā)47. 許多產(chǎn)品的質(zhì)量問題源于新產(chǎn)品的開發(fā)設(shè)計階段，因此在產(chǎn)品（ ）階段就應(yīng)采取有力措施來消滅由于設(shè)計原

13、因而產(chǎn)生的質(zhì)量隱患。 A、軟件評審 B、軟件測試 C、開發(fā)設(shè)計 D、軟件度量48. 下列幾種類型中，耦合性最弱的是（ ）。 A、容型 B、控制型 C、公共型 D、數(shù)據(jù)型49. 系統(tǒng)因錯誤而發(fā)生故障時，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為（ ）。 A、軟件容錯 B、系統(tǒng)軟件 C、測試軟件 D、恢復(fù)測試50. 瀑布模型的關(guān)鍵不足在于 A、過于簡單 B、不能適應(yīng)需求的動態(tài)變更C、過于靈活 D、各個階段需要進(jìn)行評審51. 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系 A、繼承和聚集 B、繼承和一般 C

14、、聚集和消息傳遞 D、繼承和方法調(diào)用52. 以下哪一項不是軟件危機(jī)的表現(xiàn)形式 A、成本高 B、生產(chǎn)率低 C、技術(shù)發(fā)展快 D、質(zhì)量得不到保證53. 以下哪一項不是面向?qū)ο蟮奶卣?#160;A、多態(tài)性 B、繼承性 C、封裝性 D、過程調(diào)用54. 軟件可行性研究一般不考慮 A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) B、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) C、待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算 D、待開發(fā)的軟件是否會有質(zhì)量問題55. 軟件維護(hù)的副作用主要有以下哪幾種 A、編碼副作用、數(shù)據(jù)副作用、測試副作用 B、編碼副

15、作用、數(shù)據(jù)副作用、調(diào)試副作用 C、編碼副作用、數(shù)據(jù)副作用、文檔副作用 D、編碼副作用、文檔副作用、測試副作用56. 軟件項目計劃一般不包括以下哪項容 A、培訓(xùn)計劃 B、人員安排 C、進(jìn)度安排 D、軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定57. 以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法 A、coad方法 B、booch方法 C、jackson方法 D、omt方法58. 以下哪種測試方法不屬于白盒測試技術(shù) A、基本路徑測試 B、邊界值分析測試 C、循環(huán)覆蓋測試 D、邏輯覆蓋測試59. “軟件危機(jī)”是指( ) A. 計算機(jī)病毒的出現(xiàn) B. 利用計算

16、機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動 C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題 D. 人們過分迷戀計算機(jī)系統(tǒng)60. DFD中的每個加工至少需要( ) A. 一個輸入流 B. 一個輸出流 C. 一個輸入或輸出流 D. 一個輸入流和一個輸出流61. 為了提高模塊的獨(dú)立性，模塊之間最好是( ) A. 控制耦合 B. 公共耦合 C. 容耦合 D. 數(shù)據(jù)耦合62. 下面關(guān)于PDL語言不正確的說法是( ) A. PDL是描述處理過程怎么做 B. PDL是只描述加工做什么 C. PDL也稱為偽碼 D. PDL的外層語法應(yīng)符合一般程序設(shè)計語

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

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

19、費(fèi)用低 B. 人員少 C. 開發(fā)方法的缺陷 D. 得不到用戶支持70. 可維護(hù)性的特性中，相互矛盾的是( ) A. 可理解性與可測試性 B. 效率與可修改性 C. 可修改性和可理解性 D. 可理解性與可讀性71. 快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究( )的方法和技術(shù)中產(chǎn)生的。 A. 需求階段 B. 設(shè)計階段 C. 測試階段 D. 軟件開發(fā)的各個階段72. 從目前情況來看，增量模型存在的主要問題是( ) A. 用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法 B. 該方法的成功率很低 C. 缺乏豐富而強(qiáng)有力的軟件工具

20、和開發(fā)環(huán)境 D. 缺乏對開發(fā)過程中的問題和錯誤具有應(yīng)付變化的機(jī)制73. 下列文檔與維護(hù)人員有關(guān)的有( ) A. 軟件需求說明書 B. 項目開發(fā)計劃 C. 概要設(shè)計說明書 D. 操作手冊74. ( )是為了確保每個開發(fā)過程的質(zhì)量，防止把軟件差錯傳遞到下一個過程而進(jìn)行的工作。 A. 質(zhì)量檢測 B. 軟件容錯 C. 軟件維護(hù) D. 系統(tǒng)容錯75. 表示對象相互行為的模型是( )模型。 A. 動態(tài)模型 B. 功能模型 C. 對象模型 D. 靜態(tài)模型76. CASE工具的表示集成是指CASE工具提供相同的( ) A. 編程環(huán)境 B. 用戶界面&

21、#160;C. 過程模型 D. 硬件/操作系統(tǒng)77. 在軟件開發(fā)中，（）是指對將要開發(fā)的系統(tǒng)的開發(fā)成本進(jìn)行估算，然后與可能取得的效益進(jìn)行比較和權(quán)衡。 A. 成本效益分析 B. 可行性分析 C. 結(jié)構(gòu)化分析 D. 軟件需求分析78. 軟件開發(fā)過程來自用戶方面的主要干擾是（） A. 功能變化 B. 經(jīng)費(fèi)減少 C. 設(shè)備損壞 D. 人員變化79. 軟件復(fù)雜性度量的參數(shù)包括（） A. 結(jié)構(gòu) B. 問題背景 C. 可重用性 D. 容錯性80. 在 McCall 軟件質(zhì)量度量模型中，（）屬于面向軟件產(chǎn)品操作。 A. 可維護(hù)性 B. 效率

22、 C. 適應(yīng)性 D. 可互操作性81. 為了提高軟件的可維護(hù)性或可靠性而對軟件進(jìn)行的修改稱為（） A. 糾錯性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)82. 面向維護(hù)的技術(shù)涉及軟件開發(fā)的（）階段。 A. 設(shè)計 B. 編碼 C. 測試 D. 所有83. 用白盒技術(shù)設(shè)計測試用例的方法包括（） A. 邊界值分析 B. 條件組合覆蓋 C. 因果圖 D. 錯誤推測84. 軟件測試的目的是（） A. 為了表明程序沒有錯誤 B. 為了說明程序能正確地執(zhí)行 C. 為了發(fā)現(xiàn)程序中的錯誤 

23、;D. 為了評價程序的質(zhì)量85. 針對軟件需求分析所進(jìn)行的軟件測試是指（） A. 集成測試 B. 確認(rèn)測試 C. 黑盒子測試 D. 白盒子測試86. 源程序文檔化要求在每個模塊之前加序言性注釋。該注釋容不應(yīng)有（） A. 模塊的功能 B. 語句的功能 C. 模塊的接口 D. 開發(fā)歷史87. 結(jié)構(gòu)化程序設(shè)計采用的三種基本控制結(jié)構(gòu)是（） A. 順序、分支、選擇 B. 選擇、循環(huán)、重復(fù) C. 順序、選擇、循環(huán) D. 輸入、變換、輸出88. 在軟件設(shè)計中詳細(xì)描述處理過程常用的三種工具是（） A.SA ， SD ， SP B. 程序流程

24、圖， IPO ， PAD C.SA ， SC ， SD D. 圖形，表格，語言89. 通信聚、邏輯聚、順序聚和時間聚的聚性從高到低順序是（） A. 通信、邏輯、順序、時間 B. 通信、時間、順序、邏輯 C. 順序、通信、時間、邏輯 D. 順序、通信、邏輯、時間90. 在下列四種模塊的耦合性中，信息隱蔽性能最好的是（） A. 控制耦合 B. 容耦合 C. 標(biāo)記耦合 D. 數(shù)據(jù)耦合91. 結(jié)構(gòu)化方法是一種（）的軟件開發(fā)方法。 A. 面向用戶 B. 面向數(shù)據(jù)結(jié)構(gòu) C. 面向?qū)ο?D. 面向數(shù)據(jù)流92. 需求分析

25、是回答系統(tǒng)必須（）的問題。 A. 做什么 B. 怎么做 C. 何時做 D. 為誰做93. 在軟件生產(chǎn)的（），使用的工具主要是機(jī)器語言和匯編語言。 A. 程序系統(tǒng)時代 B. 軟件工程時代 C.面向?qū)ο髸r代 D. 人工智能時代94. 軟件工程管理的具體容不包括對 _ 管理。（） A 開發(fā)人員 B 組織機(jī)構(gòu) C 控制 D 設(shè)備95. 在 McCall 軟件質(zhì)量度量模型中， _ 屬于面向軟件產(chǎn)品操作。（） A 正確性 B 可維護(hù)性 C 適應(yīng)性 D 互操作性96. 在快速原型模型的開發(fā)過程中，用原型過程來代替全部開發(fā)階段所用

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

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

28、計方法。（） A 基于 Jackson 圖的設(shè)計 B 基于 IDEF 0 圖的設(shè)計 C 交換分析設(shè)計 D 事務(wù)分析設(shè)計105. 為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循 _ 原則。（） A 信息隱蔽 B 質(zhì)量控制 C 程序優(yōu)化 D 數(shù)據(jù)共享106. 數(shù)據(jù)流圖（ DFD ）是 _ 方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具。（） A SA B SD C SP D SC107. 螺旋模型是一種將瀑布模型和 _ 結(jié)合起來的軟件開發(fā)模型。（） A 增量模型 B 專家系統(tǒng) C 噴泉模型 D 變換模型108. 需求規(guī)

29、格說明書的作用不包括（） A 軟件驗收的依據(jù) B 用戶與開發(fā)人員對軟件要做什么的共同理解 C 軟件可行性研究的依據(jù) D 軟件設(shè)計的依據(jù)109. 數(shù)據(jù)字典是用來定義 _ 中的各個成份的具體含義的。（） A 流程圖 B 功能結(jié)構(gòu)圖 C 系統(tǒng)結(jié)構(gòu)圖 D 數(shù)據(jù)流圖110. 設(shè)年利率為 i ，現(xiàn)存入 p 元，不計復(fù)利， n 年后可得錢數(shù)為（） A p * (1+i*n) B p * (i+1) + n C p * (1+i) * n D p * (i+n)111. 在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原

30、因?qū)е铝耍ǎ?#160;A 軟件危機(jī) B 軟件工程 C 程序設(shè)計革命 D 結(jié)構(gòu)化程序設(shè)計112. Putnam 成本估算模型是一個（ ）模型。 A 靜態(tài)單變量 B 動態(tài)單變量 C 靜態(tài)多變量 D 動態(tài)多變量113. 在 McCall 軟件質(zhì)量度量模型中，（ ）屬于面向軟件產(chǎn)品修改。 A 可靠性 B 可重用性 C 適應(yīng)性 D 可移植性114. ISO 的軟件質(zhì)量評價模型由 3 層組成，其中用于評價設(shè)計質(zhì)量的準(zhǔn)則是（ ） A SQIC B SQMC C SQRC D SQDC115. 軟件復(fù)雜性度量的參數(shù)包括（ ） A 效率 B 規(guī)模 C 完整性

31、D 容錯性116. 對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（ ）于對象的統(tǒng)一體中。 A 結(jié)合 B 隱藏 C 封裝 D 抽象117. 軟件調(diào)試技術(shù)包括（ ） A 邊界值分析 B 演繹法 C 循環(huán)覆蓋 D 集成測試118. 瀑布模型的存在問題是（ ） A 用戶容易參與開發(fā) B 缺乏靈活性 C 用戶與開發(fā)者易溝通 D 適用可變需求119. 軟件測試方法中的靜態(tài)測試方法之一為（ ） A 計算機(jī)輔助靜態(tài)分析 B 黑盒法 C 路徑覆蓋 D 邊界值分析120. 軟件生命周期中所花費(fèi)用最多的階段是（ ）

32、60;A 詳細(xì)設(shè)計 B 軟件編碼 C 軟件測試 D 軟件維護(hù)121. 第一個體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計語言是（ ） A FORTRAN 語言 B Pascal 語言 C C 語言 D PL/1 語言122. 程序的三種基本控制結(jié)構(gòu)是（ ） A 過程、子程序和分程序 B 順序、選擇和重復(fù) C 遞歸、堆棧和隊列 D 調(diào)用、返回和轉(zhuǎn)移123. 在詳細(xì)設(shè)計階段，經(jīng)常采用的工具有（ ） A PAD B SA C SC D DFD124. 詳細(xì)設(shè)計的結(jié)果基本決定了最終程序的（ ） A 代碼的規(guī)模 B 運(yùn)行速度 C 質(zhì)量 D 可維護(hù)性1

33、25. 需求分析中開發(fā)人員要從用戶那里了解（ ） A 軟件做什么 B 用戶使用界面 C 輸入的信息 D 軟件的規(guī)模126. 結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是（ ） A程序的規(guī)模 B 程序的效率 C 程序設(shè)計語言的先進(jìn)性 D 程序易讀性127. IDEF0圖反映系統(tǒng)（ ） A 怎么做 B 對誰做 C 何時做 D 做什么128. 經(jīng)濟(jì)可行性研究的圍包括（ ） A 資源有效性 B 管理制度 C 效益分析 D 開發(fā)風(fēng)險129. 可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)是否開 發(fā)的決策依據(jù)，因必須給出（ ）的回答

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

35、模型。 A. DFD圖 B. PAD圖 C. IPO圖 D. DD134. 信息隱蔽概念與( )這一概念直接的相關(guān)。 A. 模塊的獨(dú)立性 B. 模塊類型的劃分 C. 軟件結(jié)構(gòu)定義 D. 軟件生命周期135. 在軟件的概要設(shè)計中，不使用的圖形工具是( )圖。 A. SC B. IPO C. PAD D. IDEF0136. 不屬于詳細(xì)設(shè)計的主要工具有( )。 A. IPO圖 B. PAD圖 C. PDL D. SC137. 不屬于序言性注釋的有( )。 A. 模塊設(shè)計者 B. 修改日期 C. 程序

36、的整體說明 D. 語句功能138. 單元測試階段主要涉及( )的文檔。 A. 需求設(shè)計 B. 編碼和詳細(xì)設(shè)計 C. 詳細(xì)設(shè)計 D. 概要設(shè)計139. 在軟件測試中，白盒測試方法是通過分析程序的( )來設(shè)計測試用例的方法。 A. 應(yīng)用圍 B. 部邏輯 C. 功能 D. 輸入數(shù)據(jù)140. 需求分析是分析員經(jīng)了解用戶的要求，認(rèn)真細(xì)致地調(diào)研、分析，最終建立目標(biāo)系統(tǒng)的邏輯模型并寫出( )的過程。 A. 模塊說明書 B. 軟件規(guī)格說明 C. 項目開發(fā)計劃 D. 合同文檔141. 數(shù)據(jù)耦合和控制耦合相比，則( )成立。 A. 數(shù)據(jù)耦合的耦

37、合性強(qiáng) B. 控制耦合的耦合性強(qiáng) C. 兩者的耦合性相當(dāng) D. 兩者的耦合性需要根據(jù)具體情況分析142. 魚是一種水生動物。魚與水生生物之間的關(guān)系是( )。 A. 分類關(guān)系 B. 組裝關(guān)系 C. 整體成員關(guān)系 D. has a143. 進(jìn)度安排的好壞往往會影響整個項目的按期完成，下列屬于軟件進(jìn)度的方法有( )。 A. 程序結(jié)構(gòu)圖 B. 流程圖 C. 工程網(wǎng)絡(luò)圖 D. E-R圖144. 系統(tǒng)因錯誤而發(fā)生錯誤時，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為( )。 A. 容錯軟件 B. 系統(tǒng)軟件 C. 測試軟件 D. 操作系

38、統(tǒng)145. Putnam 成本估算模型是一個（ ）模型。 A 靜態(tài)單變量 B 動態(tài)單變量 C 靜態(tài)多變量 D 動態(tài)多變量146. 用白盒法技術(shù)設(shè)計測試用例的方法包括（） A 錯誤推測 B 因果圖 C 基本路徑測試 D 邊界值分析147. 軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和白盒測試兩種，它們（） A 前者屬于靜態(tài)測試，后者屬于動態(tài)測試 B 前者屬于動態(tài)測試，后者屬于靜態(tài)測試 C 都屬于靜態(tài)測試 D 都屬于動態(tài)測試148. JSP 方法是一種面向 _ 的設(shè)計方法。（） A 控制結(jié)構(gòu) B 對象 C 數(shù)據(jù)流 D 數(shù)據(jù)結(jié)構(gòu)149. 當(dāng)一個模塊直接使用另一個模塊的部數(shù)據(jù)，這種模塊之間的耦合為（） A 數(shù)據(jù)耦合 B 公共耦合 C 標(biāo)記耦合 D 容耦合150. 為高質(zhì)