軟件工程題庫答案_第1頁
軟件工程題庫答案_第2頁
軟件工程題庫答案_第3頁
軟件工程題庫答案_第4頁
軟件工程題庫答案_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、一、 選擇題1. 在軟件開發(fā)的各種資源中,( d )是最重要的資源。a 開發(fā)工具 b 方法 c 硬件環(huán)境 d 人員2. 軟件是計算機系統(tǒng)中與硬件相互依存的另一部分,它的組成部分是( d )。a程序、數(shù)據(jù) b.程序、文檔 c.程序 d. 程序、數(shù)據(jù)、文檔3. 軟件是一種( b )產(chǎn)品。a、有形 b、邏輯 c、 物質(zhì) d、消耗4. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱做( c )a.軟件工程 b.軟件周期 c.軟件危機 d.軟件產(chǎn)生5. 在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復(fù)雜性提高等原因?qū)е铝耍?a )a軟件危機b軟件工程 c程序設(shè)計革命d結(jié)構(gòu)化程序設(shè)計6.

2、“軟件危機”產(chǎn)生的主要原因是( a )。a.軟件日益龐大 b.開發(fā)方法不當 c.開發(fā)人員編寫程序能力差 d.沒有維護好軟件7. 軟件的復(fù)雜性是( a ),它引起人員通信困難、開發(fā)費用超支、開發(fā)時間超時等問題。a 固有的 b 人為的 c 可消除的 d 不可降低的8. 軟件危機是指在軟件開發(fā)和( c )過程中遇到的一系列嚴重問題。a 開發(fā)b 使用 c維護d更新9. 為了解決軟件危機人們提出了用( b )的原理來設(shè)計軟件,這就是軟件工程誕生的基礎(chǔ)。(a) 運籌學(xué)(b) 工程學(xué) (c) 軟件學(xué)(d) 數(shù)學(xué)10. 在軟件工程時期,決定軟件質(zhì)量的主要因素是( a )a管理水平 b.個人程序技術(shù) c小組技術(shù)

3、水平 d.硬件的發(fā)展11. 以下哪一項不是軟件危機的表現(xiàn)形式( c )(a)成本高(b)生產(chǎn)率低(c) 技術(shù)發(fā)展快(d)質(zhì)量得不到保證 12. 軟件管理工作涉及到的直接對象不包括( b )。 a軟件開發(fā)人員 b硬件設(shè)備 c項目經(jīng)費 d軟件項目13. 軟件工程方法學(xué)有三個要素,它們是( a )a.方法、工具和過程 b.質(zhì)量、進度和成本 c.順序、分支和循環(huán) d.入口、過程、出口14. 軟件工程中描述生命周期的瀑布模型一般包括計劃、( a )、設(shè)計、編碼、測試、維護等幾個階段。 a 需求分析 b.需求調(diào)查 c.可行性分析 d.問題定義15. 瀑布模型把軟件生存周期劃分為軟件計劃、軟件開發(fā)與( c

4、)三個階段,而每一階段又可分為若干更小的階段。a. 詳細設(shè)計 b. 可行性分析 c. 運行與維護 d. 測試與排錯16. 下列哪個模型沒有采用迭代的思想( a )a瀑布模型 b.漸增模型 c螺旋模型d.rup模型17. 4:下列關(guān)于瀑布模型的描述正確的是( d )。 a利用瀑布模型,如果發(fā)現(xiàn)問題修改的代價很低 b瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化 c瀑布模型具有良好的靈活性 d瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計方法,將邏輯實現(xiàn)與物理實現(xiàn)分開18. 瀑布模型本質(zhì)上是一種( a )模型。a.線性順序 b.順序迭代 c.線性迭代 d.早期產(chǎn)品19. 快速原型模型的主要特點之一是( d )a

5、.開發(fā)完畢才見到產(chǎn)品 b.及早提供全部完整的軟件產(chǎn)品c.開發(fā)完畢后才見到工作軟件 d.及早提供工作軟件20. 瀑布模型存在的問題是( b )。a用戶容易參與開發(fā)b缺乏靈活性c用戶與開發(fā)者易溝通 d適用可變需求21. 軟件定義的目的主要是( a )a.明確系統(tǒng)的目標 b.明確系統(tǒng)具體該做什么 c.明確系統(tǒng)該如何做 d、系統(tǒng)值不值得做。22. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的( b )研究的一方面。a.技術(shù)可行性 b.經(jīng)濟可行性c.社會可行性 d.法律可行性23. 一個項目是否開發(fā),從經(jīng)濟上來說是否可行,歸根結(jié)底是取決于對 ( a ) a成本的估算 b項目計劃c工程管理 d工程網(wǎng)絡(luò)圖

