二級c公共基礎

1、軟件工程根底大綱1、軟件工程根本概念，軟件生命周期概念，軟件工具與軟件開發(fā)環(huán)境。2、結構化分析方法，數(shù)據(jù)流圖，數(shù)據(jù)字典，軟件需求規(guī)格說明書。3、結構化程序設計方法，總體設計與詳細設計。4、軟件測試的方法，白盒測試與黑盒測試，測試用例設計，軟件測試的實 施，單元測 試，集成測試和系統(tǒng)測試。5、程序的調試，靜態(tài)調試與動態(tài)調試。軟件工程根底一、軟件工程根本概念1、計算機軟件是包括程序、數(shù)據(jù)及相關文檔的完整集合。2、軟件的特點包括： 1 軟件是一種邏輯實體； 2 軟件的生產與硬件不同，它沒有明顯的制作過程； 3 軟件在運行、使用期間不存在磨損、老化問題；4 軟件的開發(fā)、運行對計算機系統(tǒng)具有依賴性，受計

2、算機系統(tǒng)的限制，這導致了軟件移植的問題； 5 軟件復雜性高，本錢昂貴； 6 軟件開發(fā)涉及諸多的社會因素。3、軟件按功能分為應用軟件、系統(tǒng)軟件、支撐軟件或工具軟件。4、軟件危機主要表現(xiàn)在本錢、質量、生產率等問題。5、軟件工程是應用于計算機軟件的定義、開發(fā)和維護的一整套方法、 工具、 文檔、 實踐標準和工序。6、軟件工程包括 3 個要素：方法、工具和過程。7、軟件工程過程是把軟件轉化為輸出的一組彼此相關的資源和活動，包含4 種根本活動：1P軟件規(guī)格說明；2D軟件開發(fā)；3C軟件確認；4A軟件演進。8、軟件周期：軟件產品從提出、實現(xiàn)、使用維護到停止使用退役的過程。9、軟件生命周期三個階段 :軟件定義、

3、軟件開發(fā)、運行維護，主要活動階段是：1可行性研究與方案制定；2需求分析；3軟件設計；4軟件實現(xiàn)；5軟件測試；6運行和維護。10、軟件工程的目標和與原那么： 1 目標：在給定本錢、進度的前提下，開發(fā)出具有有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性且滿足用戶需求的產品。2 根本目標：付出較低的開發(fā)本錢；到達要求的軟件功能；取得較好的軟件性能；開發(fā)軟件易于移植；需要較低的費用；能按時完成開發(fā)，及時交付使用。 3 根本原那么：抽象、信息隱蔽、模塊化、局部化、確定性、一致性、完備性和可驗證性。11、軟件工程的理論和技術性研究的內容主要包括：軟件開發(fā)技術和軟件工

4、程管理。12、軟件開發(fā)技術包括：軟件開發(fā)方法學、開發(fā)過程、開發(fā)工具和軟件工程環(huán)境。13 、軟件工程管理包括：軟件管理學、軟件工程經濟學、軟件心理學等內容。 14、軟件管理學包括人員組織、進度安排、質量保證、配置管理、工程方案等。15 、軟件工程原那么包括抽象、信息隱蔽、模塊化、局部化、確定性、一致性、完備性和可驗證性。、結構化分析方法1、結構化方法的核心和根底是結構化程序設計理論。2、需求分析方法有 1結構化需求分析方法； 2 面向對象的分析的方法。3、從需求分析建立的模型的特性來分：靜態(tài)分析和動態(tài)分析。4、結構化分析方法的實質：著眼于數(shù)據(jù)流，自頂向下，逐層分解，建立系統(tǒng)的處理流程，以數(shù)據(jù)流

5、圖和數(shù)據(jù)字典為主要工具 ,建立系統(tǒng)的邏輯模型。5、結構化分析的常用工具 1 數(shù)據(jù)流圖：描述數(shù)據(jù)處理過程的工具，是需求理解的邏輯模型的圖形表示，它直接支持系統(tǒng)功能建模。 2 數(shù)據(jù)字典：對所有與系統(tǒng)相關的數(shù)據(jù)元素的一個有組織的列表，以及精確的、嚴格的定義， 使得 用戶和系統(tǒng)分析員對于輸入、輸出、存儲成分和中間計算結果有共同的理解。 3 判定樹：從問題定義的文字描述中分清哪些是判定的條件，哪些是判定的結論，根據(jù)描述材料中的連接詞找出判定條件之間的附屬關系、并列關系、選擇關系，根據(jù)它們構造判定 樹。 4 判定表：與判定樹相似，當數(shù)據(jù)流圖中的加工要依賴于多個邏輯條件的取值，即完成該加工的一組動作是由于某

