軟件工程第二-六章習題

1、第二章練習題一、判斷題1. 軟件的模塊數(shù)越少，其軟件成本越低。錯2. 軟件模塊之間的耦合性越弱越好。對3. 模塊化， 信息隱藏， 抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚， 低耦合度的軟件產(chǎn)品。對4. 耦合是指一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度。錯5. 過大的模塊可能是由于分解不充分造成的，即使降低模塊獨立性也必須繼續(xù)分解。錯6. 在設(shè)計模塊時，其寬度和深度要適當。對7. 模塊耦合的強弱取決于模塊間接口的復(fù)雜程度。對二、名字解釋：1. 抽象： 抽象是認識復(fù)雜現(xiàn)象過程中使用的思維工具， 即抽象出事物本質(zhì)的共同特性而暫時不考慮其他的細節(jié)，不考慮其他因素。2. 模塊化： 模塊化是指解決一個復(fù)雜

2、問題自頂向下逐層把軟件系統(tǒng)劃分成為若干模塊的過程。每個模塊完成一個特定的子功能，所有的模塊按某種方法組裝起來，成為一個整體，完成整個要求的功能。3. 逐步求精 :4. 耦合： 耦合也成模塊叫聯(lián)系， 指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程序的一種度量。5. 內(nèi)聚： 內(nèi)聚又稱塊聯(lián)系。 指模塊功能強度的度量， 即一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量6. 模塊獨立： 模塊獨立想指每個模塊只完成系統(tǒng)要求的獨立的子功能， 并且與其他模塊聯(lián) 系最少且接口最簡單。7. 信息隱蔽： 信息隱蔽在設(shè)計和確定模塊時， 使得一個模塊內(nèi)包含信息， 對于不需要這些信息的其他模塊來說事不能訪問的。三、選擇題我們應(yīng)遵循

3、的設(shè)計準則除了模塊化、B. 信息隱蔽D. 類的開發(fā)抽象、 低耦合、 高內(nèi)聚以外，10. 在面向?qū)ο蟮脑O(shè)計中，還有 （ B） 。 BA. 隱藏復(fù)雜性C. 經(jīng)常類的復(fù)用20、為了提高模塊的獨立性，模塊內(nèi)部最好是（C ） CA、邏輯內(nèi)聚B、時間內(nèi)聚C、功能內(nèi)聚D、通信內(nèi)聚33、從心理學角度看，一次大模塊分解為多少個子模塊為宜。（ B ） BA、 31B、 72C、 151D、 18238、軟件設(shè)計啟發(fā)規(guī)則不包括（C ） CA、在耦合方式上降低模塊間接口的復(fù)雜性B 、模塊功能應(yīng)該可以預(yù)測C、將模塊的控制域保持在其作用域內(nèi)D 、設(shè)計單入口單出口的模塊40、為了提高模塊的獨立性，模塊之間的聯(lián)系最好的是（D

4、 ） 。 DA、公共耦合B、控制耦合C、內(nèi)容耦合D、數(shù)據(jù)耦合48、下列幾種類型中，耦合性最弱的是（D ） 。 DA 、內(nèi)容型B 、控制型C、公共型D、數(shù)據(jù)型51. 內(nèi)聚程度最高的是( A ) AA、功能內(nèi)聚 B巧合內(nèi)聚C、過程內(nèi)聚 D、信息內(nèi)聚89. 通信內(nèi)聚、邏輯內(nèi)聚、順序內(nèi)聚和時間內(nèi)聚的內(nèi)聚性從高到低順序是( C) C A 、通信、邏輯、順序、時間B 、通信、時間、順序、邏輯C、順序、通信、時間、邏輯D 、 順序、通信、邏輯、時間 90. 在下列四種模塊的耦合性中，信息隱蔽性能最好的是( D ) D A 、控制耦合B 、內(nèi)容耦合C、標記耦合D、數(shù)據(jù)耦合103 當一個模塊直接使用另一個模塊的

