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

1、軟件項(xiàng)目管理案例教程（第四版）課后習(xí)題答案本頁僅作為文檔頁封面，使用時可以刪除This document is for reference only-rar21year.March項(xiàng) LI 管理案例教程（笫四版）習(xí)題及答案第一章軟件項(xiàng)目管理概述一、填空題1、敬捷模型包括仝個核心價值，對應(yīng)個敬捷原則。2、項(xiàng)目管理包括（啟動過程組）、（計劃過程組）、（執(zhí)行過程組）、（控制 過程組）、（收尾過程組） 5 個過程組。二、判斷題1、搬家屬于項(xiàng)目。（對）2、項(xiàng)目是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進(jìn)行的永久性的努 力。（錯）3、過程管理口的是要讓過程能夠被共享、復(fù)用，并得到持續(xù)的改進(jìn)。（對）4、

2、項(xiàng)目具有臨時性的特征。（對）5、日常運(yùn)作存在大量的變更管理，而項(xiàng)口基本保持連貫性的。（錯）6、項(xiàng) H 開發(fā)過程中可以無限制地使用資源。（錯）7、（對）參見教材 p20三、選擇題1、下列選項(xiàng)中不是項(xiàng) U 與日常運(yùn)作的區(qū)別的是 （C）A. 項(xiàng) LI 是以 LI 標(biāo)為導(dǎo)向的，日常運(yùn)作是通過效率和有效性體現(xiàn)的。B. 項(xiàng) LI 是通過項(xiàng)口經(jīng)理及其團(tuán)隊(duì)工作完成的，而日常運(yùn)作是職能式的線 性管理。C. 項(xiàng) LI 需要有專業(yè)知識的人來完成，而日常運(yùn)作的完成無需特定專業(yè)知 識。D. 項(xiàng) H 是一次性的，日常運(yùn)作是重復(fù)性的。2、以下都是日常運(yùn)作和項(xiàng)日的共同之處，除了 （D）A. 由人來做B. 受限于有限的資源C.

3、 需要規(guī)劃、執(zhí)行和控制D. 都是重復(fù)性工作3、(A)4、下列選項(xiàng)中屬于項(xiàng)目的是(C)A.上課D.每天的B.社區(qū)保安C.野餐活動4#衛(wèi)生保潔5、下列選項(xiàng)中正確的是(C)A. 一個項(xiàng)口具有明確的LI標(biāo)而且周期不限B. 一個項(xiàng)U 一旦確定就不會發(fā)生變更C. 每個項(xiàng)LI都有自己的獨(dú)特性D. 項(xiàng)LI都是一次性的并山項(xiàng)LI經(jīng)理獨(dú)自完成6、 (B)是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進(jìn)行的臨時性的努 力。#A.過程B.項(xiàng)目C.項(xiàng)目群D.組合A.人力資源管理B.項(xiàng)目管理C.軟件項(xiàng)目管理#D.需求管理7、(c)8 下列活動中不是項(xiàng)LI的是(C)D.開發(fā)操A. 野餐活動B集體婚禮C上課作系統(tǒng)9、下列選項(xiàng)

4、中不是項(xiàng)L1的特征的是(C)A?項(xiàng)LI具有明確的LI標(biāo)B?項(xiàng)LI具有限定的周期C.項(xiàng)目可以重復(fù)進(jìn)行D.項(xiàng)目對資源成本具有約束性補(bǔ)充：1、下列選項(xiàng)中最能體現(xiàn)項(xiàng)口的特征（C）A.運(yùn)用進(jìn)度計劃技巧6B. 整合范圍與成本C. 確定期限D(zhuǎn). 利用網(wǎng)絡(luò)進(jìn)行跟蹤2、項(xiàng) U 經(jīng)理的職責(zé)不包括 （D）D. 提供資C）A.開發(fā)計劃B組織實(shí)施C項(xiàng)目控制金3、項(xiàng)目管理專業(yè)人員資格是指（ C ）。A）PMIB） ERPPMPD）SAP4、下列選項(xiàng)中正確的是（ C ）。A）項(xiàng) LILI 標(biāo)明確但周期不限B）項(xiàng) LI 內(nèi)容一旦確定就不允許發(fā)生變更0 每個項(xiàng) LI 都有獨(dú)一無二的D）項(xiàng)LI ill項(xiàng)LI經(jīng)理獨(dú)自完成LI 標(biāo)等

5、各個 LID ） 沒有關(guān)系D ）。5項(xiàng)LI管理過程中的進(jìn)度LI標(biāo)，成本LI標(biāo)，質(zhì)量LI標(biāo)，范F 標(biāo)之間是（ B ）的。A）相互獨(dú)立B）相互關(guān)聯(lián)和制約C）進(jìn)度目標(biāo)最重要6、下列關(guān)于項(xiàng)目管理工具軟件 Project 的功能說法不正確的是（A）計算項(xiàng)目信息B）編制和組織信息0跟蹤項(xiàng)目信息D）項(xiàng)目編碼和測試7、以下那項(xiàng)不是制約項(xiàng)目目標(biāo)實(shí)現(xiàn)的主要因素（ D ）。7A）范圍B）進(jìn)度8、華為云 DevCloud 是（ A ） 。A ）云端 DevOps 平臺C）云端 Cloud computing ： 平 臺 development 平臺四、問答題C）成本D）風(fēng)險B ）云端 Cloud storage 平臺