6、一組條件取值的組合而引發(fā)的，使用判定表描述比擬適宜。6、數(shù)據(jù)字典是結構化分析的核心。7、軟件需求規(guī)格說明書的特點： 1 正確性； 2 無岐義性； 3 完整性； 4 可驗證性； 5 一致性； 6 可理解性； 7 可追蹤性。三、結構化設計方法1、軟件設計的根本目標是用比擬抽象概括的方式確定目標系統(tǒng)如何完成預定的任務，軟件設計是確定系統(tǒng)的物理模型。2、軟件設計是開發(fā)階段最重要的步驟，是將需求準確地轉化為完整的軟件產品或系統(tǒng)的唯一途徑。3、從技術觀點來看，軟件設計包括軟件結構設計、數(shù)據(jù)設計、接口設計、過程設計。 1 結構設計：定義軟件系統(tǒng)各主要部件之間的關系。 2 數(shù)據(jù)設計：將分析時創(chuàng)立的模型轉化為數(shù)

7、據(jù)結構的定義。 3 接口設計：描述軟件內部、軟件和協(xié)作系統(tǒng)之間以及軟件與人之間如何通信。 4 過程設計：把系統(tǒng)結構部件轉換成軟件的過程描述。4、從工程管理角度來看：概要設計和詳細設計。5、軟件設計的一般過程：軟件設計是一個迭代的過程；先進行高層次的結構設計；后進行低層次的過程設計；穿插進行數(shù)據(jù)設計和接口設計。6、衡量軟件模塊獨立性使用耦合性和內聚性兩個定性的度量標準。在程序結構中各模塊的內聚性越強，那么耦合性越弱。優(yōu)秀軟件應高內聚，低耦合。7、軟件概要設計的根本任務是： 1設計軟件系統(tǒng)結構； 2 數(shù)據(jù)結構及數(shù)據(jù)庫設計；3編寫概要設計文檔； 4概要設計文檔評審。8、模塊用一個矩形表示，箭頭表示模

8、塊間的調用關系。9、在結構圖中還可以用帶注釋的箭頭表示模塊調用過程中來回傳遞的信息。還可用帶實心圓的箭頭表示傳遞的是控制信息，空心圓箭心表示傳遞的是數(shù)據(jù)。10、結構圖的根本形式：根本形式、順序形式、重復形式、選擇形式。11、結構圖有四種模塊類型：傳入模塊、傳出模塊、變換模塊和協(xié)調模塊。12、典型的數(shù)據(jù)流類型有兩種：變換型和事務型。1變換型系統(tǒng)結構圖由輸入、中心變換、輸出三局部組成。2 事務型數(shù)據(jù)流的特點是：接受一項事務，根據(jù)事務處理的特點和性質，選擇分派一個適當?shù)奶幚韱卧?，然后給出結果。13、詳細設計：是為軟件結構圖中的每一個模塊確定實現(xiàn)算法和局部數(shù)據(jù)結構，用某種選定的表達工具表示算法和數(shù)據(jù)結

9、構的細節(jié)。14、常見的過程設計工具有：圖形工具程序流程圖、表格工具判定表 、語言工具 PDL 四、軟件測試1、軟件測試定義：使用人工或自動手段來運行或測定某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或是弄清預期結果與實際結果之間的差異。2、軟件測試的目的：發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。3、軟件測試方法：靜態(tài)測試和動態(tài)測試。4、靜態(tài)測試包括代碼檢查、靜態(tài)結構分析、代碼質量度量。不實際運行軟件，主要通過人工進行。5、動態(tài)測試：是根本計算機的測試，主要包括白盒測試方法和黑盒測試方法。 1 白盒測試：在程序內部進行，主要用于完成軟件內部操作的驗證。主要方法有邏輯覆蓋、根本基路徑測試。 2 黑盒測試：

10、主要診斷功能不對或遺漏、界面錯誤、數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤、性能錯誤、初始化和終止條件錯，用于軟件確認。主要方法有等價類劃分法、邊界值分析法、 錯誤推測法、因 果圖等。6、軟件測試過程一般按 4 個步驟進行：單元測試、集成測試、驗收測試確認測試和系統(tǒng)測試。五、程序的調試1、程序調試的任務是診斷和改正程序中的錯誤，主要在開發(fā)階段進行。2、程序調試的根本步驟： 1 錯誤定位；2修改設計和代碼，以排除錯誤；3進行回歸測試，防止引進新的錯誤。3、軟件調試可分表靜態(tài)調試和動態(tài)調試。靜態(tài)調試主要是指通過人的思維來分析源程序代碼和排錯， 是 主要的設計手段，而動態(tài)調試是輔助靜態(tài)調試。主要調試方法有：1強

