軟件工程習題+答案

1、一、選擇題1軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是：（ B）A) 可行性研究，問題定義，需求分析。B) 問題定義，可行性研究，需求分析。C) 可行性研究，需求分析，問題定義。D) 以上順序都不對。( 軟件開發(fā)時期：概要設計、詳細設計、軟件實現(xiàn)、軟件測試)2可行性研究主要從以下幾個方面進行研究：（ A）A） 技術可行性，經濟可行性，操作可行性。B） 技術可行性，經濟可行性，系統(tǒng)可行性。C） 經濟可行性，系統(tǒng)可行性，操作可行性。D） 經濟可行性，系統(tǒng)可行性，時間可行性。3 耦合是對軟件不同模塊之間互連程度的度量。各種耦合按從強到弱排列如下： （ C）A) 內容耦合，控制耦合，數(shù)據(jù)耦合，公共

2、環(huán)境耦合。B) 內容耦合，控制耦合，公共環(huán)境耦合，數(shù)據(jù)耦合。C) 內容耦合， 公共環(huán)境耦合， 控制耦合，數(shù)據(jù)耦合。 ( 內容耦合、公共耦合、外部耦合、控制耦合、特征耦合、數(shù)據(jù)耦合 )D) 控制耦合，內容耦合，數(shù)據(jù)耦合，公共環(huán)境耦合。4在詳細設計階段所使用到的設計工具是：（C ）A) 程序流程圖， PAD圖， N-S 圖， HIPO圖，判定表，判定樹 .B) 數(shù)據(jù)流程圖， Yourdon 圖，程序流程圖， PAD圖， N-S 圖， HIPO圖。C) 判定表，判定樹， PDL，程序流程圖， PAD圖， N-S 圖。D) 判定表，判定樹，數(shù)據(jù)流程圖，系統(tǒng)流程圖，程序流程圖，層次圖。詳細設計階段工具：

3、判定表、判定樹、數(shù)據(jù)流程圖、系統(tǒng)流程圖、程序流程圖、 PAD圖、 N-S 圖、 PDL在軟件詳細設計階段 , 常用的圖形描述工具有程序流程圖 , 盒圖 (NS 圖) 和問題分析圖 (PAD) . 常用的語言描述工具為 PDL( 程序設計語言 ) , 常用的表格描述工具有判定表和判定樹 .DFD數(shù)據(jù)流圖：總體設計階段5按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關系是：（ A）A)模塊的作用域應在模塊的控制域之內。B)模塊的控制域應在模塊的作用域之內。C)模塊的控制域與模塊的作用域互相獨立。D)以上說法都不對。6在軟件生命周期中，能準確確定軟件系統(tǒng)的體系結構的功能階段是（ C ）A. 概

4、要設計 B. 詳細設計 C. 需求分析 D. 可行性分析7下面不是軟件工程的3 個要素的是（C）A 過程 B. 方法 C.環(huán)境 D. 工具軟件工程的三個要素：方法、工具、過程8下面不屬于軟件的組成的是（B ）A程序 B. 記錄 C. 文檔 D. 數(shù)據(jù)軟件 =程序 +數(shù)據(jù) +文檔 +服務9 在瀑布模型中，將軟件分為若干個時期，軟件項目的可行性研究一般歸屬于（ C）A. 維護時期 B. 運行時期 C. 定義時期 D. 開發(fā)時期10. 在瀑布模型中，下面（ C ）是其突出的缺點。A. 不適應平臺的變動B. 不適應算法的變動C.不適應用戶需求的變動D.不適應程序語言的變動11 下面不屬于軟件的特點的是

5、（D）。A 軟件是一種軟件產品B 軟件產品不會用壞，不存在磨損、消耗問題C軟件產品的生產主要是研制D軟件產品非常便宜12 軟件開發(fā)工具是協(xié)助開發(fā)人員進行軟件開發(fā)活動所使用的軟件或環(huán)境。下面不是軟件開發(fā)工具的是。 AA. 維護工具 B. 編碼工具 C. 測試工具 D. 需求分析工具13. 下列敘述中不屬于軟件生命周期模型的是（ D ）。A. 原型模型 B. 瀑布模型 C. 螺旋模型D.快速組裝模型14. 軟件設計中，用抽象和分解的目的是（ B ）。A. 提高易讀性 B. 降低復雜性 C. 增加內聚性 D. 降低耦合性15 軟件生命周期中所花費用最多的階段是（D ）。A. 詳細設計 B. 軟件編碼

