軟件項目管理案例教程 第 前十二章課后習(xí)題答案_第1頁
軟件項目管理案例教程 第 前十二章課后習(xí)題答案_第2頁
軟件項目管理案例教程 第 前十二章課后習(xí)題答案_第3頁
軟件項目管理案例教程 第 前十二章課后習(xí)題答案_第4頁
軟件項目管理案例教程 第 前十二章課后習(xí)題答案_第5頁
已閱讀5頁,還剩42頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、第一章一、填空題1.敏捷模型包括(4)個核心價值,對應(yīng)(12)個敏捷原則。2.項目管理包括(啟動過程組)、(計劃過程組)、(執(zhí)行過程組)、(控制過程組)、(收尾過程組)5個過程組。二、判斷題1、搬家屬于項目。()2、項目是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進(jìn)行的永久性的努力。(×)3、過程管理就是對過程進(jìn)行管理,目的是要讓過程能夠被共享、復(fù)用,并得到持續(xù)的改進(jìn)。()4、項目具有臨時性的特征。()5、日常運(yùn)作存在大量的變更管理,而項目基本保持連貫性的。(×)6、項目開發(fā)過程中可以無限制地使用資源。(×)7、相比傳統(tǒng)開發(fā)的預(yù)測性過程,敏捷開發(fā)屬于自適應(yīng)過程(

2、)三、選擇題1、下列選項中不是項目與日常運(yùn)作的區(qū)別的是(C)A. 項目是以目標(biāo)為導(dǎo)向的,日常運(yùn)作是通過效率和有效性體現(xiàn)的。B. 項目是通過項目經(jīng)理及其團(tuán)隊工作完成的,而日常運(yùn)作是職能式的線性管理。C項目需要有專業(yè)知識的人來完成,而日常運(yùn)作的完成無需特定專業(yè)知識。D項目是一次性的,日常運(yùn)作是重復(fù)性的。2、以下都是日常運(yùn)作和項目的共同之處,除了(D)A由人來做B受限于有限的資源C需要規(guī)劃、執(zhí)行和控制D都是重復(fù)性工作3、下面選項中不是PMBOK的知識域的是(A)A.招聘管理 B.質(zhì)量管理 C.范圍管理 D.風(fēng)險管理4、下列選項中屬于項目的是(C)A上課 B.社區(qū)保安 C.野餐活動 D.每天的衛(wèi)生保潔

3、5、下列選項中正確的是(C)A一個項目具有明確的目標(biāo)而且周期不限B.一個項目一旦確定就不會發(fā)生變更C每個項目都有自己的獨特性D項目都是一次性的并由項目經(jīng)理獨自完成6、(B)是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進(jìn)行的臨時性的努力。A過程 B.項目 C.項目群 D.組合7、下面選項中不是敏捷宣言中的內(nèi)容的是(C)A.個體和交互勝過過程和工具 B.可以工作的軟件勝過面面俱到的文檔 C. 敏捷開發(fā)過程是自適應(yīng)的過程 D.響應(yīng)變化勝過遵循計劃8、下列活動中不是項目的是(C)A野餐活動 B.集體婚禮 C.上課 D.開發(fā)操作系統(tǒng)9、下列選項中不是項目的特征的是(C)A.項目具有明確的目標(biāo) B.項目

4、具有限定的周期 C.項目可以重復(fù)進(jìn)行 D.項目對資源成本具有約束性 四、問答題1、項目管理知識體系(PMBOK)包括哪10個知識領(lǐng)域?答:項目集成管理、項目范圍管理、項目時間管理、項目成本管理、項目質(zhì)量管理、項目人力資源管理、項目溝通管理、項目風(fēng)險管理、項目采購管理、項目干系人管理2、請簡述項目管理的5個過程組及其關(guān)系。(可簡答)答:(1)啟動過程組:主要是確定一個項目或一個階段可以開始了,并要求著手實行;定義和授權(quán)項目或者項目的某個階段。(2)計劃過程組:為完成項目所要達(dá)到的商業(yè)要求而進(jìn)行的實際可行的工作計劃的設(shè)計、維護(hù),確保實現(xiàn)項目的既定商業(yè)目標(biāo)。計劃基準(zhǔn)是后面跟蹤和監(jiān)控的基礎(chǔ)。(3)執(zhí)行

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