11、行排錯法；2回溯法；3原因排除法。、選擇題習題1、下面描述中，符合結構化程序設計風格的是 。 (A)A. 使用順序、選擇和重復 (循環(huán)) 三種根本控制結構表示程序的控制邏輯B. 模塊只有一個入口，可以有多個出口C. 注重提高程序的執(zhí)行效率D. 不使用 goto 語句2、下面概念中，不屬于面向對象方法的是 。 (D)A. 對象 B. 繼承 C. 類 D. 過程調用3、在結構化方法中，用數(shù)據(jù)流程圖 ( DFD ) 作為描述工具的軟件開發(fā)階段是 A. 可行性分析 B. 需求分析 C. 詳細設計 D. 程序編碼(B)4、在軟件開發(fā)中，下面任務不屬于設計階段的是 。 (D)A. 數(shù)據(jù)結構設計 B. 給出

12、系統(tǒng)模塊結構 C. 定義模塊算法 D. 定義需求并建立系統(tǒng)模型5、結構化程序設計主要強調的是 。 (B)A. 程序的規(guī)模 B. 程序的易讀性 C. 程序的執(zhí)行效率 D. 程序的可移植性6、在軟件生命周期中， 軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是 (D)A. 概要設計 B. 詳細設計 C. 可行性分析 D. 需求分析能準確地確定7、數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構成。以下圖符名標識的圖符不屬于數(shù)據(jù)流圖合法圖符的是 。 (A)A. 控制流 B. 加工 C. 數(shù)據(jù)存儲 D. 源和潭8、軟件需求分析階段的工作可以分四個方面：需求獲取、需求分析、編寫需求規(guī)格說明

13、書以及(B)A. 階段性報告 B. 需求評審 C. 總結 D. 都不正確9、對建立良好的程序設計風格，下面描述正確的選項是 。 (A)A. 程序應簡單、清晰、可讀性好C. 充分考慮程序的執(zhí)行效率B. 符號名的命名要符合語法D. 程序的注釋可有可無10 、下面對對象概念描述錯誤的選項是A. 任何對象都必須有繼承性C. 對象間的通訊靠消息傳遞 。 (A)B. 對象是屬性和方法的封裝體D. 操作是對象的動態(tài)性屬性11 、 下面不屬于軟件工程的 3 個要素的是 。 (D)A. 工具 B. 過程 C. 方法D. 環(huán)境12、程序流程圖(PFD)中的箭頭代表的是 。(B)A. 數(shù)據(jù)流B. 控制流C. 調用關

14、系D. 組成關系(D)13、在面向對象方法中，一個對象請求另一對象為其效勞的方式是通過發(fā)送A. 調用語句B. 命令C. 口令D. 消息(A)14 、檢查軟件產品是否符合需求定義的過程稱為_A. 確認測試 B. 集成測試 C. 驗證測試 D. 驗收測試15 、以下工具中屬于需求分析常用工具的是 。 (D)A. PADB. PFD C. N-S D. DFD16 、下面不屬于軟件設計原那么的是 。 (C)A. 抽象 B. 模塊化 C. 自底向上 D. 信息隱蔽17 、信息隱蔽的概念與下述哪一種概念直接相關 。 (B)A. 軟件結構定義 B. 模塊獨立性 C. 模塊類型劃分 D. 模擬耦合度 。 (

15、C)18 、面向對象的設計方法與傳統(tǒng)的的面向過程的方法有本質不同，它的根本原理是A. 模擬現(xiàn)實世界中不同事物之間的聯(lián)系B. 強調模擬現(xiàn)實世界中的算法而不強調概念C. 使用現(xiàn)實世界的概念抽象地思考問題從而自然地解決問題D. 鼓勵開發(fā)者在軟件開發(fā)的絕大局部中都用實際領域的概念去思考19 、在結構化方法中，軟件功能分解屬于以下軟件開發(fā)中的階段是A?詳細設計B.需求分析20 、軟件調試的目的是 。(B)A. 發(fā)現(xiàn)錯誤B. 改正錯誤21、在設計程序時，應采納的原那么之A. 程序結構應有助于讀者理解C. 減少或取消注解行 。 (C)C. 總體設計D. 編程調試C. 改善軟件的性能 D. 挖掘軟件的潛能 。

