第一章練習(xí)題一、單項(xiàng)選擇題1、 軟件是（ ）。處理對(duì)象和處理規(guī)則的描述程序C程序、數(shù)據(jù)及文檔D.計(jì)算機(jī)系統(tǒng)2、 下列選項(xiàng)中（ ）是軟件開發(fā)中存在的不正確的觀念、方法。重編程、輕需求重開發(fā)、輕維護(hù)C重技術(shù)、輕管理D.以上三條都是3、 下列哪個(gè)階段不屬于軟件生存周期的三大階段（ ）。計(jì)劃階段開發(fā)階段C編碼階段D.維護(hù)階段4、 計(jì)算機(jī)系統(tǒng)就是（）。主機(jī)，顯示器，硬盤，軟驅(qū)，打印機(jī)等CPU，存儲(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)象稱做（）。軟件工程軟件周期軟件危機(jī)軟件產(chǎn)生6、 以下屬于軟件危機(jī)現(xiàn)象的是（）。軟件開發(fā)進(jìn)度難以預(yù)測(cè)軟件產(chǎn)品難以維護(hù)軟件缺少適當(dāng)?shù)奈臋n資料以上三條都是7、 軟件工程的出現(xiàn)主要是由于（ ）。程序設(shè)計(jì)方法學(xué)的影響其它工程科學(xué)的影響軟件危機(jī)的出現(xiàn)計(jì)算機(jī)的發(fā)展8、 以下哪一項(xiàng)不屬于項(xiàng)目成功要考慮的因素（ ）。X作范圍與成本進(jìn)度計(jì)劃客戶滿意度全都屬于9、 以下對(duì)軟件工程的解釋正確的是（）。軟件工程是研究軟件開發(fā)和軟件管理的一門工程科學(xué)軟件工程是將系統(tǒng)化的、規(guī)范化的、可度量化的方法應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)的過程軟件工程是把工程化的思想應(yīng)用于軟件開發(fā)以上三條都正確10、 一個(gè)項(xiàng)目是否開發(fā)，從經(jīng)濟(jì)上來說是否可行，歸根結(jié)底是取決于（ ）。成本估算項(xiàng)目計(jì)劃X程管理X程網(wǎng)絡(luò)圖11、 軟件生存周期包括可行性分析、需求分析、系統(tǒng)設(shè)計(jì)、編碼、（ ）、維護(hù)等活動(dòng)。應(yīng)用檢測(cè)測(cè)試以上答案都不正確12、 一個(gè)軟件從開始計(jì)劃到廢棄為止，稱為軟件的（）。開發(fā)周期生存周期運(yùn)行周期維護(hù)周期13、 軟件計(jì)劃時(shí)期的主要任務(wù)是：分析用戶要求、新系統(tǒng)的主要目標(biāo)以及（）。開發(fā)軟件開發(fā)的可行性設(shè)計(jì)軟件運(yùn)行軟件二、判斷題TOC\o"1-5"\h\z1、 軟件就是計(jì)算機(jī)系統(tǒng)中的程序、數(shù)據(jù)及其文檔（ ）。2、 程序是指計(jì)算機(jī)為完成特定任務(wù)而執(zhí)行的指令的有序集合（）。3、 數(shù)據(jù)是指被程序處理的信息（）。4、 軟件工程與項(xiàng)目管理是為研究克服軟件危機(jī)應(yīng)運(yùn)而生的（ ）。5、 軟件危機(jī)是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ì)、測(cè)試、維護(hù)，五個(gè)階段（）。13、 軟件生存周期是指根據(jù)某一軟件從被提出并著手開始實(shí)現(xiàn)，直到軟件完成其使命被廢棄為止的全過程（）。第二章練習(xí)題、單項(xiàng)選擇題1、 以下哪個(gè)不屬于問題定義的步驟（）。調(diào)查和調(diào)研形成高層邏輯模型C溝通和交流D.問題定義報(bào)告2、 以下哪個(gè)不屬于問題定義的內(nèi)容（）。問題的背景開發(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ù)，因此必須給出（）的回答。確定行或不行C正確D.無二義4、 以下對(duì)可行性分析的任務(wù)描述不正確的是（）?？尚行苑治鲆獙?duì)以后的行動(dòng)方針提出建議可行性分析只需要明確做不做，無須對(duì)以后的行動(dòng)方針提出建議C可行性分析階段如果認(rèn)為問題不可行，分析員要提出停止項(xiàng)目開發(fā)的建議D.可行性分析階段如果認(rèn)為問題值得解，分析員需要提出解決方案，并且為工程制定一個(gè)初步的計(jì)劃5、 以下哪一個(gè)不屬于可行性分析的要素（ ）。經(jīng)濟(jì)技術(shù)C設(shè)備D.社會(huì)6、 以下對(duì)成功的可行性分析的必備要素描述不正確的是（）。準(zhǔn)確界定研究任務(wù)明確研究的用途C確定分析期限和報(bào)告的提交時(shí)間D.以上三條都不正確7、 以下不屬于可行性分析的步驟的是（ ）。準(zhǔn)確界定研究任務(wù)復(fù)查項(xiàng)目目標(biāo)和規(guī)模研究目前系統(tǒng)C問題定義報(bào)告D.重新定義問題8、 可行性分析基本步驟中的第三步是（ ）。研究目前系統(tǒng)分析技術(shù)可行性C法律可行性分析D.形成高層邏輯模型9、 以下哪個(gè)符號(hào)在系統(tǒng)流程圖中表示處理（ ）。A.B.C.D.10、A.B.C.D.11、A.B.C.D.12、以下說法正確的是（ ）。系統(tǒng)流程圖是屬于問題定義階段的工作系統(tǒng)流程圖是屬于可行性分析階段的工作系統(tǒng)流程圖是屬于需求分析階段的工作系統(tǒng)流程圖是屬于系統(tǒng)分析階段的工作以下對(duì)系統(tǒng)流程圖的理解不正確的是（ ）。系統(tǒng)流程圖是概括地描繪物理系統(tǒng)的傳統(tǒng)工具系統(tǒng)流程圖的基本思想是用圖形符號(hào)以白盒子形式描繪組成系統(tǒng)的每個(gè)部件系統(tǒng)流程圖表達(dá)的是數(shù)據(jù)在系統(tǒng)各部件之間流動(dòng)的情況系統(tǒng)流程圖不描述對(duì)數(shù)據(jù)進(jìn)行加工處理的控制過程-符號(hào)不屬于數(shù)據(jù)流圖的四種基本符號(hào)（ ）。A.B.C.D.13、 按軟件生命周期方法設(shè)計(jì)軟件的過程中，畫數(shù)據(jù)流圖屬于下面哪個(gè)階段的工作（）。可行性分析程序設(shè)計(jì)詳細(xì)設(shè)計(jì)軟件維護(hù)14、 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的（）。物理模型結(jié)構(gòu)模型邏輯模型設(shè)計(jì)說明書15、 在數(shù)據(jù)流圖中，0（橢圓）代表（ ）。源點(diǎn)終點(diǎn)加工模塊16、 以下不屬于數(shù)據(jù)字典實(shí)現(xiàn)途徑的是（ ）。全人工過程全自動(dòng)化過程混合過程全都屬于17、 以下不屬于數(shù)據(jù)字典中定義的元素的是（ ）。數(shù)據(jù)流數(shù)據(jù)元素?cái)?shù)據(jù)存儲(chǔ)和處理全都屬于18、 數(shù)據(jù)字典是用來定義（ ）中的各個(gè)成份的具體含義。流程圖功能結(jié)構(gòu)圖系統(tǒng)結(jié)構(gòu)圖數(shù)據(jù)流圖19、 以下哪個(gè)不屬于成本/效益分析的內(nèi)容（）。公司以前做項(xiàng)目的效益情況運(yùn)行費(fèi)用開發(fā)成本處理新系統(tǒng)將帶來的經(jīng)濟(jì)效益20、 以下哪個(gè)不屬于常用的成本估算方法（）?；诖a行基于工人人數(shù)任務(wù)分解自動(dòng)估計(jì)成本技術(shù)二、判斷題TOC\o"1-5"\h\z1、 可行性分析階段的問題定義可做可不做，沒有實(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ù)和社會(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ù)據(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ù)流圖（ ）。23、成本/效益分析是指從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)新項(xiàng)目是否可行、是否劃算，從而幫助使用部門的負(fù)責(zé)人正確地作出是否投資于這項(xiàng)開發(fā)的決定（）。第三章練習(xí)題一、單項(xiàng)選擇題1、 需求分析階段產(chǎn)生的最重要的文檔之一是（）。項(xiàng)目開發(fā)計(jì)劃需求規(guī)格說明書設(shè)計(jì)說明書可行性分析報(bào)告2、 需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是（ ）需求。功能性能數(shù)據(jù)環(huán)境3、 需求分析是（ ）。軟件開發(fā)工作的基礎(chǔ)軟件生存周期的開始由系統(tǒng)分析員單獨(dú)完成的由用戶自己?jiǎn)为?dú)完成的4、 需求分析階段要給出（）的回答。做不做怎么做什么時(shí)候做做什么，不做什么5、 需求分析中開發(fā)人員要從用戶那里了解（ ）。軟件做什么用戶使用界面輸入的信息軟件的規(guī)模6、 需求分析階段的任務(wù)是確定（）。軟件開發(fā)方法軟件開發(fā)工具軟件開發(fā)費(fèi)用軟件系統(tǒng)功能7、 需求分析的任務(wù)不包括（）。問題分析系統(tǒng)設(shè)計(jì)需求描述需求評(píng)審8、 需求分析階段常用面向數(shù)據(jù)流的結(jié)構(gòu)化分析法的英文簡(jiǎn)稱是（）。SA（StructuredAnalysis）JSD（Jackson）DSSD（DataStructuredSystemDevelopmentMethod）OOA（Object-OrientedMethod）9、 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法主要思想是（）。具體與自頂向下的逐層分解具體與自下向上的逐層分解抽象與自下向上的分層分解抽象與自頂向下的逐層分解10、 結(jié)構(gòu)化需求分析用于數(shù)據(jù)描述的工具是（）和數(shù)據(jù)字典。程序圖流程圖數(shù)據(jù)流圖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)境的動(dòng)態(tài)性導(dǎo)致需求易變而直接影響需求分析的效果（）。5、 需求分析階段將用戶非形式的需求陳述轉(zhuǎn)化成的形式功能規(guī)約叫需求規(guī)格說明書（）。TOC\o"1-5"\h\z6、 需求分析階段需確定對(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)行。編碼維護(hù)需求分析測(cè)試2、 以下對(duì)于高層設(shè)計(jì)的描述錯(cuò)誤的是（ ）。高層設(shè)計(jì)也稱概要設(shè)計(jì)高層設(shè)計(jì)要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實(shí)現(xiàn)軟件的需求高層設(shè)計(jì)階段的重點(diǎn)是體系結(jié)構(gòu)設(shè)計(jì)高層設(shè)計(jì)因?yàn)槭菍?duì)系統(tǒng)初略的分析過程。因此，設(shè)計(jì)的結(jié)果無需記錄在文檔中3、 概要設(shè)計(jì)的主要設(shè)計(jì)方法包括（ ）。模塊化方法功能分解方法面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)以上都包括4、 最常采用的概要設(shè)計(jì)方法是（ ）。模塊化方法功能分解方法面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)面向?qū)ο蠓椒?、 以下不屬于詳細(xì)設(shè)計(jì)階段的是（ ）。體系結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)模塊設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)與算法設(shè)計(jì)6、 詳細(xì)設(shè)計(jì)的結(jié)果決定了最終程序的（ ）。代碼的規(guī)模運(yùn)行速度質(zhì)量可維護(hù)性7、 詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的（ ）設(shè)計(jì)。功能調(diào)用關(guān)系輸入輸出數(shù)據(jù)數(shù)據(jù)結(jié)構(gòu)和算法8、 內(nèi)聚表示一個(gè)模塊（）的程度。細(xì)化模塊內(nèi)部成分之間關(guān)聯(lián)模塊之間依賴僅關(guān)注在一件事情上9、 耦合表示一個(gè)模塊（）的程度。細(xì)化模塊內(nèi)部成分之間關(guān)聯(lián)模塊之間依賴僅關(guān)注在一件事情上10、 模塊化設(shè)計(jì)的指導(dǎo)思想是分解、信息隱藏與（ ）。抽象數(shù)據(jù)獨(dú)立性程序獨(dú)立性模塊獨(dú)立性11、 模塊化的目的是（）。增加內(nèi)聚性降低復(fù)雜性提高易讀性減少耦合性12、 在模塊設(shè)計(jì)中，以下哪一個(gè)應(yīng)該公開，而不需要隱藏（）。接口設(shè)計(jì)算法數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)體13、 下列關(guān)于模塊的描述，不正確的是（ ）。具有獨(dú)立的模塊軟件不容易開發(fā)出來獨(dú)立的模塊比較容易測(cè)試和維護(hù)模塊的獨(dú)立程度可以通過內(nèi)聚和耦合標(biāo)定獨(dú)立的模塊可以完成一個(gè)相對(duì)獨(dú)立的特定子功能14、 模塊（ ），則說明模塊的獨(dú)立性越強(qiáng)。耦合越強(qiáng)扇入數(shù)越高耦合越弱扇入數(shù)越低15、 模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程度越（ ）。松散緊密無法判斷相等TOC\o"1-5"\h\z1、 系統(tǒng)設(shè)計(jì)的好壞在根本上決定了軟件系統(tǒng)的優(yōu)劣（ ）。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)爭(zhēng)取“高內(nèi)聚、低耦合”，而避免“低內(nèi)聚、高耦合”（ ）。8、 為降低系統(tǒng)的開發(fā)難度，將系統(tǒng)分解得非常細(xì)、得到的功能模塊越多越好（）。第五章練習(xí)題一、單項(xiàng)選擇題1、 以下屬于第三代程序設(shè)計(jì)語言的選項(xiàng)是（ ）。機(jī)器語言現(xiàn)代語言匯編語言SQL語言2、 以下描述錯(cuò)誤的是（ ）。程序設(shè)計(jì)語言的特性和程序設(shè)計(jì)風(fēng)格，會(huì)深刻地影響軟件的質(zhì)量和可維護(hù)性為了保證程序編碼的質(zhì)量，程序員必須深刻理解、熟練掌握并正確地運(yùn)用程序設(shè)計(jì)語言的特性高效的程序代碼能縮短開發(fā)周期，并減少維護(hù)代價(jià)只要程序設(shè)計(jì)語言選擇的好就可以設(shè)計(jì)出高效的程序代碼，對(duì)于程序的結(jié)構(gòu)沒有要求3、 以下屬于選擇程序設(shè)計(jì)語言的標(biāo)準(zhǔn)的選項(xiàng)是（）。選擇用戶熟悉的程序設(shè)計(jì)語言從程序員知識(shí)水平和心理因素等方面考慮從軟件的可移植性考慮以上三項(xiàng)都屬于4、 編程時(shí)應(yīng)注意的編程風(fēng)格是（ ）。源程序文檔化數(shù)據(jù)說明滿足運(yùn)行工程學(xué)的輸入輸出風(fēng)格以上三項(xiàng)都屬于5、 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ ）。程序的規(guī)模程序的效率程序設(shè)計(jì)語言的先進(jìn)性程序易讀性6、 下列屬于編碼時(shí)標(biāo)準(zhǔn)書寫格式的是（ ）。書寫時(shí)適當(dāng)使用空格分隔一行寫入多條語句嵌套結(jié)構(gòu)不使用分層縮進(jìn)的寫法程序中不加注釋7、 以下符合程序設(shè)計(jì)過程中語句結(jié)構(gòu)要求的是（）。一行內(nèi)可寫多條語句程序的編寫首先應(yīng)當(dāng)考慮效率：效率第一，清晰第二盡可能用通俗易懂的偽碼來描述程序的流程，然后再翻譯成必須使用的語言盡量使用“否定”條件的條件語句二、判斷題TOC\o"1-5"\h\z1、 4GL語言屬于第三代程序設(shè)計(jì)語言（ ）。2、 程序設(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)得越晚，為改正它所付出的代價(jià)就（ ）。越大越小越不可捉摸越接近平均水平2、 確定測(cè)試計(jì)劃是在（ ）階段制定的?？傮w設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼測(cè)試3、 以下有關(guān)軟件測(cè)試的描述正確的是（ ）。測(cè)試是一個(gè)為了發(fā)現(xiàn)所有錯(cuò)誤而執(zhí)行程序的過程一個(gè)好的測(cè)試用例是指能夠發(fā)現(xiàn)所有錯(cuò)誤的測(cè)試用例一個(gè)成功的測(cè)試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試軟件測(cè)試只能通過自動(dòng)的手段來執(zhí)行和評(píng)價(jià)系統(tǒng)或系統(tǒng)部件4、 為了提高測(cè)試的效率，應(yīng)該（ ）。在完成編碼以后制定軟件的測(cè)試計(jì)劃取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)隨機(jī)地選取測(cè)試數(shù)據(jù)選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)5、 系統(tǒng)因錯(cuò)誤而發(fā)生故障時(shí)，仍然能在一定程度上完成預(yù)期功能的能力被稱為（）。軟件容錯(cuò)系統(tǒng)軟件測(cè)試軟件恢復(fù)測(cè)試6、 下面說法正確的是（ ）。經(jīng)過測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確測(cè)試的目標(biāo)是為了證明程序沒有錯(cuò)誤成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試7、 經(jīng)過嚴(yán)密的軟件測(cè)試后所提交給用戶的軟件產(chǎn)品中（ ）。軟件不再包含任何錯(cuò)誤還可能包含少量軟件錯(cuò)誤所提交給用戶的可執(zhí)行文件不會(huì)含有錯(cuò)誤文檔中不會(huì)含有錯(cuò)誤8、 在進(jìn)行軟件測(cè)試時(shí)，首先應(yīng)當(dāng)進(jìn)行（ ），然后進(jìn)行子系統(tǒng)測(cè)試，最后進(jìn)行驗(yàn)收測(cè)試。單元測(cè)試集成測(cè)試確認(rèn)測(cè)試組合測(cè)試9、 軟件測(cè)試的目標(biāo)是（ ）。證明軟件是正確的發(fā)現(xiàn)錯(cuò)誤、減低錯(cuò)誤帶來的風(fēng)險(xiǎn)排除軟件中所有的錯(cuò)誤與軟件調(diào)試相同10、 以下對(duì)黑盒測(cè)試方法描述錯(cuò)誤的是（ ）。又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只檢查程序的功能是否符合它的功能說明黑盒測(cè)試不關(guān)心輸入與輸出的對(duì)應(yīng)關(guān)系黑盒測(cè)試不關(guān)心被測(cè)程序的內(nèi)部關(guān)系11、 以下不屬于黑盒測(cè)試方法和技術(shù)的是（）。等價(jià)類劃分邊界值分析接口測(cè)試基本路徑覆蓋12、 黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要需要研究（ ）。需求規(guī)格說明與概要設(shè)計(jì)說明詳細(xì)設(shè)計(jì)說明項(xiàng)目開發(fā)計(jì)劃概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明13、 黑盒測(cè)試的優(yōu)點(diǎn)是（ ）。適用于各階段測(cè)試有一定的充分性度量手段可獲較多工具支持代碼測(cè)試全面14、 以下哪項(xiàng)不屬于黑盒測(cè)試方法要測(cè)試的錯(cuò)誤（）。是否有不正確或遺漏了的功能輸入能否正確地接受，能否輸出正確的結(jié)果性能上是否能夠滿足要求內(nèi)部數(shù)據(jù)結(jié)構(gòu)的是否有效15、 以下對(duì)白盒測(cè)試方法描述正確的是（ ）。白盒測(cè)試又稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試白盒測(cè)試允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例白盒測(cè)試允許對(duì)程序所有邏輯路徑進(jìn)行測(cè)試以上三項(xiàng)全都正確16、 軟件人員使用白盒測(cè)試方法對(duì)程序模塊進(jìn)行檢查時(shí)，以下哪個(gè)說法不正確（ ）。對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都至少測(cè)試一次對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑只能測(cè)試一次在循環(huán)的邊界和運(yùn)行界限內(nèi)執(zhí)行循環(huán)體測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等TOC\o"1-5"\h\z1、軟件測(cè)試是為了證明程序是正確的（ ）。2、 軟件測(cè)試能發(fā)現(xiàn)程序中所有的錯(cuò)誤（ ）。3、 要通過測(cè)試發(fā)現(xiàn)程序中的所有錯(cuò)誤，就要窮舉所有可能的輸入數(shù)據(jù)（）。4、 程序測(cè)試是為了證明程序正確地執(zhí)行了預(yù)期的功能（）。5、 一個(gè)好的測(cè)試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試用例（ ）。6、 軟件測(cè)試是用人工或自動(dòng)的手段來執(zhí)行和評(píng)價(jià)系統(tǒng)或系統(tǒng)部件的過程，以檢驗(yàn)它是否滿足規(guī)定的需求，或識(shí)別期望的結(jié)果和實(shí)際的結(jié)果之間有無差別（）。7、 所有的測(cè)試都應(yīng)可追溯到客戶需求（ ）。8、 測(cè)試應(yīng)從“大規(guī)模”開始，逐步轉(zhuǎn)向“小規(guī)?！保?）。9、 測(cè)試中發(fā)現(xiàn)的80%的錯(cuò)誤可能來自于20%的程序代碼（ ）。10、 需妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便（ ）。11、 黑盒測(cè)試是把測(cè)試對(duì)象看做一個(gè)黑盒，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求和功能規(guī)格說明，檢查程序的功能是否符合它的功能說明（ ）。12、 黑盒測(cè)試只關(guān)心被測(cè)程序的內(nèi)部關(guān)系（ ）。13、 循環(huán)結(jié)構(gòu)分析屬于黑盒測(cè)試法（）。14、 路徑覆蓋測(cè)試要求對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一次（）。15、 邏輯覆蓋測(cè)試要求對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都至少測(cè)試一次（）。16、 白盒測(cè)試法是將程序看成一個(gè)透明的盒子，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過程（ ）。第七章練習(xí)題一、單項(xiàng)選擇題1、 軟件生命周期中花費(fèi)最多的階段是（ ）。詳細(xì)設(shè)計(jì)軟件編碼軟件測(cè)試軟件維護(hù)2、 下列屬于維護(hù)階段的文檔是（）。軟件規(guī)格說明用戶操作手冊(cè)軟件問題報(bào)告軟件測(cè)試分析報(bào)告3、 軟件維護(hù)產(chǎn)生的副作用，是指（ ）。開發(fā)時(shí)的錯(cuò)誤隱含的錯(cuò)誤冊(cè)因修改軟件而造成的錯(cuò)誤運(yùn)行時(shí)誤操作4、 軟件維護(hù)的四類維護(hù)活動(dòng)是（ ）。改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和預(yù)防性維護(hù)適應(yīng)性維護(hù)，完善性維護(hù)，搶救性維護(hù)和輔助性維護(hù)改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和輔助性維護(hù)適應(yīng)性維護(hù)，完善性維護(hù)，搶救