軟件項目管理案例教程課后習(xí)題答案

1、軟件項目管理案例教程課后習(xí)題答案項目管理案例教程（第三版）習(xí)題及答案第一章軟件項目管理概述一、填空題1、實現(xiàn)項目目標的制約因素有（項目范圍）、 （成本） 、 （進度計劃）、（客戶xx）等。2、 項目管理包括（啟動過程組）、 （計劃過程組）、 （執(zhí)行過程組）、（控制過程組）、 （收尾過程組）5 個過程組。二、判斷題1、搬家屬于項目。（對）2、項目是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進行的 xx 的努力。 （錯）3、 過程管理就是對過程進行管理，目的是要讓過程能夠被共享、復(fù)用，并得到持續(xù)的改進。（對）4、項目具有臨時性的特征。（對）5、 日常運作存在大量的變更管理，而項目基本保持xx 的

2、。 （錯）6、項目開發(fā)過程中可以無限制地使用資源。（錯）1、下列選項中不是項目與日常運作的區(qū)別的是（C）A. 項目是以目標為導(dǎo)向的，日常運作是通過效率和有效性體現(xiàn)的。B. 項目是通過項目經(jīng)理及其團隊工作完成的，而日常運作是職能式的線性管理。C.項目需要有專業(yè)知識的人來完成，而日常運作的完成無需特 定專業(yè)知識。D.項目是一次性的，日常運作是重復(fù)性的。2、下列選項中最能體現(xiàn)項目的特征（C）A.運用進度計劃技巧B.整合范圍與成本C.確定期限D(zhuǎn).利用網(wǎng)絡(luò)進行跟蹤3、以下都是日常運作和項目的共同之處，除了（D）A.由人來做B.受限于有限的資源C.需要規(guī)劃、執(zhí)行和控制D.都是重復(fù)性工作4、項目經(jīng)理的職責(zé)不

3、包括（D）A.開發(fā)計劃 B.組織實施C.項目控制D.提供資金5、下列選項中屬于項目的是（C）A.上課B.社區(qū)保安C.野餐活動D.每天的衛(wèi)生保潔6、下列選項中正確的是（C）A. 一個項目具有明確的目標而且周期不限B. 一個項目一旦確定就不會發(fā)生變更C.每個項目都有自己的獨特性D.項目都是一次性的并由項目經(jīng)理獨自完成7、（B）是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進 行的臨時性的努力。A.過程 B.項目C.項目群D.組合8、（B）是一系列伴隨著項目的進行而進行，目的是確保項目能 夠達到期望結(jié)果的一系列管理行為。A.人力資源管理B.項目管理C.軟件項目管理D.需求管理9、下列活動中不是項目的

4、是（C）A.野餐活動B.集體婚禮 C.上課D.開發(fā)操作系統(tǒng)10 、下列選項中不是項目的特征的是（C）A. 項目具有明確的目標B. 項目具有限定的周期C.項目可以重復(fù)進行D.項目對資源成本具有約束性四、問答題1、項目管理知識體系（PMBOK包括哪10個知識領(lǐng)域？答：項目集成管理、項目范圍管理、項目時間管理、項目成本管理、項目質(zhì)量管理、項目人力資源管理、項目溝通管理、項目風(fēng)險管理、項目采購管理、項目干系人管理2、請簡述項目管理的5 個過程組及其關(guān)系。（可簡答）答： （ 1）啟動過程組：主要是確定一個項目或一個階段可以開始了，并要求著手實行；定義和授權(quán)項目或者項目的某個階段。（ 2）計劃過程組：為完

5、成項目所要達到的商業(yè)要求而進行的實際可行的工作計劃的設(shè)計、維護，確保實現(xiàn)項目的既定商業(yè)目標。計劃基準是后面跟蹤和監(jiān)控的基礎(chǔ)。（ 3）執(zhí)行過程組：根據(jù)前面制定的基準計劃，協(xié)調(diào)人力和其他資源，去執(zhí)行項目管理計劃或相關(guān)子計劃。（ 4）控制過程組：通過監(jiān)控和檢測過程確保項目達到目標，必要時采取一些xx措施。集成變更控制是一個重要的過程。（ 5）收尾過程組：取得項目或階段的正式認可并且有序地結(jié)束該項目或階段。向客戶提交相關(guān)產(chǎn)品，發(fā)布相關(guān)結(jié)束報告，并且更新組織過程資產(chǎn)并釋放資源。關(guān)系： 各個過程組通過其結(jié)果進行連接，一個過程組的結(jié)果或輸出是另一個過程組的輸入。其中，計劃過程組、執(zhí)行過程組、控制過程組是核心

6、管理過程組。3、項目的特征是什么。答：目標性、相關(guān)性、臨時性、獨特性、資源約束性、不確定性第二章項目確立一、填空題1、項目立項之后，項目負責(zé)人會進行（自造- 購買）決策，確定待開發(fā)產(chǎn)品的哪些部分應(yīng)該采購、外包開發(fā)、自主研發(fā)等。2、項目經(jīng)理的主要責(zé)任是（開發(fā)計劃）、 （組織實施）、 （項目控 制）軟件項目管理案例教程課后習(xí)題答案3、在（立項）階段，應(yīng)該明確項目的目標、時間表、使用的資源和經(jīng)費，而且得到項目發(fā)起人的認可。4、在招投標階段，甲方過程包括（招標書定義）、 （供方選擇）、（合同簽署），乙方過程包括（項目分析）、 （競標） 、 （合同簽署）。二、判斷題1、項目初始階段甲方為軟件開發(fā)方，乙方