16、 (A)B. 不限制 goto 語句的使用D. 程序越短越好22 、以下不屬于軟件調試技術的是 。 (B)A. 強行排錯法B. 集成測試法C. 回溯法D. 原因排除法23 、 以下表達中，不屬于軟件需求規(guī)格說明書的作用的是 。 (D)A. 便于用戶、開發(fā)人員進行理解和交流B. 反映出用戶問題的結構，可以作為軟件開發(fā)工作的根底和依據(jù)C. 作為確認測試和驗收的依據(jù)D. 便于開發(fā)人員進行需求分析24、 在數(shù)據(jù)流圖(DFD )中，帶有名字的箭頭表示 。(C)A.控制程序的執(zhí)行順序B. 模塊之間的調用關系C. 數(shù)據(jù)的流向D. 程序的組成成分25、軟件設計包括軟件的結構、數(shù)據(jù)接口和過程設計，其中軟件的過程

17、設計是指 。 (B)A.模塊間的關系B.系統(tǒng)結構部件轉換成軟件的過程描述C.軟件層次結構D. 軟件開發(fā)過程26、為了防止流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為 。 (B)A. PAD 圖B. N-S 圖C. 結構圖D. 數(shù)據(jù)流圖27 、需求分析階段的任務是確定 。 (D)A. 軟件開發(fā)方法 B. 軟件開發(fā)工具 C. 軟件開發(fā)費用D. 軟件系統(tǒng)功能28 、以下不屬于結構化分析的常用工具的是 。 (D)A. 數(shù)據(jù)流圖 B. 數(shù)據(jù)字典 C. 判定樹 D. PAD 圖29 、軟件開發(fā)的結構化生命周期方法將軟件生命周期劃分成 。 (A)A. 定義、開發(fā)、

18、運行維護B. 設計階段、編程階段、測試階段C. 總體設計、詳細設計、編程調試D. 需求分析、功能定義、系統(tǒng)設計30、在軟件工程中，白箱測試法可用于測試程序的內部結構。此方法將程序看做是。(C)A. 循環(huán)的集合C. 路徑的集合B. 地址的集合D. 目標的集合31、軟件生命周期中所花費用最多的階段是 。(D)A.詳細設計B.軟件編碼C?軟件測試32 、軟件需求分析一般應確定的是用戶對軟件的 (D)A. 功能需求B. 非功能需求C. 性能需求D. 軟件維護D. 功能需求和非功能需求33、以下對于軟件測試的描述中正確的選項是 。(C)A. 軟件測試的目的是證明程序是否正確B. 軟件測試的目的是使程序運

19、行結果正確C. 軟件測試的目的是盡可能多地發(fā)現(xiàn)程序中的錯誤D. 軟件測試的目的是使程序符合結構化原那么34 、為了使模塊盡可能獨立，要求 。(B)A. 模塊的內聚程度要盡量高，且各模塊間的耦合程度要盡量強B. 模塊的內聚程度要盡量高，且各模塊間的耦合程度要盡量弱C. 模塊的內聚程度要盡量低，且各模塊間的耦合程度要盡量弱D. 模塊的內聚程度要盡量低，且各模塊間的耦合程度要盡量強B. 軟件開發(fā)不受計算機系統(tǒng)的限制D. 軟件是程序、數(shù)據(jù)與相關文檔的集合B. 程序的測試必須由程序員自己去完成D. 程序經調試改錯后不必進行再測試C)D.DFD 圖35 、 以下描述中正確的選項是 (D)A. 程序就是軟件

