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