軟件工程隨堂練習習題_第1頁
軟件工程隨堂練習習題_第2頁
軟件工程隨堂練習習題_第3頁
軟件工程隨堂練習習題_第4頁
軟件工程隨堂練習習題_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、軟件工程隨堂練習一、選擇題1. 軟件工程是()。A、是結(jié)構化程序設計的指導方法B、是軟件開發(fā)技術和軟件工程管理學為內(nèi)容的學科C、是指導計算機軟件開發(fā)和維護的工程學科 D、是指導軟件開發(fā)的工程方法。2. 軟件工程中的各種方法是完成軟件工程項目的技術手段,它們支持軟件工程的( )階段。A. 各個 B. 前期 C.中期 D.后期3. 原型方法是用戶和設計者之間的一種交互過程,選用于()系統(tǒng)。A. 需求確定的 B. 需求不確定性較高的C. 管理信息 D. 決策支持4. 要將一個復雜的系統(tǒng)分析清楚,常用方法是結(jié)構化分析方法,結(jié)構化分析方法就是( )。A、面向數(shù)據(jù)流自頂向下逐步求精的方法B、由內(nèi)向外進行分

2、析的方法C、先局部后整體的分析方法D、使用IPO圖形工具分析的方法5. 概要設計過程是()A. 先確定系統(tǒng)的實現(xiàn)方案,然后在結(jié)構設計階段中確定軟件的模塊結(jié)構B. 確定軟件的模塊結(jié)構,再設計出系統(tǒng)的所有程序和數(shù)據(jù)文件C. 設計出系統(tǒng)的HIPO圖并對所有模塊進行描述D. 規(guī)劃出系統(tǒng)的后期設計總體結(jié)構6. 程序的三種基本結(jié)構是()。A、過程,子程序,分程序B、順序,選擇,循環(huán)C、遞歸,堆棧,隊列D、調(diào)用,返回,轉(zhuǎn)移7. 結(jié)構化程序設計的一種基本方法是()。A、篩選法B、遞歸法C、歸納法D、逐步求精法8. 軟件維護的四類維護活動是:( )A. 改正性維護,適應性維護,完善性維護和預防性維護。B. 適應

3、性維護,完善性維護,搶救性維護和輔助性維護。C. 改正性維護,適應性維護,完善性維護和輔助性維護。D. 適應性維護,完善性維護,搶救性維護和預防性維護。9. 軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是:( )A. 可行性研究,問題定義,需求分析。B. 問題定義,可行性研究,需求分析。C. 可行性研究,需求分析,問題定義。D. 以上順序都不對。10. 在軟件生存周期中,工作量所占比例最大的階段是( )階段。 A需求分析 B設計 C測試 D維護11. 一個軟件產(chǎn)品開發(fā)完成投入使用后,常常由于各種原因需要對它做適當?shù)淖兏?,通常把軟件交付使用后所做的變更稱為( )。 A維護 B設計 C軟件再工程

4、D逆向工程12. 結(jié)構化生命周期方法具有各種特征,下列各種敘述中,哪一個不是結(jié)構化方法的特征?(  )A.嚴格定義需求         B.劃分開發(fā)階段C.提供運行模型         D.制定規(guī)范文檔 C13. 需求分析的任務不包括( )。A. 問題分析 B.系統(tǒng)設計 C.需求描述 D.需求評審。14. 軟件工程方法是在實踐中不斷發(fā)展著的方法,而早期的軟件工程方法是指(  )A.原型化方法  &

5、#160;       B.結(jié)構化方法C.面向?qū)ο蠓椒?#160;        D.功能分解法15. 對軟件進行分解,是為了( )A、降低模塊的復雜程度B、降低模塊間接口的復雜程度C、降低模塊的復雜程度,并降低模塊間接口的復雜程度D、降低模塊的復雜程度,并提高模塊間接口的復雜程度16. 面向?qū)ο蠓治龅莫毜街幨牵ǎ?。A、將數(shù)據(jù)和處理結(jié)合在一起而不是分離B、數(shù)據(jù)和處理分別獨立考慮C、僅考慮數(shù)據(jù)結(jié)構D、僅考慮處理過程17. 通常所說的結(jié)構化設計即SD是屬于基于( )的

