軟件工程試題庫(kù)全解

1、1. 軟件生命周期中所花費(fèi)用最多的階段是（）A、詳細(xì)設(shè)計(jì)B、軟件編碼C、軟件測(cè)試D、軟件維護(hù)2. 采用工程的概念、原理、技術(shù)和方法來（）和（ ）軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法 結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟 件工程。A 、開發(fā) 測(cè)試B、運(yùn)行管理C、幵發(fā)管理D、幵發(fā)維護(hù)3. 軟件是程序、數(shù)據(jù)與相關(guān)文檔的完整集合，其中“開發(fā)、使用和維護(hù) 程序所需要的圖文資料”指的是（ ）A 、程序B、數(shù)據(jù)C、文檔D 、以上都不是4. 以下（ ）不是軟件危機(jī)的表現(xiàn)形式。A 、開發(fā)的軟件不滿足用戶的需要B、幵發(fā)的軟件可維護(hù)性差C、幵發(fā)的軟件價(jià)格便宜

2、D、幵發(fā)的軟件可靠性差5. 軟件產(chǎn)品與物質(zhì)產(chǎn)品有很大區(qū)別，軟件產(chǎn)品是一種（ ）產(chǎn)品A 、有形B、消耗C、邏輯D 、文檔6. 從瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中 哪個(gè)環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大（ ）。A 、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C、需求分析階段D 、 測(cè)試和運(yùn)行階段7. 傳統(tǒng)的（ ）要求，必須等前一階段的工作完成之后，才能開始后 一階段的工作；前一階段的輸出文檔，就是后一階段的輸入文檔。A 、原型模型B、瀑布模型C、螺旋模型D 、噴泉模型8. 下列軟件開發(fā)模型中，適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng) 的開發(fā)的模型是（ ）。B、瀑布模型C、基于知識(shí)的智能模型D、

3、變換模型9. （ ）是用戶和設(shè)計(jì)交換最頻繁的方法。A 、原型模型B、瀑布模型方法C、螺旋模型方法D 、構(gòu)件組裝模型10. 下列軟件開發(fā)模型中，以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶的 需求為動(dòng)力，以對(duì)象來驅(qū)動(dòng)的模型是（ ）。A 、 原型模型B、瀑布模型C、噴泉模型D、螺旋模型11. 下列軟件開發(fā)模型中， （ ）只有在開發(fā)人員具有風(fēng)險(xiǎn)分析和排除風(fēng)險(xiǎn) 的經(jīng)驗(yàn)與專門知識(shí)時(shí)，才能獲得成功。A 、 原型模型B、瀑布模型C、噴泉模型D、螺旋模型12. （ ）引入了“風(fēng)險(xiǎn)驅(qū)動(dòng)”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。B、噴泉模型C、原型模型D、螺旋模型13. 下列敘述中不屬于軟件生命周期模型的是（）A 、瀑布模

4、型B、快速原型模型C、風(fēng)險(xiǎn)模型D 、原子模型14. “為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么？”這是生命周期中（ ） 階段要確定的事。A 、需求分析B、總體設(shè)計(jì)C、詳細(xì)設(shè)計(jì)D 、測(cè)試15. （ ）是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架，他規(guī) 定了完成各項(xiàng)任務(wù)的工作步驟。A 、軟件工程B、軟件過程C、質(zhì)量管理D 、軟件方法學(xué)16. 下面不屬于軟件工程的 3 個(gè)要素是（ ）B、過程C、方法D、環(huán)境17. 軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是（）。A 、硬件環(huán)境B、軟件幵發(fā)的環(huán)境C、軟件幵發(fā)工具和軟件幵發(fā)的環(huán)境D 、開發(fā)人員的素質(zhì)18. 在軟件

5、生命周期法中，用戶的參與主要在（ ）。A 、軟件定義期B、軟件幵發(fā)期C、軟件維護(hù)期D 、整個(gè)軟件生命周期過程中19. 軟件開發(fā)的瀑布模型最典型地刻畫了軟件生命周期的階段劃分，而與其最相適應(yīng)的軟件開發(fā)的方法是（ ）A 、構(gòu)件化方法B、面向?qū)ο蠓椒–、結(jié)構(gòu)化方法D 、原型化方法20. 可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決 定該系統(tǒng)是否開發(fā)的決策依據(jù)，因必須給出（ ）的回答。A .確定B. 行或不行C. 正確D .無二義21. 可行性研究的目的不是解決問題，而是確定問題是否值得去解決，下 列不是可行性研究的內(nèi)容是（ ）A 、需求分析B、風(fēng)險(xiǎn)分析C、資源分析D 、技術(shù)分析22.