6、 C. 概要設計 D. 軟件測試和維護16. 開發(fā)軟件時對提高開發(fā)人員工作效率至關重要的是（B ）。A. 操作系統(tǒng)的資源管理功能B. 先進的軟件開發(fā)工具和環(huán)境C.程序人員的數(shù)量D.計算機的并行處理能力17. 開發(fā)軟件所需高成本和產品的低質量之間有著尖銳的矛盾，這種現(xiàn)象稱作（ B）。A. 軟件投機 B. 軟件危機C.軟件工程 D 軟件產生18 軟件開發(fā)的結構化生命周期方法將軟件生命周期劃分成（A）A. 定義、開發(fā)、運行維護B. 設計階段、編程階段、測試階段C.總體設計、詳細設計、編程調試D.需求分析、功能定義、系統(tǒng)設計19. 軟件工程的理論和技術性研究的內容主要包括軟件開發(fā)技術和（B ）。A.

7、消除軟件危機B. 軟件工程管理C.程序設計自動化D.實現(xiàn)軟件可重用20 軟件工程的出現(xiàn)是由于（C）。A. 程序設計方法學的影響B(tài). 軟件產業(yè)化的需要C.軟件危機的出現(xiàn)D.計算機的發(fā)展21. 在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是（ D ）。A. 概要設計B. 詳細設計C.問題定義D.需求分析22. 開發(fā)大型軟件時，產生困難的根本原因是（ A ）。A. 大系統(tǒng)的復雜性 B. 人員知識不足C.客觀世界千變萬化D. 時間緊、任務重23. 文檔是軟件開發(fā)人員、軟件管理人員、維護人員、用戶以及計算機之間的（ B），軟件開發(fā)人員在各個階段以文檔作為前段工作成果的體現(xiàn)和后

8、段工作的基礎。A. 接口 B. 橋梁 C.科學 D.繼續(xù)24 軟件工程學的目的是以較低的成本，研制（ A ）質量的軟件。A 較高 B 較低 C.可靠 D.優(yōu)秀25 軟件從一個計算機系統(tǒng)或環(huán)境轉換到另一個計算機和環(huán)境的容易程度稱為（D ）。A. 可用性 B. 兼容性 C.可靠性 D.可移植性26. 軟件生存周期是指（ D）階段。A. 軟件開始使用到用戶要求修改為止B. 軟件開始使用到被淘汰為止C.從開始編寫程序到不能再使用為止D.從立項制定計劃，進行需求分析到不能再使用為止27. 軟件工程學是應用科學理論和工程上的技術指導軟件開發(fā)的學科，其目的是（ B）。A 引入新技術提高空間利用率B 用較少的

9、投資獲得高質量的軟件C縮短研制周期擴大軟件功能D硬軟件結合使系統(tǒng)面向應用28. 軟件可行性分析是著重確定系統(tǒng)的目標和規(guī)模。對成本 - 效益進行發(fā)現(xiàn)應屬于下列選項中的（ A ）。A. 經濟可行性 B. 操作可行性 C.技術可行性 D.社會可行性29 在數(shù)據(jù)流圖中，用圓或者橢圓來表示（B ）。A. 數(shù)據(jù)流 B. 加工 C.數(shù)據(jù)存儲 D.數(shù)據(jù)源點或終點30. 需求分析階段的任務是確定（ C）。A. 軟件開發(fā)方法B. 軟件開發(fā)費用C.軟件系統(tǒng)功能D.軟件開發(fā)工具31（D ）的目的就是用最小的代價在盡可能短的時間內確定該軟件項目是否能夠開發(fā)，是否值得去開發(fā)。A 需求分析 B 概要設計 C 總體設計 D

10、可行性研究32. 下列選項中（D）不是軟件需求規(guī)格目標。A. 便于用戶、分析員和軟件設計人員進行理解及交流B. 控制系統(tǒng)的實施過程C.作為軟件測試和驗收以及維護的依據(jù)D.便于軟件的維護33 下面描述中，不符合結構化程序設計風格的是（B）。A 使用順序、選擇和重復（循環(huán)）三種基本控制結構表示程序的控制邏輯B 模塊只有一個入口，可以有多個出口C注重提高程序的執(zhí)行效率D不使用 goto 語句34. 下列工具中屬于需求分析常用工具的是（ D ）。A.PAD B.PFD C.N-S D.DFD35. 在數(shù)據(jù)流圖（ DFD）中，帶有名字的箭頭表示（ C ）。A. 控制程序的執(zhí)行順序B. 模塊之間的調用關系

11、 ( 直線 )C. 數(shù)據(jù)的流向D.程序的組成成分長方形代表起點或者終點36. 在軟件生產過程中，需求信息的給出是（ D ）。A. 程序員 B. 項目管理者 C. 軟件分析設計人員D. 軟件用戶37 下列敘述中，不屬于結構化分析方法的是（C）。A. 面向數(shù)據(jù)流的結構化分析方法B. 面向數(shù)據(jù)結構的結構化數(shù)據(jù)系統(tǒng)開發(fā)方法C.面向對象的分析方法38 結構設計（ SD）是一種應用最廣泛的系統(tǒng)設計方法，是以（ B）為基礎、自頂向下、逐步求精和模塊化的過程。A. 數(shù)據(jù)流B. 數(shù)據(jù)流圖 C. 數(shù)據(jù)庫 D 數(shù)據(jù)結構39 需求分析是由分析員經了解用戶的要求，認真細致地調研、分析，最終應建立目標系統(tǒng)的邏輯模型并寫出