6、24. 瀑布模型的關(guān)鍵不足在于( b ) (a)過于簡單 (b)不能適應(yīng)需求的動態(tài)變更(c)過于靈活 (d)各個階段需要進行評審 25. 可行性研究的目標是 ( b ) 。 a. 開發(fā)項目 b. 項目值得開發(fā)否 c. 規(guī)劃項目 d. 維護項目 26. 軟件可行性研究一般不考慮( d )(a)是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)(b)是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)(c)待開發(fā)軟件是否有市場、經(jīng)濟上是否合算(d)待開發(fā)的軟件是否會有質(zhì)量問題27. 軟件需求分析的任務(wù)不應(yīng)包括( c )。a 問題分析 b 信息域分析 c 結(jié)構(gòu)化程序設(shè)計 d 確定邏輯模型28. 在需求分析中,分析員要

7、從用戶那里解決的最重要的問題是( a )。a 要讓軟件做什么 b 要給該軟件提供哪些信息c 要求軟件工作效率如何 d 要讓軟件具有什么樣的結(jié)構(gòu)29. 軟件需求分析應(yīng)確定的是用戶對軟件的( a ) 。 a. 功能需求和非功能需求 b. 性能需求 c. 非功能需求 d. 功能需求30. 軟件項目計劃一般不包括以下哪項內(nèi)容( d ) (a)培訓(xùn)計劃(b)人員安排(c)進度安排(d)軟件開發(fā)標準的選擇和制定31. 結(jié)構(gòu)化分析方法(sa)是一種面向( c )的需求分析方法。 a對象 b數(shù)據(jù)結(jié)構(gòu) c數(shù)據(jù)流 d控制流32. 在結(jié)構(gòu)化分析方法中,用以表達系統(tǒng)內(nèi)數(shù)據(jù)的運動情況的工具有( a )。a 數(shù)據(jù)流圖 b

8、 數(shù)據(jù)詞典 c 結(jié)構(gòu)化英語 d 判定表與判定樹33. 需求規(guī)格說明書在軟件開發(fā)中具有重要的作用,但其作用不應(yīng)當包括( d )。a 軟件設(shè)計的依據(jù) b 用戶和開發(fā)人員對軟件要“做什么”的共同理解c 軟件驗收的依據(jù) d 軟件可行性分析的依據(jù)34. 進行需求分析可以使用多種工具,但( b )是不適用的。a、數(shù)據(jù)流程圖 b、判定表 c、狀態(tài)轉(zhuǎn)換圖 d、數(shù)據(jù)字典35. 在sd方法中全面指導(dǎo)模塊劃分的最重要的原則是( d )a.程序模塊化 b.模塊高內(nèi)聚 c.模塊低耦合 d.模塊獨立性36. 模塊( c ),則說明模塊的獨立性越強。 a耦合越強 b扇入數(shù)越高c耦合越弱 d扇人數(shù)越低37. 軟件需求規(guī)格說明

9、書的內(nèi)容不應(yīng)當包括( b )。a 對重要功能的描述 b 對算法的詳細過程性描述c 軟件確認準則 d 軟件的性能38. 需求分析是由分析員經(jīng)過了解用戶的要求,認真細致地調(diào)研、分析,最終應(yīng)建立目標系統(tǒng)的邏輯模型,并寫出( b )。(a) 模塊說明書(b) 軟件規(guī)格說明書 (c) 項目開發(fā)計劃 (d) 合同文檔39. 下列工具哪一個是需求分析階段常用工具?( d )a、pad b、pdl c、盒圖 d、數(shù)據(jù)流圖40. 以下各種耦合按從強到弱排列正確的是( c ) :(a). 內(nèi)容耦合,控制耦合,數(shù)據(jù)耦合,公共環(huán)境耦合。(b). 內(nèi)容耦合,數(shù)據(jù)耦合,控制耦合,公共環(huán)境耦合。(c). 內(nèi)容耦合,公共環(huán)境