6、自造-購買)決策,確定待開發(fā)產(chǎn)品的哪些部分應(yīng)該采購、外包開發(fā)、自主研發(fā)等。2、PMI人才三角重點關(guān)注(技術(shù)項目管理)、(領(lǐng)導(dǎo)力)、(戰(zhàn)略和商務(wù)管理)3個關(guān)鍵技能。3、在(立項)階段,應(yīng)該明確項目的目標(biāo)、時間表、使用的資源和經(jīng)費,而且得到項目發(fā)起人的認(rèn)可。二、判斷題1、項目立項可以確立項目目標(biāo)、時間和資源成本,同時得到項目發(fā)起人的認(rèn)可。()2、項目招標(biāo)對于一個項目的開發(fā)是必需的,即便項目是內(nèi)部項目。(×)3、make or buy決策中的make指的只是自主開發(fā)。()4、項目建議書是項目計劃階段開發(fā)的文檔。(×)5、項目立項需要獲得項目經(jīng)理的認(rèn)可,但不需要項目發(fā)起人的認(rèn)可。(

7、×)6、項目章程是項目執(zhí)行組織高層批準(zhǔn)的確認(rèn)項目存在的文件,其中不包括對項目經(jīng)理的授權(quán)。(×)7、乙方即供方(有時也稱賣方)是為顧客提供產(chǎn)品或服務(wù)的一方。()8、在軟件項目合同中,甲方是需求方,乙方是供方。()9、敏捷項目采取的是仆人式管理方式()三、選擇題1、下列不是項目立項過程內(nèi)容的是(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

8、、下列不屬于甲方招投標(biāo)階段任務(wù)的是?(A)A.編寫建議書 B.招標(biāo)書定義 C.供方選擇 D.合同簽署5、下列不屬于乙方招投標(biāo)階段任務(wù)的是?(D)A.項目分析 B.競標(biāo) C.合同簽署 D.招標(biāo)書定義6、PMI人才三角不包括(B)A、技術(shù)項目管理B、測試能力C、領(lǐng)導(dǎo)力D、戰(zhàn)略和商務(wù)管理 四、問答題1、某公司希望開發(fā)一套軟件產(chǎn)品,如果選擇自己開發(fā)軟件的策略,公司需要花費30000元,根據(jù)歷史信息,維護(hù)這個軟件每個月需要3500元。如果選擇購買軟件公司產(chǎn)品的策略,需要18000元,同時軟件公司為每個安裝的軟件進(jìn)行維護(hù)的費用是4200元/月。該公司該如何決策?答:自制方案:制造費 30000元維護(hù)費 3

9、500元/月購買方案:購買費 18000元維護(hù)費 4200元/月制造差額:30000-18000=12000元服務(wù)差額:4200-3500=700元自制方案承受月份:12000/700=17.14如果產(chǎn)品在17個月以內(nèi)可以選擇購買方案,如果超過17個月選擇自造方案。2、什么是項目章程?答:項目章程是項目執(zhí)行組織高層批準(zhǔn)的一份以書面簽署的確認(rèn)項目存在的文件,包括對項目的確認(rèn)、對項目經(jīng)理的授權(quán)和項目目標(biāo)的概述等。第三章一、填空題1.(瀑布模型)生存期模型中,要求項目所有的活動都嚴(yán)格按照順序進(jìn)行,一個階段的輸入時下一個階段的輸入。2.總體上,項目生存期模型可以是預(yù)測型或(適應(yīng)型)3.DevOps是(

10、Development)和(Operations)的組合二、判斷題1、瀑布模型不適合短期項目。(×)2、增量式模型可以避免一次性投資太多帶來的風(fēng)險。()3、V模型適合的項目類型是需求很明確、解決方案很明確,而且對系統(tǒng)的性能要求比較嚴(yán)格的項目。()4、瀑布模型和V模型都屬于預(yù)測型生存期模型()5、在瀑布生存期模型中,要求項目所有的活動都嚴(yán)格按照順序執(zhí)行,一個階段的輸出是下一個階段的輸入。()6、極限編程從3個層面提供了13個敏捷實踐()7、敏捷包括敏捷宣言的價值觀、12個原則,以及一些通用實踐等()三、選擇題1、對于某項目,甲方提供了詳細(xì)、準(zhǔn)確的需求文檔。我們的解決方案也很明確。且安全

11、性要求非常嚴(yán)格。此項目采用(C)成存期模型比較合適。A:瀑布模型 B:增量式模型 C:V模型 D:XP模型2、下面屬于預(yù)測型生存期模型的是(A)A、瀑布模型 B、增量型生存期模型 C、Scrum模型 D、原型模型3、下面關(guān)于敏捷模型描述不正確是(D)A、與傳統(tǒng)模型相比,敏捷模型屬于自適應(yīng)過程B、可以應(yīng)對需求的不斷變化C、Scrum模型、XP模型、DevOps模型等都屬于敏捷模型D、敏捷型是預(yù)測型和迭代型的混合模型4、XP模型的實踐原則不包括以下哪一點?(D)A:快速反饋 B:假設(shè)簡單 C:包容變化 D:詳細(xì)設(shè)計5、在項目初期,一個項目需求不明確的情況下,應(yīng)避免采用以下哪種生存期模型?(C)A:

12、快速原型模型 B:增量式模型 C:V模型 D:Scrum模型6、關(guān)于迭代模型,下列說法不正確的是(D)A、不斷反饋原型 B、可以加快開發(fā)速度 C、項目需求變化大 D、不多次提交四、問答題1、寫出三種你熟悉的生存期模型,并說明這些模型適用于什么情況下的項目。(1)瀑布模型適用于軟件需求很明確的軟件項目,即一般適用于功能明確、完成、無重大變化的軟件系統(tǒng)的開發(fā),即:1) 在項目開始前,項目的需求已經(jīng)被很好的理解、也很明確,而且項目經(jīng)理很熟悉為實現(xiàn)這一模型所需要的過程。2) 解決方案在項目開始前也很明確。3) 短期項目可采用瀑布模型。(2)V模型適用于項目需求在項目開始前很明確、解決方案在項目開始前也

