1、第一章練習(xí)題一、單項(xiàng)選擇題1、軟件是（ ）。A處理對(duì)象和處理規(guī)則的描述B程序C程序、數(shù)據(jù)及文檔D計(jì)算機(jī)系統(tǒng)2、下列選項(xiàng)中（ ）是軟件開發(fā)中存在的不正確的觀念、方法。A重編程、輕需求B重開發(fā)、輕維護(hù)C重技術(shù)、輕管理D以上三條都是3、下列哪個(gè)階段不屬于軟件生存周期的三大階段（ ）。A計(jì)劃階段B開發(fā)階段C編碼階段D維護(hù)階段4、計(jì)算機(jī)系統(tǒng)就是（ ）。A主機(jī)，顯示器，硬盤，軟驅(qū)，打印機(jī)等BCPU,存儲(chǔ)器，控制器，I/O接口及設(shè)備C計(jì)算機(jī)硬件系統(tǒng)和軟件系統(tǒng)D計(jì)算機(jī)及其應(yīng)用系統(tǒng)5、開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做( )。A軟件工程B軟件周期C軟件危機(jī)D軟件產(chǎn)生6、以下屬于軟件

2、危機(jī)現(xiàn)象的是（ ）。A軟件開發(fā)進(jìn)度難以預(yù)測B軟件產(chǎn)品難以維護(hù)C軟件缺少適當(dāng)?shù)奈臋n資料D以上三條都是7、軟件工程的出現(xiàn)主要是由于（ ）。A程序設(shè)計(jì)方法學(xué)的影響B(tài)其它工程科學(xué)的影響C軟件危機(jī)的出現(xiàn)D計(jì)算機(jī)的發(fā)展8、以下哪一項(xiàng)不屬于項(xiàng)目成功要考慮的因素（ ）。A工作范圍與成本B進(jìn)度計(jì)劃C客戶滿意度D全都屬于9、以下對(duì)軟件工程的解釋正確的是（ ）。A軟件工程是研究軟件開發(fā)和軟件管理的一門工程科學(xué)B軟件工程是將系統(tǒng)化的、規(guī)范化的、可度量化的方法應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)的過程C軟件工程是把工程化的思想應(yīng)用于軟件開發(fā)D以上三條都正確10、一個(gè)項(xiàng)目是否開發(fā)，從經(jīng)濟(jì)上來說是否可行，歸根結(jié)底是取決于（ ）。A成

3、本估算B項(xiàng)目計(jì)劃C工程管理D工程網(wǎng)絡(luò)圖11、軟件生存周期包括可行性分析、需求分析、系統(tǒng)設(shè)計(jì)、編碼、（ ）、維護(hù)等活動(dòng)。A應(yīng)用B檢測C測試D以上答案都不正確12、一個(gè)軟件從開始計(jì)劃到廢棄為止，稱為軟件的（ ）。A開發(fā)周期B生存周期C運(yùn)行周期D維護(hù)周期13、軟件計(jì)劃時(shí)期的主要任務(wù)是：分析用戶要求、新系統(tǒng)的主要目標(biāo)以及（ ）。A開發(fā)軟件B開發(fā)的可行性C設(shè)計(jì)軟件D運(yùn)行軟件二、判斷題1、軟件就是計(jì)算機(jī)系統(tǒng)中的程序、數(shù)據(jù)及其文檔（ ）。2、程序是指計(jì)算機(jī)為完成特定任務(wù)而執(zhí)行的指令的有序集合（ ）。3、數(shù)據(jù)是指被程序處理的信息（ ）。4、軟件工程與項(xiàng)目管理是為研究克服軟件危機(jī)應(yīng)運(yùn)而生的（ ）。5、軟件危機(jī)是