10、耦合,控制耦合,數(shù)據(jù)耦合。(d). 控制耦合,內(nèi)容耦合,數(shù)據(jù)耦合,公共環(huán)境耦合。41. 進行需求分析可使用多種工具,但( b )是不適用的。a 數(shù)據(jù)流圖 b pad圖 c e-r圖 d 數(shù)據(jù)字典42. 模塊的內(nèi)聚性最高的是( d )a.邏輯內(nèi)聚 b.時間內(nèi)聚 c.偶然內(nèi)聚 d.功能內(nèi)聚43. 模塊( a ),則說明模塊的獨立性越強。 a內(nèi)聚越強 b扇入數(shù)越高c內(nèi)聚越弱 d扇人數(shù)越低44. 在sd中,概要設(shè)計的結(jié)果是提供一份( a )。a. 模塊說明書b. 框圖c. 程序d. 數(shù)據(jù)流圖45. 結(jié)構(gòu)化設(shè)計在軟件開發(fā)中用于( b )。 a、測試設(shè)計 b、概要設(shè)計 c、程序設(shè)計 d、詳細設(shè)計 46.

11、pdl是一種過程設(shè)計語言,又叫( c )(a)系統(tǒng)流程圖 (b)盒圖(c)偽碼 (d)功能圖47. 在詳細設(shè)計算法工具中,( c )能夠清楚地表現(xiàn)程序的層次結(jié)構(gòu)(a)系統(tǒng)流程圖 (b)層次圖(c)pad圖 (d)功能圖48. 在軟件詳細設(shè)計過程中不采用的描述工具是( d )。a、判定表 b、流程圖  c、pad圖   d、dfd圖49. 詳細設(shè)計算法工具中,( a )圖是一種歷史悠久的圖,直觀地描述了程序的控制流程。(a)程序流程圖 (b)系統(tǒng)流程圖(c)pad圖 (d)盒圖50. 下列哪一個不是詳細設(shè)計時使用的工具。( a )(a)系統(tǒng)流程圖 (b)盒圖(c)p

12、ad圖 (d)判定樹51. 以下各種內(nèi)聚按從強到弱排列正確的是( d ) : a偶然內(nèi)聚,邏輯內(nèi)聚,時間內(nèi)聚,順序內(nèi)聚,功能內(nèi)聚b偶然內(nèi)聚,順序內(nèi)聚,邏輯內(nèi)聚,時間內(nèi)聚,功能內(nèi)聚c邏輯內(nèi)聚,時間內(nèi)聚,順序內(nèi)聚,功能內(nèi)聚,偶然內(nèi)聚d功能內(nèi)聚,順序內(nèi)聚,時間內(nèi)聚,邏輯內(nèi)聚,偶然內(nèi)聚52. 詳細設(shè)計的方法不包括( d )ajackson數(shù)據(jù)結(jié)構(gòu)方法 b結(jié)構(gòu)化設(shè)計方法 c面向?qū)ο笤O(shè)計法 d程序流程圖53. 一般來說,詳細設(shè)計的方法包括結(jié)構(gòu)化設(shè)計方法、( c )和jackson方法。apad 圖 b判定樹 c面向?qū)ο笤O(shè)計法 d程序流程圖54. 在詳細設(shè)計階段,一種二維樹型結(jié)構(gòu)并可自動生成程序代碼的描述工

13、具是( a )。  a、pad   b、pdl  c、ipo  d、判定樹55. 結(jié)構(gòu)化程序設(shè)計的一種基本方法是( d )。  a、篩選法  b、遞歸法   c、迭代法   d、逐步求精法56. pdl是軟件開發(fā)過程中用于( c )階段的描述工具。 a、需求分析  b、概要設(shè)計  c、詳細設(shè)計  d、編程57. 程序的三種基本控制結(jié)構(gòu)是( b )。  a、過程、子程序和分程序  b、順序、選擇和重復(fù)  c、遞歸、堆棧和隊列 &