6、D ）云端 Big ddta8#1、項(xiàng) LI 管理知識體系 （PMBOK ）包括哪 10 個知識領(lǐng)域？答：項(xiàng) LI 集成管理、項(xiàng) LI 范圍管理、項(xiàng) LI 時間管理、項(xiàng) LI 成本管理、項(xiàng) LI 質(zhì)量 管 理、項(xiàng) LI 人力資源管理、項(xiàng)口溝通管理、項(xiàng) LI 風(fēng)險管理、項(xiàng) LI 采購管理、項(xiàng) 目干 系人管理2、請簡述項(xiàng) II 管理的 5 個過程組及其關(guān)系。 （可簡答）答： （1）啟動過程組：主要是確定一個項(xiàng)目或一個階段可以開始了，并要求著手實(shí)行；定義和授權(quán)項(xiàng)或者項(xiàng)H的某個階段。（2）計劃過程組：為完成項(xiàng)U所要達(dá)到 的商業(yè)要求而進(jìn)行的實(shí)際可行的工作計劃的設(shè)計、維護(hù)，確保實(shí)現(xiàn)項(xiàng) LI 的既定商業(yè) L

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

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

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

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

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

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

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

14、要求比 較嚴(yán)格的項(xiàng)日。（對）4、（對）5、 在瀑布生存期模型中，要求項(xiàng)LI所有的活動都嚴(yán)格按照順序執(zhí)行，一個階段的 輸出是下一個階段的輸入。（對）6、（對）參見 p54 7、（錯）參見 p50補(bǔ)充1、燃盡圖是 Scrum 模型中常用的米姐開發(fā)工程實(shí)踐。（對）三、選擇題1、 對于某項(xiàng)H ,屮方提供了詳細(xì)、準(zhǔn)確的需求文檔。我們的解決方案也很明確。且 安全性要求非常嚴(yán)格。此項(xiàng)LI釆用（C）成存期模型比較合適。A :瀑布模型 B :增量式模型C: V模型D: XP模型2、為避免一次性投資太多帶來的風(fēng)險,最好選擇 （ A） 生存期模型。A :增量式模型B :快速原型模型C：瀑布模型D: V模型3、（ D

15、）4、XP 模型的實(shí)踐原則不包括以下哪一點(diǎn)（D）A :快速反饋B :假設(shè)簡單C:包容變化D :詳細(xì)設(shè)計5、在項(xiàng) LI 初期,一個項(xiàng) LI 需求不明確的情況下,應(yīng)避免采用以下哪種生存期模 型 （OA :快速原型模型 B :增量式模型C: V模型D : Scrum模型6、（ D）補(bǔ)充1、可以構(gòu)建一部分額系統(tǒng)的模型，通過用戶試用提出優(yōu)缺點(diǎn)，最好選擇 生存期模型。A :增量式模型B :快速原型模型C:瀑布模型D : V模型四、問答題 1、寫出三種你熟悉的生存期模型，并說明這些模型適用于什么情況下的項(xiàng)(1)瀑布模型 適用于軟件需求很明確的軟件項(xiàng)口，即一般適用于功能明確、完成、無重大變 軟件系統(tǒng)的開發(fā)，即

16、:1) 在項(xiàng)目開始前，項(xiàng)目的需求已經(jīng)彼很好的理解、也很明確，而且項(xiàng)目經(jīng)理很熟悉為實(shí) 所需要的過程。2) 解決方案在項(xiàng)目開始前也很明確。3) 短期項(xiàng)目可采用瀑布模型。(2) V 模型 適用于項(xiàng)目需求在項(xiàng)目開始前很明確、解決方案在項(xiàng)目開始前也很明確，項(xiàng)目對系統(tǒng) 格，如航天飛機(jī)控制系統(tǒng)、公司的財務(wù)系統(tǒng)等。(3) 快速原型模型 適用于項(xiàng)目的需求在項(xiàng)目開始前不明確，需要減少項(xiàng)目的不確立性的時候。2、混合模型是什么模型？( 略 ) 參見教材 P60補(bǔ)充B)LI。化的現(xiàn)這一模型的安全很嚴(yán)1、敏捷開發(fā)的宣言是什么？個體和交互勝過過程和工具?？梢怨ぷ鞯能浖龠^面而俱到的文檔客戶介作勝過合同談判。響應(yīng)變化勝過遵循

17、計劃。18第四章軟件項(xiàng)目范圍計劃一需求管理一、填空題1. 需求管理包括需求獲取、需求分析、需求規(guī)格編寫、需求驗(yàn)證、需求變更5個過程。2. 用戶故事補(bǔ)充1.原型分析方法是其中一種需求建模方法。二、判斷題1. 需求規(guī)格說明可以包括系統(tǒng)的運(yùn)行環(huán)境。（對）2. 數(shù)據(jù)流分析方法是一種自下而上逐步求精的分析方法。（錯）3. 需求分析工作完成的一個基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說 明書。（對）4. 需求是指用戶對軟件的功能和性能的要求，就是用戶希望軟件能做什么事，完成什么樣的功能，達(dá)到什么性能。（對）5. （對）6. 軟件項(xiàng)LI系統(tǒng)的響應(yīng)時間屬于功能性需求。（錯）7. 數(shù)據(jù)字典是山數(shù)據(jù)項(xiàng)、數(shù)據(jù)流

18、以及操作指令組成的。（錯）補(bǔ)充1.用例分析方法采用一種面向過程的情景分析方法。（錯）三、選擇題1、下列不屬于軟件項(xiàng)口管理需求過程的是（A:需求獲取B:需求分析C:需求規(guī)格編寫D :需求更新2、下列不屬于數(shù)據(jù)字典組成部分的是（D）A:數(shù)據(jù)項(xiàng)B:數(shù)據(jù)流C：數(shù)據(jù)文件D:數(shù)據(jù)庫3、下列不屬于 UML 需求視圖的是（A）A ： 甘特圖 B ：用例圖 C ： 狀態(tài)圖 D ：順序圖4、（D）5、（ A） 是軟件項(xiàng)日的的一個突出特點(diǎn)，可以導(dǎo)致軟件項(xiàng)訂的蔓延。A:需求變更B:暫時性C:階段性C:約束性6、下列不屬于結(jié)構(gòu)化方法設(shè)計的是（D）A ：數(shù)據(jù)流圖B ：數(shù)據(jù)字典C ：系統(tǒng)流程圖D ：用例圖7、下列不屬于軟件