4、20世紀(jì)60年代以前產(chǎn)生的（ ）。6、軟件缺少適當(dāng)?shù)奈臋n資料屬于軟件危機(jī)現(xiàn)象之一（ ）。7、軟件工程是把工程化的思想應(yīng)用于軟件開發(fā)（ ）。8、軟件工程是研究軟件開發(fā)和軟件管理的一門管理科學(xué)（ ）。9、一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力（ ）。10、軟件工程學(xué)是理論研究，沒有實(shí)際用途（ ）。11、項(xiàng)目管理過程就是制定計(jì)劃然后按計(jì)劃工作（ ）。12、軟件生存周期包括需求分析、 系統(tǒng)設(shè)計(jì)、 程序設(shè)計(jì)、 測試、 維護(hù)，五個(gè)階段（ ）。13、軟件生存周期是指根據(jù)某一軟件從被提出并著手開始實(shí)現(xiàn)，直到軟件完成其使命被廢棄為止的全過程（ ）。第二章練習(xí)題一、單項(xiàng)選擇題1、以下

5、哪個(gè)不屬于問題定義的步驟（ ）。A調(diào)查和調(diào)研B形成高層邏輯模型C溝通和交流D問題定義報(bào)告2、以下哪個(gè)不屬于問題定義的內(nèi)容（ ）。A問題的背景B開發(fā)的條件、環(huán)境要求C實(shí)現(xiàn)目標(biāo)的方案D體系結(jié)構(gòu)的設(shè)計(jì)3、可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是該系統(tǒng)是否開發(fā)的決策依據(jù)，因此必須給出（ ）的回答。A確定B行或不行C正確D無二義4、以下對(duì)可行性分析的任務(wù)描述不正確的是（ ）。A可行性分析要對(duì)以后的行動(dòng)方針提出建議B可行性分析只需要明確做不做，無須對(duì)以后的行動(dòng)方針提出建議C可行性分析階段如果認(rèn)為問題不可行，分析員要提出停止項(xiàng)目開發(fā)的建議D可行性分析階段如果認(rèn)為問題值得解，分析員需要提出解

6、決方案，并且為工程制定一個(gè)初步的計(jì)劃5、以下哪一個(gè)不屬于可行性分析的要素（ ）。A經(jīng)濟(jì)B技術(shù)C設(shè)備D社會(huì)6、以下對(duì)成功的可行性分析的必備要素描述不正確的是（ ）。A準(zhǔn)確界定研究任務(wù)B明確研究的用途C確定分析期限和報(bào)告的提交時(shí)間D以上三條都不正確7、以下不屬于可行性分析的步驟的是（ ）。A準(zhǔn)確界定研究任務(wù)復(fù)查項(xiàng)目目標(biāo)和規(guī)模B研究目前系統(tǒng)C問題定義報(bào)告D重新定義問題8、可行性分析基本步驟中的第三步是（ ）。A研究目前系統(tǒng)B分析技術(shù)可行性C法律可行性分析D形成高層邏輯模型9、以下哪個(gè)符號(hào)在系統(tǒng)流程圖中表示處理（ ）。A. B. C. D. 10、以下說法正確的是（ ）。A. 系統(tǒng)流程圖是屬于問題定義

7、階段的工作B. 系統(tǒng)流程圖是屬于可行性分析階段的工作C. 系統(tǒng)流程圖是屬于需求分析階段的工作D. 系統(tǒng)流程圖是屬于系統(tǒng)分析階段的工作11、以下對(duì)系統(tǒng)流程圖的理解不正確的是（ ）。A. 系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具B. 系統(tǒng)流程圖的基本思想是用圖形符號(hào)以白盒子形式描繪組成系統(tǒng)的每個(gè)部件C. 系統(tǒng)流程圖表達(dá)的是數(shù)據(jù)在系統(tǒng)各部件之間流動(dòng)的情況D. 系統(tǒng)流程圖不描述對(duì)數(shù)據(jù)進(jìn)行加工處理的控制過程12、以下哪個(gè)符號(hào)不屬于數(shù)據(jù)流圖的四種基本符號(hào)（ ）。A. B. C. D. 13、按軟件生命周期方法設(shè)計(jì)軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個(gè)階段的工作（ ）。A. 可行性分析B. 程序設(shè)計(jì)C. 詳細(xì)

