軟件工程試題

1、軟件工程試題軟件工程的基本目標是_。軟件項目規(guī)劃的第一步是_。功能點估算技術(shù)需要以_為基礎(chǔ)進行問題分解，代碼行估算技術(shù)需要以_為基礎(chǔ)進行問題分解。任務(wù)集是工作任務(wù)、里程碑、_的集合。形式證明與驗證技術(shù)主要包括_和定理證明。在各種不同的軟件需求中，_描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明， _是從各個角度對系統(tǒng)的約束和限制， 反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。在需求分析過程中， 分析員要從用戶那里解決的最重要的問題是明確_。軟件會逐漸退化而不會磨損，其原因在于（）A. 軟件通常暴露在惡劣的環(huán)境下B. 軟件錯誤通常發(fā)生在使用之后C. 不斷的變更使組件接日之間

2、引起錯誤D. 軟件備件很難訂購軟件開發(fā)的瀑布模型是 ( ) 。A.適用于需求被清晰定義的情況B.一種需要快速構(gòu)造可運行程序的好方法C.最適合于大規(guī)模團隊開發(fā)的項日D.己不能用于現(xiàn)代環(huán)境的過時模型在軟件開發(fā)的各種資源中，（ ）是最重要的資源。A. 開發(fā)工具B.方法件環(huán)境D.人員風險的三種主要類型是 ()。A.商業(yè)風險、人員風險、預算風險C.硬B.項目風險、技術(shù)風險、商業(yè)風險C.計劃風險、技術(shù)風險、 人員風險管理風險、技術(shù)風險、設(shè)計風險需求規(guī)格說明描述了 ()。D.A.計算機系統(tǒng)的功能、性能及其約束B.每個指定系統(tǒng)的實現(xiàn)C.軟件體系結(jié)構(gòu)的元素D.系統(tǒng)仿真所需要的時間A. 表示層B.持久層C.實體層

3、D.控制層下面的 ( )界面設(shè)計原則不允許用戶保持對計算機交互的控制。A.允許交互中斷B.允許交互操作取消C.對臨時用戶隱藏技術(shù)內(nèi)部信息 D.只提供一種規(guī)定的方法完成任務(wù)為了保證軟件的質(zhì)量， 使其具有較好的可維護性，關(guān)鍵在于 ()。A. 選擇合適的程序設(shè)計語言B.選擇好的程序設(shè)計風格C.具有好的數(shù)據(jù)結(jié)構(gòu)D.選擇好的運行環(huán)境使用獨立測試團隊的最好理由是()。A.軟件開發(fā)人員不需要做任何測試B.測試人員在測試開始之前不參與項目C.測試團隊將更徹底地測試軟件D.開發(fā)人員與測試人員之間的爭論會減得分品少快速原型模型的主要特點之一是()A.開發(fā)完畢才見到產(chǎn)B. 及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才

4、見到工作軟件;D.及早提供工作軟件開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做 ( )A.軟件工程軟件周期C.軟件危機B.D.軟件產(chǎn)生模塊的內(nèi)聚性最高的是A.邏輯內(nèi)聚時間內(nèi)聚C.偶然內(nèi)聚()B.D.功能內(nèi)聚2. 軟件的定義階段包括 :、需求分析。3. 數(shù)據(jù)流圖用圖形符號表示、數(shù)據(jù)源及外部實體4.類圖描述系統(tǒng)的結(jié)構(gòu)，類圖的結(jié)點表示系統(tǒng)中的類及其屬性和操作，類圖的邊表示類之間的聯(lián)系，包括、關(guān)聯(lián)、依賴、聚合等。5. 實體 關(guān)系圖是的基礎(chǔ)，它描述、屬性、及其關(guān)系6. 軟件修復步驟：發(fā)現(xiàn)故障、測試 、系統(tǒng)重新啟動7.耦合的強弱取決于的復雜性、進入或調(diào)用模塊的位置以及通過界面?zhèn)魉蛿?shù)據(jù)的