19、需求范疇的是（A）A:軟件項(xiàng)采用什么樣的實(shí)現(xiàn)技術(shù)B ：用戶需要軟件能做什么樣的事情C：用戶需要軟件完成什么樣的功能D:用戶需要軟件達(dá)到什么樣的性能8、（ C）補(bǔ)充1、 下列不是需求建模方法的是（B）A:原型方法B:結(jié)構(gòu)化設(shè)計方法C :面向?qū)ο蟮挠美治龇椒― :功能列表方法2、 范圍基線由( D )組成。A) WBSB) 項(xiàng) LI 章程、批準(zhǔn)的詳細(xì)的項(xiàng)口范圍說明書和 WBSC) 項(xiàng) U 章程、項(xiàng)目工作說明書和 WBSD) 批準(zhǔn)的詳細(xì)的項(xiàng) LI 范圍說明書、 WBS 和 WBS 字典四、問答題1?下圖是 SPM 項(xiàng)口需求規(guī)格文檔中的一個用例圖，請根據(jù)圖中信息判斷參與 者是什么角色？并寫出至少三個

20、用例，如登錄、注冊等。1) 參與者是課務(wù)管理系統(tǒng)中的學(xué)生用戶2) 登錄、注冊、選課補(bǔ)充1. 我們常常從哪些方面著手處理需求不明確的問題？1) 讓用戶參與開發(fā)2) 開發(fā)用戶界面原型3) 需求討論會議強(qiáng)化需求分析和評審22第五章軟件項(xiàng)目范圍計劃一任務(wù)分解一.填空題1任務(wù)分解是將一個項(xiàng)U分解為更多的工作細(xì)U或者子項(xiàng)目,是項(xiàng)U變得更小、更易管理、更易操作。的全稱是任務(wù)分解結(jié)構(gòu) Work Breakdown Structure。最底層次課交付成果是工作包 work package。補(bǔ)充1. 一般來說，進(jìn)行項(xiàng)LI分解時，可以采用清里或圖表兩種形式來表達(dá)任務(wù)分解 的結(jié)果。二判斷題提供了項(xiàng)范圍基線。（J）2.

21、 一個工作包可以分配給另一個項(xiàng)目經(jīng)理去完成。（J）原文：工作包應(yīng)當(dāng)由唯一主體負(fù)責(zé)，可以分配給另外一位項(xiàng)U經(jīng)理通過子項(xiàng)LI的方式完成。3. 如果開發(fā)人員對項(xiàng)H比較熟悉或者對項(xiàng)H大局有把握，開發(fā) WBS時最好采用 自底向上方法。（X）4. 對于一個沒有做過的項(xiàng)目，開發(fā) WBS時可以采用自底向上方法。（J）5. 在任務(wù)分解結(jié)果中，最底層的要素必須是實(shí)現(xiàn)項(xiàng)LI 口標(biāo)的充分必要條件。（V）6. 一個工作包應(yīng)當(dāng)由唯一主題負(fù)責(zé)。（J）的最高層次的可交付成果是工作包。（X）8. 對任務(wù)的分解只能是自上而下的。（X）的最底層任務(wù)是能分配到一個人完成的任務(wù)。（J）原文：工作包應(yīng)當(dāng)山唯一主體負(fù)責(zé)，可以分配給另外一位

22、項(xiàng)LI經(jīng)理通過子項(xiàng)LI的方式完成。10. ( V)補(bǔ)充1. 任務(wù)分解是將一個項(xiàng) U 分解為更多的工作細(xì) U 或者子項(xiàng) II, 是項(xiàng) LI 變得更 小、更易管理和操作。 (J)三 . 選擇題。 非常重要，因?yàn)橄铝性?，除?(D)A. 幫助組織工作B.防止遺漏工作C.為項(xiàng)LI估算提供依據(jù)D.確定團(tuán)隊(duì)成員責(zé)任 中的每一個具體細(xì)目通常都指定唯一的 (A)A. 編碼B.地點(diǎn)C.功能模塊D.提交截至期限3. 下列不是創(chuàng)建 WBS 的方法的是 (C)A.自頂向下B.自底向上C.控制方法D.模板參照4. 任務(wù)分解時， (D) 方法從特殊到一般的方向進(jìn)行，首先定義一些特殊的任 務(wù)，然后將這些任務(wù)組織起來，形成

23、更高級別的 WBS 層。A. 模板參照B自頂向下C類比D.自底向上5. 下列關(guān)于 WBS 的說法，不正確的是 (D)是任務(wù)分解的結(jié)果B. 不包括再 WBS 中的任務(wù)就不是該項(xiàng)口的工作C. 可以采用清單或者圖表的形式標(biāo)石 WBS 的結(jié)果D. 如果項(xiàng) U 是一個嶄新的項(xiàng) U ,最好采用自頂向下方法開發(fā) WBS6. 檢驗(yàn) WBS 分解結(jié)果的標(biāo)準(zhǔn)不包括以下那一項(xiàng) (B)A. 最底層的要素是否是實(shí)現(xiàn) LI 標(biāo)的充分必要條件B. 非葉節(jié)點(diǎn)是否包含兩個以上的葉節(jié)點(diǎn)C. 最底層元素是否有重復(fù)D. 最底層要素是否有清晰完整定義是對項(xiàng) LI 山粗到細(xì)的分解過程，它的結(jié)構(gòu)是 （B ）A.分層的集合結(jié)構(gòu)B.分級的樹形