13、很明確,項目對系統(tǒng)的安全很嚴(yán)格,如航天飛機(jī)控制系統(tǒng)、公司的財務(wù)系統(tǒng)等。(3)快速原型模型適用于項目的需求在項目開始前不明確,需要減少項目的不確定性的時候。2、混合模型是什么模型?把幾種不同模型組合成一種混合模型,它允許一個項目能沿著最有效的路徑發(fā)展,這就是過程開發(fā)模型(或混合模型)第四章一、填空題1.需求管理包括(需求獲?。?、(需求分析)、(需求規(guī)格編寫)、(需求驗證)、(需求變更) 5個過程。2.敏捷項目主要采用(用戶故事)描述需求二、判斷題1.需求規(guī)格說明可以包括系統(tǒng)的運(yùn)行環(huán)境。()2.數(shù)據(jù)流分析方法是一種自下而上逐步求精的分析方法。(×)3.需求分析工作完成的一個基本標(biāo)志是形成

14、了一份完整的、規(guī)范的需求規(guī)格說明書。(×)4.需求是指用戶對軟件的功能和性能的要求,就是用戶希望軟件能做什么事,完成什么樣的功能,達(dá)到什么性能。()5.用戶故事常常寫在卡片上,然后將其部署在墻上()6.軟件項目系統(tǒng)的響應(yīng)時間屬于功能性需求(×)7.數(shù)據(jù)字典是由數(shù)據(jù)項、數(shù)據(jù)流及操作指令組成的(×)三、選擇題1、下列不屬于軟件項目管理需求過程的是?(D)A:需求獲取 B:需求分析 C:需求規(guī)格編寫 D:需求更新2、下列不屬于數(shù)據(jù)字典組成部分的是?(D)A:數(shù)據(jù)項 B:數(shù)據(jù)流 C:數(shù)據(jù)文件 D:數(shù)據(jù)庫3、下列不屬于UML需求視圖的是?(A)A:甘特圖 B:用例圖 C:狀

15、態(tài)圖 D:順序圖4、下列關(guān)于用戶故事描述不正確的是(D)A英文稱:user storyB不使用技術(shù)語言來描述C可以描述敏捷需求D一種數(shù)據(jù)結(jié)構(gòu)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)用例圖7、下列不屬于軟件需求范疇的是?(A)A:軟件項目采用什么樣的實現(xiàn)技術(shù)B:用戶需要軟件能做什么樣的事情C:用戶需要軟件完成什么樣的功能D:用戶需要軟件達(dá)到什么樣的性能8、敏捷項目需求一般采用下面(C)描述A、用戶用例 B、DFD C、用戶故事 D、數(shù)據(jù)

16、字典四、問答題1.下圖是SPM項目需求規(guī)格文檔中的一個用例圖,請根據(jù)圖中信息判斷參與者是什么角色?并寫出至少三個用例,如登錄、注冊等。1)參與者是課務(wù)管理系統(tǒng)中的學(xué)生用戶2)登錄、注冊、選課第五章一、填空題1.任務(wù)分解是將一個項目分解為更多的工作細(xì)目或者(子項目),是項目變得更小、更易管理、更易操作。3.WBS的全稱是(任務(wù)分解結(jié)構(gòu)Work Breakdown Structure)。3.WBS最底層次可交付成果是(工作包work package)。二判斷題1.WBS提供了項目范圍基線。()2.一個工作包可以分配給另一個項目經(jīng)理去完成。()3.如果開發(fā)人員對項目比較熟悉或者對項目大局有把握,開發(fā)

17、WBS時最好采用自底向上方法。(×)4.對于一個沒有做過的項目,開發(fā)WBS時可以采用自底向上方法。()5.在任務(wù)分解結(jié)果中,最底層的要素必須是實現(xiàn)項目目標(biāo)的充分必要條件。()6.一個工作包應(yīng)當(dāng)由唯一主題負(fù)責(zé)。()7.WBS的最高層次的可交付成果是工作包。(×)8.對任務(wù)的分解只能是自上而下的。(×)9.WBS的最底層任務(wù)是能分配到一個人完成的任務(wù)。()10.敏捷項目的一個Epic還可以繼續(xù)分解為一些用戶故事()三.選擇題。1.WBS非常重要,因為下列原因,除了(D)A.幫助組織工作B.防止遺漏工作C.為項目估算提供依據(jù)D.確定團(tuán)隊成員責(zé)任2.WBS中的每一個具體細(xì)

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

19、的要素是否是實現(xiàn)目標(biāo)的充分必要條件B.分解的層次不少于3層C.最底層元素是否有重復(fù)D.最底層要素是否有清晰完整定義7.WBS是對項目由粗到細(xì)的分解過程,它的結(jié)構(gòu)是(B)A.分層的集合結(jié)構(gòu) B.分級的樹形結(jié)構(gòu) C.分層的線性結(jié)構(gòu) D.分級的圖狀結(jié)構(gòu)8.任務(wù)分解時,(B)方法從一般到特殊的方向進(jìn)行,從項目的大局著手,然后逐步分解子細(xì)目,將項目變?yōu)楦?xì)、更完善的部分。A.模板參照 B.自頂向下 C.類比 D.自底向上四問答題1.試寫出任務(wù)分解的方法和步驟。答:任務(wù)分解的基本步驟:1) 確認(rèn)并分解項目的組成要素(WBS編號)。2) 確定分解標(biāo)準(zhǔn),按照項目實施管理的方法分解,而且分解的標(biāo)準(zhǔn)要統(tǒng)一。3)

