軟件工程試題庫及答案

1、頁眉一、選擇題軟件（2）1. 在軟件開發(fā)的各種資源中，（D ）是最重要的資源。A開發(fā)工具 B方法C硬件環(huán)境D人員2. 軟件的復(fù)雜性是（ A ），它引起人員通信困難、開發(fā)費用超支、開發(fā)時間超時等問題。A固有的B人為的C可消除的D不可降低的3. 3 :軟件是計算機系統(tǒng)中與硬件相互依存的另一部分，它的組成部分是（D ）。A 程序、數(shù)據(jù) B.程序、文檔 C.程序 D.程序、數(shù)據(jù)、文檔4. 軟件是一種（B ）產(chǎn)品。A、有形B、邏輯C、 物質(zhì)D、消耗軟件危機（1）5. 1 :開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（C ）A. 軟件工程B.軟件周期C.軟件危機D.軟件產(chǎn)生6.2 :

2、在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復(fù)雜性提高等原因?qū)е铝耍ˋ ）A 軟件危機B.軟件工程C 程序設(shè)計革命D 結(jié)構(gòu)化程序設(shè)計7.3 :以下哪一項不是軟件危機的表現(xiàn)形式（C ）（A ）成本高（B ）生產(chǎn)率低（C）技術(shù)發(fā)展快（D ）質(zhì)量得不到保證8.4 :“軟件危機”產(chǎn)生的主要原因是A. 軟件日益龐大C.開發(fā)人員編寫程序能力差9. 5 :軟件危機是指在軟件開發(fā)和（A開發(fā) B使用C維護（A ）。B. 開發(fā)方法不當(dāng)D.沒有維護好軟件C ）過程中遇到的一系列嚴重問題。D更新軟件工程（2）10. 1 :為了解決軟件危機人們提岀了用（B ）的原理來設(shè)計軟件，這就是軟件工程誕生的基礎(chǔ)。（A）運籌學(xué)

3、（B）工程學(xué)（C）軟件學(xué) （D）數(shù)學(xué)11. 2 在軟件工程時期，決定軟件質(zhì)量的主要因素是（A ）頁腳頁眉A 管理水平B.個人程序技術(shù)C 小組技術(shù)水平D.硬件的發(fā)展12. 3.軟件管理工作涉及到的直接對象不包括（B ）A 軟件開發(fā)人員B.硬件設(shè)備C 項目經(jīng)費D軟件項目13. 4.軟件工程方法學(xué)有三個要素，它們是（A ）A. 方法、工具和過程B.質(zhì)量、進度和成本C. 順序、分支和循環(huán)D.入口、過程、岀口生命周期及模型（5 ）14. 1 :軟件工程中描述生命周期的瀑布模型一般包括計劃、 幾個階段。A 需求分析B.需求調(diào)查C.可行性分析（A）、設(shè)計、編碼、測試、維護等D.問題定義15. 2.瀑布模型把

4、軟件生存周期劃分為軟件計劃、軟件開發(fā)與（C ）三個階段，而每一階段又可分為若干更小的階段A.詳細設(shè)計B.可行性分析C.運行與維護D.測試與排錯16. 3 :下列哪個模型沒有采用迭代的思想（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. 5 :瀑布模型本質(zhì)上是一種（ A ）模型。A.線性順序B.順序迭代C.線性迭代D.早期產(chǎn)品19. 6.快

5、速原型模型的主要特點之一是（D ）A. 開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品C. 開發(fā)完畢后才見到工作軟件D.及早提供工作軟件20. 7 :瀑布模型的關(guān)鍵不足在于（ B ）（A ）過于簡單（C）過于靈活（B）不能適應(yīng)需求的動態(tài)變更（D ）各個階段需要進行評審A用戶容易參與開發(fā)B缺乏靈活性 C用戶與開發(fā)者易溝通D 適用可變需求問題定義（1）頁腳頁眉22.1、軟件定義的目的主要是（A ）A.明確系統(tǒng)的目標(biāo)B.明確系統(tǒng)具體該做什么C.明確系統(tǒng)該如何做D、系統(tǒng)值不值得做。可行性研究（2）23. 1 :研究開發(fā)所需要的成本和資源是屬于可行性研究中的（B ）研究的一方面。A.技術(shù)可行性B.經(jīng)濟

