軟件項目管理案例教程(第二版)習題答案

1、軟件項目管理案例教程(第二版)習題答案軟件項目管理案例教程(第二版)習題答案軟件項目管理案例教程(第二版)習題答案V:1.0精細整理，僅供參考 軟件項目管理案例教程(第二版)習題答案日期：20 xx年X月軟件項目管理案例教程第二版習題答案目錄 TOC o 1-3 h z u HYPERLINK l _Toc7 第0章 軟件項目管理概述 PAGEREF _Toc7 h 2 HYPERLINK l _Toc8 第1章 軟件項目初始過程 PAGEREF _Toc8 h 3 HYPERLINK l _Toc9 第二章-范圍計劃 PAGEREF _Toc9 h 6 HYPERLINK l _Toc0 第

2、三章-軟件項目進度計劃 PAGEREF _Toc0 h 8 HYPERLINK l _Toc1 第四章-軟件項目成本計劃 PAGEREF _Toc1 h 10 HYPERLINK l _Toc2 第五章-軟件項目質(zhì)量計劃 PAGEREF _Toc2 h 11 HYPERLINK l _Toc3 第六章-軟件項目人力資源計劃 PAGEREF _Toc3 h 13 HYPERLINK l _Toc4 第七章-軟件項目溝通計劃 PAGEREF _Toc4 h 14 HYPERLINK l _Toc5 第八章-項目管理風險計劃 PAGEREF _Toc5 h 17 HYPERLINK l _Toc6

3、第九章-軟件項目合同計劃 PAGEREF _Toc6 h 19 HYPERLINK l _Toc7 第十章-軟件項目配置管理 PAGEREF _Toc7 h 20 HYPERLINK l _Toc8 第十一章-軟件項目集成計劃 PAGEREF _Toc8 h 21 HYPERLINK l _Toc9 第十二章-軟件項目執(zhí)行控制過程 PAGEREF _Toc9 h 22 HYPERLINK l _Toc0 第十三章-軟件項目結(jié)束過程 PAGEREF _Toc0 h 25軟件項目管理案例教程第二版習題答案韓萬江、姜立新機械工業(yè)出版社第0章 軟件項目管理概述1、項目集成管理是什么項目集成管理是在項目

4、的整個生存期內(nèi)，協(xié)調(diào)項目管理其他各管理知識域，將項目管理的方方面面集成為一個有機整體，保證項目的總目標的實現(xiàn)。項目集成管理從一個宏觀的角度將項目作為一個整體來考察。包括的過程包括：項目章程編制、初始項目范圍編制、項目計劃編制、指導與管理項目執(zhí)行、項目監(jiān)控、集成變更控制、項目結(jié)束等過程。項目管理的目標在于對項目中的不同組成元素進行正確高效的協(xié)調(diào)，他不是所有項目組成元素的簡單相加。2、項目管理的9大知識領域是什么1）項目集成管理2）項目范圍管理3）項目時間管理4）項目成本管理5）項目質(zhì)量管理6）項目人力資源管理7）項目溝通管理8）項目風險管理9）項目采購管理為了成功實現(xiàn)項目的目標，首先必須設定項目

5、的工作和管理范圍，即項目的范圍管理。為了正確實施項目，需要對項目目標進行分解，即對項目的時間、質(zhì)量、成本三大目標進行分解，即項目時間管理、項目成本管理、項目質(zhì)量管理項目實施過程，需要投入人力、物力：項目人力資源管理、項目采購管理為了項目的團隊人員的管理，讓大家有一致的目標，需要溝通，即項目的溝通管理當然，項目實施過程會遇到各種風險，因此需要進行風險管理，即項目的風險管理當項目管理一定要協(xié)調(diào)各個方面，不能只顧局部利益和細節(jié)，因此需要集成管理，即項目的集成管理3、項目的成本管理包括哪些過程包括成本估算、成本預算、成本控制等過程4、項目管理的5個過程組是什么啟動過程組、計劃過程組、執(zhí)行過程組、控制過

6、程組、收尾過程組5. 判斷下面活動哪些是項目？ 上課 野餐活動 集體婚禮 社區(qū)保安 開發(fā)微軟的操作系統(tǒng) 每天的衛(wèi)生保潔 神州飛船計劃二、判斷題1. 項目開發(fā)過程中可以無限制地使用資源。（X ）2. 項目具有暫時的特征。（ ）3. 項目管理核心的三角形是范圍、進度、風險。（X ）4. 過程管理與項目管理在軟件組織中是兩項很重要的管理，項目管理用于保證項目的成功，而過程管理用于管理最佳實踐。（ ）5. 運作管理(Operation Management)是從宏觀上幫助企業(yè)明確和把握企業(yè)發(fā)展方向的管理。（ ）第1章 軟件項目初始過程名次解釋項目章程項目章程是指項目執(zhí)行組織高層批準的一份以書面簽署的確

