12軟件工程測驗(yàn)題庫

1、12 軟件工程測驗(yàn)題庫作者：日期：個(gè)人收集整理，勿做商業(yè)用途一 填空題1.用原型過程代替全部開發(fā)階段，這種快速原型是（實(shí)驗(yàn)型或演化型）原型。2.可行性研究實(shí)質(zhì)上是進(jìn)行一種簡化、壓縮了的（需求分析和設(shè)計(jì)）。3.結(jié)構(gòu)圖的主要內(nèi)容有（模塊） 、（模塊的控制關(guān)系） 、（模塊的信息傳遞） 。4.模塊之間的聯(lián)系越緊密，其耦合性就越（強(qiáng)），模塊的獨(dú)立性就越(差 )。5.軟件工程研究的主要內(nèi)容包括軟件開發(fā)技術(shù)和軟件開發(fā)管理兩個(gè)方面，在軟件開發(fā)技術(shù)方面，主要是研究（軟件開發(fā)方法） 、（軟件開發(fā)過程） 、（軟件開發(fā)工具和環(huán)境） ，在軟件開發(fā)管理方面，主要是研究（軟件管理學(xué)）、（軟件經(jīng)濟(jì)學(xué)） 、（軟件心理學(xué)） 。6

2、.狀態(tài)圖反映了（狀態(tài)）與（事件）的關(guān)系，狀態(tài)圖確定了由事件序列引起的（狀態(tài)序列）。7.可行性研究實(shí)質(zhì)上是進(jìn)行一種簡化、壓縮了的（需求分析和設(shè)計(jì)）。8.在數(shù)據(jù)流圖中， （數(shù)據(jù)流）是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，因此由一組（成分固定的數(shù)據(jù)項(xiàng)）組成，加工（又稱為數(shù)據(jù)處理）是對數(shù)據(jù)流進(jìn)行某些（操作或交換）。9.（偶然內(nèi)聚）指一個(gè)模塊內(nèi)的各處理元素之間沒有任何聯(lián)系，這是內(nèi)聚程度最（差）的內(nèi)聚。10 假如 n 個(gè)相同的系統(tǒng)（硬件或軟件）進(jìn)行測試，它們的失效時(shí)間分別是t1， t2，?tn，則平均失效等待時(shí)間 MTTF=（1/n ）。11（維護(hù)申請報(bào)告）是一種由用戶產(chǎn)生的文檔，它用作計(jì)劃維護(hù)任務(wù)的基礎(chǔ)。12 在軟件

3、開發(fā)和維護(hù)過程中，一個(gè)軟件往往有許多版本，版本控制工具用來存儲、更新、恢復(fù)和管理一個(gè)軟件的（多個(gè)版本） 。13 軟件工具通常由工具、 （工具接口）和用戶工具三個(gè)部分組成。14 類的實(shí)例化是（對象） 。15 形式化規(guī)約語言由（語法） 、（語義）和（一組關(guān)系）組成。16 軟件質(zhì)量保證應(yīng)從（產(chǎn)品計(jì)劃和設(shè)計(jì)）開始，直到投入使用和售后服務(wù)的軟件生存期的每一個(gè)階段中的每一步驟。17 為了提高軟件的質(zhì)量，軟件質(zhì)量保證的任務(wù)大致可歸結(jié)為以下8 類：（正確定義用戶要求）、（技術(shù)方法的應(yīng)用） 、（提高軟件開發(fā)的工程能力）、（軟件的復(fù)用） 、（發(fā)揮每個(gè)開發(fā)者的能力）、（組織外部力量協(xié)作） 、（排除無效勞動） 、（提