6、 一個(gè)軟件項(xiàng)目是否進(jìn)行開發(fā)的結(jié)論是在（）文檔中作出的。A 、軟件開發(fā)計(jì)劃B、可行性分析報(bào)告C、需求分析說明書D 、測(cè)試報(bào)告23. 軟件開發(fā)的可行性研究 ,一般涉與經(jīng)濟(jì)、技術(shù)和操作的可能性，而進(jìn)行可行性研究的基本依據(jù)則是用戶提出的軟件（）。A 、系統(tǒng)質(zhì)量B、系統(tǒng)目標(biāo)C 、系統(tǒng)功能D、系統(tǒng)性能24. 軟件可行性一般不考慮（ ）。A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)幵發(fā)B、待幵發(fā)的軟件是否有質(zhì)量問題C、待幵發(fā)的軟件是否有市場(chǎng)，經(jīng)濟(jì)上是否合算D、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)幵發(fā)25. 數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是（ ），僅僅是所處的狀態(tài)不同。A 、分析結(jié)果B、事件C、動(dòng)作D 、數(shù)據(jù)26. 數(shù)據(jù)

7、流圖和（ ）共同組成系統(tǒng)的功能模型。A 、 HIPO 圖B、PDLC、數(shù)據(jù)字典D 、層次圖27. 結(jié)構(gòu)化分析方法就是面向（ ）的自頂向下逐步求精進(jìn)行需求分析的方法。A 、目標(biāo)B、數(shù)據(jù)流C、功能D 、對(duì)象28. 數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含在（）A、數(shù)據(jù)流圖B、程序框圖C、軟件結(jié)構(gòu)D、方框圖29. 數(shù)據(jù)流圖是進(jìn)行軟件需求分析常用的工具,其中最基本的圖符是 :處理 ,數(shù)據(jù)流 ,數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)源點(diǎn) / 終點(diǎn),其中“圓角矩形”可用來代表流圖 中的（ ）。A 、處理B、數(shù)據(jù)流C、數(shù)據(jù)存儲(chǔ)D 、數(shù)據(jù)源點(diǎn) / 終點(diǎn)30. 數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動(dòng)和變換的過程,而對(duì)數(shù)據(jù)流圖中所包

8、含的元素的定義則是（ ）A 、數(shù)據(jù)存儲(chǔ)B、數(shù)據(jù)加工C、數(shù)據(jù)字典D 、數(shù)據(jù)定義31. 下列敘述中，（ ）不屬于數(shù)據(jù)字典的作用。A 、作為編碼階段的描述工具B、為用戶與幵發(fā)人員之間統(tǒng)一認(rèn)識(shí)C、作為概要設(shè)計(jì)的依據(jù)D 、為需求分析階段定義各類條目32. 不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是 。A、人工校核工資數(shù)據(jù)B、工資支票數(shù)據(jù)C、打印工資支票D 、計(jì)算職工工資33. 系統(tǒng)流程圖是概括地描述物理系統(tǒng)的傳統(tǒng)工具，它的基本思想是用圖 形符號(hào)以黑盒子形式描繪系統(tǒng)組成系統(tǒng)的每個(gè)部件，其表達(dá)的是 （）A 、控制過程B、對(duì)數(shù)據(jù)進(jìn)行加工和處理的過程C、程序的功能D 、數(shù)據(jù)在各部件之間的流動(dòng)情況34. 雖然可以使

9、用自然語言描述由數(shù)據(jù)元素組成數(shù)據(jù)的關(guān)系，但為了更加 清晰簡(jiǎn)潔，建議采用符號(hào)來表示，其中 1a5 所代表的含義是（ ） A 、 a 重復(fù)出現(xiàn)，最少出現(xiàn) 1 次，最多出現(xiàn) 5 次B、a 重復(fù)出現(xiàn)，只能出現(xiàn) 1 次，或 5 次C、a 重復(fù)出現(xiàn)，其可以出現(xiàn) 1 次，也可以出現(xiàn) 5 次D、a 是可選的，可以出現(xiàn) 2、 3、 4 次35. （ ）是可行性研究的一項(xiàng)重要內(nèi)容，是客戶組織負(fù)責(zé)人從經(jīng)濟(jì)角度 判斷是否繼續(xù)投資于這項(xiàng)工程的主要依據(jù)。B、投資回收期分析C、成本/效益分析D 、投資回收率分析36. 下面哪一項(xiàng)不屬于可行性研究階段的典型步驟（ ）A 、研究目前正在使用的系統(tǒng)B、草擬幵發(fā)計(jì)劃C、書寫文檔提交

