軟件工程導(dǎo)論1-6章習(xí)題.doc

1、第一章練習(xí)題一、判斷題 1. 螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（）2. .軟件是指用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。（X） 3. 在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。（X） 4. 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（ ） 5. 類是關(guān)于對(duì)象性質(zhì)的描述，由方法和數(shù)據(jù)組成。（ ）6. 如果把軟件開發(fā)所需的資源畫成一個(gè)金字塔，人是最基本的資源。（ ）二、名字解釋：1. 軟件：完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文檔。2. 軟件危機(jī)：軟件危

2、機(jī)指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中，所遇到的一系列嚴(yán)重問題。3. 軟件工程：將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用與軟件的開發(fā)、運(yùn)行和維護(hù)的過程。（將工程化運(yùn)用于軟件中）。4. 軟件生命周期：一個(gè)軟件從定義、開發(fā)、使用和維護(hù)直至最終被廢棄，要經(jīng)歷的漫長時(shí)期。5. 軟件過程：為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。6. 瀑布模型：是將軟件生存各個(gè)活動(dòng)規(guī)定為依線性順序聯(lián)接的若干階段的模型。它包括可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試盒維護(hù)。它規(guī)定了由前至后，相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。7. 快速原型模型：是快速建立起

3、來的可以再計(jì)算機(jī)上運(yùn)行的程序，它所能完成的功能往往是最終產(chǎn)品能完成的功能 的一個(gè)子集。8. 增量模型：是在項(xiàng)目的開發(fā)工程中以一系列的增量方式開發(fā)系統(tǒng)。增量方式包括增量開發(fā)和增量提交。增量開發(fā)是指在項(xiàng)目開發(fā)過程中以一定的時(shí)間間隔開發(fā)部分工作軟件；增量提交是指在開發(fā)周期內(nèi)，以一定的時(shí)間間隔增量方式向用戶提交工作軟件及相應(yīng)文檔。增量開發(fā)和增量提交可以同時(shí)使用，也可以單獨(dú)使用。9. 螺旋模型：是一種演化軟件開發(fā)過程模型，它兼顧了快速原型的迭代的特征以及瀑布模型的系統(tǒng)化與嚴(yán)格監(jiān)控。螺旋模型最大的特點(diǎn)在于引入了其他模型不具備的風(fēng)險(xiǎn)分析，使軟件在無法排除重大風(fēng)險(xiǎn)時(shí)有機(jī)會(huì)停止，以減小損失。同時(shí)，在每個(gè)迭代階段

4、構(gòu)建原型是螺旋模型用以減小風(fēng)險(xiǎn)的途徑。螺旋模型更適合大型的昂貴的系統(tǒng)級(jí)的軟件應(yīng)用。對(duì)象。三、選擇題1. 軟件工程的概念是哪年提出的( B)。 A. 1988 B. 1968 C. 1948 D. 19282. 瀑布模型的關(guān)鍵不足在于(D )。 A. 過于簡單 B. 各個(gè)階段需要進(jìn)行評(píng)審 C. 過于靈活 D. 不能適應(yīng)需求的動(dòng)態(tài)變更3. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式(C )。 A. 開發(fā)的軟件不滿足用戶需要 B. 開發(fā)的軟件可維護(hù)性差 C. 開發(fā)的軟件價(jià)格便宜 D. 開發(fā)的軟件可靠性差7. 軟件開發(fā)的需求活動(dòng)，其主要任務(wù)是（AD ）。A. 給出軟件解決方案 B. 給出系統(tǒng)模塊結(jié)構(gòu)C. 定義模