7、認項目存在的文件，包括對項目的確認、對項目經(jīng)理的授權和項目目標的概述等。嚴格地說，姓名章程包括隊開始一個項目或項目階段的正式授權，但是通常而言，在每個項目階段都對項目進行一次授權的做法并不多見。項目章程是一個正式的文檔，它正式的認可一個項目的有效性，并指出項目的目標和管理方向。它授權項目經(jīng)理來完成項目，從而保證項目經(jīng)理可以組織資源用于項目活動。項目章程由項目發(fā)起人、出資人或者高層管理人員簽發(fā)。項目建議書即項目投標書。主要按招標文件的內(nèi)容和要求，詳細描述我方的解決方案和報價，一般來說，軟件系統(tǒng)的標書書寫要包含需求分析、競價設計方案、系統(tǒng)功能模塊、軟硬件選型、培訓與技術支持、報價等幾大部分。 同時

8、給出我方凡能代表公司實力、能力的各類證明文件，能提供的盡量提供，最大限度地將自己推薦出去。下面的是一些說明。由于招標項目的性質(zhì)和規(guī)模不同，標書文件的具體內(nèi)容也就各不相同，但標書所包含的內(nèi)容要按招標文件中所要求的關鍵問題與將要問題，依次展開，切忌前后顛倒、評獎不分?？傊?標書要使招標單位閱讀后感覺重點突出，印象深刻。 下面簡要介紹一般標書應該包含的內(nèi)容： 一、投標函 投標函也叫答標書，是給招標單位的首閱文件，主要說明我方?jīng)Q定參加招標項目的投標以及我方所委托的全權代表和文件，投標函示例如下： （某招標單位）： （投標單位全稱）授權（全權代表姓名）（職務、職稱）為全權代表，參加貴方組織的（招標編號

9、、項目名稱）招標的有關活動。 為此： 1、 提供“投標須知”規(guī)定的全部投標文件： 投標書正文一份，副本二份； 資格證明文件一份； 2、 保證遵守招標文件中的有關規(guī)定和收費標準。 3、 保證踏實地執(zhí)行買賣雙方所簽訂的經(jīng)濟合同，并承擔合同規(guī)定的責任義務。 4、 愿意向貴方提供與該項目有關的一切數(shù)據(jù)和技術資料。 5、 本投標文件自開標日起30天內(nèi)有效。 地址： 郵編： 電話： 傳真： Email： 投方單位：（蓋章） 全權代表：（簽字） 日期： 年 月 日 二、標書正文 標書正文是標書的主體，要按招標文件的內(nèi)容和要求，詳細描述我方的解決方案和報價，一般來說，軟件系統(tǒng)的標書書寫要包含需求分析、競價設計

10、方案、系統(tǒng)功能模塊、軟硬件選型、培訓與技術支持、報價等幾大部分。 下面給出一分標書的內(nèi)容示例，以供參考： 第1章 保密協(xié)議 第2章 概述 項目簡介 項目目標 第3章 設計原則 第4章 系統(tǒng)需求分析 概述 業(yè)務流程描述 主要功能分析 系統(tǒng)性能指標 系統(tǒng)的升級與二次開發(fā) 第5章 系統(tǒng)總體方案 概述 各功能模塊介紹 功能模塊接口設計 第6章 軟硬件選型與配置 概述 軟件選型與配置 硬件選型與配置 第7章 項目管理及實施 項目人員組織結(jié)構 項目進度計劃 項目風險管理 項目文檔 項目質(zhì)量保證 第8章 培訓與技術支持 第9章 報價 附錄 關鍵技術介紹 三、資質(zhì)證明和其它材料 一般來說，資質(zhì)證明和其它材料包

11、括但不限于下述內(nèi)容： 1） 營業(yè)執(zhí)照復印件 2） 投標產(chǎn)品鑒定證書復印件 3） 投標產(chǎn)品獲獎證書復印件 4） 得到國家專利局授予的專利產(chǎn)品證書及編號 5） 第三方提供的產(chǎn)品檢測報告。 6） 產(chǎn)品銷售業(yè)績，一般可介紹近三年公司的市場份額，每年銷售提升的比例。 7） 銀行資信證明，銀行出具資信證明可以體現(xiàn)投標單位的實力。 8） 主要管理人員、技術人員的簡單履歷。 總之，凡能代表公司實力、能力的各類證明文件，能提供的盡量提供，最大限度地將自己推薦出去。選擇題1. 項目建議書是哪個階段開發(fā)的文檔（C ）A. 項目執(zhí)行階段B. 項目結(jié)尾階段C. 項目初始階段D. 項目計劃階段2. 項目章程 （A ）A.

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

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

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

