軟件項目管理習(xí)題答案

1、第0章 軟件項目管理概述二、判斷題1. 項目開發(fā)過程中可以無限制地使用資源。（X ）2. 項目具有暫時的特征。（ ）3. 項目管理核心的三角形是范圍、進度、風(fēng)險。（X ）4. 過程管理與項目管理在軟件組織中是兩項很重要的管理，項目管理用于保證項目的成功，而過程管理用于管理最佳實踐。（ ）5. 運作管理(Operation Management)是從宏觀上幫助企業(yè)明確和把握企業(yè)發(fā)展方向的管理。（ ）第1章 軟件項目初始過程一、 選擇題1. 項目建議書是哪個階段開發(fā)的文檔（ ）A. 項目執(zhí)行階段B. 項目結(jié)尾階段C. 項目初始階段D. 項目計劃階段2. 項目章程 （ ）A. 明確了項目經(jīng)理B. 確

2、定了項目的質(zhì)量標(biāo)準(zhǔn)C. 明確了團隊的紀律D. 定義了項目需求3. 對于風(fēng)險比較大的項目，最好選擇（ ）生存期模型，A. 瀑布模型B. 原型C. 螺旋模型D. V模型4. 開發(fā)項目建議書的目的是為了（ ）A. 驗收B. 競標(biāo)或者簽署合同C. 編寫計劃D. 跟蹤控制項目三、判斷題1. 項目經(jīng)理是一個綜合的角色（ ）2. 軟件項目都是需要簽署合同的（ ）3. 增量式模型可以避免一次性投資太多帶來的風(fēng)險（ ）4. 項目章程類似一個項目授權(quán)書（ ）5. 在甲乙合同項目中，提出需求的一方是乙方（ ）6. 如果是內(nèi)部項目，在項目初始階段可以不提交招標(biāo)書（ ）C A C B × × 第二章

3、-范圍計劃一、選擇題1. 需求分析是回答系統(tǒng)必須（）的問題A. 做什么B. 怎么做C. 何時做D. 為誰做2. WBS（工作分解結(jié)構(gòu)）非常重要，因為下列原因，除了（ ）A. 幫助組織工作B. 防止遺漏工作C. 為項目估算提供依據(jù)D. 確定團隊成員責(zé)任3. 項目范圍（ ）A. 只在項目開始時重要B. 在授權(quán)項目的合同或者其他文件得以批準(zhǔn)后就不再重要了C. 從項目概念階段到收尾階段都應(yīng)該加以管理和控制D. 是在項目執(zhí)行階段通過變更控制步驟進行處理的問題4. 為了有效地管理項目，應(yīng)該將工作分解為更小的部分，以下各項中，哪一項不能說明任務(wù)應(yīng)該分解到什么程度？（ ）A. 可以在80小時內(nèi)完成B. 不能再

4、進一步進行邏輯細分了C. 可由一個人完成D. 可以進行實際估算5. 范圍變更是指（ ）A. 修改技術(shù)規(guī)格B. 對范圍陳述進行修訂C. 對批準(zhǔn)后的WBS進行修改D. 以上都不是6. 下面哪個不是需求管理的過程（ ）A. 需求設(shè)計B. 需求獲取C. 需求分析D. 需求變更7. 下面那個不是創(chuàng)建WBS的方法（ ）A. 自頂向下B. 自底向上C. 控制方法D. 模版指導(dǎo)8. 任務(wù)分解可以()，它是范圍變更的一項重要輸入A. 提供項目成本估算結(jié)果B. 提供項目范圍基線C. 規(guī)定項目采用的過程D. 提供項目的關(guān)鍵路徑9. 范圍基線由（ ）組成A. 項目章程、批準(zhǔn)的詳細的項目范圍說明書和WBSB. 批準(zhǔn)的詳

5、細項目范圍說明書、WBS和WBS字典C. 項目章程、項目工作說明書和WBSD. WBS二、判斷題1. 需求分析過程是確定項目如何實現(xiàn)的過程，并確定項目的技術(shù)方案（ ）2. 對于一個重來沒有做過的項目，開發(fā)WBS時，可以采用自底向上的方法（ ）ADCBDACBB× 第三章-軟件項目進度計劃一、選擇題1. 快速跟進是指（A ）A. 采用并行執(zhí)行任務(wù)，加速項目進展B. 用一個任務(wù)取代另外的任務(wù)C. 如有可能，減少任務(wù)數(shù)量D. 減輕項目風(fēng)險2. 趕工一個任務(wù)時，你應(yīng)該關(guān)注（D ）A. 盡可能多的任務(wù)B. 非關(guān)鍵任務(wù)C. 加速執(zhí)行關(guān)鍵路徑上的任務(wù)D. 通過成本最低化加速執(zhí)行任務(wù)3. “軟件編碼

