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

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

2、問(wèn)題自頂向下逐層把軟件系統(tǒng)劃分成為若干模塊的過(guò)程。每個(gè)模塊完成一個(gè)特定的子功能，所有的模塊按某種方法組裝起來(lái)，成為一個(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) 系最少且接口最簡(jiǎn)單。7. 信息隱蔽： 信息隱蔽在設(shè)計(jì)和確定模塊時(shí)， 使得一個(gè)模塊內(nèi)包含信息， 對(duì)于不需要這些信息的其他模塊來(lái)說(shuō)事不能訪問(wèn)的。三、選擇題我們應(yīng)遵循

3、的設(shè)計(jì)準(zhǔn)則除了模塊化、B. 信息隱蔽D. 類的開發(fā)抽象、 低耦合、 高內(nèi)聚以外，10. 在面向?qū)ο蟮脑O(shè)計(jì)中，還有 （ B） 。 BA. 隱藏復(fù)雜性C. 經(jīng)常類的復(fù)用20、為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（C ） CA、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、功能內(nèi)聚D、通信內(nèi)聚33、從心理學(xué)角度看，一次大模塊分解為多少個(gè)子模塊為宜。（ B ） BA、 31B、 72C、 151D、 18238、軟件設(shè)計(jì)啟發(fā)規(guī)則不包括（C ） CA、在耦合方式上降低模塊間接口的復(fù)雜性B 、模塊功能應(yīng)該可以預(yù)測(cè)C、將模塊的控制域保持在其作用域內(nèi)D 、設(shè)計(jì)單入口單出口的模塊40、為了提高模塊的獨(dú)立性，模塊之間的聯(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、過(guò)程內(nèi)聚 D、信息內(nèi)聚89. 通信內(nèi)聚、邏輯內(nèi)聚、順序內(nèi)聚和時(shí)間內(nèi)聚的內(nèi)聚性從高到低順序是( C) C A 、通信、邏輯、順序、時(shí)間B 、通信、時(shí)間、順序、邏輯C、順序、通信、時(shí)間、邏輯D 、 順序、通信、邏輯、時(shí)間 90. 在下列四種模塊的耦合性中，信息隱蔽性能最好的是( D ) D A 、控制耦合B 、內(nèi)容耦合C、標(biāo)記耦合D、數(shù)據(jù)耦合103 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的

5、內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為( D ) D A 、數(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 ) 成立。 B A、數(shù)據(jù)耦合的耦合性強(qiáng)B、控制耦合的耦合性強(qiáng)C、兩者的耦合性相當(dāng) D、兩者的耦合性需要根據(jù)具體情況分析第四章 練習(xí)題一、判斷題8. 根據(jù)編程規(guī)范,在對(duì)方法命名時(shí), 方法名稱的第一個(gè)單詞常常采用一個(gè)名詞。錯(cuò)9. 隨著軟件技術(shù)的發(fā)展，人們逐漸認(rèn)識(shí)到編碼不僅要強(qiáng)調(diào)效率還要強(qiáng)調(diào)清晰。對(duì)10. 程序要能直截了當(dāng)?shù)卣f(shuō)明程

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

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

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

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

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

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

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

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

14、碼以后制定軟件的測(cè)試計(jì)劃D 、選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)16、軟件維護(hù)產(chǎn)生的副作用，是指CA、開發(fā)時(shí)的錯(cuò)誤B 、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤D 、運(yùn)行時(shí)誤操作23、因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過(guò)程稱為BA、改正性維護(hù)B 、適應(yīng)性維護(hù)C、完善性維護(hù)D 、預(yù)防性維護(hù)24、下列屬于維護(hù)階段的文檔是CA、軟件規(guī)格說(shuō)明B 、用戶操作手冊(cè)C、軟件問(wèn)題報(bào)告D 、軟件測(cè)試分析報(bào)告55.軟件維護(hù)的副作用主要有以下哪幾種CA、編碼副作用、數(shù)據(jù)副作用、測(cè)試副作用B 、編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用C、編碼副作用、數(shù)據(jù)副作用、文檔副作用D 、編碼副作用、文檔副作用、測(cè)試副作用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ā)