15、目范圍說明書、WBS和WBS字典C. 項目章程、項目工作說明書和WBSD. WBS二、判斷題1. 需求分析過程是確定項目如何實現(xiàn)的過程，并確定項目的技術方案（）2. 對于一個重來沒有做過的項目，開發(fā)WBS時，可以采用用自底向上的方法（X ）補充材料項目范圍變更管理項目中不可避免的會發(fā)生范圍的變更，不論是在項目的開始階段或是項目的將要結(jié)束階段，都有可能會發(fā)生項目范圍的變更，而項目范圍的變更會自然而然地對項目有影響，所以，怎么樣控制項目的范圍變更是項目管理所需要做的一個重要內(nèi)容。項目所處的階段越早，項目不確定性就越大，項目調(diào)整或變更的可能性就越大，同時帶來的代價比較低。但隨著項目的進行，不確定性逐

16、漸減小，而變更的代價、付出的人力、資源逐漸增加，就會增加決策的困難度。一旦項目變更發(fā)生了，項目管理該怎么處理呢？我認為：1） 記錄變更請求（CR）： 任何變更，不論以后是否會被接受，都應該首先記錄下來，有些變更請求也許在本階段不被接受，也許可以成為以后參考的功能或范圍。所以對于任何變更請求，首先要做的是記錄下來是一個什么樣的變更請求，是由哪一類項目干系人提出來的，以及相應的聯(lián)系方式。2） 澄清變更細節(jié)，分析相應變更請求的必要性。3） 對變更請求產(chǎn)生的原因進行分析，象是由于在項目初期對需求沒有明確產(chǎn)品范圍產(chǎn)生的項目變更，或是沒有明確項目范圍產(chǎn)生的變更，還是由于外部事件產(chǎn)生的原因。4） 根據(jù)變更請

17、求，由相應的人員分析相應變更請求對現(xiàn)有項目進度的影響程度，并分析相關的變更請求之間的影響關系，添加相應記錄在相應的變更請求中。5） 根據(jù)變更請求對現(xiàn)有項目進度影響程度，確認相應的成本估計。6） 對項目變更排列優(yōu)先級。針對項目現(xiàn)有進度，進行項目變更的項目進度影響、費用及項目可接受影響程度，建議對變更請求采取的應對措施，記錄風險和相應的風險應對計劃。7） 同項目贊助人協(xié)商項目變更影響，解決變更請求需要符合的條件，以及相應的費用的變化，及項目贊助人的可接受程度確定是否實施變更。8） 項目配置控制委員會批準相應的項目范圍變更，進度計劃，人員和費用計劃。9） 項目管理將項目變更加入現(xiàn)有項目的項目詳細計劃

18、中，更新相應的項目文檔，通知相應項目干系人相應的項目內(nèi)容、進度、人員、費用的變更。10） 執(zhí)行并提交項目變更11） 在項目變更被接受后，終止變更請求。12） 記錄實際項目變更所帶來的影響，汲取的教訓分析。第三章-軟件項目進度計劃一、選擇題1. 快速跟進是指（A ）A. 采用并行執(zhí)行任務，加速項目進展B. 用一個任務取代另外的任務C. 如有可能，減少任務數(shù)量D. 減輕項目風險2. 趕工一個任務時，你應該關注（D ）A. 盡可能多的任務B. 非關鍵任務C. 加速執(zhí)行關鍵路徑上的任務D. 通過成本最低化加速執(zhí)行任務3. “軟件編碼完成之后，我才可以對它進行軟件測試”,這句話說明了哪種依賴關系（A ）

19、A. 強制性依賴關系B. 軟邏輯關系 C. 外部依賴關系D. 里程碑4. 如果用戶提供的環(huán)境設備需要月日到位，所以環(huán)境測試安排在月日以后，這種活動安排的依賴依據(jù)是：（ C）A. 強制性依賴關系B. 軟邏輯關系 C. 外部依賴關系D. 里程碑 5. 對一個任務進行進度估算時,A是樂觀者,估計是6天完成,B是悲觀者,估計是24天完成,C是有經(jīng)驗者認為最有可能是12天完成，那么這個任務的歷時估算是介于10天到16天的概率是（B ）A. 50%B. %C. 70%D. %=（P-O）/6=(24-6)/6=3E=(O+4M+P)/6=(6+4*12+24)/6=136. 下面哪項可能延長項目的進度（

20、A）A. LagB. LeadC. 趕工D. 快速跟進7. 關于浮動，下面除了哪個都是不正確的（D ）A. 每個任務都有浮動B. 只有復雜的項目有浮動 C. 浮動是在不增加項目成本的條件下，一個活動可以延遲的時間量D. 浮動是在不影響項目完成時間的前提下，一個活動可以延遲的時間量8. 關于網(wǎng)絡圖，下面哪個是不正確的（C）A. 網(wǎng)絡圖可用于安排計劃B. 網(wǎng)絡圖展示任務之間的邏輯關系C. 網(wǎng)絡圖可用于跟蹤項目D. 網(wǎng)絡圖可用于詳細的時間管理9. 資源平衡最好用于（D）活動A. 時間很緊的B. 按時的C. 非關鍵路徑D. 關鍵路徑10. 下面哪項可以決定進度的靈活性(B )A. PERTB. Tot

