軟件工程-復(fù)習(xí)題

1、、選擇題1軟件測(cè)試的目的是（B ）。A ）試驗(yàn)性運(yùn)行軟件B）發(fā)現(xiàn)軟件錯(cuò)誤C）證明軟件正確D）找出軟件中全部錯(cuò)誤2 軟件開發(fā)瀑布模型中的軟件定義時(shí)期各個(gè)階段依次是：（B ）。A）可行性研究，問題定義，需求分析B）問題定義，可行性研究，需求分析C）可行性研究，需求分析，問題定義D ）以上順序都不對(duì)3 黑盒法是根據(jù)程序的（C ）來設(shè)計(jì)測(cè)試用例的。A ）應(yīng)用范圍B）內(nèi)部邏輯C）功能 D ）輸入數(shù)據(jù)4 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（C ）。A ）軟件工程B）軟件周期C）軟件危機(jī) D）軟件產(chǎn)生5 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（D ）。A）程序模塊化B）模

2、塊高內(nèi)聚C）模塊低耦合D）模塊獨(dú)立性6 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的（C ）。A）代碼的規(guī)模B ）運(yùn)行速度C）質(zhì)量D ）可維護(hù)性7 結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以（A ）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。A）數(shù)據(jù)流 B）數(shù)據(jù)流圖 C）數(shù)據(jù)庫D ）數(shù)據(jù)結(jié)構(gòu)&軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（B ）。A ）主要功能B ）算法的詳細(xì)描述C）用戶界面及運(yùn)行環(huán)境D）軟件的性能9 .程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是（D ）。A）不能嵌套使用B ）只能用來寫簡(jiǎn)單的程序C）已經(jīng)用硬件實(shí)現(xiàn)D）只有一個(gè)入口和一個(gè)出口10 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)程序的（ C ）。A）效率B）速度C）可讀

3、性 D）大小11與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（D ）。A）需求說明書 B）設(shè)計(jì)說明書 C）源程序D）項(xiàng)目開發(fā)設(shè)計(jì)12軟件測(cè)試過程中的集成測(cè)試主要是為了發(fā)現(xiàn)（B ）階段的錯(cuò)誤。這種維護(hù)的維護(hù)類型是（D ）。A ）需求分析B）概要設(shè)計(jì)C）詳細(xì)設(shè)計(jì)D）編碼 13 為軟件的運(yùn)行增加監(jiān)控設(shè)施以應(yīng)對(duì)將來可能出現(xiàn)的問題,A）改正性維護(hù)B）適應(yīng)性維護(hù)C）完善性維護(hù)D）預(yù)防性維護(hù)14集成測(cè)試時(shí)，能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測(cè)試方法為（A ）。A）自頂向下漸增式測(cè)試B）自底向上漸增式測(cè)試C）非漸增式測(cè)試D ）系統(tǒng)測(cè)試15. 確認(rèn)測(cè)試以（ A ）文檔作為測(cè)試的基礎(chǔ)。A ）需求規(guī)格說明書B）設(shè)計(jì)說明書C）源程序D ）開

4、發(fā)計(jì)劃16使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（A ）和指定的覆蓋標(biāo)準(zhǔn)。A）程序內(nèi)部邏輯B）程序的復(fù)雜度C）使用說明書D）程序的功能17瀑布模型的主要特點(diǎn)之一是（A ）oA ）推遲實(shí)現(xiàn)B）成功率極高C）容易失敗D ）過程迭代18結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（D ）A）篩選法 B）遞歸法C）歸納法 D）逐步求精法19.軟件危機(jī)的表現(xiàn)不包括（B ）A ）軟件質(zhì)量不可靠B）測(cè)試過程中發(fā)現(xiàn)的錯(cuò)誤較多C）軟件幾乎是不可維護(hù)的D ）缺少文檔20 .（ B ）所給出的軟件過程中引入了“風(fēng)險(xiǎn)驅(qū)動(dòng)”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項(xiàng)目。A ）增量模型B）螺旋模型C）原型模型D ）噴泉模型21 軟件可行性研究一

