《軟件工程導(dǎo)論》期末復(fù)習(xí)(共17頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上一、 填空題1. 軟件生存周期一般可分為 問題定義 、可行性研究、 需求分析 、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、 編碼和單元測(cè)試 、綜合測(cè)試、軟件維護(hù)。2. 按軟件的功能進(jìn)行劃分，軟件可以劃分為 系統(tǒng)軟件 、 支撐軟件 和應(yīng)用軟件。3. 可行性研究主要集中在以下四個(gè)方面 經(jīng)濟(jì)可行性 、 技術(shù)可行性 、法律可行性 和操作可行性。4. 用戶界面的 可使用性 是用戶界面設(shè)計(jì)最重要的也是最基本的目標(biāo)。5. 常見的軟件概要設(shè)計(jì)方法有3大類：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊結(jié)構(gòu)的結(jié)構(gòu)化設(shè)計(jì)方 法 ，以數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)構(gòu)造模塊的jackson方 法 ，以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法。6.

2、 數(shù)據(jù)流圖和 數(shù)據(jù)字典 共同構(gòu)成系統(tǒng)的邏輯模型。7. 軟件測(cè)試的方法有分析方法 和非分析方法 。8. 單元測(cè)試一般以白盒 測(cè)試為主，黑盒 測(cè)試為輔。9. 成本估計(jì)方法主要有自底向上 、自頂向下 和算法模型估計(jì)三種類型。10. 系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的( )情況。解：信息流動(dòng)解析系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中的各個(gè)元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫、文件、設(shè)備等，表達(dá)了元素之間的信息流動(dòng)的情況。11. 成本效益分析的目的是從( )角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。解：經(jīng)濟(jì)解析成本效益分析首先是估算將要開發(fā)的系

3、統(tǒng)的開發(fā)成本，然后與可能取得的效益進(jìn)行比較和權(quán)衡，其目的是從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)新的軟件項(xiàng)目是否可行。12. 自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和( ) 。解：寬度優(yōu)先策略解析漸增式測(cè)試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫驅(qū)動(dòng)模塊，只需要編寫樁模塊。它從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策略，逐步把各個(gè)模塊集成在一起。13. 獨(dú)立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條( )的邊的路徑。解：在其他獨(dú)立路徑中未有

4、過解析在基本路徑測(cè)試中，以詳細(xì)設(shè)計(jì)或源程序?yàn)榛A(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)程序圖，在計(jì)算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路徑是包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過的邊的路徑。14. 詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、( )。解：使用的數(shù)據(jù)解析詳細(xì)設(shè)計(jì)的基本任務(wù)是為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，確定每個(gè)模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對(duì)數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)等。15. 所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱( )報(bào)告。解：軟件問

5、題解析在軟件維護(hù)的流程中，第一步就是制定維護(hù)申請(qǐng)報(bào)告，也稱為軟件問題報(bào)告，它是維護(hù)階段的一種文檔，由申請(qǐng)維護(hù)的用戶填寫。二、單項(xiàng)選擇題1. 下列哪個(gè)階段不屬于軟件生存周期的三大階段（ C ）。 A、計(jì)劃階段 B、開發(fā)階段 C、編碼階段 D、維護(hù)階段2. 需求分析是（ A ）。  A、 軟件開發(fā)工作的基礎(chǔ)          B、 軟件生存周期的開始  C、 由系統(tǒng)分析員單獨(dú)完成的      D、 由用戶自己單獨(dú)完成的3. 原型化方法是軟件

6、開發(fā)中一類常用的方法，它與結(jié)構(gòu)化方法相比較，更需要（ B ）。  A、 明確的需求定義                B、完整的生命周期  C、 較長的開發(fā)時(shí)間                D、熟練的開發(fā)人員4. 軟件維護(hù)時(shí)，對(duì)測(cè)試階段未發(fā)現(xiàn)的錯(cuò)誤進(jìn)行測(cè)試、診斷、定位、糾錯(cuò)，直

7、至修改的回歸測(cè)試過程稱為（ A ）。    A、改正性維護(hù)            B、適應(yīng)性維護(hù)  C、完善性維護(hù)             D、預(yù)防性維護(hù)5. 一般說來，投入運(yùn)行的軟件系統(tǒng)中有錯(cuò)誤（ A ）。A、不是不可以理解的B、是不能容忍的C、是要求退貨的理由D、是必然的6. 軟件危機(jī)具有下列表現(xiàn)（ D ）。I. 對(duì)軟件開發(fā)成本估計(jì)不