5、塊算法 D. 定義需求并建立系統(tǒng)模型8. 以下說法錯(cuò)誤的是( A)。 A. 文檔僅僅描述和規(guī)定了軟件的使用范圍及相關(guān)的操作命令 B. 文檔也是軟件產(chǎn)品的一部分，沒有文檔的軟件就不成軟件 C. 軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當(dāng)大的工作量 D. 高質(zhì)量文檔對(duì)于發(fā)揮軟件產(chǎn)品的效益有著重要的意義 9. 一個(gè)項(xiàng)目是否開發(fā)，從經(jīng)濟(jì)上來說是否可行，歸根結(jié)底是取決于(A )。 A. 成本估算 B. 項(xiàng)目計(jì)劃 C. 工程管理 D. 工程網(wǎng)絡(luò)圖 21、軟件是一種（C ）A、程序 B、數(shù)據(jù)C、邏輯產(chǎn)品 D、物理產(chǎn)品 22、需求分析最終結(jié)果是產(chǎn)生（ B ）A、項(xiàng)目開發(fā)計(jì)劃 B、需求規(guī)格說明書 C、設(shè)

6、計(jì)說明書 D、可行性分析報(bào)告 30、軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為( B ) A.可用性B.可靠性C.正確性D.完整性36、對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合， 使數(shù)據(jù)和操作（C ）于對(duì)象的統(tǒng)一體中。 A、結(jié)合 B、隱藏 C、封裝 D、抽象37、(D )是比較理想的可重用軟構(gòu)件。A.子程序庫 B.源代碼包含文件 C.對(duì)象 D.類39、軟件生存周期中時(shí)間最長的是（ D ）階段。A、總體設(shè)計(jì) B、需求分析 C、軟件測(cè)試 D、軟件維護(hù) 42、為使得開發(fā)人員對(duì)軟件產(chǎn)品的各個(gè)階段工作都進(jìn)行周密的思考，從而減少返工，所以（ C ）的編制是很重要的。A、需求說明 B

7、、概要說明 C、軟件文檔 D、測(cè)試計(jì)劃 52.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式(3) (1）成本高（2）生產(chǎn)率低(3)技術(shù)發(fā)展快（4）質(zhì)量得不到保證 53.以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎?） （1）多態(tài)性（2）繼承性（3）封裝性（4）過程調(diào)用 59. “軟件危機(jī)”是指( C) A. 計(jì)算機(jī)病毒的出現(xiàn) B. 利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng) C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題 D. 人們過分迷戀計(jì)算機(jī)系統(tǒng) 71. 快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究(A )的方法和技術(shù)中產(chǎn)生的。 A. 需求階段 B. 設(shè)計(jì)階段 C. 測(cè)試階段 D. 軟件開發(fā)的各個(gè)階段 78. 軟件開發(fā)過程來自用

8、戶方面的主要干擾是（A） A. 功能變化 B. 經(jīng)費(fèi)減少 C. 設(shè)備損壞 D. 人員變化 92. 需求分析是回答系統(tǒng)必須（A）的問題。 A. 做什么 B. 怎么做 C. 何時(shí)做 D. 為誰做 107螺旋模型是一種將瀑布模型和 _ 結(jié)合起來的軟件開發(fā)模型。（A） A 增量模型 B 專家系統(tǒng) C 噴泉模型 D 變換模型 108需求規(guī)格說明書的作用不包括（C） A 軟件驗(yàn)收的依據(jù) B 用戶與開發(fā)人員對(duì)軟件要做什么的共同理解 C 軟件可行性研究的依據(jù) D 軟件設(shè)計(jì)的依據(jù) 111 在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍ˋ） A 軟件危機(jī) B 軟件工程 C 程序設(shè)計(jì)革命 D

9、 結(jié)構(gòu)化程序設(shè)計(jì) 125 需求分析中開發(fā)人員要從用戶那里了解（ A） A 軟件做什么 B 用戶使用界面 C 輸入的信息 D 軟件的規(guī)模 129 可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開 發(fā)的決策依據(jù)，因必須給出（B ）的回答。 A 確定 B行或不行 C正確 D無二義 130 需求分析階段的任務(wù)是確定（D ） A 軟件開發(fā)方法 B 軟件開發(fā)工具 C 軟件開發(fā)費(fèi) D軟件系統(tǒng)的功能 140. 需求分析是分析員經(jīng)了解用戶的要求，認(rèn)真細(xì)致地調(diào)研、分析，最終建立目標(biāo)系統(tǒng)的邏輯模型并寫出( B)的過程。 A. 模塊說明書 B. 軟件規(guī)格說明 C. 項(xiàng)目開發(fā)計(jì)劃 D. 合同文

