《軟件工程模擬試題及參考答案》(一)

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

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

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

4、大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場合。（）04025. 流程圖也稱為程序框圖是最常用的一種表示法。（）08026. 面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)： 確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（）10017. 理想的人機(jī)界面應(yīng)針對具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（）12018. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量增加用戶輸入的動作。（X）12049. 用窮舉測試是較現(xiàn)實(shí)的測試方法。（X）1401四、簡答題（每小題4分，共20分）1、計(jì)算機(jī)軟件與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、 規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。01012、需求分析的任務(wù)是什么？0

5、103需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”。具體任務(wù)包括確定軟件系統(tǒng)的功能需求、性能需求和運(yùn)行環(huán)境約束，編制軟件需求規(guī)格說明書、軟件系統(tǒng)的驗(yàn)收測試準(zhǔn)則和初步的用戶手冊。3、軟件項(xiàng)目的成本管理估算軟件項(xiàng)目的成本，作為立項(xiàng)和簽合同的依據(jù)之一，并在軟件開發(fā)過程中按計(jì)劃管理經(jīng)費(fèi)的使用。02014、快速原型技術(shù)的基本思想是什么？0402在軟件開發(fā)的早期，快速開發(fā)一個(gè)目標(biāo)軟件系統(tǒng)的原型，讓用戶對其進(jìn)行評價(jià)并提出修改意見，然后開發(fā)人員根據(jù)用戶的意見對原型進(jìn)行改進(jìn)。5、程序設(shè)計(jì)語言的有哪些特點(diǎn)？13011）一致性2）二義性3）緊致性4）局部性五、綜合題（每小題10分，共20分）1、可將軟件生存周期劃

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

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

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

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

10、適用場合是具有明顯的層次信息結(jié)構(gòu)的應(yīng)用如：企事業(yè)的信息管理系統(tǒng)；系統(tǒng)軟件（如操作系統(tǒng)）等。（）100016. 缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。是產(chǎn)生軟件危機(jī)的唯一原因。（X）01027. 通常緊致性好的語言一致性就好。（X）13018. 測試計(jì)劃、測試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長期保存。（X）14019. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括保證信息顯示方式與數(shù)據(jù)輸入方式的協(xié)調(diào)一致；允許用戶定做輸入格式等內(nèi)容。（）120410. 軟件也會磨損和老化。（X）010111. 完善性維護(hù)是提高或完善軟件的性能。（）010112. McCabe建議模塊規(guī)模應(yīng)滿足：V（G）20。（X）0204四、簡答題（每

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

12、它哪些錯(cuò)誤？ 1系統(tǒng)錯(cuò)誤 2加工錯(cuò)誤（算法錯(cuò)誤）3數(shù)據(jù)錯(cuò)誤 4代碼錯(cuò)誤 五、綜合題（每小題10分，共20分）1、選擇語言時(shí)要考慮的因素有：項(xiàng)目的應(yīng)用領(lǐng)域、項(xiàng)目中算法、計(jì)算的復(fù)雜性和其余哪些內(nèi)容？1301答： 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為：

13、P = L / E = 12.1×103LOC / 24PM = 504 LOC/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頁/ KLOC軟件工程模擬試題及參考答案（三）單向選擇題（四選一、每小題3分，共18分）1、從事物的組成部件及每個(gè)部件的屬性、功能來認(rèn)識事物。這種方法被稱為（A）的方法。0701A、面向?qū)ο驜、面向數(shù)據(jù)C、面向

14、過程D、面向?qū)傩?、判定表由四部分組成：左上部列出（B）。0802A. 條件組合與動作之間的對應(yīng)關(guān)系B. 所有條件C. 所有可能的動作D. 可能的條件組合3、根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動稱為（C）。1501A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)4、可行性研究的步驟中不包括（C）的內(nèi)容。0302A. 復(fù)查初步分析結(jié)果。B. 研究現(xiàn)有的系統(tǒng)。C. 導(dǎo)出新系統(tǒng)高層邏輯模型。D. 建立新系統(tǒng)的物理模型解法。5、將軟件組裝成系統(tǒng)的一種測試技術(shù)叫（A）。1403A. 集成測試B. 單元測試C. 集合測試D. 系統(tǒng)測試6、技術(shù)可行性是可行性研究的關(guān)鍵，其

