軟件工程基礎(chǔ)試題精

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

2、.PDLC.數(shù)據(jù)字典D.層次圖7。數(shù)據(jù)元素組成數(shù)據(jù)的方式的基本類型(DA.順序B.選擇C.循環(huán)D.以上全部8。數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型,數(shù)據(jù)流圖由一些特定的圖符構(gòu)成。下列圖符名標(biāo)識的圖符不屬于數(shù)據(jù)流圖合法圖符的是(A。A.控制流B.加工C.數(shù)據(jù)存儲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。下面不屬于軟件工程原則的是(CA.抽象B.模塊化C.自底向上D.信息隱蔽12。(D是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?它是單獨(dú)命名

3、的而且可以通過名字來訪問。A.模塊化B.抽象C.精化D.模塊13。(C是指讓一些關(guān)系密切的軟件元素在物理上彼此靠近。A.信息隱蔽B.內(nèi)聚C.局部化D.模塊獨(dú)立14。面向數(shù)據(jù)流的設(shè)計方法把(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è)計時應(yīng)該遵循的最主要的原理是(CA.抽象B.模塊化C.模塊獨(dú)立D.信息隱蔽17。在結(jié)構(gòu)化方法中,軟件功能分解屬于軟件開發(fā)中的(C階段。A.詳細(xì)設(shè)計B.需求分析C.總體設(shè)計D.編程調(diào)試18。在測試中,下列說法錯誤的是(BA.測試是為了發(fā)現(xiàn)程

4、序中的錯誤而執(zhí)行程序的過程B.測試是為了表明程序的正確性C.好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案D.成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試19。下列工具中為需求分析常用工具是(DA.PAD B.PFD C.N-S DFD20軟件調(diào)試的目的是(BA.發(fā)現(xiàn)錯誤B.改正錯誤C.改善軟件的性能D.挖掘軟件的潛能21。軟件工程師一種(B分階段實現(xiàn)的軟件程序開發(fā)的方法。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。在軟件生命周

5、期法中,用戶的參與主要在(A。A。軟件定義期B.軟件開發(fā)期C.軟件維護(hù)期D.整個軟件生命周期過程中24。軟件定義期問題定義階段涉及的人員有(D。A.用戶、使用部門負(fù)責(zé)人B.軟件開發(fā)人員、用戶、使用部門負(fù)責(zé)人C.系統(tǒng)分析員、軟件開發(fā)人員D.系統(tǒng)分析員、軟件開發(fā)人員、用戶、使用部門負(fù)責(zé)人25。軟件詳細(xì)設(shè)計主要采用的方法是(A。A.結(jié)構(gòu)化程序設(shè)計B.模型設(shè)計C.結(jié)構(gòu)化設(shè)計D.流程圖設(shè)計26。(C應(yīng)考慮對模塊相聯(lián)和資源共享問題進(jìn)行描述和制約。A.系統(tǒng)設(shè)計B.詳細(xì)設(shè)計C.接口控制D.結(jié)構(gòu)化編輯工具27。(A是程序中一個能邏輯分開的部分,也就是離散的程序單位。A.模塊B.復(fù)合語句C.循環(huán)結(jié)構(gòu)D.數(shù)據(jù)塊28

6、。軟件開發(fā)的原型化方法是一種動態(tài)定義軟件需求的方法,下述條件中,(A是實施原型化方法所必需的。成熟的原型化人員快速的成型工具需求了解的正確性A.和B.和C.、和D.29。判定樹和判定表示用于描述結(jié)構(gòu)化分析方法中的(B環(huán)節(jié)的工具。A.功能說明B.數(shù)據(jù)加工C.流程描述D.性能說明30。概要設(shè)計的結(jié)果是提供一份(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ī)軟件(A。A.計算機(jī)系統(tǒng)的組成部分B.不能作為商品參與交易C.是在計算機(jī)硬件設(shè)備生產(chǎn)

7、過程中生產(chǎn)出來的D.只存在于計算機(jī)系統(tǒng)工作時33。數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合,它所定義的對象都包含在(A。A.數(shù)據(jù)流圖B.程序框圖C.軟件結(jié)構(gòu)D.方框圖34.程序流程圖是一種傳統(tǒng)的程序設(shè)計表示工具,有其優(yōu)點(diǎn)和缺點(diǎn),使用該工具是應(yīng)注意(C。A.支持逐步求精B.考慮控制流程C.遵守結(jié)構(gòu)化設(shè)計原則D.數(shù)據(jù)結(jié)構(gòu)表示35。軟件設(shè)計中設(shè)計復(fù)審是和設(shè)計本身一樣重要的環(huán)節(jié),其主要目的和作用是(B。A.減少測試工作量B.減免后期付出高代價C.保證軟件質(zhì)量D.縮短軟件開發(fā)周期36。軟件開發(fā)的結(jié)構(gòu)化分析方法,常用的描述軟件功能需求的工具是(C。A.業(yè)務(wù)流程圖、處理說明B.軟件流程圖、模塊說明C.數(shù)據(jù)流程圖、數(shù)據(jù)

8、字典D.系統(tǒng)流程圖、程序編碼37。軟件開發(fā)的結(jié)構(gòu)化設(shè)計方法,全面指導(dǎo)模塊化分的最重要的原則應(yīng)該是(C。A.模塊高內(nèi)聚B.模塊低耦合C.模塊獨(dú)立性D.程序模塊化38。面向數(shù)據(jù)流的軟件設(shè)計方法,一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流化分為(B兩種流,再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。A.數(shù)據(jù)流與事務(wù)流B.交換流和事務(wù)流C.信息流與控制流D.交換流和數(shù)據(jù)流39。軟件設(shè)計中,可應(yīng)用于詳細(xì)設(shè)計的工具有(A。A.程序流程圖、PAD、方框圖和偽碼B.數(shù)據(jù)流程圖、PAD、結(jié)構(gòu)圖和偽碼C.業(yè)務(wù)流程圖、N-S圖和偽碼D.數(shù)據(jù)流程圖、PAD、N-S圖和偽碼40。軟件工程方法的提出起源于軟件危機(jī),而其目的應(yīng)該是最終解決軟件的(D問題。

9、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.動態(tài)改變42。軟件工程的結(jié)構(gòu)化分析方法強(qiáng)調(diào)的是分析開發(fā)對象的(C。A.數(shù)據(jù)流B.控制流C.時間限制D.進(jìn)程通信43。瀑布模型將軟件生命周期歸納為個時期,即計劃期、開發(fā)期和運(yùn)行期。下列(D不屬于開發(fā)期內(nèi)的工作。A.總體設(shè)計B.詳細(xì)設(shè)計C.程序設(shè)計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。軟件可行性分析是著重確定系

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

11、定次序執(zhí)行元素的模塊屬于(C方式。A.邏輯內(nèi)聚B.時間內(nèi)聚C.過程內(nèi)聚D.順序內(nèi)聚50。軟件測試基本方法中,下列(D不用測試實例。A.白盒測試法B.動態(tài)測試法C.黑盒測試法D.靜態(tài)測試法51。軟件管理中,需要對軟件進(jìn)行配置,各階段文檔的管理屬于(D。A.組織管理B.資源管理C.計劃管理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.

12、、54。在軟件工程實施中,產(chǎn)生軟件生命周期的概念是由(A。A.方法論所決定的B.開發(fā)技術(shù)劃分C.軟件開發(fā)規(guī)律D.軟件工程管理55。結(jié)構(gòu)化軟件開發(fā)期將軟件開發(fā)劃分為3個階段,其中關(guān)鍵的是(B。A.編碼的正確性B.需求的準(zhǔn)確性C.測試的嚴(yán)格性D.設(shè)計的科學(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è)計是軟件總體設(shè)計滯后的工作。下列可選內(nèi)容

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

14、建造大型的軟件系統(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個階段,而沒個階段又可分為若干個小更小的階段.6軟件文檔是軟件工程實施中的重要成分,它不僅是軟件開發(fā)的各階段的重要依據(jù),而且也是影響軟件的可維護(hù)性.7文檔是軟件開發(fā)人員,維護(hù)人員,用戶,以及計算機(jī)之間的橋梁.8在軟件生命周期的各個階段都會產(chǎn)生一系列的文件,如手冊,數(shù)據(jù)和程序等,他們總稱為軟件配置9軟件工程開發(fā)的可行性

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

16、和確認(rèn)測試計劃.17.軟件計劃包括總體設(shè)計(或概要設(shè)計和詳細(xì)設(shè)計兩個階段.18.軟件概要設(shè)計的成果是軟件設(shè)計說明書.19.軟件的詳細(xì)設(shè)計,也稱模塊設(shè)計.它要求設(shè)計人員為每一個程序模塊確定所使用的算法,數(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ù)在軟件中流動和被處理的過程,是軟件模型的一種圖示,它一般包括4種圖形符號:變換/加工,外部實體,數(shù)據(jù)流向和數(shù)據(jù)儲存.23.判定表是一種用以描述軟件加工時組合條件的一種圖示方法,一般它由條件和條件項目以及操作部和操作組成.

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

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

19、.8同步練習(xí)一,選擇題1.軟件危機(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ā)的軟件價格便宜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ù)庫的方法B軟件工程的開發(fā)方法C結(jié)構(gòu)化的程序設(shè)計方法D面向?qū)ο蟮拈_發(fā)方法5.軟件工程的目的是(

20、。A建造大型的軟件系統(tǒng)B軟件開發(fā)的理論研究C軟件的質(zhì)量的保證D研究軟件開發(fā)的原理6.軟件工程的出現(xiàn)主要是由于( 。A程序設(shè)計方法學(xué)的影響B(tài)其它工程科學(xué)的影響C軟件危機(jī)的出現(xiàn)D計算機(jī)的發(fā)展7.軟件工程學(xué)一般包含軟件開發(fā)技術(shù)和軟件工程管理兩方面的內(nèi)容,下述( 是屬于軟件開發(fā)技術(shù)的內(nèi)容。.軟件開發(fā)方法學(xué).軟件工程環(huán)境.軟件工程經(jīng)濟(jì)學(xué)ABC和D和8.軟件工程學(xué)一般應(yīng)包括:軟件開發(fā)技術(shù)和軟件工程管理兩部分內(nèi)容,下述( 是軟件工程管理的內(nèi)容。.人員組織.進(jìn)度安排.質(zhì)量保證.成本核算A和B和C和D都是9軟件工程學(xué)中除重視軟件開發(fā)的研究外,另一重要組成內(nèi)容是軟件的( .A工程管理B成本核算C人員培訓(xùn)D工具開發(fā)

21、10軟件工程學(xué)涉及到軟件開發(fā)技術(shù)和工程管理兩方面的內(nèi)容,下述內(nèi)容中( 不屬于開發(fā)技術(shù)的范疇.A軟件開發(fā)方法B軟件開發(fā)工具C軟件工程環(huán)境D軟件工程經(jīng)濟(jì)11軟件文檔是軟件工程實施當(dāng)中的重要成分,她不僅是軟件開發(fā)各階段的重要依據(jù)而且也影響軟件的( .A可理解性B可維護(hù)性C可擴(kuò)展性D可移植性12在軟件工程中,高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和( .A統(tǒng)一性B安全性C無二義性D組合性13軟件生命周期一般可以分為兩個重要階段,它們分別是( .A分析和設(shè)計B開發(fā)和運(yùn)行C編碼和測試D規(guī)劃和設(shè)計14軟件生命周期一般包括:軟件開發(fā)期和軟件運(yùn)行期,下述( 不是軟件開發(fā)期所包含的內(nèi)容.A需求分析B結(jié)構(gòu)設(shè)計C程序編制D

22、性能優(yōu)化15在瀑布模型中,將軟件開發(fā)劃分為若干個時期,軟件項目的可行性研究一般被歸屬于( .A維護(hù)時期B計劃時期C運(yùn)行時期D開發(fā)時期16軟件工程的結(jié)構(gòu)花生命周期方法,通常將軟件生命周期劃分為計劃、開發(fā)和運(yùn)行三個周期,下述( 工作應(yīng)屬于軟件開發(fā)期的內(nèi)容.I需求分析II可行性研究III總體設(shè)計A只有IB I和IIC I和IIID 全部17( 的目的在于用最小的代價確定在問題定義階段所確定的系統(tǒng)的目標(biāo)和規(guī)模是否實現(xiàn), 所確定的問題是否可以解決,系統(tǒng)方案是否可以接受.A可行性研究B需求分析C總統(tǒng)設(shè)計D軟件計劃18軟件計劃是軟件開發(fā)的早期和重要階段,此階段要求交互和配合的是( .A設(shè)計人員和用戶B分析人

23、員和用戶C分析人員和設(shè)計人員D編碼人員和用戶19軟件計劃的目的是提供一個框架,使主管人員對項目能在短期內(nèi)進(jìn)行合理的估價,下述( 不屬于計劃期的內(nèi)容.A資源需求B成本估算C項目進(jìn)度D功能需求20軟件可行性一般不考慮( .A是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B待開發(fā)的軟件是否有質(zhì)量問題C待開發(fā)的軟件是否有市場,經(jīng)濟(jì)上是否合算D是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)21軟件工程開發(fā)的可行性研究是軟件項目是否繼續(xù)開發(fā)的關(guān)鍵,而可行性研究的結(jié)論主要相關(guān)于( .A軟件系統(tǒng)目標(biāo)B軟件的性能C軟件的功能D軟件的質(zhì)量22可行性分析是軟件開發(fā)計劃階段的重要環(huán)節(jié),下述結(jié)論( I可行II不可行III改變目

24、標(biāo)IV追加條件分析后可能出現(xiàn)的情況是( .AI和IIBII和IIICI和II和IIID全部23下列所述不是軟件的組成的是( .A程序B數(shù)據(jù)C界面D文檔24軟件開發(fā)的需求活動,其主要任務(wù)是( .A給出軟件解決方案B定義需求并建立系統(tǒng)模型C定義模塊算法D給出系統(tǒng)模塊結(jié)構(gòu)25軟件按照設(shè)計的要求,在規(guī)定時間和條件下達(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確

25、定系統(tǒng)是否滿足用戶要求D確定系統(tǒng)是否開發(fā)人員需要28數(shù)據(jù)需求說明書的編制處于( 階段.A需求分析B可行性研究C需求分析和總體設(shè)計D可行性研究和需求分析29需求分析是由分析人員經(jīng)了解用戶的需求,認(rèn)真仔細(xì)的調(diào)研、分析,最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出( .A模塊說明書B需求規(guī)格說明書C項目開發(fā)設(shè)計D合同文檔30軟件設(shè)計是一個把( 轉(zhuǎn)換為軟件表示的過程.A代碼設(shè)計B軟件需求C詳細(xì)設(shè)計D系統(tǒng)分析31軟件設(shè)計是軟件需求分析的繼續(xù),下述內(nèi)容I軟件結(jié)構(gòu)II軟件過程III軟件模塊IV程序風(fēng)格( 是軟件設(shè)計階段所應(yīng)包含的.A IBI和IICI和II和IIID全部32軟件需求階段要解決的問題是( .A軟件做什么

26、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)的總體結(jié)構(gòu),它應(yīng)在軟件開發(fā)的( 階段提出.A需求分析B總統(tǒng)設(shè)計C詳細(xì)設(shè)計D代碼編寫35.軟件的( 設(shè)計有稱為總體結(jié)構(gòu)設(shè)計,其主要任務(wù)是建立軟件的總體結(jié)構(gòu)。A 概要B 抽象C 邏輯D 規(guī)劃36.下列所述不是軟件的特點(diǎn)的是( .A 軟件是有形的B 軟件不存在磨損和消耗問題C 軟件開發(fā)成本高D 軟件沒有明顯的制作過程37.軟件生產(chǎn)發(fā)展經(jīng)歷了程序設(shè)計時代、( 和軟件工程時代。A結(jié)構(gòu)化設(shè)計時代B

27、面向?qū)ο笤O(shè)計時代C程序系統(tǒng)時代D集體開發(fā)時代38.軟件的結(jié)構(gòu)化設(shè)計(SD方法中,一般分為總體設(shè)計和詳細(xì)設(shè)計兩個階段,其中總體設(shè)計主要是要建立( 。A軟件結(jié)構(gòu)B軟件流程C軟件模型D軟件模塊39.軟件需求分析一般應(yīng)確定得是用戶對軟件的( 。A功能需求B非功能需求C性能需求D功能需求和非功能需求40.軟件設(shè)計中的軟件過程主要描述( A模塊間的關(guān)系B模塊操作細(xì)節(jié)C模塊控制方法D模塊類型41.軟件工程過程包括4種基本活動,下列所述不屬于軟件工程過程的4個基本活動得是( A軟件規(guī)格說明B軟件測試C軟件開發(fā)D軟件演進(jìn)42.軟件詳細(xì)設(shè)計階段的任務(wù)是( A確定程序文件名B確定模塊的算法C確定變量名D確定使用的語

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

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

30、和扇入適當(dāng)C使摸塊的作用域在該模塊的控制域外D設(shè)計成單入口、單出口的模塊54.結(jié)構(gòu)化程序從理論上可以不使用( 語句。當(dāng)然程序是否使用該語句是無關(guān)緊要的,重要的是程序的結(jié)構(gòu)是否嚴(yán)謹(jǐn)、清晰。AANDBIFCFOTODSTOP55.能反映出軟件結(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ù)流圖的正確性是保證軟件邏輯模型正確性的基礎(chǔ),與上述問題相關(guān)性

31、的內(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ù)流向或流自文件時,( 。A數(shù)據(jù)流要命名,文件不必命名B數(shù)據(jù)流不必命名,有文件名就足夠了C數(shù)據(jù)流和文件均要命名,因為流出和流進(jìn)的數(shù)據(jù)流是不同的D數(shù)據(jù)流和文件均不用命名,通過加工可自然反映出61.數(shù)據(jù)流圖(DFD是用于描述結(jié)構(gòu)化方法中( 工作階段的工具。A可行性分析B需求分析C詳細(xì)設(shè)計D程序編碼62.數(shù)據(jù)字典(DD是定義( 描述工具中的數(shù)據(jù)的工具。A數(shù)據(jù)流圖B系統(tǒng)流程圖C程序流程圖D軟件結(jié)構(gòu)圖63.數(shù)據(jù)字典用于描述

32、( 的具體含義時對處理中每個數(shù)據(jù)嚴(yán)格定義以保證數(shù)據(jù)在系統(tǒng)中的一致性。A數(shù)據(jù)流B數(shù)據(jù)流圖C數(shù)據(jù)D變換64.用方框圖作為詳細(xì)設(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ù)存儲.外部實體A , 和B 和C , 和D 全部66.軟件工程管理包括軟件管理學(xué),軟件工程經(jīng)濟(jì)學(xué),軟件心理學(xué)等.下列敘述中不是軟件工程經(jīng)濟(jì)學(xué)所研究的是(.A 成本估算B 市場分析C 成本效益分析方法D 成本效益分析技術(shù)67.軟件開發(fā)環(huán)境是指支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng),它由軟件工程集和環(huán)境集成機(jī)

33、制構(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ù)存儲和外部實體,其中用(圖符來代表圖中的數(shù)據(jù)源/潭.A 變換B 數(shù)據(jù)流C 數(shù)據(jù)存儲D 外部實體69.數(shù)據(jù)流圖是描述數(shù)據(jù)在軟件中流動和變換的過程,而對數(shù)據(jù)流圖中所包含的元素的定義則是(A 數(shù)據(jù)存儲B 數(shù)據(jù)加工C 數(shù)據(jù)字典D 數(shù)據(jù)定義70.遵守數(shù)據(jù)守恒與否是檢查數(shù)據(jù)流圖正確性的措施之一,而違背數(shù)據(jù)守恒的情況只能出現(xiàn)在(A 數(shù)據(jù)存儲B 數(shù)據(jù)流C 數(shù)據(jù)加工D 數(shù)據(jù)組合

34、71.技術(shù)可行性研究是指根據(jù)客戶提出的系統(tǒng)功能,性能及現(xiàn)實系統(tǒng)的各項約束條件,從技術(shù)角度研究實現(xiàn)系統(tǒng)可行性.下列不是可行性研究的內(nèi)容是(A 需求分析B 風(fēng)險分析C 資源分析D 技術(shù)分析72.Jackson設(shè)計方法是由Jackson所提出的,它是一種面向(的軟件設(shè)計方法.A 對象B 數(shù)據(jù)流C 數(shù)據(jù)結(jié)構(gòu)D 控制結(jié)構(gòu)73.結(jié)構(gòu)化程序設(shè)計思想的核心是要求程序只有順序,循環(huán)和(三種結(jié)構(gòu)組成.A 分支B 單入口C 單出口D 有規(guī)則GOTO74.使用表示結(jié)構(gòu)化的問題分析圖(PAD符號所設(shè)計出來的程序(A 必然是結(jié)構(gòu)化程序B 一般不是結(jié)構(gòu)化程序C 一般是結(jié)構(gòu)化程序D 絕對不是結(jié)構(gòu)化程序75.軟件開發(fā)的瀑布模型

35、最典型地刻畫了軟件生命周期的階段劃分,而與其最相適應(yīng)的軟件開發(fā)的方法是(A 構(gòu)件化方法B 面向?qū)ο蠓椒– 結(jié)構(gòu)化方法D 原型化方法76.偽碼又稱為程序設(shè)計語言PDL,一種典型的PDL是仿照(編寫的.A FORTRANB 匯編語言C PASCAL 語言D COBAL 語言77.偽碼作為詳細(xì)設(shè)計的工具,缺點(diǎn)在于(A 每個符號對應(yīng)于源程序的一行代碼,對于提高系統(tǒng)的可理解性作用很小B 不如其他圖形工具直觀,描述復(fù)雜的條件組合于動作間的對應(yīng)關(guān)系不夠明了C 容易使程序員不受任何約束,隨意轉(zhuǎn)移控制D 不支持逐步求精,使程序員不去考慮系統(tǒng)的全局結(jié)構(gòu)78.從需求分析建立的模型的特性來分,需求分析方法又分為(和動

36、態(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 可行性分析報告D 結(jié)構(gòu)說明書81.結(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ù)語,而表示控

37、制的總分布的術(shù)語則是軟件結(jié)構(gòu)的(A 深度B 寬度C 扇出D 扇入84.軟件設(shè)計模塊化的目的是(A 提高易讀性B 降低復(fù)雜性C 增加內(nèi)聚性D 降低耦合性85.模塊的獨(dú)立性是軟件模塊化設(shè)計的關(guān)鍵之一,一般用內(nèi)聚和(兩個定性標(biāo)準(zhǔn)來度量模塊的獨(dú)立性.A 軟件的質(zhì)量B 一致性C 可重用D 耦合86.軟件開發(fā)期包括分析,設(shè)計和實施兩類任務(wù),其中實施包括編碼和(A 總體設(shè)計B 運(yùn)行C 詳細(xì)設(shè)計D 測試87.耦合是軟件中各種模塊間相互聯(lián)系的一種度量,耦合的強(qiáng)弱取決于模塊間的復(fù)雜程度,在耦合的若干種類中,耦合度最高的是(A 內(nèi)容耦合B 非直接耦合C 數(shù)據(jù)耦合D 控制耦合88.信息隱蔽的概念與下述(概念直接向關(guān).

38、A 軟件結(jié)構(gòu)定義B 模塊獨(dú)立性C 模塊類型劃分D 模塊耦合度89.一個模塊把數(shù)據(jù)作為參數(shù)傳送給另一個模塊,這種耦合方式稱為(A 數(shù)據(jù)耦合B 公共耦合C 控制耦合D 標(biāo)記耦合90.一個模塊內(nèi)部各個程序段都在同一張表上操作,這個模塊的內(nèi)聚性稱為(0A 時間內(nèi)聚B 功能內(nèi)聚C 通信內(nèi)聚D 順序內(nèi)聚91.模塊設(shè)計的原則是(A 低耦合,高內(nèi)聚B 高耦合,高內(nèi)聚C 夠耦合,低內(nèi)聚D 低耦合,低內(nèi)聚92.內(nèi)聚性是對模塊功能強(qiáng)度的衡量,下列選項中,內(nèi)聚性較弱(A 邏輯內(nèi)聚B 順序內(nèi)聚C 偶然內(nèi)聚D 時間內(nèi)聚93.內(nèi)聚性是對模塊功能的衡量,下列選項中,內(nèi)聚性較強(qiáng)的是A. 邏輯內(nèi)聚B 順序內(nèi)聚C 偶然內(nèi)聚D 功能

39、內(nèi)聚94.模塊間的耦合性越強(qiáng),說明模塊之間的聯(lián)系越密切,耦合性較弱的是(A 非直接耦合B 控制耦合C 內(nèi)容耦合D 公共耦合95.需求規(guī)格說明書是需求分析階段的最后成果,是軟件開發(fā)的重要文檔之一.下列不是需求規(guī)格說明書的內(nèi)容的是(A 數(shù)據(jù)描述B 功能描述C 性能描述D 人員分工96.軟件測試是保證軟件質(zhì)量的重要措施,太的實施應(yīng)該是在(A 程序編碼階段B 軟件開發(fā)全過程C 軟件運(yùn)行階段D 軟件設(shè)計階段97.軟件測試方法中,黑盒測試法和白盒測試法是常用的方法,其中黑盒測試法主要用于測試(A 結(jié)構(gòu)合理性B 軟件外部功能C 程序正確性D 程序內(nèi)部邏輯98.在軟件測試中設(shè)計測試實例主要由輸入輸出數(shù)據(jù)和(兩

40、部分組成.A 測試規(guī)則B 測試計劃C 預(yù)期輸出結(jié)果D 以往測試記錄分析99.在軟件工程中,軟件測試的目的是(A 試驗性運(yùn)行軟件B 發(fā)現(xiàn)軟件錯誤C 證明軟件是正確的D 找出軟件中的全部錯誤100.在軟件工程中,當(dāng)前用于保證軟件質(zhì)量的主要主要技術(shù)手段還是(A 正確性說明B 測試C 自動程序設(shè)計D 符號證明101.軟件設(shè)計是軟件工程的重要階段,是一個把軟件需求轉(zhuǎn)換為軟件表示的過程.下列有關(guān)軟件設(shè)計重要性和地位的敘述中錯誤的是(A 軟件開發(fā)階段(設(shè)計,編碼,測試占軟件項目開發(fā)總成本的絕大部分B 軟件設(shè)計不是將需求準(zhǔn)確地轉(zhuǎn)化為完整的軟件產(chǎn)品或系統(tǒng)的唯一途徑C 設(shè)計是軟件工程和軟件維護(hù)的基礎(chǔ)D 軟件設(shè)計作

41、出的決策最終影響軟件實現(xiàn)的成敗102.單元測試又稱為(,一半用黑盒法測試A 集成測試B 模塊測試C 系統(tǒng)測試D 白盒法103.軟件測試是軟件開發(fā)過程的重要階段,是軟件質(zhì)量保證的重要手段,下列(是軟件測試的任務(wù).預(yù)防軟件發(fā)生錯誤.發(fā)現(xiàn)改正錯誤程序.提供診斷錯誤信息只有只有只有都是104.對軟件是否能達(dá)到擁護(hù)所期望的要求的測試稱為(A 集成測試B 系統(tǒng)測試C 有效性測試D 驗收測試105.以下(不屬于白盒測試技術(shù)A 基本路徑測試B 邊界值分析C 循環(huán)覆蓋測試D 邏輯覆蓋測試106.(能夠有效地檢測輸入條件的各種組合可能會引起的錯誤A 等價類劃分B 邊界值分析C 錯誤推測D 因果圖107.(方法需要

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

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

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

45、理人員共同研究122.軟件測試是軟件開發(fā)過程的重要階段,(是軟件檢測中最后的,最完善的測試.A 集成測試B 驗收測試C 有效性測試D 系統(tǒng)測試123.軟件系統(tǒng)的測試包括如下5類,他們的測試順序為.驗收測試.系統(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 完善性測試D 預(yù)防性測試126.軟件的可維護(hù)度量可分解為對多種因素的度量,下述各種因素.可測試性.可

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

47、員C 不了解軟件計劃的機(jī)構(gòu)D 設(shè)計該軟件的機(jī)構(gòu)131.軟件復(fù)審是保證軟件質(zhì)量的重要技術(shù)手段, 復(fù)審的主要目的和效果是(.A 較早發(fā)現(xiàn)程序錯誤B 做測試的前期準(zhǔn)備C 較早發(fā)現(xiàn)軟件的缺陷D 嚴(yán)格貫徹工程規(guī)范132.軟件復(fù)審時其主要的復(fù)審對象是(.A 軟件結(jié)構(gòu)B 軟件文檔C 程序編碼D 文檔標(biāo)準(zhǔn)133.概要設(shè)計的基本任務(wù)有4條,下列不是概要設(shè)計的任務(wù)的是(A 設(shè)計軟件系統(tǒng)結(jié)構(gòu)B 測試用例設(shè)計C 數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計D 編寫概要設(shè)計文檔134.軟件工程經(jīng)驗證明軟件開發(fā)要掌握40-20-40規(guī)則,他強(qiáng)調(diào)了軟件開發(fā)中的(A 設(shè)計,編程和測試B 分析,設(shè)計和編程C 分析,設(shè)計和測試D 分析,編程和測試135

48、.在軟件研制過程中,CASE是(A 指計算機(jī)輔助系統(tǒng)工程B CAD和CAM技術(shù)的發(fā)展動力C 正在實驗室的工具D 指計算機(jī)輔助軟件工程136.在軟件質(zhì)量因素中,軟件在異常條件下仍能運(yùn)行的能力稱為軟件的(A 可靠性B 健壯性C 可用性D 安全性137.軟件結(jié)構(gòu)圖是軟件系統(tǒng)的模塊層次結(jié)構(gòu),反映了整個系統(tǒng)的功能實現(xiàn),經(jīng)常使用的結(jié)構(gòu)圖有4種模塊類型,他們是傳入模塊,傳出模塊,變換模塊和(A 協(xié)調(diào)模塊B 功能模塊C 對象模塊D 結(jié)構(gòu)模塊138.與軟件開發(fā)方法密切相關(guān)的應(yīng)是支持該方法實施的軟件工具,將它們有機(jī)地集成起來則構(gòu)成一個(A 軟件工程環(huán)境B 軟件開發(fā)規(guī)范C 軟件生產(chǎn)線D 軟件開發(fā)工具139.應(yīng)用軟件

49、開發(fā)中有諸多困難,如.缺少系統(tǒng)的方法.開發(fā)工具不完整.用戶需求多變化.系統(tǒng)分析員不足(是開發(fā)時最難克服的困難A.B.C.D.140.不同的質(zhì)量因素可從產(chǎn)品運(yùn)行,產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移3方面分別反映軟件產(chǎn)品使用時用戶的不同觀點(diǎn),下述.正確性.健壯性.重用性(是與產(chǎn)品運(yùn)行有關(guān)的特性A和B和C和D全部141.在發(fā)現(xiàn)錯誤后,排錯(找到錯誤的原因并加以糾正應(yīng)由(來完成.A 測試者B 資源程序員C 用戶D 分解142.分析員是(A 用戶中系統(tǒng)的直接使用者B 用戶和軟件人員的中間人C 軟件的編程人員D 用戶和軟件人員的領(lǐng)導(dǎo)143.(是開發(fā)軟件是,可用來提高程序員的工作效率A 程序開發(fā)環(huán)境B 操作系統(tǒng)的作業(yè)管理功

50、能C 編譯程序的優(yōu)化功能D 并行運(yùn)算的大型計算機(jī)144.開發(fā)軟件所需要高成本和產(chǎn)品的地質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱作( 。A軟件投機(jī)。B軟件危機(jī)。C軟件工程。D軟件產(chǎn)生。145原程序的版面文檔要求應(yīng)有變量說明,適當(dāng)注釋和( 。A框圖。B統(tǒng)一書寫格式。C修改記錄。D編程日期。146軟件產(chǎn)生的成敗更多的依賴與( 。A領(lǐng)導(dǎo)者的智慧才能。B程序員的個人編程能力。C 合理的組織與協(xié)調(diào)。D用戶的配合。147結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于( 。A軟件是否結(jié)構(gòu)化。B軟件配置是否合理C程序的完整性D文檔的完整性148編寫程序階段,選擇程序設(shè)計語言是很關(guān)鍵的,如何選擇主要是看( 。A語言的應(yīng)用領(lǐng)域B

51、數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性。C語言的難易程度。D算法及運(yùn)算的復(fù)雜性。149程序的3種基本控制結(jié)構(gòu),它們的共同點(diǎn)是( 。A 不能前嵌套使用。B只能用來寫簡單的程序。C已經(jīng)用硬件實現(xiàn)。D只有一個入口和出口。150為了提高程序的輸入和輸出效率,應(yīng)該遵循( 。與外存有關(guān)的輸入輸出操作,應(yīng)盡快的傳送數(shù)據(jù)。所有的輸入輸出操作應(yīng)緩存,以避免過于頻繁的信息交換。對余外存,應(yīng)采取簡單有效的存取方法。與終端和行試打印機(jī)相關(guān)的輸入輸出,應(yīng)充分考慮設(shè)備的特性,改進(jìn)質(zhì)量和速度A B C D 都是151當(dāng)運(yùn)行程序改變了,原程序仍可以保持不變是計算機(jī)的( 特性。A 編譯效率。B可一致性。C可維護(hù)性。D節(jié)儉性。152對軟件工程環(huán)境的衡

52、量標(biāo)準(zhǔn)主要表現(xiàn)在以下3方面,( 是衡量的標(biāo)準(zhǔn)?？蓴U(kuò)性整體性通用性和適應(yīng)性A 和B C 全部D 和153軟件修改是帶有一定的風(fēng)險的,與軟件維護(hù)有關(guān)的副作用可表現(xiàn)為( 。修改程序的副作用修改數(shù)據(jù)的副作用多用戶影響的副作用文檔資源的副作用A , , B , C , , D , 154項目開發(fā)總結(jié)一般在( 結(jié)束時成。A需求分配階段。B測試階段。C設(shè)計階段。D運(yùn)行維護(hù)階段。155軟件工程環(huán)境按軟件生命周期的不同階段可分為4類,( 包括程序政確性證明,驗證及軟件測試的功能。A軟件開發(fā)環(huán)境。B軟件維護(hù)環(huán)境。C軟件項目管理環(huán)境。D軟件質(zhì)量保證環(huán)境。156軟件開發(fā)離不開系統(tǒng)環(huán)境資源的支持,其中必要的測試數(shù)據(jù)屬于( 。A硬件資源B通信資源C支持軟件D輔助軟件157計劃管理包括對整個軟件生命周期的計劃安排和執(zhí)行,工作量的估算和分配及具體的進(jìn)程安排。進(jìn)程安排中占用時間相對較少,而占用人力最多的階段往往屬于( 階段。A軟件測試。B軟件編碼C軟件設(shè)計D軟件計劃158 C ASE工具的作用是( 。A 使管理人員便于管理B提高軟件生產(chǎn)