8、設(shè)計(jì)D. 軟件維護(hù)14、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的（ ）。A. 物理模型B. 結(jié)構(gòu)模型C. 邏輯模型D. 設(shè)計(jì)說明書15、在數(shù)據(jù)流圖中，（橢圓）代表（ ）。A. 源點(diǎn)B. 終點(diǎn)C. 加工D. 模塊16、以下不屬于數(shù)據(jù)字典實(shí)現(xiàn)途徑的是（ ）。A. 全人工過程B. 全自動(dòng)化過程C. 混合過程D. 全都屬于17、以下不屬于數(shù)據(jù)字典中定義的元素的是（ ）。A. 數(shù)據(jù)流B. 數(shù)據(jù)元素C. 數(shù)據(jù)存儲(chǔ)和處理D. 全都屬于18、數(shù)據(jù)字典是用來定義（ ）中的各個(gè)成份的具體含義。A. 流程圖B. 功能結(jié)構(gòu)圖C. 系統(tǒng)結(jié)構(gòu)圖D. 數(shù)據(jù)流圖19、以下哪個(gè)不屬于成本/效益分析的內(nèi)容（ ）。A. 公司以前做項(xiàng)目的效

9、益情況B. 運(yùn)行費(fèi)用C. 開發(fā)成本D. 處理新系統(tǒng)將帶來的經(jīng)濟(jì)效益20、以下哪個(gè)不屬于常用的成本估算方法（ ）。A. 基于代碼行B. 基于工人人數(shù)C. 任務(wù)分解D. 自動(dòng)估計(jì)成本技術(shù)二、判斷題1、可行性分析階段的問題定義可做可不做，沒有實(shí)際意義（ ）。2、問題定義階段不需要提出實(shí)現(xiàn)目標(biāo)的方案，那是可行性分析階段的工作內(nèi)容（ ）。3、可行性分析的任務(wù)是對(duì)以后的行動(dòng)方針提出建議（ ）。4、如果問題沒有可行的解，分析員應(yīng)該建議停止這項(xiàng)開發(fā)工程，以避免時(shí)間、資源、人力和金錢的浪費(fèi)（ ）。5、如果問題值得解，分析員提出開發(fā)這項(xiàng)工程的建議即可，無需提出解決方案，制定計(jì)劃（ ）。6、可行性分析包括經(jīng)濟(jì)、技術(shù)

10、和社會(huì)三個(gè)基本要素（ ）。7、可行性分析中的經(jīng)濟(jì)要素是指這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能否超過它的開發(fā)成本（ ）。8、可行性研究包括復(fù)查項(xiàng)目目標(biāo)和規(guī)模、研究目前系統(tǒng)、形成高層邏輯模型和重新定義問題四9、高層邏輯模型指的就是系統(tǒng)數(shù)據(jù)流圖（ ）。10、重新定義問題是指分析員與用戶以系統(tǒng)流程圖為討論基礎(chǔ)，再次復(fù)查問題定義、工程規(guī)模和目標(biāo)。如對(duì)問題有誤解，或遺漏要求，在此階段改正（ ）。11、系統(tǒng)流程圖基本思想是用圖形符號(hào)以白盒子形式描繪組成系統(tǒng)的每個(gè)部件（ ）。12、系統(tǒng)流程圖也稱為系統(tǒng)圖是最常用的一種系統(tǒng)邏輯模型表示法（ ）。13、系統(tǒng)流程圖基本符號(hào)是以概括的方式抽象地描繪一個(gè)實(shí)際系統(tǒng)所用符號(hào)（ ）。14、數(shù)

11、據(jù)流圖只描繪信息在系統(tǒng)中流動(dòng)和處理的情況（ ）。15、設(shè)計(jì)數(shù)據(jù)流圖只需考慮系統(tǒng)必須完成的基本邏輯功能，不需要考慮如何實(shí)現(xiàn)這些功能（ ）。16、數(shù)據(jù)流圖中每個(gè)加工只有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流，反映此加工數(shù)據(jù)的來源與結(jié)果（ ）。17、數(shù)據(jù)流程圖是指從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程（ ）。18、數(shù)據(jù)流圖上所有圖形符號(hào)只限于三種基本圖形元素（ ）。19、數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合（ ）。20、數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合（ ）。21、數(shù)據(jù)字典作用是在軟件分析和設(shè)計(jì)的過程中給人提供關(guān)于數(shù)據(jù)的描述信息（ ）。22、系統(tǒng)的邏輯模型就是數(shù)據(jù)