10、檔 第二章練習(xí)題一、判斷題 7. 軟件的模塊數(shù)越少，其軟件成本越低。X8. 軟件模塊之間的耦合性越弱越好。9. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。 10. 耦合是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。X11. 過大的模塊可能是由于分解不充分造成的，即使降低模塊獨(dú)立性也必須繼續(xù)分解。X12. 在設(shè)計(jì)模塊時(shí)，其寬度和深度要適當(dāng)。13. 模塊耦合的強(qiáng)弱取決于模塊間接口的復(fù)雜程度。二、名字解釋：10. 抽象：現(xiàn)實(shí)世界中一定事物，狀態(tài)或過程之間總存在著某些相似的方面。把這些相似的方面集中和概括起來，暫時(shí)忽略它們之間的差異，這就是抽象(抽出事物本質(zhì)的共同

11、的特征而暫不考慮它的細(xì)節(jié)，不考慮其它因素。)。11. 模塊化：就是把程序劃分獨(dú)立命名且可獨(dú)立訪問的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來構(gòu)成一個(gè)整體，可以完成指定的功能滿足用戶的需求。12. 逐步求精: 為了能集中精力解決主要問題而盡量推遲對(duì)問題細(xì)節(jié)的考慮。逐步求精是人類解決復(fù)雜問題時(shí)采用的基本方法，也是許多軟件工程技術(shù)的基礎(chǔ)。13. 耦合：是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互聯(lián)程度的度量。14. 內(nèi)聚：標(biāo)志一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度，它是信息隱藏和局部化概念的自然擴(kuò)展。15. 模塊獨(dú)立：是模塊化、抽象、信息隱藏和局部化概念的直接結(jié)果。16. 信息隱蔽：指在設(shè)計(jì)和確定模塊時(shí)，使

12、得一個(gè)模塊內(nèi)包含的信息，對(duì)于不需要這些信息的其它模塊來說，是不能訪問的。三、選擇題10. 在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有( B )。A. 隱藏復(fù)雜性 B. 信息隱蔽 C. 經(jīng)常類的復(fù)用 D. 類的開發(fā) 20、為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（ C ）A、邏輯內(nèi)聚 B、時(shí)間內(nèi)聚 C、功能內(nèi)聚 D、通信內(nèi)聚 33、從心理學(xué)角度看，一次大模塊分解為多少個(gè)子模塊為宜。（ B ）A、31 B、72C、151 D、18238、軟件設(shè)計(jì)啟發(fā)規(guī)則不包括（ C ）A、在耦合方式上降低模塊間接口的復(fù)雜性 B、模塊功能應(yīng)該可以預(yù)測(cè)C、將模塊的控制域保持在其作用

13、域內(nèi) D、設(shè)計(jì)單入口單出口的模塊 40、為了提高模塊的獨(dú)立性，模塊之間的聯(lián)系最好的是（ D ）。A、公共耦合 B、控制耦合 C、內(nèi)容耦合 D、數(shù)據(jù)耦合48、下列幾種類型中，耦合性最弱的是（ D ）。A、內(nèi)容型 B、控制型 C、公共型 D、數(shù)據(jù)型 51. 內(nèi)聚程度最高的是( A ) A、功能內(nèi)聚 B巧合內(nèi)聚 C、 過程內(nèi)聚 D、信息內(nèi)聚89. 通信內(nèi)聚、邏輯內(nèi)聚、順序內(nèi)聚和時(shí)間內(nèi)聚的內(nèi)聚性從高到低順序是（C）A、 通信、邏輯、順序、時(shí)間 B、 通信、時(shí)間、順序、邏輯 C、 順序、通信、時(shí)間、邏輯 D、 順序、通信、邏輯、時(shí)間 90. 在下列四種模塊的耦合性中，信息隱蔽性能最好的是（D）A、控制耦