6、可行性C.社會可行性D.法律可行性24. 2 :一個項目是否開發(fā)，從經(jīng)濟上來說是否可行，歸根結(jié)底是取決于對（A ）項目計劃 B A 成本的估算工程網(wǎng)絡(luò)圖DC工程管理（B ）。25. 3:可行性研究的目標(biāo)是 項目值得開發(fā)否 A.開發(fā)項目B.D. 維護項目C.規(guī)劃項目D ） 26. 4 :軟件可行性研究一般不考慮（A ）是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) （B）是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（C ）待開發(fā)軟件是否有市場、經(jīng)濟上是否合算（D）待開發(fā)的軟件是否會有質(zhì)量問題軟件項目計劃（1 ） D ）1:軟件項目計劃一般不包括以下哪項內(nèi)容（27. B ）人員安排A）培訓(xùn)計劃（D ）軟

7、件開發(fā)標(biāo)準的選擇和制定C）進度安排（zhr5）需求分析（C ） o 1:軟件需求分析的任務(wù)不應(yīng)包括（28.確定邏輯模型C結(jié)構(gòu)化程序設(shè)計D A問題分析B信息域分析o （ A ）29. 2:在需求分析中，分析員要從用戶那里解決的最重要的問題是B要給該軟件提供哪些信息A要讓軟件做什么D要讓軟件具有什么樣的結(jié)構(gòu)C 要求軟件工作效率如何）A o 30. 3.軟件需求分析應(yīng)確定的是用戶對軟件的（B. 性能需求A.功能需求和非功能需求D. 功能需求 C.非功能需求的需求分析方法。）結(jié)構(gòu)化分析方法（SA）是一種面向（C 31. 4 控制流 數(shù)據(jù)流 數(shù)據(jù) 結(jié)構(gòu) 對象 A B C D頁腳頁眉32. 3：進行需求分

8、析可使用多種工具，但 ( B )是不適用的。A 數(shù)據(jù)流圖 B PAD 圖 C E-R 圖 D 數(shù)據(jù)字典33. 4 ：在結(jié)構(gòu)化分析方法中，用以表達系統(tǒng)內(nèi)數(shù)據(jù)的運動情況的工具有 ( A )。A 數(shù)據(jù)流圖 B 數(shù)據(jù)詞典 C 結(jié)構(gòu)化英語 D 判定表與判定樹34. 5：需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，但其作用不應(yīng)當(dāng)包括 ( D ) A 軟件設(shè)計的依據(jù)B 用戶和開發(fā)人員對軟件要“做什么”的共同理解C 軟件驗收的依據(jù)D 軟件可行性分析的依據(jù)35. 6 ：軟件需求規(guī)格說明書的內(nèi)容不應(yīng)當(dāng)包括 ( B )。A 對重要功能的描述 B 對算法的詳細過程性描述C 軟件確認準則 D 軟件的性能36. 7 ：需求

9、分析是由分析員經(jīng)過了解用戶的要求，認真細致地調(diào)研、分析，最終應(yīng)建立目標(biāo)系 統(tǒng)的邏輯模型，并寫出( B )。(A) 模塊說明書 (B) 軟件規(guī)格說明書 (C) 項目開發(fā)計劃 (D) 合同文檔37. 下列工具哪一個是需求分析階段常用工具？( D )A、PAD B、PDL C、盒圖D、數(shù)據(jù)流圖38. 進行需求分析可以使用多種工具，但( B )是不適用的A 、數(shù)據(jù)流程圖B、判定表C 、狀態(tài)轉(zhuǎn)換圖D 、數(shù)據(jù)字典概要設(shè)計( 3)39. 在 SD 方法中全面指導(dǎo)模塊劃分的最重要的原則是( D )A. 程序模塊化B.模塊高內(nèi)聚C. 模塊低耦合D. 模塊獨立性40. 模塊( C ) ，則說明模塊的獨立性越強A

10、耦合越強B.扇入數(shù)越高C 耦合越弱D 扇人數(shù)越低41. 以下各種耦合按從強到弱排列正確的是 ( C )(A) . 內(nèi)容耦合，控制耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。(B) . 內(nèi)容耦合，數(shù)據(jù)耦合 ,控制耦合，公共環(huán)境耦合。(C) . 內(nèi)容耦合，公共環(huán)境耦合，控制耦合，數(shù)據(jù)耦合。(D) . 控制耦合，內(nèi)容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。42. 模塊的內(nèi)聚性最高的是 ( D )A.邏輯內(nèi)聚B.時間內(nèi)聚C.偶然內(nèi)聚 D.功能內(nèi)聚43. 以下各種內(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)聚