7、為xx。 （錯）2、項目招標對于一個項目的開發(fā)是必需的，即便項目是內(nèi)部項目。 （錯）3、make or buy決策中的make指的只是自主開發(fā)。（對）4、項目建議書是項目計劃階段開發(fā)的文檔。（錯）5、項目立項需要獲得項目經(jīng)理的認可，但不需要項目發(fā)起人的認可。 （錯）6、項目章程是項目執(zhí)行組織高層批準的確認項目存在的文件，其中不包括對項目經(jīng)理的授權(quán)。（錯）7、 乙方即供方（有時也稱賣方）是為 xx 提供產(chǎn)品或服務(wù)的一方。（對）8、在軟件項目合同中，甲方是需求放，乙方是供方。（對）1、下列不是項目立項過程內(nèi)容的是（B）A.項目的目標 B.項目的風(fēng)險 C.項目的時間表 D.項目使用的資源和經(jīng)費2、以

8、下哪項不包括在項目章程中？（C）A.對項目的確認B.對項目經(jīng)理的授權(quán)C.對項目風(fēng)險的分析 D. 項目目標的描述3、項目建議書是（C）階段開發(fā)的文檔A.項目執(zhí)行 B.項目結(jié)尾 C.項目初始 D.項目計劃4、下列不屬于甲方招投標階段任務(wù)的是？（A）A.編寫建議書 B.招標書定義 C.供方選擇 D.合同簽署5、下列不屬于乙方招投標階段任務(wù)的是？（D）A.項目分析 B.競標 C.合同簽署D.招標書定義四、問答題1、某公司希望開發(fā)一套軟件產(chǎn)品，如果選擇自己開發(fā)軟件的策略，公司需要花費30000元，根據(jù)歷史信息，維護這個軟件每個月需要 3500 元。如果選擇購買軟件公司產(chǎn)品的策略，需要18000元，同時軟

9、件公司為每個安裝的軟件進行維護的費用是4200元 /月。 該公司該如何決策？答：自制方案：制造費30000 元維護費3500 元 /月購買方案：購買費18000 元維護費4200 元 /月制造差額：30000-18000=12000元服務(wù)差額：4200-3500=700元自制方案承受月份：12000/700=17.14如果產(chǎn)品在17 個月以內(nèi)可以選擇購買方案，如果超過17 個月選擇自造方案。2、在項目招投標階段，甲乙雙方的主要任務(wù)分別是什么？答：甲方在招投標階段的主要任務(wù)是：招標書定義、供方選擇、合同簽署乙方在招投標階段的主要任務(wù)是：進行項目選擇。3、什么是項目章程？答： 項目章程是項目執(zhí)行組

10、織高層批準的一份以書面簽署的確認項目存在的文件，包括對項目的確認、對項目經(jīng)理的授權(quán)和項目目標的概述等。4、招標書主要包括那幾部分內(nèi)容？答：招標書主要包括三部分內(nèi)容：技術(shù)說明、商務(wù)說明和投標說明。 技術(shù)說明主要對采購的產(chǎn)品或者委托的項目進行詳細的描述，商務(wù)說明主要包括合同條款。投標說明主要是對項目背景、標書的提交格式、內(nèi)容、提交時間等做出規(guī)定。第三章生存期模型一、填空題1. 瀑布模型生存期模型中，要求項目所有的活動都嚴格按照順序進行，一個階段的輸入時下一個階段的輸入。2. 敏捷開發(fā)通過迭代和快速用戶反饋應(yīng)對管理的不確定性和變更。3.每日站立會議是Scrum模型的敏捷開發(fā)實踐。二、判斷題軟件項目管

11、理案例教程課后習(xí)題答案1、瀑布模型不適合短期項目。（錯）2、增量式模型可以避免一次性投資太多帶來的風(fēng)險。（對）3、V模型適合的項目類型是需求很明確、解決方案很明確，而且對系統(tǒng)的性能要求比較嚴格的項目。（對）4、燃盡圖是Scrum模型中常用的米姐開發(fā)工程實踐。（對）5、在瀑布生存期模型中，要求項目所有的活動都嚴格按照順序執(zhí)行，一個階段的輸出是下一個階段的輸入。（對）三、選擇題1、對于某項目，甲方提供了詳細、準確的需求文檔。我們的解決方案也很明確。且xx要求非常嚴格。此項目采用（C）成存期模型 比較合適。A:瀑布模型B:增量式模型C: V模型D: XP模型2、為避免一次性投資太多帶來的風(fēng)險，最好選

12、擇（A）生存期模 型。A:增量式模型B:快速原型模型C:瀑布模型D: V模型3、可以構(gòu)建一部分額系統(tǒng)的模型，通過用戶試用提出優(yōu)缺點，A:增量式模型B:快速原型模型C:瀑布模型D: V模型4、XP模型的實踐原則不包括以下哪一點？ （ D）A:快速反饋B:假設(shè)簡單C:包容變化D:詳細設(shè)計5、在項目初期，一個項目需求不明確的情況下，應(yīng)避免采用以下哪種生存期模型？（C）A:快速原型模型B:增量式模型C: V模型D: Scrum模型四、問答題1、邪乎三種你熟悉的生存期模型，并說明這些模型適用于什么情況下的項目。（ 1）瀑布模型適用于軟件需求很明確的軟件項目，即一般適用于功能明確、完成、無重大變化的軟件系

13、統(tǒng)的開發(fā)，即：1） 在項目開始前，項目的需求已經(jīng)被很好的理解、也很明確，而且項目經(jīng)理很熟悉為實現(xiàn)這一模型所需要的過程。2） 解決方案在項目開始前也很明確。3）短期項目可采用瀑布模型。軟件項目管理案例教程課后習(xí)題答案(2) V模型適用于項目需求在項目開始前很明確、解決方案在項目開始前也很明確，項目對系統(tǒng)的安全很嚴格，如航天飛機控制系統(tǒng)、公司 的財務(wù)系統(tǒng)等。(3) 快速原型模型適用于項目的需求在項目開始前不明確，需要減少項目的不確定性的時候。2、敏捷開發(fā)的xx 是什么？個體和交互勝過過程和工具?？梢怨ぷ鞯能浖龠^面面俱到的文檔?？蛻艉献鲃龠^合同談判。響應(yīng)變化勝過遵循計劃。第四章軟件項目范圍計劃需求