14、#160;  d、調(diào)用、返回和轉(zhuǎn)移58. 結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是( c )。a、程序的效率 b、程序的執(zhí)行速度 c、程序的易讀性 d、程序的規(guī)模59. 詳細設(shè)計的任務(wù)是確定每個模塊的(  a )。a、算法 b、功能 c、調(diào)用關(guān)系   d、輸入輸出數(shù)據(jù)60. 編程風(fēng)格又叫程序設(shè)計風(fēng)格,其中最重要的因素是( a)a. 邏輯簡明清晰,易讀易懂b. 邏輯復(fù)雜,以免別人讀懂c. 算法復(fù)雜,保護自己的編程技術(shù)d. 邏輯簡明清晰,但不容易讀懂61. 程序的三種基本控制結(jié)構(gòu)的共同特點是( d )。  a、不能嵌套使用  

15、60;   b、只能用來寫簡單程序 c、已經(jīng)用硬件實現(xiàn)     d、只有一個入口和一個出口62. 軟件詳細設(shè)計主要采用的方法是( c )a、結(jié)構(gòu)程序設(shè)計  b、模型設(shè)計 c、結(jié)構(gòu)化設(shè)計d、流程圖設(shè)計63. 指出pdl是下列哪種語言?( b )a、高級程序設(shè)計語言 b、偽碼式c、中級程序設(shè)計語言 d、低級程序設(shè)計語言64. 軟件的三種結(jié)構(gòu)是( b )(a) 過程、子程序、分程序 (b)順序、條件、循環(huán) (c) 遞歸、堆棧、隊列 (d) 調(diào)用、返回、轉(zhuǎn)移65. 目前要開發(fā)一個人事工資數(shù)據(jù)庫應(yīng)用系統(tǒng),

16、一般情況下不選用的開發(fā)語言是( d )(a)java語言 (b)c#語言 (c)delphi語言 (d)匯編語言66. 程序中,語句構(gòu)造應(yīng)當簡單直接,為提高效率,不應(yīng)該(c)a. 盡量避免使用邏輯非運算b. 盡量避免使用復(fù)雜的表件組合表達式c. 為節(jié)省空間把多個語句寫在同一行d. 使用括號使邏輯表達式的運算次序清晰直觀67. 程序算法復(fù)雜性,不能度量的是( b)a. 模塊內(nèi)部的復(fù)雜性b. 軟件效益的多少c. 開發(fā)周期及內(nèi)部潛伏錯誤的多少d. 軟件開發(fā)費用的多少68. ( d ) 這種維護性活動數(shù)量較大,占整個維護活動的 50% 。 a. 改正性維護 b. 適應(yīng)性維護 c. 預(yù)防性維護 d. 完

17、善性維護 69. 因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為( b )a.改正性維護 b.適應(yīng)性維護 c.完善性維護 d.預(yù)防性維護70. 影響軟件可維護的因素中,( a )描述不正確。(a)系統(tǒng)功能強大 (b)系統(tǒng)結(jié)構(gòu)合理 (c)系統(tǒng)所選用的程序語言合適 (d)有充分的經(jīng)過版本控制的文檔71. 軟件可維護性,主要表現(xiàn)在( d )(a)軟件容易使用 (b)軟件文檔豐富(c)軟件功能強大 (d)軟件的可理解性、可測試性、可修改性、可移植性72. 在編程時,要使源程序文檔化,其中不包括(d )a. 標識符的命名規(guī)范,能正確代表實體b. 做必要的有意義的注釋c. 程序清單布局呈階梯狀分布

18、d. 程序不需要寫任何注釋73. 軟件按照設(shè)計的要求,在規(guī)定時間和條件下達到不出故障,持續(xù)運行的要求的質(zhì)量特性稱為( b ) a.可用性 b.可靠性 c.正確性 d.完整性74. 根據(jù)是否按照工程化原則實行來劃分,軟件維護分為( b )a.改正性維護、適應(yīng)性維護、完善性維護 b非結(jié)構(gòu)化維護和結(jié)構(gòu)化維護c預(yù)防性維護和非預(yù)防性維護 d正確維護和錯誤維護75. 為增加軟件功能和性能而進行的軟件修改維護過程是( c )。a、校正性維護 b、適應(yīng)性維護 c、完善性維護 d、預(yù)防性維護76. 維護中用來指出修改的工作量、工作性質(zhì)、優(yōu)先權(quán)、修改的事后性質(zhì)的文檔是( b )。a、軟件需求說明 b、軟件修改報告

