2017年電大電大軟件工程_形成性考核答案

1、軟件工程作業(yè)1（第14章） 一、選擇題： 1. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（C）。 A.軟件工程 B.軟件周期 C.軟件危機(jī) D.軟件產(chǎn)生 2. 瀑布模型本質(zhì)上是一種（A ）模型。 A.線性順序 B.順序迭代 C.線性迭代 D.早期產(chǎn)品 3. 瀑布模型存在的問(wèn)題是（B ）。 A用戶容易參與開發(fā) B缺乏靈活性C用戶與開發(fā)者易溝通 D適用可變需求 4. 螺旋模型是一種將瀑布模型和（A）結(jié)合起來(lái)的軟件開發(fā)模型。 A增量模型 B專家系統(tǒng) C噴泉模型 D變換模型 5. 原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于（A）系統(tǒng)。 A需求不確定性高的 B需求確定

2、的 C管理信息 D實(shí)時(shí) 6. 下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于國(guó)際標(biāo)準(zhǔn)的是(D ) A.GB B.DIN C.ISO D.IEEE 7. 結(jié)構(gòu)化方法是一種基于（D）的方法。 A.數(shù)據(jù)結(jié)構(gòu) B.程序結(jié)構(gòu) C.算法 D.數(shù)據(jù)流 8. 軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次( A)需求分析、設(shè)計(jì)過(guò)程。 A、簡(jiǎn)化、壓縮的 B、詳細(xì)的 C、徹底的 D、深入的 9. 可行性研究的目的是（D） A、分析開發(fā)系統(tǒng)的必要性 B、確定系統(tǒng)建設(shè)的方案 C、分析系統(tǒng)風(fēng)險(xiǎn) D、確定是否值得開發(fā)系統(tǒng) 10. 設(shè)年利率為i，現(xiàn)存入p元，不計(jì)復(fù)利，n年后可得錢數(shù)為（C）。 nD、p (i+n) 、BP (i+1)*n C、p(1+i)

3、A、P(1+i*n) 11. 可行性研究是在（A）之前 A、系統(tǒng)開發(fā) B、測(cè)試 C、試運(yùn)行 D、集成測(cè)試 12. 可行性研究需要的時(shí)間長(zhǎng)短取決于系統(tǒng)的規(guī)模，一般來(lái)說(shuō)，可行性研究的成本只是預(yù)期總成本的（C）。 A、1% B、20% C、8% D、50% 13. 我國(guó)正式頒布實(shí)施的（B）對(duì)計(jì)算機(jī)病毒的定義具有法律性、權(quán)威性。 A計(jì)算機(jī)軟件保護(hù)條例 B中華人民共和國(guó)計(jì)算機(jī)信息系統(tǒng)安全保護(hù)條例 C中華人民共和國(guó)著作權(quán)法 1 D計(jì)算機(jī)病毒防治管理辦法 14. 效率是一個(gè)性能要求，因此應(yīng)當(dāng)在以下哪個(gè)階段規(guī)定？B A、可行性分析B、需求分析C、概要設(shè)計(jì)D、詳細(xì)設(shè)計(jì) 15. 需求規(guī)格說(shuō)明書的作用不包括（D）

4、A、軟件驗(yàn)收的依據(jù) B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解 C、軟件可行性研究的依據(jù) D、軟件設(shè)計(jì)的依據(jù) 16. 數(shù)據(jù)字典是用來(lái)定義（D）中的各個(gè)成份的具體含義的。 A、程序流程圖B、功能結(jié)構(gòu)圖 C、系統(tǒng)結(jié)構(gòu)圖D、數(shù)據(jù)流程圖 17. 數(shù)據(jù)流程圖是（A）方法中用于表示系統(tǒng)邏輯模型的一種圖形工具。 A、SA B、SD C、SP D、SC 18. DFD中的每個(gè)加工至少有(A)。 A、一個(gè)輸入流或一個(gè)輸出流 B、一個(gè)輸入流和一個(gè)輸出流 C、一個(gè)輸入流 D、一個(gè)輸出流 19. 需求分析階段的關(guān)鍵任務(wù)是確定（D） A、軟件開發(fā)方法 B、軟件開發(fā)工具C、軟件開發(fā)費(fèi)D、軟件系統(tǒng)的功能 20. 在SD方法

5、中全面指導(dǎo)模塊劃分的最重要的原則是（D）。 A、程序模塊化B、模塊高內(nèi)聚C、模塊低耦合D、模塊獨(dú)立性 21. 在模塊的3種基本屬性中，反映模塊內(nèi)部特性的是（C）。 A、接口 B、功能 C、邏輯 D、狀態(tài) 22. 模塊的耦合性可以按照耦合程度的高低進(jìn)行排序，以下哪一項(xiàng)符合從低到高的正確次序（D）。 A、數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合，控制耦合，內(nèi)容耦合 B、數(shù)據(jù)耦合，控制耦合，數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合 C、無(wú)直接耦合，數(shù)據(jù)結(jié)構(gòu)耦合，內(nèi)容耦合，控制耦合 D、無(wú)直接耦合，數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合 23. PDL是描述處理過(guò)程( C ) A、做什么B、為什么做 C、怎么做D、對(duì)誰(shuí)做 24. （D）工具在軟件

6、詳細(xì)設(shè)計(jì)過(guò)程中不采用。 A、判定表 B、IPO圖 C、PDL D、DFD圖 25. 為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（A）原則。 A.信息隱蔽B、質(zhì)量控制 C、程序優(yōu)化D、數(shù)據(jù)共享 26. 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D） A、數(shù)據(jù)耦合B、公共耦合C、標(biāo)記耦合D、內(nèi)容耦合 27. 詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是(B)。 A、DFD圖 B、SC圖 C、PAD圖 D、程序流程圖 2 28. 下列幾種類型中，耦合性最弱的是(D)。 A、內(nèi)容型B、控制型C、公共型D、數(shù)據(jù)型 29. 軟件結(jié)構(gòu)使用的圖形工具，一般采用（C）圖。 A、DFD B、PA

7、D C、SC D、ER 30. 在七種偶合中，最低偶合是（D）。 A、內(nèi)容偶合B、公共偶合C、數(shù)據(jù)偶合D、非直接偶合 二、簡(jiǎn)答題 1. 什么是軟件工程？軟件工程的目標(biāo)是什么？ 答：軟件工程是將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)過(guò)程，即將工程化應(yīng)用于軟件開發(fā)和管理之中，對(duì)中所選方法的研究。 目標(biāo)： 1 合理預(yù)算開發(fā)成本，付出較低的開發(fā)費(fèi)用。 2 實(shí)現(xiàn)預(yù)期的軟件功能，達(dá)到較好的軟件性能，滿足用戶的需求。 3 提高軟件的可維護(hù)性，降低維護(hù)費(fèi)用。 4 提高軟件開發(fā)生產(chǎn)率，及時(shí)交付使用 2. 指出瀑布模型中下列任務(wù)的順序：驗(yàn)收測(cè)試，項(xiàng)目計(jì)劃，單元測(cè)試，需求評(píng)審，成本估計(jì)，概要設(shè)計(jì)

