軟件工程測驗

1、軟件生存周期一般可分為_、_、_、_、_、_、_、_8個階段?？尚行匝芯恐饕性谝韵?個方面經(jīng)濟(jì)可行性、_、_。_和_共同構(gòu)成系統(tǒng)的邏輯模型。單元測試一般以_白盒_測試為主，_黑盒_測試為輔。8. 計算機(jī)程序及其說明程序的各種文檔稱為_。答案：軟件9.結(jié)構(gòu)化分析方法是一種面向_的開發(fā)方法。答案：數(shù)據(jù)流10.成本效益分析的目的是從_角度評價開發(fā)一個新的軟件項目是否可行。答案：經(jīng)濟(jì)11.隨著軟硬件環(huán)境變化而修改軟件的維護(hù)活動稱為_。答案：適應(yīng)性維護(hù)12. 各種軟件系統(tǒng)的數(shù)據(jù)流圖一般可分為_變換型_和事務(wù)型兩類。13.在一段程序中，將多次出現(xiàn)的一組語句設(shè)計為一個子程序，供多個部分調(diào)用，這種情況出現(xiàn)

2、的內(nèi)聚稱為_。答案：偶然內(nèi)聚14. 數(shù)據(jù)流圖中的箭頭表示_。答案：數(shù)據(jù)流15. 結(jié)構(gòu)化設(shè)計以數(shù)據(jù)流為基礎(chǔ)映射成軟件結(jié)構(gòu)16.兩個模塊都是用同一張表，這種耦合稱為公共耦合。17.一個模塊把數(shù)值作為參數(shù)傳送給另一個模塊，這種耦合方式稱為數(shù)據(jù)耦合。18. 在邏輯測試方法中，查錯能力最強(qiáng)的是條件組合覆蓋，查錯能力最弱的是語句覆蓋19.軟件產(chǎn)品在交付使用前一般在經(jīng)過以下四個層次或稱為步驟進(jìn)行測試：單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。DFD在軟件工程中表示 數(shù)據(jù)流圖 。 內(nèi)聚 與 耦合是模塊獨立性的兩個定性標(biāo)準(zhǔn)，將軟件系統(tǒng)劃分模塊時，盡量做到 高內(nèi)聚，低耦合 ，提高模塊的 獨立性 ，為設(shè)計高質(zhì)量的軟件

3、結(jié)構(gòu)奠定基礎(chǔ)。數(shù)據(jù)流圖有四種基本成分： 、 、 、 。 數(shù)據(jù)流 加工（又稱為數(shù)據(jù)處理） 文件 數(shù)據(jù)的源點或終點確認(rèn)測試也稱為：8.在結(jié)構(gòu)性的瀑布模型中，哪一個階段定義的標(biāo)準(zhǔn)將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)（ A ）（A） 需求分析階段 （B） 詳細(xì)設(shè)計階段（C） 概要設(shè)計階段 （D） 可行性研究階段9.軟件結(jié)構(gòu)中兩個模塊之間有調(diào)用關(guān)系，傳遞簡單數(shù)據(jù)值，相當(dāng)于高級語言中的值傳遞，這兩個模塊之間的耦合是（ D ） （A）公共耦合 （B）控制耦合 （C）標(biāo)記耦合 （D）數(shù)據(jù)耦合10.軟件維護(hù)的四類維護(hù)活動是（ A ）（A） 改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和預(yù)防性維護(hù)。（B） 適應(yīng)性維護(hù)，完善

