軟件工程試題大全_第1頁
軟件工程試題大全_第2頁
軟件工程試題大全_第3頁
軟件工程試題大全_第4頁
軟件工程試題大全_第5頁
已閱讀5頁,還剩18頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、軟件工程基礎(chǔ)一. 選擇題1。軟件需求分析階段的工作,可以分為4個(gè)方面:需求獲取,需求分析,編寫需求規(guī)格說明書以及(B)A).用戶B).需求審評C).總結(jié)D).都不正確2。在原型法中稱(A)為用戶/設(shè)計(jì)者,開發(fā)人員根據(jù)用戶需求不斷修改原型,直到滿足用戶要求為止。A).用戶B).開發(fā)人員C).系統(tǒng)分析員D).程序員3。下面不屬于軟件工程的3個(gè)要素是(D)A).工具B).過程C).方法D).環(huán)境4檢查軟件產(chǎn)品是否符合需求定義的過程稱為(A)A).確認(rèn)測試B).集成測試C).驗(yàn)證測試D).驗(yàn)收測試5.數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是(D),僅僅是所處的狀態(tài)不同。A).分析結(jié)果B).事件C).動(dòng)作D).數(shù)據(jù)6。數(shù)據(jù)

2、流圖和(C)共同組成系統(tǒng)的邏輯模型。A).HIPO圖B).PD)LC).數(shù)據(jù)字典D).層次圖7。數(shù)據(jù)元素組成數(shù)據(jù)的方式的基本類型(D)A).順序B).選擇C).循環(huán)D).以上全部8。數(shù)據(jù)流圖用于抽象描述一個(gè)軟件的邏輯模型,數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標(biāo)識(shí)的圖符不屬于數(shù)據(jù)流圖合法圖符的是(A)。A).控制流B).加工C).數(shù)據(jù)存儲(chǔ)D).源和潭9。結(jié)構(gòu)化分析方法就是面向(B)的自頂向下逐步求精進(jìn)行需求分析的方法。A).目標(biāo)B).數(shù)據(jù)流C).功能D).對象10。通過(B)可以完成數(shù)據(jù)流圖的細(xì)化。A).結(jié)構(gòu)分解B).功能分解C).數(shù)據(jù)分解D).系統(tǒng)分解11。下面不屬于軟件工程原則的是(C)

3、A).抽象B).模塊化C).自底向上D).信息隱蔽12。(D)是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?它是單獨(dú)命名的而且可以通過名字來訪問。A).模塊化B).抽象C).精化D).模塊13。(C)是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近。A).信息隱蔽B).內(nèi)聚C).局部化D).模塊獨(dú)立14。面向數(shù)據(jù)流的設(shè)計(jì)方法把(D)映射成軟件結(jié)構(gòu)。A).數(shù)據(jù)流B).系統(tǒng)結(jié)構(gòu)C).控制結(jié)構(gòu)D).信息流15。程序流程圖(PDF)中的箭頭代表的是(B)。A).數(shù)據(jù)流B).控制流C).調(diào)用關(guān)系D).組成關(guān)系16。在進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)該遵循的最主要的原理是(C)A).抽象B).模塊化C).模塊獨(dú)立D).信息隱蔽

4、17。在結(jié)構(gòu)化方法中,軟件功能分解屬于軟件開發(fā)中的(C)階段。A).詳細(xì)設(shè)計(jì)B).需求分析C).總體設(shè)計(jì)D).編程調(diào)試18。在測試中,下列說法錯(cuò)誤的是(B)A).測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程B).測試是為了表明程序的正確性C).好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案D).成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試19。下列工具中為需求分析常用工具是(D)A).PA)D)B).PFD)C).N-SD).D)FD)20軟件調(diào)試的目的是(B)A).發(fā)現(xiàn)錯(cuò)誤B).改正錯(cuò)誤C).改善軟件的性能D).挖掘軟件的潛能21。軟件工程師一種(B)分階段實(shí)現(xiàn)的軟件程序開發(fā)的方法

5、。A).自底向上B).自頂向下C).逐步求精D).面向數(shù)據(jù)流22。通過(B)機(jī)制,各種軟件工具用統(tǒng)一的數(shù)據(jù)接口規(guī)范存取環(huán)境信息庫的的信息。A).軟件工具箱B).環(huán)境集成C).軟件管理和軟件支持工具D).軟件開發(fā)環(huán)境23。在軟件生命周期法中,用戶的參與主要在(A)。A)。軟件定義期B).軟件開發(fā)期C).軟件維護(hù)期D).整個(gè)軟件生命周期過程中24。軟件定義期問題定義階段涉及的人員有(D)。A).用戶、使用部門負(fù)責(zé)人B).軟件開發(fā)人員、用戶、使用部門負(fù)責(zé)人C).系統(tǒng)分析員、軟件開發(fā)人員D).系統(tǒng)分析員、軟件開發(fā)人員、用戶、使用部門負(fù)責(zé)人25。軟件詳細(xì)設(shè)計(jì)主要采用的方法是(A)。A).結(jié)構(gòu)化程序設(shè)計(jì)B

6、).模型設(shè)計(jì)C).結(jié)構(gòu)化設(shè)計(jì)D).流程圖設(shè)計(jì)26。(C)應(yīng)考慮對模塊相聯(lián)和資源共享問題進(jìn)行描述和制約。A).系統(tǒng)設(shè)計(jì)B).詳細(xì)設(shè)計(jì)C).接口控制D).結(jié)構(gòu)化編輯工具27。(A)是程序中一個(gè)能邏輯分開的部分,也就是離散的程序單位。A).模塊B).復(fù)合語句C).循環(huán)結(jié)構(gòu)D).數(shù)據(jù)塊28。軟件開發(fā)的原型化方法是一種動(dòng)態(tài)定義軟件需求的方法,下述條件中,(A)是實(shí)施原型化方法所必需的。成熟的原型化人員快速的成型工具需求了解的正確性A).和B).和C).、和D).29。判定樹和判定表示用于描述結(jié)構(gòu)化分析方法中的(B)環(huán)節(jié)的工具。A).功能說明B).數(shù)據(jù)加工C).流程描述D).性能說明30。概要設(shè)計(jì)的結(jié)果是

7、提供一份(A)。A).模塊說明書B).框圖C).程序D).數(shù)據(jù)流圖31。模塊本身的內(nèi)聚是模塊獨(dú)立性的重要性度量因素之一。在7類內(nèi)聚中,具有最強(qiáng)內(nèi)聚的一類是(D)。A).順序性內(nèi)聚B).過程性內(nèi)聚C).邏輯性內(nèi)聚D).功能性內(nèi)聚32。計(jì)算機(jī)軟件(A)。A).計(jì)算機(jī)系統(tǒng)的組成部分B).不能作為商品參與交易C).是在計(jì)算機(jī)硬件設(shè)備生產(chǎn)過程中生產(chǎn)出來的D).只存在于計(jì)算機(jī)系統(tǒng)工作時(shí)33。數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合,它所定義的對象都包含在(A)。A).數(shù)據(jù)流圖vB).程序框圖C).軟件結(jié)構(gòu)D).方框圖34.程序流程圖是一種傳統(tǒng)的程序設(shè)計(jì)表示工具,有其優(yōu)點(diǎn)和缺點(diǎn),使用該工具是應(yīng)注意(C)。A).支持逐