8、，詳細(xì)設(shè)計(jì)，系統(tǒng)測(cè)試，設(shè)計(jì)評(píng)審，編碼，需求規(guī)格說(shuō)明書。 答：項(xiàng)目計(jì)劃，成本估計(jì)，需求規(guī)格說(shuō)明書，需求評(píng)審，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，設(shè)計(jì)評(píng)審，編碼，單元測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試 3. 可行性研究報(bào)告的主要內(nèi)容是什么？ 答：可行性研究主要包括以下幾個(gè)部分： （1）概述（2）技術(shù)可行性（3）項(xiàng)目成熟程度（4）市場(chǎng)需求情況和風(fēng)險(xiǎn)分析（5）投資估算及資金籌措（6）經(jīng)濟(jì)與社會(huì)效益（7）綜合實(shí)力和產(chǎn)業(yè)基礎(chǔ)（8）項(xiàng)目實(shí)施進(jìn)度計(jì)劃（9）其它尚需要說(shuō)明的必要的方面（10）結(jié)論 4. 什么是需求分析？需求分析階段的基本任務(wù)是什么？ 答：所謂需求分析，是指對(duì)要解決的問(wèn)題進(jìn)行詳細(xì)的分析，弄清楚問(wèn)題的要求，包括需要輸入什么數(shù)

9、據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。可以說(shuō)，“需求分析”就是確定要計(jì)算機(jī)“做什么”。 任務(wù)：確定軟件項(xiàng)目的目標(biāo)和范圍。調(diào)查使用者的要求，分析軟件必須做什么，編寫需求規(guī)格說(shuō)明書等它相關(guān)文檔，并進(jìn)行必要的需求審查。除此之外，還包括需求變更控制，需求風(fēng)險(xiǎn)控制，需求版本控制等對(duì)需求的管理工作 5. 什么是結(jié)構(gòu)化分析方法？該方法使用什么描述工具？ 答：結(jié)構(gòu)化的分析方法是面向數(shù)據(jù)流的方法，因此，此方法研究的核心是數(shù)據(jù)的組成和數(shù)據(jù)流向和對(duì)數(shù)據(jù)的加工處理。結(jié)構(gòu)化分析方法用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向 3 下逐層分解，直至找到滿足功能要求的所有可實(shí)現(xiàn)的軟件元素為止 描述工具：1系統(tǒng)流

10、程圖 2 數(shù)據(jù)流程圖3數(shù)據(jù)字典4 IPO圖 5層次方框圖6實(shí)體關(guān)系圖 7狀態(tài)變遷圖 6. 結(jié)構(gòu)化分析方法通過(guò)哪些步驟來(lái)實(shí)現(xiàn)? 答：1） 確定系統(tǒng)的功能要求 2) 確定系統(tǒng)的數(shù)據(jù)要求 3) 確定系統(tǒng)的操作要求和界面要求 4) 確定系統(tǒng)的性能要求 5) 確定系統(tǒng)的運(yùn)行要求 6) 獲得當(dāng)前系統(tǒng)的物理模型 7) 抽象出當(dāng)前系統(tǒng)的邏輯模型 8) 建立目標(biāo)系統(tǒng)的邏輯模型。 9) 修正開發(fā)計(jì)劃 10） 如果需要?jiǎng)t開發(fā)系統(tǒng)原型 7. 什么是數(shù)據(jù)流圖?其作用是什么?其中的基本符號(hào)各表示什么含義? 答：數(shù)據(jù)流圖：簡(jiǎn)稱DFD，就是采用圖形方式來(lái)表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過(guò)程，是結(jié)構(gòu)化系統(tǒng)

11、分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。 數(shù)據(jù)流圖的基本符號(hào)的意思： 1.矩形表示數(shù)據(jù)的外部實(shí)體； 2.圓角的矩形表示變換數(shù)據(jù)的處理邏輯； 3.少右面的邊矩形表示數(shù)據(jù)的存儲(chǔ)； 4.箭頭表示數(shù)據(jù)流。 8. 什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？ 答：數(shù)據(jù)字典，主要用來(lái)描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過(guò)程和和數(shù)據(jù)源點(diǎn)/終點(diǎn)。 作用：數(shù)據(jù)流程圖描述了系統(tǒng)的邏輯結(jié)構(gòu)，其中的四個(gè)基本圖形元素的含義無(wú)法在數(shù)據(jù)流程圖中詳細(xì)說(shuō)明，因此數(shù)據(jù)流程圖需要與其他工具配合使用，數(shù)據(jù)字典就是這樣的工具之一。 包括的條目： 數(shù)據(jù)流詞條 數(shù)據(jù)元素詞條 數(shù)據(jù)存儲(chǔ)詞條 數(shù)據(jù)加工處理詞條 數(shù)據(jù)源點(diǎn)及終

12、點(diǎn)詞條 9. 什么是概要設(shè)計(jì)？有哪些基本任務(wù)？ 答：概要設(shè)計(jì)：根據(jù)用戶的需求先確定軟件系統(tǒng)的總體結(jié)構(gòu)和總的設(shè)計(jì)原則 4 基本的任務(wù)： 設(shè)想供選擇的方案。 推薦最佳方案。 功能分解，確定軟件結(jié)構(gòu)。 設(shè)計(jì)軟件結(jié)構(gòu)。 制定測(cè)試計(jì)劃。 數(shù)據(jù)設(shè)計(jì)。 書寫文檔。包括總體設(shè)計(jì)規(guī)格說(shuō)明書。用戶手冊(cè)。測(cè)試計(jì)劃。 設(shè)計(jì)審查和復(fù)審。 10. 詳細(xì)設(shè)計(jì)的基本任務(wù)是什么？有那幾種描述方法？ 答：詳細(xì)設(shè)計(jì)階段的任務(wù)是要為編寫程序代碼設(shè)計(jì)“圖紙”，由程序員按“圖紙”用某種高級(jí)程序設(shè)計(jì)語(yǔ)言編寫程序代碼。主要方法有設(shè)計(jì)程序流程圖，表格設(shè)計(jì)符號(hào)以及過(guò)程設(shè)計(jì)語(yǔ)言。 11. 什么是變換流？什么是事物流？ 答：變換型數(shù)據(jù)流可以劃分為明

13、顯的三部分：邏輯輸入，中心變換，邏輯輸出 事務(wù)流的特點(diǎn)是數(shù)據(jù)沿某個(gè)輸入路徑流動(dòng)，該路徑將外部信息轉(zhuǎn)換成事務(wù)，其中發(fā)射出多條事務(wù)處理路徑的中心處理被稱為中心事務(wù) 12. 模塊的內(nèi)聚有哪幾種？模塊間的耦合有哪幾種？ 答：內(nèi)聚分為七種類型： 巧合內(nèi)聚一個(gè)模塊執(zhí)行多個(gè)完全互不相關(guān)的動(dòng)作，那么這個(gè)模塊就有巧合內(nèi)聚 邏輯內(nèi)聚當(dāng)一個(gè)模塊執(zhí)行一系列相關(guān)的動(dòng)作時(shí)，稱其有邏輯內(nèi)聚。 時(shí)間性內(nèi)聚當(dāng)一個(gè)模塊內(nèi)的多個(gè)任務(wù)是與時(shí)間有關(guān)時(shí)，這個(gè)模塊具有時(shí)間性內(nèi)聚。 過(guò)程內(nèi)聚模塊執(zhí)行的若干動(dòng)作之間有順序關(guān)系。 通信內(nèi)聚模塊執(zhí)行的若干動(dòng)作之間有順序關(guān)系，并且所有動(dòng)作是在相同的數(shù)據(jù)上執(zhí)行。 信息內(nèi)聚一個(gè)模塊中執(zhí)行一系列動(dòng)作，每個(gè)