4、性維護(hù)，搶救性維護(hù)和輔助性維護(hù)。（C） 改正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和輔助性維護(hù)。（D） 適應(yīng)性維護(hù)，完善性維護(hù)，搶救性維護(hù)和預(yù)防性維護(hù)。11.進(jìn)行需求分析可使用多種工具，但（ C ）是不適用的。（A）數(shù)據(jù)流圖 （B）判定表 （C）PAD圖 （D）數(shù)據(jù)字典 10、詳細(xì)設(shè)計的基本任務(wù)是確定每個模塊的( )設(shè)計A功能B.調(diào)用關(guān)系C.輸入輸出數(shù)據(jù)D.算法10.D19模塊的內(nèi)聚性最高的是（19.D ）A邏輯內(nèi)聚B時間內(nèi)聚C偶然內(nèi)聚D功能內(nèi)聚18.( 18.D )引入了“風(fēng)險驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項目。A增量模型B噴泉模型C原型模型D螺旋模型20.提高測試的有效性非常重要,成功的測試

5、是指(D )A.證明了被測試程序正確無誤B. 說明了被測試程序符合相應(yīng)的要求C.未發(fā)現(xiàn)被測程序的錯誤D.發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤_12下面幾種白箱測試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則（D ）A語句覆蓋B條件覆蓋C判定覆蓋D條件組合覆蓋13面向數(shù)據(jù)流的設(shè)計方法把（A ）映射成軟件結(jié)構(gòu)。A數(shù)據(jù)流B系統(tǒng)結(jié)構(gòu)C控制結(jié)構(gòu)D信息流14.內(nèi)聚程度最低的是( A)內(nèi)聚A.偶然B.過程C.順序D.時間15.確定測試計劃是在(A )階段制定的.A總體設(shè)計B.詳細(xì)設(shè)計C.編碼D.測試16需求分析的產(chǎn)品是（ D）A數(shù)據(jù)流程圖案B數(shù)據(jù)字典C判定表D需求規(guī)格說明書17數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功

6、能是（C ）A數(shù)據(jù)庫設(shè)計B數(shù)據(jù)通信C數(shù)據(jù)定義D數(shù)據(jù)維護(hù)12.D 13.A 14.A 15.A 16.D 17.C2. 軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（B）。A. 主要功能 B. 算法的詳細(xì)描述C. 用戶界面及運(yùn)行環(huán)境 D. 軟件的性能1軟件生存周期中，準(zhǔn)確地確定軟件系統(tǒng)必須做什么的階段是(B)A可行性分析和項目開發(fā)計劃B需求分析C概要設(shè)計D詳細(xì)設(shè)計6若一個模塊中各個處理元素都密切相關(guān)于同一功能且必須順序執(zhí)行，前一功能元素的輸出就是下一功能元素的輸入，則該模塊的內(nèi)聚性類型是(C)A時間內(nèi)聚B偶然內(nèi)聚C順序內(nèi)聚D功能內(nèi)聚7下列幾種耦合類型，耦合性最高的是(A)A公共耦合B控制耦合C標(biāo)記耦合D數(shù)據(jù)耦

7、合8程序流程圖的優(yōu)點不包括(B)A歷史最悠久，使用最廣泛B容易表示逐步求精的過程C支持程序的三種基本控制結(jié)構(gòu)D直觀清晰，易于使用 A、計劃階段 B、開發(fā)階段 C、編碼階段 D、維護(hù)階段需求分析是（ A ）。 A、 軟件開發(fā)工作的基礎(chǔ) B、 軟件生存周期的開始 C、 由系統(tǒng)分析員單獨完成的 D、 由用戶自己單獨完成的原型化方法是軟件開發(fā)中一類常用的方法，它與結(jié)構(gòu)化方法相比較，更需要（ B ）。 A、 明確的需求定義 B、完整的生命周期 C、 較長的開發(fā)時間 D、熟練的開發(fā)人員5.數(shù)據(jù)存儲和數(shù)據(jù)流都是(D),僅僅是所處的狀態(tài)不同。A).分析結(jié)果B).事件C).動作D).數(shù)據(jù)6。數(shù)據(jù)流圖和(C)共同