14、管理一、填空題1. 需求管理包括需求獲取、需求分析、需求規(guī)格編寫、需求驗證、需求變更5 個過程。2. 原型分析方法是其中一種需求建模方法。二、判斷題1. 需求規(guī)格說明可以包括系統(tǒng)的運行環(huán)境。（對）2. 結(jié)構(gòu)化分析方法是一種自下而上逐步求精的分析方法。（對）3. 需求分析工作完成的一個基本標志是形成了一份完整的、規(guī)范的需求規(guī)格說明書。（錯）4. 需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事，完成什么樣的功能，達到什么性能。（對）5. 用例分析方法采用一種面向過程的情景分析方法。（錯）6. 軟件項目系統(tǒng)的響應(yīng)時間屬于功能性需求。（錯）7. 數(shù)據(jù)字典是由數(shù)據(jù)項、數(shù)據(jù)流以及操作指令

15、組成的。（錯）三、選擇題1、下列不屬于軟件項目管理需求過程的是？（D）A:需求獲取B:需求分析C:需求規(guī)格編寫D:需求更新2、下列不屬于數(shù)據(jù)字典組成部分的是？（D）A:數(shù)據(jù)項B:數(shù)據(jù)流C:數(shù)據(jù)文件D:數(shù)據(jù)庫3、下列不屬于UMLt求視圖白是？ （ A）A: xxB:用例圖C:狀態(tài)圖D順序圖4、下列不是需求建模方法的是？（B）A： 原型方法B： 結(jié)構(gòu)化設(shè)計方法C： 面向?qū)ο蟮挠美治龇椒―：功能列表方法5、（A）是軟件項目的的一個突出特點，可以導(dǎo)致軟件項目的蔓 延。A:需求變更B:暫時性C:階段性C:約束性6、下列不屬于結(jié)構(gòu)化方法設(shè)計的是？（D）A:數(shù)據(jù)流圖B:數(shù)據(jù)字典C:系統(tǒng)流程圖D:系統(tǒng)用例圖

16、7、下列不屬于軟件需求xx 的是？（A）A:軟件項目采用什么樣的實現(xiàn)技術(shù)B:用戶需要軟件能做什么樣的事情C:用戶需要軟件完成什么樣的功能D:用戶需要軟件達到什么樣的性能四、問答題軟件項目管理案例教程課后習(xí)題答案1 .下圖是spm目需求規(guī)格文檔中的一個用例圖，請根據(jù)圖中信 息判斷參與者是什么角色？并寫出至少三個用例，如登錄、注冊等。1）參與者是課務(wù)管理系統(tǒng)中的學(xué)生用戶2）登錄、注冊、選課2 . 我們常常從哪些方面著手處理需求不明確的問題？1）讓用戶參與開發(fā)2）開發(fā)用戶界面原型3）需求討論會議4）強化需求分析和評審第五章軟件項目范圍計劃任務(wù)分解一填空題1 . 任務(wù)分解是將一個項目分解為更多的工作細

17、目或者子項目，是項目變得更小、更易管理、更易操作。2 . 一般來說，進行項目分解時，可以采用清單或圖表兩種形式3 .WBS的全稱是任務(wù)分解結(jié)構(gòu)Work Breakdown Structure 。4 .WBS最底層次課交付成果是工作包 work package。二判斷題1 .WBSI供了項目范圍基線。（，）2 . 一個工作包可以分配給另一個項目經(jīng)理去完成。（，）原文： 工作包應(yīng)當(dāng)由唯一主體負責(zé)，可以分配給另外一位項目經(jīng)理通過子項目的方式完成。3 . 如果開發(fā)人員對項目比較熟悉或者對項目大局有把握，開發(fā)WBS寸最好采用自底向上方法。（X ）4 .對于一個沒有做過的項目，開發(fā)WBS寸可以采用自底向上

18、方法。（，）5 . 在任務(wù)分解結(jié)果中，最底層的要素必須是實現(xiàn)項目目標的充分必要條件。（，）6 . 任務(wù)分解是將一個項目分解為更多的工作細目或者子項目，是項目變得更小、更易管理和操作。（，）7 . 一個工作包應(yīng)當(dāng)由唯一主題負責(zé)。（，）8 .WBS的最高層次的可交付成果是工作包。（X ）9 .對任務(wù)的分解只能是自上而下的。（X）10 .WBS的最底層任務(wù)是能分配到一個人完成的任務(wù)。（，）原文： 工作包應(yīng)當(dāng)由唯一主體負責(zé)，可以分配給另外一位項目經(jīng)理通過子項目的方式完成。三 . 選擇題。1 .WBS常重要，因為下列原因，除了（ D）A.幫助組織工作B.防止遺漏工作C.為項目估算提供依據(jù)D.確定 團隊成

19、員責(zé)任2 .WBS中的每一個具體細目通常都指定唯一的（ AA.編碼B.地點C.功能模塊D.提交截至期限3 .下列不是創(chuàng)建WBS勺方法的是（C）A.自頂向下B.自底向上C.控制方法D.模板參照4 .任務(wù)分解時，（D）方法從特殊到一般的方向進行，首先定義一 些特殊的任務(wù)，然后將這些任務(wù)組織起來，形成更高級別的WBSB。A.模板參照B.自頂向下C.類比D.自底向上5 .下列關(guān)于 WBS勺說法，不正確的是（D）A.WB系任務(wù)分解的結(jié)果B.不包括再WBS的任務(wù)就不是該項目的工作C.可以采用清單或者圖表的形式標石 WBS勺結(jié)果D. 如果項目是一個嶄新的項目，最好采用自頂向下方法開發(fā)WBS6 .檢驗WB身解