21、al floatC. ADMD. 趕工二、計算題1. 根據(jù)圖3-21計算項目在20天內(nèi)完成的概率，其中任務1的最樂觀、最悲觀和最可能的歷時估計是8天，10天，24天, 任務2的最樂觀、最悲觀和最可能的歷時估計是1天，5天，9天？解：項值歷時估計E標準差方差任務1128/364/9任務254/316/9項目路徑17380/9E1即173，從14天到20天的概率為%，所以20天完成的概率為P=P(17天)+P(17-20天)=50%+%/2=%.第四章-軟件項目成本計劃一、選擇題1. （A ）是用系統(tǒng)的功能數(shù)量來測量其規(guī)模，與實現(xiàn)產(chǎn)品所使用的語言和技術沒有關系的。A. 功能點B. 對象點C. 代碼

22、行D. 用例點2. 如果你是某項目的項目經(jīng)理，你已經(jīng)估算出每個單元的成本是￥129。這個項目一共有1200單元，你采用什么估算方法( A)A. 自下而上估算法B. 類比估算法C. 專家估算法D. 參數(shù)估算法3. 在項目初期，進行競標合同的時候，一般采用的成本估算方法是（ B）A. 參數(shù)估算法B. 類比估算法C. 專家估算法D. 功能點估算4. 在成本管理過程中，項目經(jīng)理確定的每個時間段，各個工作單元的成本是（A ）A. 估算B. 預算C. 直接成本D. 間接成本 二、判斷題1. 間接成本是與一個具體的項目相關的成本（X ）2. 軟件項目的估算結(jié)果是比較準確的（X ）3. 在進行軟件項目估算的時

23、候，可以參照其它企業(yè)的項目估算模型（ ）4. COCOMO 81有3個等級的模型: 基本(basic)模型、 中等(intermediate)模型、 高級（詳細(detailed)）模型。（ ）三、計算題1. 如果某軟件公司正在進行一個項目，預計有50KLOC的代碼量，項目是中等規(guī)模的半嵌入式類型的項目，采用中等COCOMO模型，項目屬性中只有可靠性為很高級別（即取值為），其他屬性為正常，計算項目是多少人月的規(guī)模如果2萬元/人月，則項目的費用是多少。Effort=a*(KLOC)b*F查表a=,b=,F=1Effort=*1=(人月)所以項目的費用為2*Effort=萬元2. 項目經(jīng)理正在進行

24、一個媒體信息查詢系統(tǒng)項目的估算，他采用的delphi的成本估算方法，邀請2位專家估算，第一個專家給出1萬， 8萬，9萬的估算值，第二個專家給出了4萬， 6萬 ， 萬8 萬的估算，計算這是成本的估算值是多少解:E1=(a1+4*m1+b1)/6=(1+32+9)/6=7E2=(a2+4*m2+b2)/6=(4+24+8)/6=6E=(E1+E2)/2=（萬元）第五章-軟件項目質(zhì)量計劃一、選擇題1、 項目質(zhì)量管理的最終責任由誰來承擔（D）A. 項目開發(fā)人員B. 采購經(jīng)理C. 質(zhì)量經(jīng)理D. 項目經(jīng)理2、 “質(zhì)量成本”是一個項目管理概念，它說明了下列哪項成本（ A）A. 額外需求的成本B. 需求變更的

25、成本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)品、項目、服務和合同制定的B. 質(zhì)量管理系統(tǒng)是針對單一的產(chǎn)品、項目、服務和合同制定的C. 質(zhì)量管理系統(tǒng)是由一個單獨的組織實體使用D. 質(zhì)量計劃不屬于項目計劃的一部分6、 項目質(zhì)量管理的目標是滿足（ B）的需要A. 老板B. 干系

26、人C. 項目D. 組織7、 質(zhì)量與等級的區(qū)別是什么（ B）A. 質(zhì)量是對需求的滿足程度，而等級是對質(zhì)量的排序。B. 質(zhì)量是對需求的滿足程度，而等級是對貨物和服務的排序。C. 在項目管理過程中，質(zhì)量和等級沒有明顯的區(qū)別。D. 質(zhì)量是項目的最終結(jié)果，而等級是項目進展過程中對質(zhì)量的排序。8、 下面除了哪項都不是質(zhì)量計劃的方法（A）A. 質(zhì)量檢查。B. 對等評審。C. 抽樣分析D. 試驗設計二、判斷題1、 質(zhì)量計劃中可以確定質(zhì)量保證人員的特殊匯報渠道。（V）2、 質(zhì)量計劃可以在項目進行過程中編寫，不一定在前期完成。（X ）補充材料質(zhì)量管理活動基本包括質(zhì)量保證和質(zhì)量控制兩類。質(zhì)量保證是在項目過程中實施的

