軟件工程試題與答案

1、. .軟件工程模擬試題及參考答案（一）一、單向選擇題（四選一、每小題3 分，共 18 分）1、面向?qū)ο螅?Object Oriented）方法是將現(xiàn)實(shí)世界的事物以對象的方式（B ）到計(jì)算機(jī)世界的方法。對應(yīng)映射反映反射2 、盒圖也稱為（ D）或 Chapin 圖。這種表達(dá)方式取消了流程線，它強(qiáng)迫程序員以結(jié)構(gòu)化方式思考和解決問題。流程圖框圖判定表N-S 圖3 、面向數(shù)據(jù)的設(shè)計(jì)方法就是根據(jù)問題的數(shù)據(jù)結(jié)構(gòu)定義一組映射，把問題的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換為問題解的（ A ）結(jié)構(gòu)。程序數(shù)據(jù)邏輯物理4 、人機(jī)界面的風(fēng)格大致經(jīng)過了（B）代的演變。三四五六5 、以下不屬于白盒測試技術(shù)的是（D）邏輯覆蓋基本路徑測試循環(huán)覆蓋測試

2、等價(jià)類劃分6 、為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)稱為（A）。糾錯(cuò)性維護(hù)適應(yīng)性維護(hù)改善性維護(hù)預(yù)防性維護(hù)二、填空題（每空2 分，共 18 分）1. 文檔一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù))。2. 機(jī)器語言、匯編語言：依賴于機(jī)器，面向（機(jī)器）3. 軟件有效性，指軟件系統(tǒng)的時(shí)間和（空間）效率。4. 軟件定義過程可通過軟件系統(tǒng)的(可行性研究 )和需求分析兩個(gè)階段來完成。5. 軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么” 。6. 為了使用戶需求逐步精細(xì)化、完全化、一致化，通常采用（需求建模技術(shù)）。a. .7.一個(gè)軟件的深度是指其控制的（層數(shù)）。8. 以詳細(xì)設(shè)計(jì)說明書為輸入

3、， 將該輸入用某種程序設(shè)計(jì)語言翻譯成計(jì)算機(jī)可以理解并最終可運(yùn)行的代碼的過程叫（編碼）過程。9. 軟件維護(hù)是軟件生命周期的（最后）一個(gè)階段。三、判斷題（每小題 2 分，共 24 分，錯(cuò)誤打 X 、正確打）1.缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的原因之一。（）2.一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。（ X）3.在用戶需求分析時(shí)觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（）4.快速原型技術(shù)的適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場合。 （）5

4、.流程圖也稱為程序框圖是最常用的一種表示法。（）6.面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)：確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。 （）7.理想的人機(jī)界面應(yīng)針對具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（）8. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量增加用戶輸入的動(dòng)作。（X）9. 用窮舉測試是較現(xiàn)實(shí)的測試方法。 （X ）四、簡答題（每小題4 分，共 20 分）1、計(jì)算機(jī)軟件與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。2 、需求分析的任務(wù)是什么？需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么” 。具體任務(wù)包括確定軟件系統(tǒng)的功能需求、性能需求和運(yùn)行環(huán)境約束， 編制軟件需求規(guī)

5、格說明書、 軟件系統(tǒng)的驗(yàn)收測試準(zhǔn)則和初步的用戶手冊。3 、軟件項(xiàng)目的成本管理估算軟件項(xiàng)目的成本，作為立項(xiàng)和簽合同的依據(jù)之一，并在軟件開發(fā)過程中按計(jì)劃管理經(jīng)費(fèi)的使用4 、快速原型技術(shù)的基本思想是什么？在軟件開發(fā)的早期， 快速開發(fā)一個(gè)目標(biāo)軟件系統(tǒng)的原型， 讓用戶對其進(jìn)行評價(jià)并提出修改意見，然后開發(fā)人員根據(jù)用戶的意見對原型進(jìn)行改進(jìn)。5 、程序設(shè)計(jì)語言的有哪些特點(diǎn)？1）一致性2 ）二義性3 ）緊致性4 ）局部性五、綜合題（每小題10 分，共 20 分）1、可將軟件生存周期劃分為哪3 個(gè)過程和哪9 個(gè)階段。（ 1） 3 個(gè)過程是：軟件定義過程、軟件開發(fā)過程、軟件使用與維護(hù)過程。（ 2 ） 9 個(gè)階段有：