20、確認(rèn)分解是否詳細(xì),是否可以作為費用和時間估計的標(biāo)準(zhǔn),明確責(zé)任。4) 確定項目交付成果(可以編制WBS字典)。5) 驗證分解正確性。驗證分解正確后,建立一套編號系統(tǒng)。任務(wù)分解方法:1) 模板參照方法2) 類比方法3) 自上而下4)自下而上2.當(dāng)項目過于復(fù)雜是,可以對項目進(jìn)行任務(wù)分解,這樣做的好處是什么?答:將一個項目分解為更多的工作細(xì)目或者子項目,使項目變得更小、更易管理、更易操作,這樣可以提高估算成本、時間和資源的準(zhǔn)確性,使工作變得更易操作,責(zé)任分工更加明確。第六章一、填空題。1.軟件項目成本包括直接成本和間接成本,一般而言,項目人力成本歸屬于(直接)成本。2.再在項目初期,一般采用的成本估算

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

22、.估算時既要考慮直接成本又要考慮間接成本。()8.在進(jìn)行軟件估算的時候,可以直接考慮參照其他企業(yè)的模型進(jìn)行項目估算。(×)9間接成本是與一個具體項目相關(guān)的成本。(×)三選擇題1.三點估算法選擇的3種估算值不包括(D)A最可能成本 B.最樂觀成本 C.最悲觀成本 D.項目經(jīng)理估算值2.下面關(guān)于估算的說法,錯誤的是(C)A.估算是有誤差的B.估算時不要太迷信數(shù)學(xué)模型C.經(jīng)驗對于估算來說不重要D.歷史數(shù)據(jù)對于估算來說非常重要3.假設(shè)某項目的注冊功能為3個故事點,而其中成績錄入工作量比注冊功能工作量略多,如果采用Fibonacci 等級標(biāo)準(zhǔn)估算,則成績錄入功能的估算值的(A)A5個

23、故事點 B.4個故事點 C.6個故事點 D.7個故事點4.(B)是成本的主要因素,是成本估算的基礎(chǔ)。A.計劃B.規(guī)模C.風(fēng)險D.利潤5.常見的成本估算方法不包括(D)A.代碼行B.功能點C.類比法D.關(guān)鍵路徑法6.下列不是UFC的功能計數(shù)項是(C)A.外部輸出B.外部文件C.內(nèi)部輸出D.內(nèi)部文件7.成本預(yù)算的目的是(A)A.生產(chǎn)成本基線B.編寫報告書C.指導(dǎo)設(shè)計過程D.方便進(jìn)度管理8.下列不是軟件項目規(guī)模單位的是(D)A.源代碼長度(LOC)B.功能點(FP)C.人天、人月、人年D.小時9.在成本管理過程中,每個時間段中等各個工作單元的成本是(B)A.估算B.預(yù)算C.直接成本D.間接成本四計算

24、題。1.項目經(jīng)理正在進(jìn)行一個圖書館信息查詢系統(tǒng)的項目估算,他采用Delphi的專家估算方法,邀請了3位專家進(jìn)行估算,第一位專家給出了2萬元、7萬元、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=6.33(萬元)2.如果某軟件公司正在進(jìn)行一個項目,預(yù)計有50KLOC

25、的代碼量,項目是中等規(guī)模的半嵌入型的項目,采用中等COCOMO模型,項目屬性中只有可靠性為很高級別(即取值為1.3),其他屬性為正常(書上說,正常就是1),計算項目是多少人月的規(guī)模,如果是2萬元/人月,則項目的費用是多少?答:Effort=a*(KLOC)b*F查表a=3,b=1.12,F(xiàn)=1Effort=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,

26、所以,85個功能點代碼行數(shù)為L85*150=12750行=1.75KLOC,則:工作量估算E=5.2*L0.91=5.2*12.750.9152.725(人月)項目時間 D=4.1*L0.36=4.1*12.750.3610.25(月)人員需求量S=0.54*E0.6=0.54*52.7250.65.829(人)文檔數(shù)量 DOC=49*L1.01=49*12.751.01640.857(頁)第七章一、填空題1. (關(guān)鍵路徑)決定了項目在給定的金錢關(guān)系和資源條件下完成項目所需的最短時間。2. (時間)是一種特殊的資源,以其單向性、不可重復(fù)性、不可替代性而有別于其他資源。3. 在ADM網(wǎng)絡(luò)圖中,箭

27、線表示(活動/任務(wù))。4. (應(yīng)急法)和(平行作業(yè)法)都是時間壓縮法。5. 工程評估評審技術(shù)采用加權(quán)平均的公式是(PERT歷時=(O+P+4M)/6),其中O是樂觀值,P是悲觀值,M是最可能值。二、判斷題1. 一個工作也可以通過多個活動完成。()2. 在項目進(jìn)行過程中,關(guān)鍵路徑是不變的。(×)3. 在PDM網(wǎng)絡(luò)圖中,箭線表示的是任務(wù)之間的邏輯關(guān)系,節(jié)點表示的是活動。()4. 項目各項活動之間不存在相互聯(lián)系與相互依賴關(guān)系。(×)5. 在資源沖突問題中,過度分配也屬于資源沖突。()6. 浮動是在不增加項目成本的條件下,一個活動可以延遲的時間量。(×)7. 在使用應(yīng)急法