15、主要內(nèi)容一般不包括（C）。0302A. 風(fēng)險(xiǎn)分析B. 資源分析C. 人員分析D. 技術(shù)分析二、填空題（每空2分，共18分）1. 面向問題語言：是獨(dú)立于（機(jī)器），非過程式語言4GL。01012. 軟件有效性，指軟件系統(tǒng)的（時(shí)間）和空間效率。01033. 軟件項(xiàng)目管理的對象主要包括產(chǎn)品、過程和（資源）等。02014. 計(jì)算機(jī)系統(tǒng)工程是用工程、科學(xué)和（數(shù)學(xué)）的原則與方法研制基于計(jì)算機(jī)的系統(tǒng)的有關(guān)技術(shù)、方法和過程。03015. 在Jackson方法中，實(shí)體結(jié)構(gòu)是指實(shí)體在時(shí)間坐標(biāo)系中的行為序列。這種序列以順序、選擇和（重復(fù)）三種結(jié)構(gòu)進(jìn)行復(fù)合。06026. 一個(gè)模塊的“扇出數(shù)”是指該模塊直接控制的其他（模

16、塊數(shù)）。08017. 第二代界面是簡單的（菜單）式。12028. 軟件可適應(yīng)性，是指軟件在不同的（系統(tǒng)約束）條件下，使用戶需求得到滿足的難易程度。03029. 如果一個(gè)模塊控制另一個(gè)模塊，稱前者為主控模塊，后者為(從屬)模塊。0801三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 可行性研究工作要在初步的需求定義之前進(jìn)行。（X）03022. 軟件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。()01013. 文檔（document）一種數(shù)據(jù)媒體和其上所記錄的數(shù)據(jù)。（）01014. 軟件工程使用的軟件工具能夠自動或半自動地支持軟件的開發(fā)、管理和文檔的生成。（）01025. 為了充分發(fā)

17、揮開發(fā)人員的潛力、縮短工期，軟件工程項(xiàng)目的任務(wù)分解與安排應(yīng)盡力挖掘可并行開發(fā)的部分。（）02066. 需求分析階段的成果主要是需求規(guī)格說明，但該成果與軟件設(shè)計(jì)、編碼、測試直至維護(hù)關(guān)系不大。（X）04017. 類是對具有共同特征的對象的進(jìn)一步抽象。（）07018. 面對日益增長的軟件需求，人們顯得力不從心。往往是產(chǎn)生軟件危機(jī)的原因之一。（）02029. 數(shù)據(jù)輸入的一般準(zhǔn)則中包括采用靈活多樣的交互方式，允許用戶自選輸入方式；允許用戶控制交互過程。（）120410. 如果在分析階段和設(shè)計(jì)階段采用的是面向?qū)ο蟮姆椒ǎ诰幋a階段采用的是面向過程的語言，那么這種翻譯就比較困難。（）130111. 軟件測

18、試是對軟件規(guī)格說明、軟件設(shè)計(jì)和編碼的最全面也是最后的審查。（）140112. 如果測試過程沒有發(fā)現(xiàn)任何錯(cuò)誤，則說明軟件沒有錯(cuò)誤。(X)1401四、簡答題（每小題4分，共20分）1、螺旋模型的適應(yīng)場合有哪些？0104適應(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)管理步驟，它包括哪些主要內(nèi)容？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

19、、需求評審評審標(biāo)準(zhǔn)（按照重要性的次序）包括正確性、無歧義性、完全性、可驗(yàn)證性和其它那些內(nèi)容？。1）一致性。2）可理解性。3）可修改性。4）可追蹤性。5、什么是靜態(tài)測試靜態(tài)測試是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的方法對程序進(jìn)行檢測。1401五、綜合題（每小題10分，共20分）1、為以下程序流程圖分別設(shè)計(jì)語句覆蓋和判定覆蓋測試用例并標(biāo)明程序執(zhí)行路徑。1402 解：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，