14、合 B、內(nèi)容耦合 C、標(biāo)記耦合 D、數(shù)據(jù)耦合 103 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）A、數(shù)據(jù)耦合 B、公共耦合 C、標(biāo)記耦合 D、內(nèi)容耦合 134. 信息隱蔽概念與(A )這一概念直接的相關(guān)。A、模塊的獨(dú)立性 B、模塊類型的劃分 C、軟件結(jié)構(gòu)定義 D、軟件生命周期 141. 數(shù)據(jù)耦合和控制耦合相比，則(B )成立。A、數(shù)據(jù)耦合的耦合性強(qiáng) B、控制耦合的耦合性強(qiáng) C、兩者的耦合性相當(dāng) D、兩者的耦合性需要根據(jù)具體情況分析 第三章練習(xí)題一、判斷題 14. PDL的語法是開放式的，其內(nèi)層語法是確定的，而外層語法則不確定。（X）15. 過程描述語言可以用于描述軟件的

15、系統(tǒng)結(jié)構(gòu)。 （X）二、名字解釋：17. 結(jié)構(gòu)程序設(shè)計(jì)：如果一個(gè)程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)行連接，并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱這個(gè)程序是結(jié)構(gòu)化的。18. 詳細(xì)設(shè)計(jì)：詳細(xì)設(shè)計(jì)是軟件工程中軟件開發(fā)的一個(gè)步驟，就是對(duì)概要設(shè)計(jì)的一個(gè)細(xì)化，就是詳細(xì)設(shè)計(jì)每個(gè)模塊實(shí)現(xiàn)算法，所需的局部結(jié)構(gòu)。19. 對(duì)象：由描述該對(duì)象屬性的數(shù)據(jù)以及可以對(duì)這些數(shù)據(jù)施加的所有操作封裝在一起構(gòu)成的統(tǒng)一體。20. 繼承：廣義的說是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們，狹義的說是子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制。21. 人機(jī)界面設(shè)計(jì)的三條“黃金規(guī)則”：1.置用戶與控制之下

16、。2.減少用戶記憶負(fù)擔(dān)。3.保持界面一致。22. Jackson圖：描述數(shù)據(jù)結(jié)構(gòu),數(shù)據(jù)元素彼此間的邏輯關(guān)系。三、選擇題18、軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（A）A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口 C、功能 D、編程 26. 如果一個(gè)程序常常需要根據(jù)多種條件的復(fù)雜組合，選擇執(zhí)行相應(yīng)的動(dòng)作，則以下哪種設(shè)計(jì)工具比較適合描述它?(A) A、判定表 B、流程圖 C、PDL D、N-S圖62. 下面關(guān)于PDL語言不正確的說法是(B) A、PDL是描述處理過程怎么做 B、PDL是只描述加工做什么 C、PDL也稱為偽碼 D、PDL的外層語法應(yīng)符合一般程序設(shè)計(jì)語言常用的語法規(guī)則 87. 結(jié)構(gòu)化程序設(shè)

17、計(jì)采用的三種基本控制結(jié)構(gòu)是(C) A、順序、分支、選擇 B、選擇、循環(huán)、重復(fù) C、順序、選擇、循環(huán) D、輸入、變換、輸出 88. 在軟件設(shè)計(jì)中詳細(xì)描述處理過程常用的三種工具是(D) A、SA ， SD ， SP B、程序流程圖，IPO，PAD C、SA ， SC ， SD D、圖形，表格，語言 101程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是(C) A、只能用來描述簡單程序 B、不能嵌套使用 C、單入口，單出口 D、僅用于自動(dòng)控制系統(tǒng) 123 在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具有(A) A、PAD B、SA C、SC D、DFD 124 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的(C)A、代碼的規(guī)模 B、運(yùn)行速度