4、高計(jì)劃和管理質(zhì)量）。18 軟件測試時(shí)需要的三類信息，分別是（軟件配置）、（測試配置） 、（測試工具）。19 在面向?qū)ο蠓椒ㄖ校畔㈦[蔽通過對象的（封裝性）來實(shí)現(xiàn)，類結(jié)構(gòu)分離了（接口）與（實(shí)現(xiàn)），從而支持了信息隱蔽。20 增量模型在開發(fā)工程中以一系列 （增量方式） 開發(fā)系統(tǒng)， 推遲某階段的 （細(xì)節(jié)），從而（盡早）產(chǎn)生工作軟件。二 選擇題1.（A）是計(jì)算機(jī)程序及其說明程序的各種文檔。A軟件B文檔C數(shù)據(jù) D程序2.軟件生存周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、（B）和維護(hù)等活動。A 應(yīng)用 B 測試C 檢測D 以上答案都不正確3.建立原型的目的不同，實(shí)現(xiàn)原型的途徑也有所

5、不同，下列不正確的類型是（A 用于驗(yàn)證軟件需求的原型B 垂直原型C 用于驗(yàn)證設(shè)計(jì)方案的原型D 用于演化出目標(biāo)系統(tǒng)的原型4.在軟件工程項(xiàng)目中，不隨參與人數(shù)的增加而使軟件的生產(chǎn)率增加的主要問題是（A 工作階段間的等待時(shí)間B 生產(chǎn)原型的復(fù)雜性C 參與人數(shù)所需的工作站數(shù)D 參與人員之間的通信困難B）。D）。個(gè)人收集整理，勿做商業(yè)用途5.需求分析最終結(jié)果是產(chǎn)生（C）。A 項(xiàng)目開發(fā)計(jì)劃B 可行性分析報(bào)告C 需求規(guī)格說明書D 設(shè)計(jì)說明書6.對軟件的過分分解，必然導(dǎo)致（D）。A 模塊的獨(dú)立性變差B 接口的復(fù)雜程度增加C 軟件開發(fā)的總工作量增加D 以上都正確7.結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中，用于（B）。A 測試用

6、例設(shè)計(jì)B 概要設(shè)計(jì)C 程序設(shè)計(jì)D 詳細(xì)設(shè)計(jì)8.概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)銜接的圖形工具是（B）。A 數(shù)據(jù)流圖B 結(jié)構(gòu)圖 C 程序流程圖DPAD圖9.通過執(zhí)行對象的操作改變該對象的屬性，但它必須通過（B）的傳遞。A 接口B 消息C 信息D 操作10.軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在（A）。A 調(diào)用關(guān)系B 組成關(guān)系C 銜接關(guān)系D 順序執(zhí)行關(guān)系11.面向?qū)ο蟮闹饕卣鞒龑ο笪ㄒ恍浴⒎庋b、繼承外，還有（A）。A 多態(tài)性 B 完整性 C 可移植性D 兼容性12.在考察系統(tǒng)的一些涉及時(shí)序和改變的狀況時(shí)，要用動態(tài)模型來表示。動態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖，一個(gè)是事件追蹤圖，另一個(gè)是

7、（B）。A 數(shù)據(jù)流圖B 狀態(tài)圖C 系統(tǒng)結(jié)構(gòu)圖D 時(shí)序圖13.通過執(zhí)行對象的操作改變該對象的屬性，但它必須通過（A接口B消息C信息D操作14.在測試中，下列說法錯(cuò)誤的是（B）。B）的傳遞。A 測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程B 測試是為了表明程序是正確的C 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試方案D 成功的測試是發(fā)現(xiàn)了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的方案15.產(chǎn)生軟件維護(hù)的副作用，是指（C）。A 開發(fā)時(shí)的錯(cuò)誤B 隱含的錯(cuò)誤C 因修改程序而造成的錯(cuò)誤D 運(yùn)行時(shí)的誤操作16.軟件是一種（ B）的產(chǎn)品。A有形B邏輯C物質(zhì)D消耗17.在計(jì)算機(jī)軟件開發(fā)和維護(hù)中所產(chǎn)生的一系列嚴(yán)重的問題通常

8、稱為“軟件危機(jī)” ，這些問題中相對次要的因素是（ D）。A 文檔質(zhì)量B 開發(fā)效率C 軟件功能D 軟件性能18.數(shù)據(jù)集成指不同軟件工程能相互（B）。A合作 B交換數(shù)據(jù)C交流D通信19.軟件生存周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、（B）和維護(hù)等活動。A 應(yīng)用 B 測試C 檢測D 以上答案都不正確20.在原型法中稱（A）為用戶 / 設(shè)計(jì)者，開發(fā)人員根據(jù)用戶要求不斷修改原型，直到滿足用戶要求為止。A 用戶B 開發(fā)人員21.以下說法錯(cuò)誤的是（A）。C 系統(tǒng)分析員D 程序員個(gè)人收集整理，勿做商業(yè)用途A 對于探索型，把原型作為需求說明的補(bǔ)充形式。B 對于實(shí)驗(yàn)型，通過原型過程