6、可行性研究、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測試、驗(yàn)收a. .測試、使用與維護(hù)、退役。2 、畫出與圖1 所示的程序流程圖對應(yīng)的程序圖，并試計(jì)算其巡回秩數(shù)V(G) 。解：（ 1）程序圖如（圖2 ）所示：（ 2）計(jì)算其巡回秩數(shù)：V（ G） =E N +2=1310 +2=5開始1aaR52b3R4bccf45 R1 8 f9deghR2R3deghi10671112ji13結(jié)束j（圖一）（圖二）a. .軟件工程模擬試題及參考答案（二）一、單向選擇題（四選一、每小題3 分，共 18 分）1、軟件的發(fā)展經(jīng)歷了（D）個(gè)發(fā)展階段。A. 一B. 二C. 三D. 四2 、需求分析的任務(wù)不包括（B）。A

7、. 問題分析B. 系統(tǒng)設(shè)計(jì)C. 需求描述D. 需求評審。3 、一個(gè)軟件的寬度是指其控制的（C）。A. 模塊數(shù)B. 層數(shù)C. 跨度D. 厚度4 、當(dāng)模塊中包含復(fù)雜的條件組合，只有（A）能夠清晰地表達(dá)出各種動(dòng)作之間的對應(yīng)關(guān)系。A. 判定表和判定樹B. 盒圖C. 流程圖D. 關(guān)系圖5 、以下不屬于邏輯覆蓋的是（D ）。A. 語句覆蓋B. 判定覆蓋C. 條件覆蓋D. 基本路徑6 、為適應(yīng)軟件運(yùn)行環(huán)境的變化而修改軟件的活動(dòng)稱為（B）。A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)二、填空題（每空2 分，共 18 分）1.軟件可靠性是指在給定的時(shí)間間隔，程序成功運(yùn)行的（概率）。2. 高級

8、語言：獨(dú)立于機(jī)器，面向過程或面向（對象）3. 軟件項(xiàng)目管理的圍主要集中于 3 個(gè) P 上，即： People 人員、 Problem 問題和（過程 ）。4. 人機(jī)界面的風(fēng)格第一代界面是命令和（詢問）方式。5.由于維護(hù)或在維護(hù)過程中其他一些不期望的行為引入的錯(cuò)誤稱為維護(hù)的（副作用）。6.在公式 V（ G）= E N + 2 中： E 為程序圖 G 中邊的總數(shù)；N 為程序圖中結(jié)點(diǎn)的總數(shù)。 V（ G）又稱為圖 G 的環(huán)形（復(fù)雜度） 。a. .7.任何一個(gè)基于計(jì)算機(jī)系統(tǒng)都可以用輸入-處理 -輸出（ IPO ）圖來描述，它將該系統(tǒng)轉(zhuǎn)換成一個(gè)信息變換模型。8. 為提高可交互性一般對所有可能造成損害的用戶操

9、作動(dòng)作，應(yīng)堅(jiān)持要求用戶（確認(rèn)），例如，提問 “你確實(shí)要?jiǎng)h除 ？ ”。9. 文檔是一種數(shù)據(jù)媒體和其上所記錄的（數(shù)據(jù)）。三、判斷題（每小題 2 分，共 24 分，錯(cuò)誤打 X 、正確打）1.用戶對軟件需求的描述不精確，往往是產(chǎn)生軟件危機(jī)的原因之一。（）2.目前，軟件項(xiàng)目的進(jìn)度安排的兩種比較常用的方法是程序評估與審查技術(shù)（PERT）和關(guān)鍵路徑法（ CPM ）。（）3.一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。 （）4. 目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。（ X）5.面向數(shù)據(jù)的設(shè)計(jì)方法的適用場合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的

