軟件工程考試題庫(kù)

1、文檔編碼 : CF3F8S9I9B4 HD2Z7J8J2R3 ZT2H7Z10Q2Z3一 填空題 1. 用原型過程代替全部開發(fā)階段,這種快速原型是（試驗(yàn)型或演化型）原型； 2. 可行性爭(zhēng)辯實(shí)質(zhì)上是進(jìn)行一種簡(jiǎn)化,壓縮了的（需求分析和設(shè)計(jì)） ； 3. 結(jié)構(gòu)圖的主要內(nèi)容有（模塊） ,（模塊的把握關(guān)系） ,（模塊的信息傳遞） ； 4. 模塊之間的聯(lián)系越緊密,其耦合性就越（強(qiáng)） ,模塊的獨(dú)立性就越 差 ； 5. 軟件工程爭(zhēng)辯的主要內(nèi)容包括軟件開發(fā)技術(shù)和軟件開發(fā)治理兩個(gè)方面,在軟件開發(fā)技術(shù) 方面,主要是爭(zhēng)辯（軟件開發(fā)方法） ,（軟件開發(fā)過程） ,（軟件開發(fā)工具和環(huán)境） ,在軟件開 發(fā)治理方面,主要是爭(zhēng)辯（

2、軟件治理學(xué)） ,（軟件經(jīng)濟(jì)學(xué)） ,（軟件心理學(xué)） ； 6. 狀態(tài)圖反映了（狀態(tài)）與 （大事）的關(guān)系, 狀態(tài)圖確定了由大事序列引起的 （狀態(tài)序列）； 7. 可行性爭(zhēng)辯實(shí)質(zhì)上是進(jìn)行一種簡(jiǎn)化,壓縮了的（需求分析和設(shè)計(jì)） ； 8. 在數(shù)據(jù)流圖中,（數(shù)據(jù)流） 是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑, 因此由一組 （成分固定的數(shù)據(jù)項(xiàng)） 組成,加工（又稱為數(shù)據(jù)處理）是對(duì)數(shù)據(jù)流進(jìn)行某些（操作或交換） ； 9. （偶然內(nèi)聚）指一個(gè)模塊內(nèi)的各處理元素之間沒有任何聯(lián)系,這是內(nèi)聚程度最（差）的 內(nèi)聚； 10 假如 n 個(gè)相同的系統(tǒng)（硬件或軟件）進(jìn)行測(cè)試,它們的失效時(shí)間分別是 t1 ,t2 ,.tn ,就 平均失效等待時(shí)間 MTTF

3、=（ 1/n）； 11（愛惜申請(qǐng)報(bào)告）是一種由用戶產(chǎn)生的文檔,它用作方案愛惜任務(wù)的基礎(chǔ)； 12 在軟件開發(fā)和愛惜過程中,一個(gè)軟件往往有很多版本,版本把握工具用來儲(chǔ)備,更新, 復(fù)原和治理一個(gè)軟件的（多個(gè)版本） ； 13 軟件工具通常由工具, （工具接口）和用戶工具三個(gè)部分組成； 14 類的實(shí)例化是（對(duì)象） ； 15形式化規(guī)約語(yǔ)言由（語(yǔ)法） ,（語(yǔ)義）和（一組關(guān)系）組成； 16 軟件質(zhì)量保證應(yīng)從（產(chǎn)品方案和設(shè)計(jì)）開頭,直到投入使用和售后服務(wù)的軟件生存期的 每一個(gè)階段中的每一步驟； 第 1 頁(yè),共 9 頁(yè)17 為了提高軟件的質(zhì)量,軟件質(zhì)量保證的任務(wù)大致可歸結(jié)為以下 8 類：（正確定義用戶要 求）,（

4、技術(shù)方法的應(yīng)用） ,（提高軟件開發(fā)的工程才能） ,（軟件的復(fù)用） ,（發(fā)揮每個(gè)開發(fā)者 的才能）,（組織外部力氣協(xié)作） ,（排除無效勞動(dòng)） ,（提高方案和治理質(zhì)量） ； 18 軟件測(cè)試時(shí)需要的三類信息,分別是（軟件配置） ,（測(cè)試配置）,（測(cè)試工具） ； 19 在面對(duì)對(duì)象方法中,信息隱匿通過對(duì)象的（封裝性）來實(shí)現(xiàn),類結(jié)構(gòu)分別了（接口）與 （實(shí)現(xiàn)）,從而支持了信息隱匿； 20 增量模型在開發(fā)工程中以一系列（增量方式）開發(fā)系統(tǒng),推遲某階段的（細(xì)節(jié)） ,從而 （盡早）產(chǎn)生工作軟件； 二 挑選題 1. （A）是運(yùn)算機(jī)程序及其說明程序的各種文檔； A 軟件 B 文檔 C 數(shù)據(jù) D 程序 2. 軟件生存周期