9、的反復(fù)循環(huán)，直接得到軟件系統(tǒng)。C 對于演化型，原型成為設(shè)計(jì)的總體框架或設(shè)計(jì)結(jié)果的一部分。22.原型化方法是一種（A）型的設(shè)計(jì)過程。A 自外向內(nèi)B 自頂向下C 自內(nèi)向外D 自底向上23.軟件工程的結(jié)構(gòu)化生命周期方法，提出將軟件生命周期劃分為計(jì)劃、開發(fā)和運(yùn)行三個(gè)時(shí)期，下述（ D）工作應(yīng)屬于軟件開發(fā)期的內(nèi)容。1 需求分析2 可行性研究3 總體設(shè)計(jì)A只有1 B1 和 2C全部 D1 和 324.在下面的敘述中， （C）不是軟件需求分析的任務(wù)。A 問題分解B 可靠性與安全性要求C 結(jié)構(gòu)化程序設(shè)計(jì)D 確定邏輯模型25.下列說法正確的是（D）。A 對于順序執(zhí)行和循環(huán)執(zhí)行的動作，用判定表和判定樹。B 對于存在

10、多個(gè)條件復(fù)雜組合的判斷問題，用結(jié)構(gòu)化語言描述。C 判定表較判定樹直觀易讀，判定樹進(jìn)行邏輯驗(yàn)證較嚴(yán)格。D 可將判定表和判定樹兩者結(jié)合起來，先用判定表作底稿，在此基礎(chǔ)上產(chǎn)生判定樹。26.A 模塊化設(shè)計(jì)B 逐步求精C 由底向上設(shè)計(jì)D 自頂向下設(shè)計(jì)27.（ A）數(shù)據(jù)處理問題的工作過程大致分為三步，即取出數(shù)據(jù)，變換數(shù)據(jù)和給出數(shù)據(jù)。A 變換型B事務(wù)型 C結(jié)構(gòu)化 D一非結(jié)構(gòu)化28.結(jié)構(gòu)化設(shè)計(jì)的方法中使用的圖形工具是（A）。A 軟件結(jié)構(gòu)圖 B 數(shù)據(jù)流程圖 C 程序流程圖 D 實(shí)體聯(lián)系圖29.在分層數(shù)據(jù)流圖映射成軟件結(jié)構(gòu)的設(shè)計(jì)中，下列說法錯(cuò)誤的是（D）。A 分層的數(shù)據(jù)流圖映射成軟件結(jié)構(gòu)圖也應(yīng)該是分層的B 軟件結(jié)

11、構(gòu)圖的物理收入與輸出部分放在主圖中較為合適C 分層 DFD 圖的映射方法：主圖是變換型，子圖是事務(wù)型；或主圖是事務(wù)型，子圖是變換型。D 變換型通常用于高層數(shù)據(jù)流圖的轉(zhuǎn)換，而事務(wù)型通常用于較低層數(shù)據(jù)流圖的轉(zhuǎn)換。30.以下說法錯(cuò)誤的是（A）。A 多態(tài)性防止了程序相互依賴性而帶來的變動影響B(tài) 多態(tài)性是指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結(jié)果C 多態(tài)性與繼承性相結(jié)合使軟件具有更廣泛的重用性和可擴(kuò)充性D 封裝性是保證軟件部件具有優(yōu)良的模塊性的基礎(chǔ)31.（B）模型表示了對象的相互行為。A 對象B 動態(tài)C 功能D 分析32.在確定屬性時(shí)，所有（C）是候選的屬性。A 動詞B 名詞 C 修

12、飾性名詞詞組D 詞組33.在解決人工智能上使用最多的有非常強(qiáng)的表處理功能的函數(shù)程序設(shè)計(jì)語言是（D）。APrologBSnobolCCobolDLisp34.（B）是指能夠以數(shù)字概念來描述可靠性的數(shù)學(xué)表達(dá)式中所使用的量。A 硬件可靠性的定量度量B 軟件可靠性的定量指標(biāo)C 系統(tǒng)的定量度量個(gè)人收集整理，勿做商業(yè)用途D 可靠性的度量35.只有高水平的（ D）能力才能生產(chǎn)出高質(zhì)量的軟件產(chǎn)品， 因此必須在軟件開發(fā)環(huán)境或軟件工具箱的支持下，運(yùn)用先進(jìn)的開發(fā)技術(shù)、工具和管理方法來提高開發(fā)軟件的能力。A 組織B開發(fā)C設(shè)計(jì)D軟件工程36.以下說法錯(cuò)誤的是（C）。A 自底向上的缺點(diǎn)是系統(tǒng)整體功能最后才能看到B 自底向