8、準(zhǔn)確II. 軟件產(chǎn)品的質(zhì)量往往靠不住III. 軟件常常不可維護(hù)IV. 軟件成本逐年上升A. I、II和IIIB. I、III和IVC. II、III和IVD. 以上都正確7. 軟件生命周期一般都被劃分為若干個(gè)獨(dú)立的階段，其中占用精力和費(fèi)用最多的階段往往是（ A ）。A. 運(yùn)行和維護(hù)階段B. 設(shè)計(jì)階段 C. 代碼實(shí)現(xiàn)階段D. 測(cè)試階段8. 下列屬于軟件的特點(diǎn)的是（ D ）。A. 軟件是一種邏輯實(shí)體，具有抽象性 B. 軟件在使用過程中沒有磨損、老化的問題C. 軟件不同于一般程序，它的一個(gè)顯著特點(diǎn)是規(guī)模龐大，復(fù)雜程度高 D. 以上都正確9. 軟件工程的出現(xiàn)是由于（ D ）。A. 軟件危機(jī)的出現(xiàn)B.

9、計(jì)算機(jī)硬件技術(shù)的發(fā)展C. 軟件社會(huì)化的需要D. 計(jì)算機(jī)軟件技術(shù)的發(fā)展10. 軟件開發(fā)技術(shù)不包含（ D ）。A. 軟件開發(fā)方法學(xué)B. 軟件工程環(huán)境 C. 軟件工具D. 軟件質(zhì)量度度量11. 下列屬于應(yīng)用軟件的是（ B ）。I. 計(jì)算機(jī)輔助教學(xué)軟件 II. 軟件測(cè)試工具 III. 辦公自動(dòng)化軟件 IV. 工程與科學(xué)計(jì)算軟件A. I、II和IIIB. I、III和IVC. II、III和IVD. 以上都正確12. 需求分析階段最重要的技術(shù)文檔是（ B ）。A. 設(shè)計(jì)說明書B. 需求規(guī)格說明書 C. 可行性分析報(bào)告 D. 用戶手冊(cè)13. 以下關(guān)于數(shù)據(jù)流圖的說法錯(cuò)誤的是（ C ）。A. 數(shù)據(jù)流圖舍去了具

10、體的物質(zhì)，只剩下數(shù)據(jù)的流動(dòng)、加工處理和存儲(chǔ)B. 數(shù)據(jù)流圖是用作結(jié)構(gòu)化分析的一種工具C. 傳統(tǒng)的數(shù)據(jù)流圖中主要由加工、數(shù)據(jù)源點(diǎn)/終點(diǎn)、數(shù)據(jù)流、控制流、數(shù)據(jù)存儲(chǔ)組成D. 數(shù)據(jù)流圖的繪制采用自上向下、逐層分解的方法14. 數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（ C ）。A. 數(shù)據(jù)庫設(shè)計(jì)B. 數(shù)據(jù)通信C. 數(shù)據(jù)定義D. 數(shù)據(jù)維護(hù)15. 需求分析階段的研究對(duì)象是（ B ）。A. 系統(tǒng)分析員要求B. 用戶要求 C. 軟硬件要求 D. 系統(tǒng)要求16. 結(jié)構(gòu)化方法的基本原則是（ B ）。A. 模塊化B. 抽象與分解C. 信息隱蔽D. 逐步求精17. 耦合度最高的是（ B ）耦合。A.

11、環(huán)境B. 內(nèi)容C. 控制D. 數(shù)據(jù)18. 內(nèi)聚程度較低的是（ A ）內(nèi)聚。A. 偶然B. 通訊C. 順序D. 時(shí)間19. 對(duì)一個(gè)程序來說，組成系統(tǒng)的模塊數(shù)目（ C ），則開發(fā)成本越小。A. 越多B. 越少C. 順序D. 時(shí)間20. 畫軟件結(jié)構(gòu)圖時(shí)應(yīng)注意調(diào)用關(guān)系只能是（ B ）。A. 從下到上B. 從上到下C. 從左到右D. 從右到左21. 程序流程圖中的“”代表（ B ）。A. 數(shù)據(jù)流B. 控制流C. 順序流D. 調(diào)用22. 數(shù)據(jù)流圖（DFD）中的“”代表（ A ）。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流23. DFD中的“”代表（ C ）。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流2

12、4. DFD中的“”代表（ B ）。A. 數(shù)據(jù)流B. 文件C. 處理D. 控制流25. 可行性研究要進(jìn)行一次（ C ）需求分析。A詳細(xì)的B全面的C簡化的、壓縮的D徹底的解析軟件的可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。其實(shí)質(zhì)是要進(jìn)行一次簡化、壓縮了的需求分析、設(shè)計(jì)過程，要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)過程。因此答案為C。26系統(tǒng)流程圖用于可行性分析中的_的描述。參考答案為:AA當(dāng)前運(yùn)行系統(tǒng)B當(dāng)前邏輯模型C目標(biāo)系統(tǒng)D新系統(tǒng)解析可行性研究首先要確定項(xiàng)目的規(guī)模和目標(biāo)，然后就需要對(duì)當(dāng)前運(yùn)行的系統(tǒng)進(jìn)行研究了，在考察系統(tǒng)的基礎(chǔ)上，通過描繪