12、流圖（ ）。23、成本/效益分析是指從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)新項(xiàng)目是否可行、是否劃算，從而幫助使用部門的負(fù)責(zé)人正確地作出是否投資于這項(xiàng)開發(fā)的決定（ ）。第三章練習(xí)題一、單項(xiàng)選擇題1、需求分析階段產(chǎn)生的最重要的文檔之一是（ ）。A. 項(xiàng)目開發(fā)計(jì)劃B. 需求規(guī)格說明書C. 設(shè)計(jì)說明書D. 可行性分析報(bào)告2、需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是（ ）需求。A. 功能B. 性能C. 數(shù)據(jù)D. 環(huán)境3、需求分析是（ ）。A. 軟件開發(fā)工作的基礎(chǔ)B. 軟件生存周期的開始C. 由系統(tǒng)分析員單獨(dú)完成的D. 由用戶自己單獨(dú)完成的4、需求分析階段要給出（ ）的回答。A. 做不做B. 怎么做C

13、. 什么時(shí)候做D. 做什么，不做什么5、需求分析中開發(fā)人員要從用戶那里了解（ ）。A. 軟件做什么B. 用戶使用界面C. 輸入的信息D. 軟件的規(guī)模6、需求分析階段的任務(wù)是確定（ ）。A. 軟件開發(fā)方法B. 軟件開發(fā)工具C. 軟件開發(fā)費(fèi)用D. 軟件系統(tǒng)功能7、需求分析的任務(wù)不包括（ ）。A. 問題分析B. 系統(tǒng)設(shè)計(jì)C. 需求描述D. 需求評(píng)審8、需求分析階段常用面向數(shù)據(jù)流的結(jié)構(gòu)化分析法的英文簡稱是（ ）。A. SA（Structured Analysis）B. JSD（Jackson）C. DSSD（Data Structured System Development Method）D. OO

14、A（Object-Oriented Method）9、面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法主要思想是（ ）。A. 具體與自頂向下的逐層分解B. 具體與自下向上的逐層分解C. 抽象與自下向上的分層分解D. 抽象與自頂向下的逐層分解10、結(jié)構(gòu)化需求分析用于數(shù)據(jù)描述的工具是（ ）和數(shù)據(jù)字典。A. 程序圖B. 流程圖C. 數(shù)據(jù)流圖D. PAD圖二、判斷題1、需求分析雖處于軟件開發(fā)的初期階段，但它對(duì)于整個(gè)軟件開發(fā)過程以及產(chǎn)品質(zhì)量至關(guān)重要（ ）。2、需求分析是軟件計(jì)劃時(shí)期的第一個(gè)階段（ ）。3、需求分析是在問題定義的基礎(chǔ)上，進(jìn)一步了解確定用戶需求。準(zhǔn)確地回答“系統(tǒng)必須做什么？”的問題（ ）。4、由于經(jīng)濟(jì)和業(yè)務(wù)環(huán)境的

15、動(dòng)態(tài)性導(dǎo)致需求易變而直接影響需求分析的效果（ ）。5、需求分析階段將用戶非形式的需求陳述轉(zhuǎn)化成的形式功能規(guī)約叫需求規(guī)格說明書（ ）。6、需求分析階段需確定對(duì)系統(tǒng)的綜合要求：系統(tǒng)功能要求、性能要求、運(yùn)行要求、將來可能提出的要求（ ）。7、需求分析不能遺漏任何必要的需求（ ）。8、結(jié)構(gòu)化需求分析主要思想抽象與自頂向下的逐層分解（ ）。9、結(jié)構(gòu)化分析方法于20世紀(jì)70年代末到80年代中期提出（ ）。10、需求規(guī)格說明書中必須說明運(yùn)行環(huán)境（ ）。第四章練習(xí)題一、單項(xiàng)選擇題1、高層設(shè)計(jì)通常是在需求明確、準(zhǔn)備開始（ ）之前進(jìn)行。A. 編碼B. 維護(hù)C. 需求分析D. 測試2、以下對(duì)于高層設(shè)計(jì)的描述錯(cuò)誤的是