5、內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為( D ) D A 、數(shù)據(jù)耦合B 、公共耦合C、標記耦合D、內(nèi)容耦合134. 信息隱蔽概念與( A) 這一概念直接的相關(guān)。 AA、模塊的獨立性 B、模塊類型的劃分 C、軟件結(jié)構(gòu)定義 D、軟件生命周期 141. 數(shù)據(jù)耦合和控制耦合相比，則 (B ) 成立。 B A、數(shù)據(jù)耦合的耦合性強B、控制耦合的耦合性強C、兩者的耦合性相當 D、兩者的耦合性需要根據(jù)具體情況分析第四章 練習題一、判斷題8. 根據(jù)編程規(guī)范,在對方法命名時, 方法名稱的第一個單詞常常采用一個名詞。錯9. 隨著軟件技術(shù)的發(fā)展，人們逐漸認識到編碼不僅要強調(diào)效率還要強調(diào)清晰。對10. 程序要能直截了當?shù)卣f明程

6、序員的用意。對11. 編程作業(yè)中，代碼的檢查是對程序進行動態(tài)分析。錯12. 代碼版本控制的優(yōu)點之一是能獲得版本控制工具中保存的任何版本。對13. 程序設(shè)計語言中應(yīng)絕對禁止使用 GOTO 語句。錯14. 功能性注釋嵌在源程序體中，用以解釋其后的語句或程序段是在怎么做。錯15. 在Java源文件中，package行要在import行之前。錯16. 文件頭部注釋需要列出文件名、函數(shù)名、作者日期等信息 。錯17. 編程作業(yè)中，代碼的檢查是對程序進行的靜態(tài)分析。對二、名字解釋：三、選擇題13 以下哪一條不屬于注釋的基本原則？ CA、注釋應(yīng)該增加代碼的清晰度。B 、避免使用裝飾性內(nèi)容。C、注釋在源代碼中的

7、比例至少為25%.D 、注釋信息不僅要包括代碼的功能，還應(yīng)給出原因。65. 下列關(guān)于功能性注釋不正確的說法是BA、功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B 、注釋用來說明程序段，需要在每一行都要加注釋C、可使用空行或縮進，以便很容易區(qū)分注釋和程序D 、修改程序也應(yīng)修改注釋66. 下列關(guān)于效率的說法不正確的是DA、效率是一個性能要求，其目標應(yīng)該在需求分析時給出B 、提高程序效率的根本途徑在于選擇良好的設(shè)計方法，數(shù)據(jù)結(jié)構(gòu)與算法C、效率主要指處理機時間和存儲器容量兩個方面D 、程序的效率與程序的簡單性無關(guān)第五章 練習題一、判斷題18. 軟件測試就是程序測試。錯19. 如果通

8、過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。錯20. 集成測試主要由用戶來完成。 錯21. 確認測試計劃應(yīng)該在可行性研究階段制定。錯22. 白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。錯23. 一個好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。對24. 集成測試時， 一般希望較早地發(fā)現(xiàn)系統(tǒng)功能的錯誤， 所以經(jīng)常采用自底向上的漸增式測試。對25. 發(fā)現(xiàn)錯誤多的程序模塊，一般殘留在模塊中的錯誤也多。對26. 在做程序的單元測試時，一般樁模塊比驅(qū)動模塊容易編寫。錯27. 為保證程序的安全，必須做到程序中沒有任何錯誤存在，即容錯。錯28. 軟件測試也就是在程序編碼結(jié)束后對程序進行檢

9、錯和修正錯誤。錯29. 程序測試必須由程序員自己去完成。錯二、名字解釋：8. 測試用例： 是為某個特殊目標而編制的一組測試輸入、 執(zhí)行條件以及預(yù)期結(jié)果， 以便測 試某個程序路徑或者核實是否滿足某個特定需求。9. 單元測試：是指對軟件中的最小可測試單元進行檢查和驗證。10. 白盒測試：即結(jié)構(gòu)測試或者路徑驅(qū)動測試11. 黑盒測試：也稱功能測試，它是通過測驗來檢驗功能是否能正常使用。12. 等價劃分： 就是解決如何選擇適當?shù)臄?shù)據(jù)子集來代表整個數(shù)據(jù)集的問題， 通過降低測試的數(shù)目去實現(xiàn)合理的覆蓋。第 6 章 +軟件維護練習題三、選擇題6. 與確認測試階段有關(guān)的文檔是。 AA、需求規(guī)格說明書B、概要設(shè)計說

