軟件導(dǎo)論匯總

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

2、 D實時5. 軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是（ ）。A問題定義，可行性研究，需求分析。 B可行性研究，問題定義，需求分析。C可行性研究，需求分析，問題定義。D以上順序都不對。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. 軟件工程方法是在實踐中不斷發(fā)展著的方法，而早期的軟件工程方法常用模型不包括( )。A瀑布模型 B敏捷模型 C原型模型 D螺旋模型10. 軟件開發(fā)瀑布模型中的各個階段依次是（ ）。A設(shè)計、分析、實現(xiàn)、測試、維護(hù)。 B分析、設(shè)計、測試、實現(xiàn)、維護(hù)。C分析、設(shè)計、實現(xiàn)、維護(hù)、測試。D分析、設(shè)計、實現(xiàn)、測試、維護(hù)。11. 軟件危機(jī)的表現(xiàn)不包括（ ）。A軟件質(zhì)量不可靠 B軟件幾乎是不可維護(hù)的C測試過程中發(fā)現(xiàn)的錯誤較多 D缺少文檔12. 瀑布

4、模型的主要特點(diǎn)之一是 ( )。A.推遲實現(xiàn) B.成功率極高 C.容易失敗 D.過程迭代13. 在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍?）。A軟件危機(jī) B軟件工程C程序設(shè)計革命 D結(jié)構(gòu)化程序設(shè)計14. 軟件工程是（ ）。A是結(jié)構(gòu)化程序設(shè)計的指導(dǎo)方法。B是軟件開發(fā)技術(shù)和軟件工程管理學(xué)為內(nèi)容的學(xué)科。C是指導(dǎo)計算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。D是指導(dǎo)軟件開發(fā)的工程方法。15. 在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明，（ ）是從各個角度對系統(tǒng)的約束和限制，反映了應(yīng)用對軟件系統(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ā)軟件是否有市場、經(jīng)濟(jì)上是否合算D待開發(fā)的軟件是否會有質(zhì)量問題17. 經(jīng)濟(jì)可行性研究的范圍包括（ ）。A資源有效性 B管理制度 C效益分析 D開發(fā)風(fēng)險18. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的（ ）。A. 技術(shù)可行性 B. 經(jīng)濟(jì)可行性 C. 社會可行性 D. 法律可行性19. 研究開發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究中的（ ）。A.技術(shù)可行性 B. 經(jīng)濟(jì)可行性 C. 社會可行性 D. 法律可行性20. 可

6、行性研究實質(zhì)上是進(jìn)行了一次（ ）。A. 簡化了的系統(tǒng)分析和設(shè)計過程B. 詳盡的系統(tǒng)分析和設(shè)計過程C. 徹底的系統(tǒng)設(shè)計過程 D. 深入的需求分析21. 可行性研究階段的主要任務(wù)包括（ ）。A分析和澄清問題定義 B導(dǎo)出系統(tǒng)的邏輯模型C制定粗略的進(jìn)度建議和計劃 D以上全是22. 需求分析的任務(wù)包括（ ）。A確定對系統(tǒng)的綜合要求 B分析系統(tǒng)的數(shù)據(jù)要求C導(dǎo)出邏輯模型并修正開發(fā)計劃 D以上全是23. 需求分析的任務(wù)不包括（ ）。A確定對系統(tǒng)的綜合要求 B分析系統(tǒng)的數(shù)據(jù)要求C從技術(shù)角度分析系統(tǒng)是否可行 D導(dǎo)出邏輯模型并修正開發(fā)計劃24. 要將一個復(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用戶手冊和參考手冊 B軟件需求規(guī)格說明書C開發(fā)計劃 D可行性研究報告26. 需求分析階段的主要任務(wù)是確定（ ）。A軟件開發(fā)方法 B軟件開發(fā)工具C軟件開發(fā)費(fèi) D軟件系統(tǒng)的功能27. 數(shù)據(jù)字典是用來定義（）中的各個成份的具體含義的。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中的每個加工至少需要( )。A. 一個輸入流 B. 一個輸出流和一個輸入流C. 一個輸入或輸出流 D .一個輸出流31. 數(shù)據(jù)流圖（DFD）是 （）方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具。ASA BSD CSP DSC32. 使用實體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種互相關(guān)聯(lián)的信息：（ ）。A數(shù)據(jù)對象，屬性，方法 B數(shù)據(jù)對象，屬性，聯(lián)系C數(shù)據(jù)表，屬性，聯(lián)系 D數(shù)據(jù)表，實體，聯(lián)系33. 模塊的內(nèi)聚性最高的是( )A. 邏輯內(nèi)聚

9、B. 時間內(nèi)聚C. 偶然內(nèi)聚 D. 功能內(nèi)聚34. 總體設(shè)計的目的是確定整個系統(tǒng)的()。A規(guī)模 B功能及模塊結(jié)構(gòu)C費(fèi)用 D測試方案35. 一個模塊內(nèi)部各程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個模塊的內(nèi)聚性稱為( )。A時間內(nèi)聚 B功能內(nèi)聚C通信內(nèi)聚 C過程內(nèi)聚36. 軟件總體設(shè)計是指軟件總體結(jié)構(gòu)設(shè)計和數(shù)據(jù)設(shè)計，該階段的主要任務(wù)不包括（ ）。A. 設(shè)計軟件的模塊結(jié)構(gòu) B. 定義接口并建立數(shù)據(jù)結(jié)構(gòu)C. 模塊設(shè)計 D. 生成概要設(shè)計規(guī)格說明37. 如果某種內(nèi)聚要求一個模塊中包含的任務(wù)必須在同一段時間內(nèi)執(zhí)行，則這種內(nèi)聚為( )。A時間內(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è)計的一種基本方法是（ ）。A篩選法 B遞歸法 C歸納法 D逐步求精法40. 對軟件進(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īng)常采用的圖形工具包括（ ）。APAD圖 B程序流程圖 CN-S圖 D以上都是43. 提高程序可讀性的手段包括(

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

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

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

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

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

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

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

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

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

20、序84. （ ）是指程序在給定的時間間隔內(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è)計與實現(xiàn)過程中87. 面向?qū)ο蠹夹g(shù)中，對象是類的實例。對象有三種成份：( )、屬性和方法。A. 標(biāo)識 B. 規(guī)則 C. 封裝 D. 消息88. （ ）是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨(dú)立的對象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。A. 多態(tài)性 B. 繼承 C. 封

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

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

24、A屬性 B實例 C類 D對象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ī)系統(tǒng)的軟件要素中的軟部件由_、_和_組成。2. 軟件工程方法學(xué)分兩類：_方法學(xué)和_方法學(xué)。3. 軟件工程的目標(biāo)是在給定成本、_的前提下開發(fā)出

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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