16、（ ）。A. 高層設(shè)計(jì)也稱概要設(shè)計(jì)B. 高層設(shè)計(jì)要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實(shí)現(xiàn)軟件的需求C. 高層設(shè)計(jì)階段的重點(diǎn)是體系結(jié)構(gòu)設(shè)計(jì)D. 高層設(shè)計(jì)因?yàn)槭菍?duì)系統(tǒng)初略的分析過程。因此，設(shè)計(jì)的結(jié)果無需記錄在文檔中3、概要設(shè)計(jì)的主要設(shè)計(jì)方法包括（ ）。A. 模塊化方法B. 功能分解方法C. 面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)D. 以上都包括4、最常采用的概要設(shè)計(jì)方法是（ ）。A. 模塊化方法B. 功能分解方法C. 面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)D. 面向?qū)ο蠓椒?、以下不屬于詳細(xì)設(shè)計(jì)階段的是（ ）。A. 體系結(jié)構(gòu)設(shè)計(jì)B. 數(shù)據(jù)庫設(shè)計(jì)C. 模塊設(shè)計(jì)D. 數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì)6、詳細(xì)設(shè)計(jì)的結(jié)果

17、決定了最終程序的（ ）。A. 代碼的規(guī)模B. 運(yùn)行速度C. 質(zhì)量D. 可維護(hù)性7、詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的（ ）設(shè)計(jì)。A. 功能B. 調(diào)用關(guān)系C. 輸入輸出數(shù)據(jù)D. 數(shù)據(jù)結(jié)構(gòu)和算法8、內(nèi)聚表示一個(gè)模塊（ ）的程度。A. 細(xì)化B. 模塊內(nèi)部成分之間關(guān)聯(lián)C. 模塊之間依賴D. 僅關(guān)注在一件事情上9、耦合表示一個(gè)模塊（ ）的程度。A. 細(xì)化B. 模塊內(nèi)部成分之間關(guān)聯(lián)C. 模塊之間依賴D. 僅關(guān)注在一件事情上10、模塊化設(shè)計(jì)的指導(dǎo)思想是分解、信息隱藏與（ ）。A. 抽象B. 數(shù)據(jù)獨(dú)立性C. 程序獨(dú)立性D. 模塊獨(dú)立性11、模塊化的目的是（ ）。A. 增加內(nèi)聚性B. 降低復(fù)雜性C. 提高易讀性

18、D. 減少耦合性12、在模塊設(shè)計(jì)中，以下哪一個(gè)應(yīng)該公開，而不需要隱藏（ ）。A. 接口設(shè)計(jì)B. 算法C. 數(shù)據(jù)結(jié)構(gòu)D. 實(shí)現(xiàn)體13、下列關(guān)于模塊的描述，不正確的是（ ）。A. 具有獨(dú)立的模塊軟件不容易開發(fā)出來B. 獨(dú)立的模塊比較容易測試和維護(hù)C. 模塊的獨(dú)立程度可以通過內(nèi)聚和耦合標(biāo)定D. 獨(dú)立的模塊可以完成一個(gè)相對(duì)獨(dú)立的特定子功能14、模塊（ ），則說明模塊的獨(dú)立性越強(qiáng)。A. 耦合越強(qiáng)B. 扇入數(shù)越高C. 耦合越弱D. 扇入數(shù)越低15、模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程度越（ ）。A. 松散B. 緊密C. 無法判斷D. 相等二、判斷題1、系統(tǒng)設(shè)計(jì)的好壞在根本上決定了軟件系統(tǒng)的優(yōu)劣（

