軟件工程試題(共6頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件工程的基本目標(biāo)是_。軟件項(xiàng)目規(guī)劃的第一步是_。功能點(diǎn)估算技術(shù)需要以_為基礎(chǔ)進(jìn)行問題分解，代碼行估算技術(shù)需要以_為基礎(chǔ)進(jìn)行問題分解。任務(wù)集是工作任務(wù)、里程碑、_的集合。形式證明與驗(yàn)證技術(shù)主要包括_和定理證明。在各種不同的軟件需求中，_描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明，_是從各個(gè)角度對系統(tǒng)的約束和限制，反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。在需求分析過程中，分析員要從用戶那里解決的最重要的問題是明確_。狀態(tài)圖是由狀態(tài)機(jī)擴(kuò)展而來的，用來描述對象所經(jīng)過的對外部事件作出響應(yīng)的_。類的行為是由_決定的。_是目前一種主流的軟件開發(fā)技術(shù)，

2、被看作是解決軟件危機(jī)的一種先進(jìn)技術(shù)。行式證明與驗(yàn)證技術(shù)主要包括模型檢測和_，模型檢測就是對模型狀態(tài)空間進(jìn)行_，以確認(rèn)該模型是否具有某些性質(zhì)。1、請簡要說明軟件過程的概念和基本元素。2、需求工程包括哪些基本活動?每一項(xiàng)活動的主要任務(wù)是什么？ 3、面向?qū)ο笤O(shè)計(jì)與面向?qū)ο蠓治龅膮^(qū)別是什么？設(shè)計(jì)包括哪些活動？ 4、請分析比較下面兩個(gè)for循環(huán)的優(yōu)缺點(diǎn)現(xiàn)在要對一個(gè)自動飲料售貨機(jī)軟件進(jìn)行黑盒測試，該軟件的規(guī)格說明如下: 一個(gè)自動售貨機(jī)軟件可以銷售單價(jià)1元5角的盒裝飲料。該售貨機(jī)只接收1元和5角兩種硬幣，若投入1元5角硬幣，按下“可樂”、“雪碧”或“紅茶”按鈕，則送出相應(yīng)的飲料;若投入的硬幣少于1元5角，則

3、顯示錯(cuò)誤信息并退出硬幣;若投入的硬幣多于1元5角，則送出飲料的同時(shí)退還多余的硬幣。請?jiān)O(shè)計(jì)測試該軟件的全部測試用例。軟件會逐漸退化而不會磨損，其原因在于（ ） A.軟件通常暴露在惡劣的環(huán)境下 B.軟件錯(cuò)誤通常發(fā)生在使用之后 C.不斷的變更使組件接日之間引起錯(cuò)誤 D.軟件備件很難訂購軟件開發(fā)的瀑布模型是( )。 A.適用于需求被清晰定義的情況 B.一種需要快速構(gòu)造可運(yùn)行程序的好方法 C.最適合于大規(guī)模團(tuán)隊(duì)開發(fā)的項(xiàng)日 D.己不能用于現(xiàn)代環(huán)境的過時(shí)模型在軟件開發(fā)的各種資源中，（ ）是最重要的資源。A.開發(fā)工具 B.方法 C.硬件環(huán)境 D.人員風(fēng)險(xiǎn)的三種主要類型是( )。 A.商業(yè)風(fēng)險(xiǎn)、人員風(fēng)險(xiǎn)、預(yù)算風(fēng)

4、險(xiǎn) B.項(xiàng)目風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、商業(yè)風(fēng)險(xiǎn) C.計(jì)劃風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、人員風(fēng)險(xiǎn) D.管理風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、設(shè)計(jì)風(fēng)險(xiǎn)需求規(guī)格說明描述了( )。 A.計(jì)算機(jī)系統(tǒng)的功能、性能及其約束 B.每個(gè)指定系統(tǒng)的實(shí)現(xiàn) C.軟件體系結(jié)構(gòu)的元素 D.系統(tǒng)仿真所需要的時(shí)間A.表示層 B.持久層 C.實(shí)體層 D.控制層下面的( )界面設(shè)計(jì)原則不允許用戶保持對計(jì)算機(jī)交互的控制。A.允許交互中斷 B.允許交互操作取消C.對臨時(shí)用戶隱藏技術(shù)內(nèi)部信息 D.只提供一種規(guī)定的方法完成任務(wù)為了保證軟件的質(zhì)量，使其具有較好的可維護(hù)性，關(guān)鍵在于( )。A.選擇合適的程序設(shè)計(jì)語言 B.選擇好的程序設(shè)計(jì)風(fēng)格C.具有好的數(shù)據(jù)結(jié)構(gòu) D.選擇好的運(yùn)行環(huán)境

5、使用獨(dú)立測試團(tuán)隊(duì)的最好理由是( )。A.軟件開發(fā)人員不需要做任何測試B.測試人員在測試開始之前不參與項(xiàng)目得分四、綜合題（1小題，共14分）C.測試團(tuán)隊(duì)將更徹底地測試軟件D.開發(fā)人員與測試人員之間的爭論會減少快速原型模型的主要特點(diǎn)之一是 ( )A.開發(fā)完畢才見到產(chǎn)品                            