12、（ B）。A. 模塊說明書 B. 軟件規(guī)格說明書C.項目開發(fā)計劃 D. 合同文檔40. 結構化分析方法以數(shù)據(jù)流圖、 （ D）和加工說明等描述工具，即用直觀的圖和簡潔的語言來描述軟件系統(tǒng)模型。A.DFD圖 B.PAD 圖 C.IPO 圖 D.數(shù)據(jù)字典41. 數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，它的基本功能是（A ）A. 數(shù)據(jù)定義 B. 數(shù)據(jù)維護 C.數(shù)據(jù)通訊 D.數(shù)據(jù)庫設計42. 以下（A）不是詳細設計中常用的圖形描述工具。A. 數(shù)據(jù)流圖B. 程序流圖C.盒圖（ N-S)D. 問題分析圖（PAD）43. 在結構圖的有關術語中，用于表示軟件結構中控制的層數(shù)的是（C）A. 扇入B 扇出C深度D

13、 寬度44. 模塊的獨立程度是評價設計好壞的重要標準。 （ A ）是衡量軟件的模塊獨立性的兩個定性度量標準。A 耦合性和內聚性B 內聚性和可靠性C耦合性和獨立性D 可靠性和獨立性45. 軟件設計包括（ B ）兩個階段。A. 接口設計和結構設計B. 概要設計和詳細設計C.數(shù)據(jù)設計和概要設計D.結構設計和過程設計46 在詳細設計階段，經常采用的工具是（A ）。A.PADB.SA C.SC （結構圖，總體設計）D.DFD47. 在軟件開發(fā)中，下面任務不屬于設計階段的是（ D ）。A. 數(shù)據(jù)結構設計 B 給出系統(tǒng)模塊結構C定義模塊算法D定義需求并建立系統(tǒng)模型48. 對建立良好的程序設計風格，下面描述正

14、確的是（A）。A 程序應簡單、清晰、可讀性好B 符號名的命名要符合語法C充分考慮程序的執(zhí)行效率D 程序的注釋可有可無49. 下面不屬于軟件設計原則的是（ C ）。A 抽象 B 模塊化 C自底向上 D信息隱蔽50. 為了避免流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為（ C ）。A PAD圖 B.N-S 圖 C. 結構圖 D 數(shù)據(jù)流圖51 軟件測試按照功能劃分可以分為（B ）。A 黑盒測試和單元測試B 白盒測試和黑盒測試C集成測試和單元測試D 白盒測試和靜態(tài)測試軟件測試按照 功能劃分 可以分為白盒測試和黑盒測試按照開發(fā)階段 劃分，軟件測試可分為單元測試

15、、集成測試，系統(tǒng)測試和驗收測試白盒測試方法：邏輯覆蓋、循環(huán)測試、基本路徑測試黑盒測試方法：等價分類法，邊界值分析法、錯誤推斷法, 因果圖法 , 場景法 .52 在軟件測試過程的4 個步驟中，測試依據(jù)是需求規(guī)格說明的是（C）A 單元測試 B 集成測試 C確認測試 D系統(tǒng)測試53 黑盒測試法屬于（C）。A 集成測試 B 系統(tǒng)測試 C動態(tài)測試 D靜態(tài)測試靜態(tài)測試（不實際運行軟件，對軟件的格式和結構進行評估）包括：代碼規(guī)則檢查、程序結構分析、代碼質量度量（程序復雜度分析）動態(tài)測試：功能確認與接口測試、覆蓋率分析、性能分析、內存分析54 下列敘述中錯誤的是（C）。A 測試是為了尋找錯誤而運行程序的過程B

16、 一個成功的測試是揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試C測試的目的是為了證明程序是正確的D一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的測試55 軟件測試過程是軟件開發(fā)過程的逆過程，其最基礎性的測試應是（ B）A 集成測試 B 單元測試 C有效性測試 D系統(tǒng)測試55.1 有一組測試用例使得每一個被測試用例的分支覆蓋至少被執(zhí)行一次，它滿足的覆蓋標準 _。（B）A.語句覆蓋B. 判定覆蓋C.條件覆蓋D.路徑覆蓋6. 關于白盒測試與黑盒測試的最主要區(qū)別，正確的是 _。（ A ）白盒測試側重于程序結構，黑盒測試側重于功能白盒測試可以使用測試工具，黑盒測試不能使用工具白盒測試需要程序參與，黑盒測試