20、y=1，z=1；覆蓋路徑acde x=1，y=1，z=1；覆蓋路徑ace x=3，y=0，z=1；覆蓋路徑abce2、分別畫出順序結(jié)構(gòu)、選擇結(jié)構(gòu)、while結(jié)構(gòu)、until結(jié)構(gòu)的程序圖，并計(jì)算它們的V(G)值。0202解：軟件工程模擬試題及參考答案（四）一、單向選擇題（四選一、每小題2分，共18分）1、軟件工程中的各種方法是完成軟件工程項(xiàng)目的技術(shù)手段，它們支持軟件工程的（A）階段。0102A. 各個(gè)B. 前期C. 中期D. 后期2、從事物的屬性側(cè)面來描述事物的方法就是（B）的方法。0701A. 面向?qū)ο驜. 面向數(shù)據(jù)C. 面向過程D. 面向?qū)傩?、一個(gè)模塊的（B）是指能直接控制該模塊的模塊數(shù)。

21、0801A. 扇出數(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ò)誤的位置和內(nèi)在原因所需的工作量幾乎占整個(gè)調(diào)試工作量的（D）%。1404A. 30B. 50C. 70D. 906、為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為（D）。1501A. 糾錯(cuò)性維護(hù)B. 適應(yīng)性維護(hù)C. 改善性維護(hù)D. 預(yù)防性維護(hù)二、填空題（每空2分，共18分）1. 軟件工程由方法、工具和過程三部分組成，稱為（軟件工程）的三要素。01022

22、. 軟件可修改性，是指允許對軟件系統(tǒng)進(jìn)行修改而不增加其（復(fù)雜）性。01033. 一般來說，產(chǎn)品、過程、資源等對象都具有內(nèi)部屬性和（外部）屬性。06024. 軟件開發(fā)風(fēng)險(xiǎn)分析實(shí)際上就是貫穿于軟件工程過程中的一系列風(fēng)險(xiǎn)管理步驟，包括風(fēng)險(xiǎn)標(biāo)識、（風(fēng)險(xiǎn)估算）、風(fēng)險(xiǎn)評價(jià)、風(fēng)險(xiǎn)駕馭和監(jiān)控。02065. 使用類創(chuàng)建對象的過程實(shí)際上是類的（實(shí)例化）過程。07016. 第三代界面是面向（窗口）的點(diǎn)選界面。12027. 在編碼階段對代碼的可測試性進(jìn)行考慮可以（減少）測試階段的工作量。13038. 測試用例的設(shè)計(jì)應(yīng)有第（三）方參與。13029. 調(diào)試的目的是確定錯(cuò)誤的位置和引起錯(cuò)誤的原因，并加以（改正）。1404三

23、、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于分析和綜合問題，具有嚴(yán)密的邏輯思維能力。（）02062. 計(jì)算機(jī)系統(tǒng)工程是一種從系統(tǒng)層面上的問題求解活動。（）03013. 軟件需求是指用戶對目標(biāo)軟件系統(tǒng)在功能、性能、行為、設(shè)計(jì)約束等方面的期望。（）04024. 數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。（）05015. 軟件過程設(shè)計(jì)不用遵循“自上而下，逐步求精”的原則和單入口單出口的結(jié)構(gòu)化設(shè)計(jì)思想。（X）08026. PDL經(jīng)常表現(xiàn)為一種“混雜”的形式，他不允許自然語言如英語的詞匯與某種結(jié)構(gòu)化程序設(shè)計(jì)語言（如Pascal、C、Ada等

24、）的語法結(jié)構(gòu)交織在一起。（X）08027. 設(shè)計(jì)階段的輸出是編碼階段的輸入。（）13018. 通過軟件測試，可以發(fā)現(xiàn)軟件中所有潛伏的錯(cuò)誤。（X）14049. 非結(jié)構(gòu)化維護(hù)用于軟件的配置中只有源代碼維護(hù)。（）150110. 系統(tǒng)規(guī)格說明是系統(tǒng)分析和定義階段生成的一種文檔。（）030411. 數(shù)據(jù)流圖的分解速度應(yīng)保持較高。通常一個(gè)加工每次可分解為1020個(gè)子加工。（X）050112. 內(nèi)聚度標(biāo)志一個(gè)模塊內(nèi)部各成分彼此結(jié)合的緊密程度，按其高低程度可分為七級，內(nèi)聚度越低越好。（X）0803四、簡答題（每小題4分，共20分）1、原型法模型一般適應(yīng)哪些場合？0104它適合于那些不能預(yù)先確切定義需求的軟件系

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

