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

1、項目管理案例教程（第四版）習(xí)題及答案第一章軟件項目管理概述一、填空題1、敏捷模型包括4個核心價值，對應(yīng)12個敏捷原則。2、項目管理包括（啟動過程組）、（計劃過程組）、（執(zhí)行過程組）、（控制過程組）、（收尾過程組）5個過程組。二、判斷題1、搬家屬于項目。（對）2、項目是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進行的永久性的努力。（錯）3、過程管理目的是要讓過程能夠被共享、復(fù)用，并得到持續(xù)的改進。（對）4、項目具有臨時性的特征。（對）5、日常運作存在大量的變更管理，而項目基本保持連貫性的。（錯）6、項目開發(fā)過程中可以無限制地使用資源。（錯）7、（對） 參見教材p20三、選擇題1、下列選項中不是

2、項目與日常運作的區(qū)別的是（C）A. 項目是以目標(biāo)為導(dǎo)向的，日常運作是通過效率和有效性體現(xiàn)的。B. 項目是通過項目經(jīng)理及其團隊工作完成的，而日常運作是職能式的線性管理。C項目需要有專業(yè)知識的人來完成，而日常運作的完成無需特定專業(yè)知識。D項目是一次性的，日常運作是重復(fù)性的。2、以下都是日常運作和項目的共同之處，除了（D）A由人來做B受限于有限的資源C需要規(guī)劃、執(zhí)行和控制D都是重復(fù)性工作3、（A）4、下列選項中屬于項目的是（C）A上課B.社區(qū)保安C.野餐活動D.每天的衛(wèi)生保潔5、下列選項中正確的是（C）A一個項目具有明確的目標(biāo)而且周期不限B.一個項目一旦確定就不會發(fā)生變更C每個項目都有自己的獨特性D

3、項目都是一次性的并由項目經(jīng)理獨自完成6、（B）是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進行的臨時性的努力。A過程B.項目C.項目群D.組合A人力資源管理B.項目管理C.軟件項目管理D.需求管理7、（c）8、下列活動中不是項目的是（C）A野餐活動B.集體婚禮C.上課D.開發(fā)操作系統(tǒng)9、下列選項中不是項目的特征的是（C）A.項目具有明確的目標(biāo) B.項目具有限定的周期C.項目可以重復(fù)進行D.項目對資源成本具有約束性補充：1、下列選項中最能體現(xiàn)項目的特征（C）A運用進度計劃技巧B整合范圍與成本C確定期限D(zhuǎn)利用網(wǎng)絡(luò)進行跟蹤2、項目經(jīng)理的職責(zé)不包括（D）A開發(fā)計劃B.組織實施C.項目控制D.提供資金

4、3、項目管理專業(yè)人員資格是指(C )。 A) PMI B) ERP C) PMP D) SAP4、下列選項中正確的是(C )。A) 項目目標(biāo)明確但周期不限 B) 項目內(nèi)容一旦確定就不允許發(fā)生變更C) 每個項目都有獨一無二的D) 項目由項目經(jīng)理獨自完成5、項目管理過程中的進度目標(biāo)，成本目標(biāo)，質(zhì)量目標(biāo)，范圍目標(biāo)等各個目標(biāo)之間是(B ) 的。A）相互獨立 B）相互關(guān)聯(lián)和制約 C）進度目標(biāo)最重要 D）沒有關(guān)系6、下列關(guān)于項目管理工具軟件Project的功能說法不正確的是(D )。A) 計算項目信息 B) 編制和組織信息 C) 跟蹤項目信息 D) 項目編碼和測試7、以下那項不是制約項目目標(biāo)實現(xiàn)的主要因素

5、(D )。A) 范圍 B) 進度 C) 成本 D) 風(fēng)險8、華為云DevCloud是( A )。A) 云端DevOps平臺 B) 云端Cloud storage平臺 C) 云端Cloud computing平臺 D) 云端Big data development平臺四、問答題1、項目管理知識體系（PMBOK）包括哪10個知識領(lǐng)域答：項目集成管理、項目范圍管理、項目時間管理、項目成本管理、項目質(zhì)量管理、項目人力資源管理、項目溝通管理、項目風(fēng)險管理、項目采購管理、項目干系人管理2、請簡述項目管理的5個過程組及其關(guān)系。（可簡答）答：（1）啟動過程組：主要是確定一個項目或一個階段可以開始了，并要求著手

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

7、的輸入。其中，計劃過程組、執(zhí)行過程組、控制過程組是核心管理過程組。3、項目的特征是什么。答：目標(biāo)性、相關(guān)性、臨時性、獨特性、資源約束性、不確定性第二章項目確立一、填空題1、項目立項之后，項目負(fù)責(zé)人會進行（自造-購買）決策，確定待開發(fā)產(chǎn)品的哪些部分應(yīng)該采購、外包開發(fā)、自主研發(fā)等。2、（技術(shù)項目管理）、（領(lǐng)導(dǎo)力）、（戰(zhàn)略和商務(wù)管理）3、在（立項）階段，應(yīng)該明確項目的目標(biāo)、時間表、使用的資源和經(jīng)費，而且得到項目發(fā)起人的認(rèn)可。補充：1、在招投標(biāo)階段，甲方過程包括（招標(biāo)書定義）、（供方選擇）、（合同簽署），乙方過程包括（項目分析）、（競標(biāo)）、（合同簽署）。2、項目經(jīng)理的主要責(zé)任是（開發(fā)計劃）、（組織實施