27、有計劃、有系統(tǒng)的活動，確保項目滿足相關的標準，典型的例子是評審和審計。質(zhì)量控制指采取適當?shù)姆椒ūO(jiān)控項目結(jié)果，確保結(jié)果符合質(zhì)量標準，還包括跟蹤缺陷的排除情況，典型的例子就是測試。對于軟件開發(fā)來說，重要的質(zhì)量活動包括： 1）評審：檢查項目中間產(chǎn)品，早期發(fā)現(xiàn)缺陷以減少后期修改和返工的工作量。 2）測試：直接檢查軟件產(chǎn)品中的缺陷，確保產(chǎn)品符合要求。一般通過單元測試、功能測試、集成測試、壓力測試實現(xiàn)。 3）缺陷追蹤：記錄和追蹤缺陷從發(fā)現(xiàn)到解決的整個過程，確保所有的問題都有結(jié)論（注意，并非一定都能解決，解決不了的要進行評價）。這是與評審和測試配合使用的一個重要管理過程。 4）審計：對項目的工作過程進行檢查

28、，確保所有活動遵循規(guī)程進行。 5）變更控制：在前面的章節(jié)中談過，這也是一個重要的質(zhì)量活動。 6）配置管理：記錄這些中間和最終產(chǎn)品（配置項）變化的歷史，確保他們的正確性和一致性。 質(zhì)量管理不是一堆文檔就可以解決問題的，要想確實作好有三點很重要：一是培訓，要確保員工知道為什么要這樣做能解決什么問題具體如何做沒有這種培訓，員工很容易把質(zhì)量管理理解為填寫各種表格的繁文縟節(jié)。二是與客戶交流，筆者發(fā)現(xiàn)很多時候因廠商沒有與客戶進行必要的交流，客戶總覺得“什么事都要填表”是在故意刁難；通過解釋客戶往往非常理解，覺得這正是廠商做事規(guī)范的表現(xiàn)，因此會變得很配合。三是慎重選用SQA。SQA在軟件質(zhì)量管理中責任重大，

29、最好有一定的開發(fā)經(jīng)驗，并愿意從事質(zhì)量管理活動。SQA典型職責如下： 1）根據(jù)項目特點對過程進行裁剪，并審定最終的質(zhì)量標準； 2）幫助項目經(jīng)理制定計劃并最終審批，過程中對變更進行審批； 3）進行日常的項目審計，確保項目按規(guī)程工作； 4）在階段點對項目的基線進行審計，配置管理情況； 5）收集和分析各種度量數(shù)據(jù)，并向高層報告項目情況； 6）對項目組成員進行培訓。 總之，質(zhì)量管理主要通過“文檔”控制“過程”。質(zhì)量管理需要一定代價，要平衡與進度和成本的關系。質(zhì)量保證是確保最終產(chǎn)品質(zhì)量的一系列活動；質(zhì)量控制是確保最終產(chǎn)品滿足要求一系列活動。軟件項目中的質(zhì)量管理的重要角色是SQA。第六章-軟件項目人力資源計

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

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

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

33、下面各項對溝通計劃的描述，哪項是錯誤的（D ）A. 確定溝通需求B. 確定溝通的內(nèi)容C. 確定溝通方法D. 對項目管理是沒有必要的二、判斷題1、 在項目管理過程中，溝通是項目管理者的一部分工作，而且是很少的一部分工作（X ）2、 溝通計劃是項目計劃的一部分（ V）3、 溝通管理的基本原則是及時性，準確性，完整性，可理解性（V ）4、 在IT項目中，許多專家都認為：對于成功，威脅最大的就是溝通的失敗。（ V）溝通管理: 信息溝通的幾種方式及其適用情境本文結(jié)合作者的工作經(jīng)驗，重點討論一下信息溝通的幾種方式及其適用情境。溝通是人際關系建設的永恒話題，溝通也是項目得以順利開展的有力保障。一項調(diào)查表明，

34、項目 HYPERLINK t _blank HYPERLINK t _blank 管理人員有70%左右的時間花在信息溝通上，可見“信息溝通”在項目建設過程中的重要性。我們知道，要想實現(xiàn)有效的溝通，除了當事人要具備良好的溝通技巧外，溝通方式的正確選擇也是非常重要的。以下結(jié)合作者的工作經(jīng)驗， HYPERLINK t _blank 總結(jié)出“團體溝通”和“個體溝通”幾種經(jīng)常采用的方式及這些方式的適用情境，供大家參考。一、團體溝通“團體溝通”，顧名思義是指至少三人以上參加的信息溝通活動。團體溝通主要有以下兩種常用的溝通方式：會議溝通和E-Mail(或書面)溝通。1、會議溝通“會議溝通”是一種成本較高的溝

35、通方式，溝通的時間一般比較長，因此常用于解決較重大、較復雜的問題。如下的幾種情境宜采用會議溝通的方式進行：(1)需要統(tǒng)一思想或行動時(如項目建設思路的討論、項目計劃的討論等);(2)需要當事人清楚、認可和接受時(如項目考核制度發(fā)布前的討論、項目考勤制度發(fā)布前的討論等);(3)傳達重要信息時(如項目里程碑總結(jié)活動、項目總結(jié)活動等);(4)澄清一些謠傳信息，而這些謠傳信息將對團隊產(chǎn)生較大影響時;(5)討論復雜問題的解決方案時(如針對復雜的技術問題，討論已收集到的解決方案等)。2、E-Mail(或書面)溝通“E-Mail(或書面)溝通”是一種比較經(jīng)濟的溝通方式，溝通的時間一般不長，溝通成本也比較低。