18、 C、質(zhì)量 D、可維護(hù)性 136. 不屬于詳細(xì)設(shè)計(jì)的主要工具有(D)。 A、IPO圖 B、PAD圖 C、PDL D、SC 4下列描述中錯(cuò)誤的是(C)A、判定樹中，越接近樹的葉端重復(fù)次數(shù)越多。B、PAD圖中的控制流程為自上而下、從左到右的執(zhí)行。C、盒圖又稱N-S圖，可以有箭頭，允許隨意轉(zhuǎn)移。D、過程設(shè)計(jì)語言是在偽碼基礎(chǔ)上，擴(kuò)充了模塊定義和調(diào)用、數(shù)據(jù)定義和輸入/輸出而形成的。四、填空題1 描述程序處理過程的工具稱為過程設(shè)計(jì)工具，它們分為圖形工具、表格工具和語言三類。2 在HIPO圖中，H圖描述軟件的層次結(jié)構(gòu)，IPO圖描述模塊的輸入、處理和輸出信息。3 在HIPO圖中，H圖描述軟件層次結(jié)構(gòu)，IPO圖

19、描述程序輸入輸出處理過程4 偽碼的語法規(guī)則分為“外語法”和“內(nèi)語法”。其中外語法可以用英語中一些簡單的句子、短語和通用的數(shù)學(xué)符號(hào)，來描述程序應(yīng)執(zhí)行的功能。五、綜合應(yīng)用題40 .試?yán)?McCabe 的程序復(fù)雜性計(jì)算方法計(jì)算如下程序圖的復(fù)雜性。結(jié)點(diǎn)：15.邊：20.區(qū)域：7 V(G) = 740.下面是一段偽碼程序(代碼前的數(shù)字只作標(biāo)號(hào)用，不參與程序執(zhí)行)：START1：INPUT(A,B,C,D)2：IF(A0)AND(B0)THEN3：X=A+BELSE4：X=A-B5：END6：IF(CA)OR(DB) THEN7：Y=C-DELSE8：Y=C+D9：END10：PRINT(X,Y)STO

20、P根據(jù)以上的描述(1) 畫出對(duì)應(yīng)的流程圖和程序圖。流程圖： 程序圖：(2) 計(jì)算程序圖的環(huán)形復(fù)雜度。V(G) = 340請(qǐng)使用PAD圖和PDL語言描述在數(shù)組A（1）A（10）中找最大數(shù)的算法。解：PDL語言：N=1WHILE N=10 DOIF A（N）=A（N+1） MAX =A（N+1）;ELSE MAX =A（N） ENDIF;N=N+1;ENDWHILE;PAD圖：解析人工查找時(shí)，是從第一個(gè)元素開始查找，用當(dāng)前元素與下一個(gè)元素比較，將較大者作為當(dāng)前元素又與下一元素比較，如此循環(huán)，直到數(shù)組末尾。2某廠對(duì)部分職工重新分配工作的政策是：年齡在20歲以下者，初中文化程度脫產(chǎn)學(xué)習(xí)，高中文化程度當(dāng)

21、電工；年齡在20歲到40歲之間者，中學(xué)文化程度（包括高中和初中）男性當(dāng)鉗工，女性當(dāng)車工，大學(xué)文化程度都當(dāng)技術(shù)員。年齡在40歲以上者，中學(xué)文化程度（包括初中和高中）當(dāng)材料員，大學(xué)文化程序當(dāng)技術(shù)員。請(qǐng)分別用判定表（條件成立用“”表示，無關(guān)條件或條件不成立用空白表示；用 “”表示左邊相應(yīng)項(xiàng)動(dòng)作的發(fā)生，空白表示不做左邊相應(yīng)項(xiàng)動(dòng)作）和判定樹表示上述問題的加工邏輯。12345678910年齡20并且40文化初中高中大學(xué)性別男女脫產(chǎn)學(xué)習(xí)電工鉗工車工技術(shù)員材料員1已知一算法的N-S圖如下，請(qǐng)畫出相應(yīng)的流程圖和PAD圖流程圖：PAD圖：第四章 練習(xí)題一、判斷題 16. 根據(jù)編程規(guī)范,在對(duì)方法命名時(shí), 方法名稱的