10、審查D 、梳理模塊間關(guān)系37. 復(fù)雜的數(shù)據(jù)流圖（ ）。A 、只有變換型B、只有事務(wù)型C、無規(guī)律D 、既有變換型又有事務(wù)型38. 需求分析是（ ）。A 、 軟件開發(fā)工作的基礎(chǔ)B、軟件生存周期的開始C、由系統(tǒng)分析員單獨(dú)完成的D 、 由用戶自己?jiǎn)为?dú)完成的39. （ ）需求制定系統(tǒng)必須提供的服務(wù)，是對(duì)軟件系統(tǒng)的一項(xiàng)基本需 求，但卻并不是唯一的需求。A 、功能需求B、性能需求C、可靠性和可用性需求D、接口與約束40. “系統(tǒng)每周 7 天、每天 24 小時(shí)都可以使用且運(yùn)行無誤” ，代表的是 （）A 、功能需求B、性能需求C、可靠性和可用性需求D、接口與約束41. “系統(tǒng)應(yīng)在 20 秒之內(nèi)響應(yīng)所有的請(qǐng)求”

11、，代表的是（ ）A 、功能需求B、性能需求C、可靠性和可用性需求D、接口與約束42. “系統(tǒng)出現(xiàn)異常時(shí)，應(yīng)能為用戶給出指導(dǎo)性的提示，并與時(shí)保存當(dāng)前 的數(shù)據(jù)”代表的是（ ）A 、出錯(cuò)處理需求B、性能需求C、可靠性和可用性需求D、接口與約束43. 與用戶溝通獲取需求的方式有很多，其中（ ）不屬于獲取需求的方 式。B、自底向上的求精方法C、快速建立軟件原型D、建議的應(yīng)用規(guī)格說明技術(shù)44. 為了減少數(shù)據(jù)冗余，避免出現(xiàn)插入異?；騽h除異常，簡(jiǎn)化修改數(shù)據(jù)的過程，通常需要把數(shù)據(jù)結(jié)構(gòu)規(guī)范化，其中（）數(shù)據(jù)冗余程度最小A 、第一范式B、第三范式C、第二范式D 、第五范式45. 通常用“范式”定義消除數(shù)據(jù)冗余的程度，

12、其中第三范式要求符合第二范式的條件，而且（ ）A 、每個(gè)屬性值都必須是原子值B、每個(gè)非關(guān)鍵字屬性值都由整個(gè)關(guān)鍵字決定C、非關(guān)鍵字不是由關(guān)鍵字的一部分來決定D 、一個(gè)非關(guān)鍵字屬性值不依賴于另一個(gè)非關(guān)鍵字屬性值46. 結(jié)構(gòu)化分析階段要建立中模型，分別是（ ）A 、功能模型、數(shù)據(jù)模型、狀態(tài)模型B、功能模型、行為模型、數(shù)據(jù)模型C、功能模型、數(shù)據(jù)模型、動(dòng)態(tài)模型D 、對(duì)象模型、動(dòng)態(tài)模型、功能模型47. （ ）是對(duì)引起系統(tǒng)做動(dòng)作或（和）從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事情的抽象。B、狀態(tài)C、初態(tài)D、終態(tài)48. 進(jìn)行需求分析可使用多種工具，但（ ）是不適用的。A 、數(shù)據(jù)流圖B、E-R 圖C、PAD 圖D 、數(shù)