6、完成之后，我才可以對它進行軟件測試”,這句話說明了哪種依賴關(guān)系？（A ）A. 強制性依賴關(guān)系B. 軟邏輯關(guān)系 C. 外部依賴關(guān)系D. 里程碑4. 如果用戶提供的環(huán)境設(shè)備需要月日到位，所以環(huán)境測試安排在月日以后，這種活動安排的依賴依據(jù)是：（ C）A. 強制性依賴關(guān)系B. 軟邏輯關(guān)系 C. 外部依賴關(guān)系D. 里程碑 5. 對一個任務(wù)進行進度估算時,A是樂觀者,估計是6天完成,B是悲觀者,估計是24天完成,C是有經(jīng)驗者認為最有可能是12天完成，那么這個任務(wù)的歷時估算是介于10天到16天的概率是（B ）A. 50%B. 68.3%C. 70%D. 99.7%=（P-O）/6=(24-6)/6=3E=(

7、O+4M+P)/6=(6+4*12+24)/6=136. 下面哪項可能延長項目的進度？（ A）A. LagB. LeadC. 趕工D. 快速跟進7. 關(guān)于浮動，下面除了哪個都是不正確的？（D ）A. 每個任務(wù)都有浮動B. 只有復(fù)雜的項目有浮動 C. 浮動是在不增加項目成本的條件下，一個活動可以延遲的時間量D. 浮動是在不影響項目完成時間的前提下，一個活動可以延遲的時間量8. 關(guān)于網(wǎng)絡(luò)圖，下面哪個是不正確的？（C）A. 網(wǎng)絡(luò)圖可用于安排計劃B. 網(wǎng)絡(luò)圖展示任務(wù)之間的邏輯關(guān)系C. 網(wǎng)絡(luò)圖可用于跟蹤項目D. 網(wǎng)絡(luò)圖可用于詳細的時間管理9. 資源平衡最好用于（D）活動A. 時間很緊的B. 按時的C.

8、非關(guān)鍵路徑D. 關(guān)鍵路徑10. 下面哪項可以決定進度的靈活性(B )A. PERTB. Total floatC. ADMD. 趕工第四章-軟件項目成本計劃一、選擇題1. （A ）是用系統(tǒng)的功能數(shù)量來測量其規(guī)模，與實現(xiàn)產(chǎn)品所使用的語言和技術(shù)沒有關(guān)系的。A. 功能點B. 對象點C. 代碼行D. 用例點2. 如果你是某項目的項目經(jīng)理，你已經(jīng)估算出每個單元的成本是￥129。這個項目一共有1200單元，你采用什么估算方法？( A)A. 自下而上估算法B. 類比估算法C. 專家估算法D. 參數(shù)估算法3. 在項目初期，進行競標(biāo)合同的時候，一般采用的成本估算方法是（ B）A. 參數(shù)估算法B. 類比估算法C.

9、 專家估算法D. 功能點估算4. 在成本管理過程中，項目經(jīng)理確定的每個時間段，各個工作單元的成本是（B ）A. 估算B. 預(yù)算C. 直接成本D. 間接成本 二、判斷題1. 間接成本是與一個具體的項目相關(guān)的成本（X ）2. 軟件項目的估算結(jié)果是比較準(zhǔn)確的（X ）3. 在進行軟件項目估算的時候，可以參照其它企業(yè)的項目估算模型（ ）4. COCOMO 81有3個等級的模型: 基本(basic)模型、 中等(intermediate)模型、 高級（詳細(detailed)）模型。（ ）第五章-軟件項目質(zhì)量計劃一、選擇題1、 項目質(zhì)量管理的最終責(zé)任由誰來承擔(dān)（D）A. 項目開發(fā)人員B. 采購經(jīng)理C. 質(zhì)

10、量經(jīng)理D. 項目經(jīng)理2、 “質(zhì)量成本”是一個項目管理概念，它說明了下列哪項成本（ A）A. 額外需求的成本B. 需求變更的成本C. 確保符合需求的成本D. 固定成本3、 增加有益的活動過程減少沒有價值的活動過程是哪類質(zhì)量活動（C ）A. 質(zhì)量保證B. 質(zhì)量規(guī)劃C. 質(zhì)量控制D. 質(zhì)量改進4、 質(zhì)量控制是（B）A. 對每個工作包增加工作時間B. 項目生存期的各個階段都需要實施的C. 只需要做一次D. 只有大的項目才需要的5、 質(zhì)量管理計劃與質(zhì)量體系得區(qū)別在于（A）A. 質(zhì)量計劃是針對單一的產(chǎn)品、項目、服務(wù)和合同制定的B. 質(zhì)量管理系統(tǒng)是針對單一的產(chǎn)品、項目、服務(wù)和合同制定的C. 質(zhì)量管理系統(tǒng)是由