5、多少等。8. 確認測試應(yīng)檢查軟件能否按合同要求進行工作 , 即是否滿足的確認標準。9.快速原型的構(gòu)造過程可以歸納為、實現(xiàn)、檢查、四個步驟。1 軟件工程是采用 _(1)_ 的概念、原理、技術(shù)和方法指導計算機_(2)_的工程學科。把經(jīng)過時間考驗而證明正確的_(3)_和當前能夠得到的最好的 _(4)_ 結(jié)合起來。供選擇的答案：A. 工程B.程序C.體系結(jié)構(gòu)D.軟件開發(fā)和維護E. 軟件開發(fā)F.管理技術(shù)G.開發(fā)環(huán)境H.技術(shù)方法2 生存周期的瀑布模型一般包括_(5)_、可行性研究、 _(6)_、系統(tǒng)設(shè)計、編碼、_(7)_、維護等幾個階段。其中，系統(tǒng)設(shè)計階段又可以分成 _(8)_和_(9)_兩個步驟。供選擇

6、的答案：A. 需求分析B.可行性分析C.問題定義D.程序設(shè)計E.總體設(shè)計F.數(shù)據(jù)設(shè)計運行設(shè)計G.詳細設(shè)計H. 測試3 瀑布模型存在的問題是_(10)_。A用戶容易參與開發(fā)B缺乏靈活性C用戶與開發(fā)者易溝通D適用可變需求4 系統(tǒng)定義明確之后，應(yīng)對系統(tǒng)的可行性進行研究。可行性研究應(yīng)包括 _(11)_。A 軟件環(huán)境可行性、技術(shù)可行性、經(jīng)濟可行性、社會可行性B經(jīng)濟可行性、技術(shù)可行性、操作可行性C經(jīng)濟可行性、社會可行性、系統(tǒng)可行性D經(jīng)濟可行性、實用性、社會可行性5 畫數(shù)據(jù)流圖的主要目的是 _(12)_。 A 作為需求分析階段用戶與開發(fā)者之間交流信息的工具。B 對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進行描述。C 對目標系統(tǒng)的層次

7、結(jié)構(gòu)進行描述。D 作為分析和設(shè)計的工具。6 數(shù)據(jù)流圖和 _(13)_ 共同組成系統(tǒng)的邏輯模型。A.HIPO 圖B.PDL C.數(shù)據(jù)字典D.層次圖7 將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)圖時，在第 1 級分解中生成的 3 個控制模塊為：輸入信息處理控制模塊、 _(14) 和輸出信息處理控制模塊。A. 總控制模塊B.變換中心控制模塊 C. 數(shù)據(jù)輸入模塊 D. 數(shù)據(jù)輸出模塊8 _(15)_是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?,它是單獨命名的而且可以通過名字來訪問。A.模塊化B.抽象C.精化D.模塊9 _(16)_是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近。A.信息隱蔽B.內(nèi)聚 C.局部化D.模塊獨立10

8、在進行軟件結(jié)構(gòu)設(shè)計時應(yīng)該遵循的最主要的原理是 _(17)_。A.抽象 B.模塊化C.模塊獨立D.信息隱蔽11 模塊的控制域和作用域之間的關(guān)系是_(18)_。A. 作用域在控制域內(nèi)B. 控制域在作用域內(nèi)C. 控制域可能在作用域內(nèi)， 也可能在作用域外D. 兩者之間沒有關(guān)系12 直接調(diào)用某個模塊的上級模塊的個數(shù)稱為該模塊的 _(19) ，在不違反模塊獨立性的原則下，這個數(shù)目應(yīng)該盡可能的高。A. 扇入B.扇出C.調(diào)用數(shù)D.被調(diào)用數(shù)13 在軟件的結(jié)構(gòu)設(shè)計中，至少存在的耦合是_(20)，可以完全不用的耦合是_(21)。A公共環(huán)境耦合 B. 數(shù)據(jù)耦合邏輯耦合 D. 控制耦合 E.內(nèi)容耦合14 下列幾種類型中

9、，耦合性最弱的是_(22)_。A 內(nèi)容型B控制型C公共型D數(shù)據(jù)型15 對模塊過分分解，必然導致_(23)_。A.模塊的獨立性變差B.接口的復雜程度增加C.軟件開發(fā)的總工作量增加D.上述都對16 當一個模塊直接引用另一個模塊中的數(shù)據(jù)時，兩模塊間的耦合是 _(24)_；當一個模塊把開關(guān)量作為參數(shù)傳送給另一個模塊時，兩模塊間的耦合是 _(25)_ _；當一個模塊通過公共數(shù)據(jù)結(jié)構(gòu)把數(shù)據(jù)傳送給另一個模塊時，兩模塊間的耦合是_(26)_ _。A 公共環(huán)境耦合C. 邏輯耦合D. 控制耦合B. 數(shù)據(jù)耦合E.內(nèi)容耦合17 軟件設(shè)計中 ,可應(yīng)用于詳細設(shè)計的工具有_(27)_ _。A. 程序流程圖、 PAD、N-S

