【正文】 A． 控制流 B．數(shù)據(jù)流 C．對象流 D．消息流 答案 . AC
。 A． 節(jié)點 B． 邊 C． 泳道 D．關聯(lián)關系 答案 . ABC 以下（）屬于 活動圖的節(jié)點 。如果有兩個以上的監(jiān)護條件同時成立，具體執(zhí)行哪一條遷移 邊 將是不確定的。 C． 狀態(tài)中的入口活動必須適用于所有的到達遷移，出口活動必須適用于所有的離開遷移。 B， 在頂層狀態(tài)圖中示出初態(tài)與終態(tài)，以使狀態(tài)圖體現(xiàn)對象在其完整的生命周期中的行為。 答案 . ABC 在狀態(tài)圖的建模過程中，應遵循以下 （） 規(guī)則 。 C． 在設計和實現(xiàn)模型中，如果消息的參數(shù)與順序圖表述的控制邏輯無關，僅起占位符作用，則在消息的參數(shù)表中用參數(shù)的類型名（大寫字母開頭）表示此參數(shù) 。 A． 在業(yè)務分析和需求分析階段，建模者并不需要過于精細地刻畫順序圖的所有圖形元素。 A． 聚合 B． 組合 C．關聯(lián) D．繼承 答案 . AB 順序圖中的消息分為 （）。在關聯(lián)關系的表示圖元的兩端，可以標示參與關聯(lián)的 （） 特性。 D．創(chuàng)建需求規(guī)格說明書。 A．實體 B．屬性 C．聯(lián)系 D．對象 答案 . ABC 需求管理是指對需求開發(fā)、需求實現(xiàn)和需求變更過程進行監(jiān)督和控制的一系列活動和過程，其目標是 （）。 C． 填充框架性用例 和精化用例?？蚣苄杂美侵负暧^功能已基本明確但內(nèi)容尚不完整的用例。 理解問題及背景 ， 標識待開發(fā)軟件產(chǎn)品的用戶（及客戶），理解業(yè)務領域中的術語及流程，定義軟件產(chǎn)品的目標、范圍，明確其業(yè)務價值。用例驅(qū)動的需求獲取活動的主要 包括（）。 A．順序圖 B．協(xié)作圖 C．狀態(tài)圖 D．活動圖 答案 . ABCD 對象的動態(tài)行為與（）因素有關。 A．抽象 B．模塊化 C．信息隱藏 D．繼承 答案 . ABC 以下屬于 UML 的靜態(tài)模型的有（）。 C．需求變更影響分析 D．需求變更評審與執(zhí)行 答案 . ABCD 第五章 分析階段 對于類，其屬性的 可見性表示該屬性對類的外部世界的可見性，它有 以下（）選項。 A．預先建立需求 變更 控制規(guī)程。 A．需求基線管理 B．需求狀態(tài) 管理 C． 需求追蹤 D．需求變更控制 答案 . ABC 需求變更受到管理和控制 是需求管理的主要目標，因此，變更管理在需求管理中占有十分重要的地位。 D． 需求追蹤 。 B． 需求來源的確認。 A．功能需求 B．非功能需求 C．系統(tǒng)需求 D．驗證需求 答案 . AB 需求 工程 管理的主要任務包括 （）。 A． 包含 B． 擴展 C． 繼承 D．聚合 答案 . ABC 軟件需求是指用戶對目標軟件系統(tǒng)在功能、性能、質(zhì)量等方面的期望，以及對目標軟件系統(tǒng)在運行環(huán)境、資源消耗等方面的約束。 A． 用例視圖 B． 結(jié)構視圖 C． 行為視圖 D．部署視圖和構建視圖 答案 . ABCD 用例圖的節(jié)點 包括（）。 D． 制訂本次迭代的工作計劃，必要時還需調(diào)整軟件項目計劃。 B． 確定本次迭代的目標和驗收準則。 A． 策劃 B． 需求獲取 C． 需求分析 和 需求規(guī)范化 D．需求驗證和需求管理 答案 . ABCD 需求工程的策劃大致包 括以下（）活動。 A． 指定 軟件項目計劃制定負責人 B． 召開 軟件項目 計劃會議 C．制定 進度 計劃 D． 評審 和批準軟件 項目計劃 答案 . ABCD 一個好的軟件項目計劃應具有以下（）特點。 答案 . ABCD 從時間的角度上看，軟件開發(fā) 活動 之間的 關系 可以細分為以下（）幾種 A． 結(jié)束到開始 B． 開始到開始 C． 結(jié)束到結(jié)束 D． 開始到結(jié)束 答案 . ABCD 可以采用多種方法來表示軟件項目的進度計劃，其中最為常用的是（）。 A． 基于代碼行和功能點的估算 B． 專家估算 C．類比估算 D．基于歷史數(shù)據(jù)的估算 答案 . ABCD 以下（）是 軟件項目計劃 主要需要 涉及的內(nèi)容。 D．規(guī)模、工作量和成本是軟件項目的三個重要屬性，也是軟件項目管理中三個主要的估算對象。 B． 軟件測量是 指 對軟件產(chǎn)品、 過程 和資源復雜屬性 的定量描述，它是簡單屬性度量值的函數(shù)。 A . 選擇合適的 軟件開發(fā)模型 B, 確定和描述 軟件開發(fā) 活動 C. 確定和描述 軟件開發(fā) 活動間的關系 D. 文檔化 和評審 軟件過程 答案 . ABCD 在軟件工程領域，對軟件項目性質(zhì)的定量描述說法正確的有（）。每個循環(huán)迭代包括了（）階段。 A．基本過程類 B．支持過程類 C．組織過程類 D．系統(tǒng)過程類 答案 . ABC 以下（）屬于軟件的過程模型。 A． Booch 方法 B． OMT 方法 C． Jacobson 方法 D． Coad 方法 答案 . ABCD 數(shù)據(jù)流圖由（）組成。 A．需求分析 B．軟件設計 C．程序編碼 D．軟件測試 答案 . ABCD 面向?qū)ο蟮能浖こ贪ǎǎ? A．人 B．過程 C．產(chǎn)物 D．生命周期 答案 . ABC 以下屬于軟件開發(fā)方法有（）。 A．項目應用領域 B．軟件執(zhí)行環(huán)境 C．軟件開發(fā)方 法 D．算法和數(shù)據(jù)結(jié)構 答案 . A 多選題 第二章 軟件工程概述 軟件工程通常由（）組成。 A．軟件可靠性 B．軟件可滿足性 C．軟件質(zhì)量 D．軟件可測試性 答案 . C 為了使軟件能在不同的系統(tǒng)上運行，軟件應當具有（）。 A．甘特圖 B．網(wǎng)絡圖 C．關 鍵路徑 D． ER 圖 答案 . B （） 是指使軟件項目的開發(fā)受到影響和損失、甚至導致軟件項目失敗的可能發(fā)生的事件。 A． 結(jié)束到開始 B． 開始到開始 C． 結(jié)束到結(jié)束 D．開始到結(jié)束 答案 . D （）是一種圖形化的任務表示方式，它的橫軸表示時間，縱軸對應于各個軟件開發(fā)活動或任務。 活動 A 活動 B 活動 B 活動 B 同時開始 開始幾天后開始 開始幾天前開始 時間 A． 結(jié)束到開始 B． 開始到開始 C． 結(jié)束到結(jié)束 D．開始到結(jié)束 答案 . B 從時間的角度上看，下圖為軟件開發(fā) 活動 之間的（）。 軟件開發(fā)活動 \角色 執(zhí)行 負責 評審 批準 需求分析 需求分析小組 需求分析小組組長 用戶方代表 需求分析小組 軟件設計小組 質(zhì)量保證小組 軟件測試小組 軟件項目負責人 用戶方負責人 概要設計 概要設計小組 概要設計小組組長 需求分析小組 軟件設計小組 質(zhì)量保證小組 軟件測試小組 軟件項目負責人 A． 軟件開發(fā)活動－角色責任矩陣 B．軟件進度矩陣 C．軟件資源規(guī)劃矩陣 D．軟件風險估計矩陣 答案 . A 從時間的角度上看，下圖為軟件開發(fā) 活動 之間的（）。 A．自頂向下的估算方式 B．自底向上估算方式 C．基于已有項目的估算方式 D．軟件度量 答案 . B （）是指根據(jù)項目開發(fā)所涉及到的活動、過程和時間約束，確定項目開發(fā)過程每個階段的時間周期。 A．配置管理 B．項目計劃 C．項目跟蹤與監(jiān)督 D．項目狀態(tài)報告 答案 . B 在（）中，首先對軟件項目某些屬性的整體值（如整個項目的規(guī)模、工作量和成本）進行估算，然后根據(jù)這一估算值，軟件項目在不同階段或者軟件開發(fā)活動中的屬性估算值（如在需求分析階段的工作量）就可以按照在整體工作量的百分比來確定。 A．計劃 游戲 B． 隱喻 C．重構 D．結(jié)對編程 答案 . D 第十一章 軟件項目管理 （） 是指為了使軟件項目按照預定的成本、進度和質(zhì)量等要求順利完成，而對成本、人員、進度、質(zhì)量、風險等進行分析和管理的活動。 A．計劃 游戲 B． 隱喻 C． 小 型 發(fā)布 D． 簡單設計 答案 . D 在極限編程總結(jié)的十二項核心準則中，（） 是指在不改變 程序 代碼功能的前提下，改進 程序代碼的設計，使 程序 代碼 更加 簡單，更易于擴展。 A．計劃 游戲 B． 隱喻 C． 小 型 發(fā)布 D． 簡單設計 答案 . B 在極限編程總結(jié)的十二項核心準則中，（） 是指 經(jīng)常性地給用戶 發(fā)布能給 他 帶來業(yè)務價值的可運行 軟件 系統(tǒng)，每次發(fā)布的軟件系統(tǒng)僅提供少量的功能 。 A． MDA B． 敏捷思想 C．極限編程 D．快速原型 答案 . B 在極限編程總結(jié)的十二項核心準則中，（）旨在 幫助 軟件 開發(fā)團隊快速制定下一次迭代的 軟件開發(fā)計劃 。 A．版本 B．配置項 C．基線 D．數(shù)據(jù)文檔 答案 . C 第十章 極限編程 （）是一類 輕型 的軟件開發(fā) 方法 ，它 提供了一組思想和策略來指導軟件系統(tǒng)的快速開發(fā)并響應 用戶需求的 變化 。 A．軟件項目跟蹤與監(jiān)督 B．軟件配置管理 C．軟件版本控制 D．軟件審計 答案 . B 在軟件配置管理中，通常將那些在 軟件生 命周期內(nèi)產(chǎn)生 的、需進行配置管理的 工作產(chǎn)品 稱為（）。 ? 驗證 軟件產(chǎn)品 的正確性和一致性 。 ? 控制 軟件產(chǎn)品 的標識、存儲、更動和發(fā)放 。 A．邊值測試 B．基本路徑測試 C．分支測試 D．條件測試 答案 . C 第八章 系統(tǒng)構建及部署 （） 是從代碼庫中取出 一個開發(fā)中的軟件項目的所有最新代碼，放在一個干凈的環(huán)境下面，編譯源代碼文件，連接，安裝和測試，并記錄整個過程中所有日志的動作系列。 A．單元測試 B．集成測試 C．確認測試 D．系統(tǒng)測試 答案 . C 調(diào)試應該由（）完成。 A．等價類劃分 B．邊界值分析 C．錯誤推測 D．因果圖 答案 . A 與確認測試階段有關的文檔是（）。 A．條件覆蓋 B．判定覆蓋 C．語句覆蓋 D．路徑覆蓋 答案 . C 實際的邏輯覆蓋測試中，一般以（）為主設計測試用例。 A． 測試用例 B．測試數(shù)據(jù) C．測試過程 D．測試行為 答案 . A （）是根據(jù)程序的控制流確定基本路徑集合，然后據(jù)此設計出一組測試用例，保證集合中的每條基本路徑都在測試中被執(zhí)行。 A．黑盒測試 B．白盒測試 C．界面測試 D． Web 測試 答案 . A （）的對象是組成軟件的最小單位 —— 在結(jié)構化軟件中是過程、函數(shù)等模塊，在面向?qū)ο筌浖惺穷悺? A．數(shù)據(jù)模型設計 B．子系統(tǒng)設計 C．類設計 D．界面設計 答案 . A 第七章 軟件測試 （）是軟件質(zhì)量保證的關鍵步驟，主要對軟件需求和設計規(guī)格說明、軟件代碼進行審查，以在軟件產(chǎn)品交付之前盡可能發(fā)現(xiàn)軟件中潛伏的錯誤。 A．詳細設計 B．接口設計 C．構件設計 D．子系統(tǒng)設計 答案 . D （） 的任務是，對體系結(jié)構模型中出現(xiàn)的關鍵設計類，以及界面設計模型、子系統(tǒng)設計模型和構件設計模型中出現(xiàn)的類進行細化設計，以使它們精細至能夠直接提交給軟件構造階段進行編碼實現(xiàn)。 A．軟件設計策劃 B．界面設計 C．體系結(jié)構設計 D．用例設計 答案 . C （） 是指，以設計復用為目的，采用一種良好定義的、正規(guī)的、一致的方式記錄的軟件設計經(jīng)驗。 A．松散 B．緊密 C．無法判斷 D．相等 答案 . A （） 是指，針對需求工程給出的軟件需求，綜合考慮各種制約因素，探求切實可行的軟件解決方案并最終給出方案的邏輯表示。 A．數(shù)據(jù)耦合 B．公共耦合 C．控制耦合 D．非直接耦合 答案 . A 在數(shù)據(jù)流圖中，橢圓代表（）。 A．數(shù)據(jù)流 B．數(shù)據(jù)編碼 C．數(shù)據(jù)庫 D．數(shù)據(jù)結(jié)構 答案 . A 復雜的數(shù)據(jù)流圖（） A．只有變換型 B．只有事務型 C．無規(guī)律 D．既有變換型又有事務型 答案 . D 概要設計階段產(chǎn)生的文檔不包括（）。 A．內(nèi)容耦合 B．公共耦合 C．非直接耦合 D．數(shù)據(jù)耦合 答案 . A （）能夠顯示軟件的組成模塊及其調(diào)用關系。 A．界面形式力求簡單、友好 B．界面應提供一定的容錯或者糾錯機制 C．符合用戶的實際需求和使用習慣 D．界面包含的功能越多越好 答案 . D 內(nèi)聚性是對模塊功能強度的度量，內(nèi)聚性較強的是（）。 A．需求規(guī)范化 B．需求管理