13、據(jù)字典49. E-R 圖是用于建立數(shù)據(jù)模型的的圖形， 其中包括 3 種相互關(guān)聯(lián)的信息， 分別是（ ）A 、數(shù)據(jù)、對(duì)象、實(shí)體B、控制、聯(lián)系、對(duì)象C、實(shí)體、聯(lián)系、屬性D 、實(shí)體、屬性、操作50. 描述復(fù)雜的事物時(shí)，圖形遠(yuǎn)比文字?jǐn)⑹鰞?yōu)越得多，在需求分析階段可 以使用（ ）等圖形工具。A 、層次方框圖和判定表B、數(shù)據(jù)流圖和程序流程圖C、IPO 圖和層次方框圖D 、 warnier 圖和 PDL51. 結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、 （ ）和加工說明等描述工具 ,即用直觀 的圖和簡(jiǎn)潔的語言來描述軟件功能模型。A 、DFD 圖B、 PAD 圖C、HIPO 圖D、數(shù)據(jù)字典52. 軟件需求說明書中包括多方面的內(nèi)容

14、，下述（ ）不是軟件說明書 中應(yīng)包括的內(nèi)容。A 、數(shù)據(jù)描述B、功能描述C、性能描述D 、結(jié)構(gòu)描述53. 軟件需求分析階段建立原型的主要目的是（） .A 、確定系統(tǒng)的功能和性能要求B、確定系統(tǒng)的性能要求C、確定系統(tǒng)是否滿足用戶要求D 、確定系統(tǒng)是否開發(fā)人員需要54. 需求分析是由分析人員經(jīng)了解用戶的需求 ,認(rèn)真仔細(xì)的調(diào)研、 分析,最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出（）.A 、模塊說明書B、需求規(guī)格說明書C、項(xiàng)目幵發(fā)設(shè)計(jì)D 、合同文檔55. 使用結(jié)構(gòu)化分析方法時(shí)，采用的基本手段是（）。A、分解和抽象B、分解和綜合C、歸納與推導(dǎo)D、試探與回溯56. 分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它

15、的頂層描述了系統(tǒng)的（ ）。A 、總貌B、細(xì)節(jié)C、抽象D 、軟件的作者57. 下列關(guān)于軟件設(shè)計(jì)準(zhǔn)則的描述，錯(cuò)誤的是（ ）。A 、提高模塊的獨(dú)立性B、深度、寬度、扇出和扇入適當(dāng)C、使摸塊的控制域在該模塊的作用域內(nèi)D 、設(shè)計(jì)成單入口、單出口的模塊58. 下面關(guān)于“深度、寬度、扇出和扇入”描述錯(cuò)誤的是（）A、深度表示軟件結(jié)構(gòu)中控制的的層數(shù)B、寬度是軟件同一層次上的模塊總數(shù)的最大值C、扇出是一個(gè)模塊調(diào)用的模塊數(shù)目D、扇入是直接調(diào)用這個(gè)模塊的上級(jí)模塊的數(shù)目59. 結(jié)構(gòu)化設(shè)計(jì)（SD）是軟件設(shè)計(jì)階段所使用的方法，（）不是SD所使A 、DFD 圖B、 PAD 圖C、結(jié)構(gòu)化的過程設(shè)計(jì)語言D、判定樹60. 結(jié)構(gòu)化設(shè)

16、計(jì)方法采用變換分析和事務(wù)分析技術(shù)實(shí)現(xiàn)（）。A 、從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)B、從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)C、從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu)D 、從數(shù)據(jù)流圖導(dǎo)出軟件結(jié)構(gòu)61. 把現(xiàn)實(shí)世界中的事物相似的地方集中和概括起來，暫時(shí)忽略他們之間 的差異，這就是（ ）。A 、抽象B、模塊化C、自底向上D 、信息隱蔽62. （ ）是數(shù)據(jù)說明、 可執(zhí)行語句等程序?qū)ο蟮募?,它是單獨(dú)命名的而 且可以通過名字來訪問，是構(gòu)成程序的基本構(gòu)件。A 、模塊化B、抽象C、精化D、模塊63. （ ）是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近。A、信息隱蔽B、內(nèi)聚C、局部化D、模塊獨(dú)立64. “為了能集中精力解決主要問題而盡量推遲對(duì)問題細(xì)

17、節(jié)的考慮” ，這是 對(duì)（ ）的定義。A、信息隱蔽B、逐步求精C、局部化D、模塊獨(dú)立65. 軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（）。A 、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C 、高內(nèi)聚低耦合D、高內(nèi)聚高耦合66. 模塊本身的內(nèi)聚是模塊獨(dú)立性的重要性度量因素之一。在 7 類內(nèi)聚中 , 具有最強(qiáng)內(nèi)聚的一類是（ ）A、順序內(nèi)聚B、過程內(nèi)聚C、邏輯內(nèi)聚D 、功能內(nèi)聚67. 如果一個(gè)模塊內(nèi)部的處理元素和同一個(gè)功能密切相關(guān)，而且這些處理 必須順序執(zhí)行（通常一個(gè)處理元素的輸入作為下一個(gè)處理元素的輸 出），則稱為（ ）。A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、過程內(nèi)聚D、順序內(nèi)聚68. 如果一個(gè)模塊完成的任務(wù)在邏輯上屬于相同或相似的