13、現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，與有關(guān)人員一起審查該系統(tǒng)流程圖是否正確。描述的對(duì)象是當(dāng)前正在運(yùn)行的系統(tǒng)，因此選擇A。27系統(tǒng)流程圖是描述_的工具。參考答案為:DA邏輯系統(tǒng)B程序系統(tǒng)C體系結(jié)構(gòu)D物理系統(tǒng)解析系統(tǒng)流程圖是用圖形符號(hào)來表示系統(tǒng)中的各個(gè)元素，例如人工處理、數(shù)據(jù)庫、設(shè)備等，流程圖表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)情況。是描繪物理系統(tǒng)的傳統(tǒng)工具。28程序的三種基本控制結(jié)構(gòu)是_參考答案為:BA過程、子程序和分程序B順序、選擇和重復(fù)C遞歸、堆棧和隊(duì)列D調(diào)用、返回和轉(zhuǎn)移解析程序的三種基本控制結(jié)構(gòu)是順序、選擇和循環(huán)（重復(fù)）。子程序只是程序設(shè)計(jì)一種方法，遞歸則是一種算法，都算不上是控制結(jié)構(gòu)。29程序的三種

14、基本控制結(jié)構(gòu)的共同特點(diǎn)是_參考答案為:DA不能嵌套使用B只能用來寫簡單程序 C已經(jīng)用硬件實(shí)現(xiàn)D只有一個(gè)入口和一個(gè)出口解析程序的特點(diǎn)就是從一個(gè)入口開始，最終以一個(gè)出口結(jié)束，其間可以用順序，選擇和循環(huán)方式對(duì)程序的流向進(jìn)行控制。三種結(jié)構(gòu)可以寫出非常復(fù)雜的程序，而且選擇和循環(huán)都可以嵌套設(shè)計(jì)。30可維護(hù)性的特性中相互促進(jìn)的是_ 參考答案為:AA可理解性和可測(cè)試性B效率和可移植性C效率和可修改性D效率和結(jié)構(gòu)好解析軟件的可維護(hù)性可用七個(gè)質(zhì)量特性來衡量，分別是：可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性和效率。對(duì)于不同類型的維護(hù)，這些特性的側(cè)重點(diǎn)也不相同，有一些可維護(hù)特性是可以相互促進(jìn)的，比如可

15、理解性和可測(cè)試性，可理解性和可修改性，另外一些則是相互矛盾的，如答案中的B效率和可移植性、C中的效率和可修改性。至于D中的結(jié)構(gòu)好則不屬于可維護(hù)性的特征。31汽車有一個(gè)發(fā)動(dòng)機(jī)。汽車和發(fā)動(dòng)機(jī)之間的關(guān)系是_關(guān)系。參考答案為:BA一般具體B整體部分C分類關(guān)系D主從關(guān)系解析類有兩種主要的結(jié)構(gòu)關(guān)系，即一般具體結(jié)構(gòu)關(guān)系和整體部分結(jié)構(gòu)關(guān)系。前者稱為分類結(jié)構(gòu)，用來描述現(xiàn)實(shí)世界中的一般化的抽象關(guān)系。后者稱為組裝結(jié)構(gòu)，用來描述現(xiàn)實(shí)世界中的類的組成的抽象關(guān)系。汽車和發(fā)動(dòng)機(jī)的關(guān)系很明顯，應(yīng)該屬于整體部分關(guān)系。32_是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。參考答案為:DA技術(shù)創(chuàng)新B測(cè)試C技術(shù)創(chuàng)造D技術(shù)評(píng)審解析技術(shù)評(píng)審是以提高軟

16、件質(zhì)量為目的的技術(shù)活動(dòng)，是對(duì)軟件本身的結(jié)構(gòu)、與運(yùn)行環(huán)境的接口、變更帶來的影響等方面進(jìn)行的評(píng)審活動(dòng)。33面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過程，盡可能接近于人類認(rèn)識(shí)世界解決問題的方法和過程。因此面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對(duì)象組成的；_；對(duì)象彼此之間僅能通過傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。參考答案為:CA開發(fā)過程基于功能分析和功能分解B強(qiáng)調(diào)需求分析重要性C把對(duì)象劃分成類，每個(gè)對(duì)象類都定義一組數(shù)據(jù)和方法D對(duì)既存類進(jìn)行調(diào)整解析面向?qū)ο蠓椒ㄓ兴膫€(gè)特征，分別是對(duì)象唯一性、分類性、繼承性和多態(tài)性。其中分類性是指將具有一致的數(shù)據(jù)結(jié)