14、動(dòng)作都有自己的入口點(diǎn)和處理代碼，所有的動(dòng)作都作用在相同的數(shù)據(jù)結(jié)構(gòu)上，這樣的模塊叫做信息內(nèi)聚。 功能性內(nèi)聚一個(gè)模塊中各個(gè)部分都是完成某一具體功能必不可少的組成部分 耦合分為七類： 內(nèi)容耦合如果一個(gè)模塊直接參考另一個(gè)模塊的內(nèi)容，則這兩個(gè)模塊是內(nèi)容耦合。 公共耦合如果多個(gè)模塊都訪問(wèn)同一個(gè)公共數(shù)據(jù)環(huán)境，則稱它們是公共耦合。 外部耦合如果兩個(gè)模塊都訪問(wèn)同一個(gè)全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且，不是通過(guò)參數(shù)表傳遞該全局變量的信息，則這兩個(gè)模塊屬于外部耦合。 控制耦合如果模塊A向模塊B傳遞一個(gè)控制信息，則稱這兩個(gè)模塊是控制耦合的 數(shù)據(jù)結(jié)構(gòu)耦合當(dāng)一個(gè)模塊調(diào)用另一個(gè)模塊時(shí)傳遞了整個(gè)數(shù)據(jù)結(jié)構(gòu)，這兩個(gè)模塊之間

15、具有數(shù)據(jù)結(jié)構(gòu)耦合。 5 數(shù)據(jù)耦合如果兩個(gè)模塊傳遞的是數(shù)據(jù)項(xiàng)，則這兩個(gè)模塊是數(shù)據(jù)耦合。 非直接耦合如果兩個(gè)模塊之間沒有直接關(guān)系，它們之間的聯(lián)系完全通過(guò)主模塊的控制和調(diào)用來(lái)實(shí)現(xiàn)的，這就是非直接耦合。 三、應(yīng)用題 1某旅館的電話服務(wù)如下：可以撥分機(jī)號(hào)和外線號(hào)碼。分機(jī)號(hào)是從7201至7299。外線號(hào)碼先撥9，然后是市話號(hào)碼或長(zhǎng)話號(hào)碼。長(zhǎng)話號(hào)碼是以區(qū)號(hào)和市話號(hào)碼組成。區(qū)號(hào)是從100到300中任意的數(shù)字串。市話號(hào)碼是以局號(hào)和分局號(hào)組成。局號(hào)可以是455，466，888，552中任意一個(gè)號(hào)碼。分局號(hào)是任意長(zhǎng)度為4的數(shù)字串。寫出在數(shù)據(jù)字典中，電話號(hào)碼的數(shù)據(jù)條目的定義(即組成)。 名稱 簡(jiǎn)稱 類型 長(zhǎng)度 取值范

16、圍 分機(jī)號(hào) Extension_Number 字符4 7201.7299 市話線外 號(hào)Addition_Internumber 字符9 9+455|466|888|552+4數(shù)字4 線長(zhǎng)話外號(hào) Addition_Extennumber 字符12 9+100|101|102|.|298|299|300+455|466|888|552+4數(shù)字4 2下面是旅客訂飛機(jī)票的需求描述，試畫出分層的數(shù)據(jù)流程圖。 顧客將訂票單交給預(yù)訂系統(tǒng)：（1）如果是不合法訂票單，則輸出無(wú)效訂票信息；（2）對(duì)合法訂票單的預(yù)付款登錄到一個(gè)記賬文件中；（3）系統(tǒng)有航班目錄文件，根據(jù)填寫的旅行時(shí)間和目的地為顧客安排航班；（4）在獲

17、得正確航班信息和確認(rèn)已交了部分預(yù)付款時(shí)發(fā)出取票單，并記錄到取票單文件中。 顧客在指定日期內(nèi)用取票單換取機(jī)票：（1）系統(tǒng)根據(jù)取票單文件對(duì)取票單進(jìn)行有效性檢查，無(wú)效的輸出無(wú)效取票信息；（2）持有有效取票單的顧客在補(bǔ)交了剩余款后將獲得機(jī)票；（3）記賬文件將被更新，機(jī)票以及顧客信息將被登錄到機(jī)票文件。 訂單中有訂票日期、旅行日期、時(shí)間要求（上午、下午、晚上）、出發(fā)地、目的地、顧客姓名、身份證號(hào)、聯(lián)系電話。 DS002航班目錄文件顧客IPO01DS003取票單文件機(jī)票預(yù)訂系統(tǒng)DS001記帳文件DS004機(jī)票文件 0層流程圖 6 IPO1IPO7顧客提交訂票單有效性檢查IPO2IPO8IPO3DS003取

18、票單文件DS001記帳文件交預(yù)付款安排航班發(fā)取票單DS002航班目錄文件 預(yù)定流程圖IPOIPO顧提交取票有效性檢IPOIPODS00DS00取票單文機(jī)票文補(bǔ)交剩余發(fā)放機(jī)票DS001記帳文件 取機(jī)票流程圖 借書：輸入讀者借書證，系統(tǒng)檢查借書證是否有一個(gè)簡(jiǎn)化的圖書館信息管理系統(tǒng)有以下功能：(1)3本，顯示信息“已經(jīng)超出借書數(shù)本，若已達(dá)10效；查閱借書文件，檢查該讀者所借圖書是否超過(guò)10(2)10本，辦理借書（檢查庫(kù)存、修改庫(kù)存信息并將讀者借書信息登入借書記錄）量”，拒借；未達(dá)個(gè)月，3還書：輸入書號(hào)和讀者號(hào)，從借書記錄中讀出與讀者有關(guān)的記錄，查閱所借日期，如果超過(guò)查詢：可通過(guò)借書記錄、庫(kù)存信息查詢

19、讀者情況、(3)作罰款處理。否則，修改庫(kù)存信息與借書記錄。 圖書借閱情況及庫(kù)存情況，打印各種統(tǒng)計(jì)表。 圖，并建立重要條目的數(shù)據(jù)字典。請(qǐng)就以上系統(tǒng)功能畫出分層的DFD 讀者辦公室IPO001DS004處罰信息DS002庫(kù)存信息圖書館系統(tǒng)DS003借還信息DS001讀者信息 層數(shù)據(jù)流程圖0 7 讀者IPO1DS003DS002借還信息庫(kù)存信息還書處理IPO6DS004處罰信息處罰處理 還書流程圖DS00讀者信IPO讀有效性檢IPO數(shù)量檢DS00借還信IPO3DS002借書處理庫(kù)存信息 借書流程圖 DS002庫(kù)存信息IPO5IPO4打印報(bào)表管理員查詢DS003借還信息 查詢流程圖 數(shù)據(jù)字典：元素名稱

20、 名稱 類型 說(shuō)明IPO1 還書處理處理 根據(jù)書號(hào)做還書處理，違規(guī)做處罰IPO2 有效性檢查 處理 檢查讀者號(hào)，圖書號(hào)的有效性IPO3 借書處理處理 按讀者號(hào)，圖書號(hào)進(jìn)行借書處理IPO4 查詢處理 管理員對(duì)一些基本信息進(jìn)行查詢 8 IPO5 打印報(bào)表 處理 打印查詢到的信息IPO6 處罰管理 處理 根據(jù)規(guī)則對(duì)延期給予相應(yīng)的處罰IPO7 數(shù)量檢查 處理 對(duì)讀者借出的數(shù)量是否符合規(guī)定進(jìn)行檢查DS001 讀者信息 數(shù)據(jù)存儲(chǔ) 讀者信息錄入，修改，刪除，保存DS002 庫(kù)存信息 數(shù)據(jù)存儲(chǔ) 圖書的基本的情況以及所有圖書的整體情 況DS003 錯(cuò)還信息 數(shù)據(jù)存儲(chǔ)存儲(chǔ)借還書信息，系統(tǒng)自動(dòng)處理，不能人 工錄入D