18、一類，則稱為 （）A、邏輯內(nèi)聚B、時(shí)間內(nèi)聚C、過程內(nèi)聚D、順序內(nèi)聚69. 如果模塊中所有元素都是用同一個(gè)輸入數(shù)據(jù)和（或）產(chǎn)生同一個(gè)輸出 數(shù)據(jù)，則稱為（ ）。A、通信內(nèi)聚B、時(shí)間內(nèi)聚C、過程內(nèi)聚D、順序內(nèi)聚70. 耦合是軟件各個(gè)模塊間連接的一種度量。一組模塊都訪問同一公有環(huán) 境數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于（ ）方式。A、內(nèi)容耦合B、公共耦合C、外部耦合D、控制耦合71. 耦合是軟件中各種模塊間相互聯(lián)系的一種度量,耦合的強(qiáng)弱取決于模塊間的復(fù)雜程度 ,在下列耦合中 ,耦合度最低的是 （）A 、內(nèi)容耦合B、公共耦合C、數(shù)據(jù)耦合D、控制耦合72. 把整個(gè)數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用的模塊只需要使用其中一部分?jǐn)?shù)據(jù)元素，

19、稱之為（ ）A 、內(nèi)容耦合B、公共耦合C、特征耦合D、控制耦合73. 模塊的功能是打印錄取通知書或不錄取通知書，調(diào)用模塊可通過向此 模塊傳遞布爾標(biāo)志信息決定本次調(diào)用哪種通知書的打印，這種模塊之 間的耦合稱之為（ ）。A 、數(shù)據(jù)耦合B、混合耦合C、公共耦合D、控制耦合74. 數(shù)據(jù)沿著輸入通路到達(dá)一個(gè)處理，這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干動(dòng)作序列中選出一個(gè)來執(zhí)行，這類數(shù)據(jù)流稱為（ ）A、變換流B、變換中心C、事務(wù)中心D、事務(wù)流75. 信息沿輸入通路進(jìn)入系統(tǒng)，同時(shí)由外部形式變換成內(nèi)部形式，進(jìn)入系 統(tǒng)的信息經(jīng)過變換中心，經(jīng)過加工處理后再沿輸出通路變換成外部形 式離開軟件系統(tǒng)，這種信息流稱為（ ）。A

20、、變換流B、變換中心C、事務(wù)中心D、事務(wù)流76. 軟件的結(jié)構(gòu)化設(shè)計(jì) （SD ）方法中 ,一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段,其中總體設(shè)計(jì)主要是要建立（）。A 、軟件結(jié)構(gòu)B、軟件流程C、軟件模型D 、軟件模塊77. 面向數(shù)據(jù)流的設(shè)計(jì)方法把（ ）映射成軟件結(jié)構(gòu)。A 、軟件結(jié)構(gòu)B、系統(tǒng)結(jié)構(gòu)C、控制結(jié)構(gòu)D、信息流78. 詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的（ ）設(shè)計(jì)。A 、功能B、調(diào)用關(guān)系C、輸入輸出數(shù)據(jù)D 、算法79. 結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序只有順序，循環(huán)和（ ）三種 結(jié)構(gòu)組成 .A 、分支B、單入口C、單出口D 、有規(guī)則 GOTO80. （ ）的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。A

21、、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、編碼D 、測(cè)試81. Jackson 設(shè)計(jì)方法是由英國(guó)的 M. Jackson 提出的，它是一種面向 （ ）的軟件設(shè)計(jì)方法。A 、對(duì)象B、數(shù)據(jù)流C、數(shù)據(jù)結(jié)構(gòu)D、控制結(jié)構(gòu)82. （ ）階段是為每個(gè)模塊完成的功能進(jìn)行具體的描述，要把功能描 述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過程描述。A 、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、編碼D 、測(cè)試83. 結(jié)構(gòu)化程序從理論上可以不使用（ ）語句。當(dāng)然程序是否使用該語 句是無關(guān)緊要的 ,重要的是程序的結(jié)構(gòu)是否嚴(yán)謹(jǐn)、清晰。A 、 ANDB、IFC、GOTOD 、 FOR84. PAD （Problem Analysis Diagram）圖是一種（ ）工具。A

