軟件導(dǎo)論匯總

1、軟件學(xué)院理科-軟件工程導(dǎo)論部分資料匯總1. 在軟件開發(fā)模型中，提出最早、應(yīng)用最廣泛的模型是( )。A瀑布 B螺旋 C演化 D智能2. 軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工程方法一般是指( )。A原型化方法 B結(jié)構(gòu)化方法C面向?qū)ο蠓椒?D功能分解法3. 下列關(guān)于瀑布模型的描述正確的是()。A利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價(jià)很低B瀑布模型的核心是按照軟件開發(fā)的時(shí)間順序?qū)栴}簡(jiǎn)化C瀑布模型具有良好的靈活性D瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開4. 原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于( )系統(tǒng)。A需求不確定性高的 B需求確定的C管理信息

2、 D實(shí)時(shí)5. 軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是（ ）。A問題定義，可行性研究，需求分析。 B可行性研究，問題定義，需求分析。C可行性研究，需求分析，問題定義。D以上順序都不對(duì)。6. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象是 ( )的一種表現(xiàn) 。A. 軟件工程 B. 軟件周期 C. 軟件危機(jī) D. 軟件產(chǎn)生7. 快速原型模型的主要特點(diǎn)之一是 ( )。A. 開發(fā)完畢才見到產(chǎn)品 B. 及早提供全部完整的軟件產(chǎn)品C. 開發(fā)完畢后才見到工作軟件 D. 及早提供工作軟件8. 軟件工程中常用的生命周期模型有（ ）等。A瀑布模型，快速原型模型，增量模型，螺旋模型和噴泉模型B

3、瀑布模型，快速循環(huán)模型，擴(kuò)展模型，螺旋模型和敏捷模型C瀑布模型，快速循環(huán)模型，增量模型，螺旋模型和噴泉模型D瀑布模型，快速原型模型，增量模型，螺旋模型和敏捷模型9. 軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工程方法常用模型不包括( )。A瀑布模型 B敏捷模型 C原型模型 D螺旋模型10. 軟件開發(fā)瀑布模型中的各個(gè)階段依次是（ ）。A設(shè)計(jì)、分析、實(shí)現(xiàn)、測(cè)試、維護(hù)。 B分析、設(shè)計(jì)、測(cè)試、實(shí)現(xiàn)、維護(hù)。C分析、設(shè)計(jì)、實(shí)現(xiàn)、維護(hù)、測(cè)試。D分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、維護(hù)。11. 軟件危機(jī)的表現(xiàn)不包括（ ）。A軟件質(zhì)量不可靠 B軟件幾乎是不可維護(hù)的C測(cè)試過程中發(fā)現(xiàn)的錯(cuò)誤較多 D缺少文檔12. 瀑布

4、模型的主要特點(diǎn)之一是 ( )。A.推遲實(shí)現(xiàn) B.成功率極高 C.容易失敗 D.過程迭代13. 在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍?）。A軟件危機(jī) B軟件工程C程序設(shè)計(jì)革命 D結(jié)構(gòu)化程序設(shè)計(jì)14. 軟件工程是（ ）。A是結(jié)構(gòu)化程序設(shè)計(jì)的指導(dǎo)方法。B是軟件開發(fā)技術(shù)和軟件工程管理學(xué)為內(nèi)容的學(xué)科。C是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。D是指導(dǎo)軟件開發(fā)的工程方法。15. 在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明，（ ）是從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了應(yīng)用對(duì)軟件系統(tǒng)質(zhì)量和特性的額外要求。A業(yè)務(wù)需求 B

5、系統(tǒng)要求 C非功能需求 D用戶需求16. 軟件可行性研究一般不考慮( ) 。A是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D待開發(fā)的軟件是否會(huì)有質(zhì)量問題17. 經(jīng)濟(jì)可行性研究的范圍包括（ ）。A資源有效性 B管理制度 C效益分析 D開發(fā)風(fēng)險(xiǎn)18. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的（ ）。A. 技術(shù)可行性 B. 經(jīng)濟(jì)可行性 C. 社會(huì)可行性 D. 法律可行性19. 研究開發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究中的（ ）。A.技術(shù)可行性 B. 經(jīng)濟(jì)可行性 C. 社會(huì)可行性 D. 法律可行性20. 可

6、行性研究實(shí)質(zhì)上是進(jìn)行了一次（ ）。A. 簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)過程B. 詳盡的系統(tǒng)分析和設(shè)計(jì)過程C. 徹底的系統(tǒng)設(shè)計(jì)過程 D. 深入的需求分析21. 可行性研究階段的主要任務(wù)包括（ ）。A分析和澄清問題定義 B導(dǎo)出系統(tǒng)的邏輯模型C制定粗略的進(jìn)度建議和計(jì)劃 D以上全是22. 需求分析的任務(wù)包括（ ）。A確定對(duì)系統(tǒng)的綜合要求 B分析系統(tǒng)的數(shù)據(jù)要求C導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃 D以上全是23. 需求分析的任務(wù)不包括（ ）。A確定對(duì)系統(tǒng)的綜合要求 B分析系統(tǒng)的數(shù)據(jù)要求C從技術(shù)角度分析系統(tǒng)是否可行 D導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃24. 要將一個(gè)復(fù)雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法，結(jié)構(gòu)