22、第一個(gè)單詞常常采用一個(gè)名詞。X17. 隨著軟件技術(shù)的發(fā)展，人們逐漸認(rèn)識(shí)到編碼不僅要強(qiáng)調(diào)效率還要強(qiáng)調(diào)清晰。18. 程序要能直截了當(dāng)?shù)卣f明程序員的用意。19. 編程作業(yè)中，代碼的檢查是對(duì)程序進(jìn)行動(dòng)態(tài)分析。X20. 代碼版本控制的優(yōu)點(diǎn)之一是能獲得版本控制工具中保存的任何版本。21. 程序設(shè)計(jì)語言中應(yīng)絕對(duì)禁止使用GOTO語句。X22. 功能性注釋嵌在源程序體中，用以解釋其后的語句或程序段是在怎么做。X23. 在Java源文件中，package行要在import行之前。24. 文件頭部注釋需要列出文件名、函數(shù)名、作者日期等信息25. 編程作業(yè)中，代碼的檢查是對(duì)程序進(jìn)行的靜態(tài)分析。二、名字解釋：三、選擇題

23、13以下哪一條不屬于注釋的基本原則？(C) A、注釋應(yīng)該增加代碼的清晰度。B、避免使用裝飾性內(nèi)容。 C、注釋在源代碼中的比例至少為25%.D、注釋信息不僅要包括代碼的功能，還應(yīng)給出原因。65. 下列關(guān)于功能性注釋不正確的說法是(B) A、功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài) B、注釋用來說明程序段，需要在每一行都要加注釋 C、可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序 D、修改程序也應(yīng)修改注釋 66. 下列關(guān)于效率的說法不正確的是(D) A、效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出 B、提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法，數(shù)據(jù)結(jié)構(gòu)與算法 C、效率主要

24、指處理機(jī)時(shí)間和存儲(chǔ)器容量兩個(gè)方面 D、程序的效率與程序的簡單性無關(guān) 第五章 練習(xí)題一、判斷題 26. 軟件測(cè)試就是程序測(cè)試（和文檔測(cè)試）。X27. 如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。X28. 集成測(cè)試主要由用戶來完成。X 29. 確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定X 30. 白盒測(cè)試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。X 31. 一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。32. 集成測(cè)試時(shí)，一般希望較早地發(fā)現(xiàn)系統(tǒng)功能的錯(cuò)誤，所以經(jīng)常采用自底向上的漸增式測(cè)試。X33. 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，一般殘留在模塊中的錯(cuò)誤也多。34. 在做程序的單元測(cè)試時(shí)，一

25、般樁模塊比驅(qū)動(dòng)模塊容易編寫。X35. 為保證程序的安全，必須做到程序中沒有任何錯(cuò)誤存在，即容錯(cuò)。X36. 軟件測(cè)試也就是在程序編碼結(jié)束后對(duì)程序進(jìn)行檢錯(cuò)和修正錯(cuò)誤。X37. 程序測(cè)試必須由程序員自己去完成。X38.二、名字解釋：23. 測(cè)試用例：通常指測(cè)試數(shù)據(jù)和預(yù)期的輸出結(jié)果24. 單元測(cè)試：需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例（對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證）25. 白盒測(cè)試：按照程序內(nèi)部的邏輯測(cè)試程序，檢測(cè)程序中重要執(zhí)行通路是否都按預(yù)定要求正確工作26. 黑盒測(cè)試：是在程序結(jié)構(gòu)進(jìn)行的測(cè)試，它只檢查程序功能是否按規(guī)格說明書的規(guī)定正常使用，程序是否適當(dāng)?shù)慕邮蛰斎胄畔⒉a(chǎn)生正確的輸入信息，