19、）。2、“差的系統(tǒng)設(shè)計(jì)必定產(chǎn)生差的軟件系統(tǒng)”，同樣“好的系統(tǒng)設(shè)計(jì)必定產(chǎn)生好的軟件系統(tǒng)”（ ）。3、為了追求技術(shù)的先進(jìn)性，開發(fā)人員可以稍微偏離需求開展系統(tǒng)設(shè)計(jì)工作（ ）。4、高層設(shè)計(jì)階段的重點(diǎn)是體系結(jié)構(gòu)設(shè)計(jì)（ ）。5、詳細(xì)設(shè)計(jì)是在概要設(shè)計(jì)之后進(jìn)行的。它利用概要設(shè)計(jì)的結(jié)果，對(duì)系統(tǒng)中的每個(gè)模塊給出足夠的過程性描述（ ）。6、軟件模塊之間的耦合性越弱越好（ ）。7、模塊設(shè)計(jì)應(yīng)當(dāng)爭取“高內(nèi)聚、低耦合”，而避免“低內(nèi)聚、高耦合”（ ）。8、為降低系統(tǒng)的開發(fā)難度，將系統(tǒng)分解得非常細(xì)、得到的功能模塊越多越好（ ）。第五章練習(xí)題一、單項(xiàng)選擇題1、以下屬于第三代程序設(shè)計(jì)語言的選項(xiàng)是（ ）。A. 機(jī)器語言B. 現(xiàn)代

20、語言C. 匯編語言D. SQL語言2、以下描述錯(cuò)誤的是（ ）。A. 程序設(shè)計(jì)語言的特性和程序設(shè)計(jì)風(fēng)格，會(huì)深刻地影響軟件的質(zhì)量和可維護(hù)性B. 為了保證程序編碼的質(zhì)量，程序員必須深刻理解、熟練掌握并正確地運(yùn)用程序設(shè)計(jì)語言的特性C. 高效的程序代碼能縮短開發(fā)周期，并減少維護(hù)代價(jià)D. 只要程序設(shè)計(jì)語言選擇的好就可以設(shè)計(jì)出高效的程序代碼，對(duì)于程序的結(jié)構(gòu)沒有要求3、以下屬于選擇程序設(shè)計(jì)語言的標(biāo)準(zhǔn)的選項(xiàng)是（ ）。A. 選擇用戶熟悉的程序設(shè)計(jì)語言B. 從程序員知識(shí)水平和心理因素等方面考慮C. 從軟件的可移植性考慮D. 以上三項(xiàng)都屬于4、編程時(shí)應(yīng)注意的編程風(fēng)格是（ ）。A. 源程序文檔化B. 數(shù)據(jù)說明C. 滿足

21、運(yùn)行工程學(xué)的輸入輸出風(fēng)格 D. 以上三項(xiàng)都屬于5、結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ ）。A. 程序的規(guī)模B. 程序的效率C. 程序設(shè)計(jì)語言的先進(jìn)性 D. 程序易讀性6、下列屬于編碼時(shí)標(biāo)準(zhǔn)書寫格式的是（ ）。A. 書寫時(shí)適當(dāng)使用空格分隔B. 一行寫入多條語句C. 嵌套結(jié)構(gòu)不使用分層縮進(jìn)的寫法 D. 程序中不加注釋7、以下符合程序設(shè)計(jì)過程中語句結(jié)構(gòu)要求的是（ ）。A. 一行內(nèi)可寫多條語句B. 程序的編寫首先應(yīng)當(dāng)考慮效率：效率第一，清晰第二C. 盡可能用通俗易懂的偽碼來描述程序的流程，然后再翻譯成必須使用的語言D. 盡量使用“否定”條件的條件語句二、判斷題1、4 GL語言屬于第三代程序設(shè)計(jì)語言（ ）。2