6、設計方法。A、數(shù)據(jù)結(jié)構B、數(shù)據(jù)流C、對象D、以上均可18. 技術可行性是可行性研究的關鍵,其主要內(nèi)容一般不包括( )。A.風險分析 B.資源分析C.人員分析 D.技術分析19. 結(jié)構化程序設計主要強調(diào)的是( )A程序的規(guī)模 B程序的效率 C程序設計語言的先進性 D程序易讀性20. 在詳細設計階段,經(jīng)常采用的工具有( )A程序流程圖 BSA CSC DDFD21. 統(tǒng)計表明,軟件測試工作往往占軟件開發(fā)總工作量的( )%以上。A. 20 B. 40 C. 60 D. 8022. 單元測試的測試對象是( )。A. 系統(tǒng) B.程序模塊 C. 模塊接口 D. 系統(tǒng)功能23. 軟件生存周期的( )工作和軟

7、件可維護性有密切的關系。 A編碼階段 B設計階段C測試階段 D每個階段24. 以下不屬于白盒測試技術的是( )A. 邏輯覆蓋 B. 基本路徑測試 C. 循環(huán)覆蓋測試 D.等價類劃分25. 使用黑盒測試時,測試用例應根據(jù)()。A、程序的內(nèi)部邏輯B、程序的復雜程度C、使用說明書D、程序的功能26. 軟件總體設計是指軟件總體結(jié)構設計和數(shù)據(jù)設計,該階段的主要任務不包括( )。A. 設計軟件的模塊結(jié)構 B. 定義接口并建立數(shù)據(jù)結(jié)構C. 生成概要設計規(guī)格說明和組裝測試計劃 D. 模塊設計27. 耦合是對軟件不同模塊之間互連程度的度量。各種耦合按從強到弱排列如下:( )A. 內(nèi)容耦合,控制耦合,數(shù)據(jù)耦合,公

8、共環(huán)境耦合。B. 內(nèi)容耦合,控制耦合,公共環(huán)境耦合,數(shù)據(jù)耦合。C. 內(nèi)容耦合,公共環(huán)境耦合,控制耦合,數(shù)據(jù)耦合。D. 控制耦合,內(nèi)容耦合,數(shù)據(jù)耦合,公共環(huán)境耦合。28. 維護的副作用可分三類,不包括( )。A. 代碼副作用 B. 數(shù)據(jù)副作用C. 文檔副作用 D.人員副作用29. 按照軟件工程的原則,模塊的作用域和模塊的控制域之間的關系是:( )A. 模塊的作用域應在模塊的控制域之內(nèi)。B. 模塊的控制域應在模塊的作用域之內(nèi)。C. 模塊的控制域與模塊的作用域互相獨立。D. 以上說法都不對。30. 在整個軟件維護階段所花費的全部工作中,( )所占的比例最大。 A校正性維護 B適應性維護 C完善性維護

9、 D預防性維護31. 軟件維護是保證軟件正常、有效的重要手段,軟件的下述特性中,( )有利軟件的維護。 可測試性 可理解性 可修改性 可移植性 可重用性 A只有 B和C、和 D都有利32. 軟件可移植性是用來衡量軟件的()的重要尺度之一。A、通用性B、效率C、質(zhì)量D、人機關系33. 軟件工程的主要目標是提高( ),降低維護的代價。 A軟件的生產(chǎn)率 B軟件的可靠性 C軟件的可維護性 D維護的效率34. 在軟件維護的實施過程中,為了正確、有效地修改,需要經(jīng)歷以下三個步驟:分析和理解程序、修改程序和重新驗證程序。( )是決定維護成敗和質(zhì)量好壞的關鍵。 A分析和理解程序 B重新驗證程序 C修改程序 D