20、C.軟件既是邏輯實體，又是物理實體36 、 下面表達正確的選項是 A. 程序設計就是編制程序C. 程序經調試改錯后還應進行再測試37 、 以下描述中正確的選項是 。 (A ?軟件工程只是解決軟件工程的管理問題B 軟件工程主要解決軟件產品的生產率問題C ?軟件工程的主要思想是強調在軟件開發(fā)過程中需要應用工程化原那么 D ?軟件工程只是解決軟件開發(fā)中的技術問題38 、 在軟件設計中，不屬于過程設計工具的是 。 ( D )A ? PDL (過程設計語言)B.PAD圖C ? N-S圖39 、以下表達中正確的選項是 B .軟件一旦交付使用就不需要再進行維護(A A 軟) 件交付使用后還需要進行維護C .

21、 軟件交付使用后其生命周期就結束D . 軟件維護是指修復程序中被破壞的指令 。 D B.逐步求精C.模塊化D. 可復用40、以下選項中不屬于結構化程序設計方法是A. 自頂向下2、下面概念中，不屬于面向對象方法的是 。 DA、 對象B、 繼承C類D 過程調用4、在結構化方法中，用數(shù)據(jù)流程圖 DFD 作為描述工具的軟件開發(fā)階段是A、 可行性分析B 、 需求分析C 詳細設計D 程序編碼5、 在軟件幵發(fā)中，下面任務不屬于設計階段的是 o DA 、 數(shù)據(jù)結構設計B、 給出系統(tǒng)模塊結構C 定義模塊算法D 定義需求并建立系統(tǒng)模型 10、下面描述中，符合結構化程序設計風格的是 o BA、使用順序、選擇和重復循

22、環(huán)三種根本控制結構表示程序的控制邏輯B、模塊只有一個入口，可以有多個出口C 注重提高程序的執(zhí)行效率D 不使用 goto 語句3、在結構化方法中，用數(shù)據(jù)流程圖 DFD 作為描述工具的軟件幵發(fā)階段是 A、 可行性分析B 、 需求分析C 詳細設計D 程序編碼5、結構化程序設計主要強調的是 o BA、程序的規(guī)模B、程序的易讀性C 程序的執(zhí)行效率D 程序的可移植性6、在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是A、概要設計B、詳細設計C 可行性分析D 需求分析7、下面不屬于軟件設計原那么的是 o CA、 抽象B、 模塊化C 自底向上D 信息隱蔽2、下面概念中，不屬于面向對象

23、方法的是 o DA、 對象B、 繼承D 過程調用5、 程序流程圖PFD中的箭頭代表的是 。BA、數(shù)據(jù)流B、控制流C 調用關系D 組成關系9、在結構化方法中，軟件功能分解屬于以下軟件開發(fā)中的 階段。 CA、 詳細設計B 、 需求分析C 總體設計D 編程調試10、軟件調試的目的是 。 BA、 發(fā)現(xiàn)錯誤B 、 改正錯誤C 改善軟件的性能D 挖掘軟件的潛能1、在軟件工程中，白箱測試法可用于測試程序的內部結構。此方法將程序看做是 。 CA、循環(huán)的集合B、地址的集合C 路徑的集合D 目標的集合4、軟件開發(fā)的結構化生命周期方法將軟件生命周期劃分成 。 AA、 定義、開發(fā)、運行維護B、 設計階段、編程階段、測

24、試階段C 總體設計、詳細設計、編程調試D 需求分析、功能定義、系統(tǒng)設計6、以下表達中，不屬于軟件需求規(guī)格說明書的作用的是 。 DA、便于用戶、開發(fā)人員進行理解和交流B、反映出用戶問題的結構，可以作為軟件開發(fā)工作的根底和依據(jù)C 作為確認測試和驗收的依據(jù)D 便于開發(fā)人員進行需求分析8、面向對象的設計方法與傳統(tǒng)的的面向過程的方法有本質不同，它的根本原理是 。 CA、模擬現(xiàn)實世界中不同事物之間的聯(lián)系B、強調模擬現(xiàn)實世界中的算法而不強調概念C 使用現(xiàn)實世界的概念抽象地思考問題從而自然地解決問題D 鼓勵開發(fā)者在軟件開發(fā)的絕大局部中都用實際領域的概念去思考3、為了使模塊盡可能獨立，要求 。 BA、模塊的內聚

25、程度要盡量高，且各模塊間的耦合程度要盡量強B、模塊的內聚程度要盡量高，且各模塊間的耦合程度要盡量弱C 模塊的內聚程度要盡量低，且各模塊間的耦合程度要盡量弱D 模塊的內聚程度要盡量低，且各模塊間的耦合程度要盡量強4、以下描述中正確的選項是 。 DA、程序就是軟件B、軟件開發(fā)不受計算機系統(tǒng)的限制C 軟件既是邏輯實體，又是物理實體D 軟件是程序、數(shù)據(jù)與相關文檔的集合6、以下對于軟件測試的描述中正確的選項是 。 CA、 軟件測試的目的是證明程序是否正確B 、 軟件測試的目的是使程序運行結果正確C 軟件測試的目的是盡可能多地發(fā)現(xiàn)程序中的錯誤D 軟件測試的目的是使程序符合結構化原那么5、以下描述中正確的選

26、項是 。 CA、 軟件工程只是解決軟件工程的管理問題B、軟件工程主要解決軟件產品的生產率問題C 軟件工程的主要思想是強調在軟件開發(fā)過程中需要應用工程化原那么D 軟件工程只是解決軟件開發(fā)中的技術問題6、以下表達中正確的選項是 。 AA、 軟件交付使用后還需要進行維護B、 軟件一旦交付使用就不需要再進行維護C 軟件交付使用后其生命周期就結束D 軟件維護是指修復程序中被破壞的指令9、在軟件設計中，不屬于過程設計工具的是 。 DA PDL 過程設計語言B、PADSC N-S 圖D、 DFDS10 、 下面表達正確的選項是 。 CA 、 程序設計就是編制程序B、 程序的測試必須由程序員自己去完成C 程序

27、經調試改錯后還應進行再測試D 程序經調試改錯后不必進行再測試2、以下表達中正確的選項是 。 DA、 軟件測試應該由程序開發(fā)者來完成B、 程序經調試后一般不需要再測試C 軟件維護只包括對程序代碼的維護D 以上三種說法都不對5、以下選項中不屬于結構化程序設計方法的是 。 DA、 自頂向下B、 逐步求精C 模塊化D 可復用10、兩個或兩個以上的模塊之間關聯(lián)的緊密程度稱為 。 AA、 耦合度B、 內聚度C 復雜度D 數(shù)據(jù)傳輸特性1、以下選項中不屬于軟件生命周期開發(fā)階段任務的是 。 CA、 軟件測試B、 概要設計C 軟件維護D 詳細設計5 、 從工程管理角度，軟件設計一般分為兩步完成，它們是 。 AA

28、、 概要設計與詳細設計B、 過程控制C 軟件結構設計與數(shù)據(jù)設計D 程序設計與數(shù)據(jù)設計6、以下選項中不符合良好程序設計風格的是 。 DA、 源程序要文檔化B、 數(shù)據(jù)說明的次序要標準化C 防止濫用 goto 語句D 模塊設計要保證高耦合、高內聚9、 以下表達中正確的選項是 o AA、軟件測試的主要目的是發(fā)現(xiàn)程序中的錯誤B、軟件測試的主要目的是確定程序中錯誤的位置C 為了提高軟件測試的效率，最好由程序編制者自己來完成軟件測試的工作D 軟件測試是證明軟件沒有錯誤10、在結構化程序設計中，模塊劃分的原那么是 o DA、各模塊應包括盡量多的功能B、各模塊的規(guī)模應盡量大C 各模塊之間的聯(lián)系應盡量緊密D 模塊

29、內具有高內聚度、模塊間具有低耦合度2、以下表達中，不符合良好程序設計風格要求的是 o AA、程序的效率第一，清晰第二B、程序的可讀性好C 程序中要有必要的注釋D 輸入數(shù)據(jù)前要有提示信息6、軟件調試的目的是 o BA、發(fā)現(xiàn)錯誤B、改正錯誤C 改善軟件的性能D 驗證軟件的正確性7、在面向對象方法中，實現(xiàn)信息隱蔽是依靠 o CA、對象的繼承B、對象的多態(tài)C 對象的封裝D 對象的分類9、軟件是指 o DA、程序B、程序和文檔C 算法加數(shù)據(jù)結構D 程序、數(shù)據(jù)與相關文檔的完整集合1、軟件設計中模塊劃分應遵循的準那么是 o BA 、 低內聚低耦合B、 高內聚低耦合C 低內聚高耦合D 高內聚高耦合5、在軟件開

30、發(fā)中，需求分析階段產生的主要文檔是 o BA、可行性分析報告B、軟件需求規(guī)格說明書C 概要設計說明書D 集成測試方案6、程序流程圖中帶有箭頭的線段表示的是 o CA 、 圖元關系B、 數(shù)據(jù)流C 控制流D 調用關系7、結構化程序設計的根本原那么不包括 o AA、多態(tài)性B、自頂向下C 模塊化3、數(shù)據(jù)流圖用于抽象描述一個軟件的邏輯模型，數(shù)據(jù)流圖由一些特定的圖符構成。以下圖符名標識的圖符不屬于數(shù) 據(jù)流圖合法圖符的是 。 AA、 控制流B、 加工C 數(shù)據(jù)存儲D 源和潭4、軟件需求分析階段的工作，可以分為四個方面：需求獲取、需求分析、編寫需求規(guī)格說明書以及 。 BA、 階段性報告B 、 需求評審C 總結D

31、 都不正確5、結構化程序設計主要強調的是 。BA、程序的規(guī)模B、程序的易讀性C 程序的執(zhí)行效率D 程序的可移植性8、在軟件生命周期中，能準確地確定軟件系統(tǒng)必須做什么和必須具備哪些功能的階段是 。 DA、概要設計B、詳細設計C 可行性分析D 需求分析3、下面不屬于軟件工程的 3 個要素的是 。 DA、 工具B 、 過程C 方法D 環(huán)境7、 程序流程圖PFD中的箭頭代表的是 。AA、數(shù)據(jù)流B、控制流C 調用關系D 組成關系8、下面對對象概念描述錯誤的選項是 。 AA、任何對象都必須有繼承性B、對象是屬性和方法的封裝體C 對象間的通訊靠消息傳遞D 操作是對象的動態(tài)性屬性10、對建立良好的程序設計風格

32、，下面描述正確的選項是 。 AA、程序應簡單、清晰、可讀性好B、符號名的命名要符合語法C 充分考慮程序的執(zhí)行效率D 程序的注釋可有可無3、在面向對象方法中，一個對象請求另一對象為其效勞的方式是通過發(fā)送 。 DA、 調用語句B 、 命令C 口令D 消息4、以下工具中屬于需求分析常用工具的是A、PADB、PFDC、N-SD、DFD6、下面不屬于軟件設計原那么的是 。 CA、 抽象B、 模塊化C 自底向上D 信息隱蔽9、檢查軟件產品是否符合需求定義的過程稱為 。 DA、 確認測試B、 集成測試C 驗證測試D 驗收測試1、軟件調試的目的是 。 BA、 發(fā)現(xiàn)錯誤B 、 改正錯誤C 改善軟件的性能D 挖掘

33、軟件的潛能6、 在結構化方法中，軟件功能分解屬于以下軟件開發(fā)中的 階 段。 CA、 詳細設計B 、 需求分析C 總體設計D 編程調試7 、 信息隱蔽的概念與下述哪一種概念直接相關 。 BA、 軟件結構定義B、 模塊獨立性C 模塊類型劃分D 模擬耦合度9、面向對象的設計方法與傳統(tǒng)的的面向過程的方法有本質不同，它的根本原理是 。 CA、 模擬現(xiàn)實世界中不同事物之間的聯(lián)系B、 強調模擬現(xiàn)實世界中的算法而不強調概念C 使用現(xiàn)實世界的概念抽象地思考問題從而自然地解決問題D 鼓勵開發(fā)者在軟件開發(fā)的絕大局部中都用實際領域的概念去思考1 、 以下不屬于軟件調試技術的是 。 BA 、 強行排錯法B、 集成測試法

34、C 回溯法D 原因排除法2、在設計程序時，應采納的原那么之一是 。 AA、 程序結構應有助于讀者理解B 、 不限制 goto 語句的使用C 減少或取消注解行D 程序越短越好5、以下表達中，不屬于軟件需求規(guī)格說明書的作用的是 。 DA、 便于用戶、開發(fā)人員進行理解和交流B、 反映出用戶問題的結構，可以作為軟件開發(fā)工作的根底和依據(jù)C 作為確認測試和驗收的依據(jù)D 便于開發(fā)人員進行需求分析6、在數(shù)據(jù)流圖 DFD 中，帶有名字的箭頭表示 。 CA、 控制程序的執(zhí)行順序B、 模塊之間的調用關系C 數(shù)據(jù)的流向D 程序的組成成分2、軟件設計包括軟件的結構、數(shù)據(jù)接口和過程設計，其中軟件的過程設計是指 。 BA、

35、 模塊間的關系B、 系統(tǒng)結構部件轉換成軟件的過程描述C 軟件層次結構D 軟件開發(fā)過程 6 、需求分析階段的任務是確定 。 DA、 軟件開發(fā)方法B、 軟件開發(fā)工具C 軟件開發(fā)費用D 軟件系統(tǒng)功能9、為 了防止流程圖在描述程序邏輯時的靈活性，提出了用方框圖來代替?zhèn)鹘y(tǒng)的程序流程圖，通常也把這種圖稱為。 BA PAD 圖B 、 N-S 圖C、結構圖D 數(shù)據(jù)流圖2、以下不屬于結構化分析的常用工具的是 。 DA、數(shù)據(jù)流圖B、數(shù)據(jù)字典C 判定樹D PAD 圖3、在軟件工程中，白箱測試法可用于測試程序的內部結構。此方法將程序看做是 。 CA、 循環(huán)的集合B、 地址的集合C 路徑的集合D 目標的集合10、軟件開