13、上的缺點(diǎn)是上層模塊錯(cuò)誤發(fā)現(xiàn)得晚，影響范圍大C 自頂向下的缺點(diǎn)是把許多測試推遲到用實(shí)際模塊代替樁模塊之后D 自頂向下的缺點(diǎn)是設(shè)計(jì)較多的樁模塊，測試開銷大E 自頂向下的缺點(diǎn)是早期不能并行工作，不能充分利用人力37.在測試中，下列說法錯(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ò)誤的方案38.檢查軟件產(chǎn)品是否符合需求定義的過程為（A）。A 確認(rèn)測試B 集成測試C 驗(yàn)證測試D 驗(yàn)收測試39.為使得開發(fā)人員對軟件產(chǎn)品的各階段工作都進(jìn)行周密的思考，從而減少返工

14、，所以（C）的編制是很重要的。A 需求說明B 概要說明C 軟件文檔D 測試大綱40.Putnam 成本估算模型是一種（D）。A 靜態(tài)單變量模型B 靜態(tài)多變量模型C 動態(tài)單變量模型D 動態(tài)多變量模型三 簡答題1. 什么是軟件工程過程？它包含哪些過程？2. 什么是軟件生存周期？它有哪些活動？3. 可行性研究報(bào)告有哪些主要內(nèi)容4. 軟件結(jié)構(gòu)設(shè)計(jì)的優(yōu)化準(zhǔn)則是什么5. 軟件測試的目的是什么6. 結(jié)構(gòu)化程序設(shè)計(jì)的基本要點(diǎn)是什么？7. 維護(hù)的特點(diǎn)有哪些？8. 軟件配置管理有哪些內(nèi)容9. 什么是耦合性？模塊的耦合性有哪些內(nèi)容？10. 影響軟件質(zhì)量的因素有哪些？11. 結(jié)構(gòu)化分析方法12. 調(diào)試的目的是什么？調(diào)

15、試有哪些技術(shù)手段？個(gè)人收集整理，勿做商業(yè)用途四 應(yīng)用題1.某倉庫管理系統(tǒng)每天要處理大批單據(jù)所組成的事務(wù)文件， 單據(jù)分為訂貨單和發(fā)貨單兩種，每張單據(jù)有多行組成，訂貨單每行包括零件號、零件名、單價(jià)、數(shù)量等 4 個(gè)數(shù)據(jù)項(xiàng)，發(fā)貨單每行包括零件號、 零件名、數(shù)量等 3 個(gè)數(shù)據(jù)項(xiàng)，用 Jackson 結(jié)構(gòu)圖表示該事務(wù)文件的數(shù)據(jù)結(jié)構(gòu)。事務(wù)單據(jù)發(fā)貨訂貨零零單 數(shù)零零數(shù)2.用 PAD 圖描述下列問題的控制結(jié)構(gòu)，有一個(gè)表A（1），A（2），···，A（N）按遞增順序排列，給定一個(gè) Key 值，在表中用折半法查找，若找到，將表位置 i 送入 X ，否則將零送到 X，同時(shí)將 Key 值插

16、入表中。答案：算法為（ 1）置初值 H=1（表頭），T=N （表尾）；（ 2）置 i= （H+T ）/2（取整）；（ 3）若 Key=A(i), 則找到 i 送到 X；若 Key>A（i ），則 Key 在表的后半部分， i+1送入 H；若 Key<A （i ），則 Key 在表的前半部分， i 1 送入 T，重復(fù)第（ 2）步查找直到 H>T 為止。（ 4）查不到時(shí)，將 A （i），···，A （N）移到 A （i+1），···，A （N+1）， Key 值送入 A （i ）中。PAD 如下圖所示：個(gè)人收集整理，勿做商業(yè)用途3.某校的課酬計(jì)算方案為：（ 1）基本課酬為每節(jié)課 10 元；（ 2）班級人數(shù)超過 60 人，增加基