8、）、（項目控制）。二、判斷題1、（對）2、項目招標(biāo)對于一個項目的開發(fā)是必需的，即便項目是內(nèi)部項目。（錯）3、自主開發(fā)相當(dāng)于make or buy決策中的make。（對）4、項目建議書是項目計劃階段開發(fā)的文檔。（錯）5、項目立項需要獲得項目經(jīng)理的認(rèn)可，但不需要項目發(fā)起人的認(rèn)可。（錯）6、項目章程是項目執(zhí)行組織高層批準(zhǔn)的確認(rèn)項目存在的文件，其中不包括對項目經(jīng)理的授權(quán)。（錯）7、乙方即供方（有時也稱賣方）是為顧客提供產(chǎn)品或服務(wù)的一方。（對）8、在軟件項目合同中，甲方是需求放，乙方是供方。（對）9、（對）補充1、項目初始階段甲方為軟件開發(fā)方，乙方為顧客。（錯）三、選擇題1、下列不是項目立項過程內(nèi)容的是

9、（B）A.項目的目標(biāo)B.項目的風(fēng)險C.項目的時間表D.項目使用的資源和經(jīng)費2、以下哪項不包括在項目章程中（C）A.對項目的確認(rèn)B.對項目經(jīng)理的授權(quán)C.對項目風(fēng)險的分析D.項目目標(biāo)的描述3、項目建議書是（C）階段開發(fā)的文檔A.項目執(zhí)行B.項目結(jié)尾C.項目初始D.項目計劃4、下列不屬于甲方招投標(biāo)階段任務(wù)的是（A）A.編寫建議書B.招標(biāo)書定義C.供方選擇 D.合同簽署5、下列不屬于乙方招投標(biāo)階段任務(wù)的是（D）A.項目分析B.競標(biāo)C.合同簽署D.招標(biāo)書定義6、（B）補充1、(A )的特性使得敏捷開發(fā)的產(chǎn)品更符合實際需求。 A) 自適應(yīng) B) 統(tǒng)一 C) 網(wǎng)絡(luò) D) 交互2、合同一旦簽署了就具有法律約束

10、力，除非(C )。A) 一方不愿意履行義務(wù) B) 一方宣布合同無效C) 合同違反了法律 D) 一方?jīng)]有能力負(fù)擔(dān)財務(wù)結(jié)果四、問答題1、某公司希望開發(fā)一套軟件產(chǎn)品，如果選擇自己開發(fā)軟件的策略，公司需要花費30000元，根據(jù)歷史信息，維護這個軟件每個月需要3500元。如果選擇購買軟件公司產(chǎn)品的策略，需要18000元，同時軟件公司為每個安裝的軟件進行維護的費用是4200元/月。該公司該如何決策答：自制方案：制造費 30000元維護費 3500元/月購買方案：購買費 18000元維護費 4200元/月制造差額：30000-18000=12000元服務(wù)差額：4200-3500=700元自制方案承受月份：1

11、2000/700=如果產(chǎn)品在17個月以內(nèi)可以選擇購買方案，如果超過17個月選擇自造方案。2、什么是項目章程答：項目章程是項目執(zhí)行組織高層批準(zhǔn)的一份以書面簽署的確認(rèn)項目存在的文件，包括對項目的確認(rèn)、對項目經(jīng)理的授權(quán)和項目目標(biāo)的概述等。補充：1、在項目招投標(biāo)階段，甲乙雙方的主要任務(wù)分別是什么答：甲方在招投標(biāo)階段的主要任務(wù)是：招標(biāo)書定義、供方選擇、合同簽署乙方在招投標(biāo)階段的主要任務(wù)是：進行項目選擇。2、招標(biāo)書主要包括那幾部分內(nèi)容答：招標(biāo)書主要包括三部分內(nèi)容：技術(shù)說明、商務(wù)說明和投標(biāo)說明。技術(shù)說明主要對采購的產(chǎn)品或者委托的項目進行詳細的描述，商務(wù)說明主要包括合同條款。投標(biāo)說明主要是對項目背景、標(biāo)書的提

12、交格式、內(nèi)容、提交時間等做出規(guī)定。第三章生存期模型一、填空題1.瀑布模型生存期模型中，要求項目所有的活動都嚴(yán)格按照順序進行，一個階段的輸入時下一個階段的輸入。2、適應(yīng)型 參見教材p433、Development和Operations 參見教材p59補充1.敏捷開發(fā)通過迭代和快速用戶反饋應(yīng)對管理的不確定性和變更。2.每日站立會議是Scrum模型的敏捷開發(fā)實踐。二、判斷題1、瀑布模型不適合短期項目。（錯）2、增量式模型可以避免一次性投資太多帶來的風(fēng)險。（對）3、V模型適合的項目類型是需求很明確、解決方案很明確，而且對系統(tǒng)的性能要求比較嚴(yán)格的項目。（對）4、（對）5、在瀑布生存期模型中，要求項目所有