17、不需要黑盒測試比白盒測試應用更廣泛56. 程序的三種基本控制結構是（ B ）。A. 過程、子程序和分程序C. 遞歸、迭代和回溯B. 順序、選擇和重復D. 調用、返回和轉移57. 面向對象的分析方法主要是建立三類模型，即（ D ）。A) 系統(tǒng)模型、 ER模型、應用模型B) 對象模型、動態(tài)模型、應用模型C) - 模型、對象模型、功能模型D) 對象模型、動態(tài)模型、功能模型58. 在 E-R 模型中，包含以下基本成分（ C）。A) 數(shù)據(jù)、對象、實體B) 控制、聯(lián)系、對象C) 實體、聯(lián)系、屬性59軟件測試的目標是（ B ）。A. 證明軟件是正確的B. 發(fā)現(xiàn)錯誤、降低錯誤帶來的風險C. 排除軟件中所有的錯

18、誤D. 與軟件調試相同60軟件生命周期中所花費用最多的階段是（D）A詳細設計 B 軟件編碼 C軟件測試 D軟件維護61. 在數(shù)據(jù)流圖中 , 圓或橢圓表示 (1) A ，平行線表示 (2) D_。(1) A 、加工 B 、外部實體C、數(shù)據(jù)流 D、存儲（2）)A、加工 B 、外部實體C、數(shù)據(jù)流 ( 箭頭 ) D、存儲62瀑布模型（ Waterfall Model ）突出的缺點是不適應 （ D）的變動。A、算法 B 、平臺 C 、程序語言 D、用戶需求63結構化分析方法 (SA) 的一個重要指導思想是（C ） 。A自頂向下，逐步抽象B自底向上，逐步抽象C自頂向下，逐步分解D自底向上，逐步分解64模塊

19、的控制范圍包括它本身及它所有的從屬模塊，模塊的作用范圍是指模塊內一個判定的作用范圍，凡是受到這個判定影響的所有模塊都屬于這個判定的作用范圍，理想的情況是 ( A)A模塊的作用范圍應在控制范圍之內B模塊的控制范圍應在作用范圍之內C模塊的作用范圍與控制范圍交叉D. 模塊的作用范圍與控制范圍不相交65. 軟件危機具有下列表現(xiàn)（D ）I 、對軟件開發(fā)成本估計不準確II 、軟件產品的質量往往不可靠III 、軟件常常不可維護IV 、軟件成本逐年上升AI、II和IIIBI、III和IVCII、 III和IVD以上都正確66. 產生軟件危機的原因可能有（D ）I 、用戶需求描述不精確、不準確II 、對大型軟件

20、項目的開發(fā)缺乏有力的組織與管理III 、缺乏有力的方法學和工具的支持IV 、軟件產品的特殊性和人類智力的局限性A I和IIBI、II和IVCII、 III和IVD以上都正確68. （ A ）分批地逐步向用戶提交產品，每次提交一個滿足用戶需求子集的可運行的產品。A. 增量模型 ( 分批 ) B 噴泉模型（重疊） C原型模型 D. 螺旋模型（迭代，風險分析）69. 為了克服軟件危機，人們提出了用 ( D ) 的原理來設計軟件，這就是軟件工程誕生的基礎。A. 數(shù)學B.軟件學C.運籌學D.工程學70.具有風險分析的軟件生存周期模型是（C）A. 瀑布模型B. 噴泉模型C.螺旋模型D. 增量模型71.瀑布

21、模型的關鍵不足在于（B ）.過于簡單.不能適應需求的動態(tài)變更.過于靈活.各個階段需要進行評審72. 軟件工程的目標有 ( B ) 。A. 易于維護B. 低的開發(fā)成本C.高性能D.短的開發(fā)期73. 軟件工程學的目的和意義是 ( D ) 。A. 應用科學的方法和工程化的規(guī)范管理來指導軟件開發(fā)B. 克服軟件危機C.做好軟件開發(fā)的培訓工作D.以較低的成本開發(fā)出高質量的軟件74. 開發(fā)軟件所需高成本和產品的低質量之間有著尖銳的矛盾，這種現(xiàn)象稱做( C)A. 軟件工程 B.軟件周期C. 軟件危機 D.軟件產生75. 快速原型模型的主要特點之一是 ( D )A. 開發(fā)完畢才見到產品B.及早提供全部完整的軟件

22、產品C. 開發(fā)完畢后才見到工作軟件D.及早提供工作軟件76. 瀑布模型的存在問題是（ B ）A 用戶容易參與開發(fā)B 缺乏靈活性C 用戶與開發(fā)者易溝通D適用可變需求77. 軟件生存周期模型不包括： (B )A. 瀑布模型B. 對象模型C.增量模型D.噴泉模型78. 下列哪個不屬于軟件工程的內涵之一 ( C )A. 應用完善的科學與工程原理B. 經濟地開發(fā)軟件C.高薪聘請軟件高手D.開發(fā)既可靠又能有效運行的軟件79. 在瀑布模型中，將軟件劃分為若干個時期，軟件項目的可行性研究一般歸屬于（ B ）。A. 維護時期B. 計劃時期C.運行時期D.開發(fā)時期80. 下列哪個辦法不屬于解決軟件危機的途徑之一