20、結(jié)果的標準不包括以下那一項？（B）A. 最底層的要素是否是實現(xiàn)目標的充分必要條件B. 非葉節(jié)點是否包含兩個以上的葉節(jié)點C. 最底層元素是否有重復(fù)D. 最底層要素是否有清晰完整定義7 .WBS是對項目由粗到細的分解過程，它的結(jié)構(gòu)是（B）A.分層的集合結(jié)構(gòu)B.分級的樹形結(jié)構(gòu)C.分層的線性結(jié)構(gòu)D.分級的圖狀結(jié)構(gòu)8 .任務(wù)分解時，（B）方法從一般到特殊的方向進行，從項目的大局著手，然后逐步分解子細目，將項目變?yōu)楦?、更完善的部分。A.模板參照B.自頂向下C.類比D.自底向上四問答題1. 試寫出任務(wù)分解的方法和步驟。答：任務(wù)分解的基本步驟：1）確認并分解項目的組成要素（WB潮號）。2） 確定分解標準，按

21、照項目實施管理的方法分解，而且分解的標準要統(tǒng)一。3） 確認分解是否詳細，是否可以作為費用和時間估計的標準，明確責(zé)任。4）確定項目交付成果（可以編制 WB算典）。5） 驗證分解正確性。驗證分解正確后，建立一套編號系統(tǒng)。任務(wù)分解方法：1） 模板參照方法2） 類比方法3） 自上而下4）自下而上2. 當(dāng)項目過于復(fù)雜是，可以對項目進行任務(wù)分解，這樣做的好處 是什么？答： 將一個項目分解為更多的工作細目或者子項目，使項目變得更小、更易管理、更易操作，這樣可以提高估算成本、時間和資源的 準確性，使工作變得更易操作，責(zé)任分工更加明確。3. 檢驗任務(wù)分解結(jié)果的標準是什么？答：檢驗任務(wù)分解結(jié)果的標準有：1）最底層

22、的要素是否是實現(xiàn)目標的充分必要條件2）最底層要素是否有重復(fù)的3）每個要素是否清晰完整定義4）最底層要素是否有定義清晰的責(zé)任人5）是否可以進行成本估算和進度安排第六章項目成本計劃一填空題。1. 軟件項目成本包括直接成本和間接成本，一般而言，項目人力成本歸屬于直接成本。2. 再在項目初期，一般采用的成本估算方法是類比估算法。3. 功能點方法xx5 類功能組件的計數(shù)項是外部輸入、外部輸出、外部查詢、內(nèi)部邏輯文件、外部接口文件。4. 軟件項目的主要成本是人的勞動的消耗所需要的代價。5. 用例點方法通過分析用例角色、場景和技術(shù)與環(huán)境因子等來進行軟件估算。二判斷題1 .軟件項目規(guī)模就是軟件項目工作量。（V

23、）2 .在軟件項目估算中，估算結(jié)果是沒有誤差的。（X）3 .人的勞動消耗所付出的代價是軟件產(chǎn)品的主要成本。（，）4 .功能點估算與項目所使用的語言和技術(shù)有關(guān)。（X）5 .COCOMO翳3個等級的模型：有機型、嵌入型、半嵌入型。（X）6 .經(jīng)驗對于估算來說不重要。（X）7 .估算時既要考慮直接成本又要考慮間接成本。（，）8 . 在進行軟件估算的時候，可以直接考慮參照其他企業(yè)的模型進行項目估算。（X）9 間接成本是與一個具體項目相關(guān)的成本。（X）三選擇題1. 下面關(guān)于估算的說法，錯誤的是（C）A.估算是有誤差的B.估算時不要太迷信數(shù)學(xué)模型 C.經(jīng)驗對于估 算來說不重要D.歷史數(shù)據(jù)對于估算來說非常重

24、要2. （B）是成本的主要因素，是成本估算的基礎(chǔ)。A.計劃B.規(guī)模C.風(fēng)險D.利潤3. 常見的成本估算方法不包括（D）A.代碼行B.功能點C.類比xxD.關(guān)鍵路徑xx4. 下列不是UFC的功能計數(shù)項是（C）A.外部輸出B.外部文件C.內(nèi)部輸出D.內(nèi)部文件5. 成本預(yù)算的目的是（A）A.生產(chǎn)成本基線B.編寫報告書C.指導(dǎo)設(shè)計過程D.方便進度管理6. 估算的基本方法不包括（D）A. 代碼行、功能點B. 參數(shù)估算xxC. 專家估算xxD. 函數(shù)估算xx7. 在項目初期，進行競標合同時，一般采用的成本估算方法是（ B）A. 參數(shù)估算xxB. 類比估算xxC. 專家估算xxD. 功能點估算xx8. 下列

25、不是軟件項目規(guī)模單位的是（D）A.源代碼xx （LOC B.功能點（FP） C.人天、人月、人年D.小時9. 在成本管理過程中，每個時間段中等各個工作單元的成本是（ B）A.估算B.預(yù)算C.直接成本D.間接成本四計算題。1. 項目經(jīng)理正在進行一個圖書館信息查詢系統(tǒng)的項目估算，他采用 Delphi 的專家估算方法，邀請了3 位專家進行估算，第一位專家給出了 2 萬元、 7 萬元、 12 萬元的估算值，第二位專家給出了4 萬元、6 萬元、 8 萬元的估算值，第三位專家給出了2 萬元、 6 萬元、 10 萬元的估算值，試計算這個項目的成本估算值。答：專家一：Ei=（ai+4mi+bi）/6= （ 2

26、+4*7+12） /6=7專家二：Ei=（ai+4mi+bi）/6= （ 4+4*6+8） /6=6專家三：Ei=（ai+4mi+bi）/6= （ 2+4*6+10） /6=6Ei=（ 7+6+6） /3=6.33 （萬元）2 .如果某軟件公司正在進行一個項目，預(yù)計有50KLOC勺代碼量， 項目是中等規(guī)模的半嵌入型的項目，采用中等 COCOMO型，項目屬 性中只有可靠性為很高級別（即取值為1.3） ，其他屬性為正常（書上說，正常就是1） ，計算項目是多少人月的規(guī)模，如果是2 萬元 / 人月，則項目的費用是多少？答：Effort=a* （ KLOC） b*F查表a=3， b=1.12， F=1E