13、的活動都嚴(yán)格按照順序執(zhí)行，一個階段的輸出是下一個階段的輸入。（對）6、（對） 參見p547、（錯） 參見p50補充1、燃盡圖是Scrum模型中常用的米姐開發(fā)工程實踐。（對）三、選擇題1、對于某項目，甲方提供了詳細、準(zhǔn)確的需求文檔。我們的解決方案也很明確。且安全性要求非常嚴(yán)格。此項目采用（C）成存期模型比較合適。A：瀑布模型 B：增量式模型 C：V模型 D：XP模型2、為避免一次性投資太多帶來的風(fēng)險，最好選擇（A）生存期模型。A：增量式模型 B：快速原型模型 C：瀑布模型 D：V模型3、（D）4、XP模型的實踐原則不包括以下哪一點（D）A：快速反饋 B：假設(shè)簡單 C：包容變化 D：詳細設(shè)計5、在

14、項目初期，一個項目需求不明確的情況下，應(yīng)避免采用以下哪種生存期模型（C）A：快速原型模型 B：增量式模型 C：V模型 D：Scrum模型6、（D）補充1、可以構(gòu)建一部分額系統(tǒng)的模型，通過用戶試用提出優(yōu)缺點，最好選擇（B）生存期模型。A：增量式模型 B：快速原型模型 C：瀑布模型 D：V模型四、問答題1、寫出三種你熟悉的生存期模型，并說明這些模型適用于什么情況下的項目。（1）瀑布模型適用于軟件需求很明確的軟件項目，即一般適用于功能明確、完成、無重大變化的軟件系統(tǒng)的開發(fā)，即：1） 在項目開始前，項目的需求已經(jīng)被很好的理解、也很明確，而且項目經(jīng)理很熟悉為實現(xiàn)這一模型所需要的過程。2） 解決方案在項目

15、開始前也很明確。3） 短期項目可采用瀑布模型。（2）V模型適用于項目需求在項目開始前很明確、解決方案在項目開始前也很明確，項目對系統(tǒng)的安全很嚴(yán)格，如航天飛機控制系統(tǒng)、公司的財務(wù)系統(tǒng)等。 (3)快速原型模型適用于項目的需求在項目開始前不明確，需要減少項目的不確定性的時候。2、混合模型是什么模型(略) 參見教材p60 補充1、敏捷開發(fā)的宣言是什么個體和交互勝過過程和工具?？梢怨ぷ鞯能浖龠^面面俱到的文檔?？蛻艉献鲃龠^合同談判。響應(yīng)變化勝過遵循計劃。第四章軟件項目范圍計劃需求管理一、填空題1.需求管理包括需求獲取、需求分析、需求規(guī)格編寫、需求驗證、需求變更 5個過程。2.用戶故事補充1.原型分析方法

16、是其中一種需求建模方法。二、判斷題1.需求規(guī)格說明可以包括系統(tǒng)的運行環(huán)境。（對）2.數(shù)據(jù)流分析方法是一種自下而上逐步求精的分析方法。（錯）3.需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書。（對）4.需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事，完成什么樣的功能，達到什么性能。（對）5.（對）6.軟件項目系統(tǒng)的響應(yīng)時間屬于功能性需求。（錯）7.數(shù)據(jù)字典是由數(shù)據(jù)項、數(shù)據(jù)流以及操作指令組成的。（錯）補充1.用例分析方法采用一種面向過程的情景分析方法。（錯）三、選擇題1、下列不屬于軟件項目管理需求過程的是（D）A：需求獲取 B：需求分析 C：需求規(guī)格編寫

17、D：需求更新2、下列不屬于數(shù)據(jù)字典組成部分的是（D）A：數(shù)據(jù)項 B：數(shù)據(jù)流 C：數(shù)據(jù)文件 D：數(shù)據(jù)庫3、下列不屬于UML需求視圖的是（A）A：甘特圖 B：用例圖 C：狀態(tài)圖 D：順序圖4、（D）5、（A）是軟件項目的的一個突出特點，可以導(dǎo)致軟件項目的蔓延。A：需求變更 B：暫時性 C：階段性 C：約束性6、下列不屬于結(jié)構(gòu)化方法設(shè)計的是（D）A：數(shù)據(jù)流圖 B：數(shù)據(jù)字典 C：系統(tǒng)流程圖 D：用例圖7、下列不屬于軟件需求范疇的是（A）A：軟件項目采用什么樣的實現(xiàn)技術(shù)B：用戶需要軟件能做什么樣的事情C：用戶需要軟件完成什么樣的功能D：用戶需要軟件達到什么樣的性能8、（C）補充1、下列不是需求建模方法的

18、是（B）A：原型方法 B：結(jié)構(gòu)化設(shè)計方法 C：面向?qū)ο蟮挠美治龇椒?D：功能列表方法2、范圍基線由(D )組成。 A） WBS B）項目章程、批準(zhǔn)的詳細的項目范圍說明書和WBSC）項目章程、項目工作說明書和WBS D）批準(zhǔn)的詳細的項目范圍說明書、WBS和WBS字典四、問答題 1.下圖是SPM項目需求規(guī)格文檔中的一個用例圖，請根據(jù)圖中信息判斷參與者是什么角色并寫出至少三個用例，如登錄、注冊等。1)參與者是課務(wù)管理系統(tǒng)中的學(xué)生用戶2）登錄、注冊、選課補充1.我們常常從哪些方面著手處理需求不明確的問題1）讓用戶參與開發(fā)2）開發(fā)用戶界面原型3）需求討論會議4）強化需求分析和評審第五章軟件項目范圍計劃

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

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

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