28、壓縮時間時,不一定要在關(guān)鍵路徑上選擇活動來進(jìn)行壓縮。(×)8. 時間是項目規(guī)劃中靈活性最小的因素。()9. 外部依賴關(guān)系又稱強(qiáng)制性依賴關(guān)系,指的是項目活動與非項目互動之間的依賴關(guān)系。(×)10. 當(dāng)估算某活動時間,存在很大不確定性時應(yīng)采用CPM估計。(×)11.敏捷項目一般采用遠(yuǎn)粗近細(xì)的計劃模式,敏捷的發(fā)布計劃相當(dāng)于遠(yuǎn)期計劃,迭代計劃相當(dāng)于近期計劃(X)三. 選擇題1. 下面說法中不正確的是(D)AEF=ES+duration B. LS=LF-durationCTF=LS-ES=LF-EF D. EF=ES+lag2. “軟件編碼完成之后,我才可以對它進(jìn)行軟件測

29、試”,這句話說明了哪種依賴關(guān)系?(A)A強(qiáng)制性依賴關(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.進(jìn)度問題 D. 費用問題5. 以下哪一項是項目計劃中靈活性最小的因素?(A)A時間 B.人工成本 C.管理 D. 開發(fā)6. 以下哪一項不是任務(wù)之間的關(guān)系?(D)A結(jié)束-開始 B.開始-開始 C.結(jié)束-結(jié)束 D. 結(jié)束-開始-結(jié)束7. 快速跟進(jìn)是指(A)A采用并行執(zhí)行

30、任務(wù),加速項目進(jìn)展 B. 用一個任務(wù)取代另外的任務(wù)C. 如有可能,減少任務(wù)數(shù)量 D. 減輕項目風(fēng)險8. 下面哪一項將延長項目的進(jìn)度?(A)Alag B.lead C.趕工 D.快速跟進(jìn)9. 下面哪一項可以決定進(jìn)度的靈活性?(B)APERT B.總浮動 C.ADM D. 趕工10.(B)可以表示敏捷項目的進(jìn)度,并且可以表示出剩余的任務(wù)A燃起圖 B.燃盡圖 C.里程碑圖 D.網(wǎng)絡(luò)圖四. 問答題1. 對一個任務(wù)進(jìn)行進(jìn)度估算時,A是樂觀者,估計用6天完成,B是悲觀者,估計用24天完成,C是有經(jīng)驗者,認(rèn)為最有可能用12天完成,那么這個任務(wù)的歷時估算介于10天到16天的概率是多少?解:E=(6+24+4*

31、12)/6=13, =(24-6)/6=3E-=10E+=16所以任務(wù)歷時估算介于1016天的概率為:68.3%2. 請將下圖所示的PDM(優(yōu)先圖法)網(wǎng)絡(luò)圖改畫為ADM(箭線法)網(wǎng)絡(luò)圖。圖1解:上圖對應(yīng)的ADM圖如下所示:圖23.根據(jù)下面任務(wù)流程圖和下表給出的項目歷時估算值,采用PERT方法估算,求出項目在14.57天內(nèi)完成的概率的近似值。圖3解: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)差分別為:圖4所以,E= E1+ E2+ E3=13.5天,=1.07E-=12.43,E+=14.57 12.43,14.

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

33、過程審計)和(項目產(chǎn)品審計)。二、判斷題1、質(zhì)量是滿足要求的程度,包括符合規(guī)定的要求和客戶隱含的需求。()2、軟件質(zhì)量是軟件滿足明確說明或者隱含的需求的程度。()3、軟件質(zhì)量可以通過后期測試得以提高。(×)4、質(zhì)量計劃可以確定質(zhì)量保證人員的特殊匯報渠道。()5、軟件質(zhì)量是代碼正確的程度。(×)6、敏捷項目要求全程的質(zhì)量審查(×)三、選擇題1、下列不屬于質(zhì)量管理過程的是(D)A 質(zhì)量計劃 B 質(zhì)量保證 C 質(zhì)量控制 D 質(zhì)量優(yōu)化2、項目質(zhì)量管理的目標(biāo)是滿足(C)的需要A 老板 B 項目經(jīng)理 C 項目 D 組織3、下列屬于質(zhì)量成本的是(A)A 預(yù)防成本 B 缺陷數(shù)量

34、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ì)量控制非常重要,但是進(jìn)行質(zhì)量控制也需要一定的成本,(B)可以降低質(zhì)量控制的成本。A 進(jìn)行過程分析 B 使用抽樣統(tǒng)計 C 對全程進(jìn)行監(jiān)督 D 進(jìn)行質(zhì)量審計7、McCall 質(zhì)量模型不包含(C)A 產(chǎn)品修改 B 產(chǎn)品轉(zhuǎn)移 C 產(chǎn)品特點 D 產(chǎn)品運(yùn)行8、下面(D)不是敏捷項目的質(zhì)量實踐A.結(jié)對編程 B.TDD C.迭代評審 D.需求規(guī)

35、格編寫過程審計四、問答題1、簡述質(zhì)量保證的主要活動,以及質(zhì)量保證的要點。答:質(zhì)量保證的主要活動是項目執(zhí)行過程審計和項目產(chǎn)品審計。質(zhì)量保證的要點是:對項目進(jìn)行評價、推測能否達(dá)到質(zhì)量指標(biāo)、建立對項目的信心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ì)量,一