5、包括可行性分析和項(xiàng)目開發(fā)方案,需求分析,概要設(shè)計(jì),具體設(shè)計(jì),編碼, （ B）和愛惜等活動(dòng)； A 應(yīng)用 B 測(cè)試 C 檢測(cè) D 以上答案都不正確 3. 建立原型的目的不同,實(shí)現(xiàn)原型的途徑也有所不同,以下不正確的類型是（ B）； A 用于驗(yàn)證軟件需求的原型 B 垂直原型 C 用于驗(yàn)證設(shè)計(jì)方案的原型 D 用于演化出目標(biāo)系統(tǒng)的原型 4. 在軟件工程項(xiàng)目中,不隨參加人數(shù)的增加而使軟件的生產(chǎn)率增加的主要問題是（ D）； A 工作階段間的等待時(shí)間 B 生產(chǎn)原型的復(fù)雜性 C 參加人數(shù)所需的工作站數(shù) D 參加人員之間的通信困難 5. 需求分析最終結(jié)果是產(chǎn)生（ C）； A 項(xiàng)目開發(fā)方案 B 可行性分析報(bào)告 C 需

6、求規(guī)格說明書 D 設(shè)計(jì)說明書 6. 對(duì)軟件的過分分解,必定導(dǎo)致（ D）； A 模塊的獨(dú)立性變差 B 接口的復(fù)雜程度增加 第 2 頁(yè),共 9 頁(yè)C 軟件開發(fā)的總工作量增加 D 以上都正確 7. 結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中,用于（ B）； A 測(cè)試用例設(shè)計(jì) B 概要設(shè)計(jì) C 程序設(shè)計(jì) D 具體設(shè)計(jì) 8. 概要設(shè)計(jì)與具體設(shè)計(jì)連接的圖形工具是（ B）； A 數(shù)據(jù)流圖 B 結(jié)構(gòu)圖 C 程序流程圖 D PAD 圖 9. 通過執(zhí)行對(duì)象的操作轉(zhuǎn)變?cè)搶?duì)象的屬性,但它必需通過（ A 接口 B 消息 C 信息 D 操作 B）的傳遞； 10. 軟件結(jié)構(gòu)圖中,模塊框之間如有直線連接,表示它們之間存在（ A）； A 調(diào)用

7、關(guān)系 B 組成關(guān)系 C 連接關(guān)系 D 次序執(zhí)行關(guān)系 11. 面對(duì)對(duì)象的主要特點(diǎn)除對(duì)象唯獨(dú)性,封裝,繼承外,仍有（ A）； A 多態(tài)性 B 完整性 C 可移植性 D 兼容性 12. 在考察系統(tǒng)的一些涉準(zhǔn)時(shí)序和轉(zhuǎn)變的狀況時(shí), 要用動(dòng)態(tài)模型來表示；動(dòng)態(tài)模型著重于系 統(tǒng)的把握規(guī)律,它包括兩個(gè)圖,一個(gè)是大事追蹤圖,另一個(gè)是（ B）； A 數(shù)據(jù)流圖 B 狀態(tài)圖 C 系統(tǒng)結(jié)構(gòu)圖 D 時(shí)序圖 13. 通過執(zhí)行對(duì)象的操作轉(zhuǎn)變?cè)搶?duì)象的屬性,但它必需通過（ A 接口 B 消息 C 信息 D 操作 14. 在測(cè)試中,以下說法錯(cuò)誤選項(xiàng)（ B）； A 測(cè)試是為了發(fā)覺程序中的錯(cuò)誤而執(zhí)行程序的過程 B 測(cè)試是為了說明程序是正

8、確的 B）的傳遞； C 好的測(cè)試方案是極可能發(fā)覺迄今為止尚未發(fā)覺的錯(cuò)誤的測(cè)試方案 D 勝利的測(cè)試是發(fā)覺了迄今為止尚未發(fā)覺的錯(cuò)誤的方案 15. 產(chǎn)生軟件愛惜的副作用,是指（ C）； A 開發(fā)時(shí)的錯(cuò)誤 B 隱含的錯(cuò)誤 第 3 頁(yè),共 9 頁(yè)C 因修改程序而造成的錯(cuò)誤 D 運(yùn)行時(shí)的誤操作 16. 軟件是一種（ B）的產(chǎn)品； A 有形 B 規(guī)律 C 物質(zhì) D 消耗 17. 在運(yùn)算機(jī)軟件開發(fā)和愛惜中所產(chǎn)生的一系列莊重的問題通常稱為“軟件危機(jī)” ,這些問 題中相對(duì)次要的因素是（ D）； A 文檔質(zhì)量 B 開發(fā)效率 C 軟件功能 D 軟件性能 18. 數(shù)據(jù)集成指不同軟件工程能相互（ B）； A 合作 B 交