8、步求精B).考慮控制流程C).遵守結(jié)構(gòu)化設(shè)計(jì)原則D).數(shù)據(jù)結(jié)構(gòu)表示35。軟件設(shè)計(jì)中設(shè)計(jì)復(fù)審是和設(shè)計(jì)本身一樣重要的環(huán)節(jié),其主要目的和作用是(B)。A).減少測試工作量B).減免后期付出高代價(jià)C).保證軟件質(zhì)量D).縮短軟件開發(fā)周期36。軟件開發(fā)的結(jié)構(gòu)化分析方法,常用的描述軟件功能需求的工具是(C)。A).業(yè)務(wù)流程圖、處理說明B).軟件流程圖、模塊說明C).數(shù)據(jù)流程圖、數(shù)據(jù)字典D).系統(tǒng)流程圖、程序編碼37。軟件開發(fā)的結(jié)構(gòu)化設(shè)計(jì)方法,全面指導(dǎo)模塊化分的最重要的原則應(yīng)該是(C)。A).模塊高內(nèi)聚B).模塊低耦合C).模塊獨(dú)立性D).程序模塊化38。面向數(shù)據(jù)流的軟件設(shè)計(jì)方法,一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流

9、化分為(B)兩種流,再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。A).數(shù)據(jù)流與事務(wù)流B).交換流和事務(wù)流C).信息流與控制流D).交換流和數(shù)據(jù)流39。軟件設(shè)計(jì)中,可應(yīng)用于詳細(xì)設(shè)計(jì)的工具有(A)。A).程序流程圖、PA)D)、方框圖和偽碼B).數(shù)據(jù)流程圖、PA)D)、結(jié)構(gòu)圖和偽碼C).業(yè)務(wù)流程圖、N-S圖和偽碼D).數(shù)據(jù)流程圖、PA)D)、N-S圖和偽碼40。軟件工程方法的提出起源于軟件危機(jī),而其目的應(yīng)該是最終解決軟件的(D)問題。A).產(chǎn)生危機(jī)B).質(zhì)量保證C).開發(fā)效率D).生產(chǎn)工程化41。軟件開發(fā)的結(jié)構(gòu)生命周期法的基本假定是認(rèn)為軟件需求能做到(C).A).嚴(yán)格定義B).初步定義C).早期凍結(jié)D).動(dòng)態(tài)改變

10、42。軟件工程的結(jié)構(gòu)化分析方法強(qiáng)調(diào)的是分析開發(fā)對象的(C)。A).數(shù)據(jù)流B).控制流C).時(shí)間限制D).進(jìn)程通信43。瀑布模型將軟件生命周期歸納為個(gè)時(shí)期,即計(jì)劃期、開發(fā)期和運(yùn)行期。下列(D)不屬于開發(fā)期內(nèi)的工作。A).總體設(shè)計(jì)B).詳細(xì)設(shè)計(jì)C).程序設(shè)計(jì)D).維護(hù)44。軟件開發(fā)的可行性研究,一般涉及經(jīng)濟(jì)、技術(shù)和操作的可能性,而進(jìn)行可行性研究的基本依據(jù)則是用戶提出的軟件(B)。A).系統(tǒng)質(zhì)量B).系統(tǒng)目標(biāo)C).系統(tǒng)功能D).系統(tǒng)性能45。軟件可行性分析是著重確定系統(tǒng)的目標(biāo)和規(guī)模。對功能、性能以及約束條件的分析應(yīng)屬于下列之中的(B)任務(wù)。A).分析B).估價(jià)C).制定制度D).進(jìn)度分配46。軟件可

11、行性分析是著重確定系統(tǒng)的目標(biāo)和規(guī)模。對功能、性能以及約束條件的分析應(yīng)屬于下列之中的(A)。A).經(jīng)濟(jì)可行性分析B).技術(shù)可行性分析C).操作可行性分析D).開發(fā)可行性分析47。結(jié)構(gòu)化方法將軟件生命周期分為計(jì)劃、開發(fā)和運(yùn)行3個(gè)時(shí)期,下列任務(wù)中(B)屬于計(jì)劃時(shí)期的任務(wù)。A).需求分析B).問題定義C).總體設(shè)計(jì)D)編碼48。耦合是軟件各個(gè)模塊間連接的一種度量。一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于(B)方式。A).內(nèi)容耦合B).公共耦合C).外部耦合D).控制耦合49。內(nèi)聚是從功能角度來度量模塊內(nèi)的聯(lián)系,按照特定次序執(zhí)行元素的模塊屬于(C)方式。A).邏輯內(nèi)聚B).時(shí)間內(nèi)聚C).過程內(nèi)聚D).順序內(nèi)聚5

12、0。軟件測試基本方法中,下列(D)不用測試實(shí)例。A).白盒測試法B).動(dòng)態(tài)測試法C).黑盒測試法D).靜態(tài)測試法51。軟件管理中,需要對軟件進(jìn)行配置,各階段文檔的管理屬于(D)。A).組織管理B).資源管理C).計(jì)劃管理D).版本管理52。軟件開發(fā)的結(jié)構(gòu)化方法中,常用數(shù)據(jù)字典技術(shù),其中數(shù)據(jù)加工是其組成內(nèi)容之一,下述方法(D)是常采用編寫加工說明的方法。結(jié)構(gòu)化語言判定樹判定表A).B).C).、D).都是53.軟件工程方法的產(chǎn)生源于軟件危機(jī),下列(A)是產(chǎn)生軟件危機(jī)的內(nèi)在原因。軟件的復(fù)雜性軟件維護(hù)困難軟件成本太高軟件質(zhì)量難保證A).B).C).、D).、54。在軟件工程實(shí)施中,產(chǎn)生軟件生命周期的

13、概念是由(A)。A).方法論所決定的B).開發(fā)技術(shù)劃分C).軟件開發(fā)規(guī)律D).軟件工程管理55。結(jié)構(gòu)化軟件開發(fā)期將軟件開發(fā)劃分為3個(gè)階段,其中關(guān)鍵的是(B)。A).編碼的正確性B).需求的準(zhǔn)確性C).測試的嚴(yán)格性D).設(shè)計(jì)的科學(xué)性56。在結(jié)構(gòu)化方法的軟件需求定義中,可采用分析工具來輔助完成。下列工具中,(D)是常用的工具。數(shù)據(jù)流圖 結(jié)構(gòu)圖 數(shù)據(jù)字典 判定表A).、B).、C).、D).、57。軟件工程的結(jié)構(gòu)化分析方法具有自身的特征,下列可選內(nèi)容中,(B)不具有其特征。A).書寫大量文檔B).詳細(xì)的界面表示C).對數(shù)據(jù)流進(jìn)行分析D).凍結(jié)應(yīng)用需求58.詳細(xì)設(shè)計(jì)是軟件總體設(shè)計(jì)滯后的工作。下列可選內(nèi)

14、容中,(C)不屬于詳細(xì)設(shè)計(jì)內(nèi)容。A).算法設(shè)計(jì)B).模塊設(shè)計(jì)C).屏幕設(shè)計(jì)D).功能設(shè)計(jì)59。軟件評審時(shí)保證軟件質(zhì)量的重要措施,它是對軟件開發(fā)階段成果的復(fù)審。下列(A)是復(fù)審的必須內(nèi)容。需求復(fù)審 總體設(shè)計(jì)復(fù)審 詳細(xì)設(shè)計(jì)復(fù)審 程序復(fù)審A).、B).、C).、D)全部60。提高軟件的可維護(hù)性可采取很多措施,下列(A)不在措施之列。A).提供沒有錯(cuò)誤的程序B).建立質(zhì)量保證制度C).改進(jìn)程序文檔質(zhì)量D).明確軟件質(zhì)量標(biāo)準(zhǔn)61。在軟件開發(fā)過程中,軟件結(jié)構(gòu)設(shè)計(jì)是描述(B).A).數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)B).軟件模塊體系C).軟件結(jié)構(gòu)測試D).軟件控制過程二.填空題1軟件質(zhì)量與產(chǎn)品運(yùn)行特性為,健壯性,效率,安全性,