36、發(fā)的結構化生命周期方法將軟件生命周期劃分成 。 AA、 定義、開發(fā)、運行維護B、 設計階段、編程階段、測試階段C 總體設計、詳細設計、編程調試D 需求分析、功能定義、系統(tǒng)設計3、在數(shù)據(jù)流圖 DFD 中，帶有名字的箭頭表示 。 CA、 控制程序的執(zhí)行順序B、 模塊之間的調用關系C 數(shù)據(jù)的流向D 程序的組成成分4、檢查軟件產品是否符合需求定義的過程稱為 。 DA、 確認測試B、 集成測試C 驗證測試D 驗收測試 6、軟件設計包括軟件的結構、數(shù)據(jù)接口和過程設計，其中軟件的過程設計是指。 BA、 模塊間的關系B、 系統(tǒng)結構部件轉換成軟件的過程描述C 軟件層次結構D 軟件開發(fā)過程8、對建立良好的程序設計

37、風格，下面描述正確的選項是 。 AA、 程序應簡單、清晰、可讀性好B、 符號名的命名要符合語法C 充分考慮程序的執(zhí)行效率D 程序的注釋可有可無二、填空題1、假設按功能劃分，軟件測試的方法通常分為白盒測試方法和黑盒 測試方法。黑盒2、結構化程序設計方法的主要原那么可以概括為自頂向下、逐步求精、模塊化 和限制使用 goto語句。模塊化3、 軟件的調試方法主要有：強行排錯法、回溯法和原因排除法?；厮莘?、數(shù)據(jù)字典是各類數(shù)據(jù)描述的集合，它通常包括5 個局部，即數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、 數(shù)據(jù)存儲 和處理過程。數(shù)據(jù)存儲5、面向對象的程序設計方法中涉及的對象是系統(tǒng)中用來描述客觀事物的一個實體 。實體6、軟