11、，時間內(nèi)聚，順序內(nèi)聚，功能內(nèi)聚，偶然內(nèi)聚D 功能內(nèi)聚，順序內(nèi)聚，時間內(nèi)聚，邏輯內(nèi)聚，偶然內(nèi)聚44. 模塊(A )，則說明模塊的獨立性越強。A 內(nèi)聚越強B.扇入數(shù)越高C 內(nèi)聚越弱D 扇人數(shù)越低45. 在SD中，概要設(shè)計的結(jié)果是提供一份(A )。A.模塊說明書 B.框圖C. 程序 D.數(shù)據(jù)流圖46. 結(jié)構(gòu)化設(shè)計在軟件開發(fā)中用于(B )oA、測試設(shè)計 B、概要設(shè)計 C、程序設(shè)計 D、詳細設(shè)計詳細設(shè)計(3)47. PDL是一種過程設(shè)計語言，又叫( C )(A)系統(tǒng)流程圖(B)盒圖(C )偽碼(D)功能圖48. 在詳細設(shè)計算法工具中，(C )能夠清楚地表現(xiàn)程序的層次結(jié)構(gòu)(A)系統(tǒng)流程圖(C ) PAD

12、圖(B)層次圖(D)功能圖49.詳細設(shè)計算法工具中，(A)程序流程圖(C ) PAD 圖(A )圖是一種歷史悠久的圖，直觀地描述了程序的控制流程。(B)系統(tǒng)流程圖(D)盒圖50.下列哪一個不是詳細設(shè)計時使用的工具。(A)(A)系統(tǒng)流程圖(C ) PAD 圖(B)盒圖(D)判定樹51.詳細設(shè)計的方法不包括(A Jackson 數(shù)據(jù)結(jié)構(gòu)方法D )B.結(jié)構(gòu)化設(shè)計方法C .面向?qū)ο笤O(shè)計法D程序流程圖52. 一般來說，詳細設(shè)計的方法包括結(jié)構(gòu)化設(shè)計方法、 A PAD圖 B 判定樹 C 面向?qū)ο笤O(shè)計法(C)和 JacksonD 程序流程圖方法。A、程序的效率頁腳B、程序的執(zhí)行速度C、程序的易讀性D、程序的規(guī)

13、模頁眉54. 詳細設(shè)計的任務(wù)是確定每個模塊的（ A ）A、算法B、功能C、調(diào)用關(guān)系D、輸入輸出數(shù)據(jù)55. 在軟件詳細設(shè)計過程中不采用的描述工具是（D）A、判定表B、流程圖C、PAD 圖D、 DFD 圖56. 在詳細設(shè)計階段，一種二維樹型結(jié)構(gòu)并可自動生成程序代碼的描述工具是（AA、PADB、PDLC、IPOD、判定樹57. 結(jié)構(gòu)化程序設(shè)計的一種基本方法是（ D）A、篩選法B、遞歸法C、迭代法D、逐步求精法58. PDL是軟件開發(fā)過程中用于（C ）階段的描述工具A、需求分析B、概要設(shè)計C、詳細設(shè)計D、編程59. 程序的三種基本控制結(jié)構(gòu)是（ B）A、過程、子程序和分程序B、順序、選擇和重復(fù)C、遞歸、

14、堆棧和隊列D、調(diào)用、返回和轉(zhuǎn)移60. 程序的三種基本控制結(jié)構(gòu)的共同特點是（ D ）oA、不能嵌套使用B、只能用來寫簡單程序C、已經(jīng)用硬件實現(xiàn)D、只有一個入口和一個岀口61. 軟件詳細設(shè)計主要采用的方法是（ C ）A、結(jié)構(gòu)程序設(shè)計B、模型設(shè)計C、結(jié)構(gòu)化設(shè)計D、流程圖設(shè)計62. 指岀PDL是下列哪種語言？（ B ）A、高級程序設(shè)計語言B、偽碼式C、中級程序設(shè)計語言D、低級程序設(shè)計語言軟件實現(xiàn)（2）63. 軟件的三種結(jié)構(gòu)是（）（A）過程、子程序、分程序（B）順序、條件、循環(huán)（C）遞歸、堆棧、隊列（D）調(diào)用、返回、轉(zhuǎn)移D )(D)64. 目前要開發(fā)一個人事工資數(shù)據(jù)庫應(yīng)用系統(tǒng)，一般情況下不選用的開發(fā)語言