15、可用性,風(fēng)險(xiǎn)性和可靠性.2軟件工程的目的是成功地建造大型的軟件系統(tǒng),主要內(nèi)容是軟件開發(fā)技術(shù)和軟件工程管理兩方面3軟件開發(fā)方法的主要目的是克服軟件手工生產(chǎn),使軟件開發(fā)能進(jìn)入工程化和規(guī)范化的環(huán)境4軟件工程學(xué)中除重視軟件開發(fā)技術(shù)的研究外,另一重要組成內(nèi)容是軟件的工程管理.5瀑布模型把軟件生命周期劃分為軟件定義,軟件開發(fā),與運(yùn)行與維修3個(gè)階段,而沒個(gè)階段又可分為若干個(gè)小更小的階段.6軟件文檔是軟件工程實(shí)施中的重要成分,它不僅是軟件開發(fā)的各階段的重要依據(jù),而且也是影響軟件的可維護(hù)性.7文檔是軟件開發(fā)人員,維護(hù)人員,用戶,以及計(jì)算機(jī)之間的橋梁.8在軟件生命周期的各個(gè)階段都會(huì)產(chǎn)生一系列的文件,如手冊,數(shù)據(jù)和

16、程序等,他們總稱為軟件配置9軟件工程開發(fā)的可行性研究是決定軟件項(xiàng)目是否繼續(xù)開發(fā)的關(guān)鍵,而可行性研究的結(jié)論主要是關(guān)于軟件系統(tǒng)目標(biāo)10.軟件計(jì)劃是軟件開發(fā)的早期和重要階段,此階段要求交互和配合的是分析人員和用戶人員11.可行性研究的目的是要用最小的代價(jià),在盡可能段的時(shí)間內(nèi)確定軟件項(xiàng)目的可行性12.從可行性研究從技術(shù)可行性經(jīng)濟(jì)可行性,和社會(huì)可行性3各方面進(jìn)行論證.13軟件成本效益分析的目的是從經(jīng)濟(jì)的角度評價(jià)軟件項(xiàng)目的開發(fā)是否可行.14.在可行性研究中,要用軟件的描述工具畫出現(xiàn)行系統(tǒng)流程圖,它反映了現(xiàn)行系統(tǒng)的基本功能和處理流程.15.流程系統(tǒng)圖表達(dá)了系統(tǒng)中各個(gè)元素之間信息的流動(dòng)情況.16需求分析階段需

17、要編寫的文檔有:需求規(guī)格說明書,初步用戶使用手冊和確認(rèn)測試計(jì)劃.17.軟件計(jì)劃包括總體設(shè)計(jì)(或概要設(shè)計(jì))和詳細(xì)設(shè)計(jì)兩個(gè)階段.18.軟件概要設(shè)計(jì)的成果是軟件設(shè)計(jì)說明書.19.軟件的詳細(xì)設(shè)計(jì),也稱模塊設(shè)計(jì).它要求設(shè)計(jì)人員為每一個(gè)程序模塊確定所使用的算法,數(shù)據(jù)結(jié)構(gòu),接口細(xì)節(jié)和輸入,輸出數(shù)據(jù)等.20.結(jié)構(gòu)化分析方法是面向數(shù)據(jù)流進(jìn)行分析的方法.21.在軟件開發(fā)的結(jié)構(gòu)化方法中,構(gòu)成系統(tǒng)邏輯模型的是數(shù)據(jù)流和數(shù)據(jù)字典.22.數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動(dòng)和被處理的過程,是軟件模型的一種圖示,它一般包括4種圖形符號(hào):變換/加工,外部實(shí)體,數(shù)據(jù)流向和數(shù)據(jù)儲(chǔ)存.23.判定表是一種用以描述軟件加工時(shí)組合條件的一種圖示

18、方法,一般它由條件和條件項(xiàng)目以及操作部和操作組成.24.數(shù)據(jù)字典有4類條目,它們是數(shù)據(jù)項(xiàng),數(shù)據(jù)流,數(shù)據(jù)儲(chǔ)存和基本加工.25.數(shù)據(jù)流圖采用4種符號(hào)表示數(shù)據(jù)儲(chǔ)存,數(shù)據(jù)源點(diǎn)和終點(diǎn),數(shù)據(jù)流向和數(shù)據(jù)加工.26.面向數(shù)據(jù)流的軟件設(shè)計(jì)中,一般是把數(shù)據(jù)流圖的數(shù)據(jù)流劃分為變換流和事物流27.結(jié)構(gòu)化分析方法用于加工邏輯的工具有結(jié)構(gòu)化語言、判定表、判定樹共三種工具。28.在軟件研制過程中,CASE是指計(jì)算機(jī)輔助軟件工程。29.計(jì)算機(jī)輔助軟件工程(CASE)的目標(biāo)是實(shí)現(xiàn)軟件開發(fā)各個(gè)階段的自動(dòng)化。30.PAD是一種詳細(xì)設(shè)計(jì)工具。31.模塊的獨(dú)立性可以通過軟件的耦合性和內(nèi)聚性這兩個(gè)指標(biāo)來衡量。32.軟件模塊獨(dú)立性的兩個(gè)定

19、性度量標(biāo)準(zhǔn)是內(nèi)聚性和耦合性。33.為了便于軟件模塊的維護(hù)和測試,模塊的接口應(yīng)當(dāng)簡單。34.在白盒法測試中,對程序的語句邏輯有6種覆蓋技術(shù),其中發(fā)現(xiàn)錯(cuò)誤能力最強(qiáng)的技術(shù)是路徑覆蓋技術(shù)。35.若有一個(gè)計(jì)算類型程序,它的輸入量只有一個(gè)X,其范圍是-1.0,1.0。現(xiàn)在輸入的角度考慮設(shè)計(jì)一組測試該程序的測試用例為-1.001,-1.0,1.0,1.001,設(shè)計(jì)這組測試的方法是邊界值分析法。36.軟件測試中路徑覆蓋測試是整個(gè)測試的基礎(chǔ),它是對軟件的結(jié)構(gòu)進(jìn)行測試。37.軟件工程的提出起源于軟件危機(jī),其目的是最終解決軟件的生產(chǎn)工程化。38.回歸測試是校正性維護(hù)中最常運(yùn)用的方法。39.軟件復(fù)審時(shí),其主要的復(fù)審對