38、件的需求分析階段的工作，可以概括為四個方面：需求獲取 、需求分析、編寫需求規(guī)格說明書和需求評審。需求獲取7、軟件工程研究的內容主要包括：_軟件開發(fā) 技術和軟件工程管理。軟件開發(fā)8、與結構化需求分析方法相對應的是_纟吉構化設計 方法。結構化設計9、在面向對象方法中，信息隱蔽是通過對象的 封裝 _ 性來實現(xiàn)的。封裝10 、 數(shù)據(jù)流的類型有 變換型 _ 和事務型。變換型11 、 一個類可以從直接或間接的祖先中繼承所有屬性和方法。采用這個方法提高了軟件的_可重用性?？芍赜眯?2、 面向對象的模型中，最根本的概念是對象和_類 。類13 、 軟件維護活動包括以下幾類：改正性維護、適應性維護、_完善性 維護

39、和預防性維護。完善性14 、 Jackson 結構化程序設計方法是英國的M.Jackson 提出的，它是一種面向 _數(shù)據(jù)結構 的設計方法。數(shù)據(jù)結構15、測試的目的是暴露錯誤，評價程序的可靠性；而_調試 的目的是發(fā)現(xiàn)錯誤的位置并改正錯誤。調試16 、 在進行模塊測試時，要為每個被測試的模塊另外設計兩類模塊：驅動模塊和承接模塊樁模塊。其中驅動模塊 的作用是將測試數(shù)據(jù)傳送給被測試的模塊，并顯示被測試模塊所產生的結果。 驅動模塊 17 、 診斷和改正程序中錯誤的工作通常稱為_程序調試 。程序調試18、 在面向對象方法中，類的實例稱為 _對象 。對象19 、 在面向對象方法中， _ 類 描述的是具有相似屬性和操作的一組對象。類20、 程序測試分為靜態(tài)分析和動態(tài)測試。其中，_靜態(tài)分析 指的是不執(zhí)行程序，而只是對程序文本進行檢查，通過閱讀和討論，分析和發(fā)現(xiàn)程序中的錯誤。靜態(tài)分析4、假設按功能劃分，軟件測試的方法通常分為白盒測試方法和黑盒 測試方法。黑盒1、在面向對象方法中，信息隱蔽是通過對象的 封裝 性來實現(xiàn)的。封裝2、軟件維護活動包括以下幾類