22、、程序設(shè)計(jì)這一階段的工作是把詳細(xì)設(shè)計(jì)中，具體的過程性描述內(nèi)容，翻譯成某一種程序設(shè)計(jì)語言編寫的源程序（ ）。3、高效的程序代碼能縮短開發(fā)周期，并減少維護(hù)代價(jià)（ ）。4、程序設(shè)計(jì)風(fēng)格指人們編制程序時(shí)所表現(xiàn)出來的特點(diǎn)、習(xí)慣、邏輯思路（ ）。5、編碼時(shí)應(yīng)從以下幾方面注意編程風(fēng)格：源程序文檔化、數(shù)據(jù)說明、語句結(jié)構(gòu)、滿足運(yùn)行工程學(xué)的輸入輸出風(fēng)格（ ）。6、夾在程序中的注釋可有可無（ ）。7、程序設(shè)計(jì)語言中應(yīng)絕對(duì)禁止使用GOTO語句（ ）。8、在設(shè)計(jì)階段已經(jīng)確定了數(shù)據(jù)結(jié)構(gòu)的組織及其復(fù)雜性。因此在編寫程序時(shí)，無需再注意數(shù)據(jù)說明的風(fēng)格（ ）。第六章練習(xí)題一、單項(xiàng)選擇題1、軟件開發(fā)時(shí),一個(gè)錯(cuò)誤發(fā)現(xiàn)得越晚,為改正它

23、所付出的代價(jià)就（ ）。A. 越大B. 越小C. 越不可捉摸 D. 越接近平均水平2、確定測試計(jì)劃是在（ ）階段制定的。A. 總體設(shè)計(jì)B. 詳細(xì)設(shè)計(jì)C. 編碼 D. 測試3、以下有關(guān)軟件測試的描述正確的是（ ）。A. 測試是一個(gè)為了發(fā)現(xiàn)所有錯(cuò)誤而執(zhí)行程序的過程B. 一個(gè)好的測試用例是指能夠發(fā)現(xiàn)所有錯(cuò)誤的測試用例C. 一個(gè)成功的測試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯(cuò)誤的測試D. 軟件測試只能通過自動(dòng)的手段來執(zhí)行和評(píng)價(jià)系統(tǒng)或系統(tǒng)部件4、為了提高測試的效率，應(yīng)該（ ）。A. 在完成編碼以后制定軟件的測試計(jì)劃B. 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C. 隨機(jī)地選取測試數(shù)據(jù)D. 選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測

24、試數(shù)據(jù)5、系統(tǒng)因錯(cuò)誤而發(fā)生故障時(shí)，仍然能在一定程度上完成預(yù)期功能的能力被稱為（ ）。A. 軟件容錯(cuò)B. 系統(tǒng)軟件C. 測試軟件D. 恢復(fù)測試6、下面說法正確的是（ ）。A. 經(jīng)過測試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確B. 測試的目標(biāo)是為了證明程序沒有錯(cuò)誤C. 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測試D. 成功的測試是沒有發(fā)現(xiàn)錯(cuò)誤的測試7、經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟件產(chǎn)品中（ ）。A. 軟件不再包含任何錯(cuò)誤B. 還可能包含少量軟件錯(cuò)誤C. 所提交給用戶的可執(zhí)行文件不會(huì)含有錯(cuò)誤D. 文檔中不會(huì)含有錯(cuò)誤8、在進(jìn)行軟件測試時(shí)， 首先應(yīng)當(dāng)進(jìn)行（ ），然后進(jìn)行子系統(tǒng)測試，最后進(jìn)行驗(yàn)收測試。A. 單元測試

25、B. 集成測試C. 確認(rèn)測試D. 組合測試9、軟件測試的目標(biāo)是（ ）。A. 證明軟件是正確的B. 發(fā)現(xiàn)錯(cuò)誤、減低錯(cuò)誤帶來的風(fēng)險(xiǎn)C. 排除軟件中所有的錯(cuò)誤D. 與軟件調(diào)試相同10、以下對(duì)黑盒測試方法描述錯(cuò)誤的是（ ）。A. 又稱功能測試或數(shù)據(jù)驅(qū)動(dòng)測試B. 測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只檢查程序的功能是否符合它的功能說明C. 黑盒測試不關(guān)心輸入與輸出的對(duì)應(yīng)關(guān)系D. 黑盒測試不關(guān)心被測程序的內(nèi)部關(guān)系11、以下不屬于黑盒測試方法和技術(shù)的是（ ）。A. 等價(jià)類劃分B. 邊界值分析C. 接口測試D. 基本路徑覆蓋12、黑盒測試在設(shè)計(jì)測試用例時(shí)，主要需要研究（ ）。A. 需求規(guī)格說明與概