9、換數(shù)據(jù) C 溝通 D 通信 19. 軟件生存周期包括可行性分析和項(xiàng)目開發(fā)方案, （ B）和愛惜等活動(dòng)； A 應(yīng)用 B 測(cè)試 C 檢測(cè) D 以上答案都不正確 需求分析, 概要設(shè)計(jì), 具體設(shè)計(jì), 編碼, 20. 在原型法中稱（ A）為用戶 / 設(shè)計(jì)者,開發(fā)人員依據(jù)用戶要求不斷修改原型,直到中意用 戶要求為止； A 用戶 B 開發(fā)人員 C 系統(tǒng)分析員 D 程序員 21. 以下說法錯(cuò)誤選項(xiàng)（ A）； A 對(duì)于探究型,把原型作為需求說明的補(bǔ)充形式； B 對(duì)于試驗(yàn)型,通過原型過程的反復(fù)循環(huán),直接得到軟件系統(tǒng)； C 對(duì)于演化型,原型成為設(shè)計(jì)的總體框架或設(shè)計(jì)結(jié)果的一部分； 22. 原型化方法是一種（ A）型的

10、設(shè)計(jì)過程； A 自外向內(nèi) B 自頂向下 C 自內(nèi)向外 D 自底向上 23. 軟件工程的結(jié)構(gòu)化生命周期方法,提出將軟件生命周期劃分為方案,開發(fā)和運(yùn)行三個(gè)時(shí) 期,下述（ D）工作應(yīng)屬于軟件開發(fā)期的內(nèi)容； 1 需求分析 2 可行性爭(zhēng)辯 3 總體設(shè)計(jì) 第 4 頁(yè),共 9 頁(yè)A 只有 1 B 1 和 2 C 全部 D 1 和 3 24. 在下面的表達(dá)中, （C）不是軟件需求分析的任務(wù)； A 問題分解 B 牢靠性與安全性要求 C 結(jié)構(gòu)化程序設(shè)計(jì) D 確定規(guī)律模型 25. 以下說法正確選項(xiàng)（ D）； A 對(duì)于次序執(zhí)行和循環(huán)執(zhí)行的動(dòng)作,用判定表和判定樹； B 對(duì)于存在多個(gè)條件復(fù)雜組合的判定問題,用結(jié)構(gòu)化語(yǔ)言描

11、述； C 判定表較判定樹直觀易讀,判定樹進(jìn)行規(guī)律驗(yàn)證較嚴(yán)格； D 可將判定表和判定樹兩者結(jié)合起來,先用判定表作底稿,在此基礎(chǔ)上產(chǎn)生判定樹； 26. 模塊化設(shè)計(jì) B 逐步求精 C 由底向上設(shè)計(jì) D 自頂向下設(shè)計(jì) A 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ò)誤選項(xiàng)（ D）； A 分層的數(shù)據(jù)流圖映射成軟件結(jié)構(gòu)圖也應(yīng)當(dāng)是分層的 B 軟

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

13、 在確定屬性時(shí),全部（ C）是候選的屬性； A 動(dòng)詞 B 名詞 C 修飾性名詞詞組 D 詞組 33. 在解決人工智能上使用最多的有特別強(qiáng)的表處理功能的函數(shù)程序設(shè)計(jì)語(yǔ)言是（ D）； A Prolog B Snobol C Cobol D Lisp 34. （ B）是指能夠以數(shù)字概念來描述牢靠性的數(shù)學(xué)表達(dá)式中所使用的量； A 硬件牢靠性的定量度量 B 軟件牢靠性的定量指標(biāo) C 系統(tǒng)的定量度量 D 牢靠性的度量 35. 只有高水平的（ D）才能才能生產(chǎn)出高質(zhì)量的軟件產(chǎn)品,因此必需在軟件開發(fā)環(huán)境或軟 件工具箱的支持下,運(yùn)用先進(jìn)的開發(fā)技術(shù),工具和治理方法來提高開發(fā)軟件的才能； A 組織 B 開發(fā) C 設(shè)