24、結(jié)構(gòu)C分層的線性結(jié)構(gòu)D.分級的圖狀結(jié)構(gòu)8. 任務(wù)分解時， （ B ）方法從一般到特殊的方向進(jìn)行，從項(xiàng)目的大局著手，然后逐步分解子細(xì)LI,將項(xiàng)LI變?yōu)楦?xì)、更完善的部分。A.模板參照B自頂向下C.類比D自底向上補(bǔ)充：1、為了有效地管理項(xiàng)目，應(yīng)該將工作分解為更小的部分，以下各項(xiàng)中，哪一項(xiàng) 不能說明任務(wù)應(yīng)該分解到什么程度（ B ）A）可以在80小時內(nèi)完成B）可由一個人完成0 不能再進(jìn)一步進(jìn)行邏輯細(xì)分了D） 可以進(jìn)行實(shí)際估算2、任務(wù)分解可以 （C ） ,它是范圍變更的一項(xiàng)重要輸入。A） 規(guī)定項(xiàng)目采用的過程B） 提供項(xiàng)目成本估算結(jié)果C）提供項(xiàng)目范圍基線D）提供項(xiàng)目的關(guān)鍵路徑四. 問答題1. 試寫出任務(wù)分

25、解的方法和步驟。答：任務(wù)分解的基本步驟：1）確認(rèn)并分解項(xiàng)目的組成要素 （ WBS 編號）。2）確泄分解標(biāo)準(zhǔn)，按照項(xiàng)目實(shí)施管理的方法分解，而且分解的標(biāo)準(zhǔn)要統(tǒng)一。3）確認(rèn)分解是否詳細(xì)，是否可以作為費(fèi)用和時間估計的標(biāo)準(zhǔn)，明確責(zé)任。4）確泄項(xiàng)目交付成果（可以編制 WBS 字典）。4) 驗(yàn)證分解正確性。驗(yàn)證分解正確后，建立一套編號系統(tǒng)。任務(wù)分解方法：1) 模板參照方法2) 類比方法263） 自上而下4）自下而上2. 當(dāng)項(xiàng)H過于復(fù)雜是，可以對項(xiàng)LI進(jìn)行任務(wù)分解，這樣做的好處是什么？ 答：將一個項(xiàng)H分解為更多的工作細(xì)U或者子項(xiàng)目，使項(xiàng)目變得更小、更易管 理、更易操作，這樣可以提高估算成本、時間和資源的準(zhǔn)確性

26、，使丄作變得更 易操作，責(zé)任分工更加明確。3. 檢驗(yàn)任務(wù)分解結(jié)果的標(biāo)準(zhǔn)是什么？答：檢驗(yàn)任務(wù)分解結(jié)果的標(biāo)準(zhǔn)有：1）最底層的要素是否是實(shí)現(xiàn)LI標(biāo)的充分必要條件2）最底層要素是否有重復(fù)的3）每個要素是否清晰完整定義4）最底層要素是否有定義清晰的責(zé)任人口）是否可以進(jìn)行成本估算和進(jìn)度安排第六章項(xiàng)目成本計劃一. 填空題。1. 軟件項(xiàng)目成本包括直接成本和間接成本，一般而言，項(xiàng)目人力成本歸屬于直按成本2. 再在項(xiàng)LI初期，一般采用的成本估算方法是類比估算法。3. 功能點(diǎn)方法中5類功能組件的計數(shù)項(xiàng)是外部輸入、外部輸出、外部杳詢、ft部邏輯文件、外部接口文件。5?用例點(diǎn)方法通過分析用例角色、場景和技術(shù)與環(huán)境因子等

27、來進(jìn)行軟件估算。補(bǔ)充故事點(diǎn)281軟件項(xiàng)U的主要成本是人的勞動的消耗所需要的代價二. 判斷題1. (V)2. 在軟件項(xiàng)口估算中，估算結(jié)果是沒有誤差的。(X)3. 人的勞動消耗所付出的代價是軟件產(chǎn)品的主要成本。(J )4. 功能點(diǎn)估算與項(xiàng)日所使用的語言和技術(shù)有關(guān)。(X)有3個等級的模型：有機(jī)型、嵌入型、半嵌入型。(X)6. 經(jīng)驗(yàn)對于估算來說不重要。(X)7. 估算時既要考慮直接成本乂要考慮間接成本。(J )LI估算8. 在進(jìn)行軟件估算的時候，可以直接考慮參照其他企業(yè)的模型進(jìn)行項(xiàng)(X)9間接成本是與一個具體項(xiàng)目相關(guān)的成本。(X)補(bǔ)充1 ?軟件項(xiàng)日規(guī)模就是軟件項(xiàng)日工作量。(丁)三. 選擇題1. (D)

28、2. (C)3. (A)4. (B)是成本的主要因素，是成本估算的基礎(chǔ)。A.計劃B.規(guī)模C.風(fēng)險D.利潤5. (D)6. 下列不是UFC的功能計數(shù)項(xiàng)是(C)A.外部輸出B.外部文件C.內(nèi)部輸出D.內(nèi)部文件7. 成本預(yù)算的LI的是(A)A.生產(chǎn)成本基線B.編寫報告書C.指導(dǎo)設(shè)訃過程D.方便進(jìn)度管理8. 下列不是軟件項(xiàng)口規(guī)模單位的是 (D)A.源代碼長度(LOC)B.功能點(diǎn)(FP) C.人天、人月、人年 D.小時9. 在成本管理過程中，每個時間段中等各個工作單元的成本是 (B)A.估算B.預(yù)算C直接成本D.間接成本補(bǔ)充：1?下面關(guān)于估算的說法，錯誤的是 (C)A.估算是有誤差的B.估算時不要太迷信