36、般由開發(fā)人員實施。質(zhì)量保證是后期質(zhì)量活動,質(zhì)量控制是前期質(zhì)量活動。它們是有區(qū)別的:質(zhì)質(zhì)量保證是針對項目實施過程的管理手段,質(zhì)量控制是針對項目產(chǎn)品的技術(shù)手段;實施質(zhì)量保證是針對過程改進(jìn)和審計的,強(qiáng)調(diào)的是過程改進(jìn)和信心保證。實施質(zhì)量控制是按照質(zhì)量要求,檢查具體可交付成果的質(zhì)量,強(qiáng)調(diào)的是具體的可交付成果。第九章一、填空題1、(完整性和可跟蹤性)是軟件配置管理的核心功能。2、(基線)標(biāo)志開發(fā)過程中一個階段的結(jié)束和里程碑。3、 基線變更控制包括(變更請求)、(變更控制)、(變更批準(zhǔn)/拒絕)、(變更實現(xiàn))等步驟。4、(版本管理)、(變更管理)是配置管理的主要功能。5、基線變更時,需要經(jīng)過(SCCB)授權(quán)。

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

38、更評估、變更審批到變更實施的文檔化流程。()10、持續(xù)支付領(lǐng)域強(qiáng)調(diào)對項目所有的相關(guān)產(chǎn)物及其之間的關(guān)系都要進(jìn)行有效配置管理(對)11、持續(xù)支付更傾向于使用基于分支的開發(fā)模式(錯)三、 選擇題1、 下列不屬于SCCB的職責(zé)的是(D)A 評估變更 B 與項目管理層溝通 C 對變更進(jìn)行反饋 D 提出變更申請2、為了更好地管理變更,需要定義項目基線,關(guān)于基線的描述,下列描述正確的是(B)A 不可變化B 可以變化,但是必須通過基線變更控制流程處理C 所以的項目必須定義基線D 基線發(fā)生變更時,必須修改需求3、軟件配置管理無法確保以下哪種軟件產(chǎn)品屬性(A)A 正確性 B 完整性 C 一致性 D 可控性4、變更