22、最底層的要素是否是實現(xiàn)目標(biāo)的充分必要條件B.非葉節(jié)點是否包含兩個以上的葉節(jié)點C.最底層元素是否有重復(fù)D.最底層要素是否有清晰完整定義是對項目由粗到細的分解過程，它的結(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、為了有效地管理項目，應(yīng)該將工作分解為更小的部分，以下各項中，哪一項不能說明任務(wù)應(yīng)該分解到什么程度(B )A) 可以在80小時內(nèi)完成 B) 可由一個人完成C) 不能再進一步進行邏輯細

23、分了 D) 可以進行實際估算2、任務(wù)分解可以( C )，它是范圍變更的一項重要輸入。 A）規(guī)定項目采用的過程 B）提供項目成本估算結(jié)果C）提供項目范圍基線 D）提供項目的關(guān)鍵路徑四問答題1.試寫出任務(wù)分解的方法和步驟。答：任務(wù)分解的基本步驟：1） 確認(rèn)并分解項目的組成要素(WBS編號)。2） 確定分解標(biāo)準(zhǔn)，按照項目實施管理的方法分解，而且分解的標(biāo)準(zhǔn)要統(tǒng)一。3） 確認(rèn)分解是否詳細，是否可以作為費用和時間估計的標(biāo)準(zhǔn)，明確責(zé)任。4） 確定項目交付成果（可以編制WBS字典）。5） 驗證分解正確性。驗證分解正確后，建立一套編號系統(tǒng)。任務(wù)分解方法：1） 模板參照方法2） 類比方法3） 自上而下4）自下而上

24、2.當(dāng)項目過于復(fù)雜是，可以對項目進行任務(wù)分解，這樣做的好處是什么答：將一個項目分解為更多的工作細目或者子項目，使項目變得更小、更易管理、更易操作，這樣可以提高估算成本、時間和資源的準(zhǔn)確性，使工作變得更易操作，責(zé)任分工更加明確。3.檢驗任務(wù)分解結(jié)果的標(biāo)準(zhǔn)是什么答：檢驗任務(wù)分解結(jié)果的標(biāo)準(zhǔn)有：1）最底層的要素是否是實現(xiàn)目標(biāo)的充分必要條件 2）最底層要素是否有重復(fù)的 3）每個要素是否清晰完整定義 4）最底層要素是否有定義清晰的責(zé)任人 5）是否可以進行成本估算和進度安排 第六章項目成本計劃一填空題。1.軟件項目成本包括直接成本和間接成本，一般而言，項目人力成本歸屬于直接成本。2.再在項目初期，一般采用的

25、成本估算方法是類比估算法。3.功能點方法中5類功能組件的計數(shù)項是外部輸入、外部輸出、外部查詢、內(nèi)部邏輯文件、外部接口文件。4.故事點5.用例點方法通過分析用例角色、場景和技術(shù)與環(huán)境因子等來進行軟件估算。補充1.軟件項目的主要成本是人的勞動的消耗所需要的代價。二判斷題1.（）2.在軟件項目估算中，估算結(jié)果是沒有誤差的。（×）3.人的勞動消耗所付出的代價是軟件產(chǎn)品的主要成本。（）4.功能點估算與項目所使用的語言和技術(shù)有關(guān)。（×）有3個等級的模型：有機型、嵌入型、半嵌入型。（×）6.經(jīng)驗對于估算來說不重要。（×）7.估算時既要考慮直接成本又要考慮間接成本。（）

26、8.在進行軟件估算的時候，可以直接考慮參照其他企業(yè)的模型進行項目估算。（×）9間接成本是與一個具體項目相關(guān)的成本。（×）補充1.軟件項目規(guī)模就是軟件項目工作量。（）三選擇題1.（D）2.（C）3.（A）4.（B）是成本的主要因素，是成本估算的基礎(chǔ)。A.計劃B.規(guī)模C.風(fēng)險D.利潤5.（D）6.下列不是UFC的功能計數(shù)項是（C）A.外部輸出B.外部文件C.內(nèi)部輸出D.內(nèi)部文件7.成本預(yù)算的目的是（A）A.生產(chǎn)成本基線B.編寫報告書C.指導(dǎo)設(shè)計過程D.方便進度管理8.下列不是軟件項目規(guī)模單位的是（D）A.源代碼長度（LOC）B.功能點（FP）C.人天、人月、人年D.小時9.在成

27、本管理過程中，每個時間段中等各個工作單元的成本是（B）A.估算B.預(yù)算C.直接成本D.間接成本補充：1.下面關(guān)于估算的說法，錯誤的是（C）A.估算是有誤差的B.估算時不要太迷信數(shù)學(xué)模型C.經(jīng)驗對于估算來說不重要D.歷史數(shù)據(jù)對于估算來說非常重要2.估算的基本方法不包括（D）A.代碼行、功能點B.參數(shù)估算法C.專家估算法D.函數(shù)估算法3.在項目初期，進行競標(biāo)合同時，一般采用的成本估算方法是（B）A.參數(shù)估算法B.類比估算法C.專家估算法D.功能點估算法四計算題。1.項目經(jīng)理正在進行一個圖書館信息查詢系統(tǒng)的項目估算，他采用Delphi的專家估算方法，邀請了3位專家進行估算，第一位專家給出了2萬元、7