20、象是軟件文檔。40.軟件項(xiàng)目開發(fā)計(jì)劃屬于管理文檔。3.8同步練習(xí)一,選擇題1.軟件危機(jī)通常是指在計(jì)算機(jī)軟件開發(fā)和維護(hù)中所產(chǎn)生的一系列嚴(yán)重的問題,這些問題中相對次要的因素是( )A)軟件功能B)文檔質(zhì)量C)開發(fā)效率D)軟件性能2.以下( )不是軟件危機(jī)的表現(xiàn)形式。A)開發(fā)的軟件不滿足用戶的需要B)開發(fā)的軟件可維護(hù)性差C)開發(fā)的軟件價(jià)格便宜D)開發(fā)的軟件可靠性差3.軟件危機(jī)是軟件產(chǎn)業(yè)化過程中出現(xiàn)的一種現(xiàn)象,下述現(xiàn)象:.軟件需求增長難以滿足.軟件開發(fā)成本提高.軟件開發(fā)進(jìn)度難以控制.軟件質(zhì)量不易保證( )是其主要表現(xiàn)。A),和B)和C)全部D),和4.比較成熟的軟件開發(fā)方法是( )A)面向數(shù)據(jù)庫的方法

21、B)軟件工程的開發(fā)方法C)結(jié)構(gòu)化的程序設(shè)計(jì)方法D)面向?qū)ο蟮拈_發(fā)方法5.軟件工程的目的是( )。A)建造大型的軟件系統(tǒng)B)軟件開發(fā)的理論研究C)軟件的質(zhì)量的保證D)研究軟件開發(fā)的原理6.軟件工程的出現(xiàn)主要是由于( )。A)程序設(shè)計(jì)方法學(xué)的影響B(tài))其它工程科學(xué)的影響C)軟件危機(jī)的出現(xiàn)D)計(jì)算機(jī)的發(fā)展7.軟件工程學(xué)一般包含軟件開發(fā)技術(shù)和軟件工程管理兩方面的內(nèi)容,下述( )是屬于軟件開發(fā)技術(shù)的內(nèi)容。.軟件開發(fā)方法學(xué).軟件工程環(huán)境.軟件工程經(jīng)濟(jì)學(xué)A)B)C)和D)和8.軟件工程學(xué)一般應(yīng)包括:軟件開發(fā)技術(shù)和軟件工程管理兩部分內(nèi)容,下述( )是軟件工程管理的內(nèi)容。.人員組織.進(jìn)度安排.質(zhì)量保證.成本核算A

22、)和B)和C)和D)都是9軟件工程學(xué)中除重視軟件開發(fā)的研究外,另一重要組成內(nèi)容是軟件的( ).A)工程管理B)成本核算C)人員培訓(xùn)D)工具開發(fā)10軟件工程學(xué)涉及到軟件開發(fā)技術(shù)和工程管理兩方面的內(nèi)容,下述內(nèi)容中( )不屬于開發(fā)技術(shù)的范疇.A)軟件開發(fā)方法B)軟件開發(fā)工具C)軟件工程環(huán)境D)軟件工程經(jīng)濟(jì)11軟件文檔是軟件工程實(shí)施當(dāng)中的重要成分,她不僅是軟件開發(fā)各階段的重要依據(jù)而且也影響軟件的( ).A)可理解性B)可維護(hù)性C)可擴(kuò)展性D)可移植性12在軟件工程中,高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和( ).A)統(tǒng)一性B)安全性C)無二義性D)組合性13軟件生命周期一般可以分為兩個(gè)重要階段,它們分別是

23、( ).A)分析和設(shè)計(jì)B)開發(fā)和運(yùn)行C)編碼和測試D)規(guī)劃和設(shè)計(jì)14軟件生命周期一般包括:軟件開發(fā)期和軟件運(yùn)行期,下述( )不是軟件開發(fā)期所包含的內(nèi)容.A)需求分析B)結(jié)構(gòu)設(shè)計(jì)C)程序編制D)性能優(yōu)化15在瀑布模型中,將軟件開發(fā)劃分為若干個(gè)時(shí)期,軟件項(xiàng)目的可行性研究一般被歸屬于( ).A)維護(hù)時(shí)期B)計(jì)劃時(shí)期C)運(yùn)行時(shí)期D)開發(fā)時(shí)期16軟件工程的結(jié)構(gòu)花生命周期方法,通常將軟件生命周期劃分為計(jì)劃、開發(fā)和運(yùn)行三個(gè)周期,下述( )工作應(yīng)屬于軟件開發(fā)期的內(nèi)容.I需求分析II可行性研究III總體設(shè)計(jì)A)只有IB) I和IIC) I和IIID) 全部17( )的目的在于用最小的代價(jià)確定在問題定義階段所確定

24、的系統(tǒng)的目標(biāo)和規(guī)模是否實(shí)現(xiàn),所確定的問題是否可以解決,系統(tǒng)方案是否可以接受.A)可行性研究B)需求分析C)總統(tǒng)設(shè)計(jì)D)軟件計(jì)劃18軟件計(jì)劃是軟件開發(fā)的早期和重要階段,此階段要求交互和配合的是( ).A)設(shè)計(jì)人員和用戶B)分析人員和用戶C)分析人員和設(shè)計(jì)人員D)編碼人員和用戶19軟件計(jì)劃的目的是提供一個(gè)框架,使主管人員對項(xiàng)目能在短期內(nèi)進(jìn)行合理的估價(jià),下述( )不屬于計(jì)劃期的內(nèi)容.A)資源需求B)成本估算C)項(xiàng)目進(jìn)度D)功能需求20軟件可行性一般不考慮( ).A)是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B)待開發(fā)的軟件是否有質(zhì)量問題C)待開發(fā)的軟件是否有市場,經(jīng)濟(jì)上是否合算D)是否有足夠的工具和

25、相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)21軟件工程開發(fā)的可行性研究是軟件項(xiàng)目是否繼續(xù)開發(fā)的關(guān)鍵,而可行性研究的結(jié)論主要相關(guān)于( ).A)軟件系統(tǒng)目標(biāo)B)軟件的性能C)軟件的功能D)軟件的質(zhì)量22可行性分析是軟件開發(fā)計(jì)劃階段的重要環(huán)節(jié),下述結(jié)論( )I可行II不可行III改變目標(biāo)IV追加條件分析后可能出現(xiàn)的情況是( ).A)I和IIB)II和IIIC)I和II和IIID)全部23下列所述不是軟件的組成的是( ).A)程序B)數(shù)據(jù)C)界面D)文檔24軟件開發(fā)的需求活動(dòng),其主要任務(wù)是( ).A)給出軟件解決方案B)定義需求并建立系統(tǒng)模型C)定義模塊算法D)給出系統(tǒng)模塊結(jié)構(gòu)25軟件按照設(shè)計(jì)的要求,在規(guī)定時(shí)間和條件下

26、達(dá)到不出故障、持續(xù)運(yùn)行的要求的質(zhì)量特性稱為( ).A)可靠性B)可用性C)正確性D)完整性26軟件需求說明書中包括多方面的內(nèi)容,下述( )不是軟件說明書中應(yīng)包括的內(nèi)容.A)數(shù)據(jù)描述B)功能描述C)性能描述D)結(jié)構(gòu)描述27軟件需求分析階段建立原型的主要目的是( ).A)確定系統(tǒng)的功能和性能要求B)確定系統(tǒng)的性能要求C)確定系統(tǒng)是否滿足用戶要求D)確定系統(tǒng)是否開發(fā)人員需要28數(shù)據(jù)需求說明書的編制處于( )階段.A)需求分析B)可行性研究C)需求分析和總體設(shè)計(jì)D)可行性研究和需求分析29需求分析是由分析人員經(jīng)了解用戶的需求,認(rèn)真仔細(xì)的調(diào)研、分析,最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出( ).A)模塊說明