29、數(shù)學(xué)模型 C.經(jīng)驗(yàn)對于佔(zhàn)算來說不重要D.歷史數(shù)據(jù)對于估算來說非常重要2. 估算的基本方法不包括 (D)A.代碼行、功能點(diǎn)B.參數(shù)佔(zhàn)算法C.專家估算法D.函數(shù)佔(zhàn)算法3. 在項(xiàng)目初期，進(jìn)行競標(biāo)合同時，一般采用的成本估算方法是 (B)A.參數(shù)估算法B.類比估算法C.專家估算法D.功能點(diǎn)佔(zhàn)算法四. 計算題。1. 項(xiàng) LI 經(jīng)理正在進(jìn)行一個圖書館信息查詢系統(tǒng)的項(xiàng) LI 估算，他采用 Delphi 的專 家估算方法，邀請了 3 位專家進(jìn)行估算，第一位專家給出了 2 萬元、 7 萬元、 12萬元的佔(zhàn)算值，第二位專家給出了 4 萬元、 6 萬元、 8 萬元的佔(zhàn)算值，第三 位專家給岀了 2 萬元、 6 萬元、

30、10 萬元的估算值，試計算這個項(xiàng)目的成本估算 值。答：專家一： 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. 如果某軟件公司正在進(jìn)行一個項(xiàng)目，預(yù)計有 50KL0C 的代碼量，項(xiàng)日是中等規(guī) 模的半嵌入型的項(xiàng)口，采用中等 COCOMO 模型，項(xiàng)目屬性中只有可黑性為很高 級 別（即取值為），其他屬性為正常（書上說，正常就是 1），計算項(xiàng)目是多 少 人月的規(guī)模，如果是 2 萬元/ 人月

31、，則項(xiàng) LI 的費(fèi)用是多少？答：Effort 二護(hù)（KLOC ） b*F查表 & 二 3, b 二，F(xiàn)=1Effort=*l= （人月）所以項(xiàng) H 的費(fèi)用為 2* Effort 二萬元3. 已知某項(xiàng) LI 使用 C 語言完成，該項(xiàng) LI 共有 85 個功能點(diǎn)，請用 IBM 模型估算 源 代碼行數(shù)、工作量項(xiàng) LI 持續(xù)時間、人員需要量以及文檔數(shù)量。答：C語言代碼行與功能點(diǎn)的關(guān)系近似為 150L0C/FP，所以，85個功能點(diǎn)代碼 行數(shù)為 L85H50 二 12750 行二，則 : 工作量估算 E 二* 二* （人月） 項(xiàng)目時間 D 二* 二* （月）人員需求量 S 二*二* （人）文檔數(shù)量

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

33、X）3. 在PDM網(wǎng)絡(luò)圖中，箭線表示的是任務(wù)之間的邏輯關(guān)系，節(jié)點(diǎn)表示的是活動。（J）4. 項(xiàng)目各項(xiàng)活動之間不存在相互聯(lián)系與相互依賴關(guān)系。（X）5. 在資源沖突問題中，過度分配也屬于資源沖突。（J）6. 浮動是在不增加項(xiàng)目成本的條件下，一個活動可以延遲的時間量。（X）7. 在使用應(yīng)急法壓縮時間時，不一泄要在關(guān)鍵路徑上選擇活動來進(jìn)行壓縮。（X）8. 時間是項(xiàng)目規(guī)劃中靈活性最小的因素。（J）9. 外部依賴關(guān)系又稱強(qiáng)制性依賴關(guān)系，指的是項(xiàng)目活動與非項(xiàng)目互動之間的依賴關(guān)系。（X）10. 當(dāng)估算某活動時間，存在很大不確定性時應(yīng)采用CPM估計。（X）11. （V）二選擇題下而說法中不正確的是（D）1.A.

34、EF二ES+durationB. LS 二 LF-durationD. EF=ES+lagC. TF 二 LS七S 二 LF-EF2. “軟件編碼完成之后，我才可以對它進(jìn)行軟件測試”，這句話說明了哪種依賴關(guān)系(A)B.軟邏輯關(guān)系C. 外部依賴關(guān)系A(chǔ).強(qiáng)制性依賴關(guān)系D. 里程碑3. (A )可以顯示任務(wù)的基本信息，使用該類圖能方便的查看任務(wù)的工期、開始時間、結(jié)束時間以及資源的信息。A.甘特圖B.網(wǎng)絡(luò)圖C ?里程碑圖D.資源圖4. ( C )是項(xiàng)目沖突的主要原因，尤其在項(xiàng)目后期A.優(yōu)先級問題B.人力問題費(fèi)用問題5. 以下哪一項(xiàng)是項(xiàng)目計劃中靈活性最小的因素A.時間B.人工成本6. (D)7. 快速跟

35、進(jìn)是指 ( A )A.采用并行執(zhí)行任務(wù)，加速項(xiàng)目進(jìn)展C. 如有可能，減少任務(wù)數(shù)量8?下面哪一項(xiàng)將延長項(xiàng) LI 的進(jìn)度(A)A. lag9 ? 下面哪一項(xiàng)可以決定進(jìn)度的靈活性(C ?進(jìn)度問題D( A )C 管理D.開發(fā)B. 用一個任務(wù)取代另外的任務(wù)D. 減輕項(xiàng)目風(fēng)險C. 趕工D. 快速跟進(jìn)35#B. 總浮動D. 趕工B)A. PERT10. (B)補(bǔ)充1、以下哪一項(xiàng)不是編制進(jìn)度的基本方法(C)A.關(guān)鍵路徑法B.時間壓縮法C ?系統(tǒng)圖法D.資源平衡方法四？問答題1. 對一個任務(wù)進(jìn)行進(jìn)度估算時，A是樂觀者，估計用6天完成，B是悲觀者，估計用24天完成，C是有經(jīng)驗(yàn)者，認(rèn)為最有可能用12天完成，那么這個

36、任務(wù)的歷時估算介于10天到16天的概率是多少？解：E= (6+24+4*12)/6=13,6 = (24-6)/6 二 3E- 6 =10E+ 6 =16所以任務(wù)歷時估算介于10 16天的概率為：%3.請將下圖所示的PDH (優(yōu)先圖法)網(wǎng)絡(luò)圖改畫為ADM (箭線法)網(wǎng)絡(luò)圖x 活功 H fSxSClL37#、話0D蘆PDM網(wǎng)絡(luò)圖#4.根據(jù)下面任務(wù)流程圖和下表給岀的項(xiàng)目歷時估算值，采用PERT方法估算，求岀項(xiàng)目在天內(nèi)完成的概率的近似值。開紿 彳任務(wù)I 彳任務(wù)2 一 j任錚3 J任務(wù)淹程圖 項(xiàng)目歷時估計值舉?4?01I236246X346解:Ei=(2+6+4*3)/6=20/6, E 2=(4+8

37、+4*6)/6=6, E 3=(3+6+4*4)/6 二 25/6E- 6 =,E+ 5 =,的概率為：%E-2 6 :=,E+2 6 =,的概率為：%E-3 6 :=,E+3 6 =,的概率為：%任務(wù)方差.標(biāo)準(zhǔn)差分別為:標(biāo)準(zhǔn)差6方差滬任務(wù)14/616/36任務(wù)24/616/36任務(wù)33/69/36項(xiàng)目路徑41/36所以，E= E 計 E2+ E3=天，6 =所以，項(xiàng)目在天內(nèi)完成的概率為：50%+%/2=%39第八章軟件項(xiàng)目質(zhì)量計劃 一、填空題1、（審計）是對過程或產(chǎn)品的一次獨(dú)立質(zhì)量評估。2、質(zhì)量成本包括預(yù)防成本和（缺陷成本）。3、（軟件質(zhì)量）是軟件滿足明確說明或者隱含的需求的程度。 >