27、ffort=3.0*501.12*1.3*1=311.82 （人月）所以項目的費用為2* Effort=623.64 萬元3 .已知某項目使用C語言完成，該項目共有85個功能點，請用 IBM模型估算源代碼行數(shù)、工作量項目持續(xù)時間、人員需要量以及文檔數(shù)量。答：C語言代碼行與功能點的關(guān)系近似為150LOC/FP所以，85個功能點代碼行數(shù)為L85*150=12750行= 1.75KLOC貝U：工作量估算 E=5.2*L0.91=5.2*12.750.91 弋 52.725 （人月）項目時間 D=4.1*L0.36=4.1*12.750.36 弋 10.25 （月）人員需求量 S=0.54*E0.6=

28、0.54*52.7250.6 弋 5.829 （人）文檔數(shù)量 DOC=49*L1.01=49*12.751.01 弋 640.857 （頁）第七章軟件項目進度計劃. 填空題1. 關(guān)鍵路徑?jīng)Q定了項目在給定的金錢關(guān)系和資源條件下完成項目所需的最短時間。2. 時間是一種特殊的資源，以其單向性、不可重復(fù)性、不可替代性而有別于其他資源。3. 在ADMRJ絡(luò)圖中，箭線表示活動（任務(wù)）。4. 應(yīng)急法和平行作業(yè)法都是時間壓縮法。5. 任務(wù)（活動）之間的排序依據(jù)主要有強制性依賴關(guān)系、軟邏輯關(guān)系、外部依賴關(guān)系等。6. 工程評估評審技術(shù)采用加權(quán)平均的公式是 PER歷時=（O+P+4M）/6, 其中。是樂觀值，P是悲

29、觀值，M是最可能值。二 . 判斷題1 . 一個工作也可以通過多個活動完成。（，）2 .在項目進行過程中，關(guān)鍵路徑是不變的。（X）3 .在PDMRJ絡(luò)圖中，箭線表示的是任務(wù)之間的邏輯關(guān)系，節(jié)點表示 的是活動。（，）4 .項目各項活動之間不存在相互聯(lián)系與相互依賴關(guān)系。（X）5 .在資源沖突問題中，過度分配也屬于資源沖突。（，）6 . 浮動是在不增加項目成本的條件下，一個活動可以延遲的時間量。（X）7 . 在使用應(yīng)急法壓縮時間時，不一定要在關(guān)鍵路徑上選擇活動來進行壓縮。（X）8 .時間是項目規(guī)劃中靈活性最小的因素。（，）9 . 外部依賴關(guān)系又稱強制性依賴關(guān)系，指的是項目活動與非項目互動之間的依賴關(guān)系

30、。（X）10.當(dāng)估算某活動時間，存在很大不確定性時應(yīng)采用CPM古計。（X）三 . 選擇題1. 下面說法中不正確的是（D）A EF=ES+durationB. LS=LF-durationC TF=LS-ES=LF-EFD. EF=ES+lag2. “軟件編碼完成之后，我才可以對它進行軟件測試”，這句話說明了哪種依賴關(guān)系？（A）A.強制性依賴關(guān)系B.軟邏輯關(guān)系C.外部依賴關(guān)系D.里程碑3. （ A） 可以顯示任務(wù)的基本信息，使用該類圖能方便的查看任務(wù)的工期、開始時間、結(jié)束時間以及資源的信息。A. xx B.網(wǎng)絡(luò)圖 C.里程碑圖 D.資源圖4. （C）是項目沖突的主要原因，尤其在項目后期。A.優(yōu)先

31、級問題B.人力問題C.進度問題D.費用問題5. 以下哪一項是項目計劃中靈活性最小的因素？（A）A.時間B.人工成本C.管理 D.開發(fā)6. 以下哪一項不是編制進度的基本方法？（C）A.關(guān)鍵路彳5法B.時間壓縮法C.系統(tǒng)圖法D.資源平衡方法7. 快速跟進是指（A）A.采用并行執(zhí)行任務(wù)，加速項目進展B.用一個任務(wù)取代另外的任務(wù)C. 如有可能，減少任務(wù)數(shù)量D. 減輕項目風(fēng)險8. 下面哪一項將延長項目的進度？（A）A lagB.leadC. 趕工D.快速跟進軟件項目管理案例教程課后習(xí)題答案9. 下面哪一項可以決定進度的靈活性？ （ B）A. PERT B.總浮動 C.ADM D.趕工四.問答題1 .對一

32、個任務(wù)進行進度估算時，A是樂觀者，估計用6天完成，B是 悲觀者，估計用24天完成，C是有經(jīng)驗者，認為最有可能用12 天完成，那么這個任務(wù)的歷時估算介于10天到16天的概率是多少？解：E=（6+24+4*12）/6=13 , S =（24-6）/6=3E- 5 =10E+S =16所以任務(wù)歷時估算介于1016天的概率為：68.3%2 .請將下圖所示的PDM（優(yōu)先圖法）網(wǎng)絡(luò)圖改畫為 ADM（箭線法）網(wǎng) 絡(luò)圖。解：上圖對應(yīng)的ADMS如下所示:3 .根據(jù)下面任務(wù)流程圖和下表給出的項目歷時估算值，采用PER訪法估算，求出項目在14.57天內(nèi)完成的概率的近似值。任步1-,轉(zhuǎn)1二任用-任才海青圈I1目歷時臨

33、w值累L -金零13ft)J4AItJj$解:E1=(2+6+4*3)/6=20/6 , E2=(4+8+4*6)/6=6 , E3=(3+6+4*4)/6=25/6任務(wù)方差、標準差分別為:標準差82方差8任務(wù)14/616/36任務(wù)24/616/36任務(wù)33/69/36項目路徑1.0741/36所以，E= E1+ E2+ E3=13.5 天，5 =1.07軟件項目管理案例教程課后習(xí)題答案E-S =12.43, E+S =14.5768.3%E-2 s =11.36, E+2s =15.6495.5%E-3 s =10.29, E+3s =16.7199.7%12.43 ， 14.57 的概率為