36、這種溝通方式一般不受場地的限制，因此被我們廣泛采用。這種方式一般在解決較簡單的問題或發(fā)布信息時采用。在計算機信息系統(tǒng)普及應用的今天，我們很少采用紙質(zhì)的方式進行溝通，因此以下只針對“E- Mail”的溝通方式進行總結(jié)。如下的幾種情境宜采用E-Mail的溝通方式進行：(1)簡單問題小范圍溝通時(如35個人溝通一下產(chǎn)出物最終的評審結(jié)論等);(2)需要大家先思考、斟酌，短時間不需要或很難有結(jié)果時(如項目組團隊活動的討論、復雜技術問題提前知會大家思考等);(3)傳達非重要信息時(如分發(fā)周項目狀態(tài)報告等);(4)澄清一些謠傳信息，而這些謠傳信息可能會對團隊帶來影響時。二、個體溝通所謂“個體溝通”，是指兩人

37、之間的溝通。個體溝通主要有以下三種常用的方式：當面溝通、電話溝通和E-Mail(或書面)溝通。1、當面溝通“當面溝通”是一種自然、親近的溝通方式，這種溝通方式往往能加深彼此之間的友誼、加速問題的冰釋。如下的幾種情境宜采用當面溝通的方式進行：(1)彼此之間的辦公距離較近時(如兩人在同一辦公室);(2)彼此之間存有誤會時;(3)對對方工作不太滿意，需要指出其不足時;(4)彼此之間已經(jīng)采用了E-Mail的溝通方式但問題尚未解決時。需要提醒注意的是：溝通雙方如果距離不是很遠，請優(yōu)先采用當面溝通的方式。我有時看到溝通雙方的距離不過一二十米還采用電話溝通的方式，這是非常不可取的。2、電話溝通“電話溝通”是

38、一種比較經(jīng)濟的溝通方式。如下的幾種情境宜采用電話溝通的方式進行：彼此之間的辦公距離較遠、但問題比較簡單時(如兩人在不同的辦公室需要討論一個報表數(shù)據(jù)的問題等);彼此之間的距離很遠，很難或無法當面溝通時;彼此之間已經(jīng)采用了E-Mail的溝通方式但問題尚未解決時。需要特別注意的是：在成本相差無幾的情況下，請優(yōu)先采用當面溝通的方式。3、E-Mail(或書面)溝通“E-Mail(或書面)溝通”是一種最經(jīng)濟的溝通方式。溝通的時間一般不長，并且不受場地的限制，因此被我們廣泛采用。這種方式一般在解決較簡單的問題或互相知會一些信息時采用。在計算機信息系統(tǒng)普及應用的今天，我們很少采用紙質(zhì)的方式進行溝通，因此以下只

39、針對“E-Mail”的溝通方式進行總結(jié)。如下的幾種情境宜采用E-Mail溝通的方式進行：(1)小問題溝通時(如雙方討論一下某函數(shù)的使用語法等);(2)復雜問題需要借助“書面”才能表達清楚時(這類問題往往需要采用書面表達和口頭表達相結(jié)合的方式);(3)需要對方先思考、斟酌，短時間不需要或很難有結(jié)果時(如請教對方一個技術問題時先將問題告知對方等)。需要特別注意的時：在E-Mail來回多次而問題尚未得到解決或甚至引起誤解時，一定要及時終止E-Mail這種溝通方式，改用電話溝通或當面溝通的方式進行。需要特別指出的是，個體之間溝通時，盡量多采用當面溝通的方式進行。“能當面溝通的，就不要采用電話溝通;能電

40、話溝通的，就不要采用E-Mail溝通”，這是“個體溝通”方式的基本選用原則。“溝通無極限”，靈活運用溝通方式是一項難得的技能。但愿以上的文字，能給我們的工作帶來借鑒。第八章-項目管理風險計劃一、選擇題1、 在風險分析中使用靈敏度分析可以（C ）A. 取代不確定性分析B. 估算管理層對風險的厭惡級別C. 估算一個項目變量變更對整個項目的影響D. 確定達到項目目標的概率2、 以下各項關于回避風險的陳述除了（C ）都是正確的:A. 消除引起風險的因素B. 決定不對風險過高的項目進行投標C. 風險倘若發(fā)生,就接受后果D. 決定取消采用具有高風險的新技術，而采用原來熟悉的技術3、 下面哪項不是風險管理的