10、信息管理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）等。（）6.缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。是產(chǎn)生軟件危機(jī)的唯一原因。（ X）7. 通常緊致性好的語言一致性就好。 （X ）8.測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長期保存。（ X）9.數(shù)據(jù)輸入的一般準(zhǔn)則中包括保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用戶定做輸入格式等容。 （）10. 軟件也會(huì)磨損和老化。 （X）11. 完善性維護(hù)是提高或完善軟件的性能。 （）12. McCabe 建議模塊規(guī)模應(yīng)滿足： V（ G） 20 。（ X）四、簡答題（每小題4 分，共 20 分）1、程序設(shè)計(jì)語言的三種類型和特點(diǎn)是什么？01機(jī)器語言、匯編語言：依賴于機(jī)

11、器，面向機(jī)器2 高級語言：獨(dú)立于機(jī)器，面向過程或面向?qū)ο?面向問題語言：獨(dú)立于機(jī)器，非過程式語言（4GL） （2 分）2、軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)、使用與維護(hù)過程中遇到的一系列嚴(yán)重問題和難題。3、軟件項(xiàng)目的質(zhì)量管理制定軟件質(zhì)量保證計(jì)劃，按照質(zhì)量評價(jià)體系控制軟件質(zhì)量要素，對階段性的軟件產(chǎn)品進(jìn)行評審，對最終軟件產(chǎn)品進(jìn)行確認(rèn)，確保軟件質(zhì)量。4 、好的編程風(fēng)格應(yīng)遵循哪四條規(guī)則？1）節(jié)簡2 ）模塊化3 ）簡單化4 ）文檔化5 、軟件測試中按照錯(cuò)誤的性質(zhì)和圍進(jìn)行分類可分為：“功能錯(cuò)誤”及其它哪些錯(cuò)誤？a. .1系統(tǒng)錯(cuò)誤2 加工錯(cuò)誤（算法錯(cuò)誤）3 數(shù)據(jù)錯(cuò)誤4 代碼錯(cuò)誤五、綜合題（每小題10 分，共 20

12、 分）1、選擇語言時(shí)要考慮的因素有：項(xiàng)目的應(yīng)用領(lǐng)域、項(xiàng)目中算法、計(jì)算的復(fù)雜性和其余哪些容？答：1）項(xiàng)目中數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性2）用戶的性能需求3）軟件運(yùn)行的環(huán)境4）軟件開發(fā)人員開發(fā)水平5）可用的編譯器和交叉編譯器2、已知一個(gè)軟件項(xiàng)目的記錄，開發(fā)人員M=3 人，其代碼行數(shù) =12.1KLOC ，工作量 E=24PM ，成本 S=168000 美元，錯(cuò)誤數(shù) N=29，文檔頁數(shù) Pd=365頁。試計(jì)算開發(fā)該軟件項(xiàng)目的生產(chǎn)率 P、平均成本 C、代碼出錯(cuò)率 EQR 和文檔率 D。 0201解： 1軟件開發(fā)的生產(chǎn)率P 為：P = L / E = 12.1 ×103LOC / 24PM = 504 L

13、OC/PM2開發(fā)每行代碼的平均成本C 為：C=S/L=168000美元 / 12100LOC=13.9 美元 /LOC3代碼出錯(cuò)率 EQR 為：EQR=N/L=29個(gè) /12.1KLOC=2.4個(gè)/KLOC4軟件的文檔率D 為：D = Pd / L = 365頁 / 12.1KLOC = 30頁 / KLOCa. .軟件工程模擬試題及參考答案（三）單向選擇題（四選一、每小題3 分，共 18 分）1、從事物的組成部件及每個(gè)部件的屬性、功能來認(rèn)識事物。這種方法被稱為（A ）的方法。A、面向?qū)ο驜、面向數(shù)據(jù)C、面向過程D、面向?qū)傩? 、判定表由四部分組成：左上部列出（B）。A. 條件組合與動(dòng)作之間的

14、對應(yīng)關(guān)系B. 所有條件C. 所有可能的動(dòng)作D. 可能的條件組合3 、根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動(dòng)稱為（C）。A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)4 、可行性研究的步驟中不包括（C）的容。A. 復(fù)查初步分析結(jié)果。B. 研究現(xiàn)有的系統(tǒng)。C. 導(dǎo)出新系統(tǒng)高層邏輯模型。D. 建立新系統(tǒng)的物理模型解法。5 、將軟件組裝成系統(tǒng)的一種測試技術(shù)叫（A）。A. 集成測試B. 單元測試C. 集合測試D. 系統(tǒng)測試6 、技術(shù)可行性是可行性研究的關(guān)鍵，其主要容一般不包括（C）。A. 風(fēng)險(xiǎn)分析B. 資源分析C. 人員分析D. 技術(shù)分析二、填空題（每空2 分，共 1

