【正文】 法中正確的是 (D) 反映多個任務之間的復雜關系 軟件的特點包括（ A）。 E． 軟件 具有抽象性 F． 在軟件的運行和使用期間，也存在類似硬件的老化問題 G． 軟件的開發(fā)與維護對硬件存在依賴性 H． 軟件的開發(fā)費用在逐漸下降 2. 需求分析的基本原則包括（ A）。 A． 必須能夠表達和理解問題的數(shù)據(jù)域和功能域 B． 自頂向下、逐層分解問題 C． 修正系統(tǒng)開發(fā)計劃 D． 要給出系統(tǒng)的邏輯視圖和物理視圖 3. 軟件測試主要包括（ C）方面的差錯和糾錯。 A. 軟件計劃 B. 軟件 設計 C. 軟件編碼 D. 軟件價格 4. 下列描述正確的是（ C）。 A. 該結構的深度為 4 B. 該結構的寬度為 4 C. 模塊 A 的扇出為 3 D. 模塊 t 的扇入為 3 5. 耦合的強弱取決于（ A）。 A． 模塊間接口的復雜程度 B． 調用模塊的方式 C． 通過接口的信息 D． 模塊內部各個元素彼此之間的緊密結合程度 填空 1. 軟件工程是從（ 軟件開發(fā)技術 ）和（ 軟件工程 ）兩個方面研究如何運用工程學的基本原理和方法來更好地開發(fā)和維護計算機軟件的一門學科。 2. 數(shù)據(jù)流圖的基本符號包括（ 箭頭 ）、（ 圓或橢圓 ）、（ 雙杠 ）、（ 方框 ） 。 3. 現(xiàn)在存入銀行 P 元，年利率為 i， n 年后可得錢數(shù)為（ p*(1+n*j) ）。 4. 把程序從一個硬件或軟件環(huán)境中轉移到另一種配置環(huán)境稱為軟件的（ 可移植性 ）。 5. 在軟件的詳細設計中，根據(jù)控制流程從上到下，從左到右展開的設計工具是（ _PDL 圖）。 6. 一個模塊擁有的直屬下級模塊的個數(shù)稱為（ 樁模塊 ），一個模塊的直接上級模塊的個數(shù)稱為（ 驅動模塊 ）。 7. 大型軟件測試包括（ 單元測試 ）、（ 集成測試 ）、確認測試和（ 驅動測試 ）四個步驟。 8. UML 的定義包括（ UML 語義 ）和（ UML 標志法 ）兩個部分。 9. 詳細設計的工具有（ 圖形 ）、（ 表格 ）和語言工具。 10. 提高軟件質量和可靠性的技術大致可分為兩類，一類是（ 避開技術 ），另一類是（ 容錯技術 ）。 11. 白盒法 包括 多種具體設計程序測試用例的方法，主要目的是提高測試的（ 效率 ） 。 簡答 1． 軟件就是程序。（ F） 2． 信息隱蔽是指模塊中所包括的信息不允許其它不需要這些信息的模塊調用。（ F） A B C D m n t 3． 性能測試是為了檢驗系統(tǒng)的能力最高能達到什么實際的限度，讓系統(tǒng)處于資源的異常數(shù)量、異常頻率、異常批量的條件下運行測試系統(tǒng)的承受能力。 （ F） 4． 用戶需求經(jīng)常是變化的，因為軟件是靈活的，所以總可以滿足用戶的需求。（ F） 5． 簡述需求分析方法應遵循 的基本原則 ？ 答： 。 行分解并可逐層細化。 6． 模塊間的耦合性包括哪些類型？按強弱排列。 答：耦合有以下幾種，他們之間的耦合度由高到低排列： ：如一個功能模塊直接訪問另一個功能模塊的內容，則這兩個功能模塊稱為內容耦合。 ：如一個功能模塊都訪問統(tǒng)一全局數(shù)據(jù)結構，則稱之為公共耦合。 部耦合：如一個功能模塊都訪問統(tǒng)一全局數(shù)據(jù)項，則稱之為外部耦合。 ：如一個功能模塊明顯的把開關量、名字等信息送入另 一個功能模塊，控制另一功能模塊的功能，則稱為控制耦合。 ：如一個功能模塊共享了某個記錄，而不是簡單變量，即這些功能模塊都需某一數(shù)據(jù)的子結構時，就需要按該記錄的結構進行操作，并通過參數(shù)表來傳遞記錄信息，這樣的耦合稱為標記耦合。 ：如一個功能模塊訪問另一功能模塊，被訪問的功能模塊的輸入和輸出都是數(shù)據(jù)項參數(shù)，則這兩個功能模塊為數(shù)據(jù)耦合。 ：若兩個功能模塊沒有直接關系，他們之間的聯(lián)系完全是通過主程序的控制和調用來實現(xiàn)的，便稱這兩個功能模塊為非直接耦合，獨立性最強。 7． 什么是黑盒測試法 ？ 答：黑盒測試法又稱功能測試或數(shù)據(jù)驅動測試，該方法把被測試對象看成一個不透明的黑盒子。測試人員完全不考慮程序內部結構和處理過程，只在程序的接口處進行測試，依據(jù)需求說明書，檢查程序是否滿足功能要求，是否能很好的接受數(shù)據(jù)，并產生正確的輸出。 8． CMM 模型包括哪些等級？ 答： 軟件工程期末試卷（九） 軟件工程期末試卷 (A) 說明：本試卷為 04 級計算機專業(yè)（專升本）軟件工程期末試卷，總計 100 分，時間 100 分鐘 一、選擇題：（每題 1 分，共 20 分）（將答案寫在題號前的（）中） （ C ） 1. 軟件是（ ）。 A. 處理對象和處理規(guī)則的描述 B. 程序 C. 程序及其文檔 D. 計算機系統(tǒng) （ B ） 2. 軟件需求規(guī)格說明的內容不應包括（ ）。 A. 主要功能 B. 算法的詳細描述 C. 用戶界面及運行環(huán)境 D. 軟件的性能 （ B ） 3. 程序的三種基本控制結構是（ ）。 A. 過程、子程序和分程序 B. 順序、選擇和重復 C. 遞歸、迭代和回溯 D. 調用、返回和轉移 ( Ｄ ) 4. 面向對象的分析方法主要是建立三類模型，即 ( )。 A) 系統(tǒng)模型、 ER 模型、應用模型 B) 對象模型、動態(tài)模型、應用模型 C) Ｅ Ｒ模型、對象模型、功能模型 D) 對象模型、動態(tài)模型、功能模型 ( C ) 5. 在 ER 模型中，包含以下基本成分 ( )。 A) 數(shù)據(jù)、對象、實體 B) 控制、聯(lián)系、對象 C) 實體、聯(lián)系、屬性 D) 實體、屬性、 操作 ( A ) 6. 各種軟件維護的類型中最重要的是 ( )。 A) 完善性維護 B) 糾錯性維護 C) 適應性維護 D) 預防性維護 ( B ) 7．軟件測試的目標是（ ）。 A. 證明軟件是正確的 B. 發(fā)現(xiàn)錯誤、降低錯誤帶來的風險 C. 排除軟件中所有的錯誤 D. 與軟件調試相同 （ D ） 8．軟件生命周期中所花費用最多的階段是（ ） A．詳細設計 B．軟件編碼 C．軟件測試 D．軟件維護 （ C ） 9．若有一個計算類型的程序，它的輸入量只有一個 X，其范圍是 [, ]，現(xiàn)從輸入的角度考慮一組測試用例： , , , （ ） A．條件覆蓋法 B．等價分類法 C．邊界值分析法 D．錯誤推測法 （ D ） 詳細設計的基本任務是確定每個模塊的 ( )設計 A．功能 （ A ） 11．設函數(shù) C（ X）定義問題 X的復雜程序，函數(shù) E（ X）確定解決問題 X需要的工作量（時間）。對于兩個問題 P1 和 P2，如果 C（ P1） C（ P2）顯然 E（ P1） E（ P2） ,則得出結論 E（ P1+P2） E（ P1） +E（ P2）就是：（ ） A．模塊化的根據(jù) B．逐步求精的根據(jù) C．抽象的根據(jù) D．信息隱藏和局部化的根據(jù) （ D ） 12．下面幾種白箱測試技術，哪種是最強的覆蓋準則 （ ） A．語句覆蓋 B．條件覆蓋 C．判定覆蓋 D．條件組合覆蓋 （ A ） 13．面向數(shù)據(jù)流的設計方法把（ ）映射成軟件結構。 A．數(shù)據(jù)流 B．系統(tǒng)結構 C．控制結構 D．信息流 （ A ） ( )內聚 （ A ） ( )階段制定的 . A．總體設計 （ D ） 16． 需求分析的產品是（ ） A．數(shù)據(jù)流程圖案 B．數(shù)據(jù)字典 C．判定表 D．需求規(guī)格說明書 （ C ） 17．數(shù)據(jù)字典是軟件需求分析階段的最重要工具之一，其最基本的功能是（ ） A．數(shù)據(jù)庫設計 B．數(shù)據(jù)通信 C．數(shù)據(jù)定義 D．數(shù)據(jù)維護 ( D )18.( )引入了“風險驅動”的思想，適用于大規(guī)模的內部開發(fā)項目。 A．增量模型 B．噴泉模型 C．原 型模型 D．螺旋模型 （ D ） 19．模塊的內聚性最高的是（ ） A．邏輯內聚 B．時間內聚 C．偶然內聚 D．功能內聚 ( D ) ,成功的測試是指 ( ) B. 說明了被測試程序符合相應的要求 二．判斷題（每題 1 分，共 10 分）將答案寫在題號前的（ ）中，正確用 √ ， 錯誤用 χ。 （ ） 開發(fā)軟件就是 編寫程序。 （ ）２、 系統(tǒng)測試的主要方法是白盒法，主要進行功能測試、性能測試、安全性測試及可靠性等 測試。 （ ） 編程序時應盡可能利用硬件特點以提高程序效率 . （ ） 軟件需求分析的任務是建立軟件模塊結構圖。 （ √ ） 盡可能使用高級語言編寫程序 （ ） 以結構化分析方法建立的系統(tǒng)模型就是數(shù)據(jù)流圖。 （ ） 進行總體設計時加強模塊間的聯(lián)系。 （ ） 編碼時盡量多用全局變量 . （ √ ） 用 CASE環(huán)境或程序自動生成工具來自動生成一部分程序 . （ ） 軟件測試是要發(fā)現(xiàn)軟件中的所有錯誤。 三、填空題（每題 1 分，共 5 分）：將結果填在（ ） 將下面的關系按繼承關系、聚集關系或普通關聯(lián)進行分類。 小汽車 紅旗轎車 （ 繼承 ） 小汽車 駕駛員 （ 普通關聯(lián) ） 班級 學生 （ 聚集 ） 將下列各項分為類或類的實例 我的汽車 （ 實例 ） 交通工具 （ 類 ） 三、簡答題：（每題 5 分，共 25 分） 1. 軟件生命期各階段的任務是什么？ 答：軟件生命期分為 7 個階段： 問題定義：要解決的問題是什么 可 行性研究 ： 確定 問題是否值得解，技術 可行性 、經(jīng)濟可行性、操作可行性 需求分析 ： 系統(tǒng) 必須做什么 總體 設計 ：系統(tǒng)如何實現(xiàn)， 包括 系統(tǒng) 設計和 結構 設計 詳細設計：具體實現(xiàn)設計的系統(tǒng) 實現(xiàn)：編碼和測試 運行維護 ：保證軟件正常運行 。 軟件 重用 的 效益 是什么？ 答： 軟件 重用 可以顯著地改善軟件的質量和可靠性 。 軟件 重用 可以極大地提高軟件開發(fā)的效率 。 節(jié)省軟件開發(fā)的成本，避免不必要的重復勞動和人力、財力的浪費。 自頂而下 漸增測試 與自底而上 漸增測試 各有何優(yōu)、缺點？ 答： ① 自頂而下 漸增測試 優(yōu)點： 不需要測試驅動程序，能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能，而且能夠 盡早發(fā)現(xiàn) 上層模塊的接口錯誤。 缺點： 需要存根程序，底層錯誤發(fā)現(xiàn)較晚 。 ② 自底而上 漸增測試 優(yōu)點 與 缺點 和 自頂而下 漸增測試相反 。 4 、 提 高可維護性的方法有哪些？ 答：在軟件工程的每一階段都應該努力提高系統(tǒng)的可維護性，在每個階段結束前的審查和復審中，應著重對可維護性進行復審。 在需求分析階段的復審中，應對將來要擴充和修改的部分加以注明。在討論軟件可移植性問題時，要考慮可能要影響軟件維護的系統(tǒng)界面。 在軟件設計的復審中，因從便于修改、模塊 化和功能獨立的目標出發(fā)，評價軟件的結構和過程，還應對將來可能修改的部分預先做準備。 在軟件代碼復審中，應強調編碼風格和內部說明這兩個影響可維護性的因素。 在軟件系統(tǒng)交付使用前的每一測試步驟中都應給出需要進行預防性維護部分的提