軟件工程-第二-六章習(xí)題

第二章練習(xí)題一、判斷題1. 軟件的模塊數(shù)越少，其軟件成本越低。錯(cuò)2. 軟件模塊之間的耦合性越弱越好。對3. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。對4. 耦合是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。錯(cuò)5. 過大的模塊可能是由于分解不充分造成的，即使降低模塊獨(dú)立性也必須繼續(xù)分解。錯(cuò)6. 在設(shè)計(jì)模塊時(shí)，其寬度和深度要適當(dāng)。對7. 模塊耦合的強(qiáng)弱取決于模塊間接口的復(fù)雜程度。對二、名字解釋：1. 抽象：抽象是認(rèn)識復(fù)雜現(xiàn)象過程中使用的思維工具，即抽象出事物本質(zhì)的共同特性而暫時(shí)不考慮其他的細(xì)節(jié)，不考慮其他因素。2. 模塊化：模塊化是指解決一個(gè)復(fù)雜問題自頂向下逐層把軟件系統(tǒng)劃分成為若干模塊的過程。每個(gè)模塊完成一個(gè)特定的子功能，所有的模塊按某種方法組裝起來，成為一個(gè)整體，完成整個(gè)要求的功能。3. 逐步求精:4. 耦合：耦合也成模塊叫聯(lián)系，指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程序的一種度量。5. 內(nèi)聚：內(nèi)聚又稱塊聯(lián)系。指模塊功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量6. 模塊獨(dú)立：模塊獨(dú)立想指每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能，并且與其他模塊聯(lián)系最少且接口最簡單。7. 信息隱蔽：信息隱蔽在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含信息，對于不需要這些信息的其他模塊來說事不能訪問的。三、選擇題10.在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有(B)。BA.隱藏復(fù)雜性B.信息隱蔽C.經(jīng)常類的復(fù)用D.類的開發(fā)20、為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（C）CA、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、功能內(nèi)聚D、通信內(nèi)聚33、從心理學(xué)角度看，一次大模塊分解為多少個(gè)子模塊為宜。（B）BA、3±1B、7±2C、15±1D、18±238、軟件設(shè)計(jì)啟發(fā)規(guī)則不包括（C）CA、在耦合方式上降低模塊間接口的復(fù)雜性B、模塊功能應(yīng)該可以預(yù)測C、將模塊的控制域保持在其作用域內(nèi)D、設(shè)計(jì)單入口單出口的模塊40、為了提高模塊的獨(dú)立性，模塊之間的聯(lián)系最好的是（D）。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)聚和時(shí)間內(nèi)聚的內(nèi)聚性從高到低順序是（C）CA、通信、邏輯、順序、時(shí)間B、通信、時(shí)間、順序、邏輯C、順序、通信、時(shí)間、邏輯D、順序、通信、邏輯、時(shí)間90.在下列四種模塊的耦合性中，信息隱蔽性能最好的是（D）DA、控制耦合B、內(nèi)容耦合C、標(biāo)記耦合D、數(shù)據(jù)耦合103．當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）DA、數(shù)據(jù)耦合B、公共耦合C、標(biāo)記耦合D、內(nèi)容耦合134.信息隱蔽概念與(A)這一概念直接的相關(guān)。AA、模塊的獨(dú)立性B、模塊類型的劃分C、軟件結(jié)構(gòu)定義D、軟件生命周期141.數(shù)據(jù)耦合和控制耦合相比，則(B)成立。BA、數(shù)據(jù)耦合的耦合性強(qiáng)B、控制耦合的耦合性強(qiáng)C、兩者的耦合性相當(dāng)D、兩者的耦合性需要根據(jù)具體情況分析 第四章練習(xí)題一、判斷題8. 根據(jù)編程規(guī)范,在對方法命名時(shí),方法名稱的第一個(gè)單詞常常采用一個(gè)名詞。錯(cuò)9. 隨著軟件技術(shù)的發(fā)展，人們逐漸認(rèn)識到編碼不僅要強(qiáng)調(diào)效率還要強(qiáng)調(diào)清晰。對10. 程序要能直截了當(dāng)?shù)卣f明程序員的用意。對 11. 編程作業(yè)中，代碼的檢查是對程序進(jìn)行動態(tài)分析。錯(cuò)12. 代碼版本控制的優(yōu)點(diǎn)之一是能獲得版本控制工具中保存的任何版本。對13. 程序設(shè)計(jì)語言中應(yīng)絕對禁止使用GOTO語句。錯(cuò)14. 功能性注釋嵌在源程序體中，用以解釋其后的語句或程序段是在怎么做。錯(cuò)15. 在Java源文件中，package行要在import行之前。錯(cuò)16. 文件頭部注釋需要列出文件名、函數(shù)名、作者日期等信息。錯(cuò)17. 編程作業(yè)中，代碼的檢查是對程序進(jìn)行的靜態(tài)分析。對二、名字解釋：三、選擇題13以下哪一條不屬于注釋的基本原則？CA、注釋應(yīng)該增加代碼的清晰度。B、避免使用裝飾性內(nèi)容。C、注釋在源代碼中的比例至少為25%.D、注釋信息不僅要包括代碼的功能，還應(yīng)給出原因。65.下列關(guān)于功能性注釋不正確的說法是BA、功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B、注釋用來說明程序段，需要在每一行都要加注釋C、可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序D、修改程序也應(yīng)修改注釋66.下列關(guān)于效率的說法不正確的是DA、效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出B、提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法，數(shù)據(jù)結(jié)構(gòu)與算法C、效率主要指處理機(jī)時(shí)間和存儲器容量兩個(gè)方面D、程序的效率與程序的簡單性無關(guān)第五章練習(xí)題一、判斷題18. 軟件測試就是程序測試。錯(cuò)19. 如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。錯(cuò)20. 集成測試主要由用戶來完成。錯(cuò)21. 確認(rèn)測試計(jì)劃應(yīng)該在可行性研究階段制定。錯(cuò)22. 白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。錯(cuò)23. 一個(gè)好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。對24. 集成測試時(shí)，一般希望較早地發(fā)現(xiàn)系統(tǒng)功能的錯(cuò)誤，所以經(jīng)常采用自底向上的漸增式測試。對25. 發(fā)現(xiàn)錯(cuò)誤多的程序模塊，一般殘留在模塊中的錯(cuò)誤也多。對26. 在做程序的單元測試時(shí)，一般樁模塊比驅(qū)動模塊容易編寫。錯(cuò)27. 為保證程序的安全，必須做到程序中沒有任何錯(cuò)誤存在，即容錯(cuò)。錯(cuò)28. 軟件測試也就是在程序編碼結(jié)束后對程序進(jìn)行檢錯(cuò)和修正錯(cuò)誤。錯(cuò)29. 程序測試必須由程序員自己去完成。錯(cuò)二、名字解釋：8. 測試用例：是為某個(gè)特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個(gè)程序路徑或者核實(shí)是否滿足某個(gè)特定需求。9. 單元測試：是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證。10. 白盒測試：即結(jié)構(gòu)測試或者路徑驅(qū)動測試11. 黑盒測試：也稱功能測試，它是通過測驗(yàn)來檢驗(yàn)功能是否能正常使用。12. 等價(jià)劃分：就是解決如何選擇適當(dāng)?shù)臄?shù)據(jù)子集來代表整個(gè)數(shù)據(jù)集的問題，通過降低測試的數(shù)目去實(shí)現(xiàn)合理的覆蓋。第6章+軟件維護(hù)練習(xí)題三、選擇題6.與確認(rèn)測試階段有關(guān)的文檔是。AA、需求規(guī)格說明書B、概要設(shè)計(jì)說明書C、詳細(xì)設(shè)計(jì)說明書D、源程序28、經(jīng)過嚴(yán)密的軟件測試后所提交給用戶的軟件產(chǎn)品中.BA、軟件不再包含任何錯(cuò)誤B、還可能包含少量軟件錯(cuò)誤C、所提交給用戶的可執(zhí)行文件不會含有錯(cuò)誤D、文檔中不會含有錯(cuò)誤。29、等價(jià)劃分測試方法屬于.AA、黑盒測試B、白盒測試C、邊界測試D、系統(tǒng)測試31、確認(rèn)軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于.CA、集成測試B、恢復(fù)測試C、確認(rèn)測試D、單元測試67.測試的關(guān)鍵問題是.DA、如何組織對軟件的評審B、如何驗(yàn)證程序的正確性C、如何采用綜合策略D、如何選擇測試用例83.用白盒技術(shù)設(shè)計(jì)測試用例的方法包括BA、邊界值分析B、條件組合覆蓋C、因果圖D、錯(cuò)誤推測84.軟件測試的目的是CA、為了表明程序沒有錯(cuò)誤B、為了說明程序能正確地執(zhí)行C、為了發(fā)現(xiàn)程序中的錯(cuò)誤D、為了評價(jià)程序的質(zhì)量85.針對軟件需求分析所進(jìn)行的軟件測試是指BA、集成測試B、確認(rèn)測試C、黑盒子測試D、白盒子測試100．軟件測試中根據(jù)測試用例設(shè)計(jì)的方法的不同可分為黑盒測試和白盒測試兩種。DA、前者屬于靜態(tài)測試，后者屬于動態(tài)測試B、前者屬于動態(tài)測試，后者屬于靜態(tài)測試C、都屬于靜態(tài)測試D、都屬于動態(tài)測試119．軟件測試方法中的靜態(tài)測試方法之一為AA、計(jì)算機(jī)輔助靜態(tài)分析B、黑盒法C、路徑覆蓋D、邊界值分析138.單元測試階段主要涉及的文檔。CA、需求設(shè)計(jì)B、編碼和詳細(xì)設(shè)計(jì)C、詳細(xì)設(shè)計(jì)D、概要設(shè)計(jì)139.在軟件測試中，白盒測試方法是通過分析程序的B來設(shè)計(jì)測試用例的方法。A、應(yīng)用范圍B、內(nèi)部邏輯C、功能D、輸入數(shù)據(jù)7．下列關(guān)于測試的描述中正確的是BA、單元測試是對程序模塊接口進(jìn)行測試。B、組合測試是將各個(gè)程序模塊組裝起來進(jìn)行程序之間的連接測試。C、系統(tǒng)測試又稱驗(yàn)收測試。D．運(yùn)行測試主要由編程人員完成。8．下列關(guān)于黑盒測試的描述中正確的是DA、黑盒測試是通過分析程序內(nèi)部的邏輯與執(zhí)行路線，設(shè)計(jì)測試用例進(jìn)行測試的方法。B、黑盒測試又稱為功能測試。C、黑盒測試主要適用于單元測試等初期階段的測試。D、在黑盒測試中，只需要考慮正常的輸入輸出。8．下列關(guān)于白盒測試的描述中正確的是CA、白盒測試完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程B、白盒測試又稱為結(jié)構(gòu)化測試或路徑測試。C、白盒測試通常適用于相對較大的程序。D、白盒測試常用于系統(tǒng)測試等后期測試階段9．關(guān)于單元測試下述那個(gè)說法是正確的。DA、主要采用黑盒測試方法來發(fā)現(xiàn)模塊功能錯(cuò)誤B、主要采用白盒測試方法來證明模塊功能的正確性C、按照設(shè)計(jì)書的要求檢測確認(rèn)程序模塊的處理邏輯是否正確，要求的功能是否實(shí)現(xiàn)D、利用白盒與黑盒測試方法檢測系統(tǒng)內(nèi)部功能，由專門的測試人員完成。10.為了提高測試的效率，應(yīng)該是CA、隨機(jī)地選取測試數(shù)據(jù)B、取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C、在完成編碼以后制定軟件的測試計(jì)劃D、選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)16、軟件維護(hù)產(chǎn)生的副作用，是指CA、開發(fā)時(shí)的錯(cuò)誤B、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤D、運(yùn)行時(shí)誤操作23、因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為BA、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)24、下列屬于維護(hù)階段的文檔是CA、軟件規(guī)格說明B、用戶操作手冊C、軟件問題報(bào)告D、軟件測試分析報(bào)告55.軟件維護(hù)的副作用主要有以下哪幾種CA、編碼副作用、數(shù)據(jù)副作用、測試副作用B、編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用C、編碼副作用、數(shù)據(jù)副作用、文檔副作用D、編碼副作用、文檔副作用、測試副作用68.結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于DA、軟件是否結(jié)構(gòu)化B、軟件配置是否完整C、程序的完整性D、文檔的完整性69.軟件維護(hù)困難的主要原因是CA、費(fèi)用低B、人員少C、開發(fā)方法的缺陷