7、化分析方法就是A面向數(shù)據(jù)流自頂向下逐步求精的方法B由內(nèi)向外進(jìn)行分析的方法C先局部后整體的分析方法D使用IPO圖形工具分析的方法25. 需求分析是要完整準(zhǔn)確清晰具體地確定系統(tǒng)所要完成的工作，其主要依據(jù)是前一階段的文檔A用戶手冊(cè)和參考手冊(cè) B軟件需求規(guī)格說明書C開發(fā)計(jì)劃 D可行性研究報(bào)告26. 需求分析階段的主要任務(wù)是確定（ ）。A軟件開發(fā)方法 B軟件開發(fā)工具C軟件開發(fā)費(fèi) D軟件系統(tǒng)的功能27. 數(shù)據(jù)字典是用來定義（）中的各個(gè)成份的具體含義的。A流程圖 B功能結(jié)構(gòu)圖C系統(tǒng)結(jié)構(gòu)圖 D數(shù)據(jù)流圖28. 數(shù)據(jù)流圖是一種用來描述（ ）的圖形化工具。A系統(tǒng)物理組成 B系統(tǒng)信息流和數(shù)據(jù)流C所有功能 D系統(tǒng)控制流

8、和數(shù)據(jù)流29. （ ）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒有它，數(shù)據(jù)流圖就不完整。A系統(tǒng)流程圖 BE-R圖C數(shù)據(jù)字典 D層次方框圖30. 數(shù)據(jù)流圖DFD中的每個(gè)加工至少需要( )。A. 一個(gè)輸入流 B. 一個(gè)輸出流和一個(gè)輸入流C. 一個(gè)輸入或輸出流 D .一個(gè)輸出流31. 數(shù)據(jù)流圖（DFD）是 （）方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具。ASA BSD CSP DSC32. 使用實(shí)體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種互相關(guān)聯(lián)的信息：（ ）。A數(shù)據(jù)對(duì)象，屬性，方法 B數(shù)據(jù)對(duì)象，屬性，聯(lián)系C數(shù)據(jù)表，屬性，聯(lián)系 D數(shù)據(jù)表，實(shí)體，聯(lián)系33. 模塊的內(nèi)聚性最高的是( )A. 邏輯內(nèi)聚

9、B. 時(shí)間內(nèi)聚C. 偶然內(nèi)聚 D. 功能內(nèi)聚34. 總體設(shè)計(jì)的目的是確定整個(gè)系統(tǒng)的()。A規(guī)模 B功能及模塊結(jié)構(gòu)C費(fèi)用 D測(cè)試方案35. 一個(gè)模塊內(nèi)部各程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個(gè)模塊的內(nèi)聚性稱為( )。A時(shí)間內(nèi)聚 B功能內(nèi)聚C通信內(nèi)聚 C過程內(nèi)聚36. 軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（ ）。A. 設(shè)計(jì)軟件的模塊結(jié)構(gòu) B. 定義接口并建立數(shù)據(jù)結(jié)構(gòu)C. 模塊設(shè)計(jì) D. 生成概要設(shè)計(jì)規(guī)格說明37. 如果某種內(nèi)聚要求一個(gè)模塊中包含的任務(wù)必須在同一段時(shí)間內(nèi)執(zhí)行，則這種內(nèi)聚為( )。A時(shí)間內(nèi)聚 B邏輯內(nèi)聚 C通信內(nèi)聚 D信息內(nèi)聚38. 為了提高模塊的獨(dú)立性，模塊之

10、間最好使用( )。A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合39. 結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（ ）。A篩選法 B遞歸法 C歸納法 D逐步求精法40. 對(duì)軟件進(jìn)行分解，是為了( )。A降低模塊間接口的復(fù)雜程度B降低模塊的復(fù)雜程度C降低模塊的復(fù)雜程度，并降低模塊間接口的復(fù)雜程度D降低模塊的復(fù)雜程度，并提高模塊間接口的復(fù)雜程度41. 在軟件工程中，描繪軟件結(jié)構(gòu)的圖形工具不包括（ ）。A. 層次圖 B. HIPO圖 C. PAD圖 D. H圖42. 在詳細(xì)設(shè)計(jì)階段經(jīng)常采用的圖形工具包括（ ）。APAD圖 B程序流程圖 CN-S圖 D以上都是43. 提高程序可讀性的手段包括(

11、)。A使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu) B采用有實(shí)際意義的變量名C. 給程序加注釋 D以上都是44. 結(jié)構(gòu)化程序設(shè)計(jì)的三種基本控制結(jié)構(gòu)不包括（ ）。A順序 B選擇 C轉(zhuǎn)移 D循環(huán) 45. 詳細(xì)設(shè)計(jì)中，過程設(shè)計(jì)的常用圖形工具不包括（ ）。A程序流程圖 B數(shù)據(jù)流圖 CN-S盒圖 DPAD圖46. 下列關(guān)于詳細(xì)設(shè)計(jì)中的說法中正確的是（ ）等。A詳細(xì)設(shè)計(jì)任務(wù)相當(dāng)于設(shè)計(jì)程序的“藍(lán)圖”B詳細(xì)設(shè)計(jì)的根本目標(biāo)是應(yīng)該怎樣具體地實(shí)現(xiàn)系統(tǒng)C詳細(xì)設(shè)計(jì)編寫代碼 D以上都正確47. 結(jié)構(gòu)化程序之所以具有易于閱讀，并且有可能驗(yàn)證其正確性，這是由于( )A它強(qiáng)調(diào)編程風(fēng)格 B選擇良好的數(shù)據(jù)結(jié)構(gòu)和算法 C. 有限制地使用GOTO語句 D只有