26、程序運(yùn)行過程中能否保持外部信息的完整性27. 等價(jià)劃分：把所有可能的輸入數(shù)據(jù)（包括有效或無效的），劃分成若干數(shù)據(jù)類（等價(jià)類），然后從每個(gè)數(shù)據(jù)類中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例三、選擇題6. 與確認(rèn)測(cè)試階段有關(guān)的文檔是（A）。 A、需求規(guī)格說明書 B、概要設(shè)計(jì)說明書 C、詳細(xì)設(shè)計(jì)說明書 D、源程序28、經(jīng)過嚴(yán)密的軟件測(cè)試后所提交給用戶的軟件產(chǎn)品中(B)A、軟件不再包含任何錯(cuò)誤 B、還可能包含少量軟件錯(cuò)誤 C、所提交給用戶的可執(zhí)行文件不會(huì)含有錯(cuò)誤 D、文檔中不會(huì)含有錯(cuò)誤。 29、等價(jià)劃分測(cè)試方法屬于(A) A、黑盒測(cè)試 B、白盒測(cè)試 C、邊界測(cè)試 D、系統(tǒng)測(cè)試 31、確認(rèn)軟件的功能是否與需求規(guī)

27、格說明書中所要求的功能相符的測(cè)試屬于(C)A、集成測(cè)試 B、恢復(fù)測(cè)試 C、確認(rèn)測(cè)試 D、單元測(cè)試 67. 測(cè)試的關(guān)鍵問題是(D) A、如何組織對(duì)軟件的評(píng)審 B、如何驗(yàn)證程序的正確性 C、如何采用綜合策略 D、如何選擇測(cè)試用例 83. 用白盒技術(shù)設(shè)計(jì)測(cè)試用例的方法包括(B)A、邊界值分析 B、條件組合覆蓋 C、因果圖 D、錯(cuò)誤推測(cè) 84. 軟件測(cè)試的目的是(C)A、為了表明程序沒有錯(cuò)誤 B、為了說明程序能正確地執(zhí)行 C、為了發(fā)現(xiàn)程序中的錯(cuò)誤 D、為了評(píng)價(jià)程序的質(zhì)量 85. 針對(duì)軟件需求分析所進(jìn)行的軟件測(cè)試是指(B) A、集成測(cè)試 B、確認(rèn)測(cè)試 C、黑盒子測(cè)試 D、白盒子測(cè)試 100軟件測(cè)試中根據(jù)

28、測(cè)試用例設(shè)計(jì)的方法的不同可分為黑盒測(cè)試和白盒測(cè)試兩種。(D)A、前者屬于靜態(tài)測(cè)試，后者屬于動(dòng)態(tài)測(cè)試 B、前者屬于動(dòng)態(tài)測(cè)試，后者屬于靜態(tài)測(cè)試 C、都屬于靜態(tài)測(cè)試 D、都屬于動(dòng)態(tài)測(cè)試 119 軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為(A) A、計(jì)算機(jī)輔助靜態(tài)分析 B、黑盒法 C、路徑覆蓋 D、邊界值分析 138. 單元測(cè)試階段主要涉及的文檔。(B) A、需求設(shè)計(jì) B、編碼和詳細(xì)設(shè)計(jì) C、詳細(xì)設(shè)計(jì) D、概要設(shè)計(jì) 139. 在軟件測(cè)試中，白盒測(cè)試方法是通過分析程序的(B)來設(shè)計(jì)測(cè)試用例的方法。 A、應(yīng)用范圍 B、內(nèi)部邏輯 C、功能 D、輸入數(shù)據(jù) 7下列關(guān)于測(cè)試的描述中正確的是(D（B）)A、單元測(cè)試是對(duì)程序模塊接口進(jìn)行測(cè)試。B、組合測(cè)試是將各個(gè)程序模塊組裝起來進(jìn)行程序之間的連接測(cè)試。C、系統(tǒng)測(cè)試又稱驗(yàn)收測(cè)試。D運(yùn)行測(cè)試主要由編程人員完成。8下列關(guān)于黑盒測(cè)試的描述中正確的是(B)A、黑盒測(cè)試是通過分析程序內(nèi)部的邏輯與執(zhí)行路線，設(shè)計(jì)測(cè)試用例進(jìn)行測(cè)試的方法。B、黑盒測(cè)試又稱為功能測(cè)試。C、黑盒測(cè)試主要適用于單元測(cè)試等初期階段的測(cè)試。D、在黑盒測(cè)試中，只需要考慮正常的輸入輸出。8下列關(guān)于白盒測(cè)試的描述中正確的是