21、S004 處罰信息 數(shù)據(jù)存儲(chǔ) 存儲(chǔ)延期的處罰信息 章）75軟件工程作業(yè)2（第 一、選擇題 ）后確定執(zhí)行的動(dòng)作。從本質(zhì)上說(shuō)，面向?qū)ο笫恰跋取贝_定（A1. 方法 D.屬性 C.關(guān)系B.A.動(dòng)作的主體 ）是對(duì)象的靜態(tài)特征。（B2. D.操作 C.關(guān)系 方法A. B.屬性 D）使對(duì)象的動(dòng)態(tài)特征3. 對(duì)象的（ D.操作C.關(guān)系 A.特征 B.屬性 。A 屬于某個(gè)類的一個(gè)具體對(duì)象稱為該類的（）4. 多態(tài)繼承 D.實(shí)例 B.虛擬 C.A. 。A）5. UML是（ 一種可視化的建模語(yǔ)言A) 是一種可視化的程序設(shè)計(jì)語(yǔ)言B) 是一種過(guò)程C) 是一種方法D) ）。 封裝的的作用是（A6. 方法實(shí)例 D.復(fù)用A. B

22、.對(duì)象 C. ）模型。面向?qū)ο蠓治龅暮诵脑谟诮ⅲ˙8. A. 建立正確的模型 B. 識(shí)別問(wèn)題域?qū)ο?C.識(shí)別對(duì)象之間的關(guān)系 上面所有D. ）。D 9. 面向?qū)ο蠓治鲞^(guò)程中建立的模型有（ 數(shù)據(jù)模型、功能模型、活動(dòng)模型A. B. 對(duì)象模型、功能模型、測(cè)試模型 C. 屬性模型、功能模型、對(duì)象模型 9 D. 對(duì)象模型、功能模型、動(dòng)態(tài)模型 10. 下列的（ C）不是分析建模的目的。 A. 定義可驗(yàn)證的軟件需求 B. 描述客戶需求 C. 開發(fā)一個(gè)簡(jiǎn)單的問(wèn)題解決方案 D. 建立軟件設(shè)計(jì)的基礎(chǔ) 11. 下列的（ C）不屬于面向?qū)ο蠓治瞿Ｐ汀?A. 用例圖 B. 類圖 C. 實(shí)體關(guān)系圖 D. 順序圖 12.

23、（A ）用于描述系統(tǒng)中概念層次的對(duì)象。 A.分析類 B. 界面類 C.實(shí)體類 D.控制類 13. 在基于用例的面向?qū)ο蠓治鲞^(guò)程中，定義交互行為的關(guān)鍵在于通過(guò)描述分析類實(shí)例之間的（A）將用例的職責(zé)分配到分析類中。 A. 消息傳遞 B 關(guān)聯(lián)關(guān)系 C 繼承關(guān)系 D 上下文關(guān)系 14.用例的實(shí)現(xiàn)細(xì)節(jié)不會(huì)在（B）描述。 A. 用例說(shuō)明 B. 用例圖 C.活動(dòng)圖 D.順序圖 15.用例的職責(zé)通常分配給（D）的對(duì)象。 A. 發(fā)送消息 B. 接收消息 C.發(fā)送和接收雙方 D.分析類 16.組織機(jī)構(gòu)圖是（C）。 A. UML的一個(gè)最新圖 10 類圖的一種B. 用于識(shí)別角色的輔助圖C. D.用例圖的一種在圖書館系

24、統(tǒng)中，假如已經(jīng)構(gòu)造了一個(gè)一般借書者類，后來(lái)發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有17. 不同要求。請(qǐng)問(wèn)在面向?qū)ο笤O(shè)計(jì)中用（B）方法可以方便地設(shè)計(jì)這兩個(gè)類？ 繼承 C.動(dòng)態(tài)聯(lián)編 D.代碼復(fù)制A.信息隱藏 B. 18框架是一組可用于不同應(yīng)用的（A）集合 C.模塊 D.代碼A. 類 B.對(duì)象 ）（D19下面哪個(gè)選項(xiàng)不能描述子系統(tǒng)之間的關(guān)系。 數(shù)據(jù)關(guān)系依賴關(guān)系 D.A. 請(qǐng)求服務(wù)關(guān)系 B.繼承關(guān)系 C. ），體現(xiàn)了子系統(tǒng)的功能。每個(gè)子系統(tǒng)的接口上定義了若干（20B D.關(guān)系A(chǔ). 說(shuō)明 B.操作 C.屬性 ，以減少重新開發(fā)的工作量。B21通常將具有共性的非功能要求設(shè)計(jì)在（） 最高層接口層 B.中間層 C.最低

25、層 D.A. ）22.每個(gè)用例至少應(yīng)該有一個(gè)（C，它通常沒有屬性而只有方法，只是起協(xié)調(diào)和控制作用。 實(shí)體類 C.控制類 D.界面類A. 接口類 B. 類有三種類型即（A）。23. 邊界類、實(shí)體類、控制類A. 實(shí)體類、數(shù)據(jù)類、界面類B. C. 控制類、實(shí)體類、數(shù)據(jù)類 D. 界面類、控制類、公共類 ）（24.下面那個(gè)選項(xiàng)不是正確的面向?qū)ο笤O(shè)計(jì)思想。C A.對(duì)接口進(jìn)行設(shè)計(jì) B.發(fā)現(xiàn)變化并且封裝它 先繼承后組合C.D.先組合后繼承 25.定義類的屬性類型時(shí)盡量使用已有的類型，太多的自定義類型會(huì)降低系統(tǒng)的（A）指標(biāo)。 A.可維護(hù)性 B.安全性 C.開發(fā)效率 D.可移植性 二、簡(jiǎn)答題 1. 舉例說(shuō)明類和對(duì)

26、象的關(guān)系。 答：學(xué)生可作為一個(gè)類-學(xué)生類，每個(gè)學(xué)生就是這個(gè)學(xué)生類的一個(gè)實(shí)例，例如，學(xué)生張三就是學(xué)生類的一個(gè)實(shí)例。 11 2. 面向?qū)ο蠓治龅年P(guān)鍵步驟有哪些？應(yīng)建立哪幾個(gè)模型？ 答：關(guān)鍵步驟有識(shí)別問(wèn)題域的對(duì)象并分析它們相互之間的關(guān)系，建立簡(jiǎn)潔、精確、可理解的正確模型；應(yīng)建立的模型有功能模型，對(duì)象模型，動(dòng)態(tài)模型。 3. 什么是實(shí)體類、邊界類和控制類？為什么將分析類劃分成這三種類型？ 答：（1）實(shí)體類保存要存入永久存儲(chǔ)體的信息。實(shí)體類通常在事件流或交互圖中，是對(duì)用戶最有意義的類。 邊界類位于系統(tǒng)與外界的交界處，包括所有的窗體、報(bào)表、系統(tǒng)硬件接口、與其他系統(tǒng)的接口。 控制類負(fù)責(zé)協(xié)調(diào)其他類的工作。每個(gè)用

27、例中至少應(yīng)該有一個(gè)控制類，它控制用況中的事件順序。 （2）分為三種類型是因?yàn)樗鼈兏髯缘墓δ懿煌?。界面類描述系統(tǒng)與角色之間的接口。 控制類在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類。 實(shí)體類為需要長(zhǎng)久保存的信息進(jìn)行建模的類。 4. UML中有哪幾類個(gè)視圖，它們的作用分別是什么？ 答：（1）用例視圖（Use-Case view） 用例視圖用于描述系統(tǒng)的功能集。它是從系統(tǒng)外部以用戶角度，對(duì)系統(tǒng)做的抽象表示。用例視圖所描述的系統(tǒng)功能依靠于外部用戶或另一個(gè)系統(tǒng)觸發(fā)激活，為用戶或另一個(gè)系統(tǒng)提供服務(wù)，實(shí)現(xiàn)與用戶或另一個(gè)系統(tǒng)之間的交互。 用例視圖中可以包含若干個(gè)用例，用例表示系統(tǒng)能夠提供的功能，