6、          B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件;           D.及早提供工作軟件開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做( )A.軟件工程                &#

7、160;                                   B.軟件周期C.軟件危機(jī)            &#

8、160;                                       D.軟件產(chǎn)生模塊的內(nèi)聚性最高的是( )A.邏輯內(nèi)聚      &

9、#160;                                             B.時(shí)間內(nèi)聚C.偶然內(nèi)聚  &

10、#160;                                                 D

11、.功能內(nèi)聚2.軟件的定義階段包括:、 需求分析。3.數(shù)據(jù)流圖用圖形符號表示、數(shù)據(jù)源及外部實(shí)體4. 類圖描述系統(tǒng)的 結(jié)構(gòu)，類圖的結(jié)點(diǎn)表示系統(tǒng)中的類及其屬性和操作，類圖的邊表示類之間的聯(lián)系，包括 、關(guān)聯(lián)、依賴、聚合等。5.實(shí)體關(guān)系圖是 的基礎(chǔ)，它描述 、屬性、及其關(guān)系6.軟件修復(fù)步驟：發(fā)現(xiàn)故障、 、測試 、系統(tǒng)重新啟動7. 耦合的強(qiáng)弱取決于 的復(fù)雜性、進(jìn)入或調(diào)用模塊的位置以及通過界面?zhèn)魉蛿?shù)據(jù)的多少等。8.確認(rèn)測試應(yīng)檢查軟件能否按合同要求進(jìn)行工作,即是否滿足 的確認(rèn)標(biāo)準(zhǔn)。9. 快速原型的構(gòu)造過程可以歸納為 、實(shí)現(xiàn)、檢查、 四個(gè)步驟。1 軟件工程是采用_(1)_的概念、原理、技術(shù)和方法指導(dǎo)計(jì)算機(jī)_(2

12、)_的工程學(xué)科。把經(jīng)過時(shí)間考驗(yàn)而證明正確的_(3)_和當(dāng)前能夠得到的最好的_(4)_結(jié)合起來。供選擇的答案： A.工程 B.程序 C.體系結(jié)構(gòu) D.軟件開發(fā)和維護(hù) E.軟件開發(fā) F.管理技術(shù) G.開發(fā)環(huán)境 H.技術(shù)方法2 生存周期的瀑布模型一般包括_(5)_、可行性研究、_(6)_、系統(tǒng)設(shè)計(jì)、編碼、_(7)_ 、維護(hù)等幾個(gè)階段。其中，系統(tǒng)設(shè)計(jì)階段又可以分成_(8)_和_(9)_兩個(gè)步驟。供選擇的答案： A.需求分析 B.可行性分析 C.問題定義 D.程序設(shè)計(jì) E.總體設(shè)計(jì) F.數(shù)據(jù)設(shè)計(jì)運(yùn)行設(shè)計(jì) G.詳細(xì)設(shè)計(jì) H. 測試 3瀑布模型存在的問題是_(10)_ _。 A用戶容易參與開發(fā) B缺乏靈活性

13、 C用戶與開發(fā)者易溝通 D適用可變需求4系統(tǒng)定義明確之后，應(yīng)對系統(tǒng)的可行性進(jìn)行研究?？尚行匝芯繎?yīng)包括_(11)_。A 軟件環(huán)境可行性、技術(shù)可行性、經(jīng)濟(jì)可行性、社會可行性B 經(jīng)濟(jì)可行性、技術(shù)可行性、操作可行性C 經(jīng)濟(jì)可行性、社會可行性、系統(tǒng)可行性D 經(jīng)濟(jì)可行性、實(shí)用性、社會可行性5 畫數(shù)據(jù)流圖的主要目的是_(12)_。A 作為需求分析階段用戶與開發(fā)者之間交流信息的工具。B 對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述。C 對目標(biāo)系統(tǒng)的層次結(jié)構(gòu)進(jìn)行描述。D 作為分析和設(shè)計(jì)的工具。6 數(shù)據(jù)流圖和_(13)_共同組成系統(tǒng)的邏輯模型。 A.HIPO圖 B.PDL C.數(shù)據(jù)字典 D.層次圖7將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)圖時(shí)，在第

14、1級分解中生成的3個(gè)控制模塊為：輸入信息處理控制模塊、_(14) 和輸出信息處理控制模塊。A.總控制模塊 B.變換中心控制模塊 C.數(shù)據(jù)輸入模塊 D.數(shù)據(jù)輸出模塊 8 _(15)_是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?它是單獨(dú)命名的而且可以通過名字來訪問。 A.模塊化 B.抽象 C.精化 D.模塊 9 _(16)_是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近。 A.信息隱蔽 B.內(nèi)聚 C.局部化 D.模塊獨(dú)立 10 在進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的最主要的原理是_(17)_。A.抽象 B.模塊化 C.模塊獨(dú)立 D.信息隱蔽 11模塊的控制域和作用域之間的關(guān)系是_(18)_。A. 作用域在控制域

