軟件工程試題庫全解

1. 軟件生命周期中所花費用最多的階段是（）A、詳細設計B、軟件編碼C、軟件測試D、軟件維護2. 采用工程的概念、原理、技術和方法來（ ）和（ ）軟件，把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來，以經濟地開發(fā)出高質量的軟件并有效地維護它，這就是軟件工程。A、開發(fā) 測試B、運行 管理C、開發(fā) 管理D、開發(fā) 維護3. 軟件是程序、數據及相關文檔的完整集合，其中“開發(fā)、使用和維護程序所需要的圖文資料”指的是（ ）A、程序B、數據C、文檔D、以上都不是4. 以下（ ）不是軟件危機的表現形式。A、開發(fā)的軟件不滿足用戶的需要B、開發(fā)的軟件可維護性差C、開發(fā)的軟件價格便宜D、開發(fā)的軟件可靠性差5. 軟件產品與物質產品有很大區(qū)別，軟件產品是一種（ ）產品A、有形B、消耗C、邏輯D、文檔6. 從瀑布模型看，在它的生命周期中的八個階段中，下面的幾個選項中哪個環(huán)節(jié)出錯，對軟件的影響最大（）。 A、詳細設計階段B、概要設計階段 C、需求分析階段D、 測試和運行階段7. 傳統的（ ）要求，必須等前一階段的工作完成之后，才能開始后一階段的工作；前一階段的輸出文檔，就是后一階段的輸入文檔。A、原型模型 B、瀑布模型C、螺旋模型 D、噴泉模型8. 下列軟件開發(fā)模型中，適合于那些不能預先確切定義需求的軟件系統的開發(fā)的模型是（）。A、原型模型B、瀑布模型C、基于知識的智能模型D、變換模型9. （）是用戶和設計交換最頻繁的方法。A、原型模型 B、瀑布模型方法C、螺旋模型方法 D、構件組裝模型10. 下列軟件開發(fā)模型中，以面向對象的軟件開發(fā)方法為基礎，以用戶的需求為動力，以對象來驅動的模型是（）。A、原型模型B、瀑布模型C、噴泉模型D、螺旋模型11. 下列軟件開發(fā)模型中，（ ）只有在開發(fā)人員具有風險分析和排除風險的經驗及專門知識時，才能獲得成功。A、原型模型B、瀑布模型C、噴泉模型D、螺旋模型12. （ ）引入了“風險驅動”的思想，適用于大規(guī)模的內部開發(fā)項目。A、增量模型B、噴泉模型C、原型模型D、螺旋模型13. 下列敘述中不屬于軟件生命周期模型的是（ ）A、瀑布模型B、快速原型模型C、風險模型D、原子模型14. “為了解決這個問題，目標系統必須做什么？”這是生命周期中（ ）階段要確定的事。A、需求分析 B、總體設計C、詳細設計D、測試15. （ ）是為了獲得高質量軟件所需要完成的一系列任務的框架，他規(guī)定了完成各項任務的工作步驟。A、軟件工程B、軟件過程C、質量管理D、軟件方法學16. 下面不屬于軟件工程的3個要素是（ ）A、工具B、過程C、方法D、環(huán)境17. 軟件工程方法學的目的是：使軟件生產規(guī)范化和工程化，而軟件工程方法得以實施的主要保證是（ ）。A、硬件環(huán)境B、軟件開發(fā)的環(huán)境C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、開發(fā)人員的素質18. 在軟件生命周期法中，用戶的參與主要在（ ）。A、軟件定義期B、軟件開發(fā)期C、軟件維護期D、整個軟件生命周期過程中19. 軟件開發(fā)的瀑布模型最典型地刻畫了軟件生命周期的階段劃分，而與其最相適應的軟件開發(fā)的方法是（ ）A、構件化方法B、面向對象方法C、結構化方法D、原型化方法20. 可行性分析是在系統開發(fā)的早期所做的一項重要的論證工作，它是決定該系統是否開發(fā)的決策依據，因必須給出（ ）的回答。A確定B行或不行C正確D無二義21. 可行性研究的目的不是解決問題，而是確定問題是否值得去解決，下列不是可行性研究的內容是（ ）A、需求分析B、風險分析C、資源分析D、技術分析22. 一個軟件項目是否進行開發(fā)的結論是在（ ）文檔中作出的。A、軟件開發(fā)計劃B、可行性分析報告C、需求分析說明書D、測試報告23. 軟件開發(fā)的可行性研究,一般涉及經濟、技術和操作的可能性，而進行可行性研究的基本依據則是用戶提出的軟件（ ）。 A、系統質量B、系統目標C、系統功能D、系統性能24. 軟件可行性一般不考慮（ ）。A、是否有足夠的人員和相關的技術來支持系統開發(fā)B、待開發(fā)的軟件是否有質量問題C、待開發(fā)的軟件是否有市場,經濟上是否合算D、是否有足夠的工具和相關的技術來支持系統開發(fā)25. 數據存儲和數據流都是（ ），僅僅是所處的狀態(tài)不同。A、分析結果B、事件C、動作D、數據26. 數據流圖和（ ）共同組成系統的功能模型。A、HIPO圖B、PDLC、數據字典D、層次圖27. 結構化分析方法就是面向（ ）的自頂向下逐步求精進行需求分析的方法。A、目標B、數據流C、功能D、對象28. 數據字典是對數據定義信息的集合，它所定義的對象都包含在（ ）中。A、數據流圖B、程序框圖C、軟件結構D、方框圖29. 數據流圖是進行軟件需求分析常用的工具,其中最基本的圖符是:處理,數據流,數據存儲和數據源點/終點,其中“圓角矩形”可用來代表流圖中的（ ）。A、處理B、數據流C、數據存儲D、數據源點/終點30. 數據流圖是描述數據在軟件中流動和變換的過程,而對數據流圖中所包含的元素的定義則是（ ）A、數據存儲B、數據加工C、數據字典D、數據定義31. 下列敘述中，（ ）不屬于數據字典的作用。A、作為編碼階段的描述工具 B、為用戶與開發(fā)人員之間統一認識C、作為概要設計的依據 D、為需求分析階段定義各類條目32. 不適于作為數據流圖處理（加工）框名稱的是_。A、人工校核工資數據B、工資支票數據C、打印工資支票D、計算職工工資33. 系統流程圖是概括地描述物理系統的傳統工具，它的基本思想是用圖形符號以黑盒子形式描繪系統組成系統的每個部件，其表達的是（ ）A、控制過程B、對數據進行加工和處理的過程C、程序的功能D、數據在各部件之間的流動情況34. 雖然可以使用自然語言描述由數據元素組成數據的關系，但為了更加清晰簡潔，建議采用符號來表示，其中1a5所代表的含義是（ ）A、a重復出現，最少出現1次，最多出現5次B、a重復出現，只能出現1次，或5次C、a重復出現，其可以出現1次，也可以出現5次D、a是可選的，可以出現2、3、4次35. （ ）是可行性研究的一項重要內容，是客戶組織負責人從經濟角度判斷是否繼續(xù)投資于這項工程的主要依據。A、純收入計算B、投資回收期分析C、成本/效益分析D、投資回收率分析36. 下面哪一項不屬于可行性研究階段的典型步驟（ ）A、研究目前正在使用的系統B、草擬開發(fā)計劃C、書寫文檔提交審查D、梳理模塊間關系37. 復雜的數據流圖（ ）。A、只有變換型B、只有事務型C、無規(guī)律D、既有變換型又有事務型38. 需求分析是（ ）。A、 軟件開發(fā)工作的基礎B、 軟件生存周期的開始C、 由系統分析員單獨完成的D、 由用戶自己單獨完成的39. （ ）需求制定系統必須提供的服務，是對軟件系統的一項基本需求，但卻并不是唯一的需求。A、功能需求B、性能需求C、可靠性和可用性需求D、接口及約束40. “系統每周7 天、每天24 小時都可以使用且運行無誤”，代表的是（ ）A、功能需求B、性能需求C、可靠性和可用性需求D、接口及約束41. “系統應在20 秒之內響應所有的請求”，代表的是（ ）A、功能需求B、性能需求C、可靠性和可用性需求D、接口及約束42. “系統出現異常時，應能為用戶給出指導性的提示，并及時保存當前的數據”代表的是（ ）A、出錯處理需求B、性能需求C、可靠性和可用性需求D、接口及約束43. 與用戶溝通獲取需求的方式有很多，其中（ ）不屬于獲取需求的方式。A、正式或非正式的訪談B、自底向上的求精方法C、快速建立軟件原型D、建議的應用規(guī)格說明技術44. 為了減少數據冗余，避免出現插入異?；騽h除異常，簡化修改數據的過程，通常需要把數據結構規(guī)范化，其中（ ）數據冗余程度最小。A、第一范式B、第三范式C、第二范式D、第五范式45. 通常用“范式”定義消除數據冗余的程度，其中第三范式要求符合第二范式的條件，而且（ ）A、每個屬性值都必須是原子值B、每個非關鍵字屬性值都由整個關鍵字決定C、非關鍵字不是由關鍵字的一部分來決定D、一個非關鍵字屬性值不依賴于另一個非關鍵字屬性值46. 結構化分析階段要建立中模型，分別是（ ）A、功能模型、數據模型、狀態(tài)模型B、功能模型、行為模型、數據模型C、功能模型、數據模型、動態(tài)模型D、對象模型、動態(tài)模型、功能模型47. （ ）是對引起系統做動作或（和）從一個狀態(tài)轉換到另一個狀態(tài)的外界事情的抽象。A、事件B、狀態(tài)C、初態(tài)D、終態(tài)48. 進行需求分析可使用多種工具，但（ ）是不適用的。A、數據流圖B、E-R圖C、PAD圖D、數據字典49. E-R圖是用于建立數據模型的的圖形，其中包括3種相互關聯的信息，分別是（ ）A、數據、對象、實體B、控制、聯系、對象C、實體、聯系、屬性D、實體、屬性、操作50. 描述復雜的事物時，圖形遠比文字敘述優(yōu)越得多，在需求分析階段可以使用（ ）等圖形工具。A、層次方框圖和判定表B、數據流圖和程序流程圖C、IPO圖和層次方框圖D、warnier圖和PDL51. 結構化分析方法以數據流圖、（ ）和加工說明等描述工具,即用直觀的圖和簡潔的語言來描述軟件功能模型。A、DFD圖B、PAD圖C、HIPO圖D、數據字典52. 軟件需求說明書中包括多方面的內容，下述（ ）不是軟件說明書中應包括的內容。A、數據描述B、功能描述C、性能描述D、結構描述53. 軟件需求分析階段建立原型的主要目的是（ ）.A、確定系統的功能和性能要求B、確定系統的性能要求C、確定系統是否滿足用戶要求D、確定系統是否開發(fā)人員需要54. 需求分析是由分析人員經了解用戶的需求,認真仔細的調研、分析,最終應建立目標系統的邏輯模型并寫出（ ）.A、模塊說明書B、需求規(guī)格說明書C、項目開發(fā)設計D、合同文檔55. 使用結構化分析方法時，采用的基本手段是（ ）。A、分解和抽象B、分解和綜合C、歸納與推導D、試探與回溯56. 分層數據流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統的（ ）。A、總貌B、細節(jié)C、抽象D、軟件的作者 57. 下列關于軟件設計準則的描述，錯誤的是（ ）。A、提高模塊的獨立性B、深度、寬度、扇出和扇入適當C、使摸塊的控制域在該模塊的作用域內D、設計成單入口、單出口的模塊58. 下面關于“深度、寬度、扇出和扇入”描述錯誤的是（ ）A、深度表示軟件結構中控制的的層數B、寬度是軟件同一層次上的模塊總數的最大值C、扇出是一個模塊調用的模塊數目D、扇入是直接調用這個模塊的上級模塊的數目59. 結構化設計(SD）是軟件設計階段所使用的方法，（ ）不是SD所使用的工具。A、DFD圖B、PAD圖C、結構化的過程設計語言D、判定樹60. 結構化設計方法采用變換分析和事務分析技術實現（ ）。A、從數據結構導出程序結構B、從模塊結構導出程序結構C、從模塊結構導出數據結構D、從數據流圖導出軟件結構61. 把現實世界中的事物相似的地方集中和概括起來，暫時忽略他們之間的差異，這就是（ ）。A、抽象B、模塊化C、自底向上D、信息隱蔽62. （ ）是數據說明、可執(zhí)行語句等程序對象的集合,它是單獨命名的而且可以通過名字來訪問，是構成程序的基本構件。A、模塊化B、抽象C、精化D、模塊63. （ ）是指讓一些關系密切的軟件元素在物理上彼此靠近。A、信息隱蔽B、內聚C、局部化D、模塊獨立64. “為了能集中精力解決主要問題而盡量推遲對問題細節(jié)的考慮”，這是對（ ）的定義。A、信息隱蔽B、逐步求精C、局部化D、模塊獨立65. 軟件設計中劃分模塊的一個準則是（ ）。A、低內聚低耦合B、低內聚高耦合C、高內聚低耦合D、高內聚高耦合66. 模塊本身的內聚是模塊獨立性的重要性度量因素之一。在7類內聚中,具有最強內聚的一類是（ ）A、順序內聚B、過程內聚C、邏輯內聚D、功能內聚67. 如果一個模塊內部的處理元素和同一個功能密切相關，而且這些處理必須順序執(zhí)行（通常一個處理元素的輸入作為下一個處理元素的輸出），則稱為（ ）。A、邏輯內聚B、時間內聚C、過程內聚D、順序內聚68. 如果一個模塊完成的任務在邏輯上屬于相同或相似的一類，則稱為（ ）A、邏輯內聚B、時間內聚C、過程內聚D、順序內聚69. 如果模塊中所有元素都是用同一個輸入數據和（或）產生同一個輸出數據，則稱為（ ）。A、通信內聚B、時間內聚C、過程內聚D、順序內聚70. 耦合是軟件各個模塊間連接的一種度量。一組模塊都訪問同一公有環(huán)境數據結構應屬于（ ）方式。A、內容耦合B、公共耦合C、外部耦合D、控制耦合71. 耦合是軟件中各種模塊間相互聯系的一種度量,耦合的強弱取決于模塊間的復雜程度,在下列耦合中,耦合度最低的是(）A、內容耦合B、公共耦合C、數據耦合D、控制耦合72. 把整個數據結構作為參數傳遞而被調用的模塊只需要使用其中一部分數據元素，稱之為（ ）A、內容耦合B、公共耦合C、特征耦合D、控制耦合73. 模塊的功能是打印錄取通知書或不錄取通知書，調用模塊可通過向此模塊傳遞布爾標志信息決定本次調用哪種通知書的打印，這種模塊之間的耦合稱之為（ ）。A、數據耦合B、混合耦合C、公共耦合D、控制耦合74. 數據沿著輸入通路到達一個處理，這個處理根據輸入數據的類型在若干動作序列中選出一個來執(zhí)行，這類數據流稱為（ ）A、變換流B、變換中心C、事務中心D、事務流75. 信息沿輸入通路進入系統，同時由外部形式變換成內部形式，進入系統的信息經過變換中心，經過加工處理后再沿輸出通路變換成外部形式離開軟件系統，這種信息流稱為（ ）。A、變換流B、變換中心C、事務中心D、事務流76. 軟件的結構化設計(SD）方法中,一般分為總體設計和詳細設計兩個階段,其中總體設計主要是要建立（ ）。A、軟件結構B、軟件流程C、軟件模型D、軟件模塊77. 面向數據流的設計方法把（ ）映射成軟件結構。A、軟件結構B、系統結構C、控制結構D、信息流78. 詳細設計的基本任務是確定每個模塊的（）設計。A、功能B、調用關系C、輸入輸出數據D、算法79. 結構化程序設計思想的核心是要求程序只有順序，循環(huán)和（ ）三種結構組成.A、分支B、單入口C、單出口D、有規(guī)則GOTO80. （ ）的結果基本上決定了最終的程序代碼的質量。A、概要設計B、詳細設計C、編碼D、測試81. Jackson設計方法是由英國的M. Jackson提出的，它是一種面向（ ）的軟件設計方法。A、對象B、數據流C、數據結構D、控制結構82. （ ）階段是為每個模塊完成的功能進行具體的描述，要把功能描述轉變?yōu)榫_的、結構化的過程描述。A、概要設計B、詳細設計C、編碼D、測試83. 結構化程序從理論上可以不使用（ ）語句。當然程序是否使用該語句是無關緊要的,重要的是程序的結構是否嚴謹、清晰。A、ANDB、 IFC、GOTOD、FOR84. PAD（Problem Analysis Diagram）圖是一種（ ）工具。A、系統描述 B、詳細設計 C、測試 D、編程輔助85. 下列系統設計工具中，（ ）不屬于詳細設計工具。A、NS圖 B、數據流圖 C、程序流程圖 D、PAD86. （ ）應考慮對模塊相聯和資源共享問題進行描述和制約。A、系統設計B、詳細設計C、接口控制D、結構化編輯工具87. 程序流程圖是一種傳統的程序設計表示工具,有其優(yōu)點和缺點,使用該工具是應注意（ ）A、支持逐步求精B、考慮控制流程C、遵守結構化設計原則D、數據結構表示88. 軟件設計中設計復審是和設計本身一樣重要的環(huán)節(jié),其主要目的和作用是（ ）A、減少測試工作量B、減免后期付出高代價C、保證軟件質量D、縮短軟件開發(fā)周期89. 軟件設計中,可應用于詳細設計的工具有（ ）A、程序流程圖、PAD、方框圖和偽碼B、數據流程圖、PAD、結構圖和偽碼C、業(yè)務流程圖、N-S圖和偽碼D、數據流程圖、PAD、N-S圖和偽碼90. 詳細設計是軟件總體設計滯后的工作。下列可選內容中,（ ）不屬于詳細設計內容。A、算法設計B、程序流程設計C、界面設計D、功能設計91. 所謂流圖是“退化了的”程序流程圖，它僅僅描述程序的控制流程，其中（ ）表示一條或多條語句。A、節(jié)點B、邊C、區(qū)域D、處理92. 計算程序的環(huán)形復雜度很有價值，除了（ ）。A、測試難度的一種定量度量B、對軟件最終的可靠性給出某種預測C、需求描述的是否詳盡的衡量D、比較兩種不同設計的優(yōu)劣93. “實現”在軟件生命周期中橫跨兩個階段，分別是（ ）。A、編碼和維護 B、測試和維護C、編碼和測試 D、調試和維護94. 20世紀50年代以來，出現了許多不同的程序設計語言，下列語言中哪個語言是低級語言（ ）。A、PASCAL B、VISUAL BASICC、C+D、匯編語言95. 把軟件設計結果翻譯成用某種程序設計語言書寫的程序的過程，稱之為（ ）。A、需求分析B、詳細設計C、編碼D、測試96. 軟件測試是為了（ ）而執(zhí)行程序的過程。A、證明軟件的正確性B、發(fā)現程序中的錯誤C、證明軟件系統中存在錯誤D、表明程序是正確的97. 使用白盒測試方法時，確定測試數據應根據（ ）和指定的覆蓋標準。A、程序的內部邏輯 B、程序的復雜程度C、該軟件的編輯人員 D、程序的功能98. 檢查軟件產品是否符合需求定義的過程稱為（ ）A、確認測試B、集成測試C、系統測試D、模塊測試99. 單元測試又稱為（ ），一般用白盒法測試A、集成測試B、模塊測試C、系統測試D、白盒法100. 對軟件是否能達到用戶所期望的要求的測試稱為（ ）A、集成測試B、系統測試C、有效性測試D、驗收測試101. 以下（ ）不屬于白盒測試技術A、基本路徑測試B、邊界值分析C、條件覆蓋測試D、邏輯覆蓋測試102. 若有一個計算類型的程序，它的輸入量只有一個X，其范圍是-1.0, 1.0，現從輸入的角度考慮一組測試用例：-1.001, -1.0, -0.009,0.009,1.0, 1.001.設計這組測試用例的方法是（ ）A、條件覆蓋法B、等價分類法C、邊界值分析法D、錯誤推測法103. （ ）方法需要考察模塊間的接口和各個模塊之間的關系.A、單元測試B、集成測試C、確認測試D、驗收測試104. 軟件測試是軟件開發(fā)過程中重要的和不可缺少的階段,其包含的內容和步驟甚多,而測試過程的多種環(huán)節(jié)中最基礎的是（ ）A、集成測試B、單元測試C、系統測試D、驗收測試105. 可以提高軟件測試效率的是（ ）A、隨意選取測試的數據B、制定測試計劃C、選取邊界數據作為測試用例D、取盡可能多的數據進行測試106. 軟件測試方法一般有黑盒測試和白盒測試,而其中黑盒測試主要是依據程序的（ ）A、結構B、流程C、功能D、邏輯107. 程序測試是一項復雜的工作,一般測試者在進行測試中都需要設計（ ）A、數據結構B、測試用例C、測試階段D、測試方法108. 調試是指在測試發(fā)現錯誤之后排除錯誤的過程，（ ）不屬于調試途徑。A、蠻干法B、回溯法C、原因排除法D、運用測試實例法109. 所謂邏輯覆蓋測試是對一系列測試過程的總稱，其中：被測程序中每個語句至少執(zhí)行一次，稱之為（ ）。A、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋110. 所謂邏輯覆蓋測試是對一系列測試過程的總稱，其中：每個判定的的每個分支都至少執(zhí)行一次，稱之為（ ）。A、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋111. 所謂邏輯覆蓋測試是對一系列測試過程的總稱，其中：不僅每個語句至少執(zhí)行一次，而且使判定表達式中的每個條件都取到各種可能的值，稱之為（ ）。A、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋112. 所謂邏輯覆蓋測試是對一系列測試過程的總稱，其中：每個判定表達式中條件的各種可能組合都至少出現一次，稱之為（ ）。A、語句覆蓋B、判定覆蓋C、條件覆蓋D、條件組合覆蓋113. 下面幾種白箱測試技術，哪種是最強的覆蓋準則（ ）A、語句覆蓋B、條件覆蓋C、判定覆蓋D、條件組合覆蓋114. （ ）是一種黑盒測試技術，這種技術把程序的輸入域劃分成若干個數據類，據此導出測試用例。A、等價劃分B、邊界值分析C、錯誤推測D、路徑測試115. 所謂（ ）是指在測試發(fā)現錯誤之后排除錯誤的過程。A、調試B、糾錯C、評估D、維護116. 所謂（ ）就是在軟件已經交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。A、調試B、糾錯C、測試D、維護117. 為了和變化了的環(huán)境適當地配合而進行的修改軟件的活動稱之為（ ），是既必要又經常的維護活動。A、改正性維護B、適應性維護C、完善性維護D、預防性維護118. 在任何大型程序的使用期間，用戶必然會發(fā)現程序錯誤，并且把他們遇到問題報告給維護人員。把診斷和改正錯誤的過程稱為（ ）。A、改正性維護B、適應性維護C、完善性維護D、預防性維護119. 在使用軟件的過程中用戶往往提出增加新功能或修改已有功能的建議，還可能提出一般性的改進意見。為了滿足這類要求，需要進行（ ）。A、改正性維護B、適應性維護C、完善性維護D、預防性維護120. 為了改進未來的可維護性或可靠性，或為了給未來的改進奠定更好的基礎而修改軟件而進行的維護活動稱之為（ ）。A、改正性維護B、適應性維護C、完善性維護D、預防性維護121. 軟件維護絕不僅限于糾正使用中發(fā)現的錯誤，事實上在全部維護活動中有一半以上是（ ）維護。A、改正性B、適應性C、完善性D、預防性122. （ ）指的是外來讀者理解軟件的結構、功能、結構和內部處理過程的難易程度。A、可測試性B、可修改性C、可理解性D、可移植性123. （ ）指的是把程序從一種計算環(huán)境（硬件配置和操作系統）轉移到另一種計算環(huán)境的難易程度。A、可測試性B、可修改性C、可理解性D、可移植性124. 軟件容易修改的程度稱之為（ ），耦合、內聚、信息隱藏、局部化.等都應會對其產生影響。A、可測試性B、可修改性C、可理解性D、可移植性125. （ ）是指同一事物不做修改或稍加改動就在不同環(huán)境中多次重復使用。A、可測試性B、可重用性C、可理解性D、可移植性126. 軟件調試的目的是（ ）A、發(fā)現錯誤B、改正錯誤C、改善軟件的性能D、挖掘軟件的潛能127. 如果軟件配置的唯一成分是（ ），那么這種維護屬于非結構化維護。A、需求文檔B、設計文檔C、程序代碼D、測試用例128. 以下文檔，（ ）不屬于用戶文檔包括的內容。A、功能描述B、安裝文檔C、需求說明D、使用手冊129. 以下文檔，（ ）不屬于系統文檔包括的內容。A、軟件需求規(guī)格說明B、軟件使用手冊C、軟件詳細設計D、軟件測試用例130. 面向對象開發(fā)方法不需要建立的模型是（）。 A、對象模型 B、動態(tài)模型 C、功能模型 D、結構模型131. 對象和類之間存在著關聯關系，利用對象的（ ）特征可以實現對象的多態(tài)性。A、惟一性 B、分類性 C、繼承性 D、封裝性 132. 面向對象的主要特征除對象惟一性、封裝、繼承外，還有（ ）。A、多態(tài)性 B、完整性C、可移植性 D、兼容性 133. 描述對象模型靜態(tài)特征的工具是（ ）。 A、DFD B、類圖 C、狀態(tài)圖 D、DD 134. 每個對象可用它自己的一組屬性和它可以執(zhí)行的一組（ ）來實現 。A、狀態(tài) B、功能 C、操作 D、數據 135. 一個類的上層可