34、：11.36 ， 15.64 的概率為：10.29 ， 16.71 的概率為：所以，項目在14.57 天內(nèi)完成的概率為：50%+68.3%/2=84.15%第八章軟件項目質(zhì)量計劃一、填空題1、 （審計）是對過程或產(chǎn)品的一次獨立質(zhì)量評估。2、質(zhì)量成本包括預(yù)防成本和（缺陷成本）。3、質(zhì)量管理包括（軟件質(zhì)量計劃）、 （軟件質(zhì)量保證）、 （軟件質(zhì)量控制）等過程。4、 （軟件質(zhì)量）是軟件滿足明確說明或者隱含的需求的程度。5、 McCall 質(zhì)量模型關(guān)注的3 個方面是 （產(chǎn)品運行）、 （產(chǎn)品轉(zhuǎn)移）、（產(chǎn)品修改）6、質(zhì)量管理總是圍繞著質(zhì)量保證和（質(zhì)量控制）過程兩個方面 進行。7、質(zhì)量保證的主要活動是（項目執(zhí)

35、行過程審計）和（項目產(chǎn)品 審計）。二判斷題1、 質(zhì)量是滿足要求的程度，包括符合規(guī)定的要求和客戶隱含的需求。（對）（原文：質(zhì)量是滿足要求的程度，包括符合規(guī)定白要求和滿足xx 隱含需求.）2、 軟件質(zhì)量是軟件滿足明確說明或者隱含的需求的程度。（對）3、 軟件質(zhì)量可以通過后期測試得以提高。（錯）（原文：質(zhì)量形成于產(chǎn)品或者服務(wù)的開發(fā)過程中，而不是事后的檢查（測試）把關(guān)等。）4、 質(zhì)量計劃可以確定質(zhì)量保證人員的特殊匯報渠道。（對）5、 軟件質(zhì)量是代碼正確的程度。（錯）三、選擇題1、下列不屬于質(zhì)量管理過程的是（D）A 質(zhì)量計劃B 質(zhì)量保證C 質(zhì)量控制D 質(zhì)量優(yōu)化2、項目質(zhì)量管理的目標是滿足（C）的需要A

36、老板 B 項目經(jīng)理C 項目 D 組織3、下列屬于質(zhì)量成本的是（A）A 預(yù)防成本B 缺陷數(shù)量C 預(yù)測成本D 缺失成本4、下列不是質(zhì)量計劃方法的是（C）A 質(zhì)量成本分析B 因果分析圖C 抽樣分析D 基準對照5、下列不是軟件質(zhì)量模型的是（D）A Boehm質(zhì)量模型B McCall質(zhì)量模型C ISO/IEC 9216 質(zhì)量模型 D Mark 質(zhì)量模型6、質(zhì)量控制非常重要，但是進行質(zhì)量控制也需要一定的成本，（B）可以降低質(zhì)量控制的成本。A 進行過程分析B 使用抽樣統(tǒng)計C 對全程進行監(jiān)督D 進行質(zhì)量審計7、 McCall 質(zhì)量模型不包含（C）A 產(chǎn)品修改B 產(chǎn)品轉(zhuǎn)移C 產(chǎn)品特點D 產(chǎn)品運行四、問答題軟件項

37、目管理案例教程課后習(xí)題答案1、 質(zhì)量計劃中可以采用哪些方法？答：質(zhì)量計劃中可以采用以下幾種方法：（ 1）試驗設(shè)計：試驗設(shè)計是一種統(tǒng)計學(xué)方法，確定哪些因素可能會對特定變量產(chǎn)生影響。（ 2）基準對照：是一種尋找最佳實踐的方法，是利用其他項目的實施情況作為當(dāng)前項目性能衡量的標準。（ 3）質(zhì)量成本分析：質(zhì)量計劃必須進行質(zhì)量成本的綜合分析，以便決定質(zhì)量活動。（ 4）流程圖方法：可以顯示系統(tǒng)的各種成分是相互的關(guān)系，幫助我們預(yù)測在何處可能發(fā)生何種質(zhì)量問題。（ 5）因果分析圖：也稱魚刺圖。描述相關(guān)的各種原因xx 原因如何產(chǎn)生潛在問題或影響，將影響質(zhì)量問題的“人員、 設(shè)備、 參考資料、方法、環(huán)境”等各方面的原因

38、進行細致的分解，方便地在質(zhì)量計劃中制定相應(yīng)的預(yù)防措施。2、 簡述質(zhì)量保證的主要活動，以及質(zhì)量保證的要點。答：質(zhì)量保證的主要活動是項目執(zhí)行過程審計和項目產(chǎn)品審計。質(zhì)量保證的要點是：對項目進行評價、推測能否達到質(zhì)量指標、建立對項目的信心3、 簡述質(zhì)量保證與質(zhì)量控制的關(guān)系。答：質(zhì)量保證（QA是通過評價項目整體績效，建立對質(zhì)量要求的信任， 提供項目和產(chǎn)品可視化的管理報告。這個任務(wù)本身并不能提高產(chǎn)品的質(zhì)量，但是通過質(zhì)量保證的一系列工作可以間接地提高產(chǎn)品的質(zhì)量。質(zhì)量保證一般由質(zhì)量保證部門人員實施。質(zhì)量控制 （ QC） 是確定項目結(jié)果與質(zhì)量標準是否相符, 同時 , 確定消除不符的原因和方法，它控制產(chǎn)品的質(zhì)量

39、，及時糾正缺陷。這個任務(wù)本身提高產(chǎn)品的質(zhì)量，一般由開發(fā)人員實施。質(zhì)量保證是后期質(zhì)量活動，質(zhì)量控制是前期質(zhì)量活動。它們是有區(qū)別的 : 質(zhì)質(zhì)量保證是針對項目實施過程的管理手段，質(zhì)量控制是針對項目產(chǎn)品的技術(shù)手段; 實施質(zhì)量保證是針對過程改進和審計的，強調(diào)的是過程改進和信心保證。實施質(zhì)量控制是按照質(zhì)量要求，檢查具體可交付成果的質(zhì)量，強調(diào)的是具體的可交付成果。第九章軟件配置管理計劃 一、 填空題1、 配置管理最終保證軟件產(chǎn)品的（完整性）、 （一致性）、 （追溯性） 、 （可控性）。2、（完整性和可跟蹤性）是軟件配置管理的核心功能3、 （基線）標志開發(fā)過程中一個階段的結(jié)束和里程碑。4、 基線變更控制包括（