28、萬元、12萬元的估算值，第二位專家給出了4萬元、6萬元、8萬元的估算值，第三位專家給出了2萬元、6萬元、10萬元的估算值，試計算這個項目的成本估算值。答：專家一：Ei=(ai+4mi+bi)/6=（2+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=（萬元）2.如果某軟件公司正在進行一個項目，預(yù)計有50KLOC的代碼量，項目是中等規(guī)模的半嵌入型的項目，采用中等COCOMO模型，項目屬性中只有可靠性為很高級別（即取值為），其他屬性為正常（書上說，正常就是1），

29、計算項目是多少人月的規(guī)模，如果是2萬元/人月，則項目的費用是多少答：Effort=a*（KLOC）b*F查表a=3，b=，F(xiàn)=1Effort=*1=（人月）所以項目的費用為2* Effort=萬元3.已知某項目使用C語言完成，該項目共有85個功能點，請用IBM模型估算源代碼行數(shù)、工作量項目持續(xù)時間、人員需要量以及文檔數(shù)量。答：C語言代碼行與功能點的關(guān)系近似為150LOC/FP，所以，85個功能點代碼行數(shù)為L85*150=12750行=,則:工作量估算E=*=*（人月）項目時間 D=*=*（月）人員需求量S=*=*（人）文檔數(shù)量 DOC=49*=49*（頁）第七章軟件項目進度計劃一. 填空題1.

30、 關(guān)鍵路徑?jīng)Q定了項目在給定的金錢關(guān)系和資源條件下完成項目所需的最短時間。2. 時間是一種特殊的資源，以其單向性、不可重復(fù)性、不可替代性而有別于其他資源。3. 在ADM網(wǎng)絡(luò)圖中，箭線表示活動（任務(wù)）。4. 應(yīng)急法和平行作業(yè)法都是時間壓縮法。5. 工程評估評審技術(shù)采用加權(quán)平均的公式是PERT歷時=(O+P+4M)/6，其中O是樂觀值，P是悲觀值，M是最可能值。補充1、任務(wù)（活動）之間的排序依據(jù)主要有強制性依賴關(guān)系、軟邏輯關(guān)系、外部依賴關(guān)系等。二. 判斷題1. 一個工作也可以通過多個活動完成。（）2. 在項目進行過程中，關(guān)鍵路徑是不變的。（×）3. 在PDM網(wǎng)絡(luò)圖中，箭線表示的是任務(wù)之間的

31、邏輯關(guān)系，節(jié)點表示的是活動。（）4. 項目各項活動之間不存在相互聯(lián)系與相互依賴關(guān)系。（×）5. 在資源沖突問題中，過度分配也屬于資源沖突。（）6. 浮動是在不增加項目成本的條件下，一個活動可以延遲的時間量。（×）7. 在使用應(yīng)急法壓縮時間時，不一定要在關(guān)鍵路徑上選擇活動來進行壓縮。（×）8. 時間是項目規(guī)劃中靈活性最小的因素。（）9. 外部依賴關(guān)系又稱強制性依賴關(guān)系，指的是項目活動與非項目互動之間的依賴關(guān)系。（×）10. 當(dāng)估算某活動時間，存在很大不確定性時應(yīng)采用CPM估計。（×）11. （）三. 選擇題1. 下面說法中不正確的是（D）AEF=

32、ES+durationB. LS=LF-durationCTF=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甘特圖B.網(wǎng)絡(luò)圖C.里程碑圖D. 資源圖4. （C）是項目沖突的主要原因，尤其在項目后期。A優(yōu)先級問題B.人力問題C.進度問題D. 費用問題5. 以下哪一項是項目計劃中靈活性最小的因素（A）A時間B.人工成本C.管理D. 開發(fā)6. （D）7.

33、快速跟進是指（A）A采用并行執(zhí)行任務(wù)，加速項目進展B. 用一個任務(wù)取代另外的任務(wù)C. 如有可能，減少任務(wù)數(shù)量D. 減輕項目風(fēng)險8.下面哪一項將延長項目的進度（A）AlagC.趕工D.快速跟進9.下面哪一項可以決定進度的靈活性（B）APERTB.總浮動D. 趕工10. （B）補充1、以下哪一項不是編制進度的基本方法（C）A關(guān)鍵路徑法B.時間壓縮法C.系統(tǒng)圖法D. 資源平衡方法四. 問答題1. 對一個任務(wù)進行進度估算時，A是樂觀者，估計用6天完成，B是悲觀者，估計用24天完成，C是有經(jīng)驗者，認(rèn)為最有可能用12天完成，那么這個任務(wù)的歷時估算介于10天到16天的概率是多少解：E=(6+24+4*12)

34、/6=13，=(24-6)/6=3E-=10E+=16所以任務(wù)歷時估算介于1016天的概率為：%2. 請將下圖所示的PDM（優(yōu)先圖法）網(wǎng)絡(luò)圖改畫為ADM（箭線法）網(wǎng)絡(luò)圖。解：上圖對應(yīng)的ADM圖如下所示：活動A活動B活動C活動D活動E3. 根據(jù)下面任務(wù)流程圖和下表給出的項目歷時估算值，采用PERT方法估算，求出項目在天內(nèi)完成的概率的近似值。解：E1=(2+6+4*3)/6=20/6，E2=(4+8+4*6)/6=6，E3=(3+6+4*4)/6=25/6任務(wù)方差、標(biāo)準(zhǔn)差分別為：標(biāo)準(zhǔn)差方差2任務(wù)14/616/36任務(wù)24/616/36任務(wù)33/69/36項目路徑41/36所以，E= E1+ E2+

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

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