38、 McCall質(zhì)量模型關(guān)注的3個方面是（產(chǎn)品運(yùn)行）、（產(chǎn)品轉(zhuǎn)移）、（產(chǎn)品修改）。6、質(zhì)量管理總是圍繞著質(zhì)量保證和（質(zhì)量控制）過程兩個方面進(jìn)行。7、質(zhì)量保證的主要活動是（項(xiàng)執(zhí)行過程審計）和（項(xiàng)訂產(chǎn)品審計）。補(bǔ)充：1、質(zhì)量管理包括（軟件質(zhì)量計劃）、（軟件質(zhì)量保證）、（軟件質(zhì)量控制）等 過程。二判斷題1 、 質(zhì)量是滿足要求的程度，包括符合規(guī)左的要求和客戶隱含的需求。（對）（原文：質(zhì)量是滿足要求的程度 ,包括符合規(guī)定的要求和滿足顧客隱含需求 . ）2、軟件質(zhì)量是軟件滿足明確說明或者隱含的需求的程度。（對）3、軟件質(zhì)量可以通過后期測試得以提高。（錯）（原文：質(zhì)量形成于產(chǎn)品或者服務(wù)的開發(fā)過程中，而不是事后

39、的檢查（測試）把關(guān) 等。）4、質(zhì)量il?劃可以確左質(zhì)量保證人員的特殊匯報渠道。（對）5、軟件質(zhì)量是代碼正確的程度。（錯）6、（對）40D）質(zhì)量計劃不屬于項(xiàng) LI 計劃的一部分四、問答題1、簡述質(zhì)疑保證的主要活動，以及質(zhì)量保證的要點(diǎn)。 答：質(zhì)量保證的主要活動是項(xiàng) L1 執(zhí)行過程審計和項(xiàng) LI 產(chǎn)品審計。質(zhì)量保證的要點(diǎn)是：對項(xiàng) LI 進(jìn)行評價、推測能否達(dá)到質(zhì)量指標(biāo)、建立對項(xiàng)U的信心2、簡述質(zhì)量保證與質(zhì)量控制的關(guān)系。答：質(zhì)量保證（QA）是通過評價項(xiàng)LI整體績效，建立對質(zhì)量要求的信任，提供 項(xiàng)LI 和產(chǎn)品可視化的管理報告。這個任務(wù)本身并不能提高產(chǎn)品的質(zhì)量，但是通過 質(zhì)量保證的一系列丄作可以間接地提高產(chǎn)

40、品的質(zhì)量。質(zhì)量保證一般由質(zhì)量保證 部門人員實(shí)施。質(zhì)量控制 （ QC） 是確定項(xiàng) LI 結(jié)果與質(zhì)量標(biāo)準(zhǔn)是否相符，同時，確定消除不符的 原 因和方法，它控制產(chǎn)品的質(zhì)量，及時糾正缺陷。這個任務(wù)本身提高產(chǎn)品的質(zhì) 量，一般由開發(fā)人員實(shí)施。質(zhì)量保證是后期質(zhì)量活動，質(zhì)量控制是前期質(zhì)量活動。它們是有區(qū)別的 : 質(zhì)質(zhì)量 保證是針對項(xiàng) LI 實(shí)施過程的管理手段，質(zhì)量控制是針對項(xiàng) LI 產(chǎn)品的技術(shù)手段 ;實(shí) 施質(zhì)量保證是針對過程改進(jìn)和審訃的，強(qiáng)調(diào)的是過程改進(jìn)和信心保證。實(shí)施 質(zhì) 量控制是按照質(zhì)量要求，檢查具體可交付成果的質(zhì)量，強(qiáng)調(diào)的是具體的可交 付 成果。補(bǔ)充 1、質(zhì)量計劃中可以采用哪些方法？答：質(zhì)量計劃中可以采用

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

42、施。30第九章軟件配置管理計劃一、填空題1、（完整性和可跟蹤性）是軟件配置管理的核心功能。2 、 （基線）標(biāo)志開發(fā)過程中一個階段的結(jié)束和里程碑。3、基線變更控制包括（變更請求）、（變更控制）、（變更批準(zhǔn)/ 拒絕）、（變更實(shí) 現(xiàn)）等步驟。4、（版本管理、變更管理）是配豊管理的主要功能。5、基線變更時，需要經(jīng)過 （SCCB ）授權(quán)。6、SCCB 的全稱是（軟件配置控制委員會）。補(bǔ)充1、配宜管理最終保證軟件產(chǎn)品的（完整性）、（一致性）、（追溯性）、（可控性）。二、判斷題1、 一個軟件配置項(xiàng)可能有多個標(biāo)識。（錯） （這個題說的是一個軟件有多個配置項(xiàng)，還是說一個軟件中苴中的一個配宜項(xiàng)）2、基線提供了軟件