8、組成系統(tǒng)的邏輯模型。A).HIPO圖B).PD)LC).數(shù)據(jù)字典D).層次圖7。數(shù)據(jù)元素組成數(shù)據(jù)的方式的基本類型(D)A).順序B).選擇C).循環(huán)D).以上全部3。下面不屬于軟件工程的3個要素是(D)A).工具B).過程C).方法D).環(huán)境4檢查軟件產(chǎn)品是否符合需求定義的過程稱為(A)A).確認(rèn)測試B).集成測試C).驗證測試D).驗收測試11、軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱其為( A )A、瀑布模型B、對象模型C、螺旋模型D、層次模型 12、軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計、編碼和測試等階段，一般認(rèn)為可能占用人員最多的階段是 ( C ) A、

9、分析階段B、設(shè)計階段C、編碼階段D、測試階段2、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個階段中，下面的幾個選項中哪個環(huán)節(jié)出錯，對軟件的影響最大 ( C )。 A、詳細(xì)設(shè)計階段B、概要設(shè)計階段 C、 需求分析階段D、 測試和運(yùn)行階段 3、在結(jié)構(gòu)化的瀑布模型中，哪一個階段定義的標(biāo)準(zhǔn)將成為軟件測試中的系統(tǒng)測試階段的目標(biāo) ( A )。 A、需求分析階段B、詳細(xì)設(shè)計階段 C、概要設(shè)計階段 D、 可行性研究階段 8、在下面的軟件開發(fā)方法中，哪一個對軟件設(shè)計和開發(fā)人員的開發(fā)要求最高( B )A、結(jié)構(gòu)化方法B、原型化方法C、面向?qū)ο蟮姆椒―、控制流方法 9、結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在

10、實施時強(qiáng)調(diào)的是分析對象的 ( B ) A、控制流B、數(shù)據(jù)流C、程序流D、指令流 1軟件的開發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。()2模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。( )3Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。(X)上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時輸入變換成C。(X)5軟件的質(zhì)量好壞主要由驗收人員負(fù)責(zé)，其他開發(fā)人員不必關(guān)心。(X )6判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。()7.應(yīng)該盡量使用機(jī)器語言編寫代碼，提高程序運(yùn)行效率，而減少高級語言的使用。(X)8UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(X)9容錯就是每個程序采用兩種不同的算法編寫。(X)10軟件測試

11、的目的是為了無一遺漏的找出所有的錯誤。(X)在進(jìn)行總體設(shè)計時應(yīng)加強(qiáng)模塊間的聯(lián)系。（ N ）系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（ N ）用黑盒法測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。（ N ）在程序調(diào)試時，找出錯誤的位置和性質(zhì)比改正該錯誤更難。（ Y ）以對象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計方法（OOD）也是常見的軟件概要設(shè)計方法之一。（ Y ）如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。（ N ） 快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。（ Y ）模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚，低耦合度

12、的軟件產(chǎn)品。（ Y ）集成測試主要由用戶來完成。（ N ）軟件危機(jī)完全是由于硬件問題引起的。（ N ）判斷題軟件工程學(xué)只有理論意義，沒有實際用途。 （ ）軟件工程的方法只適用于大型軟件的開發(fā)，對小型軟件的開發(fā)沒有幫助。（ ）可行性研究進(jìn)一步研究問題分析階段所確定的問題是否有可行的解。 （ ）代碼審查方法沒有計算機(jī)測試方法好。 （ ）驗證軟件需求的方法主要靠人工審查的方法。 （ ）并發(fā)系統(tǒng)中遇到的一個主要問題是定時問題。 （ ）編碼風(fēng)格由個人喜好決定，沒有固定格式。 （ ）面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的3個要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換（ ）軟件重用是提高軟件開發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。 （ ）判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。 （ ）Power Designer是一個CASE工具。 （ ）軟件是指用程序設(shè)計語言（如Pascal，C，Visual Basic等）編寫的程序，軟件開發(fā)實際上就是編寫程序代碼。（ ）在進(jìn)行需求分析時需同時考慮維護(hù)問題。 （ ）UML是一種面向?qū)ο蟮姆治鲈O(shè)計方法，即OOA/OOD方法。 （ ）在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應(yīng)的對象，對象是類的