19、 c、軟件問題報告 d、測試分析報告77. 維護中,因修改全局或公用數(shù)據(jù)而引起的錯誤是( b )。a、文檔副作用 b、數(shù)據(jù)副作用 c、編碼副作用 d、設(shè)計副作用78. 生產(chǎn)性維護活動是( a )。a、修改設(shè)計 b、理解設(shè)計 c、解釋數(shù)據(jù)結(jié)構(gòu) d、理解功能79. 測試用例不僅要選用合理的測試輸入數(shù)據(jù),還需要選用不合理的測試輸入數(shù)據(jù),這樣能更多地( a ),提高程序的可靠性。a、找出未發(fā)現(xiàn)的錯誤b、提高代碼測試覆蓋率c、加強代碼的規(guī)范率d、以上說法都不對80. 黑盒測試依據(jù)( a ),檢查程序是否滿足。a、需求中的功能b、概要設(shè)計中的設(shè)計c、詳細設(shè)計中的設(shè)計d、與用戶口頭約定二、 名詞解釋1. 軟

20、件危機: 是落后的軟件生產(chǎn)方式無法滿足迅速增長的計算機軟件需求,從而導(dǎo)致軟件開發(fā)與維護過程中出現(xiàn)一系列嚴重問題的現(xiàn)象。2. 軟件: 是計算機程序、程序所用的數(shù)據(jù)以及有關(guān)文檔資料的集合3. 軟件工程: 是一門研究用工程化方法構(gòu)建和維護有效的、實用的和高質(zhì)量的軟件的學(xué)科4. 問題定義:5. 軟件測試: 是軟件生產(chǎn)過程中的質(zhì)量管理者,其不但要對軟件產(chǎn)品最后的功能、性能負責(zé),而且從軟件的“需求分析”、“結(jié)構(gòu)設(shè)計”階段以及文檔規(guī)范等諸多方面就開始對軟件的質(zhì)量加以保障,使生產(chǎn)出來的軟件的功能達到設(shè)計之初的要求,讓用戶用上高質(zhì)量的軟件6. 黑盒測試: 也稱功能測試或數(shù)據(jù)驅(qū)動測試,它是在已知產(chǎn)品所應(yīng)具有的功能

21、,通過測試來檢測每個功能是否都能正常使用7. 模塊深度、廣度、扇入、扇出:深度表示軟件結(jié)構(gòu)中控制的層數(shù),廣度是軟件結(jié)構(gòu)內(nèi)同一層次上的模塊總數(shù)的最大值,扇出是一個模塊 直接控制的模塊數(shù)目,扇入表明有多少個上級模塊直接調(diào)用它8. 耦合: 是指兩個或兩個以上的電路元件或電網(wǎng)絡(luò)的輸入與輸出之間存在緊密配合與相互影響,并通過相互作用從一側(cè)向另一側(cè)傳輸能量的現(xiàn)象;概括的說耦合就是指兩個或兩個以上的實體相互依賴于對方的一個量度。9. 詳細設(shè)計: 是軟件工程中軟件開發(fā)的一個步驟,就是對概要設(shè)計的一個細化,就是詳細設(shè)計每個模塊實現(xiàn)算法,所需的局部結(jié)構(gòu)。10. 需求分析: 是指對要解決的問題進行詳細的分析,弄清楚

22、問題的要求,包括需要輸入什么數(shù)據(jù),要得到什么結(jié)果,最后應(yīng)輸出什么11. 模塊獨立性: 是指模塊內(nèi)部各部分及模塊間的關(guān)系的一種衡量標準,由內(nèi)聚和耦合來度量12. 軟件生命周期: 是軟件的產(chǎn)生直到報廢的生命周期,周期內(nèi)有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計、編碼、調(diào)試和測試、驗收與運行、維護升級到廢棄等階段13. 概要設(shè)計:主要是確定項目的最為適合的實現(xiàn)方案和確定軟件的設(shè)計結(jié)構(gòu)14. 可行性分析: 是通過對項目的主要內(nèi)容和配套條件,如市場需求、資源供應(yīng)、建設(shè)規(guī)模、工藝路線、設(shè)備選型、環(huán)境影響、資金籌措、盈利能力等,從技術(shù)、經(jīng)濟、工程等方面進行調(diào)查研究和分析比較,并對項目建成以后可能取得的財務(wù)、經(jīng)濟效益及社會環(huán)境影響進行預(yù)測,從而提出該項目是否值得投資和如何進行建設(shè)的咨詢意見,為項目決策提供依據(jù)的一種綜合性的系統(tǒng)分析方法1

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論