23、( B )A. 研制新一代智能計算機B.大力扶持軟件企業(yè)C. 采用軟件工程的解決途徑D.采用面向對象的軟件設計方法81. 下面哪一項不屬于快速原型模型的優(yōu)點。 B A. 可及早為用戶提供有用的產品。B. 可保證在開發(fā)后期，全面發(fā)現(xiàn)錯誤給以糾正。C.減少技術應用風險，縮短開發(fā)時間，減少費用、提高生產率。D.促使用戶主動參與開發(fā)活動，促進各類人員的協(xié)調，適應需求變化。82.下列哪個不屬于瀑布模型與傳統(tǒng)的程序設計的不同之處（D）。A. 傳統(tǒng)的程序設計開發(fā)人員只開發(fā)程序, 不寫文檔 .B. 傳統(tǒng)的程序設計重點在問題求解和算法, 并只有自己才能讀懂 .C.瀑布模型的各階段要第三方介入審察D.傳統(tǒng)的程序設

24、計規(guī)定各階段必須寫文檔.83. 下面哪個模式不屬于軟件工程的開發(fā)模式 ( C )A. 基于瀑布模型的開發(fā)模式B.基于原型模型的開發(fā)模式C.基于人機對話的開發(fā)模式D.基于關系數(shù)據(jù)庫的開發(fā)模式84. 數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合，一般由以下四類條目組成( B) 。A. 數(shù)據(jù)說明條目、控制流條目、加工條目、數(shù)據(jù)存儲條目 B. 數(shù)據(jù)流條目、數(shù)據(jù)項條目、數(shù)據(jù)存儲條目、加工條目C. 數(shù)據(jù)源條目、數(shù)據(jù)流條目、數(shù)據(jù)處理條目、數(shù)據(jù)文件條目D. 數(shù)據(jù)流條目、數(shù)據(jù)文件條目、數(shù)據(jù)項條目、加工條目85. 下列模型屬于成本估算方法的有 ( A )A.COCOMO模型 B.McCall模型 C.McCabe 度

25、量法 D.時間估算法86. DFD圖反映系統(tǒng)（ D ）A怎么做B對誰做C何時做D 做什么87. 經濟可行性研究的范圍包括（ C ）A資源有效性B管理制度C效益分析D 開發(fā)風險88. 為高質量地開發(fā)軟件項目， 在軟件結構設計時， 必須遵循 （ A ） 原則。A 信息隱蔽B 質量控制 C 程序優(yōu)化 D 數(shù)據(jù)共享89.需求規(guī)格說明書的作用不包括（C）A 軟件驗收的依據(jù)B用戶與開發(fā)人員對軟件要做什么的共同理解C 軟件可行性研究的依據(jù)D軟件設計的依據(jù)90分層數(shù)據(jù)流圖是一種比較嚴格又易于理解的描述方式，它的頂層描述了系統(tǒng)的（ A）。A總貌 B細節(jié) C抽象 D軟件的作者91經調查，系統(tǒng)分析員給出有問題的初略

26、陳述，其中部分描述如下：某商場的采購部門要求每天開出定購清單，交采購員；倉庫管理員將此要還應輸入系統(tǒng)，經庫存業(yè)務（進貸或出貸）處理后輸出。從這段描述可知該部分數(shù)據(jù)流圖中的外部項為： AA. 采購員、倉庫管理員B.定購清單、庫存業(yè)務C.庫存業(yè)務D.定購清單、采購員92數(shù)據(jù)流是數(shù)據(jù)流圖的基本成分，下列關于數(shù)據(jù)流的敘述中， _B_ 是正確的。A. 某加工的輸入是一個數(shù)據(jù)流，該加工的輸出也必定是一個數(shù)據(jù)流B. 多個不同的數(shù)據(jù)流可以流向一個加工，也可從一個加工中流出C.數(shù)據(jù)流只能從加工流向文件，但不能從文件流向加工D.一個數(shù)據(jù)流可以從一個文件流向另一個文件93. 需求分析階段最重要的技術文檔之一是： (

27、 C )A. 項目開發(fā)計劃B. 設計說明書C.需求規(guī)格說明書D.可行性分析報告94需求工程的主要目的是( C )A. 系統(tǒng)開發(fā)的具體方案B.進一步確定用戶的需求C.解決系統(tǒng)是“做什么的問題”D.解決系統(tǒng)是“如何做的問題”95不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是_B_。A人工校核工資數(shù)據(jù)B工資支票數(shù)據(jù)C打印工資支票D計算職工工資96 結構化程序設計思想的核心是要求程序只由順序、循環(huán)和（A ） 三種結構組成。A. 選擇B.單入口C.單出口D.有規(guī)則 GOTO97. 模塊（ C），則說明模塊的獨立性越強。A 耦合越強B 扇入數(shù)越高C 耦合越弱D 扇入數(shù)越低98. 當一個模塊直接使用另一個模塊的內