40、變更請求）、 （變更控制）、 （變更批準/拒絕） 、 （變更實現(xiàn)）等步驟。5、 （版本管理）、 （變更管理）是配置管理的主要功能。6、 基線變更時，需要經(jīng)過（SCCB授權(quán)。7、 SCCB勺全稱是（軟件配置控制委員會）。判斷題1、 一個軟件配置項可能有多個標識。（錯）（這個題說的是一個軟件有多個配置項，還是說一個軟件中其中的一個配置項？）2、 在軟件項目配置管理中最終應(yīng)保證軟件產(chǎn)品的完整性、一致性、有效性、機密性。（錯）（最終保證軟件產(chǎn)品的完整性、一致性、追朔性、可控性）3、 基線提供了軟件開發(fā)階段的一個特定點。（錯）（基線提供了軟件生存期中各個開發(fā)階段的一個特定點）4、 有效的項目管理能夠控制

41、變化，以最有效的手段應(yīng)對變化，不斷命中移動的目標。5、 一個（些）配置項形成并通過審核，即形成基線。（對）6、 軟件配置項是項目需定義其受控于軟件配置管理的款項，每個項目的配置項是相同的。（錯）7、 基線的修改不需要每次都按照正式的程序執(zhí)行。（錯）8、 基線產(chǎn)品是不能修改的。（錯）9、 基線修改應(yīng)受到控制，但不一定要經(jīng) SCCEg權(quán)。（錯）10、 變更控制系統(tǒng)包括從項目變更申請、變更評估、變更審批到變更實施的文檔化流程。（對）三、 選擇題1、 下列不屬于SCCB勺職責(zé)的是（D）A 評估變更B 與項目管理層溝通C 對變更進行反饋D 提出變更申請2、 為了更好地管理變更，需要定義項目基線，關(guān)于基線

42、的描述，下列描述正確的是（B）A 不可變化B 可以變化，但是必須通過基線變更控制流程處理C 所以的項目必須定義基線D 基線發(fā)生變更時，必須修改需求3、軟件配置管理無法確保以下哪種軟件產(chǎn)品屬性（A）A 正確性 B 完整性 C 一致性 D 可控性4、變更控制需要關(guān)注的是（B）A 阻止變更B 標識變更，提出變更，管理變更C管理SCCB席戶的想法4、以下哪項不是項目配置管理中可能遇到的問題？（B）A 找不到某個文件的歷史版本B 甲方與乙方在資金調(diào)配上存在意見差異C 開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔D 因協(xié)同開發(fā)中，或者異地開發(fā)，版本變更混亂導(dǎo)致整個項目失敗四、簡答題寫出配置管理的基本過程。1、軟件項目管

43、理案例教程課后習(xí)題答案答：（1）配置項標識、跟蹤；（2）配置管理環(huán)境建立；（3）基線 變更管理；（4）配置管理審計；（5）配置狀態(tài)統(tǒng)計；（6）配置管理計 劃。2、 說明軟件配置控制委員會（SCCB的基本職責(zé)。答：評估變更、批準變更申請、在生存期內(nèi)規(guī)范變更申請流程、 對變更進行反饋、與項目管理層溝通。3、 簡述配置管理在軟件開發(fā)中的作用，并列舉至少兩種配置管理工具。答：軟件配置管理是的重要內(nèi)容，也是保證軟件質(zhì)量的重要手段。 它能夠?qū)浖_發(fā)過程進行有效管理和控制， 從而實現(xiàn)軟件產(chǎn)品的完 整性、一致性、可控性，使產(chǎn)品極大程度地與用戶需求相吻合。它能 夠控制、記錄、追蹤對軟件的修改并形成規(guī)范文檔，方

44、便日后維護和 升級，更重要的是能夠保護代碼資源，積累軟件財富，提高率。（課本：軟件配置管理在軟件項目管理中有著重要的地位。軟件 配置管理工作是以正規(guī)軟件流程的改進為目標， 是為軟件項目管理和 軟件工程的其他領(lǐng)域奠定基礎(chǔ)，以便于穩(wěn)步推進整個軟件企業(yè)的能力 成熟度。軟件配置管理是軟件項目管理中的一種非常有效和現(xiàn)實的技 術(shù)，它能非常有效地適應(yīng)軟件開發(fā)需求。 配置管理對軟件產(chǎn)品質(zhì)量和 軟件開發(fā)過程的順利進行和可靠性有著重要的意義。 配置管理相當(dāng)于 軟件開發(fā)生產(chǎn)線中的倉庫和調(diào)度。 合理地實施配置管理，軟件產(chǎn)品的 質(zhì)量得到了提高，開發(fā)團隊能夠工作在一個有助于提高整體工作效率 的配置管理平臺上。如果沒有很好

45、地進行配置管理，將會影響成本、 進度和產(chǎn)品的規(guī)格。沒有變更管理，項目就會無限放大。有效的配置 管理可以不斷命中移動的目標。配置管理是對工作成果的一種有效保 護。）配置管理工具有：Harvest、Perforce、ClearCase、PVCSCVSSVN VSS4、 寫出幾個常見的軟件配置項答：軟件項目計劃、需求分析結(jié)果、軟件需求規(guī)格說明書、設(shè)計 規(guī)格說明書、源代碼清單、廁所規(guī)格說明書、測試計劃、測試用例與 實驗結(jié)果、可執(zhí)行程序、用戶手冊、維護文檔。掇觸端需耀所包雒莊要配置.用F需求二可用尸需求說明書 一項目設(shè)計/體系結(jié)胸設(shè)計報告、數(shù)據(jù)庫設(shè)計報告兒用臭塊設(shè)計報部牖戶界面設(shè)計報郃項目實現(xiàn)口軟件源代