27、書B)需求規(guī)格說明書C)項(xiàng)目開發(fā)設(shè)計(jì)D)合同文檔30軟件設(shè)計(jì)是一個(gè)把( )轉(zhuǎn)換為軟件表示的過程.A)代碼設(shè)計(jì)B)軟件需求C)詳細(xì)設(shè)計(jì)D)系統(tǒng)分析31軟件設(shè)計(jì)是軟件需求分析的繼續(xù),下述內(nèi)容I軟件結(jié)構(gòu)II軟件過程III軟件模塊IV程序風(fēng)格( )是軟件設(shè)計(jì)階段所應(yīng)包含的.A) IB)I和IIC)I和II和IIID)全部32軟件需求階段要解決的問題是( ).A)軟件做什么B)軟件提供哪些信息C)軟件采用什么結(jié)構(gòu)D)軟件怎樣做33下面說法不正確的是( ).A)流程圖不易表示數(shù)據(jù)結(jié)構(gòu)B)流程圖容易造成非結(jié)構(gòu)化的程序結(jié)構(gòu)C)流程圖支持逐步求精D)流程圖描述的是程序的邏輯結(jié)構(gòu)34軟件結(jié)構(gòu)圖能描述軟件系統(tǒng)的總體

28、結(jié)構(gòu),它應(yīng)在軟件開發(fā)的( )階段提出.A)需求分析B)總統(tǒng)設(shè)計(jì)C)詳細(xì)設(shè)計(jì)D)代碼編寫35.軟件的( )設(shè)計(jì)有稱為總體結(jié)構(gòu)設(shè)計(jì),其主要任務(wù)是建立軟件的總體結(jié)構(gòu)。A) 概要B) 抽象C) 邏輯D) 規(guī)劃36.下列所述不是軟件的特點(diǎn)的是( ).A) 軟件是有形的B) 軟件不存在磨損和消耗問題C) 軟件開發(fā)成本高D) 軟件沒有明顯的制作過程37.軟件生產(chǎn)發(fā)展經(jīng)歷了程序設(shè)計(jì)時(shí)代、( )和軟件工程時(shí)代。A)結(jié)構(gòu)化設(shè)計(jì)時(shí)代B)面向?qū)ο笤O(shè)計(jì)時(shí)代C)程序系統(tǒng)時(shí)代D)集體開發(fā)時(shí)代38.軟件的結(jié)構(gòu)化設(shè)計(jì)(SD)方法中,一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段,其中總體設(shè)計(jì)主要是要建立( )。A)軟件結(jié)構(gòu)B)軟件流程C)

29、軟件模型D)軟件模塊39.軟件需求分析一般應(yīng)確定得是用戶對軟件的( )。A)功能需求B)非功能需求C)性能需求D)功能需求和非功能需求40.軟件設(shè)計(jì)中的軟件過程主要描述( )A)模塊間的關(guān)系B)模塊操作細(xì)節(jié)C)模塊控制方法D)模塊類型41.軟件工程過程包括4種基本活動(dòng),下列所述不屬于軟件工程過程的4個(gè)基本活動(dòng)得是( )A)軟件規(guī)格說明B)軟件測試C)軟件開發(fā)D)軟件演進(jìn)42.軟件詳細(xì)設(shè)計(jì)階段的任務(wù)是( )A)確定程序文件名B)確定模塊的算法C)確定變量名D)確定使用的語言43.軟件詳細(xì)設(shè)計(jì)階段屬于軟件生命周期的( )階段。A)需求分析B)軟件設(shè)計(jì)C)編碼D)軟件維護(hù)44.軟件開發(fā)的生命周期方法

30、中,對模塊的具體功能進(jìn)行描述得是( )A)需求分析B)概要設(shè)計(jì)C)詳細(xì)設(shè)計(jì)D)編碼設(shè)計(jì)45.瀑布模型把軟件生命周期劃分為軟件定義、軟件開發(fā)與( )3個(gè)階段,而每一個(gè)階段又可細(xì)分為若干個(gè)更小的階段。A)詳細(xì)設(shè)計(jì)B)可行性分析C)運(yùn)行及維護(hù)D)測試與排錯(cuò)46.結(jié)構(gòu)化分析(SA)是軟件開發(fā)需求分析階段所使用的方法,不是SA所使用的工具。A)DFD圖B)PAD圖C結(jié)構(gòu)化語言D)判斷樹47.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、( )和加工說明等描述工具,即用直觀的圖和間潔的語言來描述軟件系統(tǒng)模型。A)DFD圖B)PAD圖C)HIPO圖D)數(shù)據(jù)字典48.結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、( )和加工說明等描述工具,即用直觀

31、的圖和簡潔的語言描述軟件系統(tǒng)模型。A)效率B)速度C)可讀性D)大小49.結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中用于( )。A)概要設(shè)計(jì)B)程序設(shè)計(jì)C)詳細(xì)設(shè)計(jì)D可靠性分析50.結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是( )A)篩選法B)遞歸法C)迭代法D)逐步求精法51.( )既可以用于模塊開發(fā)階段,也可用于算法實(shí)現(xiàn)的詳細(xì)設(shè)計(jì)階段。A)流程圖B)數(shù)據(jù)流圖C)結(jié)構(gòu)圖D)SC圖52.PAD(problem Analysis Diagram )圖是一種( )工具。A)系統(tǒng)描述B)詳細(xì)設(shè)計(jì)C) 測試D)編程輔助53.下列關(guān)于軟件設(shè)計(jì)準(zhǔn)則的描述,錯(cuò)誤的是( )。A)提高模塊的獨(dú)立性B)深度、寬度、扇出和扇入適當(dāng)C)使摸塊的

32、作用域在該模塊的控制域外D)設(shè)計(jì)成單入口、單出口的模塊54.結(jié)構(gòu)化程序從理論上可以不使用( )語句。當(dāng)然程序是否使用該語句是無關(guān)緊要的,重要的是程序的結(jié)構(gòu)是否嚴(yán)謹(jǐn)、清晰。A)ANDB)IFC)FOTOD)STOP55.能反映出軟件結(jié)構(gòu)的是( )。A)數(shù)據(jù)流圖B)判斷樹C)判斷表D)軟件程序結(jié)構(gòu)圖56.復(fù)雜的數(shù)據(jù)流圖( )。A) 只有變換型B)只有事務(wù)型C)無規(guī)律D)既有變換型又有事務(wù)型57.軟件開發(fā)的結(jié)構(gòu)化分析方法,常用的描述軟件功能需求的工具有( )。A)業(yè)務(wù)流程圖,數(shù)據(jù)字典B)軟件流程圖,模塊說明C)數(shù)據(jù)流程,數(shù)據(jù)字典D)系統(tǒng)流程圖,程序編碼58.數(shù)據(jù)流圖的正確性是保證軟件邏輯模型正確性的

33、基礎(chǔ),與上述問題相關(guān)性的內(nèi)容是( )。A)數(shù)據(jù)守恒B)均勻分解C)文件操作D)圖形層數(shù)59.分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式,它的頂層描繪了系統(tǒng)的( )A)總貌B)細(xì)節(jié)C)抽象D)軟件的作用60.數(shù)據(jù)流圖中,當(dāng)數(shù)據(jù)流向或流自文件時(shí),( )。A)數(shù)據(jù)流要命名,文件不必命名B)數(shù)據(jù)流不必命名,有文件名就足夠了C)數(shù)據(jù)流和文件均要命名,因?yàn)榱鞒龊土鬟M(jìn)的數(shù)據(jù)流是不同的D)數(shù)據(jù)流和文件均不用命名,通過加工可自然反映出61.數(shù)據(jù)流圖(DFD)是用于描述結(jié)構(gòu)化方法中( )工作階段的工具。A)可行性分析B)需求分析C)詳細(xì)設(shè)計(jì)D)程序編碼62.數(shù)據(jù)字典(DD)是定義( )描述工具中的數(shù)據(jù)的工具。