5、般不考慮（C ）oA）是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B）是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C）待開發(fā)的軟件是否會(huì)有質(zhì)量問題D ）待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算22 數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，其基本功能是（C ）oA）數(shù)據(jù)庫設(shè)計(jì)B ）數(shù)據(jù)通信C）數(shù)據(jù)定義D ）數(shù)據(jù)維護(hù)23 為了提高軟件的可維護(hù)性，在總體設(shè)計(jì)階段應(yīng)注意（ A ）oA）提高模塊的獨(dú)立性B）保存測(cè)試用例和數(shù)據(jù)C）文檔的副作用D ）養(yǎng)成好的程序設(shè)計(jì)風(fēng)格24 在對(duì)數(shù)據(jù)流的分析中，主要是找到中心變換，這是從（C ）導(dǎo)出結(jié)構(gòu)圖的關(guān)鍵。A ）數(shù)據(jù)結(jié)構(gòu)B）實(shí)體關(guān)系C）數(shù)據(jù)流圖D) E-R 圖25 .卜面(

6、D）方法能夠有效地檢測(cè)輸入條件的各種組合可能引起的錯(cuò)誤。（*）A）等價(jià)類劃分B）邊界值分析C）錯(cuò)誤推測(cè)D）因果圖26 在軟件工程中，描繪程序結(jié)構(gòu)的圖形工具不包括（ B ）。A）程序流程圖B）層次圖C） PAD圖D）判定表27 結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（D ）。A）篩選法B）遞歸法C）歸納法D ）逐步求精法28 軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（C ）。A）設(shè)計(jì)軟件的模塊結(jié)構(gòu)B）定義接口并建立數(shù)據(jù)結(jié)構(gòu)C）模塊內(nèi)部算法設(shè)計(jì)D ）生成概要設(shè)計(jì)規(guī)格說明29 （ B ）方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測(cè)試B）集成測(cè)試C）確認(rèn)測(cè)試D）系統(tǒng)測(cè)試30

7、 提高程序可讀性的手段包括（D )。A）使用三種標(biāo)準(zhǔn)控制結(jié)構(gòu)B）采用有實(shí)際意義的變量名C）給程序加注釋D）以上都是31 在結(jié)構(gòu)化設(shè)計(jì)方法中全面指導(dǎo)模塊劃分的最重要的原則是(C )。A）程序模塊化B）模塊高內(nèi)聚C）模塊獨(dú)立性D）模塊低耦合32 軟件詳細(xì)設(shè)計(jì)主要采用的方法是(D )。A ）模塊設(shè)計(jì)B）結(jié)構(gòu)化設(shè)計(jì)C) PDL語言D）結(jié)構(gòu)化程序設(shè)計(jì)33 一般來說，在軟件生命周期中成本最高的階段是（B）。A）詳細(xì)設(shè)計(jì)B）軟件維護(hù)C）軟件測(cè)試D）軟件編碼34.下列屬于維護(hù)階段的文檔是(C )。A）軟件規(guī)格說明B）用戶操作手冊(cè)C）軟件問題報(bào)告D）軟件測(cè)試分析報(bào)告35.軟件測(cè)試中，白盒法是通過分析程序的（ B

8、 ）來設(shè)計(jì)測(cè)試用例的。A）應(yīng)用范圍B）內(nèi)部邏輯 C）功能D）輸入數(shù)據(jù)36.軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫（D ）。A. 生存期B.面向?qū)ο蠓治鯟.面向?qū)ο蟪绦蛟O(shè)計(jì)D.面向?qū)ο笤O(shè)計(jì)37 下面幾種白箱測(cè)試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則（D ）。A ）語句覆蓋B）條件覆蓋C）判定覆蓋 D）條件組合覆蓋38 .在E-R模型中，包含以下基本成分（ C ）。A）數(shù)據(jù)、對(duì)象、實(shí)體B）控制、聯(lián)系、對(duì)象C）實(shí)體、聯(lián)系、屬性D）實(shí)體、屬性、操作39 .一個(gè)軟件的寬度是指其控制的（ C ）A .模塊數(shù)B .層數(shù)C.跨度D .厚度二、填空題I. 結(jié)構(gòu)程序設(shè)計(jì)的基本思想是自頂向下，逐步求精和