41、過程（ D）A. 風險評估B. 風險識別C. 風險規(guī)劃D. 風險收集4、 在靠近河邊的某建筑工地，洪水毀壞了所有挖掘的地基，這是發(fā)生了什么類型的風險（B ）A. 已知風險（Known knowns）B. 可預測風險（Known unknowns）C. 不可預測風險（unknown unknowns） D. 其他5、 在風險分析過程中，確定已經(jīng)識別的一個風險事件是無法避免的，也是不能減輕的，也不能投保，這是一個關鍵的風險事件，一旦發(fā)生可能造成項目的失敗，項目經(jīng)理最佳的選擇是（B ）A. 降低風險的級別，項目團隊將找到一個克服故障的方法B. 特別關注，加強管理該風險事件和所有的相關事件C. 讓風險

42、評估小組繼續(xù)分析該風險事件，直到降低預期影響D. 忽略風險評估，因為不管賦予什么值，都只是一個估算。6、 關于回避風險的策略，下面哪個是不正確的（B ）A. 回避風險是最有效的策略B. 風險發(fā)生概率極高、風險后果影響很嚴重時才可以考慮采用這個策略C. 當其他的風險策略不理想的時候，才可以考慮這個策略D. 不是所有的風險都可以采取回避策略的7、 風險的三個屬性是（ C）A. 風險發(fā)生的時間、地點、負責人B. 風險事件、時間、影響C. 風險事件、概率、影響D. 風險數(shù)量、風險影響程度、概率8、 購買保險是（A ）類型的風險處理策略A. 風險轉(zhuǎn)移B. 風險規(guī)避C. 風險抑制D. 風險自擔9、 在什么

43、情況下可以采用德爾菲方法進行風險識別（B ）A. 存在模擬模型B. 需要大家的統(tǒng)一意見C. 有大量歷史項目D. 風險概率明確二、分析判斷題1、 利用決策樹風險分析技術來分析如下兩種情況的，以便決定你會選擇哪種方案：（要求畫出決策樹） 方案：隨機投擲硬幣兩次，如果兩次投擲的結(jié)果都是硬幣正面朝上，你將獲得元；投擲的結(jié)果背面每朝上一次你需要付出.元。 方案：隨機投擲硬幣兩次，你需要付出元；如果兩次投擲的結(jié)果都是硬幣正面朝上，你將獲得元。第一種：第一種：收益：P=,outcome=10EMV=付出：P1=,out1=-3P2=P3=,out2=out3=EMV=實施：EMV=1不實施：EMV=0第二種

44、：收益：P=,outcome=10EMV=付出：P=1,out=-2EMV=-2實施：EMV=不實施：EMV=0由此可見應該選擇第1種方案。第九章-軟件項目合同計劃一、選擇題：1. 某項目經(jīng)理剛剛得知賣方增加了成本，項目經(jīng)理首先應該確定是否（A ）A. 有足夠的儲備處理這個變更B. 另外的賣方可以按照原來的成本完成項目C. 另外的項目能夠節(jié)約預算D. 任務是關鍵的項目任務2. 可以在（B ）階段采用Make-or-buy決策分析A. 賣方選擇B. 立項（采購計劃編制）C. 合同管理D. 成本計劃3. 合同激勵的最終目標是（D ）A. 賣方節(jié)約成本B. 買方節(jié)約成本C. 增加賣方成本D. 協(xié)調(diào)合

45、同雙方的目標4. 買賣雙方之間存在的法律合同關系稱為（C ）A. 合同條款B. 合約C. 合同當事人D. 其他5. 哪種合同類型，賣方承擔的風險最大（D ）A. Cost plus percentage of costs:成本加成本百分比B. Cost plus fixed fee:成本加固定費C. Cost Plus Incentive Fee:成本加獎金D. Firm Fixed Price ：固定價格6. 下面哪像與計劃簽署合同沒有關系（A ）A. 設計模版B. 協(xié)議附件C. 招標文件D. 評估標準7. 合同一旦簽署了就具有法律約束力，除非（B ）A. 一方不愿意履行義務B. 合同違反了

46、法律C. 一方宣布合同無效D. 一方?jīng)]有能力負擔財務結(jié)果二、判斷題1. 如果一個項目的合同類型是固定價格（FFP），合同價格是100萬，實際花費160萬，則項目結(jié)算金額為160萬（ X）2. 成本加獎金CPIF(Cost Plus Incentive Fee) 合同具有激勵機制（V ）3. 采購是為了執(zhí)行項目而從項目團隊外部采購或者獲取產(chǎn)品、服務或者結(jié)果的過程。（V ）第十章-軟件項目配置管理一、選擇題1. 在項目進行過程中，2個項目成員使用不同版本的設計說明書，這時項目經(jīng)理首先應該檢查（B）A. 信息管理系統(tǒng)B. 配置管理系統(tǒng)C. CPID. SPI2. 變更控制主要關注的是（C ）A. 阻