22、 、系統(tǒng)描述B、詳細(xì)設(shè)計(jì)C、測(cè)試D 、編程輔助85. 下列系統(tǒng)設(shè)計(jì)工具中， （ ）不屬于詳細(xì)設(shè)計(jì)工具。A、 NS 圖C、程序流程圖D、PAD86. （ ）應(yīng)考慮對(duì)模塊相聯(lián)和資源共享問題進(jìn)行描述和制約。A 、系統(tǒng)設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、接口控制D、結(jié)構(gòu)化編輯工具87. 程序流程圖是一種傳統(tǒng)的程序設(shè)計(jì)表示工具,有其優(yōu)點(diǎn)和缺點(diǎn) ,使用該工具是應(yīng)注意（ ）A 、支持逐步求精B、考慮控制流程C、遵守結(jié)構(gòu)化設(shè)計(jì)原則D 、數(shù)據(jù)結(jié)構(gòu)表示88. 軟件設(shè)計(jì)中設(shè)計(jì)復(fù)審是和設(shè)計(jì)本身一樣重要的環(huán)節(jié),其主要目的和作用是（ ）A 、減少測(cè)試工作量B、減免后期付出高代價(jià)C、保證軟件質(zhì)量D 、縮短軟件開發(fā)周期89. 軟件設(shè)計(jì)中 ,

23、可應(yīng)用于詳細(xì)設(shè)計(jì)的工具有（）A、程序流程圖、PAD、方框圖和偽碼B、數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼C、業(yè)務(wù)流程圖、N-S圖和偽碼D、數(shù)據(jù)流程圖、PAD、N-S圖和偽碼90. 詳細(xì)設(shè)計(jì)是軟件總體設(shè)計(jì)滯后的工作。下列可選內(nèi)容中,（ ）不屬于詳細(xì)設(shè)計(jì)內(nèi)容。A 、算法設(shè)計(jì)B、程序流程設(shè)計(jì)C、界面設(shè)計(jì)D 、功能設(shè)計(jì)91. 所謂流圖是“退化了的”程序流程圖，它僅僅描述程序的控制流程， 其中（ ）表示一條或多條語句。A 、節(jié)點(diǎn)BPC、區(qū)域D 、處理92. 計(jì)算程序的環(huán)形復(fù)雜度很有價(jià)值，除了（ ）。A 、測(cè)試難度的一種定量度量B、對(duì)軟件最終的可靠性給出某種預(yù)測(cè)C、需求描述的是否詳盡的衡量D 、比較兩種不同設(shè)

24、計(jì)的優(yōu)劣93. “實(shí)現(xiàn)”在軟件生命周期中橫跨兩個(gè)階段，分別是（）。A 、編碼和維護(hù)B、測(cè)試和維護(hù)C、編碼和測(cè)試D、調(diào)試和維護(hù)94. 20 世紀(jì) 50 年代以來，出現(xiàn)了許多不同的程序設(shè)計(jì)語言，下列語言中 哪個(gè)語言是低級(jí)語言（ ）。A 、 PASCALB、VISUAL BASICC、C+D 、匯編語言95. 把軟件設(shè)計(jì)結(jié)果翻譯成用某種程序設(shè)計(jì)語言書寫的程序的過程，稱之 為（ ）。A 、需求分析B、詳細(xì)設(shè)計(jì)C、編碼D 、測(cè)試96. 軟件測(cè)試是為了（）而執(zhí)行程序的過程。A 、證明軟件的正確性B、發(fā)現(xiàn)程序中的錯(cuò)誤C、證明軟件系統(tǒng)中存在錯(cuò)誤D 、表明程序是正確的97. 使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根