12、三種基本結(jié)構(gòu)48. 程序設(shè)計(jì)語言主要分三大類：機(jī)器語言，匯編語言和（ ）。A邏輯語言 B高級(jí)語言 C自然語言 D智能語言49. 結(jié)構(gòu)化程序設(shè)計(jì)中的三種基本控制結(jié)構(gòu)是（ ）。A過程、子程序和分程序 B順序、選擇和循環(huán)C遞歸、堆棧和隊(duì)列 D調(diào)用、返回和轉(zhuǎn)移50. 軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的 ( )。A算法和使用的數(shù)據(jù)結(jié)構(gòu) B外部接口 C功能 D編程51. 在詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具包括（ ）。A程序流程圖 BSA CSC DDFD52. 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（ ）。A代碼的規(guī)模 B運(yùn)行速度 C質(zhì)量 D可維護(hù)性53. 兩個(gè)模塊彼此傳遞的信息中有控制信息，這種耦合稱為（

13、）。A數(shù)據(jù)耦合 B公共環(huán)境耦合 C內(nèi)容耦合 D控制耦合54. 結(jié)構(gòu)化設(shè)計(jì)又稱為( )。A. 概要設(shè)計(jì)B. 面向數(shù)據(jù)流設(shè)計(jì)C. 面向?qū)ο笤O(shè)計(jì)D. 詳細(xì)設(shè)計(jì)55. 按照總體設(shè)計(jì)中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制域之間的關(guān)系應(yīng)為( ) 。A. 模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B. 模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C. 模塊的控制域與模塊的作用域互相獨(dú)立。D. 以上說法都不對(duì)。56. 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是 ( )。A.程序模塊化 B.模塊高內(nèi)聚 C.模塊低耦合 D.模塊獨(dú)立性57. 軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（ ）。A. 設(shè)計(jì)軟

14、件的模塊結(jié)構(gòu) B. 定義接口并建立數(shù)據(jù)結(jié)構(gòu)C. 模塊內(nèi)部算法設(shè)計(jì) D. 生成概要設(shè)計(jì)規(guī)格說明58. 軟件詳細(xì)設(shè)計(jì)主要采用的方法是( )。A. 模塊設(shè)計(jì) B. 結(jié)構(gòu)化設(shè)計(jì) C. PDL語言 D. 結(jié)構(gòu)化程序設(shè)計(jì)59. 詳細(xì)設(shè)計(jì)中，過程設(shè)計(jì)的常用工具有（ ）等。A程序流程圖，N-S盒圖，PAD圖 B程序流程圖，數(shù)據(jù)流圖C程序流程圖，系統(tǒng)流程圖 D程序流程圖，E-R圖60. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ ）。A程序易讀性 B程序的效率C程序設(shè)計(jì)語言的先進(jìn)性 D程序的規(guī)模 61. 提高程序可讀性的最有力手段是( )。A使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu) B采用有實(shí)際意義的變量名C. 顯式說明一切變量 D給程序加注釋

15、62. 一般來說，在軟件生命周期中成本最高的階段是( )。A. 詳細(xì)設(shè)計(jì) B. 軟件編碼 C. 軟件測(cè)試 D. 軟件維護(hù)63. 軟件測(cè)試中根據(jù)測(cè)試用例設(shè)計(jì)的方法的不同可分為黑盒測(cè)試和白盒測(cè)試兩種，它們（ ）。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è)試64. 若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測(cè)試用例的方法是( )。A. 條件覆蓋法 B. 等價(jià)分類法 C. 邊界值分析法 D. 錯(cuò)誤推測(cè)法65. 單元測(cè)試的測(cè)試用