28、部數(shù)據(jù)， 這種模塊之間的耦合為 （ D）A 數(shù)據(jù)耦合B公共耦合C標記耦合D 內容耦合 解析 耦合分為以下幾種，按照耦合度由高到低排列是：內容耦合一個模塊直接訪問另一個模塊的內容。公共耦合組模塊都訪問同一全局數(shù)據(jù)結構。外部耦合組模塊都訪問同一個數(shù)據(jù)項?？刂岂詈弦粋€模塊明顯地把開關量、名字等信息送入另一模塊，控制另一模塊的功能99軟件結構圖中，模塊框之間若有直線連接，表示它們之間存在（A ）A. 調用關系B. 組成關系 C. 鏈接關系 D. 順序執(zhí)行關系100概要設計最終結果是產生（C）A. 項目開發(fā)計劃B.需求規(guī)格說明書C.軟件結構設計說明書D.可行性分析報告101在有集成（組裝）測試的敘述中，

29、_A_是正確的。A 測試底層模塊時不需要樁模塊B 驅動模塊的作用是模擬被調模塊C自頂向下測試方法易于設計測試結果D自底向上測試方法有有利于提前預計測試結果102 程序功能說明中指出：由三個輸入數(shù)據(jù)表示一個三角形的三條邊長。根據(jù)黑盒法中的邊緣值分析法設計測試用例，應選 _D_。A.a=3,b=4,c=5B.a=1,b=2,c=4C.上述 A.B 項目都應選上D.a=1,b=2,c=3103、軟件維護的副作用，是指(C) 。A. 開發(fā)時的錯誤B. 隱含的錯誤C.因修改軟件而造成的錯誤D.運行時誤操作104. 在考察系統(tǒng)的一些涉及時序和改變的狀態(tài)時，要用動態(tài)模型來表示。動態(tài)模型著重于系統(tǒng)的控制邏輯，

30、它包括兩個圖：一個是事件追蹤圖，另一個是（ D ）。A狀態(tài)圖B數(shù)據(jù)流圖C系統(tǒng)結構圖D時序圖105. 面向對象分析是對系統(tǒng)進行（ A ）的一種方法。A. 需求建模B.程序設計C.設計評審D.測試驗收106. （ C ）是把對象的屬性和操作結合在一起，構成一個獨立的對象，其內部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。A. 多態(tài)性B.繼承C. 封裝D. 消息107. 下列不屬于面向對象開發(fā)方法的是 ( B)A.BoochB.UML C.CoadD.OMT108.面向對象的分析方法主要是建立三類模型，即(D)A. 系統(tǒng)模型， ER模型，應用模型 B. 對象模型，動態(tài)模型，實現(xiàn)（應用）

31、模型C.ER模型，對象模型，功能模型D. 對象模型，動態(tài)模型，功能模型109. 面向對象程序設計的基本機制 ( A ) A. 繼承 B. 消息 C. 方法 D. 結構110.下列屬于面向對象的要素有（C ）A. 分類性B.抽象C.對象D. 封裝對象三要素：對象、屬性、服務111. 在進行面向對象分析時，所采用的模型有 ( ) 。A. 對象模型B. 動態(tài)模型C. 靜態(tài)模型D. 功能模型112. 狀態(tài)是對象屬性的值的一種抽象，它的性質有 ( ) 。A. 時間性B.持續(xù)性C. 有序性D.有窮性113. 建立繼承關系時所采用的方式有 ( ) 。A. 自頂向下 B. 從內到外C.自底向上 D. 從復雜到

32、簡單114. 對象是人們要研究的任何事物，主要的對象類型有 ( ) 。 A. 有形實體 B. 作用 C. 事件 D. 性能說明115. 類庫這種機制是 ( D ) 級別的信息共享。A. 同一類 B.不同類 C.同一應用D.不同應用116. 狀態(tài)是對象 ( D ) 的抽象。A 屬性值B.方法C.功能D.行為117.動態(tài)模型的描述工具是(D ) 。A. 對象圖 B.結構圖 C.流程圖 D. 狀態(tài)圖118. 在確定對象的屬性中，所有 ( A ) 是候選的對象。A. 名詞 B.動詞 C.詞組 D.修飾性名詞詞組119.對象實現(xiàn)了數(shù)據(jù)和操作的結合，使數(shù)據(jù)和操作（C）于對象的統(tǒng)一體中。A 結合B隱藏C 封

