【文章內(nèi)容簡介】 邊界測試 D、系統(tǒng)測試 1軟件詳細(xì)設(shè)計的主要任務(wù)是確定每個模塊的（ ） A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口 C、功能 D、編程 1軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（ ） A、深度 B、寬度 C、扇入 D、扇出 為了提高模塊的獨立性，模塊內(nèi)部最好是（ ） A、邏輯內(nèi)聚 B、時間內(nèi)聚 C、功能內(nèi)聚 D、通信內(nèi)聚 2軟件是一種（ ） A、程序 B、數(shù)據(jù) C、邏輯產(chǎn)品 D、物理產(chǎn)品 2需求分析最終結(jié)果是產(chǎn)生（ ） A、項目開發(fā)計劃 B、需求規(guī)格說明書 C、設(shè)計說明書 D、可行性分析 報告 2因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為 ( ) A、糾正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù) 2下列屬于維護(hù)階段的文檔是 ( ) A、軟件規(guī)格說明 B、用戶操作手冊 C、軟件問題報告 D、軟件測試分析報告 2若有一個計算類型的程序，它的輸入量只有一個 X，其范圍是［ ， ］，現(xiàn)從輸入的角度考慮一組測試用例： ， ， ， 。設(shè)計這組測試用例的方法是( ) A、條件覆蓋法 B、等價分類法 C、邊界值分析法 D、錯誤推測法 2研究開發(fā)所需要的成本和資源是屬于可行性研究中的 ( )研究的一方面。 A. 技術(shù)可行性 B. 經(jīng)濟可行性 C. 社會可行性 D. 法律可行性 2按軟件生命周期方法設(shè)計軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個階段的工作（ ） A、需求分析 B、程序設(shè)計 C、詳細(xì)設(shè)計 D、軟件維護(hù) 2經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟 件產(chǎn)品中（ ） A、軟件不再包含任何錯誤 B、還可能包含少量軟件錯誤 C、所提交給用戶的可執(zhí)行文件不會含有錯誤 D、文檔中不會含有錯誤。 2等價劃分測試方法屬于（ ） A、黑盒測試 B、白盒測試 C、邊界測試 D、系統(tǒng)測試 軟件按照設(shè)計的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為 ( ) 3確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于（ ） A、集成測試 B、恢復(fù)測試 C、確認(rèn)測試 D、單元測試 3要顯示描繪軟件開發(fā)項目各作業(yè)的依賴關(guān)系，應(yīng)選擇 ( ) A. Gantt 圖 C. COCOMO 模型 3從心理學(xué)角度看，對數(shù)據(jù)流程圖的數(shù)據(jù)處理泡進(jìn)行分解，一次分解為多少個泡為宜。（ ） A、 3177。1 B、 7177。2 C、 15177。1 D、 18177。2 3結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（ ） A、程序的規(guī)模 B、程序的效率 C、程序設(shè)計語言的先進(jìn)性 D、程序易讀性 3在用戶界面層次上對軟件進(jìn)行測試屬于哪種測試方法（ ） A、黑盒測試 B、白盒測試 C、邊界測試 D、系統(tǒng)測試 3對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合， 使數(shù)據(jù)和操作（ ）于對象的統(tǒng)一體中 A、結(jié)合 B、隱藏 C、封裝 D、抽象 3 ( )是比較理想的可重用軟構(gòu)件 3下列模型屬于成本估算方法的有 ( ) A、 COCOMO 模型 B、 McCall 模型 C、 McCabe 度量法 D、時間估算法 3軟件生存周期中時間最長的是（ ）階段 A、總體設(shè)計 B、需求分析 C、軟件測試 D、軟件維護(hù) 為了提高模塊的獨立性，模塊之間的聯(lián)系最好的是（ ） A、公共耦合 B、控制耦合 C、內(nèi)容耦合 D、數(shù)據(jù)耦合 4軟件概要設(shè)計結(jié)束后得到（ ） A、初始化的軟件結(jié)構(gòu)圖 B、優(yōu)化后的軟件結(jié)構(gòu)圖 C、模塊的接口圖和詳細(xì)算法 D、程序編碼 4為使得開發(fā)人員對軟件產(chǎn)品的各個階段工作都進(jìn)行周密的思考，從而減少返工，所以（ ）的編制是很重要的 A、 需求說明 B、概要說明 C、軟件文檔 D、測試計劃 4汽車有一個發(fā)動機，因而汽車與發(fā)動機之間的關(guān)系是（ ）關(guān)系 A、一般與特殊 B、整體與部分 C、分類關(guān)系 D、 is a 關(guān)系 4軟件部件的內(nèi)部實現(xiàn)與外部可訪問性的分離，是指軟件的（ ） A、繼承性 B、共享性 C、封裝性 D、抽象性 4單元測試是發(fā)現(xiàn)編碼錯誤，集成測試是發(fā) 現(xiàn)模塊的接口錯誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（ ）的錯誤 A、接口錯誤 B、編碼錯誤 C、性能、質(zhì)量不合要求 D、功能錯誤 4軟件工程管理對軟件項目的開發(fā)管理，即對整個軟件（ ）的一切活動的管理 A、軟件項目 B、生存期 C、軟件開發(fā)計劃 D、軟件開發(fā) 4許多產(chǎn)品的質(zhì)量問題源于新產(chǎn)品的開發(fā)設(shè)計階段，因此在產(chǎn)品（ ）階段就應(yīng)采取有力措施來消滅由于設(shè)計原因而產(chǎn)生的質(zhì)量隱患 A、軟件評 審 B、軟件測試 C、開發(fā)設(shè)計 D、軟件度量 4下列幾種類型中，耦合性最弱的是（ ） A、內(nèi)容型 B、控制型 C、公共型 D、數(shù)據(jù)型 4系統(tǒng)因錯誤而發(fā)生故障時，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為（ ） A、軟件容錯 B、系統(tǒng)軟件 C、測試軟件 D、恢復(fù)測試 A、過于簡單 B、不能適應(yīng)需求的動態(tài)變更 C、過于靈活 D、各個階段需要進(jìn)行評審 ，類與類之間主要有以下結(jié)構(gòu)關(guān)系（ 1） （ 1）繼承和聚集 （ 2）繼承和一般 （ 3）聚集和消息傳遞 （ 4）繼承和方法調(diào)用 (3) (1）成本高 （ 2）生產(chǎn)率低 (3)技術(shù)發(fā)展快 （ 4）質(zhì)量得不到保證 （ 4） （ 1）多態(tài)性 （ 2）繼承性 （ 3）封裝性 （ 4）過程調(diào)用 （ 4） （ 1）是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) （ 2）是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) （ 3）待開發(fā)軟件是否有市場、經(jīng)濟上是否合算 （ 4）待開發(fā)的軟件是否會有質(zhì)量問題 （ 3） （ 1）編碼副作用、數(shù)據(jù)副作用、測試副作用（ 2）編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用 （ 3）編碼副作用、數(shù)據(jù)副作用、文檔副作用 （ 4）編碼副作用、文檔副作用、測試副作用 下哪項內(nèi)容（ 4） （ 1）培訓(xùn)計劃 （ 2）人員安排 （ 3）進(jìn)度安排 （ 4）軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定 （ 3） （ 1)coad 方法 (2)booch 方法 (3)jackson 方法 (4)omt 方法 （ 2） （ 1）基本路徑測試 （ 2）邊界值分析測試 （ 3）循環(huán)覆蓋測試 （ 4）邏輯覆蓋測試 59. “軟件危機 ”是指 ( ) A. 計算機病毒的出現(xiàn) B. 利 用計算機進(jìn)行經(jīng)濟犯罪活動 C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題 D. 人們過分迷戀計算機系統(tǒng) 60. DFD 中的每個加工至少需要 ( ) 61. 為了提高模塊的獨立性，模塊之間最好是 ( ) A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合 62. 下面關(guān)于 PDL 語言不正確的說法是 ( ) A. PDL 是描述處理過程怎么做 B. PDL 是只描述加工做什么 C. PDL 也稱 為偽碼 D. PDL 的外層語法應(yīng)符合一般程序設(shè)計語言常用的語法規(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. Lisp 65. 下列關(guān)于功能性注釋不正確的說法是 ( ) A. 功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài) B. 注釋用來說明程序段，需要在每一行都要加注 釋 C. 可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序 D. 修改程序也應(yīng)修改注釋 66. 下列關(guān)于效率的說法不正確的是 ( ) A. 效率是一個性能要求，其目標(biāo)應(yīng)該在需求分析時給出 B. 提高程序效率的根本途徑在于選擇良好的設(shè)計方法，數(shù)據(jù)結(jié)構(gòu)與算法 C. 效率主要指處理機時間和存儲器容量兩個方面 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. 費用低 B. 人員少 C. 開發(fā)方法的缺陷 D. 得不到用戶支持 70. 可維護(hù)性的特性中，相互矛盾的是 ( ) A. 可理解性與可測試性 B. 效率與可修改性 D 可理解性與可讀性 ，它是在研究 ( )的方法和技術(shù)中產(chǎn)生的 A. 需求階段 B. 設(shè)計階段 C. 測試階段 D. 軟件開發(fā)的各個階段 72. 從目前情況來看，增量模型存在的主要問題是 ( ) A. 用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法 B. 該方法的成功率很低 C. 缺乏豐富而強有力的軟件工具和開發(fā)環(huán)境 D. 缺乏對開發(fā)過程中的問題和錯誤具有應(yīng)付變化的機制 73. 下列文檔與維護(hù)人員有關(guān)的有 ( ) A. 軟件需求說明書 B. 項目開發(fā)計劃 C. 概要設(shè)計說明書 D. 操作手冊 E. 實現(xiàn)錯誤檢測和錯 誤恢復(fù)的程序 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. 用戶界面 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)費減少 C. 設(shè)備損壞 D. 人員變化 79. 軟件復(fù)雜性度量的參數(shù)包括（ ） A. 結(jié)構(gòu) B. 問題背景 C. 可重用性 D. 容錯性 80. 在 McCall 軟件質(zhì)量度量模型中，（ ）屬于面向軟件產(chǎn)品操作。 A. 可維護(hù) 性 B. 效率 C. 適應(yīng)性 D. 可互操作性 81.