15、內(nèi) B. 控制域在作用域內(nèi)C. 控制域可能在作用域內(nèi)，也可能在作用域外D. 兩者之間沒有關(guān)系12直接調(diào)用某個(gè)模塊的上級模塊的個(gè)數(shù)稱為該模塊的_(19) ，在不違反模塊獨(dú)立性的原則下，這個(gè)數(shù)目應(yīng)該盡可能的高。A.扇入 B.扇出 C.調(diào)用數(shù) D.被調(diào)用數(shù)13在軟件的結(jié)構(gòu)設(shè)計(jì)中，至少存在的耦合是_(20) ，可以完全不用的耦合是_(21) 。A公共環(huán)境耦合 B. 數(shù)據(jù)耦合 C. 邏輯耦合 D. 控制耦合 E.內(nèi)容耦合 14下列幾種類型中，耦合性最弱的是_(22)_。A內(nèi)容型 B控制型 C公共型 D數(shù)據(jù)型 15對模塊過分分解，必然導(dǎo)致_(23)_。A.模塊的獨(dú)立性變差B.接口的復(fù)雜程度增加C.軟件開發(fā)

16、的總工作量增加D.上述都對16當(dāng)一個(gè)模塊直接引用另一個(gè)模塊中的數(shù)據(jù)時(shí)，兩模塊間的耦合是_(24)_；當(dāng)一個(gè)模塊把開關(guān)量作為參數(shù)傳送給另一個(gè)模塊時(shí)，兩模塊間的耦合是_(25)_ _；當(dāng)一個(gè)模塊通過公共數(shù)據(jù)結(jié)構(gòu)把數(shù)據(jù)傳送給另一個(gè)模塊時(shí)，兩模塊間的耦合是_(26)_ _。 A公共環(huán)境耦合 B. 數(shù)據(jù)耦合 C. 邏輯耦合 D. 控制耦合 E.內(nèi)容耦合 17軟件設(shè)計(jì)中,可應(yīng)用于詳細(xì)設(shè)計(jì)的工具有_(27)_ _。 A.程序流程圖、PAD、N-S圖和偽碼 B.數(shù)據(jù)流圖、PAD、結(jié)構(gòu)圖和偽碼 C.業(yè)務(wù)流程圖、N-S圖和偽碼 D.數(shù)據(jù)流圖、PAD、N-S圖和偽碼 18為使程序中數(shù)據(jù)說明更易于理解和維護(hù)，應(yīng)當(dāng)遵循

17、以下原則_(28)_ _。A盡量使用局部變量； B一個(gè)語句說明多個(gè)變量時(shí)，各變量名按字母順序排列； C對于復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，要加注釋，說明在程序?qū)崿F(xiàn)時(shí)的特點(diǎn)； D以上都對。19源程序的效率與_(29)_ _階段確定的算法的效率直接有關(guān)。 A.概要設(shè)計(jì) B.總體設(shè)計(jì)C.單元設(shè)計(jì) D.詳細(xì)設(shè)計(jì)20在進(jìn)行軟件測試時(shí)， 首先應(yīng)當(dāng)進(jìn)行_(30)_ _，然后再進(jìn)行集成測試，最后再進(jìn)行確認(rèn)測試。A.單元測試 B. 集成測試 C. 確認(rèn)測試 D. 組合測試21單元測試是發(fā)現(xiàn)編碼錯(cuò)誤，集成測試是發(fā)現(xiàn)模塊的接口錯(cuò)誤，確認(rèn)測試是為了發(fā)現(xiàn)功能錯(cuò)誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)_(31)_ _的錯(cuò)誤。A、接口錯(cuò)誤 B、編碼錯(cuò)誤

18、 C、性能、質(zhì)量不合要求 D、功能錯(cuò)誤22在軟件測試方法中，黑盒測試法和白盒測試法是常用的方法，其中黑盒測試主要用于測試_(32) 。A.結(jié)構(gòu)合理性 B.軟件外部功能 C.程序正確性 D.程序內(nèi)部邏輯23若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測試用例的方法是_(33) _。 A.條件覆蓋法B.等價(jià)分類法 C.邊界值分析法D.錯(cuò)誤推測法24把診斷和改正系統(tǒng)運(yùn)行時(shí)發(fā)生的錯(cuò)誤的過程稱為_(34)_ _。 A.改正性維護(hù)B.適應(yīng)性維護(hù) C.完善性維護(hù)D.預(yù)防性維護(hù)25確定可維護(hù)性的因素主要有_(35) _。A 可測試性 B 可理解性 C 可修改性 D以上都對26快速原型模型的主要特點(diǎn)之一是_(36)_ _。 A.開發(fā)完畢才見到產(chǎn)品B.及早提供全部完整的軟件產(chǎn)品 C.開發(fā)完畢后才見到工作軟件D.及早提供可用于工作的軟件 27 用面向