39、控制需要關(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、 寫出配置管理的基本過程。答:(1)配置項標(biāo)識、跟蹤;(2)配置管理

40、環(huán)境建立;(3)基線變更管理;(4)配置管理審計;(5)配置狀態(tài)統(tǒng)計;(6)配置管理計劃。2、 說明軟件配置控制委員會(SCCB)的基本職責(zé)。答:評估變更、批準(zhǔn)變更申請、在生存期內(nèi)規(guī)范變更申請流程、對變更進(jìn)行反饋、與項目管理層溝通。3、 寫出幾個常見的軟件配置項。答:軟件項目計劃、需求分析結(jié)果、軟件需求規(guī)格說明書、設(shè)計規(guī)格說明書、源代碼清單、廁所規(guī)格說明書、測試計劃、測試用例與實驗結(jié)果、可執(zhí)行程序、用戶手冊、維護(hù)文檔。第十章一、填空1、 可以充分發(fā)揮部門資源優(yōu)勢集中的組織結(jié)構(gòu)為(職能型組織結(jié)構(gòu))2、 組織結(jié)構(gòu)的主要類型(職能型)、(項目型)、(矩陣型)3、 (會議形式)溝通最有可能協(xié)助解決復(fù)雜

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

42、員一般在39人,而且一般集中地在一個場地開發(fā),可以圍坐一個桌子開會()三、選擇1、(A)以圖形方式展示項目團(tuán)隊成員及其報告關(guān)系這樣可以減少溝通渠道,減少成本A、項目組織圖 B、甘特圖 C、網(wǎng)絡(luò)圖 D、RAM圖2、下面不是敏捷角色的是(D)A、產(chǎn)品負(fù)責(zé)人 B、團(tuán)隊促進(jìn)者 C、跨職能團(tuán)隊成員 D、合同管理者3、在項目管理的3種組織結(jié)構(gòu)中,適用于主要由一個部門完成的項目或技術(shù)比較成熟的項目組織結(jié)構(gòu)是( C)A矩陣型組織結(jié)構(gòu) B項目型組織結(jié)構(gòu) C職能型組織結(jié)構(gòu) D都一樣4、項目經(jīng)理花在溝通上的時間是(B)A、20%-40% B、75%-90% C、60% D、 30%-60%5、在(C)組織結(jié)構(gòu)中,項

43、目成員沒有安全感A職能型B矩陣型C項目型D弱矩陣型6、下列關(guān)于干系人的描述中,不正確的是(D)A影響項目決策的個人、群體或者組織B影響項目活動的個人、群體或者組織C影響項目結(jié)果的個人、群體或者組織D所有項目人員7、編制溝通計劃的基礎(chǔ)是( A)A溝通需求分析B項目范圍說明書C項目管理計劃D歷史資料8、項目團(tuán)隊原來有5個成員,現(xiàn)在人員擴(kuò)充,又增加了3個成員這樣溝通渠道增加了(A)A、2.8倍 B、兩倍 C、4倍 D、1.6倍9、對于項目中比較重要的通知,最好采用(B)溝通方式A口頭B書面C網(wǎng)絡(luò)方式D電話10、在一個高科技公司,項目經(jīng)理正在為一個新的項目選擇合適的組織結(jié)構(gòu),這個項目涉及多的領(lǐng)域和特性

44、,他應(yīng)該選擇(A)組織結(jié)構(gòu)A矩陣型B項目型C職能型D組織型三、簡答題1、 寫出5種以上項目溝通方式 P217溝通方式主要有書面溝通和口頭溝通、語言溝通和非語言溝通、正式溝通和非正式溝通、單向溝通和雙向溝通、網(wǎng)絡(luò)溝通等2、 對于特別重要的內(nèi)容,你認(rèn)為一般采用哪些方式才能確保有效溝通 P220對于特別重要的內(nèi)容,要采用多種方式進(jìn)行有效溝通確保傳達(dá)到位,除發(fā)送郵件外還要電話提醒、回執(zhí)等,重要的內(nèi)容還要通過舉行各種會議進(jìn)行傳達(dá)第十一章一、填空題1.風(fēng)險評估的方法包括(定性)和定量風(fēng)險分析。2.決策樹分析是一種(形象化的圖表分析)方法。3.項目風(fēng)險的三要素是(風(fēng)險事件)、(風(fēng)險事件發(fā)生的概率)、(風(fēng)險造

45、成的影響)。4.(回避)風(fēng)險是指盡可能地規(guī)避可能發(fā)生的風(fēng)險,采取主動放棄或者拒絕使用導(dǎo)致風(fēng)險的方案。5.定量風(fēng)險評估主要包括(訪談)、(盈虧平衡分析)、(決策樹分析)、(模擬法)、(敏感性分析)等方法。二、判斷題1.任何項目都是有風(fēng)險的。()2.風(fēng)險是損失發(fā)生的不確定性,是對潛在的、未來可能發(fā)生損害的一種度量。(×)3.風(fēng)險識別、風(fēng)險評估、風(fēng)險規(guī)劃、風(fēng)險控制是風(fēng)險管理的4個過程。()4.應(yīng)對風(fēng)險的常見策略是回避風(fēng)險、轉(zhuǎn)移風(fēng)險、損失控制和自留風(fēng)險。()5.項目的風(fēng)險幾乎一樣。(×)6.購買保險是一種回避風(fēng)險的應(yīng)對策略(×)7.敏捷項目沒有長期計劃,這本身也是一個風(fēng)險

46、,因為存在一些無法識別的風(fēng)險。(錯)三、選擇題1.下列不屬于項目風(fēng)險的三要素的是(B)。A.一個事件 B.事件的產(chǎn)生原因 C.事件發(fā)生的概率 D.事件的影響2.下列屬于可預(yù)測風(fēng)險的是(C)。A.不現(xiàn)實的交付時間 B.沒有需求或軟件范圍的文檔 C.人員調(diào)整 D.惡略的開發(fā)環(huán)境3.下列不是風(fēng)險管理過程的是(D)A.風(fēng)險評估 B.風(fēng)險識別 C.風(fēng)險規(guī)劃 D.風(fēng)險收集4.下列說法錯誤的是(D)。A.項目風(fēng)險的3個要素是一個事件、事件發(fā)生的概率、事件的影響B(tài).風(fēng)險規(guī)劃的4個過程是風(fēng)險識別、風(fēng)險評估、風(fēng)險規(guī)劃、風(fēng)險控制C.風(fēng)險規(guī)劃的主要策略是回避風(fēng)險、轉(zhuǎn)移風(fēng)險、損失控制、自留風(fēng)險D.項目風(fēng)險是由風(fēng)險發(fā)生的

47、可能性決定的5.在一個項目的開發(fā)過程中采用了新的技術(shù),為此,項目經(jīng)理找來專家對項目組人員進(jìn)行技術(shù)培訓(xùn),這是什么風(fēng)險應(yīng)對策略?(B)。A.回避風(fēng)險 B.損失控制 C.轉(zhuǎn)移風(fēng)險 D.自留風(fēng)險6.下列不屬于風(fēng)險評估方法的是(D)。A.盈虧平衡分析 B.模擬法 C.決策樹分析 D.二叉樹分析四、問答題1.一個項目在進(jìn)行規(guī)劃的時候,碰到了一個風(fēng)險問題,項目經(jīng)理決定是否采用方案A。如果采用方法A需要使用一個新的開發(fā)工具,而能夠掌握這個工具的概率是30%,通過使用這個工具可以獲利5萬元,如果采用方案A而不能掌握這個工具,將損失1萬元。利用決策樹分析技術(shù)說明這個項目經(jīng)理是否應(yīng)該采用這個方案A?(繪制決策樹)圖

48、5通過上面分析可知,應(yīng)該采用方案A。2.某企業(yè)在今年有甲乙兩種產(chǎn)品方案可以選擇,每種方案的狀態(tài)、收益和概率如表11-11所示,繪制決策樹時,判斷哪種方案將有更大收益。圖68第十二章一、 填空1. 為執(zhí)行項目而從項目團(tuán)隊外獲取產(chǎn)品、服務(wù)或者成果的過程稱為:(采購)2. 合同雙方當(dāng)事人承擔(dān)不同角色,這些角色包括:(甲方)、(乙方)3. 一個CPFF合同類型,估計成本是10萬元,固定費用是成本1.5萬元,當(dāng)成本提高至20萬元是,合同金額為:(21.5萬元)二、 判斷1. 軟件項目外包的實質(zhì)是軟件開發(fā)過程從公司內(nèi)部部分或者全部延伸到公司外部的過程(×)2. 對于甲方來說,風(fēng)險最高的是CPCC

49、合同類型,風(fēng)險最低的是FFP合同類型,乙方則相反()3. 如果一個項目的合同類型是固定價格(FFP),合同價格是100萬元,實際花費是160萬元,則項目結(jié)算金額為160萬元(×)4. 成本加激勵費用(CPIF)合同居有激勵機(jī)制()5.敏捷宣言認(rèn)為“客戶協(xié)作高于合同協(xié)商”()三、 選擇1、 下列合同類型中,賣方承擔(dān)的風(fēng)險最大的是(D)A.成本加成本百分比 B.成本加固定費 C.成本加獎金 D. 固定價格2、 某項目采用成本加獎金的成本補(bǔ)償類合同,當(dāng)預(yù)算成本為20萬元,利潤4萬元,且獎勵分配為80/20時,如果實際成本降至16萬元,則項目總價為(C)。A.24萬元 B.23.2萬元 C.

50、20.8萬元 D.20萬元3、 合同是需要靠(D)約束的。A.雙方達(dá)成的共識 B.道德 C.責(zé)任 D.相關(guān)法律法規(guī)4、下面哪項不是敏捷項目設(shè)計的動態(tài)特性的合同簽署技術(shù)(D )A.多層結(jié)構(gòu) B.總結(jié)增量 C.動態(tài)范圍方案 D.固定價格圖1-8補(bǔ)充:6、 CPI=0.90說明目前的預(yù)期成本超出計劃的90%。(X) 7、 技術(shù)評審的目的是盡早發(fā)現(xiàn)工作成果中的缺陷,并幫助開發(fā)人員技師消除缺陷,從而有效的提高產(chǎn)品質(zhì)量。() 8、 軟件測試的目的是證明軟件沒有錯誤。(X) 三、選擇題 1、 在一個項目會議上,一個成員提出增加任務(wù)的要求,而這個要求超出了WBS確定的項目基線,這時項目經(jīng)理提出項目團(tuán)隊?wèi)?yīng)該集中