11、一個單獨的組織實體使用D. 質(zhì)量計劃不屬于項目計劃的一部分6、 項目質(zhì)量管理的目標(biāo)是滿足（ B）的需要A. 老板B. 干系人C. 項目D. 組織7、 質(zhì)量與等級的區(qū)別是什么（ B）A. 質(zhì)量是對需求的滿足程度，而等級是對質(zhì)量的排序。B. 質(zhì)量是對需求的滿足程度，而等級是對貨物和服務(wù)的排序。C. 在項目管理過程中，質(zhì)量和等級沒有明顯的區(qū)別。D. 質(zhì)量是項目的最終結(jié)果，而等級是項目進展過程中對質(zhì)量的排序。8、 下面除了哪項都不是質(zhì)量計劃的方法（A）A. 質(zhì)量檢查。B. 對等評審。C. 抽樣分析D. 試驗設(shè)計二、判斷題1、 質(zhì)量計劃中可以確定質(zhì)量保證人員的特殊匯報渠道。（）2、 質(zhì)量計劃可以在項目進

12、行過程中編寫，不一定在前期完成。（X ）第六章-軟件項目人力資源計劃一、選擇題1、 矩陣型組織的一個主要的優(yōu)點是（C ） A. 加強項目經(jīng)理對資源的控制B. 項目團隊可以有多個老板C. 溝通更加便捷D. 報告更加容易2、 在哪種組織結(jié)構(gòu)中，項目成員沒有安全感（C ）A. 職能型B. 矩陣型C. 項目型D. 弱矩陣型3、 項目經(jīng)理在一個高科技公司，現(xiàn)在正在為一個新的項目選擇合適的組織結(jié)構(gòu)，這個項目涉及很多的領(lǐng)域和特性，他應(yīng)該選擇哪種組織結(jié)構(gòu)（ A）A. 矩陣型B. 項目型C. 職能型D. 組織型4、 責(zé)任分配矩陣是（A ）A. 進行人力資源計劃的一個工具B. 一種組織結(jié)構(gòu)C. 與WBS類似D.

13、估算成本的方法5、 人力資源分配圖是 （B ）A. 展現(xiàn)目前的人力資源質(zhì)量B. 展現(xiàn)項目中人力資源在各個階段的分布情況C. 說明人員分工情況D. 說明項目需要的所有資源6、 人員管理計劃描述了（D ）A. 如何獲取項目成員B. 如何解決沖突C. 項目經(jīng)理的團隊建設(shè)總結(jié)D. 項目團隊的人員什么時候如何加入到團隊中和離開團隊二、判斷題1、 組織分解結(jié)構(gòu)(OBS Organizational Breakdown Structure)是一種特殊的WBS。（）2、 責(zé)任分配矩陣是明確其角色與職責(zé)的有效工具（）3、 職能型組織結(jié)構(gòu)中項目經(jīng)理的權(quán)利最大（X ）4、 為了創(chuàng)建一個組織結(jié)構(gòu)圖，項目管理者首先明確

14、項目需要的人員類型（ ）第七章-軟件項目溝通計劃一、選擇題1、 項目經(jīng)理花在溝通上的時間是（B ）A. 20-40%B. 75-90%C. 60%D. 30%-60%2、 大量使用（B ）溝通最有可能協(xié)助解決復(fù)雜的問題A. 口頭B. 書面C. 正式D. 信息管理系統(tǒng)3、 對于項目中比較重要的通知，最好采用（C）溝通方式A. 口頭B. 網(wǎng)絡(luò)方式C. 書面D. 電話4、 項目團隊原來有6個成員，現(xiàn)在又增加了6個成員，這樣溝通渠道增加了多少（A ）A. 4.4倍B. 6倍C. 2倍D. 6條5、 在項目進行過程中，老板突然有個緊急的通知告知項目經(jīng)理，要求項目經(jīng)理告訴團隊成員，這時項目經(jīng)理應(yīng)該采?。ˋ