34、A)數(shù)據(jù)流圖B)系統(tǒng)流程圖C)程序流程圖D)軟件結(jié)構(gòu)圖63.數(shù)據(jù)字典用于描述( )的具體含義時(shí)對處理中每個(gè)數(shù)據(jù)嚴(yán)格定義以保證數(shù)據(jù)在系統(tǒng)中的一致性。A)數(shù)據(jù)流B)數(shù)據(jù)流圖C)數(shù)據(jù)D)變換64.用方框圖作為詳細(xì)設(shè)計(jì)工具時(shí),將用到工具-數(shù)據(jù)盒,下述( )不是數(shù)據(jù)盒描述的對象(A) 全局?jǐn)?shù)據(jù)(B) 局部數(shù)據(jù)(C) 數(shù)據(jù)結(jié)構(gòu)(D) 執(zhí)行過程65.數(shù)據(jù)流圖是用于軟件需求分析的工具,下列元素().數(shù)據(jù)流 .加工.數(shù)據(jù)存儲(chǔ) .外部實(shí)體A) , 和B) 和C) , 和D) 全部66.軟件工程管理包括軟件管理學(xué),軟件工程經(jīng)濟(jì)學(xué),軟件心理學(xué)等.下列敘述中不是軟件工程經(jīng)濟(jì)學(xué)所研究的是().A) 成本估算B) 市場分析

35、C) 成本效益分析方法D) 成本效益分析技術(shù)67.軟件開發(fā)環(huán)境是指支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng),它由軟件工程集和環(huán)境集成機(jī)制構(gòu)成.環(huán)境集成機(jī)制為工具集和和軟件開發(fā),維護(hù)與管理提供統(tǒng)一的支持,它通常包括3部分,下列不屬于3部分的是()A) 數(shù)據(jù)集成B) 控制集成C) 功能集成D) 界面集成68.數(shù)據(jù)流圖是進(jìn)行軟件需求分析常用的工具,其中最基本的圖符是:變換,數(shù)據(jù)流,數(shù)據(jù)存儲(chǔ)和外部實(shí)體,其中用()圖符來代表圖中的數(shù)據(jù)源/潭.A) 變換B) 數(shù)據(jù)流C) 數(shù)據(jù)存儲(chǔ)D) 外部實(shí)體69.數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動(dòng)和變換的過程,而對數(shù)據(jù)流圖中所包含的元素的定義則是()A) 數(shù)據(jù)存儲(chǔ)B) 數(shù)據(jù)加工C) 數(shù)據(jù)

36、字典D) 數(shù)據(jù)定義70.遵守?cái)?shù)據(jù)守恒與否是檢查數(shù)據(jù)流圖正確性的措施之一,而違背數(shù)據(jù)守恒的情況只能出現(xiàn)在()A) 數(shù)據(jù)存儲(chǔ)B) 數(shù)據(jù)流C) 數(shù)據(jù)加工D) 數(shù)據(jù)組合71.技術(shù)可行性研究是指根據(jù)客戶提出的系統(tǒng)功能,性能及現(xiàn)實(shí)系統(tǒng)的各項(xiàng)約束條件,從技術(shù)角度研究實(shí)現(xiàn)系統(tǒng)可行性.下列不是可行性研究的內(nèi)容是()A) 需求分析B) 風(fēng)險(xiǎn)分析C) 資源分析D) 技術(shù)分析72.Jackson設(shè)計(jì)方法是由Jackson所提出的,它是一種面向()的軟件設(shè)計(jì)方法.A) 對象B) 數(shù)據(jù)流C) 數(shù)據(jù)結(jié)構(gòu)D) 控制結(jié)構(gòu)73.結(jié)構(gòu)化程序設(shè)計(jì)思想的核心是要求程序只有順序,循環(huán)和()三種結(jié)構(gòu)組成.A) 分支B) 單入口C) 單出口

37、D) 有規(guī)則GOTO74.使用表示結(jié)構(gòu)化的問題分析圖(PAD)符號(hào)所設(shè)計(jì)出來的程序()A) 必然是結(jié)構(gòu)化程序B) 一般不是結(jié)構(gòu)化程序C) 一般是結(jié)構(gòu)化程序D) 絕對不是結(jié)構(gòu)化程序75.軟件開發(fā)的瀑布模型最典型地刻畫了軟件生命周期的階段劃分,而與其最相適應(yīng)的軟件開發(fā)的方法是()A) 構(gòu)件化方法B) 面向?qū)ο蠓椒–) 結(jié)構(gòu)化方法D) 原型化方法76.偽碼又稱為程序設(shè)計(jì)語言PDL,一種典型的PDL是仿照()編寫的.A) FORTRANB) 匯編語言C) PASCAL 語言D) COBAL 語言77.偽碼作為詳細(xì)設(shè)計(jì)的工具,缺點(diǎn)在于()A) 每個(gè)符號(hào)對應(yīng)于源程序的一行代碼,對于提高系統(tǒng)的可理解性作用很

38、小B) 不如其他圖形工具直觀,描述復(fù)雜的條件組合于動(dòng)作間的對應(yīng)關(guān)系不夠明了C) 容易使程序員不受任何約束,隨意轉(zhuǎn)移控制D) 不支持逐步求精,使程序員不去考慮系統(tǒng)的全局結(jié)構(gòu)78.從需求分析建立的模型的特性來分,需求分析方法又分為()和動(dòng)態(tài)分析方法.A) 結(jié)構(gòu)化分析方法B) 面向?qū)ο蠓治龇椒–) 靜態(tài)分析方法D) 面向數(shù)據(jù)流分析方法79.結(jié)構(gòu)化生命周期方法具有各種特征,下列各種描述中,()不是結(jié)構(gòu)化方法的特征.A) 嚴(yán)格定義需求B) 劃分開發(fā)階段C) 提供運(yùn)行模型D) 制定規(guī)范文檔80.結(jié)構(gòu)化分析方法最后提供的文檔是軟件的()A) 功能說明書B) 加工說明書C) 可行性分析報(bào)告D) 結(jié)構(gòu)說明書81

39、.結(jié)構(gòu)化程序流程圖中一般包括3種基本結(jié)構(gòu),下述結(jié)構(gòu)中()不屬于其基本結(jié)構(gòu).A) 順序結(jié)構(gòu)B) 條件結(jié)構(gòu)C) 選擇結(jié)構(gòu)D) 嵌套結(jié)構(gòu)82.下列敘述中不屬于軟件生命周期模型的是()A) 瀑布模型B) 快速原型模型C) 操作模型D) 原子模型83.軟件結(jié)構(gòu)中有度量軟件結(jié)構(gòu)的術(shù)語,而表示控制的總分布的術(shù)語則是軟件結(jié)構(gòu)的()A) 深度B) 寬度C) 扇出D) 扇入84.軟件設(shè)計(jì)模塊化的目的是()A) 提高易讀性B) 降低復(fù)雜性C) 增加內(nèi)聚性D) 降低耦合性85.模塊的獨(dú)立性是軟件模塊化設(shè)計(jì)的關(guān)鍵之一,一般用內(nèi)聚和()兩個(gè)定性標(biāo)準(zhǔn)來度量模塊的獨(dú)立性.A) 軟件的質(zhì)量B) 一致性C) 可重用D) 耦合86