10、驗收程序35. 人們稱在軟件運行維護階段對軟件產(chǎn)品所進行的修改就是維護。( )是由于開發(fā)時測試的不徹底、不完全造成的。 A校正性維護 B適應性維護C完善性維護 D預防性維護36. 消息是對象間交互的手段,消息刺激接收對象產(chǎn)生某種行為。消息的構成有三部分:( ),消息名,若干變元。A發(fā)出消息的對象 B接收消息的對象 C消息編號 D時間二、填空題1. 需求分析階段產(chǎn)生的文檔是(1),它的主要組成部分是(2)。2. 測試的關鍵是設計出(3)的測試用例,測試用例應由(4)和(5)兩部分組成。3. 描繪物理系統(tǒng)的傳統(tǒng)工具是(6)4. 軟件工程由(7)、(8)和(9)三部分組成,稱為軟件工程的三要素。5.

11、 總在面向?qū)ο蟮能浖?,?0)是對具有相同數(shù)據(jù)和相同操作的一組相似對象的定義;(11)是由某個特定的類所描述的一個具體對象。6. 軟件測試的目的是(12),通常把測試方法分為(13)和(14)兩大類。7. 一個軟件的寬度是指其控制的(15),而軟件的深度是指其控制的(16)。8. 軟件有效性,指軟件系統(tǒng)的 (17) 和 (18) 效率。9. 可行性研究的任務是從(19)、(20)、(21)等3個方面研究。三、判斷題1. 軟件工程使用的軟件工具能夠自動或半自動地支持軟件的開發(fā)、管理和文檔的生成。2. 驗收的依據(jù)是需求說明書。3. 需求規(guī)格說明書是在計劃時期可行性研究階段產(chǎn)生的文檔。4. 需求分

12、析階段的成果主要是需求規(guī)格說明,但該成果與軟件設計、編碼、測試直至維護關系不大。5. 軟件開發(fā)人員對用戶需求的理解有偏差,這將導致軟件產(chǎn)品與用戶的需求不一致,是產(chǎn)生軟件危機的唯一原因。6. 軟件生命周期中,測試的工作量最大。7. 編碼時應盡可能使用全局變量。8. 程序的可靠性、可維護性和效率通常由程序設計語言、源代碼的質(zhì)量和語言的實現(xiàn)機制決定的。9. 一個模塊的扇入是指該模塊被其它模塊調(diào)用的個數(shù),扇入應盡可能的小。10. 概要設計也稱總體設計,其過程由確定設計方案和結(jié)構設計兩個階段組成。11. 系統(tǒng)測試是把軟件、硬件和環(huán)境連在一起的全面測試。12. 盡可能在軟件生產(chǎn)過程中保證各階段文件的正確性

13、。13. 完成測試作業(yè)后,為了縮短源程序的長度應刪去源程序中的注釋。14. 如果測試過程沒有發(fā)現(xiàn)任何錯誤,則說明軟件沒有錯誤。15. 結(jié)構化程序設計SP強調(diào)模塊采用自上而下逐步求精設計方法,單入口、單出口16. 內(nèi)聚度標志一個模塊內(nèi)部各成分彼此結(jié)合的緊密程度,按其高低程度可分為七級,內(nèi)聚度越低越好。17. 快速原型技術適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設計一些復雜的算法等場合。18. 文檔記錄軟件開發(fā)活動和階段成果,具有永久性,可供人或機器閱讀。19. 面向?qū)ο蠓椒ㄖ械膶ο缶褪墙Y(jié)構化方法中的模塊。20. 黑盒測試法可有效的檢查模塊的內(nèi)部邏輯結(jié)構的正確性。21. 軟件需求是指用戶對目標軟件系統(tǒng)在功能、性能、行為、設計約束等方面的期望。22. 缺乏有力的方法學的指導和有效的開發(fā)工具的支持,這往往是產(chǎn)生軟件危機的原因之一。一個好的開發(fā)人員應具備的素質(zhì)和能力不包括具有良好的書面和口頭表達能力。23. 一個好的開發(fā)人員應

溫馨提示

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

評論

0/150

提交評論