9、模塊化的結(jié)構(gòu)化分析方法。2 .軟件過程設(shè)計(jì)中最常用的技術(shù)和工具主要為判定樹、判定表、PAD圖、盒圖、 程序流程圖和PDL語言。3 .程序中數(shù)據(jù)元素彼此間的邏輯關(guān)系包括順序結(jié)構(gòu)、選擇結(jié)構(gòu)和重復(fù)結(jié)構(gòu) 。4 .數(shù)據(jù)流圖用圖形符號(hào)表示數(shù)據(jù)存儲(chǔ)、處理、數(shù)據(jù)流及外部實(shí)體。5. 可行性研究 _的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠 開發(fā)，是否值得去開發(fā)。6 .對(duì)于變換型的數(shù)據(jù)流圖，按照軟件設(shè)計(jì)思想，要將一個(gè)大型復(fù)雜的軟件進(jìn)行分解，要確定數(shù)據(jù)流圖的變換中心、邏輯輸入、邏輯輸出。7 .面向數(shù)據(jù)流的軟件設(shè)計(jì)方法，一般是把數(shù)據(jù)流圖中數(shù)據(jù)流劃分為交換流和事物流。&程序設(shè)計(jì)屬于軟件開發(fā)過程實(shí)現(xiàn)

10、階段。9 .軟件生命周期中所花費(fèi)用最多的階段是軟件維護(hù)10. 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序的質(zhì)量II. 軟件包括程序及其文檔。12. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是程序易讀性13. 面向?qū)ο蠓治龅幕具^程所包含的3個(gè)子模型為：動(dòng)態(tài)模型、功能模型和 對(duì)象模型。14. 在分析過程中用來描繪物理系統(tǒng)的圖形工具是系統(tǒng)流程圖。15. 過程設(shè)計(jì)的描述工具可分為圖形類、表格類和語言類 三大類。16. 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法（Jacks on方法）是進(jìn)行程序結(jié)構(gòu)設(shè)計(jì)的形式化方法。17. 為了便于對(duì)照檢查，測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成。18單元測(cè)試過程應(yīng)為測(cè)試模塊開發(fā)一個(gè)驅(qū)動(dòng)模塊和（或）若干個(gè)

11、樁模塊。19. E-R圖描述系統(tǒng)所有數(shù)據(jù)對(duì)象的組成和衛(wèi)性，描述數(shù)據(jù)對(duì)象之間關(guān)系的圖形語三、判斷題：1. 模塊接口設(shè)計(jì)要簡(jiǎn)單，以便降低接口設(shè)計(jì)的復(fù)雜程度和冗余度。（對(duì)）2. 通過軟件測(cè)試可暴露出一個(gè)大型軟件系統(tǒng)中所有潛藏的錯(cuò)誤。（錯(cuò)）3. 軟件的質(zhì)量保證工作一般在編碼工作結(jié)束后才開始。（錯(cuò) ）4. 結(jié)構(gòu)化程序設(shè)計(jì)就是要設(shè)計(jì)單入口、單出口的程序，因此，結(jié)構(gòu)化程序設(shè) 計(jì)排斥使用goto語句，尤其是后向goto語句的使用。（錯(cuò)）5. 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（對(duì)）6. 軟件維護(hù)的副作用指由于維護(hù)或在維護(hù)過程中其他一些不期望的行為引 入的錯(cuò)誤。（對(duì) ）7. 編程風(fēng)格是在首先保證提高

12、程序性能的前提下，再講求有效地編排和組織程序以提高可讀性和可維護(hù)性。（錯(cuò)）8. 采用信息隱藏原理指導(dǎo)模塊設(shè)計(jì)可以支持模塊的并行開發(fā)，減少軟件測(cè)試和軟件維護(hù)的工作量。（對(duì)）9. 用戶對(duì)軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。對(duì)10. 目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。錯(cuò)11. 面向數(shù)據(jù)的設(shè)計(jì)方法的適用場(chǎng)合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）等。對(duì)12. 通常緊致性好的語言一致性就好。錯(cuò)13. 測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長(zhǎng)期保存。錯(cuò)14. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用