16、例主要根據(jù)（ ）的結(jié)果來設(shè)計(jì)。A. 需求分析 B. 詳細(xì)設(shè)計(jì) C. 概要設(shè)計(jì) D. 源程序66. 軟件測(cè)試是為了（ ）而執(zhí)行程序的過程。A. 糾正錯(cuò)誤 B. 發(fā)現(xiàn)錯(cuò)誤 C. 避免錯(cuò)誤 D. 證明正確67. 常用的黑盒測(cè)試方法不包括（ ）。A等價(jià)劃分 B邊界值分析 C邏輯覆蓋 D錯(cuò)誤推測(cè)68. 軟件測(cè)試中，白盒法是通過分析程序的（ ）來設(shè)計(jì)測(cè)試用例的。A應(yīng)用范圍 B內(nèi)部邏輯 C功能 D輸入數(shù)據(jù)69. 使用黑盒測(cè)試時(shí)，測(cè)試用例的設(shè)計(jì)應(yīng)根據(jù)（ ）。A程序的內(nèi)部邏輯 B程序的復(fù)雜程度C使用說明書 D程序的功能70. 與確認(rèn)測(cè)試階段有關(guān)的文檔是( )。A需求規(guī)格說明書 B概要設(shè)計(jì)說明書C詳細(xì)設(shè)計(jì)說明書

17、D源程序71. （ ）是指程序在給定的時(shí)間點(diǎn)，按照規(guī)格說明書的規(guī)定成功運(yùn)行的概率。A可移植性 B可用性 C可靠性 D可擴(kuò)展性72. 為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來可能出現(xiàn)的問題，這種維護(hù)的維護(hù)類型是( )。A改正性維護(hù) B適應(yīng)性維護(hù) C完善性維護(hù) D預(yù)防性維護(hù)73. 在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中，哪種維護(hù)所占比例最大？（ ）A改正性維護(hù) B適應(yīng)性維護(hù) C完善性維護(hù) D預(yù)防性維護(hù)74. 產(chǎn)生軟件維護(hù)的副作用，是指 ( )A開發(fā)時(shí)的錯(cuò)誤 B隱含的錯(cuò)誤C因修改軟件而造成了新的錯(cuò)誤 D運(yùn)行時(shí)誤操作75. 下列屬于維護(hù)階段的文檔是 ( )。A. 軟件規(guī)格說明 B. 用戶操作手冊(cè)C. 軟件問題

18、報(bào)告 D. 軟件測(cè)試分析報(bào)告76. 維護(hù)活動(dòng)必須應(yīng)用于（ ）A軟件文檔 B整個(gè)軟件配置 C可執(zhí)行代碼 D數(shù)據(jù)77. 為了提高軟件的可維護(hù)性，在編碼階段應(yīng)注意( )。A. 保存測(cè)試用例和數(shù)據(jù) B. 提高模塊的獨(dú)立性C. 文檔的副作用 D. 養(yǎng)成好的程序設(shè)計(jì)風(fēng)格78. 以下哪些問題是維護(hù)人員經(jīng)常面對(duì)的問題？（ ）。A理解別人的程序非常困難 B文檔不合格C設(shè)計(jì)時(shí)沒考慮未來的修改維護(hù) D以上都是79. 決定軟件可維護(hù)性的因素包括（ ）。A可理解性，可測(cè)試性，可修改性，可移植性，可用性B可理解性，可測(cè)試性，可修改性，可移植性，可重用性C可理解性，可靠性，可測(cè)試性，可修改性，可移植性 D可理解性，可擴(kuò)展性

19、，可測(cè)試性，可修改性，可升級(jí)性80. 軟件生存周期的( )工作與軟件可維護(hù)性有著密切的關(guān)系。A編碼階段 B設(shè)計(jì)階段 C測(cè)試階段 D每個(gè)階段81. 軟件維護(hù)困難的主要原因是( )。A. 費(fèi)用低 B. 人員少 C. 開發(fā)設(shè)計(jì)中的缺陷 D. 得不到用戶支持82. 因計(jì)算機(jī)硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為 ( )。A. 改正性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)83. 在軟件維護(hù)的實(shí)施過程中，為了正確和有效地修改，需要經(jīng)歷以下三個(gè)步驟：分析和理解程序，修改程序，重新驗(yàn)證程序。( )是決定維護(hù)成敗和質(zhì)量好壞的關(guān)鍵。A分析和理解程序 B重新驗(yàn)證程序 C修改程序 D驗(yàn)收程

20、序84. （ ）是指程序在給定的時(shí)間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功運(yùn)行的概率。A可移植性 B可用性 C可靠性 D可擴(kuò)展性85. 軟件可移植性是用來衡量軟件的（ ）的重要尺度之一。A人機(jī)關(guān)系 B效率 C質(zhì)量 D通用性86. 軟件質(zhì)量必須在（）加以保證。A開發(fā)之前 B開發(fā)之后 C可行性研究過程中 D設(shè)計(jì)與實(shí)現(xiàn)過程中87. 面向?qū)ο蠹夹g(shù)中，對(duì)象是類的實(shí)例。對(duì)象有三種成份：( )、屬性和方法。A. 標(biāo)識(shí) B. 規(guī)則 C. 封裝 D. 消息88. （ ）是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過有限的接口與對(duì)象發(fā)生聯(lián)系。A. 多態(tài)性 B. 繼承 C. 封