25、據(jù)（）和指定的覆蓋標(biāo)準(zhǔn)。A、程序的內(nèi)部邏輯B、程序的復(fù)雜程度C、該軟件的編輯人員D、程序的功能98. 檢查軟件產(chǎn)品是否符合需求定義的過程稱為（ ）A、 確認(rèn)測(cè)試B、集成測(cè)試C、系統(tǒng)測(cè)試D、模塊測(cè)試99. 單元測(cè)試又稱為（ ），一般用白盒法測(cè)試A 、集成測(cè)試B、模塊測(cè)試C、系統(tǒng)測(cè)試D 、白盒法100. 對(duì)軟件是否能達(dá)到用戶所期望的要求的測(cè)試稱為（ ）A 、集成測(cè)試B、系統(tǒng)測(cè)試C、有效性測(cè)試D 、驗(yàn)收測(cè)試101. 以下（ ）不屬于白盒測(cè)試技術(shù)A 、基本路徑測(cè)試B、邊界值分析C、條件覆蓋測(cè)試D 、邏輯覆蓋測(cè)試102. 若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè) X，其范圍是-1.0,1.0 ， 現(xiàn)

26、從 輸 入 的 角 度 考 慮 一 組 測(cè) 試 用 例 ： -1.001,-1.0,-0.009,0.009,1.0, 1.001. 設(shè)計(jì)這組測(cè)試用例的方法是（ ）A、條件覆蓋法B、等價(jià)分類法C、邊界值分析法D、錯(cuò)誤推測(cè)法103. （ ）方法需要考察模塊間的接口和各個(gè)模塊之間的關(guān)系 .A 、單元測(cè)試B、集成測(cè)試C、確認(rèn)測(cè)試D 、驗(yàn)收測(cè)試104. 軟件測(cè)試是軟件開發(fā)過程中重要的和不可缺少的階段,其包含的內(nèi)容和步驟甚多 ,而測(cè)試過程的多種環(huán)節(jié)中最基礎(chǔ)的是（）A 、集成測(cè)試B、單元測(cè)試C、系統(tǒng)測(cè)試D 、驗(yàn)收測(cè)試105. 可以提高軟件測(cè)試效率的是（ ）A 、隨意選取測(cè)試的數(shù)據(jù)B、制定測(cè)試計(jì)劃C、選取邊

27、界數(shù)據(jù)作為測(cè)試用例D 、取盡可能多的數(shù)據(jù)進(jìn)行測(cè)試106. 軟件測(cè)試方法一般有黑盒測(cè)試和白盒測(cè)試,而其中黑盒測(cè)試主要是依據(jù)程序的（ ）A、結(jié)構(gòu)B、流程C、功能D、邏輯107. 程序測(cè)試是一項(xiàng)復(fù)雜的工作 ,一般測(cè)試者在進(jìn)行測(cè)試中都需要設(shè)計(jì) （）A 、數(shù)據(jù)結(jié)構(gòu)B、測(cè)試用例C、測(cè)試階段D 、測(cè)試方法108. 調(diào)試是指在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后排除錯(cuò)誤的過程， （ ）不屬于調(diào)試 途徑。A 、蠻干法B、回溯法C、原因排除法D、運(yùn)用測(cè)試實(shí)例法109. 所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過程的總稱， 其中： 被測(cè)程序中 每個(gè)語句至少執(zhí)行一次，稱之為（ ）。A 、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋110. 所

28、謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過程的總稱， 其中： 每個(gè)判定的 的每個(gè)分支都至少執(zhí)行一次，稱之為（ ）。A 、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋111. 所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過程的總稱， 其中： 不僅每個(gè)語 句至少執(zhí)行一次，而且使判定表達(dá)式中的每個(gè)條件都取到各種可能的 值，稱之為（ ）。A 、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋112. 所謂邏輯覆蓋測(cè)試是對(duì)一系列測(cè)試過程的總稱， 其中： 每個(gè)判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次，稱之為（）。A 、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋113. 下面幾種白箱測(cè)試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則（ ）

29、B、條件覆蓋C、判定覆蓋D、條件組合覆蓋114. （ ）是一種黑盒測(cè)試技術(shù)，這種技術(shù)把程序的輸入域劃分成若 干個(gè)數(shù)據(jù)類，據(jù)此導(dǎo)出測(cè)試用例。A 、等價(jià)劃分B、邊界值分析C、錯(cuò)誤推測(cè)D 、路徑測(cè)試115. 所謂（ ）是指在測(cè)試發(fā)現(xiàn)錯(cuò)誤之后排除錯(cuò)誤的過程。A 、調(diào)試B、糾錯(cuò)C、評(píng)估D 、維護(hù)116. 所謂（ ）就是在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足 新的需要而修改軟件的過程。A 、調(diào)試B、糾錯(cuò)C、測(cè)試D 、維護(hù)117. 為了和變化了的環(huán)境適當(dāng)?shù)嘏浜隙M(jìn)行的修改軟件的活動(dòng)稱之為（ ），是既必要又經(jīng)常的維護(hù)活動(dòng)。A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)118.在任何大型程序的使用