10、 圖和偽碼B.數(shù)據(jù)流圖、 PAD 、結(jié)構(gòu)圖和偽碼C.業(yè)務(wù)流程圖、 N-S 圖和偽碼D.數(shù)據(jù)流圖、 PAD、N-S 圖和偽碼18 為使程序中數(shù)據(jù)說明更易于理解和維護，應(yīng)當遵循以下原則 _(28)_ _。A 盡量使用局部變量；B一個語句說明多個變量時，各變量名按字母順序排列；C對于復雜的數(shù)據(jù)結(jié)構(gòu)，要加注釋，說明在程序?qū)崿F(xiàn)時的特點；D以上都對。19 源程序的效率與 _(29)_ _階段確定的算法的效率直接有關(guān)。A. 概要設(shè)計C.單元設(shè)計20 在進行軟件測試時，B.總體設(shè)計D.詳細設(shè)計首先應(yīng)當進行_(30)_ _，然后再進行集成測試，最后再進行確認測試。A.單元測試B. 集成測試C.確認測試D. 組合

11、測試21 單元測試是發(fā)現(xiàn)編碼錯誤， 集成測試是發(fā)現(xiàn)模塊的接口錯誤，確認測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)_(31)_ _的錯誤。A 、接口錯誤B、編碼錯誤C、性能、質(zhì)量不合要求D、功能錯誤22 在軟件測試方法中， 黑盒測試法和白盒測試法是常用的方法，其中黑盒測試主要用于測試_(32) 。A.結(jié)構(gòu)合理性B.軟件外部功能C.程序正確性D.程序內(nèi)部邏輯23 若有一個計算類型的程序， 它的輸入量只有一個 X，其范圍是 -1.0 ，1.0 ，現(xiàn)從輸入的角度考慮一組測試用例：-1.001 ， -1.0 ， 1.0 ，1.001 。設(shè)計這組測試用例的方法是_(33) _ 。A.C.條件覆蓋法 B

12、. 等價分類法邊界值分析法 D. 錯 誤 推測法24 把診斷和改正系統(tǒng)運行時發(fā)生的錯誤的過程稱為 _(34)_ _ 。A. 改正性維護B. 適應(yīng)性維護C.完善性維護D.預防性維護AC確定可維護性的因素主要有_(35) _ ?？蓽y試性B可理解性可修改性D以上都對26 快速原型模型的主要特點之一是 _(36)_ _。A. 開發(fā)完畢才見到產(chǎn)品B. 及 早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件D.及早提供可用于工作的軟件27 用面向?qū)ο蟮姆椒ㄩ_發(fā)軟件時，系統(tǒng)的對象模型用 _(37)_ _來描述，系統(tǒng)的動態(tài)模型用_(38)_A. 數(shù)據(jù)流圖來描述。B. 類圖C. 用例圖D.時序圖、狀態(tài)圖28 軟件特性中，程序能夠滿足規(guī)格說明和完成用戶業(yè)務(wù)目標的程度，稱作 _(39) _ 。A 正確性B.移植性.C. 可靠性D. 完整性29 COCOMO2模型中，成本因素包括的 4 類因素為_(40)。A 產(chǎn)品因素、平臺因素、數(shù)據(jù)庫規(guī)模、項目因素B產(chǎn)品因素、平臺因素、程序員能力、項目因素C、產(chǎn)品因素、平臺因素、使用的軟件工具、項目因素D產(chǎn)品因素、平臺因素、人員因素、項目因素1、2. CMM 的能力成熟度共分哪五級?2、單元測試任務(wù)主要有哪些？1. 在下列用例圖中，哪些是系統(tǒng)角色（執(zhí)行者）？一、填空題：3、數(shù)據(jù)流、加工4、靜態(tài)、繼承5、數(shù)據(jù)模型，數(shù)據(jù)對象7、模塊間接口8、軟件需