37、老板 B 項目經(jīng)理 C 項目 D 組織3、下列屬于質(zhì)量成本的是（A）A 預(yù)防成本 B 缺陷數(shù)量 C 預(yù)測成本 D 缺失成本4、下列不是質(zhì)量計劃方法的是（C）A 質(zhì)量成本分析 B 因果分析圖 C 抽樣分析 D 基準(zhǔn)對照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

38、 產(chǎn)品運行8、（D）補充：1、“質(zhì)量成本”是一個項目管理概念，它說明了下列哪項成本(B )。A) 額外需求的成本 B) 確保符合需求的成本 C) 需求變更的成本 D) 固定成本2、質(zhì)量管理計劃與質(zhì)量體系得區(qū)別在于(B )。A) 質(zhì)量管理系統(tǒng)是針對單一的產(chǎn)品、項目、服務(wù)和合同制定的B) 質(zhì)量計劃是針對單一的產(chǎn)品、項目、服務(wù)和合同制定的C) 質(zhì)量管理系統(tǒng)是由一個單獨的組織實體使用D) 質(zhì)量計劃不屬于項目計劃的一部分四、問答題1、 簡述質(zhì)量保證的主要活動，以及質(zhì)量保證的要點。答：質(zhì)量保證的主要活動是項目執(zhí)行過程審計和項目產(chǎn)品審計。質(zhì)量保證的要點是：對項目進行評價、推測能否達到質(zhì)量指標(biāo)、建立對項目的信

39、心2、 簡述質(zhì)量保證與質(zhì)量控制的關(guān)系。答：質(zhì)量保證（QA）是通過評價項目整體績效,建立對質(zhì)量要求的信任，提供項目和產(chǎn)品可視化的管理報告。這個任務(wù)本身并不能提高產(chǎn)品的質(zhì)量，但是通過質(zhì)量保證的一系列工作可以間接地提高產(chǎn)品的質(zhì)量。質(zhì)量保證一般由質(zhì)量保證部門人員實施。質(zhì)量控制（QC）是確定項目結(jié)果與質(zhì)量標(biāo)準(zhǔn)是否相符,同時,確定消除不符的原因和方法，它控制產(chǎn)品的質(zhì)量，及時糾正缺陷。這個任務(wù)本身提高產(chǎn)品的質(zhì)量，一般由開發(fā)人員實施。質(zhì)量保證是后期質(zhì)量活動，質(zhì)量控制是前期質(zhì)量活動。它們是有區(qū)別的:質(zhì)質(zhì)量保證是針對項目實施過程的管理手段，質(zhì)量控制是針對項目產(chǎn)品的技術(shù)手段;實施質(zhì)量保證是針對過程改進和審計的，強調(diào)

40、的是過程改進和信心保證。實施質(zhì)量控制是按照質(zhì)量要求，檢查具體可交付成果的質(zhì)量，強調(diào)的是具體的可交付成果。補充1、質(zhì)量計劃中可以采用哪些方法答：質(zhì)量計劃中可以采用以下幾種方法：（1）試驗設(shè)計：試驗設(shè)計是一種統(tǒng)計學(xué)方法，確定哪些因素可能會對特定變量產(chǎn)生影響。（2）基準(zhǔn)對照：是一種尋找最佳實踐的方法，是利用其他項目的實施情況作為當(dāng)前項目性能衡量的標(biāo)準(zhǔn)。（3）質(zhì)量成本分析：質(zhì)量計劃必須進行質(zhì)量成本的綜合分析，以便決定質(zhì)量活動。（4）流程圖方法：可以顯示系統(tǒng)的各種成分是相互的關(guān)系，幫助我們預(yù)測在何處可能發(fā)生何種質(zhì)量問題。（5）因果分析圖：也稱魚刺圖。描述相關(guān)的各種原因和子原因如何產(chǎn)生潛在問題或影響，將影

41、響質(zhì)量問題的“人員、設(shè)備、參考資料、方法、環(huán)境”等各方面的原因進行細致的分解，方便地在質(zhì)量計劃中制定相應(yīng)的預(yù)防措施。第九章軟件配置管理計劃一、 填空題1、 （完整性和可跟蹤性）是軟件配置管理的核心功能。2、 （基線）標(biāo)志開發(fā)過程中一個階段的結(jié)束和里程碑。3、 基線變更控制包括（變更請求）、（變更控制）、（變更批準(zhǔn)/拒絕）、（變更實現(xiàn)）等步驟。4、 （版本管理、變更管理）是配置管理的主要功能。5、 基線變更時，需要經(jīng)過（SCCB）授權(quán)。6、 SCCB的全稱是（軟件配置控制委員會）。補充1、 配置管理最終保證軟件產(chǎn)品的（完整性）、（一致性）、（追溯性）、（可控性）。二、 判斷題1、 一個軟件配置項