28、用例視圖是其他視圖的核心和基礎(chǔ)。其他視圖的構(gòu)造依賴于用例視圖中所描述的內(nèi)容，因?yàn)橄到y(tǒng)的最終目標(biāo)是實(shí)現(xiàn)用例視圖中描述的功能，同時(shí)附帶一些非功能性的特性，因此用例視圖影響著所有其他的視圖。 （2）邏輯視圖（Logical view） 如果說(shuō)用例視圖描述系統(tǒng)“做什么”，那么邏輯視圖就是描述“怎么做”。系統(tǒng)的靜態(tài)結(jié)構(gòu)描述類、對(duì)象和它們之間的關(guān)系，反映的是系統(tǒng)靜態(tài)特征或結(jié)構(gòu)組成。 （3）組件視圖（Component view） 組件視圖用來(lái)描述系統(tǒng)實(shí)現(xiàn)的結(jié)構(gòu)和行為特征，反映系統(tǒng)各組成元素之間的關(guān)系。組件視圖由組件圖實(shí)現(xiàn)，主要供開發(fā)者和管理者使用。 （4）并發(fā)視圖（Concurrency View） 并發(fā)

29、視圖用來(lái)描述系統(tǒng)的動(dòng)態(tài)和行為特征。并發(fā)視圖將任務(wù)劃分為進(jìn)程或線程形式，通過(guò)任務(wù)劃分引入并發(fā)機(jī)制，可以高效地使用資源、并行執(zhí)行和處理異步事件。除了劃分系統(tǒng)為并發(fā)執(zhí)行的進(jìn)程或線程外，并發(fā)視圖還必須處理通信和同步問(wèn)題。 （5）配置視圖（Deployment View） 配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的物理架構(gòu)。配置視圖還包括一個(gè)映射，該映射顯示在物理架構(gòu)中組件是怎樣分配的。 12 5. 順序圖在分析階段的作用？ 答：順序圖描述了一組交互對(duì)象間的交互方式，它表示完成某項(xiàng)行為的對(duì)象和這些對(duì)象之間傳遞消息的時(shí)間順序 6. 活動(dòng)圖在分析階段的作用？ 答：活動(dòng)圖反映系統(tǒng)中從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程，

30、強(qiáng)調(diào)對(duì)象間的控制流程?；顒?dòng)圖特別適合描述工作流和并行處理過(guò)程。具體地說(shuō)活動(dòng)圖可以描述一個(gè)操作過(guò)程中需要完成的活動(dòng)；描述一個(gè)對(duì)象內(nèi)部的工作；描述如何執(zhí)行一組相關(guān)的動(dòng)作，以及這些動(dòng)作如何影響它們周圍的對(duì)象；說(shuō)明一個(gè)業(yè)務(wù)活動(dòng)中角色、工作流、組織和對(duì)象是如何工作的。 7.比較結(jié)構(gòu)化設(shè)計(jì)和面向?qū)ο笤O(shè)計(jì)區(qū)別？ 答：結(jié)構(gòu)化設(shè)計(jì)：系統(tǒng)被劃分成多個(gè)模塊，這些模塊被組織成一個(gè)樹型結(jié)構(gòu)。根就是主模塊，葉子是最低級(jí)的功能模塊。這棵樹也表示調(diào)用結(jié)構(gòu)：每個(gè)模塊都調(diào)用自己的直接下級(jí)模塊，并被自己的直接上級(jí)模塊調(diào)用。頂層模塊負(fù)責(zé)收集應(yīng)用程序最重要的那些執(zhí)行策略，底層模塊實(shí)現(xiàn)處理細(xì)節(jié)。在這個(gè)體系結(jié)構(gòu)中越靠上層位置，概念的抽象層

31、次就越高。但是，由于上層模塊需要調(diào)用下層模塊，所以這些上層模塊就依賴于下層模塊的處理細(xì)節(jié)。也就是說(shuō)，當(dāng)實(shí)現(xiàn)細(xì)節(jié)發(fā)生變化時(shí)，抽象也會(huì)受到影響；如果想復(fù)用某一個(gè)抽象的話，就必須把它依賴的細(xì)節(jié)都一起拖過(guò)去。 面向?qū)ο笤O(shè)計(jì)：上層創(chuàng)建的抽象不依賴于任何細(xì)節(jié)，而細(xì)節(jié)則高度依賴于上層的抽象。這種依賴關(guān)系的變化正是結(jié)構(gòu)化設(shè)計(jì)與面向?qū)ο笤O(shè)計(jì)的根本區(qū)別。 8.什么是框架，它與“設(shè)計(jì)”有什么關(guān)系？ 答：框架是一組可用于不同應(yīng)用的類的集合?？蚣苤械念愅ǔＪ且恍┏橄箢惒⑶蚁嗷ビ新?lián)系，可以通過(guò)繼承的方式使用這些類,當(dāng)面向?qū)ο笤O(shè)計(jì)進(jìn)行底層設(shè)計(jì)時(shí)，對(duì)每個(gè)類進(jìn)行詳細(xì)設(shè)計(jì)，設(shè)計(jì)類的屬性和操作，優(yōu)化類之間的關(guān)系，就可以設(shè)計(jì)成框架來(lái)

32、對(duì)類的設(shè)計(jì)進(jìn)行構(gòu)架和優(yōu)化。 9.系統(tǒng)的物理構(gòu)架中應(yīng)該包括哪些信息？ 答：用UML的配置圖描述系統(tǒng)的物理構(gòu)架，然后將需求分析階段捕獲的系統(tǒng)功能分配到這些物理節(jié)點(diǎn)上。包括的信息為節(jié)點(diǎn)的拓?fù)浣Y(jié)構(gòu)、硬件設(shè)備配置、通信路徑、各個(gè)節(jié)點(diǎn)上運(yùn)行的系統(tǒng)軟件配置、應(yīng)用軟件配置。 三、應(yīng)用題 1. 一個(gè)多媒體商店系統(tǒng)包含一個(gè)由媒體文件構(gòu)成的數(shù)據(jù)庫(kù)，有兩類媒體文件：圖像文件和聲音文件。每個(gè)媒體文件都有名稱和唯一的編碼，而且文件包含作者信息和格式信息，聲音文件還包含聲音文件的時(shí)長(zhǎng)(以秒為單位)和作者的信息。假設(shè)每個(gè)媒體文件可以由唯一的編碼所識(shí)別，系統(tǒng)要提供以下功能： 1） 媒體庫(kù)中可以添加新的特別媒體文件。 2） 通過(guò)

33、給定的文件編碼查找需要的媒體文件。 3） 從媒體庫(kù)中刪除指定的媒體文件。 13 4） 給出媒體庫(kù)中媒體文件的數(shù)量。 考慮類imageFile和audioFile應(yīng)該具有哪些恰當(dāng)?shù)膶傩院头椒?答：imageFile類的屬性有:Name(文件名稱)，Code（編碼），AuthorInfo（作者信息），F(xiàn)ormat（格式信息）；audioFile類除了擁有以上屬性外還有屬性Time（文件時(shí)長(zhǎng)）； imageFile類的方法：Add（imageFile）（添加圖像文件），Delete（Code）（刪除文件），GetFile（Code）（查找文件），GetNumber（）（返回媒體文件的數(shù)量）； aud

