【正文】 A． 活動 B． 決策點 C． 并發(fā)控制 D． 對象 答案 . ABCD 活動圖的邊 包括（）。 D． 從同一狀態(tài)出發(fā)、由同一事件觸發(fā)的遷移邊上的監(jiān)護(hù)條件應(yīng)該是互斥的。 A． 如果 發(fā)現(xiàn)某些并非初態(tài)的狀態(tài)節(jié)點上只有離開的遷移邊，沒有 到達(dá) 的遷移邊；或者，某些并非終態(tài)的狀態(tài)節(jié)點上只有 到達(dá) 的遷移邊，沒有 出發(fā) 的遷移邊，建模者就要高度警惕遷移邊被遺漏的可能性。 B． 無論是在分析階段還是在設(shè)計階段，建模者均應(yīng)聚 焦 于對象間關(guān)鍵的、 主要的交互，避免因過多的細(xì)節(jié)而使順序圖含混不清、復(fù)雜不堪。 A． 多重性 B． 角色名 C． 約束 D．可見性 答案 . ABC 一般情況下，可以 將面向?qū)ο笾械木酆细拍顓^(qū)分為 （） 關(guān)系。 A． 在用戶和軟 件項目組之間建立對軟件需求的共同理解； B． 軟件需求成為后續(xù)的軟件開發(fā)和管理活動的基本依據(jù)，即，項目計劃、活動和工作產(chǎn)品應(yīng)該與軟件需求協(xié)調(diào)一致； C． 需求變更受到管理和控制，即，需求變更必須按照事先定義的變更控制規(guī)程進(jìn)行影響分析、評審或?qū)徟?，需求變更必須獲得所有 利益相關(guān)者的認(rèn)可， 受影響的計劃、活動和工作產(chǎn)品必須相應(yīng)調(diào)整。此步驟試圖通過框架性用例盡可能完整地覆蓋用戶需求面。 A．業(yè)務(wù) 分析。 A．用例圖 B．類圖 C．對象圖 D．構(gòu)件圖 答案 . ABCD 以下屬于 UML 動態(tài)模型的有（）。 B．需求變更申請。 答案 . ABCD 需求實現(xiàn)管理 實質(zhì)上是指在需求工程之后的軟件 開發(fā)過程中對軟件需求的遵循性管理，其主要任務(wù)包括（）。 A．需求工程計劃執(zhí)行的跟蹤與監(jiān)督。 A． 執(zhí)行者 B．邊界 C．用例 D．關(guān)聯(lián) 答案 . AC 用例之間的關(guān)系主要有 （）。 C． 評估項目風(fēng)險并研究在本次迭代中可采取的降低或消除風(fēng)險的行動計劃。 A．建立在合理的估算基礎(chǔ)上 B．充分考慮到了項目組及其人員的特點 C．所做的各種假設(shè)與軟件項目基本是相一致的 D． 活動之間有一定的緩沖 ，充分考慮到了軟件開發(fā)的各種限制和要求，并且得到所有相關(guān)人員的認(rèn)可和承諾 答案 . ABCD 第四章 需求階段 一般而言，一個完整的需求工程過程包含以下 （） 活動 。 A． 活動和任務(wù) 的計劃 B．資源的計劃 C . 進(jìn)度計劃 D．風(fēng)險管理計劃。 C． 估算 是指 對軟件產(chǎn)品、 過程 和資源復(fù)雜屬性 的定量描述，它是簡單屬性度量值的函數(shù)。 A．制定計劃 B．風(fēng)險分析 C．實施工程 D．客戶評估 答案 . ABCD 以下（）是 定義軟件過程需要關(guān)注的事情。 A．?dāng)?shù)據(jù)流 B．加工 C．文件 D．源點 /匯點 答案 . ABCD 軟件過程可分為（）三類。 A．結(jié)構(gòu)化方法 B．快速原型方法 C．面向?qū)ο蟮姆椒? D． MDA 答案 . ABCD 以下屬于軟件生命周期模型的階段的有（）。 A．可移植性 B．可重用性 C．可維護(hù)性 D．可適用性 答案 . A 選擇程序設(shè)計語言的關(guān)鍵因素是（）。 A．順序圖 B．甘特圖 C．成本矩陣 D．網(wǎng)絡(luò)圖 答案 . B （）用矩形來 表示 軟件開發(fā)活動或 任務(wù)，框內(nèi) 的文字顯式描述了活動或 任務(wù) 的基本信息，如活動或任務(wù)名稱、開始日期、 結(jié)束日期 、所需資源 等 ，矩形之間的連線 表示任務(wù)之間的相關(guān)性 。 活動 A 活動 B 結(jié)束之后就開始 結(jié)束幾天后開始 結(jié)束幾天前開始 活動 B 活動 B 時間 A． 結(jié)束到開始 B． 開始到開始 C． 結(jié)束到結(jié)束 D．開始到結(jié)束 答案 . A 從時間的角度上看，下圖為軟件開發(fā) 活動 之間的（）。 A．自頂向下的估算方式 B．自底向上估算方式 C．基于已有項目的 估算方式 D．軟件度量 答案 . A 在（）中，首先對軟件項目某些屬性的部分值進(jìn)行估算（如某些階段或者某個軟件開發(fā)活動的工作量和成本，或者某個軟件子系統(tǒng)的規(guī)模），然后在此基礎(chǔ)上進(jìn)行綜合和累加，得到關(guān)于軟件項目某些屬性整體值的估算值（比如整個軟件項目的工作量、成本和規(guī)模）。 A．計劃 游戲 B． 隱喻 C．重構(gòu) D． 簡單設(shè)計 答案 . C 在極限編程總結(jié)的十二項核心準(zhǔn)則中，（） 是指兩名程序 員 同時在一臺計算機上 共同開展編程工作 。 A．計劃 游戲 B． 隱喻 C． 小 型 發(fā)布 D． 簡單設(shè)計 答案 . A 在極限編程總結(jié)的十二項核心準(zhǔn)則中，（） 是指使用一組與業(yè)務(wù)相關(guān)的術(shù)語 來 描述用戶需求，促使 軟件開發(fā) 人員和業(yè)務(wù)人員對系統(tǒng)達(dá)成 共同和一致的 理解。 A．技術(shù)文檔 B．版本 C．?dāng)?shù)據(jù) D．軟件配置項 答案 . D ）是指 已經(jīng)通過正式 復(fù)審 和 批準(zhǔn) 的軟件產(chǎn)品、標(biāo)準(zhǔn)或規(guī)約，它們可以作為進(jìn)一步 軟件 開發(fā)的基礎(chǔ)，并且 只能通過正式的變化控制過程才允許對它們進(jìn)行變更 。 ? 記錄、報告軟件產(chǎn)品的 狀態(tài) 。 A．與源程序無關(guān)的程序員 B．編寫該源程序的程序員 C．不了解軟件設(shè)計的機構(gòu) D．設(shè)計該軟件的機構(gòu) 答案 . B （）是把判斷中的條件作為一個整體考慮，在測試時需要分別考慮該條件為真或為假的情況。 A．條件覆蓋 B．判定覆蓋 C．條件組合覆蓋 D．路徑覆蓋 答案 . D 下面（）方法能夠有效地檢測輸入條件和各種組合可能引起的錯誤。 A． 代碼檢查 B．單元測試 C．集成測試 D．確認(rèn)測試 答案 . B （）描述了針對某個目標(biāo)對程序進(jìn)行測試所采用的一組實際輸入、程序執(zhí)行條件、測試步驟和預(yù)期的輸出，以核實某個程序或其中的特定路徑是否滿足特定需求。 A．架構(gòu)設(shè)計 B．子系統(tǒng)設(shè)計 C．類設(shè)計 D．界面設(shè)計 答案 . C （）的任務(wù)是，確定設(shè)計模型中需要 持久保存的 數(shù)據(jù)條目 ，基于關(guān)系數(shù)據(jù)模型設(shè)計這些 數(shù)據(jù)條目 的組織方式，必要時還須 設(shè)計特定于 本軟件項目將采用的關(guān)系數(shù)據(jù)庫管理系統(tǒng) 的優(yōu)化 機制，以 提高 持久 數(shù)據(jù)操作的性能 。 A．需求分析 B．軟件設(shè)計 C．軟件測試 D．項目管理 答案 . B （） 的目標(biāo)是建立軟件系統(tǒng)的頂層架構(gòu) ， 這種架構(gòu)既要明確定義軟件各子系統(tǒng)、關(guān)鍵構(gòu)件、關(guān)鍵類的職責(zé)劃分及協(xié)作關(guān)系，同時也要描繪它們在物理運行環(huán)境下的部署模型；此外，頂層架構(gòu)還必須針對軟件系統(tǒng)全局性、基礎(chǔ)性的技術(shù)問題給出技術(shù)解決方案，這種方案往往構(gòu)成目標(biāo)軟件系統(tǒng)的體系結(jié)構(gòu)的技術(shù)基礎(chǔ)設(shè)施。 A．概要設(shè)計說明書 B．?dāng)?shù)據(jù)庫設(shè)計說明書 C．用戶手冊 D．開發(fā)進(jìn)度月報 答案 . D 一個模塊把數(shù)值作為參數(shù)傳遞給另一個模塊，這種耦合方式稱為（）。 A. 偶然內(nèi)聚 B．邏輯內(nèi)聚 C．功能內(nèi)聚 D．信息內(nèi)聚 答案 . C 模塊間的耦合性超強，說明模塊之間的聯(lián)系越密切，耦合性較強的是（）。 A．需求規(guī)范化 B．需求管理 C．需求驗證 D．需求分析 答案 . C （） 的目標(biāo)是，在需求分析的輸出制品的基礎(chǔ)上，按照項目事先選定的需求規(guī)格說明書的模板，形成正式的需求規(guī)格說明 。 A．對象 B．類 C． 實體 D．構(gòu)件 答案 . D （） 描述軟件系統(tǒng)中的構(gòu)件及構(gòu)件之間的構(gòu)成關(guān)系和依賴關(guān)系。 A．活動 B．初始活動 C． 控制流 D． 信息 流 答案 . C 在 UML 活動圖中，（） 表示操作之間的信息交換 。 O b j 1 O b j 2時 延 小 于 1 0 m s A．同步消息 B．異步消息 C．自消息 D． 帶時延的消息 答案 . D 下圖表示一個（）的示例。 A．自消息 B． 返回消息 C． 創(chuàng)建（ create）消息 D． 銷毀（ destroy）消息 答案 . C 在 UML 順序圖中， （） 對消息傳遞的目標(biāo)對象的 銷毀 。 A．對象 B．類 C．同步消息 D．異步消息 答案 . C 在順序圖中，（）采用 普通箭頭 表示。 A．對象圖 B．用例圖 C．交互圖 D．狀態(tài)圖 答案 . C （） 是一張二維圖。 + o p 2 1 ( )+ o p 2 2 ( ) a t t r 2 1 a t t r 2 2C l a s s 2+ o p 1 1 ( )+ o p 1 2 ( ) a t t r 1 1 a t t r 1 2C l a s s 1 A．關(guān)聯(lián)關(guān)系 B． 實現(xiàn) 關(guān)系 C． 繼承關(guān)系 D． 依賴 關(guān)系 答案 . B 下圖表示類圖的（）。 + o p 1 1 ( )+ o p 1 2 ( ) a t t r 1 1 a t t r 1 2C l a s s 1+ o p 2 1 ( )+ o p 2 2 ( ) a t t r 2 1 a t t r 2 2C l a s s 21* A．關(guān)聯(lián)關(guān)系 B． 聚合關(guān)系 C． 組合關(guān)系 D． 依賴 關(guān)系 答案 . A 下圖表示類圖的（）。 A．?dāng)U展 B．包含 C．繼承 D．實現(xiàn) 答案 . C 在用例圖中，可以用 （） 來表示整個軟件系統(tǒng)或其中一些子系統(tǒng)的邊界，也可以用 它 表示軟件系統(tǒng)的不同發(fā)布版本的功能范圍。 A．用例 B．執(zhí)行者 C．邊 D．用例圖 答案 . A 如果 用例 B 是 用例 A 的某項子功能，并且建模者確切地知道在 A 所對應(yīng)的動作序列中何時將調(diào)用 B，則稱 （）。 其中（） 包括部署圖（ deployment diagram)，它描述軟件系統(tǒng)中的各 類工件在物理運行環(huán)境中的分布情況 。 其中（） 包括交互圖 (interactive diagram)、狀態(tài)圖 (statechart diagram )與活動圖 (activity diagram)，它們從不同的側(cè)面刻畫系統(tǒng)的動態(tài)行為 。 其中（） 包括用例圖（ use case diagram），它從外部用戶的角度描述系統(tǒng)的功能，并指出功能的參與者。 A．邊界類 B．控制類 C．實體類 D．?dāng)?shù)據(jù)字典 答案 . A 一般而言，一個用例通常對應(yīng)一個 （） 。 B． 作為完成用例任務(wù)的責(zé)任承擔(dān)者，負(fù)責(zé)協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或行為。 C． 負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項并向其他類提供信息訪問的操作。 D．負(fù)責(zé)實現(xiàn)用戶的業(yè)務(wù)邏輯。 A．概念模型 B．分析類 C．設(shè)計類 D．實現(xiàn)類 答案 . B 在需求分析中， 邊界類 （）。 A． 無冗余 B．可行性 C．穩(wěn)定性 D． 可測試性 答案 . D 需求的（）表示 需求項發(fā)生變化時對整個軟件系統(tǒng)的結(jié)構(gòu)、質(zhì)量及項目計劃的影響程度 。 A． 正確性 B． 一致性 C． 精確性 D． 完全性 答案 . C 需求的（）表示 每項用戶需求在需求模型中僅出現(xiàn)一次 。 A． 需求獲取 B．需求策劃 C．需求分析 D．需求評審 答案 . A 需求的 （）表示 每個需求項正確地、真實地反映用戶需求的程度。 A．編寫需求規(guī)格說明書 B．分析用戶業(yè)務(wù)邏輯 C．執(zhí)行有效的需求管理。 A． 運行環(huán)境約束 B． 外部接口 C． 可保障性（ supportable）需求 D．可維護(hù)性需求。 A． 性能需求 B． 可靠性需求 C． 易用性需求 D． 安全性需求 答案 . C （） 用戶在身份認(rèn)證、授權(quán)控制、私密性等方面的要求。 A．功能需求 B．非功能需求 C．軟件需求 D．業(yè)務(wù)約束 答案 . A （）表示 用戶對軟件質(zhì)量屬性、運行環(huán)境、資源約束、外部接口等方面的要求或期望 。 A． ER 圖 B． DFD C． STD 圖 D．?dāng)?shù)據(jù)字典 答案 . C 軟件的（）通常由一組模型組成，其中包括數(shù)據(jù)模型、功能模型和行為模型。 A．軟件可行性分析報告 B．需求規(guī)格說明書 C．測試規(guī)格說明書 D．設(shè)計規(guī)格說明書 答案 . B 在需求分析階段，如果需要對數(shù)據(jù)模型建模，最好選擇（）。 A．?dāng)?shù)據(jù)項 B．?dāng)?shù)據(jù)流 C．?dāng)?shù)據(jù)類型 D．?dāng)?shù)據(jù)加工 答案 . B 軟件需求規(guī)格說明書的作用不包括（）。 A．狀態(tài)圖 B．對象圖 C．流程圖 D．結(jié)構(gòu)圖 答案 . A 面向?qū)ο蟮撵o態(tài)模型主要捕獲了（）。 A．對象模型 B．動態(tài)模型 C．功能模型 D．分析模型 答案