42、可能有多個標(biāo)識。（錯）（這個題說的是一個軟件有多個配置項，還是說一個軟件中其中的一個配置項）2、 基線提供了軟件開發(fā)階段的一個特定點。（錯）（基線提供了軟件生存期中各個開發(fā)階段的一個特定點）3、 有效的項目管理能夠控制變化，以最有效的手段應(yīng)對變化，不斷命中移動的目標(biāo)。（對）4、 一個（些）配置項形成并通過審核，即形成基線。（對）5、 軟件配置項是項目需定義其受控于軟件配置管理的款項，每個項目的配置項是相同的。（錯）6、 基線的修改不需要每次都按照正式的程序執(zhí)行。（錯）7、 基線產(chǎn)品是不能修改的。（錯）8、 基線修改應(yīng)受到控制，但不一定要經(jīng)SCCB授權(quán)。（錯）9、 變更控制系統(tǒng)包括從項目變更申請

43、、變更評估、變更審批到變更實施的文檔化流程。（對）10、（對）11、（錯）補充1、 在軟件項目配置管理中最終應(yīng)保證軟件產(chǎn)品的完整性、一致性、有效性、機密性。（錯）（最終保證軟件產(chǎn)品的完整性、一致性、追朔性、可控性）三、 選擇題1、 下列不屬于SCCB的職責(zé)的是（D）A 評估變更 B 與項目管理層溝通 C 對變更進行反饋 D 提出變更申請2、為了更好地管理變更，需要定義項目基線，關(guān)于基線的描述，下列描述正確的是（B）A 不可變化B 可以變化，但是必須通過基線變更控制流程處理C 所以的項目必須定義基線D 基線發(fā)生變更時，必須修改需求3、軟件配置管理無法確保以下哪種軟件產(chǎn)品屬性（A）A 正確性 B

44、完整性 C 一致性 D 可控性4、變更控制需要關(guān)注的是（B）A 阻止變更 B 標(biāo)識變更，提出變更，管理變更C 管理SCCB D 客戶的想法4、以下哪項不是項目配置管理中可能遇到的問題（B）A 找不到某個文件的歷史版本B 甲方與乙方在資金調(diào)配上存在意見差異C 開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔D 因協(xié)同開發(fā)中，或者異地開發(fā)，版本變更混亂導(dǎo)致整個項目失敗5、以下哪項不是項目配置管理中可能遇到的問題（B）A）找不到某個文件的歷史版本B）甲方與乙方在資金調(diào)配上存在意見差異C）開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔D）因協(xié)同開發(fā)中，或異地開發(fā)，版本變更混亂導(dǎo)致整個項目失敗。四、簡答題1、 寫出配置管理的基本過程。答

45、：（1）配置項標(biāo)識、跟蹤；（2）配置管理環(huán)境建立；（3）基線變更管理；（4）配置管理審計；（5）配置狀態(tài)統(tǒng)計；（6）配置管理計劃。2、 說明軟件配置控制委員會（SCCB）的基本職責(zé)。答：評估變更、批準(zhǔn)變更申請、在生存期內(nèi)規(guī)范變更申請流程、對變更進行反饋、與項目管理層溝通。3、 寫出幾個常見的軟件配置項。答：軟件項目計劃、需求分析結(jié)果、軟件需求規(guī)格說明書、設(shè)計規(guī)格說明書、源代碼清單、廁所規(guī)格說明書、測試計劃、測試用例與實驗結(jié)果、可執(zhí)行程序、用戶手冊、維護文檔。補充1、簡述配置管理在軟件開發(fā)中的作用，并列舉至少兩種配置管理工具。答：軟件配置管理是軟件項目管理的重要內(nèi)容，也是保證軟件質(zhì)量的重要手段。

46、它能夠?qū)浖_發(fā)過程進行有效管理和控制，從而實現(xiàn)軟件產(chǎn)品的完整性、一致性、可控性，使產(chǎn)品極大程度地與用戶需求相吻合。它能夠控制、記錄、追蹤對軟件的修改并形成規(guī)范文檔，方便日后維護和升級，更重要的是能夠保護代碼資源，積累軟件財富，提高軟件重用率。（課本：軟件配置管理在軟件項目管理中有著重要的地位。軟件配置管理工作是以正規(guī)軟件流程的改進為目標(biāo)，是為軟件項目管理和軟件工程的其他領(lǐng)域奠定基礎(chǔ)，以便于穩(wěn)步推進整個軟件企業(yè)的能力成熟度。軟件配置管理是軟件項目管理中的一種非常有效和現(xiàn)實的技術(shù)，它能非常有效地適應(yīng)軟件開發(fā)需求。配置管理對軟件產(chǎn)品質(zhì)量和軟件開發(fā)過程的順利進行和可靠性有著重要的意義。配置管理相當(dāng)于

47、軟件開發(fā)生產(chǎn)線中的倉庫和調(diào)度。合理地實施配置管理，軟件產(chǎn)品的質(zhì)量得到了提高，開發(fā)團隊能夠工作在一個有助于提高整體工作效率的配置管理平臺上。如果沒有很好地進行配置管理，將會影響成本、進度和產(chǎn)品的規(guī)格。沒有變更管理，項目就會無限放大。有效的配置管理可以不斷命中移動的目標(biāo)。配置管理是對工作成果的一種有效保護。）配置管理工具有：Harvest、Perforce、ClearCase、PVCS、CVSSVN、VSS第十章軟件項目人員與溝通計劃一、填空1、 可以充分發(fā)揮部門資源優(yōu)勢集中的組織結(jié)構(gòu)為職能型組織結(jié)構(gòu)2、 組織結(jié)構(gòu)的主要類型職能型、項目型、矩陣型3、 會議形式溝通最有可能協(xié)助解決復(fù)雜的問題。4、