34、ioFile類的方法：Add（audioFile）（添加聲音文件），Delete（Code）（刪除文件），GetFile（Code）（查找文件），GetNumber（）（返回媒體文件的數(shù)量）。 2. 若把學(xué)生看成一個(gè)實(shí)體，它可以分成多個(gè)子實(shí)體，如小學(xué)生、中學(xué)生和大學(xué)生等。在面向?qū)ο蟮脑O(shè)計(jì)中，可以創(chuàng)建如下4個(gè)類：類Student、類Elementary Student、Middle Student；類University Student。試給出這4個(gè)類的屬性以及它們之間的關(guān)系。 答：Student類為基類，其他三個(gè)類都是Student的子類。 Student類的屬性有：Name（姓名），Sex（

35、性別），Age（年齡），Class（班級(jí)）。 Elementary Student類的屬性有：IsTeamMember（是否是少先隊(duì)員），IsGoodStudent（是否是三好學(xué)生）。 Middle Student類的屬性為：IsMember（是否是團(tuán)員），Subject（文科理科）。 University Student類的屬性為：IsPartyMember（是否黨員），Department（學(xué)院），Specialty（專業(yè)）。 三、應(yīng)用題 1. 某學(xué)校領(lǐng)書的工作流程為：學(xué)生班長(zhǎng)填寫領(lǐng)書單，班主任審查后簽名，然后班長(zhǎng)拿領(lǐng)書單到書庫(kù)領(lǐng)書。 書庫(kù)保管員審查領(lǐng)書單是否有班主任簽名，填寫是否正確等，

36、不正確的領(lǐng)書單退回給班長(zhǎng)；如果填寫正確則給予領(lǐng)書并修改庫(kù)存清單；當(dāng)某書的庫(kù)存量低于臨界值時(shí)，登記需訂書的信息。每天下班前為采購(gòu)部門提供一張訂書單。 用活動(dòng)圖來(lái)描述領(lǐng)書的過(guò)程。 解： 14 班長(zhǎng)填寫領(lǐng)書單班主任簽名返回給班長(zhǎng)領(lǐng)書 打印機(jī)計(jì)算機(jī)打印服務(wù)器Print()（空閑）打印打印結(jié)束解：書庫(kù)管理員隊(duì)列庫(kù)存清單訂書單（忙）存儲(chǔ)隊(duì)列是否有班主任簽名填寫是否正確領(lǐng)書單打印打印結(jié)束不正確正確修改檢查庫(kù)存庫(kù)存不庫(kù)足存登記圖書信息充足提交采購(gòu)部使用順序圖描述下面的情景，當(dāng)用戶在自己的計(jì)算機(jī)上向網(wǎng)絡(luò)打印機(jī)發(fā)出一個(gè)打印任務(wù)時(shí)，2. ，打印機(jī)服務(wù)器如果發(fā)現(xiàn)網(wǎng)絡(luò)print(file)他的計(jì)算機(jī)便向打印機(jī)服務(wù)器發(fā)送

37、一條打印命令，否則向打印隊(duì)列發(fā)送一條保print(file)打印機(jī)處于空閑狀態(tài)，則向打印機(jī)發(fā)送打印命令 。存命令store(file) 15 3. 某報(bào)社采用面向?qū)ο蠹夹g(shù)實(shí)現(xiàn)報(bào)刊征訂的計(jì)算機(jī)管理系統(tǒng)，該系統(tǒng)基本需求如下： （1）報(bào)社發(fā)行多種刊物，每種刊物通過(guò)訂單來(lái)征訂，訂單中有代碼，名稱，訂期，單價(jià)，份數(shù)等項(xiàng)目，訂戶通過(guò)填寫訂單來(lái)訂閱報(bào)刊。 （2）報(bào)社下屬多個(gè)發(fā)行站，每個(gè)站負(fù)責(zé)收集登陸訂單、打印收款憑證等事務(wù)。 （3）報(bào)社負(fù)責(zé)分類并統(tǒng)計(jì)各個(gè)發(fā)行站送來(lái)的報(bào)刊訂閱信息。 請(qǐng)就此需求建立對(duì)象模型。 書刊信息:解：nn訂單信息:書刊代碼-訂期-n名稱-單價(jià)-份數(shù)-11發(fā)行站出版社:1nn1書號(hào)-書名-

38、定價(jià)-11接受訂單()+()打印收款憑據(jù)分類統(tǒng)計(jì)訂單信息()+客戶信息:客戶名稱-客戶地址-客戶電話- 軟件工程作業(yè)3（第811章） 一、選擇題 1. 結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種（D）。 A半形式語(yǔ)言B計(jì)算機(jī)語(yǔ)言 C低級(jí)語(yǔ)言 D高級(jí)語(yǔ)言 2. 程序設(shè)計(jì)語(yǔ)言的技術(shù)特性不應(yīng)包括（C）。 A、數(shù)據(jù)結(jié)構(gòu)的描述性B、抽象類型的描述性 C、數(shù)據(jù)庫(kù)的易操作性D、軟件的可移植性 16 3. 程序的三種基本控制結(jié)構(gòu)是（B）。 A過(guò)程、子程序和分程序 B順序、選擇和重復(fù) C遞歸、堆棧和隊(duì)列 D調(diào)用、返回和轉(zhuǎn)移 4. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D）。 A程序的規(guī)模B程序的效率 C程序設(shè)計(jì)語(yǔ)言的先

39、進(jìn)性 D程序易讀性 5. 下列關(guān)于功能性注釋不正確的說(shuō)法是(B)。 A.功能性注釋嵌在源程序中，用于說(shuō)明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài) B.注釋用來(lái)說(shuō)明程序段，需要在每一行都要加注釋 C.可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序 D.修改程序也應(yīng)修改注釋 6. 下列關(guān)于效率的說(shuō)法不正確的是(D)。 A.效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出 B.提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法，數(shù)據(jù)結(jié)構(gòu)與算法 C.效率主要指處理機(jī)時(shí)間和存儲(chǔ)器容量?jī)蓚€(gè)方面 D.程序的效率與程序的簡(jiǎn)單性無(wú)關(guān) 7. 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于(B )。 A.軟件是否結(jié)構(gòu)化 B.軟件配置是否完整

40、C.程序的完整性 D.文檔的完整性 8. 關(guān)于JAVA語(yǔ)言下列說(shuō)法不正確的是（B）。 A.跨平臺(tái)的 B.動(dòng)態(tài)指針 C.解釋型的 D.面向?qū)ο蟮?9. 使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。 A程序內(nèi)部邏輯 B程序復(fù)雜結(jié)構(gòu) C使用說(shuō)明書 D程序的功能 10. 確認(rèn)測(cè)試主要涉及的文檔是（A）。 A、需求規(guī)格說(shuō)明書B、概要設(shè)計(jì)說(shuō)明書 C、詳細(xì)設(shè)計(jì)說(shuō)明書D、源程序 11. 測(cè)試的關(guān)鍵問(wèn)題是（D）。 A.如何組織對(duì)軟件的評(píng)審 B.如何驗(yàn)證程序的正確性 C.如何采用綜合策略 D.如何選擇測(cè)試用例 12. 黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要研究（A）。 A.需求規(guī)格說(shuō)明 B.詳細(xì)設(shè)計(jì)說(shuō)明

