《軟件工程導論》期末復習(共17頁)

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

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

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

4、過解析在基本路徑測試中，以詳細設計或源程序為基礎，導出控制流程圖的拓撲結構程序圖，在計算了程序圖的環(huán)路復雜性之后，確定只包含獨立路徑的基本路徑圖，其中獨立路徑是包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨立路徑是至少包含有一條在其他獨立路徑中未有過的邊的路徑。14. 詳細設計的任務是確定每個模塊的內部特性，即模塊的算法、( )。解：使用的數(shù)據(jù)解析詳細設計的基本任務是為每個模塊進行詳細的算法設計，為模塊內的數(shù)據(jù)結構進行設計，確定每個模塊的內部特性，包括模塊的算法和使用的數(shù)據(jù)。對數(shù)據(jù)庫進行物理設計等。15. 所有軟件維護申請報告要按規(guī)定方式提出，該報告也稱( )報告。解：軟件問

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

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

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

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

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

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

11、環(huán)境B. 內容C. 控制D. 數(shù)據(jù)18. 內聚程度較低的是（ A ）內聚。A. 偶然B. 通訊C. 順序D. 時間19. 對一個程序來說，組成系統(tǒng)的模塊數(shù)目（ C ），則開發(fā)成本越小。A. 越多B. 越少C. 順序D. 時間20. 畫軟件結構圖時應注意調用關系只能是（ B ）。A. 從下到上B. 從上到下C. 從左到右D. 從右到左21. 程序流程圖中的“”代表（ B ）。A. 數(shù)據(jù)流B. 控制流C. 順序流D. 調用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. 可行性研究要進行一次（ C ）需求分析。A詳細的B全面的C簡化的、壓縮的D徹底的解析軟件的可行性研究的目的就是用最小的代價在盡可能短的時間內確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。其實質是要進行一次簡化、壓縮了的需求分析、設計過程，要在較高層次上以較抽象的方式進行需求分析和設計過程。因此答案為C。26系統(tǒng)流程圖用于可行性分析中的_的描述。參考答案為:AA當前運行系統(tǒng)B當前邏輯模型C目標系統(tǒng)D新系統(tǒng)解析可行性研究首先要確定項目的規(guī)模和目標，然后就需要對當前運行的系統(tǒng)進行研究了，在考察系統(tǒng)的基礎上，通過描繪

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

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

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

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

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

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

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

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

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