15、8 分）1. 面向問題語言：是獨(dú)立于（機(jī)器） ，非過程式語言 4GL 。2. 軟件有效性，指軟件系統(tǒng)的（時(shí)間）和空間效率。3. 軟件項(xiàng)目管理的對象主要包括產(chǎn)品、過程和（資源）等。4. 計(jì)算機(jī)系統(tǒng)工程是用工程、 科學(xué)和（數(shù)學(xué)） 的原則與方法研制基于計(jì)算機(jī)的系統(tǒng)的有關(guān)技術(shù)、方法和過程。5.在 Jackson 方法中， 實(shí)體結(jié)構(gòu)是指實(shí)體在時(shí)間坐標(biāo)系中的行為序列。 這種序列以順序、選擇和（重復(fù)）三種結(jié)構(gòu)進(jìn)行復(fù)合。6.一個(gè)模塊的 “ 扇出數(shù) ” 是指該模塊直接控制的其他（模塊化）。a. .7. 第二代界面是簡單的（菜單）式。8. 軟件可適應(yīng)性， 是指軟件在不同的（系統(tǒng)約束）條件下，使用戶需求得到滿足的難

16、易程度。9.如果一個(gè)模塊控制另一個(gè)模塊，稱前者為主控模塊，后者為(從屬模塊。三、判斷題（每小題2 分，共 24 分，錯(cuò)誤打X 、正確打）1. 可行性研究工作要在初步的需求定義之前進(jìn)行。（ X）2.軟件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。( )3.文檔（ document ）一種數(shù)據(jù)媒體和其上所記錄的數(shù)據(jù)。（）4. 軟件工程使用的軟件工具能夠自動(dòng)或半自動(dòng)地支持軟件的開發(fā)、管理和文檔的生成。（）5. 為了充分發(fā)揮開發(fā)人員的潛力、 縮短工期， 軟件工程項(xiàng)目的任務(wù)分解與安排應(yīng)盡力挖掘可并行開發(fā)的部分。 （）6.需求分析階段的成果主要是需求規(guī)格說明，但該成果與軟件設(shè)計(jì)、編碼、 測試直至維護(hù)關(guān)

17、系不大。（ X）7.類是對具有共同特征的對象的進(jìn)一步抽象。（）8. 面對日益增長的軟件需求， 人們顯得力不從心。 往往是產(chǎn)生軟件危機(jī)的原因之一。 （）9. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括采用靈活多樣的交互方式， 允許用戶自選輸入方式； 允許用戶控制交互過程。 （）10. 如果在分析階段和設(shè)計(jì)階段采用的是面向?qū)ο蟮姆椒ǎ?而在編碼階段采用的是面向過程的語言，那么這種翻譯就比較困難。 （）11. 軟件測試是對軟件規(guī)格說明、軟件設(shè)計(jì)和編碼的最全面也是最后的審查。（）12.如果測試過程沒有發(fā)現(xiàn)任何錯(cuò)誤，則說明軟件沒有錯(cuò)誤。(X)四、簡答題（每小題4 分，共 20 分）1、螺旋模型的適應(yīng)場合有哪些？0104適

18、應(yīng)場合： 支持需求不明確、 特別是大型軟件系統(tǒng)的開發(fā)，并支持面向規(guī)格說明、面向過程、面向?qū)ο蟮榷喾N軟件開發(fā)方法，是一種具有廣闊前景的模型。2 、軟件生存周期軟件從定義開始，經(jīng)過開發(fā)、使用和維護(hù)，直到最終退役的全過程稱為軟件生存周期。3 、軟件開發(fā)風(fēng)險(xiǎn)分析實(shí)際上就是貫穿于軟件工程過程中的一系列風(fēng)險(xiǎn)管理步驟，它包括哪些主要容？1. 風(fēng)險(xiǎn)標(biāo)識2. 風(fēng)險(xiǎn)估算3. 風(fēng)險(xiǎn)評價(jià)4. 風(fēng)險(xiǎn)駕馭和監(jiān)控。4 、需求評審評審標(biāo)準(zhǔn)（按照重要性的次序）包括正確性、無歧義性、完全性、可驗(yàn)證性和其它那些容？。a. .1）一致性。2 ）可理解性。3 ）可修改性。4 ）可追蹤性。5 、什么是靜態(tài)測試靜態(tài)測試是采用人工檢測和計(jì)算