17、構(gòu)（屬性）和行為（操作）的對(duì)象抽象成類，每個(gè)類是具有相同性質(zhì)的個(gè)體集合，而每個(gè)對(duì)象相關(guān)類的實(shí)例，對(duì)象彼此之間通過傳遞消息互相聯(lián)系。34軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫參考答案為:DA生存期B面向?qū)ο笤O(shè)計(jì)C面向?qū)ο蟪绦蛟O(shè)計(jì)D面向?qū)ο蠓治鼋馕雒嫦驅(qū)ο蟮姆治龅倪^程就是認(rèn)識(shí)客觀世界的過程，其目的就是建立對(duì)客觀世界的精確、簡潔、可理解的正確模型，也就是所謂的建模。因此本題答案為D。35為了提高測(cè)試的效率，應(yīng)該參考答案為:DA隨機(jī)地選取測(cè)試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C在完成編碼以后制定軟件的測(cè)試計(jì)劃D選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)解析軟件測(cè)試是為了盡可能多

18、的發(fā)現(xiàn)程序中的錯(cuò)誤，尤其是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。在選取測(cè)試用例時(shí)，不可能進(jìn)行窮舉測(cè)試，在每一個(gè)細(xì)節(jié)進(jìn)行測(cè)試，也不能無目的地隨機(jī)選取測(cè)試數(shù)據(jù)，為了提高測(cè)試的效率，測(cè)試用例應(yīng)該選擇發(fā)現(xiàn)錯(cuò)誤可能性大的部分，這樣的測(cè)試結(jié)果才符合軟件測(cè)試的目的。36使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)_和指定的覆蓋標(biāo)準(zhǔn)。參考答案為:AA程序的內(nèi)部邏輯B程序的復(fù)雜結(jié)構(gòu)C使用說明書D程序的功能解析白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，由于白盒測(cè)試是一種結(jié)構(gòu)測(cè)試，所以被測(cè)對(duì)象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)確定測(cè)試數(shù)據(jù)。 三、判斷題1. 在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊

19、間的聯(lián)系。（ N ）2. 系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此，有時(shí)也可以將系統(tǒng)結(jié)構(gòu)圖當(dāng)作系統(tǒng)流程圖使用。（ N ）3. 用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（ N ）4. 在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（ Y ）5. 以對(duì)象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法（OOD）也是常見的軟件概要設(shè)計(jì)方法之一。（ Y ）6. 如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（ N ） 7. 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（ Y ）8. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（ Y ）9.

20、集成測(cè)試主要由用戶來完成。（ N ）10. 軟件危機(jī)完全是由于硬件問題引起的。（ N ）四、簡答題1. 什么是軟件危機(jī)?為什么會(huì)產(chǎn)生軟件危機(jī)?答：軟件危機(jī)是指軟件在開發(fā)和維護(hù)過程中遇到的一系統(tǒng)嚴(yán)重問題。產(chǎn)生軟件危機(jī)的原因，一方面與軟件本身的特點(diǎn)有關(guān)，另一方面和軟件開發(fā)與維護(hù)的方法不正確有關(guān)。2. 耦合性有哪幾種類型? 其耦合度的順序如何答：低：非直接耦合® 數(shù)據(jù)耦合®標(biāo)記耦合® 控制耦合®外部耦合® 公共耦合®內(nèi)容耦合 ：高 3. 簡述需求分析工作可以分成哪四個(gè)方面？軟件需求分析的有哪三個(gè)基本原則？答： 需求分析階段分成四個(gè)方面：對(duì)問

21、題的識(shí)別、分析與綜合、制定規(guī)格說明和評(píng)審。 三個(gè)基本原則：必須能夠表達(dá)和理解問題的數(shù)據(jù)域和功能域；必須按自頂向下、逐步分解的方式對(duì)問題進(jìn)行分解和不斷細(xì)化；要給出系統(tǒng)的邏輯視圖和物理視圖。4. 什么是黑盒測(cè)試法？答：黑盒測(cè)試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)，產(chǎn)生正確地輸出信息。5. 簡述軟件測(cè)試的任務(wù)、目的與類型。答：軟件測(cè)試是一個(gè)為了尋找軟件錯(cuò)誤而運(yùn)行程序的過程。目的就是為了發(fā)現(xiàn)軟件中的錯(cuò)誤。一個(gè)好的測(cè)試用例是指很可能找到迄今為止尚未發(fā)現(xiàn) 的錯(cuò)誤的用例。一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件測(cè)試主要分為白盒測(cè)試和黑盒測(cè)試兩大類。五、分析設(shè)計(jì)題某“調(diào)整工資”處理模塊接受一個(gè)“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請(qǐng)用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例。輸入條件合理等價(jià)類不合理等價(jià)