48、當(dāng)項目中有20個人時，溝通渠道最多有190。補充1、溝通管理的基本原則是及時性、準(zhǔn)確性、完整性、可理解性。2、溝通計劃用于確定誰需要信息，需要什么信息，何時需要信息，以及如何將信息分發(fā)給他們。二、判斷1、項目干系人是項目計劃的一部分。（對）2、項目型的優(yōu)點是可以資源共享。（錯）3、應(yīng)盡量多建立一些溝通渠道。(錯)4、項目溝通的基本原則是及時性、準(zhǔn)確性、完整性和可理解性(對)5、在IT項目中，成功的最大威脅是溝通的失敗(對)6、責(zé)任分配矩陣是明確項目團隊成員的角色與職責(zé)的有效工具(對)7、口頭溝通不是項目溝通的方式(錯)8、對于緊急的信息，應(yīng)該通過口頭的方式溝通；對于重要的信息，應(yīng)采用書面的方式

49、溝通(對)9、人員計劃描述項目的團隊人員時候，以及如何加入和離開團隊(對)10、（對）補充1、溝通計劃包括確定誰需要信息，需要什么信息，何時需要信息，以及如何接收信息等(對)2、人員管理計劃沒有明確的具體體現(xiàn)形式，作為項目計劃的一部分，其詳細程度因項目而異(對)三、選擇1、（A） p2512、（D） p2543、（C） p2394、項目經(jīng)理花在溝通上的時間是(B)A 20%-40% B 75%-90% C60% D 30%-60%5、在（ C ）組織結(jié)構(gòu)中，項目成員沒有安全感A職能型B矩陣型C項目型D弱矩陣型6下列關(guān)于干系人的描述中，不正確的是 DA影響項目決策的個人、群體或者組織B影響項目活

50、動的個人、群體或者組織C影響項目結(jié)果的個人、群體或者組織D所有項目人員7編制溝通計劃的基礎(chǔ)是( A)A溝通需求分析B項目范圍說明書C項目管理計劃D歷史資料8、（A）9、對于項目中比較重要的通知，最好采用（B）溝通方式A口頭B書面C網(wǎng)絡(luò)方式D電話10、在一個高科技公司，項目經(jīng)理正在為一個新的項目選擇合適的組織結(jié)構(gòu)，這個項目涉及多的領(lǐng)域和特性，他應(yīng)該選擇（A）組織結(jié)構(gòu)A矩陣型B項目型C職能型D組織型補充1、在項目管理的3種組織結(jié)構(gòu)中，適用于主要由一個部門完成的項目或技術(shù)比較成熟的項目組織結(jié)構(gòu)是( C)A矩陣型組織結(jié)構(gòu) B項目型組織結(jié)構(gòu) C職能型組織結(jié)構(gòu) D都一樣2、在3種組織結(jié)構(gòu)中，（C）組織結(jié)構(gòu)

51、是目前最普遍的項目組織形式，它是一個標(biāo)準(zhǔn)的金字塔型組織形式A矩陣型B項目型C職能型D都一樣3、項目經(jīng)理在一個高科技公司，現(xiàn)在正在為一個新的項目選擇合適的組織結(jié)構(gòu)，這個項目涉及很多的領(lǐng)域和特性、他應(yīng)該選擇那種組織結(jié)構(gòu)( C )A）矩陣型 B）項目型 C）職能型 D）組織型4、項目團隊原來有4個成員，現(xiàn)在人員擴充，又增加了4個成員這樣溝通渠道增加了（A）A 倍B兩倍C 4條D無法確定5、以下說法錯誤的是（B）A團隊是一定數(shù)量的個體成員的集合B團隊包括自己組織的人、供應(yīng)商、分包商、客戶C團隊?wèi)?yīng)注重個人發(fā)揮，應(yīng)該將某項任務(wù)分工給擅長該技術(shù)的職員D團隊的目的是開發(fā)出高質(zhì)量的產(chǎn)品三、簡答題1、 寫出5種以

52、上項目溝通方式 溝通方式主要有書面溝通和口頭溝通、語言溝通和非語言溝通、正式溝通和非正式溝通、單向溝通和雙向溝通、網(wǎng)絡(luò)溝通等2、 對于特別重要的內(nèi)容，你認(rèn)為一般采用哪些方式才能確保有效溝通 對于特別重要的內(nèi)容，要采用多種方式進行有效溝通確保傳達到位，除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過舉行各種會議進行傳達補充1、寫出干系人對項目可能的幾種態(tài)度 完全不支持、反對者、不積極者、無所謂者，參與者、較積極者、內(nèi)部支持者、首倡者、完全支持2、矩陣型項目組織結(jié)構(gòu)的優(yōu)缺點是什么 優(yōu)點是：1、專職的項目經(jīng)理負(fù)責(zé)整個項目，以項目為中心，能迅速解決問題。在最短的時間內(nèi)調(diào)配人才，組成一個團隊，把不同職能的人才集中在一起。2、多個項目可以共享各個職能部門的資源。在