40、.軟件開發(fā)期包括分析,設(shè)計(jì)和實(shí)施兩類任務(wù),其中實(shí)施包括編碼和()A) 總體設(shè)計(jì)B) 運(yùn)行C) 詳細(xì)設(shè)計(jì)D) 測試87.耦合是軟件中各種模塊間相互聯(lián)系的一種度量,耦合的強(qiáng)弱取決于模塊間的復(fù)雜程度,在耦合的若干種類中,耦合度最高的是()A) 內(nèi)容耦合B) 非直接耦合C) 數(shù)據(jù)耦合D) 控制耦合88.信息隱蔽的概念與下述()概念直接向關(guān).A) 軟件結(jié)構(gòu)定義B) 模塊獨(dú)立性C) 模塊類型劃分D) 模塊耦合度89.一個(gè)模塊把數(shù)據(jù)作為參數(shù)傳送給另一個(gè)模塊,這種耦合方式稱為()A) 數(shù)據(jù)耦合B) 公共耦合C) 控制耦合D) 標(biāo)記耦合90.一個(gè)模塊內(nèi)部各個(gè)程序段都在同一張表上操作,這個(gè)模塊的內(nèi)聚性稱為(0A)

41、 時(shí)間內(nèi)聚B) 功能內(nèi)聚C) 通信內(nèi)聚D) 順序內(nèi)聚91.模塊設(shè)計(jì)的原則是()A) 低耦合,高內(nèi)聚B) 高耦合,高內(nèi)聚C) 夠耦合,低內(nèi)聚D) 低耦合,低內(nèi)聚92.內(nèi)聚性是對模塊功能強(qiáng)度的衡量,下列選項(xiàng)中,內(nèi)聚性較弱()A) 邏輯內(nèi)聚B) 順序內(nèi)聚C) 偶然內(nèi)聚D) 時(shí)間內(nèi)聚93.內(nèi)聚性是對模塊功能的衡量,下列選項(xiàng)中,內(nèi)聚性較強(qiáng)的是A). 邏輯內(nèi)聚B) 順序內(nèi)聚C) 偶然內(nèi)聚D) 功能內(nèi)聚94.模塊間的耦合性越強(qiáng),說明模塊之間的聯(lián)系越密切,耦合性較弱的是()A) 非直接耦合B) 控制耦合C) 內(nèi)容耦合D) 公共耦合95.需求規(guī)格說明書是需求分析階段的最后成果,是軟件開發(fā)的重要文檔之一.下列不是

42、需求規(guī)格說明書的內(nèi)容的是()A) 數(shù)據(jù)描述B) 功能描述C) 性能描述D) 人員分工96.軟件測試是保證軟件質(zhì)量的重要措施,太的實(shí)施應(yīng)該是在()A) 程序編碼階段B) 軟件開發(fā)全過程C) 軟件運(yùn)行階段D) 軟件設(shè)計(jì)階段97.軟件測試方法中,黑盒測試法和白盒測試法是常用的方法,其中黑盒測試法主要用于測試()A) 結(jié)構(gòu)合理性B) 軟件外部功能C) 程序正確性D) 程序內(nèi)部邏輯98.在軟件測試中設(shè)計(jì)測試實(shí)例主要由輸入輸出數(shù)據(jù)和()兩部分組成.A) 測試規(guī)則B) 測試計(jì)劃C) 預(yù)期輸出結(jié)果D) 以往測試記錄分析99.在軟件工程中,軟件測試的目的是()A) 試驗(yàn)性運(yùn)行軟件B) 發(fā)現(xiàn)軟件錯(cuò)誤C) 證明軟件

43、是正確的D) 找出軟件中的全部錯(cuò)誤100.在軟件工程中,當(dāng)前用于保證軟件質(zhì)量的主要主要技術(shù)手段還是()A) 正確性說明B) 測試C) 自動(dòng)程序設(shè)計(jì)D) 符號(hào)證明101.軟件設(shè)計(jì)是軟件工程的重要階段,是一個(gè)把軟件需求轉(zhuǎn)換為軟件表示的過程.下列有關(guān)軟件設(shè)計(jì)重要性和地位的敘述中錯(cuò)誤的是()A) 軟件開發(fā)階段(設(shè)計(jì),編碼,測試)占軟件項(xiàng)目開發(fā)總成本的絕大部分B) 軟件設(shè)計(jì)不是將需求準(zhǔn)確地轉(zhuǎn)化為完整的軟件產(chǎn)品或系統(tǒng)的唯一途徑C) 設(shè)計(jì)是軟件工程和軟件維護(hù)的基礎(chǔ)D) 軟件設(shè)計(jì)作出的決策最終影響軟件實(shí)現(xiàn)的成敗102.單元測試又稱為(),一半用黑盒法測試A) 集成測試B) 模塊測試C) 系統(tǒng)測試D) 白盒法1

44、03.軟件測試是軟件開發(fā)過程的重要階段,是軟件質(zhì)量保證的重要手段,下列()是軟件測試的任務(wù).預(yù)防軟件發(fā)生錯(cuò)誤.發(fā)現(xiàn)改正錯(cuò)誤程序.提供診斷錯(cuò)誤信息只有只有只有都是104.對軟件是否能達(dá)到擁護(hù)所期望的要求的測試稱為()A) 集成測試B) 系統(tǒng)測試C) 有效性測試D) 驗(yàn)收測試105.以下()不屬于白盒測試技術(shù)A) 基本路徑測試B) 邊界值分析C) 循環(huán)覆蓋測試D) 邏輯覆蓋測試106.()能夠有效地檢測輸入條件的各種組合可能會(huì)引起的錯(cuò)誤A) 等價(jià)類劃分B) 邊界值分析C) 錯(cuò)誤推測D) 因果圖107.()方法需要考察模塊間的接口和各個(gè)模塊之間的關(guān)系.A) 單元測試B) 集成測試C) 確認(rèn)測試D)

45、系統(tǒng)測試108.軟件測試是軟件開發(fā)過程中重要的和不可缺少的階段,其包含的內(nèi)容和步驟甚多,而測試過程的多種環(huán)節(jié)中最基礎(chǔ)的是()A) 集成測試B) 單元測試C) 系統(tǒng)測試D) 驗(yàn)收測試109.可以提高軟件測試效率的是()A) 隨意選取測試的數(shù)據(jù)B) 制定測試計(jì)劃C) 選取邊界數(shù)據(jù)作為測試用例D) 取盡可能多的數(shù)據(jù)進(jìn)行測試110.軟件測試采用白盒法的是()A) 單元測試B) 集成測試C) 確認(rèn)測試D) 系統(tǒng)測試111.集成測試是為了發(fā)現(xiàn)()階段的錯(cuò)誤A) 編碼B) 詳細(xì)設(shè)計(jì)C) 概要設(shè)計(jì)D) 需求設(shè)計(jì)112.集成測試有兩個(gè)具體辦法,它們是()A) 非漸增式方式和漸增式方式B) 白盒法和黑盒法C) 確