14、計(jì) D 軟件工程 36. 以下說法錯(cuò)誤選項(xiàng)（ C）； A 自底向上的缺點(diǎn)是系統(tǒng)整體功能最終才能看到 B 自底向上的缺點(diǎn)是上層模塊錯(cuò)誤發(fā)覺得晚,影響范疇大 C 自頂向下的缺點(diǎn)是把很多測(cè)試推遲到用實(shí)際模塊代替樁模塊之后 D 自頂向下的缺點(diǎn)是設(shè)計(jì)較多的樁模塊,測(cè)試開銷大 E 自頂向下的缺點(diǎn)是早期不能并行工作,不能充分利用人力 37. 在測(cè)試中,以下說法錯(cuò)誤選項(xiàng)（ B）； A 測(cè)試是為了發(fā)覺程序中的錯(cuò)誤而執(zhí)行程序的過程 第 6 頁(yè),共 9 頁(yè)B 測(cè)試是為了說明程序是正確的 C 好的測(cè)試方案是極可能發(fā)覺迄今為止尚未發(fā)覺的錯(cuò)誤的測(cè)試方案 D 勝利的測(cè)試是發(fā)覺了迄今為止尚未發(fā)覺的錯(cuò)誤的方案 38. 檢查軟件

15、產(chǎn)品是否符合需求定義的過程為（ A）； A 確認(rèn)測(cè)試 B 集成測(cè)試 C 驗(yàn)證測(cè)試 D 驗(yàn)收測(cè)試 39. 為使得開發(fā)人員對(duì)軟件產(chǎn)品的各階段工作都進(jìn)行周密的摸索,從而削減返工,所以（ C） 的編制是很重要的； A 需求說明 B 概要說明 C 軟件文檔 D 測(cè)試大綱 成本估算模型是一種（ D）； A 靜態(tài)單變量模型 B 靜態(tài)多變量模型 C 動(dòng)態(tài)單變量模型 D 動(dòng)態(tài)多變量模型 三 簡(jiǎn)答題 1. 什么是軟件工程過程？它包含哪些過程？ 2. 什么是軟件生存周期？它有哪些活動(dòng)？ 3. 可行性爭(zhēng)辯報(bào)告有哪些主要內(nèi)容 4. 軟件結(jié)構(gòu)設(shè)計(jì)的優(yōu)化準(zhǔn)就是什么 5. 軟件測(cè)試的目的是什么 6. 結(jié)構(gòu)化程序設(shè)計(jì)的基本要點(diǎn)

16、是什么？ 7. 愛惜的特點(diǎn)有哪些？ 8. 軟件配置治理有哪些內(nèi)容 9. 什么是耦合性？模塊的耦合性有哪些內(nèi)容？ 10. 影響軟件質(zhì)量的因素有哪些？ 11. 結(jié)構(gòu)化分析方法 12.調(diào)試的目的是什么？調(diào)試有哪些技術(shù)手段？ 第 7 頁(yè),共 9 頁(yè)四 應(yīng)用題 1.某倉(cāng)庫(kù)治理系統(tǒng)每天要處理大批單據(jù)所組成的事務(wù)文件,單據(jù)分為訂貨單和發(fā)貨單兩種,每張單 據(jù)有多行組成,訂貨單每行包括零件號(hào),零件名,單價(jià),數(shù)量等 4 個(gè)數(shù)據(jù)項(xiàng),發(fā)貨單每行包括零件 號(hào),零件名,數(shù)量等 3 個(gè)數(shù)據(jù)項(xiàng),用 Jackson 結(jié)構(gòu)圖表示該事務(wù)文件的數(shù)據(jù)結(jié) 構(gòu)； 2.用 PAD 圖描述以下問題的把握結(jié)構(gòu),有一個(gè)表 A（ 1）,A （ 2）

17、,A （N）按遞增次序排列, 給定一個(gè) Key 值,在表中用折半法查事 找務(wù),文 如找到,將表位置 i 送入 X,否就將零送到 X,同時(shí)將 Key 值插入表中； 答案：算法為 （1）置初值 H=1（表頭）,T=N（表尾）； （2）置 i= （H+T）/2（取整）； 單據(jù) （3）如 Key=Ai, 就找到 i送到 X ；如 KeyA（i）,就 Key 在表的后半部分, i+1送入 H；如 KeyT 為止； （4）查不到時(shí),發(fā)將貨單A （i）, A（N）移到 A（i+1）,訂,貨A 單（N+1）,Key 值送A（i）中； 入 PAD 如下圖所示： 零件 數(shù) 3.某校的課酬運(yùn)算方案為： （1）基本課酬為每節(jié)課 10 元； （零2）件班級(jí)人零 數(shù)件 超 60單人,增加 數(shù)基本課酬 10%零；件 過