41、 C.項(xiàng)目開發(fā)計(jì)劃 D.概要設(shè)計(jì)說(shuō)明與詳細(xì)設(shè)計(jì)說(shuō)明 13. 下面哪些測(cè)試屬于黑盒測(cè)試（B）。 A、路徑測(cè)試B、等價(jià)類劃分 C、條件判斷 D、循環(huán)測(cè)試 14. 在下述哪一種測(cè)試中，測(cè)試人員必須接觸到源程序（B）。 17 A、功能測(cè)試 B、結(jié)構(gòu)測(cè)試C、功能測(cè)試和結(jié)構(gòu)測(cè)試 D、性能測(cè)試 15. 檢查軟件產(chǎn)品是否符合需求定義的過(guò)程稱為（D）。 A、確認(rèn)測(cè)試B、集成測(cè)試C、驗(yàn)收測(cè)試D、驗(yàn)證測(cè)試 16. 軟件測(cè)試方法中，黑盒、白盒測(cè)試法是常用的方法，其中白盒測(cè)試主要用于測(cè)試（D）。 A、 結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯 17. 軟件維護(hù)中，因修改交互輸入的順序，沒有正確的記錄而引

42、起的錯(cuò)誤是（A）產(chǎn)生的副作用。 A、文檔B、數(shù)據(jù) C、編碼D、設(shè)計(jì) 18. 以下屬于軟件維護(hù)階段文檔的是(C)。 A、軟件需求說(shuō)明B、操作手冊(cè)C、軟件問(wèn)題報(bào)告D、測(cè)試分析報(bào)告 19. 產(chǎn)生軟件維護(hù)的副作用，是指（C）。 A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤 C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作 20. 維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是（C）副作用。 A、文檔 B、數(shù)據(jù) C、編碼 D、設(shè)計(jì) 21. 可維護(hù)性的特性中，相互促進(jìn)的（A）。 A、可理解性和可測(cè)試性B、效率和可移植性 C、效率和可修改性 D、效率和結(jié)構(gòu)好 22. 軟件維護(hù)的困難主要原因是（C） A、費(fèi)用低 B、人員少 C、開

43、發(fā)方法的缺陷 D、用戶不配合 23. 軟件維護(hù)費(fèi)用高的主要原因是（C）。 A、人員少B、人員多C、生產(chǎn)率低D、生產(chǎn)率高 24. 為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是(C)。 A、校正性維護(hù) B、完善性維護(hù) C、適應(yīng)性維護(hù)D、預(yù)防性維護(hù) 25. 可維護(hù)性的特性中，相互矛盾的是(B) A.可理解性與可測(cè)試性 B.效率與可修改性 C.可修改性和可理解性 D.可理解性與可讀性 26. 各種不同的軟件維護(hù)中，以（C）維護(hù)所占的維護(hù)量最小。 A、 糾錯(cuò)性維護(hù)B、代碼維護(hù)C、預(yù)防性維護(hù)D、文檔維護(hù) 27. 在變更控制中，（B）可以用來(lái)確保由不同用戶所執(zhí)行的并發(fā)變更。 A異步控制B同步控制C存取控制D基線

44、控制 28. 變更控制是一項(xiàng)最重要的軟件配置任務(wù)，其中“檢出”和（A）處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素，即存取控制和同步控制。 A登入B管理C填寫變更要求D審查 29. 用Gantt圖表示軟件項(xiàng)目進(jìn)度安排，下列說(shuō)法中正確的是（B） 18 A.能夠反映多個(gè)任務(wù)之間的復(fù)雜關(guān)系 B.能夠直觀表示任務(wù)之間相互依賴制約關(guān)系 C.能夠表示哪些任務(wù)是關(guān)鍵任務(wù) D.能夠表示子任務(wù)之間的并行和串行關(guān)系 30. 基線可作為軟件生存期中各開發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，可以返回到最近和最恰當(dāng)?shù)模–）上 A.配置項(xiàng)B.程序C.基線D.過(guò)程 二、簡(jiǎn)答題 1. 為建立良好的編程風(fēng)格應(yīng)遵循什么原則？ 答：1）

45、節(jié)簡(jiǎn)化 不使用不必要的變量和函數(shù) 避免變量重名，變量重名可導(dǎo)致很難被發(fā)現(xiàn)的錯(cuò)誤。 盡量減小代碼量。 盡量減少代碼的執(zhí)行時(shí)間，提高執(zhí)行效率。 避免功能冗余的模塊。 盡量不使用全局變量。 2）模塊化 確保物理和邏輯功能密切相關(guān)。 限定一個(gè)模塊完成一個(gè)獨(dú)立的功能， 提高模塊的內(nèi)聚度。 檢查代碼的重復(fù)率，重復(fù)多的代碼， 要抽出來(lái)作為一個(gè)單獨(dú)的模塊。 3）簡(jiǎn)單化 采用直接了當(dāng)?shù)乃惴?，避免使用技?性高和難懂的代碼。 使用簡(jiǎn)單的數(shù)據(jù)結(jié)構(gòu)，避免使用多維 數(shù)組、指針和復(fù)雜的表。 注意對(duì)象命名的一致性。 以手工的方式簡(jiǎn)化算術(shù)和邏輯表達(dá)式。 4）結(jié)構(gòu)化 按標(biāo)準(zhǔn)化的次序說(shuō)明數(shù)據(jù)； 按字母順序說(shuō)明對(duì)象名 19 使用讀

46、者明了的結(jié)構(gòu)化程序部件； 采用直截了當(dāng)?shù)乃惴ǎ?根據(jù)應(yīng)用背景排列程序各個(gè)部分； 不隨意為效率而犧牲程序的清晰度和可讀性； 讓機(jī)器多做煩瑣的工作，如重復(fù)、庫(kù)函數(shù)； 用公共函數(shù)調(diào)用代替重復(fù)出現(xiàn)的表達(dá)式； 避免循環(huán)、分支的嵌套層數(shù)過(guò)高； 單入口單出口。 5）文檔化（documentation） 有效、適當(dāng)?shù)厥褂米⑨尅?協(xié)調(diào)使用程序塊注釋和程序行注釋。 保持文檔和程序的同步。 6）格式化（layout) 始終采用統(tǒng)一縮進(jìn)規(guī)則； 適當(dāng)插入括號(hào)表明運(yùn)算次序、排除二義性； 有效地使用空格符以區(qū)別程序的不同意群。 2. 什么是軟件測(cè)試？ 答：軟件測(cè)試從廣義上講,是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評(píng)審和確認(rèn)活動(dòng)

47、。從狹義上講，軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程?；蛘哒f(shuō)，軟件測(cè)試是根據(jù)軟件開發(fā)各個(gè)階段的規(guī)格說(shuō)明和程序內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例，用這些測(cè)試用例運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。 3. 軟件測(cè)試的原則是什么？ 答：軟件測(cè)試的原則有： 1) 應(yīng)該把測(cè)試貫穿在整個(gè)開發(fā)過(guò)程之中。事實(shí)上，從需求分析階段開始，每個(gè)階段結(jié)束之前都要進(jìn)行階段審查，目的是盡早發(fā)現(xiàn)和糾正錯(cuò)誤。 2) 每個(gè)測(cè)試用例都應(yīng)該包括測(cè)試輸入數(shù)據(jù)和這組數(shù)據(jù)輸入作用下的預(yù)期輸出結(jié)果。在實(shí)際操作中可以列出一張表格，包括每個(gè)測(cè)試用例的編號(hào)、類型、輸入數(shù)據(jù)、預(yù)期輸出結(jié)果、實(shí)際輸出結(jié)果、出錯(cuò)原因分析。 3) 要對(duì)每個(gè)測(cè)試結(jié)果進(jìn)行全面檢查，不