43、開發(fā)階段的一個特泄點(diǎn)。（錯） （基線提供了軟件生存期中各個開發(fā)階段的一個特泄點(diǎn)）3 、 有效的項(xiàng)目管理能夠控制變化，以最有效的手段應(yīng)對變化，不斷命中移動的目標(biāo)。（對）4、 一個（些）配置項(xiàng)形成并通過審核，即形成基線。（對）5、軟件配置項(xiàng)是項(xiàng)目需沱義其受控于軟件配置管理的款項(xiàng)，每個項(xiàng)目的配置項(xiàng)是相同的。（錯）6、基線的修改不需要每次都按照正式的程序執(zhí)行。（錯）7、基線產(chǎn)品是不能修改的。（錯）8 、 基線修改應(yīng)受到控制，但不一左要經(jīng) SCCB 授權(quán)。（錯）9、 變更控制系統(tǒng)包括從項(xiàng)目變更申請、變更評估、變更審批到變更實(shí)施的文檔化流對）10、 （對）11、 （錯）補(bǔ)充1、在軟件項(xiàng)目配置管理中最終應(yīng)保

44、證軟件產(chǎn)品的完整性、一致性、有效性、機(jī)密性。（錯）（最終保證軟件產(chǎn)品的完整性、一致性、追朔性、可控性）三、選擇題1、 下列不屬于 SCCB 的職責(zé)的是 （D ）A 評估變更 B 與項(xiàng)目管理層溝通 C 對變更進(jìn)行反饋 D 提岀變更申諳2、為了更好地管理變更，需要定義項(xiàng)口基線，關(guān)于基線的描述，下列描述確的是（B）A 不可變化B 可以變化，但是必須通過基線變更控制流程處理c所以的項(xiàng)LI必須定義基線D 基線發(fā)生變更時，必須修改需求3、軟件配置管理無法確保以下哪種軟件產(chǎn)品屬性 （ A）A 正確性 B 完整性 C 一致性 D 可控性4、變更控制需要關(guān)注的是 （B）A 阻止變更B 標(biāo)識變更，提岀變更，笛理變

45、更C 管理 SCCB D 客戶的想法4、以下哪項(xiàng)不是項(xiàng)目配宜管理中可能遇到的問題（B）A 找不到某個文件的歷史版本B 甲方與乙方在資金凋配上存在意見差異C 開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔D 因協(xié)同開發(fā)中，或者異地開發(fā)，版本變更混亂導(dǎo)致整個項(xiàng)目失敗5、以下哪項(xiàng)不是項(xiàng)目配置管理中可能遇到的問題（B）A） 找不到某個文件的歷史版本B） 甲方與乙方在資金調(diào)配上存在意見差異C）開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔D）因協(xié)同開發(fā)中，或異地開發(fā)，版本變更混亂導(dǎo)致整個項(xiàng)目失敗。四、簡答題1、寫出配置管理的基本過程。答： （1）配置項(xiàng)標(biāo)識、跟蹤； （2）配置管理環(huán)境建立； （3）基線變更管理 ; （4） 配置管理審計

46、； （5）配置狀態(tài)統(tǒng)計； （6）配置管理計劃。2、說明軟件配宜控制委員會（ SCCB ）的基本職責(zé)。 答：評估變更、批準(zhǔn)變更申請、在生存期內(nèi)規(guī)范變更申請流程、對變更進(jìn) 反饋、與項(xiàng) LI 管理層溝通。3、寫出幾個常見的軟件配宜項(xiàng)。答：軟件項(xiàng)口計 ?劃、需求分析結(jié)果、軟件需求規(guī)格說明書、設(shè)計規(guī)格說明 書、源代碼清單、測所規(guī)格說明書、測試計劃、測試用例與實(shí)驗(yàn)結(jié)果、可執(zhí)行 序、用戶手冊、維護(hù)文檔。用戶需求說明書2體系結(jié)構(gòu)設(shè)計報告h數(shù)菇庫設(shè)計報告扎 觀 複塊設(shè)計報皆瓜用戶界面設(shè)計報吿/卩軟件源代碼、二進(jìn)制庫廠g測試報吿爪馳 W 試用例汎怨|試報吿*補(bǔ)充糸紜】i|試1、簡述配置管理在軟件開 發(fā)中的作用，并

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

48、效地適應(yīng)軟件開發(fā)需求。配置管 理對軟件產(chǎn)品質(zhì)量和軟件開發(fā)過程的順利進(jìn)行和可靠性有著重要的意義。配置管理相當(dāng)于軟件開發(fā)生產(chǎn)線中的倉庫和調(diào)度。合理地實(shí)施配置管 理，軟件產(chǎn)品的質(zhì)量得到了提高，開發(fā)團(tuán)隊(duì)能夠工作在一個有助于提高整體工作效率的配置管理平臺上。如果沒有很好地進(jìn)行配置管理，將會影響成本、進(jìn)度和產(chǎn)品的規(guī)格。沒有變更管理，項(xiàng)LI就會無限放大。有效的配置管理可以不斷命中移動的目標(biāo)。配置管理是對工作成果的一種有效保護(hù)。）配置管理工具有：Harvest、Perforce、ClearCase PVCS、CVS'SVN、VSS第十章軟件項(xiàng)目人員與溝通計劃一、填空1、可以充分發(fā)揮部門資源優(yōu)勢集中的組