26、答：在給定成本、進(jìn)度的前提下，開發(fā)出具有可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并滿足用戶需求的軟件產(chǎn)品。2、什么是判定/條件覆蓋？為以下程序流程圖設(shè)計(jì)判定/條件覆蓋測試用例并標(biāo)明程序執(zhí)行路徑。 解：1）判定/條件覆蓋它是指設(shè)計(jì)足夠的測試用例，即滿足條件覆蓋又滿足判定覆蓋。 2）測試用例：x=2，y=0，z=3（覆蓋x>1，y=0，x=2，z>1，通過路徑abcde）； x=1，y=1，z=1（覆蓋x1，y0，x2，z1，通過路徑ace）。軟件工程模擬試題及參考答案（五）一、單向選擇題（四選一、每小題2分，共18分）1、統(tǒng)計(jì)表

27、明，軟件測試工作往往占軟件開發(fā)總工作量的（B）%以上。A. 20B. 40C. 60D. 802、單元測試的測試對象是（B）。1403A. 系統(tǒng)B. 程序模塊。C. 模塊接口D. 系統(tǒng)功能3、軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)，該階段的主要任務(wù)不包括（D）。0801A. 設(shè)計(jì)軟件的模塊結(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）0101A. 軟件B. 硬件C. 文本D. 說明5、維護(hù)工作量的估算模型為：MP+Ke(c-d)其中：M代表（A）。1502A. 維護(hù)所用工作量B

28、. 生產(chǎn)性工作量C. 助動性工作量D. 經(jīng)驗(yàn)常數(shù)6、維護(hù)的副作用可分三類，不包括（D）。1504A. 代碼副作用B. 數(shù)據(jù)副作用C. 文檔副作用D. 人員副作用二、填空題（每空2分，共18分）1. 軟件工程由（方法）、工具和過程三部分組成，稱軟件工程的三要素。01032. 基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由程序、數(shù)據(jù)和（文檔）組成。03013. 數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡單的圖形記號分別表示數(shù)據(jù)流、轉(zhuǎn)換、（數(shù)據(jù)源）以及外部實(shí)體。05014. 被繼承的類我們稱之為基類（父類），在基類的基礎(chǔ)上新建立的類我們稱之為派生類子類。07015. 流程圖也稱為程序框圖是最常

29、用的一種表示法，它有順序、分支和（循環(huán)）三個(gè)基本控制構(gòu)件。08026. 機(jī)器語言和匯編語言，也稱為（低級）語言。13017. 軟件測試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的（錯(cuò)誤）的過程。14018. 動態(tài)測試有兩種測試方法：黑盒測試和（白盒）測試。14019. 軟件可維護(hù)性，是指軟件產(chǎn)品交付使用后，在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改進(jìn)性能等屬性、適應(yīng)環(huán)境變化等方面工作的（難易）程度。0103三、判斷題（每小題2分，共24分，錯(cuò)誤打X、正確打）1. 文檔記錄軟件開發(fā)活動和階段成果，具有永久性，可供人或機(jī)器閱讀。（）01012. 生產(chǎn)高質(zhì)量的軟件產(chǎn)品是軟件工程的首要目標(biāo)。（）02033. 軟件開發(fā)人員對用戶需求的理解有偏差，這將導(dǎo)致軟件產(chǎn)品與用戶的需求不一致，是產(chǎn)生軟件危機(jī)的唯一原因。（X）01024. 開發(fā)一個(gè)軟件項(xiàng)目總存在某些不確定性，即存在風(fēng)險(xiǎn)。有些風(fēng)險(xiǎn)如果控制得不好，可能導(dǎo)致災(zāi)難性的后果。（）02065. 面向?qū)ο笤O(shè)計(jì)是將面向?qū)ο蠓治鏊?/p>