21、裝 D. 消息89. 消息是對(duì)象間交互的一種機(jī)制，消息刺激接收對(duì)象產(chǎn)生某種行為。消息的構(gòu)成有三部分：（ ），消息名，若干變?cè)?。A發(fā)出消息的對(duì)象 B接收消息的對(duì)象 C消息編號(hào) D時(shí)間90. 面向?qū)ο笤O(shè)計(jì)準(zhǔn)則包括：模塊化，抽象，（ ），弱耦合，強(qiáng)內(nèi)聚和可重用。A信息隱藏 B可繼承 C封裝性 D實(shí)例化91. （ ）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。A多態(tài)性 B多繼承 C類的復(fù)用 D封裝92. 軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫( )。A生存期 B面向?qū)ο蠓治鯟面向?qū)ο蟪绦蛟O(shè)計(jì) D面向?qū)ο笤O(shè)計(jì)93. 把一組具有相似特性的對(duì)象的描述，稱之為( )。A. 多態(tài)性

22、B. 繼承性 C. 類 D. 消息94. 面向?qū)ο蠓治龅莫?dú)到之處在于（ ）。A將數(shù)據(jù)和操作結(jié)合在一起而不是分離 B僅考慮數(shù)據(jù)結(jié)構(gòu)C數(shù)據(jù)和操作分別獨(dú)立考慮 D僅考慮操作過程95. 下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是( )。A. 鍵盤、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會(huì)產(chǎn)生消息 B操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息 C. 應(yīng)用程序之間可以相互發(fā)送消息D發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同96. 面向?qū)ο蠓治鍪菍?duì)系統(tǒng)進(jìn)行（）的一種方法。A需求建模 B程序設(shè)計(jì) C設(shè)計(jì)評(píng)審 D測(cè)試驗(yàn)收97. 汽車有一個(gè)發(fā)動(dòng)機(jī)。汽車和發(fā)動(dòng)機(jī)之間的關(guān)系是( )。A

23、繼承關(guān)系 B聚合關(guān)系C分類關(guān)系D主從關(guān)系98. 消息是對(duì)象間交互的手段，消息刺激接收對(duì)象產(chǎn)生某種行為。消息的構(gòu)成有三部分：接收消息的對(duì)象，（ ），若干變?cè)?。A發(fā)出消息的對(duì)象 B消息名 C消息編號(hào) D發(fā)送時(shí)間99. （ ）是指用戶只能見到對(duì)象界面上的信息，對(duì)象內(nèi)部對(duì)用戶是隱蔽的。A類 B實(shí)例 C封裝 D對(duì)象100. 對(duì)象是OO方法的核心，對(duì)象的類型有多種，但通常把如飛行、事故、演出、開會(huì)等稱為( )A有形實(shí)體 B作用 C事件 D性能說明101. 汽車有一種叫貨車。汽車和貨車之間的關(guān)系是( )。A繼承關(guān)系 B聚合關(guān)系C分類關(guān)系D主從關(guān)系102. （ ）是對(duì)具有相同屬性和行為的一個(gè)或多個(gè)對(duì)象的描述。

24、A屬性 B實(shí)例 C類 D對(duì)象1-5 ABDAB6-10 CDABD11-15 CAACC16-20 DCBDA21-25 DDCAD26-30DDBCB31-35ABDBC36-40CADDB41-45CDDCB46-50DDBBA51-55ACDBA56-60DCDAA61-65ADDCB66-70BCBDA71-75BDCCC76-80BDDBD81-85CBACD86-90DACBA91-95ABCAB96-102ABBCCAC填空題1. 基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由_、_和_組成。2. 軟件工程方法學(xué)分兩類：_方法學(xué)和_方法學(xué)。3. 軟件工程的目標(biāo)是在給定成本、_的前提下開發(fā)出

25、高質(zhì)量的、_的軟件產(chǎn)品。4. _是軟件生存期中的一系列相關(guān)軟件工程活動(dòng)的集合，它由軟件規(guī)格說明、軟件設(shè)計(jì)與開發(fā)、軟件確認(rèn)、軟件改進(jìn)等活動(dòng)組成。5. 軟件工程采用層次化的方法，每個(gè)層次都包括_、方法、_三要素。6. 使用_這一軟件過程模型可以讓用戶更多、更早地參與需求分析過程。7. 需求分析方法包括：_的分析方法、面向過程流的分析方法、_的分析方法。8. 描繪屋里系統(tǒng)的傳統(tǒng)工具是_。9. 需求分析階段產(chǎn)生的文檔是_，它的主要組成部分是_。10. 數(shù)據(jù)流圖用圖形符號(hào)表示_、_、數(shù)據(jù)源及數(shù)據(jù)存儲(chǔ)。11. 實(shí)體關(guān)系圖是_的基礎(chǔ)，它描述_、屬性及其關(guān)系。12. 軟件設(shè)計(jì)的主要任務(wù)是根據(jù)_導(dǎo)出系統(tǒng)的實(shí)現(xiàn)方