19、機(jī)輔助靜態(tài)分析的方法對程序進(jìn)行檢測。1401五、綜合題（每小題10 分，共 20 分）1、為以下程序流程圖分別設(shè)計(jì)語句覆蓋和判定覆蓋測試用例并標(biāo)明程序執(zhí)行路徑。1402開始aTb語句段 1(x>1) AND (y=0)FcdT語句段 2(x=2) OR (z>1)F e結(jié)束解： 1）語句覆蓋測試用例令 x=2 ， y=0 ，z=4作為測試數(shù)據(jù)，程序執(zhí)行路徑為abcde 。2 ）判定覆蓋 分支覆蓋可以設(shè)計(jì)如下兩組數(shù)據(jù)以滿足判定覆蓋：x=3 ，y=0 ， z=1 （通過路徑abce）；x=2 ，y=1 ， z=2 （通過路徑acde）。x=2 ，y=1 ， z=1 ；覆蓋路徑acdex

20、=1 ， y=1 ， z=1 ；覆蓋路徑acex=3 ，y=0 ， z=1 ；覆蓋路徑abce2 、分別畫出順序結(jié)構(gòu)、選擇結(jié)構(gòu)、while結(jié)構(gòu)、 until結(jié)構(gòu)的程序圖，并計(jì)算它們的V(G)值。 0202解：a. .（ a）順序結(jié)構(gòu)R1V（G）=E N+2=12+2=1（ b ）選擇結(jié)構(gòu)R2R1V（G）=E N+2=44+2=2（ c） while 結(jié)構(gòu)R1R2V（G）=E N+2=33+2=2（ d ） until結(jié)構(gòu)R1R2V（G）=E N+2=33+2=2a. .軟件工程模擬試題及參考答案（四）一、單向選擇題（四選一、每小題2 分，共 18 分）1、軟件工程中的各種方法是完成軟件工程項(xiàng)目

21、的技術(shù)手段，它們支持軟件工程的（A）階段。A.各個(gè)B.前期C.中期D.后期2 、從事物的屬性側(cè)面來描述事物的方法就是（B）的方法。A. 面向?qū)ο驜. 面向數(shù)據(jù)C. 面向過程D. 面向?qū)傩? 、一個(gè)模塊的（B）是指能直接控制該模塊的模塊數(shù)。A. 扇出數(shù)B. 扇入數(shù)C. 寬度D. 深度4 、Jackson 方法在需求分析階段的主要步驟不包括（A ）。A. 了解實(shí)體行為B. 標(biāo)識實(shí)體與行為C. 生成實(shí)體結(jié)構(gòu)圖D. 創(chuàng)建軟件系統(tǒng)模型5 、實(shí)踐表明，確定發(fā)生錯(cuò)誤的位置和在原因所需的工作量幾乎占整個(gè)調(diào)試工作量的（ D）% 。A. 30B. 50C. 70D. 906 、為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可

22、靠性，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為（ D）。A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)二、填空題（每空2 分，共 18 分）1. 軟件工程由方法、工具和過程三部分組成，稱為（軟件工程）的三要素。2. 軟件可修改性，是指允許對軟件系統(tǒng)進(jìn)行修改而不增加其（復(fù)雜）性。3. 一般來說，產(chǎn)品、過程、資源等對象都具有部屬性和（外部）屬性。4.軟件開發(fā)風(fēng)險(xiǎn)分析實(shí)際上就是貫穿于軟件工程過程中的一系列風(fēng)險(xiǎn)管理步驟，包括風(fēng)險(xiǎn)標(biāo)識、（分先估算）、風(fēng)險(xiǎn)評價(jià)、風(fēng)險(xiǎn)駕馭和監(jiān)控。5.使用類創(chuàng)建對象的過程實(shí)際上是類的（實(shí)例化）過程。a. .6. 第三代界面是面向（窗口）的點(diǎn)選界面。7. 在編碼階