33、裝D抽象120. OOA是( D )A. 結構化分析B.面向對象程序設計C. 面向對象程序分析D.面向對象分析121. 面向對象的特征不包括 ( C )A. 繼承性。B.多態(tài)性。C.互換性D. .封裝性122. 在面向對象軟件開發(fā)方法中，類與類之間主要有以下結構關系（ D） A 繼承和聚集 B 繼承和一般 C 聚集和消息傳遞 D 繼承和方法調用123. 以下哪一項不是面向對象的特征（ D ）A 多態(tài)性B 繼承性C封裝性D過程調用124.對象實現(xiàn)了數(shù)據(jù)和操作的結合，使數(shù)據(jù)和操作（C ）于對象的統(tǒng)一體中。A 結合B隱藏C 封裝D抽象125. 在面向對象軟件開發(fā)方法中， 類與類之間主要有以下結構關系

34、 （ A ）A 繼承和聚集 B 繼承和一般 C 聚集和消息傳遞 D 繼承和方法調用以下哪一項不是面向對象的特征（ D） 126.A 多態(tài)性B 繼承性C封裝性D 過程調用127. 下面所列的性質中，（ D ）不屬于面向對象程序設計的特性。A. 繼承性B.重用性C.封裝性D.可視化128.下列是面向對象設計方法中有關對象的敘述，其中（B ）是正確的。A. 對象在內存中沒有它的存儲區(qū) B. 對象的屬性集合是它的特征表示C.對象的定義與程序中類型概念相當D. 對象之間不能相互通信129. 在面向對象軟件方法中，“類”是（ D ）。A. 具有同類數(shù)據(jù)的對象的集合B.具有相同操作的對象的集合C.具有同類數(shù)

35、據(jù)的對象的定義D.具有同類數(shù)據(jù)和相同操作的對象的定義130. 面向對象分析時，所標識的對象為 _D_是錯誤的。A. 與目標系統(tǒng)有關的物理實體B. 與目標系統(tǒng)發(fā)生作用和人或組織的角色C.目標系統(tǒng)運行中需記憶的事件D.目標系統(tǒng)中環(huán)境場所的狀態(tài)131. 面向對象設計 OOD模型的主要部件中，通常不包括 _A_。A 通信部件B.人機交互部件C. 任務管理D.數(shù)據(jù)管理132. 面向對象設計時，對象信息的隱藏主要是通過 _A_實現(xiàn)的。A. 對象的封裝性B.子類的繼承性C.系統(tǒng)模塊化D.模塊的可重用133. 作為面向對象分析的基礎、由問題領域中的對象所組成、用 ER圖來描述是 _A_。A、消息模型 B. 處

36、理模型C.狀態(tài)模型D.瀑布模塊134. 開發(fā)軟件所需高成本和產品的低質量之間有著尖銳的矛盾，這種現(xiàn)象稱作（ C ）。A. 軟件工程B. 軟件周期C.軟件危機 D. 軟件產生135. 下面不屬于軟件工程 3 要素的是 ( D ) A) 工具 B) 過程 C) 方法 D) 環(huán)境136. 檢查軟件產品是否符合需求定義的過程稱為 ( A ) A)確認測試 B) 集成測試 C) 驗證測試 D) 驗收測試137. 數(shù)據(jù)存儲和數(shù)據(jù)流都是 ( D ) ，僅僅是所處的狀態(tài)不同。A) 分析結果 B) 事件 C) 動作 D)數(shù)據(jù)138. 數(shù)據(jù)流圖和 ( C ) 共同組成目標系統(tǒng)的邏輯（功能）模型。A)HIPO 圖

37、B)PDL C)數(shù)據(jù)字典 D) 層次圖139. 數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構成。下列圖符名標識的圖符不屬于數(shù)據(jù)流圖合法圖符的是( A ) 。140. 結構化分析方法就是面向 ( B ) 的自頂向下逐步求精進行需求分析的方法。A)目標 B)數(shù)據(jù)流 C) 功能 D) 對象141. 下面不屬于軟件工程設計基本原理的是 ( C ) A)抽象 B)模塊化 C)自底向上 D)信息隱蔽142. ( D ) 是數(shù)據(jù)說明、可執(zhí)行語句等程序對象的集合，它是單獨命名的而且可以通過名字來訪問。A)模塊化 B) 抽象 C) 精化 D)模塊143. 面向數(shù)據(jù)流的設計方法把 ( D )

38、 映射成軟件結構。A)數(shù)據(jù)流 B) 系統(tǒng)結構 C) 控制結構 D) 信息流144. 程序流程圖 (PDF)中的箭頭代表的是 ( B ) 。A)數(shù)據(jù)流B)控制流 C) 調用關系 D) 組成關系145. 在進行軟件結構設計時應該遵循的最主要的原理是 ( C ) A)抽象 B) 模塊化 C) 模塊獨立 D) 信息隱蔽146. 在測試中，下列說法錯誤的是 ( B )A)測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程B)測試是為了表明程序的正確性C)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案D)成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試147. 下列工具中為需求分析常用工具是 ( D )A