26、案。13. 一個(gè)模塊擁有的直屬下級(jí)模塊的個(gè)數(shù)稱為_，一個(gè)模塊的直接上級(jí)模塊的個(gè)數(shù)稱為_。14. 將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)時(shí)，所用映射方法涉及信息流的類型。其信息流分為_和_兩種類型。15. 耦合的強(qiáng)弱取決于_的復(fù)雜性、進(jìn)入或調(diào)用模塊的位置以及通過界面?zhèn)魉蛿?shù)據(jù)的多少等。16. 總體設(shè)計(jì)確定模塊的_，而詳細(xì)設(shè)計(jì)確定模塊的_。17. 軟件結(jié)構(gòu)是以_為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。18. 詳細(xì)設(shè)計(jì)的工具分為_、_和_三大類。19. 軟件過程設(shè)計(jì)中最常用的技術(shù)和工具主要為程序流程圖、_、_、盒圖、_和PDL語言。20. 詳細(xì)設(shè)計(jì)通常以_技術(shù)為邏輯基礎(chǔ)，因?yàn)閺能浖こ逃^點(diǎn)看，_是軟件最重要的質(zhì)量標(biāo)準(zhǔn)之一。

27、21. 對(duì)于復(fù)雜數(shù)據(jù)中的數(shù)據(jù)元素的組成方式有_、_、_和可選等四種基本類型。22. 影響編碼質(zhì)量的因素包括_、編程準(zhǔn)則和_。23. 軟件維護(hù)的副作用大致可分為三類：代碼副作用、_副作用、_的副作用。24. 軟件測(cè)試的目的是_，通常把測(cè)試方法分為_和_兩大類。因?yàn)橥ǔ２豢赡茏龅絖，所以精心設(shè)計(jì)_是保證達(dá)到測(cè)試目的所必需的。25. 進(jìn)行軟件測(cè)試的關(guān)鍵是設(shè)計(jì)出_的測(cè)試用例，測(cè)試用例應(yīng)由_和_兩部分組成。26. 單元測(cè)試過程應(yīng)為測(cè)試模塊開發(fā)一個(gè)_和（或）若干個(gè)_。27. 進(jìn)行單元測(cè)試的依據(jù)是_描述，單元測(cè)試應(yīng)對(duì)模塊內(nèi)所有重要的_設(shè)計(jì)測(cè)試用例，以便發(fā)現(xiàn)模塊內(nèi)部的錯(cuò)誤。28. 確認(rèn)測(cè)試應(yīng)檢查軟件能否按合同

28、要求進(jìn)行工作，即是否滿足_的確認(rèn)標(biāo)準(zhǔn)。29. UML的類包含三個(gè)部分：類的名稱、_、_。30. 類之間的繼承關(guān)系式現(xiàn)實(shí)世界中遺傳關(guān)系的模擬，它表示類之間的內(nèi)在聯(lián)系以及對(duì)_的共享。31. UML類之間的關(guān)系主要有_、聚集、_和依賴。32. 類A的一個(gè)操作調(diào)用類B的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系，那么類A和類B之間是_關(guān)系。33. 在面向?qū)ο蟮能浖校琠是對(duì)具有相同數(shù)據(jù)和相同操作的一組相似對(duì)象的定義；_是由某個(gè)特定的類所描述的一個(gè)具體對(duì)象。34. 面向?qū)ο蠓椒ㄓ胈分解取代了傳統(tǒng)方法的_分解。判斷題1. 計(jì)算機(jī)軟件由文檔和數(shù)據(jù)組成。 （ ）2. 軟件開發(fā)采用了軟件工程之后，就不會(huì)發(fā)生軟件危機(jī)

29、了。（ ）3. 軟件工程使用的軟件工具能夠自動(dòng)或半自動(dòng)地支持軟件的開發(fā)、管理和文檔的生成。（ ）4. 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。（ ）5. 缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)，是產(chǎn)生軟件危機(jī)的唯一原因。（ ）6. 軟件開發(fā)小組人數(shù)越多越好。（ ）7. 難以控制開發(fā)進(jìn)度和工作量估計(jì)困難時(shí)軟件危機(jī)的主要表現(xiàn)之一。（ ）8. 面對(duì)日益增長(zhǎng)的軟件需求，人們顯得力不從心。往往是產(chǎn)生軟件危機(jī)的原因之一。（ ）9. 軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、性能、行為、設(shè)計(jì)約束等方面的期望。（ ）10. 系統(tǒng)規(guī)格說明書是系統(tǒng)分析和定義階段生成的

30、一種文檔。（ ）11. 需求分析階段所生成的文檔主要是進(jìn)度計(jì)劃和可行性研究報(bào)告。（ ）12. 軟件就是完成特定功能的程序的集合。（ ）13. 瀑布模型在實(shí)際的項(xiàng)目中嚴(yán)格順序執(zhí)行就基本可以成功。（ ）14. 快速快速原型技術(shù)的適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場(chǎng)合。（ ）15. 只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。（ ）16. 在可行性研究中最難決斷和最關(guān)鍵的問題是技術(shù)可行性。（ ）17. 流程圖用三個(gè)基本的控制構(gòu)件“分支”，“循環(huán)”，“重復(fù)”來表示。（ ）18. 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合