49、織結(jié)構(gòu)為職能型組織結(jié)構(gòu)2、組織結(jié)構(gòu)的主要類型職能型、項(xiàng)目型、矩陣型3、會議形式溝通最有可能協(xié)助解決復(fù)雜的問題。4、當(dāng)項(xiàng)目中有20個人時，溝通渠道最多有型。補(bǔ)充1、溝通管理的基本原則是及時性、準(zhǔn)確性、完整性、可理解性。2、 溝通計劃用于確定進(jìn)需要信息，需要什么信息，何時需要信息，以及如何將信 息分發(fā)給他們。二、判斷1、項(xiàng)目干系人是項(xiàng)目計劃的一部分。（對）2、項(xiàng)U型的優(yōu)點(diǎn)是可以資源共享。（錯）3、應(yīng)盡量多建立一些溝通渠道。（錯）4、項(xiàng)LI溝通的基本原則是及時性、準(zhǔn)確性、完整性和可理解性（對）5、在IT項(xiàng)LI中，成功的最大威脅是溝通的失?。▽Γ?、責(zé)任分配矩陣是明確項(xiàng)口團(tuán)隊(duì)成員的角色與職責(zé)的有效工具

50、（對）7、口頭溝通不是項(xiàng)LI溝通的方式（錯）8、對于緊急的信息，應(yīng)該通過口頭的方式溝通：對于重要的信息，應(yīng)采用書面 的方式溝通（對）9、人員計劃描述項(xiàng)的團(tuán)隊(duì)人員時候，以及如何加入和離開團(tuán)隊(duì)（對）10、（對）補(bǔ)充1、溝通計劃包括確定誰需要信息，需要什么信息，何時需要信息，以及如何接收信息等（對）2、 人員管理計劃沒有明確的具體體現(xiàn)形式，作為項(xiàng)H計劃的一部分，其詳細(xì)程 度因項(xiàng)U而異（對）三、選擇1、（A） p2512、(D) p2543、(C) p2394、項(xiàng) LI 經(jīng)理花在溝通上的時間是 (B)A 20%-40% B 75%-90% C60% D 30%-60%5、在(C )組織結(jié)構(gòu)中，項(xiàng)目成員

51、沒有安全感A 職能型B 矩陣型C 項(xiàng)目型D 弱矩陣型6 下列關(guān)于干系人的描述中，不正確的是 DA 影響項(xiàng)目決策的個人、群體或者組織B 影響項(xiàng)活動的個人、群體或者組織C 影響項(xiàng)目結(jié)果的個人、群體或者組織D 所有項(xiàng)目人員7 編制溝通計劃的基礎(chǔ)是 (A)A 溝通需求分析 B 項(xiàng) LI 范圍說明書 C 項(xiàng) U 管理計劃 D 歷史資料8、(A)9、對于項(xiàng)H中比較重要的通知，最好釆用(B)溝通方式A 口頭 B 書面 C 網(wǎng)絡(luò)方式 D 電話10、 在一個高科技公司，項(xiàng)口經(jīng)理正在為一個新的項(xiàng)選擇合適的組織結(jié)構(gòu),這個項(xiàng)目涉及多的領(lǐng)域和特性，他應(yīng)該選擇 (A) 組織結(jié)構(gòu)A 矩陣型 B 項(xiàng) U 型 C 職能型 D

52、組織型補(bǔ)充1 、 在項(xiàng) H 管理的 3 種組織結(jié)構(gòu)中，適用于主要山一個部門完成的項(xiàng)口或技術(shù)比 較成熟的項(xiàng) LI 組織結(jié)構(gòu)是( 0A 矩陣型組織結(jié)構(gòu) B 項(xiàng) H 型組織結(jié)構(gòu) C 職能型組織結(jié)構(gòu) D 都一樣2、在3種組織結(jié)構(gòu)中，(C)組織結(jié)構(gòu)是日前最普遍的項(xiàng)口組織形式，它是一 個 標(biāo)準(zhǔn)的金字塔型組織形式A 矩陣型 B 項(xiàng)目型 C 職能型D 都一樣3、項(xiàng)U經(jīng)理在一個高科技公司，現(xiàn)在正在為一個新的項(xiàng)選擇合適的組織結(jié) 構(gòu)，這個項(xiàng) H 涉及很多的領(lǐng)域和特性、他應(yīng)該選擇那種組織結(jié)構(gòu)？（ C ）A）矩陣型B）項(xiàng)目型C）職能型D）組織型4、項(xiàng)目團(tuán)隊(duì)原來有 4 個成員，現(xiàn)在人員擴(kuò)充，乂增加了 4 個成員這樣溝通渠

53、道 增加了 （ A）A 倍B 兩倍 C 4 條 D 無法確定5、以下說法錯誤的是 （B）A 團(tuán)隊(duì)是一定數(shù)量的個體成員的集合B 團(tuán)隊(duì)包括自己組織的人、供應(yīng)商、分包商、客戶C 團(tuán)隊(duì)?wèi)?yīng)注重個人發(fā)揮，應(yīng)該將某項(xiàng)任務(wù)分工給擅長該技術(shù)的職員D 團(tuán)隊(duì)的口的是開發(fā)出高質(zhì)量的產(chǎn)品三、簡答題1、寫出 5 種以上項(xiàng)目溝通方式溝通方式主要有書而溝通和口頭溝通、語言溝通和非語言溝通、正式溝通和非正式溝 通、單 向溝通和雙向溝通、網(wǎng)絡(luò)溝通等2、對于特別重要的內(nèi)容，你認(rèn)為一般采用哪些方式才能確保有效溝通對于特別重要的內(nèi)容，要采用多種方式進(jìn)行有效溝通確保傳達(dá)到位，除發(fā)送郵件外還 要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過舉行各種會議進(jìn)行傳達(dá)補(bǔ)充1、寫出干系人對項(xiàng)目可能的兒種態(tài)度完全不支持、反對者、不積極者、無所謂者，參與者、較積極者、內(nèi)部支持者、首倡 者、完 全支持2、矩陣型項(xiàng) LI 組織結(jié)構(gòu)的