30、期間， 用戶必然會(huì)發(fā)現(xiàn)程序錯(cuò)誤， 并且把他）。們遇到問題報(bào)告給維護(hù)人員。把診斷和改正錯(cuò)誤的過程稱為（A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)119.在使用軟件的過程中用戶往往提出增加新功能或修改已有功能的建議，還可能提出一般性的改進(jìn)意見。為了滿足這類要求，需要進(jìn)行）。A、改正性維護(hù)B、適應(yīng)性維護(hù)C、完善性維護(hù)D、預(yù)防性維護(hù)120.的基礎(chǔ)而修改軟件而進(jìn)行的維護(hù)活動(dòng)稱之為（）。A、改正性維護(hù)B、適應(yīng)性維護(hù)為了改進(jìn)未來的可維護(hù)性或可靠性， 或?yàn)榱私o未來的改進(jìn)奠定更好C、完善性維護(hù)D、預(yù)防性維護(hù)121. 軟件維護(hù)絕不僅限于糾正使用中發(fā)現(xiàn)的錯(cuò)誤， 事實(shí)上在全部維護(hù)活 動(dòng)中有一半以上是（

31、）維護(hù)。A 、改正性B、適應(yīng)性C、完善性D、預(yù)防性122. （ ）指的是外來讀者理解軟件的結(jié)構(gòu)、功能、結(jié)構(gòu)和內(nèi)部處理 過程的難易程度。A 、可測(cè)試性B、可修改性C、可理解性D 、可移植性123. （ ）指的是把程序從一種計(jì)算環(huán)境（硬件配置和操作系統(tǒng)）轉(zhuǎn) 移到另一種計(jì)算環(huán)境的難易程度。A 、可測(cè)試性B、可修改性C、可理解性D 、可移植性124. 軟件容易修改的程度稱之為（），耦合、內(nèi)聚、信息隱藏、局部化等都應(yīng)會(huì)對(duì)其產(chǎn)生影響。B、可修改性C、可理解性D、可移植性125. （ ）是指同一事物不做修改或稍加改動(dòng)就在不同環(huán)境中多次重 復(fù)使用。A 、可測(cè)試性B、可重用性C、可理解性D、可移植性126. 軟

32、件調(diào)試的目的是（ ）A 、發(fā)現(xiàn)錯(cuò)誤B、改正錯(cuò)誤C、改善軟件的性能D 、挖掘軟件的潛能127. 如果軟件配置的唯一成分是 （ ），那么這種維護(hù)屬于非結(jié)構(gòu)化維 護(hù)。A 、需求文檔B、設(shè)計(jì)文檔C、程序代碼D、測(cè)試用例128. 以下文檔，（ ）不屬于用戶文檔包括的內(nèi)容。B、安裝文檔C、需求說明D、使用手冊(cè)129. 以下文檔，（ ）不屬于系統(tǒng)文檔包括的內(nèi)容。A 、軟件需求規(guī)格說明B、軟件使用手冊(cè)C、軟件詳細(xì)設(shè)計(jì)D、軟件測(cè)試用例130. 面向?qū)ο箝_發(fā)方法不需要建立的模型是（） 。A 、對(duì)象模型B、動(dòng)態(tài)模型C、功能模型D 、結(jié)構(gòu)模型131. 對(duì)象和類之間存在著關(guān)聯(lián)關(guān)系，利用對(duì)象的（）特征可以實(shí)現(xiàn)對(duì)象的多態(tài)性。A 、惟一性B、分類性C、繼承性D 、封裝性132. 面向?qū)ο蟮闹饕卣鞒龑?duì)象惟一性、封裝、繼承外，還有（）。B、完整性C、可移植性D、兼容性133. 描述對(duì)象模型靜態(tài)特征的工具是（ ）。A 、 DFDB、類圖C、狀態(tài)圖D、DD134. 每個(gè)對(duì)象可用它自己的一組屬性和它可以執(zhí)行的一組（）來實(shí)現(xiàn)。A 、狀態(tài)B、功能C、操