46、回：二進制庫。系軸靜哪憫報告測試用例飄我報告口第十章軟件項目人員與溝通計劃軟件項目管理案例教程課后習(xí)題答案一、填空1、 溝通管理的基本原則是及時性、準確性、完整性、可理解性。2、 可以充分發(fā)揮部門資源優(yōu)勢集中的組織結(jié)構(gòu)為職能型組織結(jié)構(gòu)3、 溝通計劃用于確定誰需要信息，需要什么信息，何時需要信息，以及如何將信息分發(fā)給他們。4、 組織結(jié)構(gòu)的主要類型職能型、項目型、矩陣型5、 會議形式溝通最有可能協(xié)助解決復(fù)雜的問題。6、 當(dāng)項目中有20 個人時，溝通渠道最多有190。二、判斷1、項目干系人是項目計劃的一部分。（對）2、項目型的優(yōu)點是可以資源共享。（錯）3、應(yīng)盡量多建立一些溝通渠道。（ 錯 ）4、項目

47、溝通的基本原則是及時性、準確性、完整性和可理解性 （對 ）5、在IT 項目中，成功的最大威脅是溝通的失?。▽?）6、責(zé)任分配矩陣是明確項目團隊成員的角色與職責(zé)的有效工具（對 ）7、口頭溝通不是項目溝通的方式（ 錯 ）8、對于緊急的信息，應(yīng)該通過口頭的方式溝通；對于重要的信息，應(yīng)采用書面的方式溝通（對 ）9、人員計劃描述項目的團隊人員時候，以及如何加入和離開團隊 （對 ）10 、溝通計劃包括確定誰需要信息，需要什么信息，何時需要信息，以及如何接收信息等（ 對 ）11、 人員管理計劃沒有明確的具體體現(xiàn)形式，作為項目計劃的一部分，其詳細程度因項目而異（ 對 ）三、選擇1、在項目管理的3 種組織結(jié)構(gòu)中

48、，適用于主要由一個部門完成的項目或技術(shù)比較成熟的項目組織結(jié)構(gòu)是（ C）A矩陣型組織結(jié)構(gòu)B項目型組織結(jié)構(gòu)C職能型組織結(jié)構(gòu)D都一樣2、項目經(jīng)理花在溝通上的時間是（B）A20%-40% B 75%-90% C60% D 30%-60%3 在 C 組織結(jié)構(gòu)中，項目成員沒有xxA職能型B矩陣型C項目型D弱矩陣型4 下列關(guān)于干系人的描述中，不正確的是DA影響項目決策的個人、群體或者組織B 影響項目活動的個人、群體或者組織C影響項目結(jié)果的個人、群體或者組織D 所有項目人員5 編制溝通計劃的基礎(chǔ)是（ A）A溝通需求分析B項目范圍說明書C項目管理計劃D歷史資料6在3種組織結(jié)構(gòu)中，（C）組織結(jié)構(gòu)是目前最普遍的項目

49、組織形 式，它是一個標準的xx 型組織形式A矩陣型B項目型C職能型D都一樣7 項目團隊原來有4 個成員，現(xiàn)在人員擴充，又增加了4 個成員這樣溝通渠道增加了（A）A4.7倍B兩倍C4條D無法確定8對于項目中比較重要的通知，最好采用（B）溝通方式A 口頭B書面C網(wǎng)絡(luò)方式D電話9 以下說法錯誤的是（B）A團隊是一定數(shù)量的個體成員的集合B 團隊包括自己組織的人、供應(yīng)商、分包商、客戶C團隊?wèi)?yīng)注重個人發(fā)揮，應(yīng)該將某項任務(wù)分工給擅長該技術(shù)的職員D 團隊的目的是開發(fā)出高質(zhì)量的產(chǎn)品10 、 在一個高科技公司，項目經(jīng)理正在為一個新的項目選擇合適的組織結(jié)構(gòu)，這個項目涉及多的領(lǐng)域和特性，他應(yīng)該選擇（A）組織結(jié)構(gòu)A矩陣

50、型B項目型C職能型D組織型三、簡答題1、 寫出 5 種以上項目溝通方式P217溝通方式主要有書面溝通和口頭溝通、語言溝通和非語言溝通、正式溝通和非正式溝通、單向溝通和雙向溝通、網(wǎng)絡(luò)溝通等2、 對于特別重要的內(nèi)容，你認為一般采用哪些方式才能確保有效溝通 P220對于特別重要的內(nèi)容，要采用多種方式進行有效溝通確保傳達到位，除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過舉行各種會議進行傳達3、 寫出干系人對項目可能的幾種態(tài)度P214完全不支持、反對者、 不積極者、無所謂者，參與者、 較積極者、內(nèi)部支持者、首倡者、完全支持4、 矩陣型項目組織結(jié)構(gòu)的優(yōu)缺點是什么P209優(yōu)點是： 1、專職的項目經(jīng)理

51、負責(zé)整個項目，以項目為中心，能迅速解決問題。在最短的時間內(nèi)調(diào)配人才，組成一個團隊，把不同職能的人才集中在一起。2、多個項目可以共享各個職能部門的資源。在矩陣管理中，人力資源得到了更有效的利用，減少了人員冗余。3、既有利于項目目標的實現(xiàn)，也有利于公司目標方針的貫徹4、項目成員的顧慮減少了，因為項目完成后，他們?nèi)稳豢梢曰氐皆瓉淼穆毮懿块T，不用擔(dān)心被解散，而且他們能有更多機會接觸自己企業(yè)的不同部門。缺點是1、容易引起職能經(jīng)理和項目經(jīng)理權(quán)利的沖突。2、資源共享可能引起項目之間的沖突3、項目成員有多位領(lǐng)導(dǎo)，即員工必須要接受雙重領(lǐng)導(dǎo)，因此經(jīng)常有焦慮與壓力。第十一章軟件項目風(fēng)險計劃1 填空題1. 風(fēng)險評估的方法包括定性和定量風(fēng)險分析。2. 決策樹分析是一種形象化的圖表分析方法