15、是（匯編語言 語言（ C） DELPHI C#B 語言（A）JAVA （）語言A 65.編程風(fēng)格又叫程序設(shè)計風(fēng)格，其中最重要的因素是（）A.邏輯簡明清晰，易讀易懂 邏輯復(fù)雜，以免別人讀懂B.C.算法復(fù)雜，保護自己的編程技術(shù)頁腳頁眉D. 邏輯簡明清晰，但不容易讀懂66.在編程時，要使源程序文檔化，其中不包括（）DA.標(biāo)識符的命名規(guī)范，能正確代表實體B.做必要的有意義的注釋C.程序清單布局呈階梯狀分布D.程序不需要寫任何注釋C）67.程序中，語句構(gòu)造應(yīng)當(dāng)簡單直接，為提高效率，不應(yīng)該（A.盡量避免使用邏輯非運算B.盡量避免使用復(fù)雜的表件組合表達式C.為節(jié)省空間把多個語句寫在同一行D.使用括號使邏輯表

16、達式的運算次序清晰直觀）68.程序算法復(fù)雜性，不能度量的是（B模塊內(nèi)部的復(fù)雜性 A.軟件效益的多少B.開發(fā)周期及內(nèi)部潛伏錯誤的多少C.軟件開發(fā)費用的多少D.）軟件實施維護（3這種維護性活動數(shù)量較大，占整個維護活動的50%。69. 1.（ D ）D.完善性維護 A.改正性維護 B.適應(yīng)性維護 C.預(yù)防性維護）70.2.因計算機硬件和軟件環(huán)境的變化而作岀的修改軟件的過程稱為（BD.預(yù)防性維護B.A.改正性維護適應(yīng)性維護C.完善性維護）描述不正確。3.影響軟件可維護的因素中，（A71.）系統(tǒng)結(jié)構(gòu)合理（B （A ）系統(tǒng)功能強大）有充分的經(jīng)過版本控制的文檔DC ）系統(tǒng)所選用的程序語言合適（D 4.軟件可

17、維護性，主要表現(xiàn)在（）72.）軟件文檔豐富 B A （）軟件容易使用（D C（）軟件功能強大（）軟件的可理解性、可測試性、可修改性、可移植性頁腳頁眉73. 5 軟件按照設(shè)計的要求，在規(guī)定時間和條件下達到不出故障，持續(xù)運行的要求的質(zhì)量特性 稱為（B ）A.可用性 B.可靠性 C.正確性 D.完整性74. 6.根據(jù)是否按照工程化原則實行來劃分，軟件維護分為（B ）A.改正性維護、適應(yīng)性維護、完善性維護B 非結(jié)構(gòu)化維護和結(jié)構(gòu)化維護C 預(yù)防性維護和非預(yù)防性維護D 正確維護和錯誤維護名詞解釋1. 軟件生存周期：一個軟件從提出開發(fā)要求開始直到該軟件報廢為止的整個時期。包括：可行性分析和項目開發(fā)、計劃、需求

18、分析、概要設(shè)計、詳細設(shè)計、編碼、測試、維護（是 軟件生存周期中最長的階段）等。2. 數(shù)據(jù)字典：簡稱DD，就是用來定義數(shù)據(jù)流圖中的各個成分具體含義的，它以一種準確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計及維護提供了有關(guān)元素的一致的定義和詳細的描述。四類條目：數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲、數(shù)據(jù)加工軟件測試3.軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例（包括輸入數(shù)據(jù)與預(yù)期輸出結(jié)果），并利用這些測試用例 運行軟件，以發(fā)現(xiàn)軟件錯誤的過程。4. 數(shù)據(jù)流圖：簡稱DFD，是SA（結(jié)構(gòu)化分析）方法中用于表示系統(tǒng)邏輯模型的一種工具，它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于