47、止變更B. 標識變更，提出變更，管理變更C. 管理SCCBD. 客戶的想法3. 為了更好的管理變更，需要定義項目基線，關于基線的描述，正確的是（B ）A. 不可以變化的B. 可以變化，但是必須通過基線變更控制流程處理C. 所有的項目必須定義基線D. 基線發(fā)生變更時，必須修改需求4. 項目的基線發(fā)生變更應該經(jīng)過（D）授權執(zhí)行的A. 項目管理者B. 質(zhì)量保證人員C. 配置管理人員D. SCCB5. 變更控制系統(tǒng)必須包括下列所有的內(nèi)容，除了（B）A. 文檔說明B. 成功的談判C. 跟蹤系統(tǒng)D. 授權核準審批機構二、 判斷題1. 軟件配置管理的目的是建立和維護整個生存期中軟件項目產(chǎn)品的完整性和可追朔性

48、。（V ）2. 軟件配置項是變更控制系統(tǒng)中的決策系統(tǒng)（X ）3. 統(tǒng)計被批準的配置項是一種配置審計（X ）4. 在進行配置管理過程中，一定要采用高檔的配置管理工具（X ）第十一章-軟件項目集成計劃一、選擇題1、 下列哪個不是項目管理計劃的一部分（C ）A. 里程碑圖示B. 進度C. 數(shù)據(jù)庫設計D. 風險清單2、 項目管理過程中的進度目標、成本目標、質(zhì)量目標、范圍目標等各個目標之間是（ B）A. 相互獨立B. 相互關聯(lián)和制約的C. 進度目標最重要D. 沒有關系的二、判斷題1、 進度和成本是關系最為密切的兩個目的，幾乎成了對立關系，進度的縮短一定依靠增加成本實現(xiàn)，而成本的降低也一定犧牲工期進度為代

49、價的。（V ）2、 項目無論大小，在編寫項目集成計劃的時候需要按照統(tǒng)一的標準模版進行編寫（X）3、 為了編寫一個好的集成項目計劃，項目經(jīng)理應該通曉項目知識域的相關知識，與項目團隊人員一起協(xié)作完成項目計劃（V ）4、 為了節(jié)約成本，可以適當減低項目過程中的質(zhì)量標準。（X ）5、 項目管理過程是一個集成的過程，范圍計劃、進度計劃，成本計劃，質(zhì)量計劃，風險計劃是相互聯(lián)系的。（V ）6、 所有的項目集成計劃都按照國家的標準文檔編寫。（X ）7、 一個好的項目計劃的開發(fā)應該是漸近式的。（X ）8、 項目的范圍發(fā)生變化，也必然會影響項目的工期進度、成本、項目的質(zhì)量。（V ）第十二章-軟件項目執(zhí)行控制過程一

50、、 選擇題1. 移情聆聽需要理解他人的觀點，為了展示移情聆聽的技巧，項目經(jīng)理應該（B）A. 檢查闡述的內(nèi)容是否正確B. 重復他人的內(nèi)容，并且有感情色彩C. 評估內(nèi)容并提出建議D、重復2. 項目將近收尾的時候，項目職員更關注將來能夠分配的任務，而不是當前的項目，下列哪項是當前項目職員的需要（C ）A. 生理需求B. 受人尊敬C. 安全D. 自我實現(xiàn)3. 項目原來預計完成1000元的工作，但是目前（）只完成了850元的工作，而為了這些工作花費了900元，則成本偏差和進度偏差各是多少(D )A. CV=50元，SV=-150元B. CV=-150元，SV=-150元C. CV=-50元，SV=-50

51、元D. CV=-50元，SV=-150元4. 抽樣統(tǒng)計的方法中，（B ）A. 應該選擇更多的樣品B. 以小批量的抽樣為基準進行檢驗C. 確定大量或批量產(chǎn)品質(zhì)量的唯一方法D. 導致更高的成本5. 在一個項目會議上，一個成員提出增加任務的要求，而這個要求超出了WBS確定的項目基線，這時，項目經(jīng)理提出項目團隊應該集中精力完成而且僅需完成原來定義的范圍基線，這是一個（B ）的例子A. 范圍定義B. 范圍管理C. 范圍蔓延D. 范圍變更請求6. 進度控制重要的一個組成部分是（A）A. 確定進度偏差是否需要采取糾正措施B. 定義為項目的可交付成果所需要的活動C. 評估WBS定義是否足以支持進度計劃D. 確保項目隊伍的士氣高昂,發(fā)揮團隊成員的潛力7. 標準差和風險有何關系（ B）A. 標準差告訴我們歷時是否現(xiàn)實B. 標準差告訴估算是否準確C. 標準差說明是否有機動性D. 標準差說明估算的不確定性有多高8. CPI=的說明（B ）A. 目前的預期成本超出計劃的90%B. 投入一元錢產(chǎn)生元的效果C. 項目完成的時候，將超支90%D. 項目已經(jīng)完成計劃的90%9. 從質(zhì)量控制圖的控制上限和下限，可以知道（A ）A. 可以接受的過程偏差B. 技術規(guī)范的界限C. 可以接受的產(chǎn)品偏差幅度D. 技術性