51、精力完成而且僅完成原來定義的范圍基線,這是一個(B)的例子。 A、范圍定義 B、范圍管理 C、范圍蔓延 D、范圍變更請求 2、 項目原來預(yù)計于2014.5.23完成1000元的工作,但到2014.5.23只完成850元工作,而為了這些工作花費900元,則成本偏差和進(jìn)度偏差分別是(A) A、CV=50元,SV=-150元 B、CV=-50元,SV=-150元 C、CV=-50元,SV=-50元 D、CV=-50元,SV=-150元 3、 如果成本效能指標(biāo)CPI=90%,他說明(B) A、目前項目成本超出90% B、投入1元產(chǎn)生0.9元的效果 C、項目完成的時候,將超支90% D、項目已經(jīng)完成計劃

52、90% 4、 進(jìn)度控制重要的一個組成部分是(A) A、確定進(jìn)度偏差是否需要采取糾正措施 B、定義為項目的可交付成果所需要的活動 C、評估WBS定義是否足以支持進(jìn)度計劃 D、確保項目隊伍的士氣高昂 5、 資源平衡最好用于()活動。 A、時間很緊的 B、按時的 C、非關(guān)鍵路徑 D、關(guān)鍵路徑 6、 當(dāng)項目進(jìn)展到(B)左右時,CPI處于穩(wěn)定。 A、10% B、20% C、30% D、40% 7、 抽樣統(tǒng)計的方法中,(B) A、應(yīng)該選擇更多的樣品 B、以小批量的抽樣為基準(zhǔn)進(jìn)行檢驗 C、去定大量或批量產(chǎn)品質(zhì)量的唯一方法 D、導(dǎo)致更高的成本 8、 下面不是質(zhì)量控制3個要點之一的是(A) A、確定人員分配是否

53、合理 B、檢查項目結(jié)果 C、依據(jù)相關(guān)質(zhì)量標(biāo)準(zhǔn)進(jìn)行跟蹤檢查 D、去定消滅質(zhì)量問題的措施 四、問答題 1、 某項目由1、2、3、4四個任務(wù)構(gòu)成,該項目目前執(zhí)行到第6周末,各項工作在其工期內(nèi)的每周計劃成本、每周實際成本和計劃工作量完成情況下表所示:(圖表見P310) 1)根據(jù)提供的信息,計算截至第6周末該項目的BCWS、ACWP、BCWP BCWS=10+15+5+10+10+10+20+10+10+5+5 = 100 ACWP=10+16+8+10+10+12+24+12+5+5=112 BCWP=10+15+5+(10+10+10+20+10+10)/2+(5+5+25+5)/2=95 2)計算

54、第6周末的成本偏差CV、進(jìn)度偏差SV,說明結(jié)果的實際意義 CV=BCWP-ACWP= -17 SV=BCWP-BCWS= -5 3)按照目前情況,計算完成整個項目實際需要投入多少資金?寫出計算公式。 CPI=BCWP/ACWP=84% EAC=BAC/CPI=170/84% = 202 2、某項目正在進(jìn)行中,下表是項目當(dāng)前運(yùn)行狀況的數(shù)據(jù),任務(wù)1、2、3、4、5、6計劃是按順序執(zhí)行的,表中也給出了計劃完成時間和實際的執(zhí)行情況。(表見P311) 1)計算BAC BAC=5+25+120+40+60+80=330 2)計算截至2014年4月1日的BCWP、BCWS、ACWP、SV、SPI、CV、CPI等指標(biāo)。 BCWP=5+25+40=70 BCWS=10+20=30 ACWP=10+20+50=80 SV=BCWP-BCWS=40 SPI=BCWP/BCWS=175% CV=BCWP-ACWP=-10 CPI=BCWP/ACWP=87.5% 3)通過上面的指標(biāo)說明截至2014年4月1日項目的進(jìn)度、成本如何。 說明進(jìn)度提前、成本上升。 3、試述Pareto規(guī)則 答:80%的問題是由20%的原因引起。 第十六章項目

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論