31、。19. 系統(tǒng)分析階段和系統(tǒng)設(shè)計(jì)階段一般不考慮測(cè)試。（ ）20. 改造程序結(jié)構(gòu)，要降低耦合度，提高內(nèi)聚度。（ ）21. 一個(gè)軟件系統(tǒng)中可能會(huì)出現(xiàn)所有模塊之間沒有任何聯(lián)系的情況。（ ）22. 采用信息隱藏原理指導(dǎo)模塊設(shè)計(jì)可以支持模塊的并行開發(fā)，減少軟件測(cè)試盒軟件維護(hù)的工作量。23. 數(shù)據(jù)流圖的分解速度應(yīng)保持較高。通常一個(gè)加工每次可分解為1020個(gè)子加工。（ ）24. 概要設(shè)計(jì)也成總體設(shè)計(jì)，其過程由確定設(shè)計(jì)方案和結(jié)構(gòu)設(shè)計(jì)兩個(gè)階段組成。（ ）25. 只有了解用戶、了解任務(wù)，才能設(shè)計(jì)出好的用戶界面。（ ）26. 一般單元測(cè)試不可以并行進(jìn)行。（ ）27. 測(cè)試最終是為了證明程序無錯(cuò)誤。（ ）28. 通常

32、用數(shù)據(jù)流圖、數(shù)據(jù)字典和簡(jiǎn)明算法描述表示系統(tǒng)的邏輯模型。 （ ）29. 數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。（ ）30. 軟件過程設(shè)計(jì)不用遵行“自上而下，逐步求精”的原則和單入口單出口的結(jié)構(gòu)化設(shè)計(jì)思想。（ ）31. 判定表不適合做通用的設(shè)計(jì)工具，不能表示順序結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。（ ）32. 面向數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（ ）33. 結(jié)構(gòu)化程序設(shè)計(jì)SP強(qiáng)調(diào)模塊采用自上而下逐步求精設(shè)計(jì)方法，單入口、單出口標(biāo)準(zhǔn)結(jié)構(gòu)。34. 盒圖的主要優(yōu)點(diǎn)之一是強(qiáng)制設(shè)計(jì)人員采用結(jié)構(gòu)化設(shè)計(jì)方法。（ ）35. 通常緊致性好的語言一致性就

33、好。（ ）36. 編程風(fēng)格是在提高性能的前提下，有效地編排和組織程序以提高可讀性和可維護(hù)性。（ ）37. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用戶定做輸入格式等內(nèi)容。（ ）38. 編碼時(shí)應(yīng)盡可能使用全局變量。（ ）39. 用戶本身的技能，個(gè)性上的差異，行為方式的不同，不會(huì)對(duì)人機(jī)界面使用造成影響。（ ）40. 為提高可交互性一般應(yīng)提高用戶對(duì)話、移動(dòng)和思考的效率，即最大可能地減少擊鍵次數(shù)，縮短鼠標(biāo)移動(dòng)的距離，避免使用戶產(chǎn)生無所適從的感覺。（ ）41. 過程式程序設(shè)計(jì)語言的基本機(jī)制包括：消息傳送、數(shù)據(jù)類型的定義、多態(tài)、子程序、控制結(jié)構(gòu)。（ ）42. 只要完成了軟件的

34、測(cè)試工作，講軟件產(chǎn)品交給用戶，軟件生命周期就結(jié)束了。（ ）43. 模塊的扇入是指該模塊被其他模塊調(diào)用的個(gè)數(shù)，扇入應(yīng)盡可能地小。 （ ）44. 系統(tǒng)測(cè)試是把軟件、硬件和環(huán)境連在一起的全面測(cè)試。（ ）45. 軟件測(cè)試是對(duì)軟件規(guī)格說明、軟件設(shè)計(jì)和編碼的最全面、最后的審查。（ ）46. 軟件生命周期中，測(cè)試的工作量最大。（ ）47. 軟件測(cè)試的目的是為了證明一個(gè)軟件的設(shè)計(jì)沒有錯(cuò)誤，只有沒有任何錯(cuò)誤的軟件才能使用。（ ）48. 測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長(zhǎng)期保存。（ ）49. 軟件測(cè)試中，應(yīng)該盡量窮盡所有的數(shù)據(jù)，以便保證測(cè)試的質(zhì)量。（ ）50. 黑盒測(cè)試法可有效的檢查模塊的內(nèi)部

35、邏輯結(jié)構(gòu)的正確性。（ ）51. 測(cè)試一般情況下是以白盒法為主黑盒法作為補(bǔ)充。（ ）52. 文檔記錄軟件開發(fā)活動(dòng)和階段成功，具有永久性，可供人或機(jī)器閱讀。（ ）53. 結(jié)構(gòu)化維護(hù)用于待維護(hù)的軟件的配置和完整的維護(hù)。（ ）54. 非結(jié)構(gòu)化維護(hù)用于軟件的配置中只有源代碼維護(hù)。（ ）55. 完善性維護(hù)時(shí)提高或完善軟件的性能。（ ）56. 定軟件項(xiàng)目進(jìn)度表的途徑之一是軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安排時(shí)間。57. 重構(gòu)工程也稱修復(fù)和改造工程，它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個(gè)新版本。（ ）58. 對(duì)象是屬性和相關(guān)操作的封裝。（ ）59. 面向?qū)ο笾械睦^承是

