【正文】 《軟件工程》練習(xí)測試題庫 一、單項(xiàng)選擇題 1. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（ ） 2. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的（ ）研究的一方面。 3. IDEF0 圖不反映出系統(tǒng)（ ） 由誰來做 4. 模塊的內(nèi)聚性最高的是（ ） 5. 在 SD 方法中全面指導(dǎo)模塊劃分的最重要的原則是（ ） 6. 軟件詳細(xì)設(shè)計(jì)主要采用的方法是（ ） 語言 7. 下列關(guān)于 JSP 方 法不正確的說法是（ ） 方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng) 方法不明確的劃分軟件概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)的兩個(gè)階段 方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對應(yīng)關(guān)系的問題求解 方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。因此它只適用于詳細(xì)設(shè)計(jì)階段 8. 不適合作為科學(xué)工程計(jì)算的語言是（ ） A. Pascal B. C C. Fortran D. Prolog 9. 黑盒測試在設(shè)計(jì)測試用例時(shí)，主要 需要研究（ ） 明 10. 若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè) X，其范圍是［ ， ］，現(xiàn)從輸入的角度考慮一組測試用例： ， ， ， 。設(shè)計(jì)這組測試用例的方法是（ ） 11. 下列屬于維護(hù)階段的文檔是（ ） 12. 快速原型模型的主要特點(diǎn)之一是（ ） 品 13. 因計(jì)算機(jī)硬件和軟件環(huán)境的變化而做出的修改軟件的過程稱為（ ） 14. 類庫這種機(jī)制是（ ）級別的信息共享。 15. 只有單重繼承的類層次結(jié)構(gòu)是（ ）層次結(jié)構(gòu)。 16. 在屏蔽硬件錯(cuò)誤的冗錯(cuò)技術(shù)中，冗余附加技術(shù)有（ ） 用 17. 軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為（ ） 靠性 18. 下列文檔與維護(hù)人員有關(guān)的有（ ） 19. 采用 Gantt 圖表示軟件項(xiàng)目進(jìn)度安排，下列說法中正確的是（ ） 20. 下列模型屬于成本估算方法的有（ ） 模型 度量法 21. 瀑布模型的關(guān)鍵不足在于（ ） A. 過于簡單 B. 不能適應(yīng)需求的動態(tài)變更 C. 過于靈活 D. 各個(gè)階段需要進(jìn)行評審 22. 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（ ） A. 繼承和聚集 B. 繼承和一般 C. 聚集和消息傳遞 D. 繼承和方法調(diào)用 23. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式（ ） A. 成本高 B. 生產(chǎn)率低 C. 技術(shù)發(fā)展快 D. 質(zhì)量得不到保證 24. 以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎? ） A. 多態(tài)性 B. 繼承性 C. 封裝性 D. 過程調(diào)用 25. 面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（ ） A. 對象模型、動態(tài)模型、功能模型 B. 對象模型、數(shù)據(jù)模型、功能模型 C. 數(shù)據(jù)模型、動態(tài)模型、功能模型 D. 對象模型、動態(tài)模型、數(shù)據(jù)模型 26. 軟件可行性研究一般不考慮（ ） A. 是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) B. 是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) C. 待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算 D. 待開發(fā)的軟件是否會有質(zhì)量問題 27. 軟件維護(hù)的副作用主要有以下哪幾種（ ） A. 編碼副作用、數(shù)據(jù)副作用、測試副作用 B. 編碼副作用、數(shù)據(jù)副作用、測試副作用 C. 編碼副作用、數(shù)據(jù)副作用、文檔副作用 D. 編碼副作用、文檔副作用、測試副作用 28. 軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（ ） A. 培訓(xùn)計(jì)劃 B. 人員安排 C. 進(jìn)度安排 D. 軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定 29. 以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_發(fā)方法（ ） A. coad 方法 B. booch 方法 C. jackson 方法 D. omt 方法 30. 以下哪種測試方法不屬于白盒測試技術(shù)（ ） A. 基本路徑測試 B. 邊界值分析測試 C. 循環(huán)覆蓋測試 D. 邏輯覆蓋測試 31. 軟件生命周期中所花費(fèi)用最多的階段是（ ） A. 詳細(xì)設(shè)計(jì) B. 軟件編碼 C. 軟件測試 D. 軟件維護(hù) 32. 在軟件開發(fā)過程中， DFD 是面向（ ）分析方法的描述工具。 A. 數(shù)據(jù)結(jié)構(gòu) B. 數(shù)據(jù)流 C. 對象 D. 構(gòu)件（ ponent） 33. 在畫分層 DFD 時(shí)，應(yīng)注意保持（ ）之間的平衡。 A. 父圖與子圖 B. 同一父圖的所有子圖 C. 不同父圖的所有子圖 D. 同一子圖的所有直接父圖 34. DFD 中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)變換形成一種信息流，這種信息流可分為（ ）兩大類。 A. 控制流和變換流 B. 變換流和事務(wù)流 C. 事務(wù)流和事件流 D. 事件流和控制流 35. 通常影響軟件易維護(hù)性的因素有易理解性、易修改性和（ ）。 A. 易使用性 B. 易恢復(fù)性 C. 易替換性 D. 易測試性 36. 在軟件的開發(fā)過程中往往采取各種措施來提高軟件的易維護(hù)性。如（ ）有助于提高軟件的易修改性。 A. 高效的算法 B. 信息隱蔽原則 C. 增強(qiáng)健壯性 D. 身份認(rèn)證 37. 在軟件質(zhì)量特性中，（ ）是指在規(guī)定的一段時(shí)間和條件下，與軟件維持其性能水平的能力有關(guān)的一組屬性。 A. 正確性 B. 準(zhǔn)確性 C. 可靠性 D. 易使用性 38. 在軟件質(zhì)量特性中，（ ）是指防止對程序及數(shù)據(jù)的非授權(quán)訪問的能力。 A. 安全性 B. 適應(yīng)性 C. 靈活性 D. 容錯(cuò)性 39. 軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（ ）。 A. 低內(nèi)聚低耦合 B. 低內(nèi)聚高耦合 C. 高內(nèi)聚低耦合 D. 高內(nèi)聚高耦合 40. 一個(gè)模塊內(nèi)部的內(nèi)聚種類中（ ）內(nèi)聚的內(nèi)聚度最高。 A. 偶然 B. 邏輯 C. 功能 D. 過程 41. OMT 是一種對象建模技術(shù)，它定義了三種模型，它們分別是（ ）。 A. 對象模型、動態(tài)模型、功能模型 B. 靜態(tài)模型、動態(tài)模型、功能模型 C. 對象模型、時(shí)序模型、功能模型 D. 對象模型、動態(tài)模型、計(jì)算模型 42. 對象建模技術(shù)中，表示瞬時(shí)行為上的系統(tǒng)的“控制”特征，通?？捎茫? ）來表示。 A. 類圖 B. 狀態(tài)圖 C. 對象圖 D. 數(shù)據(jù)流圖 43. 為了提高軟件的可移植性，應(yīng)注意提高軟件的（ ）。 A. 使用方便性 B. 簡潔性 C. 可靠性 D. 設(shè)備不依賴性 44. 可維護(hù)性通常包括（ ）。 A. 可用性和可理解性 B. 可修改性、數(shù)據(jù)獨(dú)立性和數(shù)據(jù)一致性 C. 可測試性和穩(wěn)定性 D. 可理解性、可修改性和可測試性 45. （ ）維護(hù)是為了補(bǔ)充軟件的功能或提高原有軟件的性能而進(jìn)行的維護(hù)活動。 A. 功能性 B. 擴(kuò)展性 C. 合法性 D. 完善性 46. （ ）是指系統(tǒng)萬一遇到未預(yù)料的情況時(shí)，能夠按照預(yù)定的方式做合適的處理。 A. 可用性 B. 正確性 C. 穩(wěn)定性 D. 健壯性 47. 在設(shè)計(jì)測試用例時(shí)，（ ）是 用得最多的一種黑盒測試方法。 A. 等價(jià)類劃分 B. 邊值分析 C. 因果圖 D. 判定表 48. 在實(shí)際應(yīng)用中，一旦糾正了程序中的錯(cuò)誤后，還應(yīng)選擇部分或全部原先已測試過的測試用例，對修改后的程序重新測試，這種測試稱為（ ）。 A. 驗(yàn)收測試 B. 強(qiáng)度測試 C. 系統(tǒng)測試 D. 回歸測試 49. 在軟件工程的設(shè)計(jì)階段中，（ ）法只提供了重要的設(shè)計(jì)準(zhǔn)則，沒有規(guī)定出具體的工作步驟。 A. SD B. Jackson C. Parnas D. 以上皆非 50. 軟件測試的目的是（ ）。 A. 表明軟件的正確性 B. 評價(jià)軟件質(zhì)量 C. 盡可能發(fā)現(xiàn)軟件中錯(cuò)誤 D. 判定軟件是否合格 51. 通常，（ ）是在代碼編寫階段可進(jìn)行的測試，它是整個(gè)測試工作的基礎(chǔ)。 A. 系統(tǒng)測試 B. 安裝測試 C. 驗(yàn)收測試 D. 單元測試 52. 邏輯覆蓋標(biāo)準(zhǔn)主要用于（ ）。 A. 黑盒測試方法 B. 白盒測試方法 C. 灰盒測試方法 D. 軟 件驗(yàn)證方法 53. 邏輯覆蓋中最強(qiáng)的覆蓋標(biāo)準(zhǔn)是（ ）。 A. 條件覆蓋 B. 條件組合覆蓋 C. 判定覆蓋 D. 語句覆蓋 54. 軟件維護(hù)工作越來越收到重視，它的花費(fèi)常常要占軟件生存周期全部花費(fèi)的（ ）％左右。 A. 10～ 20 B. 20～ 40 C. 60～ 80 D. 90 以上 55. 為了減少維護(hù)工作的困難，可以考慮采取的措施是（ ）。 A. 設(shè)法開發(fā)出無錯(cuò)的軟件 B. 增加維護(hù)人員數(shù)量 C. 切實(shí)加強(qiáng)維護(hù)管理，并在開發(fā) 過程中就采取有利于未來維護(hù)的措施 D. 限制修改的范圍 56. 軟件測試是軟件質(zhì)量保證的主要手段之一?！案弋a(chǎn)”的測試是指（ ）。 A. 用適量的測試用例，說明被測試程序正確無誤 B. 用適量的測試用例，說明被測試程序符合相應(yīng)的要求 C. 用少量的測試用例，發(fā)現(xiàn)被測試程序盡可能多的錯(cuò)誤 D. 用少量的測試用例，糾正被測試程序盡可能多的錯(cuò)誤 57. Jackson 結(jié)構(gòu)化程序設(shè)計(jì)方法主要適用于規(guī)模適中的（ ）系統(tǒng)的開發(fā)。 A. 數(shù)據(jù)處理 B. 文字處理 C. 實(shí)時(shí)控制 D. 科學(xué)計(jì)算 58. 單元測試在試驗(yàn)階段進(jìn)行，它所依據(jù)的模塊功能描述和內(nèi)部細(xì)節(jié)以及測試方案應(yīng)在（ ）階段完成，目的是發(fā)現(xiàn)編程錯(cuò)誤。 A. 需求分析 B. 概要設(shè)計(jì) C. 詳細(xì)設(shè)計(jì) D. 結(jié)構(gòu)設(shè)計(jì) 59. 使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（ ）和指定的覆蓋標(biāo)準(zhǔn)。 A. 程序的內(nèi)部邏輯 B. 程序的復(fù)雜程度 C. 使用說明書 D. 程序功能 60. 軟件的集成測試工作最好由（ ）承擔(dān)，以提高集成測試的效果。 A. 該軟件的設(shè)計(jì)人 員 B. 該軟件開發(fā)組的負(fù)責(zé)人 C. 該軟件的編程人員 D. 不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員 二、名詞解釋 集成測試 CASE SA 軟件工程 可互操作性 法律可行性研究 數(shù)據(jù)流圖 需求分析 過程抽象 模塊獨(dú)立性 1 數(shù)據(jù)性塊間聯(lián)系 1