26、要設(shè)計(jì)說明B. 詳細(xì)設(shè)計(jì)說明C. 項(xiàng)目開發(fā)計(jì)劃D. 概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明13、黑盒測試的優(yōu)點(diǎn)是（ ）。A. 適用于各階段測試B. 有一定的充分性度量手段C. 可獲較多工具支持D. 代碼測試全面14、以下哪項(xiàng)不屬于黑盒測試方法要測試的錯(cuò)誤（ ）。A. 是否有不正確或遺漏了的功能B. 輸入能否正確地接受，能否輸出正確的結(jié)果C. 性能上是否能夠滿足要求D. 內(nèi)部數(shù)據(jù)結(jié)構(gòu)的是否有效 15、以下對(duì)白盒測試方法描述正確的是（ ）。A. 白盒測試又稱結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試B. 白盒測試允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測試用例C. 白盒測試允許對(duì)程序所有邏輯路徑進(jìn)行測試D. 以上

27、三項(xiàng)全都正確16、軟件人員使用白盒測試方法對(duì)程序模塊進(jìn)行檢查時(shí)，以下哪個(gè)說法不正確（ ）。A. 對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都至少測試一次B. 對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑只能測試一次C. 在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體D. 測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等二、判斷題1、軟件測試是為了證明程序是正確的（ ）。2、軟件測試能發(fā)現(xiàn)程序中所有的錯(cuò)誤（ ）。3、要通過測試發(fā)現(xiàn)程序中的所有錯(cuò)誤，就要窮舉所有可能的輸入數(shù)據(jù)（ ）。4、程序測試是為了證明程序正確地執(zhí)行了預(yù)期的功能（ ）。5、一個(gè)好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試用例（ ）。6、軟件測試是用人工或自動(dòng)的手

28、段來執(zhí)行和評(píng)價(jià)系統(tǒng)或系統(tǒng)部件的過程，以檢驗(yàn)它是否滿足規(guī)定的需求，或識(shí)別期望的結(jié)果和實(shí)際的結(jié)果之間有無差別（ ）。7、所有的測試都應(yīng)可追溯到客戶需求（ ）。8、測試應(yīng)從“大規(guī)?！遍_始，逐步轉(zhuǎn)向“小規(guī)?！保?）。9、測試中發(fā)現(xiàn)的80%的錯(cuò)誤可能來自于20%的程序代碼（ ）。10、需妥善保存測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便（ ）。11、黑盒測試是把測試對(duì)象看做一個(gè)黑盒，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求和功能規(guī)格說明，檢查程序的功能是否符合它的功能說明（ ）。12、黑盒測試只關(guān)心被測程序的內(nèi)部關(guān)系（ ）。13、循環(huán)結(jié)構(gòu)分析屬于黑盒測試法（ ）。

29、14、路徑覆蓋測試要求對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一次（ ）。15、邏輯覆蓋測試要求對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都至少測試一次（ ）。16、白盒測試法是將程序看成一個(gè)透明的盒子，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過程（ ）。第七章練習(xí)題一、單項(xiàng)選擇題1、軟件生命周期中花費(fèi)最多的階段是（ ）。A. 詳細(xì)設(shè)計(jì)B. 軟件編碼C. 軟件測試D. 軟件維護(hù)2、下列屬于維護(hù)階段的文檔是（ ）。A. 軟件規(guī)格說明B. 用戶操作手冊(cè)C. 軟件問題報(bào)告D. 軟件測試分析報(bào)告3、軟件維護(hù)產(chǎn)生的副作用，是指（ ）。A. 開發(fā)時(shí)的錯(cuò)誤B. 隱含的錯(cuò)誤冊(cè)C. 因修改軟件而造成的錯(cuò)誤D. 運(yùn)行時(shí)誤操作4、軟件維護(hù)的四類維護(hù)活動(dòng)是（ ）。A. 改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和預(yù)防性維護(hù)B. 適應(yīng)性維護(hù)，完善性維護(hù)，搶救性維護(hù)和輔助性維護(hù)C. 改正性維護(hù)，適應(yīng)性維護(hù)，完善性