19、它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。5. 模塊的獨立性：頁腳頁眉指每個模塊只完成系統(tǒng)要求的獨立的子功能， 并且與其他模塊的聯(lián)系最少且接口 簡單。6. 白盒測試白盒測試把測試對象看作一個打開的盒子，分析程序的內(nèi)部邏輯結(jié)構(gòu)， 注意選擇適當(dāng)?shù)母采w標(biāo)準，設(shè)計測試用例，對主要路徑進行盡可能多的測試。7. 黑盒測試黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試。該方法把被測試對象看成一個黑盒子，測試人員完全不考慮程序內(nèi)部邏輯結(jié)構(gòu)和特性，只依照規(guī)格說明書檢查程序的功能是否能正常使用。8. 軟件完成特定功能的程序 +數(shù)據(jù)結(jié)構(gòu)+文檔9. 軟件危指計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題軟件工程

20、10.指導(dǎo)計算機軟件開發(fā)和維護的一門工程學(xué)11. 軟件維護是軟件已經(jīng)交付使用后，為了改正錯誤或滿足新的需要而修改的軟件的過程。12. 編碼就是把軟件設(shè)計結(jié)果翻譯成用某種程序設(shè)計語言書寫的程序三、簡答題1. 需求分析的任務(wù)是什么？答：需求分析階段的基本任務(wù)是要準確的定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要， 回答系統(tǒng)必須“做什么”的問題。本階段要進行以下幾方面的工作：問題識別。雙方確定對問題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保 密性、可移植性、可維護性等方面的需求。分析與綜合，導(dǎo)出軟件的邏輯模型。分析人員對獲取的需求，進行一致性的分析檢查，在

21、分析、綜合中逐步細化軟件功能，劃分成各個子功能。這 里也包括對數(shù)據(jù)域進行分解，并分配到各個子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。編寫文檔。編寫“需求規(guī)格說明書”、編寫初步用戶使用手冊、編寫確認測試計劃、修改完善軟件開發(fā)計劃。2. 在成本估算中，分解任務(wù)的作用是什么？頁腳頁眉答：分解任務(wù)的作用是將系統(tǒng)分解為小的可以估算的功能點，并對這些功能點的工時進行估算, 最終形成一個比較可靠的報價。3. 甘特圖的優(yōu)點有哪些？答：甘特圖的優(yōu)點有：1）圖形化概要，通用技術(shù)，易于理解;2）中小型項目一般不超過 30項活動；3）有專業(yè)軟件支持，無須擔(dān)心復(fù)雜計算和分析。4.

22、 根據(jù)下圖找岀關(guān)鍵路路徑，并計算各項任務(wù)的最早開始時刻，最晚開始時刻和機動時間。答：關(guān)鍵路徑：T1-T2-T3-T6-T9426T2T35460400004111111211T 仃仃7T8881095. 軟件的生命周期一般包含哪些階段？答：軟件的生命周期一般包含：有問題定義、可行性分析、總體描述、系統(tǒng)設(shè)計、編碼、調(diào)試和 測試、驗收與運行、維護升級到廢棄等階段6. 常用的需求分析的方法有哪些？答：常用的需求分析的方法有：原型化方法，用例法，結(jié)構(gòu)化方法。7. 需求規(guī)格說明書的作用是什么？答：軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理 解，使之成為整個開發(fā)工作的

23、基礎(chǔ)。8. 詳細設(shè)計的基本任務(wù)是什么，有哪幾種描述方法？答：詳細設(shè)計的基本任務(wù)包括：1）為每個模塊進行詳細的算法設(shè)計2）為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進行設(shè)計3）對數(shù)據(jù)庫進行物理設(shè)計其他設(shè)計4）編寫詳細設(shè)計說明書5）評審詳細設(shè)計的描述方法有圖形、表格和語言，其中圖形常用結(jié)構(gòu)化程序流程圖、盒圖和問題分頁腳頁眉析圖（PAD ）為描述工具，語言常用過程設(shè)計語言（ PDL）來作為工具四、論述題1. 重慶正大軟件職業(yè)技術(shù)學(xué)院需要新開發(fā)一個人事工資管理系統(tǒng)供其內(nèi)部使用，現(xiàn)在委托一個 學(xué)生項目組開發(fā)該項目。假如你是項目經(jīng)理，請結(jié)合該系統(tǒng)的業(yè)務(wù)、所學(xué)的軟件工程知識，論述你開發(fā)該項目的過程，要求不少于500字。2. 重慶正大軟件職業(yè)技術(shù)學(xué)院需要新開發(fā)一個課程管理系統(tǒng)供教務(wù)處使用，現(xiàn)在委托一個學(xué)生項目組開發(fā)該項目。假如你是項目經(jīng)理，