13、戶定做輸入格式等內(nèi)容。對(duì)15. 完善性維護(hù)是提高或完善軟件的性能。對(duì)16. McCabe建議模塊規(guī)模應(yīng)滿足：V （G）w 20。錯(cuò)17. 文檔記錄軟件開發(fā)活動(dòng)和階段成果，具有永久性，可供人或機(jī)器閱讀。對(duì)18. 軟件開發(fā)人員對(duì)用戶需求的理解有偏差，這將導(dǎo)致軟件產(chǎn)品與用戶的需求不一致，是產(chǎn)生軟件危機(jī)的唯一原因。錯(cuò)19. 面向?qū)ο笤O(shè)計(jì)是將面向?qū)ο蠓治鏊鶆?chuàng)建的分析模型進(jìn)一步細(xì)化形成軟件 設(shè)計(jì)模型的過程。對(duì)20. 用戶本身的技能，個(gè)性上的差異，行為方式的不同，不會(huì)對(duì)人機(jī)界面使用造成影響。錯(cuò)四、簡(jiǎn)答題1. 什么是軟件過程？它與軟件工程方法學(xué)有何關(guān)系？2. 什么是軟件危機(jī)？軟件危機(jī)表現(xiàn)在哪幾個(gè)方面？3. 簡(jiǎn)

14、述軟件測(cè)試過程的階段構(gòu)成及各階段任務(wù)。4. 數(shù)據(jù)流圖用來反映系統(tǒng)的功能模型，簡(jiǎn)述其類型及各自的結(jié)構(gòu)特征。5. 試說出黑盒測(cè)試和白盒測(cè)試的區(qū)別及聯(lián)系。6. 簡(jiǎn)述結(jié)構(gòu)化程序設(shè)計(jì)方法的基本要點(diǎn)7. 需求分析的目的是什么？需求分析的難點(diǎn)在哪里？8. 簡(jiǎn)述軟件生命周期的構(gòu)成。9. 簡(jiǎn)述軟件開發(fā)過程中總體設(shè)計(jì)階段應(yīng)遵循的基本原理。10. 概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書有何區(qū)別？11. 運(yùn)用所學(xué)相關(guān)知識(shí)，簡(jiǎn)述軟件可維護(hù)性的決定因素有哪些。12. 軟件質(zhì)量保證應(yīng)做好哪幾方面的工作？1軟件工程方法是在實(shí)踐中不斷發(fā)展著的方法，而早期的軟件工程方法一般是指 （ ）。A.原型化方法B .結(jié)構(gòu)化方法C .面向?qū)ο蠓椒―

15、 .功能分解法2. 軟件開發(fā)瀑布模型中的各個(gè)階段依次是（）。A 設(shè)計(jì)、分析、實(shí)現(xiàn)、測(cè)試、維護(hù)B. 分析、設(shè)計(jì)、測(cè)試、實(shí)現(xiàn)、維護(hù)C 分析、設(shè)計(jì)、實(shí)現(xiàn)、維護(hù)、測(cè)試D 分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、維護(hù)3. 需求分析的任務(wù)不包括（）。A .確定對(duì)系統(tǒng)的綜合要求B.分析系統(tǒng)的數(shù)據(jù)要求C 從技術(shù)角度分析系統(tǒng)是否可行D 導(dǎo)出邏輯模型并修正開發(fā)計(jì)劃B.需求確定的D .實(shí)時(shí)）中的各個(gè)成份的具體含義的。B.功能結(jié)構(gòu)圖D.數(shù)據(jù)流圖4. 原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于 A .需求不確定性高的C .管理信息5. 數(shù)據(jù)字典是用來定義（A .流程圖C. 系統(tǒng)結(jié)構(gòu)圖6. 需求分析階段的主要任務(wù)是確定（）。A .軟件開發(fā)方法B .軟件開發(fā)工具C .軟件開發(fā)費(fèi)D .軟件系統(tǒng)的功能7. 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（）。A.程序模塊化B.模塊