23、段對代碼的可測試性進(jìn)行考慮可以（減少）測試階段的工作量。8. 測試用例的設(shè)計(jì)應(yīng)有第（三）方參與。9. 調(diào)試的目的是確定錯(cuò)誤的位置和引起錯(cuò)誤的原因，并加以（改正）。三、判斷題（每小題 2 分，共 24 分，錯(cuò)誤打 X 、正確打）1.一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于分析和綜合問題，具有嚴(yán)密的邏輯思維能力。（）2.計(jì)算機(jī)系統(tǒng)工程是一種從系統(tǒng)層面上的問題求解活動(dòng)。（）3.軟件需指用戶對目標(biāo)軟件系統(tǒng)在功能、性能、行為、設(shè)計(jì)約束等方面的期望。（）4.數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。（）5. 軟件過程設(shè)計(jì)不用遵循 “自上而下， 逐步求精 ” 的原則和單入口單出口的結(jié)構(gòu)化設(shè)計(jì)思想

24、。（X ）6. PDL 經(jīng)常表現(xiàn)為一種 “ 混雜 ” 的形式，他不允許自然語言如英語的詞匯與某種結(jié)構(gòu)化程序設(shè)計(jì)語言（如 Pascal、 C、 Ada 等）的語法結(jié)構(gòu)交織在一起。 （ X）7. 設(shè)計(jì)階段的輸出是編碼階段的輸入。 （）8. 通過軟件測試，可以發(fā)現(xiàn)軟件中所有潛伏的錯(cuò)誤。（ X）9. 非結(jié)構(gòu)化維護(hù)用于軟件的配置中只有源代碼維護(hù)。（）10. 系統(tǒng)規(guī)格說明是系統(tǒng)分析和定義階段生成的一種文檔。（）11.數(shù)據(jù)流圖的分解速度應(yīng)保持較高。通常一個(gè)加工每次可分解為1020個(gè)子加工。（ X）12.聚度標(biāo)志一個(gè)模塊部各成分彼此結(jié)合的緊密程度，按其高低程度可分為七級，聚度越低越好。（ X）四、簡答題（每小

25、題4 分，共 20 分）1、原型法模型一般適應(yīng)哪些場合？0104它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā)，更適合于那些項(xiàng)目組成員（包括分析員、設(shè)計(jì)員、程序員和用戶）不能很好交流或通信有困難的情況。2 、簡答結(jié)構(gòu)化程序設(shè)計(jì)的容。0801是程序設(shè)計(jì)技術(shù)，它采用自頂向下逐步求精的設(shè)計(jì)方法和單入口單出口的控制構(gòu)件。3 、用 JSD 方法開發(fā)一個(gè)軟件的步驟包括：標(biāo)識實(shí)體與動(dòng)作、生成實(shí)體結(jié)構(gòu)圖和以下那些方面？ 10021）初建系統(tǒng)模型2 ）擴(kuò)充功能性過程3 ）系統(tǒng)定時(shí)4 ）實(shí)現(xiàn)4 、動(dòng)態(tài)測試動(dòng)態(tài)測試是指事先設(shè)計(jì)好一組測試用例，然后通過運(yùn)行程序來發(fā)現(xiàn)錯(cuò)誤。14025 、邏輯覆蓋指設(shè)計(jì)測試用例對程序的

26、部分支邏輯結(jié)構(gòu)進(jìn)行部分或全部覆蓋的技術(shù)。1402a. .五、綜合題（每小題10 分，共 20 分）1、軟件工程的目標(biāo)是什么？0103答：在給定成本、進(jìn)度的前提下，開發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、 可適應(yīng)性、 可移植性、 可追蹤性和可互操作性并滿足用戶需求的軟件產(chǎn)品。2 、什么是判定 / 條件覆蓋？為以下程序流程圖設(shè)計(jì)判定/ 條件覆蓋測試用例并標(biāo)明程序執(zhí)行路徑。開始aTb語句段 1(x>1) AND (y=0)FcdT語句段 2(x=2) OR (z>1)Fe結(jié)束解： 1）判定 /條件覆蓋它是指設(shè)計(jì)足夠的測試用例，即滿足條件覆蓋又滿足判定覆蓋。2）測