46、認(rèn)測試和系統(tǒng)測試D) 歸納法和演繹法113.白盒測試法屬于()A) 單元測試B) 靜態(tài)測試C) 集成測試D) 動(dòng)態(tài)測試114.軟件測試方法一般有黑盒測試和白盒測試,而其中黑盒測試主要是依據(jù)程序的()A) 結(jié)構(gòu)B) 流程C) 功能D) 邏輯115.程序測試是一項(xiàng)復(fù)雜的工作,一般測試者在進(jìn)行測試中都需要設(shè)計(jì)()A) 數(shù)據(jù)結(jié)構(gòu)B) 測試實(shí)例C) 測試階段D) 測試方法116.系統(tǒng)測試是將軟件系統(tǒng)與硬件,外設(shè)和其他系統(tǒng)元素結(jié)合,對整個(gè)軟件進(jìn)行測試,下述()不是系統(tǒng)測試的內(nèi)容.A) 功能測試B) 路徑測試C) 安裝測試D) 安全測試117.軟件測試與排錯(cuò)是兩類相互聯(lián)系而又性質(zhì)不同的活動(dòng),下述()不具有排

47、錯(cuò)活動(dòng)的特征.A) 修改程序B) 運(yùn)行推理和歸納方法C) 了解程序細(xì)節(jié)D) 運(yùn)用測試實(shí)例118.從技術(shù)觀點(diǎn)上看,軟件設(shè)計(jì)包括軟件結(jié)構(gòu)設(shè)計(jì),數(shù)據(jù)設(shè)計(jì),借口設(shè)計(jì)和()A) 過程設(shè)計(jì)B) 代碼設(shè)計(jì)C) 流程設(shè)計(jì)D) 數(shù)據(jù)庫設(shè)計(jì)119.若一模塊明顯地把開關(guān)量,名字等信息送入另一個(gè)模塊,控制另一模塊的功能,則稱為這種耦合方式為()A) 外部耦合B) 公共耦合C) 控制耦合D) 內(nèi)容耦合120.()能發(fā)現(xiàn)程序中的錯(cuò)誤并能證明程序中不存在錯(cuò)誤.靜態(tài)測試.動(dòng)態(tài)測試.正確性證明A)和B)和C)和D)都是121.系統(tǒng)測試任務(wù)中,系統(tǒng)級(jí)的功能驗(yàn)證由()進(jìn)行A) 軟件設(shè)計(jì)人員和用戶制定驗(yàn)收測試計(jì)劃B) 用戶或用戶代表

48、制定驗(yàn)收測試計(jì)劃C) 軟件設(shè)計(jì)人員和用戶D) 軟件設(shè)計(jì)人員和管理人員共同研究122.軟件測試是軟件開發(fā)過程的重要階段,()是軟件檢測中最后的,最完善的測試.A) 集成測試B) 驗(yàn)收測試C) 有效性測試D) 系統(tǒng)測試123.軟件系統(tǒng)的測試包括如下5類,他們的測試順序?yàn)?驗(yàn)收測試.系統(tǒng)測試.模塊測試.集成測試. 有效性測試A), , , , B), , , , C), , , , D), , , , 124.軟件測試是軟件質(zhì)量保證的必要和重要環(huán)節(jié),下述().軟件功能.軟件結(jié)構(gòu).軟件性能.軟件資料A)和B)和C)和和D)全部125.回歸測試是()最常運(yùn)用的方法A) 校正性測試B) 適應(yīng)性測試C) 完

49、善性測試D) 預(yù)防性測試126.軟件的可維護(hù)度量可分解為對多種因素的度量,下述各種因素.可測試性.可理解性.可修改性.可復(fù)用性()是可維護(hù)性度量的內(nèi)容A)和B)C), 和D)全部127.軟件維護(hù)是軟件運(yùn)行期的重要任務(wù),下列維護(hù)任務(wù)中()是軟件維護(hù)的主要部分.A) 完善性維護(hù)B) 適應(yīng)性維護(hù)C) 校正性維護(hù)D) 支持性維護(hù)128.影響軟件維護(hù)的因素一般包括:人員因素,技術(shù)因素和管理因素,就程序本身的技術(shù)因素可言,下述()一般不會(huì)影響到維護(hù)工作.A) 軟件規(guī)模B) 軟件年齡C) 軟件結(jié)構(gòu)D) 開發(fā)工具129.軟件維護(hù)是在用戶使用軟件期間對其所做的補(bǔ)充,修改和增加,下述各類維護(hù)中,一般工作量最大的是

50、().A) 適應(yīng)性維護(hù)B) 完善性維護(hù)C) 校正性維護(hù)D) 其他維護(hù)130.測試應(yīng)該由()完成.A) 與源程序無關(guān)的程序員B) 編制該源程序的程序員C) 不了解軟件計(jì)劃的機(jī)構(gòu)D) 設(shè)計(jì)該軟件的機(jī)構(gòu)131.軟件復(fù)審是保證軟件質(zhì)量的重要技術(shù)手段, 復(fù)審的主要目的和效果是().A) 較早發(fā)現(xiàn)程序錯(cuò)誤B) 做測試的前期準(zhǔn)備C) 較早發(fā)現(xiàn)軟件的缺陷D) 嚴(yán)格貫徹工程規(guī)范132.軟件復(fù)審時(shí)其主要的復(fù)審對象是().A) 軟件結(jié)構(gòu)B) 軟件文檔C) 程序編碼D) 文檔標(biāo)準(zhǔn)133.概要設(shè)計(jì)的基本任務(wù)有4條,下列不是概要設(shè)計(jì)的任務(wù)的是()A) 設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)B) 測試用例設(shè)計(jì)C) 數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計(jì)D) 編寫

51、概要設(shè)計(jì)文檔134.軟件工程經(jīng)驗(yàn)證明軟件開發(fā)要掌握40-20-40規(guī)則,他強(qiáng)調(diào)了軟件開發(fā)中的()A) 設(shè)計(jì),編程和測試B) 分析,設(shè)計(jì)和編程C) 分析,設(shè)計(jì)和測試D) 分析,編程和測試135.在軟件研制過程中,CASE是()A) 指計(jì)算機(jī)輔助系統(tǒng)工程B) CAD和CAM技術(shù)的發(fā)展動(dòng)力C) 正在實(shí)驗(yàn)室的工具D) 指計(jì)算機(jī)輔助軟件工程136.在軟件質(zhì)量因素中,軟件在異常條件下仍能運(yùn)行的能力稱為軟件的()A) 可靠性B) 健壯性C) 可用性D) 安全性137.軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu),反映了整個(gè)系統(tǒng)的功能實(shí)現(xiàn),經(jīng)常使用的結(jié)構(gòu)圖有4種模塊類型,他們是傳入模塊,傳出模塊,變換模塊和()A) 協(xié)調(diào)模塊B) 功能模塊C) 對象模塊D) 結(jié)構(gòu)模塊138.與軟件開發(fā)方法密切相關(guān)的應(yīng)是支持該方法實(shí)施的軟件工具,將它們有機(jī)地集成起來則構(gòu)成一個(gè)()A) 軟件工程環(huán)境B) 軟件開發(fā)規(guī)范C) 軟件生產(chǎn)線D) 軟件開發(fā)工具139.應(yīng)用軟件開發(fā)中有諸多困難,如.缺少系統(tǒng)的方法.開發(fā)工具不完整.用戶需求多變化.系統(tǒng)分析員不足()是開發(fā)時(shí)最難克服的困難A).B).C).D).140.不同的質(zhì)量因素可從產(chǎn)品運(yùn)行,產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移3方面分別反映軟件產(chǎn)品使用時(shí)用戶的不同觀點(diǎn)

溫馨提示

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

最新文檔

評論

0/150

提交評論