10、明書C、詳細設(shè)計說明書D、源程序28、經(jīng)過嚴密的軟件測試后所提交給用戶的軟件產(chǎn)品中.BA、軟件不再包含任何錯誤B、還可能包含少量軟件錯誤C 、所提交給用戶的可執(zhí)行文件不會含有錯誤D 、文檔中不會含有錯誤。29、等價劃分測試方法屬于.AA 、黑盒測試 B 、白盒測試C、邊界測試D、系統(tǒng)測試31、確認軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于 .CA、集成測試C、確認測試67. 測試的關(guān)鍵問題是. DA、如何組織對軟件的評審C、如何采用綜合策略B 、恢復(fù)測試D 、單元測試B、如何驗證程序的正確性D、如何選擇測試用例83. 用白盒技術(shù)設(shè)計測試用例的方法包括BA、邊界值分析B、條件組合

11、覆蓋C、因果圖 D、錯誤推測84. 軟件測試的目的是CA、為了表明程序沒有錯誤B 、為了說明程序能正確地執(zhí)行C、為了發(fā)現(xiàn)程序中的錯誤D 、為了評價程序的質(zhì)量85. 針對軟件需求分析所進行的軟件測試是指BA、集成測試 B、確認測試C、黑盒子測試D、白盒子測試100軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和白盒測試兩種。DA、前者屬于靜態(tài)測試，后者屬于動態(tài)測試B 、前者屬于動態(tài)測試，后者屬于靜態(tài)測試C、都屬于靜態(tài)測試D 、都屬于動態(tài)測試119 軟件測試方法中的靜態(tài)測試方法之一為 AA、計算機輔助靜態(tài)分析B 、黑盒法C、路徑覆蓋D 、邊界值分析138. 單元測試階段主要涉及的文檔。 CA

12、、需求設(shè)計 B、編碼和詳細設(shè)計C、詳細設(shè)計D、概要設(shè)計139. 在軟件測試中，白盒測試方法是通過分析程序的 B 來設(shè)計測試用例的方法。A、應(yīng)用范圍 B、內(nèi)部邏輯C、功能 D、輸入數(shù)據(jù)7 下列關(guān)于測試的描述中正確的是BA、單元測試是對程序模塊接口進行測試。8 、組合測試是將各個程序模塊組裝起來進行程序之間的連接測試。C、系統(tǒng)測試又稱驗收測試。D 運行測試主要由編程人員完成。8 下列關(guān)于黑盒測試的描述中正確的是DA、黑盒測試是通過分析程序內(nèi)部的邏輯與執(zhí)行路線，設(shè)計測試用例進行測試的方法。B 、黑盒測試又稱為功能測試。C、黑盒測試主要適用于單元測試等初期階段的測試。D 、在黑盒測試中，只需要考慮正常

13、的輸入輸出。9 下列關(guān)于白盒測試的描述中正確的是CA、白盒測試完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程B 、白盒測試又稱為結(jié)構(gòu)化測試或路徑測試。C、白盒測試通常適用于相對較大的程序。D 、白盒測試常用于系統(tǒng)測試等后期測試階段10 關(guān)于單元測試下述那個說法是正確的。 DA、主要采用黑盒測試方法來發(fā)現(xiàn)模塊功能錯誤B 、主要采用白盒測試方法來證明模塊功能的正確性C、按照設(shè)計書的要求檢測確認程序模塊的處理邏輯是否正確，要求的功能是否實現(xiàn)D 、利用白盒與黑盒測試方法檢測系統(tǒng)內(nèi)部功能，由專門的測試人員完成。11 .為了提高測試的效率，應(yīng)該是CA、隨機地選取測試數(shù)據(jù)B 、取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C、在完成編

14、碼以后制定軟件的測試計劃D 、選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)16、軟件維護產(chǎn)生的副作用，是指CA、開發(fā)時的錯誤B 、隱含的錯誤C、因修改軟件而造成的錯誤D 、運行時誤操作23、因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為BA、改正性維護B 、適應(yīng)性維護C、完善性維護D 、預(yù)防性維護24、下列屬于維護階段的文檔是CA、軟件規(guī)格說明B 、用戶操作手冊C、軟件問題報告D 、軟件測試分析報告55.軟件維護的副作用主要有以下哪幾種CA、編碼副作用、數(shù)據(jù)副作用、測試副作用B 、編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用C、編碼副作用、數(shù)據(jù)副作用、文檔副作用D 、編碼副作用、文檔副作用、測試副作用68. 結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護的主要區(qū)別在于DA、軟件是否結(jié)構(gòu)化B 、軟件配置是否完整C、程序的完整性D 、文檔的完整性69. 軟件維護困難的主要原因是CA、費用低B 、人員少C、開發(fā)