15、 ）溝通方式A. 口頭B. 書面C. 正式D. 檢索6、 下面各項對溝通計劃的描述，哪項是錯誤的（D ）A. 確定溝通需求B. 確定溝通的內(nèi)容C. 確定溝通方法D. 對項目管理是沒有必要的二、判斷題1、 在項目管理過程中，溝通是項目管理者的一部分工作，而且是很少的一部分工作（X ）2、 溝通計劃是項目計劃的一部分（ ）3、 溝通管理的基本原則是及時性，準(zhǔn)確性，完整性，可理解性（ ）4、 在IT項目中，許多專家都認為：對于成功，威脅最大的就是溝通的失敗。（ ）第八章-項目管理風(fēng)險計劃一、選擇題1、 在風(fēng)險分析中使用靈敏度分析可以（C ）A. 取代不確定性分析B. 估算管理層對風(fēng)險的厭惡級別C.

16、估算一個項目變量變更對整個項目的影響D. 確定達到項目目標(biāo)的概率2、 以下各項關(guān)于回避風(fēng)險的陳述除了（C ）都是正確的:A. 消除引起風(fēng)險的因素B. 決定不對風(fēng)險過高的項目進行投標(biāo)C. 風(fēng)險倘若發(fā)生,就接受后果D. 決定取消采用具有高風(fēng)險的新技術(shù)，而采用原來熟悉的技術(shù)3、 下面哪項不是風(fēng)險管理的過程（ D）A. 風(fēng)險評估B. 風(fēng)險識別C. 風(fēng)險規(guī)劃D. 風(fēng)險收集4、 在靠近河邊的某建筑工地，洪水毀壞了所有挖掘的地基，這是發(fā)生了什么類型的風(fēng)險?（B ）A. 已知風(fēng)險（Known knowns）B. 可預(yù)測風(fēng)險（Known unknowns）C. 不可預(yù)測風(fēng)險（unknown unknowns）

17、D. 其他5、 在風(fēng)險分析過程中，確定已經(jīng)識別的一個風(fēng)險事件是無法避免的，也是不能減輕的，也不能投保，這是一個關(guān)鍵的風(fēng)險事件，一旦發(fā)生可能造成項目的失敗，項目經(jīng)理最佳的選擇是（B ）A. 降低風(fēng)險的級別，項目團隊將找到一個克服故障的方法B. 特別關(guān)注，加強管理該風(fēng)險事件和所有的相關(guān)事件C. 讓風(fēng)險評估小組繼續(xù)分析該風(fēng)險事件，直到降低預(yù)期影響D. 忽略風(fēng)險評估，因為不管賦予什么值，都只是一個估算。6、 關(guān)于回避風(fēng)險的策略，下面哪個是不正確的（B ）A. 回避風(fēng)險是最有效的策略B. 風(fēng)險發(fā)生概率極高、風(fēng)險后果影響很嚴重時才可以考慮采用這個策略C. 當(dāng)其他的風(fēng)險策略不理想的時候，才可以考慮這個策略D

18、. 不是所有的風(fēng)險都可以采取回避策略的7、 風(fēng)險的三個屬性是（ C）A. 風(fēng)險發(fā)生的時間、地點、負責(zé)人B. 風(fēng)險事件、時間、影響C. 風(fēng)險事件、概率、影響D. 風(fēng)險數(shù)量、風(fēng)險影響程度、概率8、 購買保險是（A ）類型的風(fēng)險處理策略A. 風(fēng)險轉(zhuǎn)移B. 風(fēng)險規(guī)避C. 風(fēng)險抑制D. 風(fēng)險自擔(dān)9、 在什么情況下可以采用德爾菲方法進行風(fēng)險識別（B ）A. 存在模擬模型B. 需要大家的統(tǒng)一意見C. 有大量歷史項目D. 風(fēng)險概率明確第十三章-軟件項目結(jié)束過程一、選擇題1、 在項目的末期，與賣方的合同還有尚未解決的索賠，項目經(jīng)理（D ）A. 可能將合同收尾工作轉(zhuǎn)交給合同管理人員B. 通過審計來澄清索賠原因C. 知道合同不能收尾D. 進行合同收尾，合同收尾之后，可能采取法律行動2、 合同已經(jīng)結(jié)束的正式通知應(yīng)該由（B ）提供給買方A. 項目經(jīng)理B. 合同管理負責(zé)人C. 項目控制官員D. 項目發(fā)起人3、 在項目結(jié)束階段，可交付成果審核的目的與項目績效用來（D ）A. 根據(jù)項目基準(zhǔn)，確定完成項目需要多少資源B. 基于過去的績效，調(diào)整進度和成本基準(zhǔn)C. 得到客戶對項目可以交付成果的驗收D. 確定項目是否應(yīng)該繼續(xù)進入到下一個階段4、 項目接近結(jié)束的時候，如果客戶希望對項目范圍進行大