48、要漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象。 4) 程序員應(yīng)該盡量避免檢查自己編寫的代碼。測(cè)試工作需要嚴(yán)格的工作作風(fēng)，程序員在測(cè)試自己編寫的代碼時(shí)往往會(huì)帶有一些傾向性，使得他們工作中常常出現(xiàn)一些疏漏。而且，程序員對(duì)設(shè)計(jì)規(guī)格說(shuō)明書的理解錯(cuò)誤而引入的錯(cuò)誤更是難于發(fā)現(xiàn)。 5) 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括有效的、期望的輸入情況，也要包括無(wú)效的和不期望的輸入情況。既能夠驗(yàn)證程序正常運(yùn)行的合理輸入，也能夠驗(yàn)證對(duì)異常情況處理的不合理輸入數(shù)據(jù)以及臨界數(shù)據(jù)。在測(cè)試程序時(shí)，人們常常過(guò)多地考慮合法的和期望的輸入條件，以檢查程序是 20 否做了它應(yīng)該做的事情，而忽視了不合法的和預(yù)想不到的輸入條件。事實(shí)上，用戶在使用系統(tǒng)時(shí)，輸入一些錯(cuò)誤

49、指令和參數(shù)是經(jīng)常發(fā)生的，如果軟件遇到這種情況不能做出適當(dāng)?shù)姆磻?yīng)，給出相應(yīng)的提示信息，就可能會(huì)誤導(dǎo)用戶，甚至造成嚴(yán)重?fù)p失。 6) 軟件中遺留的錯(cuò)誤數(shù)量與已經(jīng)發(fā)現(xiàn)的錯(cuò)誤數(shù)量成正比。根據(jù)這個(gè)規(guī)律，對(duì)測(cè)試中發(fā)現(xiàn)錯(cuò)誤成堆的模塊更要仔細(xì)測(cè)試。例如，在某個(gè)著名的操作系統(tǒng)中，44%的錯(cuò)誤僅與4%的模塊有關(guān)。 7) 回歸測(cè)試的關(guān)聯(lián)性要特別引起注意，修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤的現(xiàn)象并不少見。 8) 測(cè)試程序時(shí)不僅要檢查程序是否做了它應(yīng)該做的事情，還要檢查它是否做了不該做的事情。例如，工資軟件中，軟件只完成在編職工的工資計(jì)算和輸出，不在編人員的工資是不進(jìn)行計(jì)算和輸出的。如果軟件將不在編人員的工資信息也輸出顯然是不合

50、適的。 9) 嚴(yán)格執(zhí)行測(cè)試計(jì)劃。在測(cè)試之前應(yīng)該有明確的測(cè)試計(jì)劃，內(nèi)容包括：要測(cè)試的軟件功能和內(nèi)容、測(cè)試用例和預(yù)期結(jié)果、測(cè)試的進(jìn)度安排、需要的工具和資源、測(cè)試控制方式和過(guò)程等。 10）做好測(cè)試記錄，為統(tǒng)計(jì)和維護(hù)提供基礎(chǔ)數(shù)據(jù)。 4. 請(qǐng)說(shuō)明集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試有什么不同？ 答：集成測(cè)試界于單元測(cè)試和系統(tǒng)測(cè)試之間，起到“橋梁作用”，一般由開發(fā)小組采用白盒加黑盒的方式來(lái)測(cè)試，既驗(yàn)證“設(shè)計(jì)”，又驗(yàn)證“需求”。 系統(tǒng)測(cè)試的粒度最大，一般由獨(dú)立測(cè)試小組采用黑盒方式來(lái)測(cè)試，主要測(cè)試系統(tǒng)是否符合“需求規(guī)格說(shuō)明書”。 驗(yàn)收測(cè)試與系統(tǒng)測(cè)試相似，主要區(qū)別是測(cè)試人員不同，驗(yàn)收測(cè)試由用戶執(zhí)行。 5. 簡(jiǎn)述單元測(cè)試

51、的內(nèi)容。 答：?jiǎn)卧獪y(cè)試的內(nèi)容有 1）模塊接口測(cè)試：對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。為此，對(duì)模塊接口，包括參數(shù)表、調(diào)用子模塊的參數(shù)、全程數(shù)據(jù)、文件輸入/輸出操作都必須檢查。 2）局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：設(shè)計(jì)測(cè)試用例檢查數(shù)據(jù)類型說(shuō)明、初始化、缺省值等方面的問(wèn)題，還要查清全程數(shù)據(jù)對(duì)模塊的影響。 3）路徑測(cè)試：選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量路徑錯(cuò)誤。 4）錯(cuò)誤處理測(cè)試：檢查模塊的錯(cuò)誤處理功能是否包含有錯(cuò)誤或缺陷。例如，是否拒絕不合理的輸入;出錯(cuò)的描述是否難以理解、是否對(duì)錯(cuò)誤定位有誤、是否出錯(cuò)原因報(bào)告有誤、是否對(duì)錯(cuò)誤條件的處理不正確;在對(duì)錯(cuò)誤處理之

52、前錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等。 5）邊界測(cè)試：要特別注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。 5) 此外，如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專門進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。這類信息對(duì)進(jìn)行性能評(píng)價(jià)是十分有用的。 6. 什么是白盒測(cè)試？它適應(yīng)哪些測(cè)試？ 21 答：白盒測(cè)試也叫結(jié)構(gòu)測(cè)試，測(cè)試者需要了解被測(cè)程序的內(nèi)部結(jié)構(gòu)。白盒測(cè)試通常根據(jù)覆蓋準(zhǔn)則設(shè)計(jì)測(cè)試用例，有語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋和條件組合覆蓋。 白盒測(cè)試適用與單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試 7. 非漸增式測(cè)

53、試與漸增式測(cè)試有什么區(qū)別？漸增式測(cè)試如何組裝模塊？ 答：1）漸增式可以較早地發(fā)現(xiàn)模塊界面之間的錯(cuò)誤，非漸增式則要到最后將所有模塊連接起來(lái)時(shí)才能發(fā)現(xiàn)此類錯(cuò)誤。 2）非漸增式需要較多的人工 3）漸增式有利于排錯(cuò)。如果模塊界面間有錯(cuò)，如果用非漸增式，這類錯(cuò)誤到最后聯(lián)合測(cè)試時(shí)才能發(fā)現(xiàn)，此時(shí)很難判斷錯(cuò)誤發(fā)生在哪一部分，但如果用漸增式，這類錯(cuò)誤就較容易定位，它通常與最新加上去的模塊有關(guān)。 4）漸增式比較徹底。 5）漸增式需要較多的機(jī)器時(shí)間。 6）非漸增式方式，開始時(shí)允許幾個(gè)測(cè)試人員并行工作，對(duì)大型系統(tǒng)來(lái)說(shuō)，是很有意義的。 8. 采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有哪幾種方法？這些方法各有什么特點(diǎn)？ 答：黑盒測(cè)試設(shè)計(jì)測(cè)試用例的方法有1）等價(jià)類劃分法 特點(diǎn)是：a、測(cè)試的內(nèi)容相同 b、一個(gè)等價(jià)類中的某個(gè)測(cè)試可以發(fā)現(xiàn)缺陷，那么這個(gè)等價(jià)類的其他測(cè)試也能發(fā)現(xiàn)缺陷 c、一個(gè)等價(jià)類中的某個(gè)測(cè)試不能發(fā)現(xiàn)缺陷，那么這個(gè)等價(jià)類的其它測(cè)試也不能發(fā)現(xiàn)缺陷2）邊界值分析法 特點(diǎn)是：用邊界值分析時(shí)時(shí)常收獲較大，它是在等價(jià)類