36、指子類能夠直接獲得父類已有的性質(zhì)和特征，而無需重新定義。（ ）60. 面向?qū)ο笤O(shè)計(jì)是將面向?qū)ο蠓治鏊鶆?chuàng)建的分析模型進(jìn)一步細(xì)化形成軟件設(shè)計(jì)模型的過程。（ ）1. 完成測(cè)試工作后，為了縮短源程序的長(zhǎng)度應(yīng)刪去源程序中的注釋。（ ）2. 難以控制開發(fā)進(jìn)度和工作量估計(jì)困難時(shí)軟件危機(jī)的主要表現(xiàn)之一。（ ）3. 系統(tǒng)響應(yīng)時(shí)間是指當(dāng)用戶執(zhí)行了某個(gè)控制動(dòng)作后（例如，按回車鍵，點(diǎn)鼠標(biāo)等），系統(tǒng)做出反應(yīng)的時(shí)間。（ ）4. 在模塊化原理中，模塊的控制域應(yīng)該在作用域之內(nèi)。（ ）5. 需求分析主要內(nèi)容包括你：?jiǎn)栴}分析、需求描述、需求評(píng)審。（ ）6. 原型是目標(biāo)軟件系統(tǒng)的一個(gè)可操作模型，它實(shí)現(xiàn)了目標(biāo)軟件系統(tǒng)的某些重要方面。

37、（ ）7. 即使測(cè)試過程沒有發(fā)現(xiàn)任何錯(cuò)誤，也不能說明軟件沒有錯(cuò)誤。（ ）8. 變成風(fēng)格是在提高性能的前提下，有效地編排和組織程序以提高可讀性和可維護(hù)性。（ ）9. 采用信息隱藏原理指導(dǎo)模塊設(shè)計(jì)可以支持模塊的并行開發(fā)，減少軟件測(cè)試盒軟件維護(hù)的工作量。（ ）10. 程序的可靠性、可維護(hù)性和效率通常只由程序設(shè)計(jì)語言、源代碼的質(zhì)量和語言的實(shí)現(xiàn)機(jī)制決定的。1. 模塊接口設(shè)計(jì)要簡(jiǎn)單，以便降低復(fù)雜程度和冗余度。（ ）2. 過程式程序設(shè)計(jì)語言的基本機(jī)制包括：消息傳送、數(shù)據(jù)類型的定義、多態(tài)、子程序、控制結(jié)構(gòu)。3. 軟件=“完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文檔”。（ ）4. 制定軟件項(xiàng)目進(jìn)度表的途徑之一是軟件開發(fā)小

38、組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安排時(shí)間。5. 在模塊化原理中，模塊的作用域應(yīng)該在控制域內(nèi)。（ ）6. 瀑布模型在實(shí)際的項(xiàng)目中嚴(yán)格順序執(zhí)行就基本可以成功。（ ）7. 只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。（ ）8. 確認(rèn)測(cè)試任務(wù)是根據(jù)軟件需求規(guī)格說明書，測(cè)試軟件系統(tǒng)是否滿足用戶的需求。（ ）9. 面向?qū)ο笾械睦^承是指子類能夠直接獲得父類已有的性質(zhì)和特征，但需要重新定義。（ ）10. 需求分析階段所生成的文檔是進(jìn)度計(jì)劃和可行性研究報(bào)告。（ ）1. 確認(rèn)測(cè)試任務(wù)是根據(jù)軟件需求規(guī)格說明書，測(cè)試軟件系統(tǒng)是否滿足用戶的需求。（ ）2. 軟件就是完成特定功能的程序的集合。（ ）3. 制定軟件

39、項(xiàng)目進(jìn)度表的途徑之一是軟件項(xiàng)目開發(fā)組織根據(jù)項(xiàng)目和資源情況制定軟件項(xiàng)目開發(fā)的初步計(jì)劃和交付軟件產(chǎn)品的日期。（ ）4. 在模塊化原理中，模塊的作用域應(yīng)該在控制域內(nèi)。（ ）5. 過程式程序設(shè)計(jì)語言的基本機(jī)制包括：消息傳遞、數(shù)據(jù)類型定義、多態(tài)、子程序、控制結(jié)構(gòu)。6. 即使測(cè)試過程沒有發(fā)現(xiàn)任何錯(cuò)誤，也不能說明軟件沒有錯(cuò)誤。（ ）7. 只要實(shí)行嚴(yán)格的產(chǎn)品控制就不用擔(dān)心用戶隨意改需求。（ ）8. 只要完成了軟件測(cè)試工作，將軟件產(chǎn)品交給用戶，軟件生命周期就結(jié)束了。（ ）9. 對(duì)象之間的通信僅通過消息傳遞機(jī)制。（ ）10. 一個(gè)優(yōu)秀的開發(fā)人員不必非要具有哦良好的書面和口頭表達(dá)能力，只要程序?qū)懙暮镁脹]問題了。1. 重構(gòu)工程也成修復(fù)和改造工程，它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個(gè)新版本。（