27、試用例：x=2 ，y=0 ， z=3 （覆蓋 x>1 ， y=0 ， x=2 ， z>1 ，通過路徑abcde）；x=1 ， y=1 ， z=1 （覆蓋 x 1， y 0 ， x2 ， z 1，通過路徑ace）。a. .軟件工程模擬試題及參考答案（五）一、單向選擇題（四選一、每小題2 分，共 18 分）1、統(tǒng)計(jì)表明，軟件測試工作往往占軟件開發(fā)總工作量的（B） % 以上。A.20B.40C.60D.802 、單元測試的測試對象是（B）。A. 系統(tǒng)B. 程序模塊。C. 模塊接口D. 系統(tǒng)功能3 、軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（D ）。A. 設(shè)計(jì)軟件

28、的模塊結(jié)構(gòu)B. 定義接口并建立數(shù)據(jù)結(jié)構(gòu)C. 生成概要設(shè)計(jì)規(guī)格說明和組裝測試計(jì)劃D. 模塊設(shè)計(jì)4 、軟件開發(fā)部分的任務(wù)是將系統(tǒng)對軟件的需求轉(zhuǎn)換成可操作的系統(tǒng)要素，即（A ）A. 軟件B. 硬件C. 文本D. 說明5 、維護(hù)工作量的估算模型為：M P+Ke(c-d) 其中： M 代表（ A ）。A. 維護(hù)所用工作量B. 生產(chǎn)性工作量C. 助動(dòng)性工作量D. 經(jīng)驗(yàn)常數(shù)6 、維護(hù)的副作用可分三類，不包括（D）。A. 代碼副作用B. 數(shù)據(jù)副作用C. 文檔副作用D. 人員副作用二、填空題（每空2 分，共 18 分）1. 軟件工程由（方法） 、工具和過程三部分組成，稱軟件工程的三要素。2. 基于計(jì)算機(jī)系統(tǒng)的軟

29、件要素中的軟部件由程序、數(shù)據(jù)和（文檔）組成。3. 數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。 它用簡單的圖形記號分別表示數(shù)據(jù)流、轉(zhuǎn)換、 （數(shù)據(jù)源）以及外部實(shí)體。4. 被繼承的類我們稱之為基類（父類） ，在基類的基礎(chǔ)上新建立的類我們稱之為派生類子類。5.流程圖也稱為程序框圖是最常用的一種表示法，它有順序、分支和 （循環(huán)）三個(gè)基本控制構(gòu)件。6. 機(jī)器語言和匯編語言，也稱為（低級）語言。a. .7. 軟件測試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的（錯(cuò)誤）的過程。8. 動(dòng)態(tài)測試有兩種測試方法：黑盒測試和（白盒）測試。9. 軟件可維護(hù)性， 是指軟件產(chǎn)品交付使用后， 在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、 改進(jìn)性能等

30、屬性、適應(yīng)環(huán)境變化等方面工作的（難易）程度。三、判斷題（每小題 2 分，共 24 分，錯(cuò)誤打 X 、正確打）1.文檔記錄軟件開發(fā)活動(dòng)和階段成果，具有永久性，可供人或機(jī)器閱讀。（）2.生產(chǎn)高質(zhì)量的軟件產(chǎn)品是軟件工程的首要目標(biāo)。（）3.軟件開發(fā)人員對用戶需求的理解有偏差，這將導(dǎo)致軟件產(chǎn)品與用戶的需求不一致，是產(chǎn)生軟件危機(jī)的唯一原因。 （ X ）4. 開發(fā)一個(gè)軟件項(xiàng)目總存在某些不確定性， 即存在風(fēng)險(xiǎn)。 有些風(fēng)險(xiǎn)如果控制得不好， 可能導(dǎo)致災(zāi)難性的后果。 （）5. 面向?qū)ο笤O(shè)計(jì)是將面向?qū)ο蠓治鏊鶆?chuàng)建的分析模型進(jìn)一步細(xì)化形成軟件設(shè)計(jì)模型的過程。（）6. 只有了解用戶、了解任務(wù)，才能設(shè)計(jì)出好的用戶界面。（）7.