39、)PADB)PFDC)N-SD)DFD148. 軟件調試的目的是 ( B )A)發(fā)現(xiàn)錯誤B)改正錯誤C) 改善軟件的性能D) 挖掘軟件的潛能149. 軟件詳細設計主要采用的方法是 ( A ) 。A)結構化程序設計 B) 模型設計 C) 結構化設計 D) 流程圖設計150. 軟件開發(fā)的原型化方法是一種動態(tài)定義軟件需求的方，下述條件中，( A) 是實施原型化方法所必需的。 成熟的原型化人員 快速的成型工具 需求了解的正確性A)和 B) 和 C) 、和 D) 151. 模塊本身的內聚是模塊獨立性的重要性度量因素之一。 在 7 類內聚中，具有最強內聚的一類是（ D ）。A) 順序性內聚 B) 過程性內

40、聚 C) 邏輯性內聚 D)功能性內聚由弱到強：偶然內聚、邏輯內聚、時間內聚、過程內聚；通信內聚、順序內聚和功能內聚。152. 數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含在( A ) 中。A)數(shù)據(jù)流圖B)程序框圖 C) 軟件結構 D) 方框圖153. 軟件開發(fā)的結構化分析方法，常用的描述軟件功能需求的工具是( C) 。A)業(yè)務流程圖、處理說明 B) 軟件流程圖、模塊說明 C) 數(shù)據(jù)流程圖、數(shù)據(jù)字典 D) 系統(tǒng)流程圖、程序編碼154. 軟件開發(fā)的結構化設計方法（ SD方法），全面指導模塊化分的最重要的原則應該是 ( C ) 。A)模塊高內聚 B) 模塊低耦合 C) 模塊獨立性 D) 程序

41、模塊化155. 面向數(shù)據(jù)流的軟件設計方法，一般是把數(shù)據(jù)流圖中得數(shù)據(jù)流化分為(B ) 兩種流，再將數(shù)據(jù)流圖映射為軟件結構。A)數(shù)據(jù)流與事務流 B)交換流和事務流 C) 信息流與控制流 D) 交換流和數(shù)據(jù)流156. 軟件設計中，可應用于詳細設計的工具有 ( A ) 。A)程序流程圖、 PAD、方框圖和偽碼B)數(shù)據(jù)流程圖、 PAD、結構圖和偽碼C)業(yè)務流程圖、 N-S 圖和偽碼D)數(shù)據(jù)流程圖、 PAD、N-S圖和偽碼157. 軟件開發(fā)的可行性研究，一般涉及經濟、技術和操作的可能性，而進行可行性研究的基本依據(jù)則是用戶提出的軟件 ( B ) 。A)系統(tǒng)質量B) 系統(tǒng)目標C) 系統(tǒng)功能D) 系統(tǒng)性能158

42、.務中 (結構化方法將軟件生命周期分為計劃、開發(fā)和運行B) 屬于計劃時期的任務。3 個時期，下列任A)需求分析B)問題定義C) 總體設計D) 編碼159. 耦合是軟件各個模塊間連接的一種度量。一組模塊都訪問同一數(shù)據(jù)結構應屬于 ( B ) 方式。A) 內容耦合B)公共耦合C)外部耦合 D) 控制耦合 解析 耦合分為以下幾種，按照耦合度由高到低排列是：內容耦合一個模塊直接訪問另一個模塊的內容。公共耦合組模塊都訪問同一全局數(shù)據(jù)結構。外部耦合組模塊都訪問同一個數(shù)據(jù)項。控制耦合一個模塊明顯地把開關量、名字等信息送入另一模塊，控制另一模塊的功能160. 內聚是從功能角度來度量模塊內的聯(lián)系，按照特定次序執(zhí)行

43、元素的模塊屬于 ( C) 方式。A) 邏輯內聚 B) 時間內聚 C) 過程內聚 D)順序內聚邏輯內聚是指把幾種相關的功能組合在一起，每次調用時，由傳給模塊的參數(shù)來確定模塊應完成哪一種功能；時間內聚是指順序完成一類相關功能的模塊；過程內聚是指內部的處理元素是相關的而且必須以特定次序執(zhí)行的模塊，與題目相符；而順序模塊是把模塊內的處理元素和同一個功能密切相關，而且這些處理必須順序執(zhí)行的模塊。161. 軟件管理中，需要對軟件進行配置，各階段文檔的管理屬于( D ) 。A)組織管理 B) 資源管理 C) 計劃管理 D) 版本管理162. 軟件開發(fā)的結構化方法中，常用數(shù)據(jù)字典技術，其中數(shù)據(jù)加工是其組成內容之一，下述方