軟件項目管理案例教程后習題答案整理最終_第1頁
軟件項目管理案例教程后習題答案整理最終_第2頁
軟件項目管理案例教程后習題答案整理最終_第3頁
軟件項目管理案例教程后習題答案整理最終_第4頁
軟件項目管理案例教程后習題答案整理最終_第5頁
已閱讀5頁,還剩21頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

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

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

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

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

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

6、空題1、項目立項之后,項目負責人會進行(自造-購買)決策,確定待開發(fā)產(chǎn)品的哪些部分應該采購、外包開發(fā)、自主研發(fā)等。2、項目經(jīng)理的主要責任是(開發(fā)計劃)、(組織實施)、(項目控制)。3、在(立項)階段,應該明確項目的目標、時間表、使用的資源和經(jīng)費,而且得到項目發(fā)起人的認可。4、在招投標階段,甲方過程包括(招標書定義)、(供方選擇)、(合同簽署),乙方過程包括(項目分析)、(競標)、(合同簽署)。二、判斷題1、項目初始階段甲方為軟件開發(fā)方,乙方為顧客。(錯)2、項目招標對于一個項目的開發(fā)是必需的,即便項目是內(nèi)部項目。(錯)3、make or buy決策中的make指的只是自主開發(fā)。(對)4、項目建

7、議書是項目計劃階段開發(fā)的文檔。(錯)5、項目立項需要獲得項目經(jīng)理的認可,但不需要項目發(fā)起人的認可。(錯)6、項目章程是項目執(zhí)行組織高層批準的確認項目存在的文件,其中不包括對項目經(jīng)理的授權(quán)。(錯)7、乙方即供方(有時也稱賣方)是為顧客提供產(chǎn)品或服務的一方。(對)8、在軟件項目合同中,甲方是需求放,乙方是供方。(對)三、選擇題1、下列不是項目立項過程內(nèi)容的是(B)A.項目的目標B.項目的風險C.項目的時間表D.項目使用的資源和經(jīng)費2、以下哪項不包括在項目章程中?(C)A.對項目的確認B.對項目經(jīng)理的授權(quán)C.對項目風險的分析D.項目目標的描述3、項目建議書是(C)階段開發(fā)的文檔A.項目執(zhí)行B.項目結(jié)

8、尾C.項目初始D.項目計劃4、下列不屬于甲方招投標階段任務的是?(A)A.編寫建議書B.招標書定義C.供方選擇 D.合同簽署5、下列不屬于乙方招投標階段任務的是?(D)A.項目分析B.競標C.合同簽署D.招標書定義四、問答題1、某公司希望開發(fā)一套軟件產(chǎn)品,如果選擇自己開發(fā)軟件的策略,公司需要花費30000元,根據(jù)歷史信息,維護這個軟件每個月需要3500元。如果選擇購買軟件公司產(chǎn)品的策略,需要18000元,同時軟件公司為每個安裝的軟件進行維護的費用是4200元/月。該公司該如何決策?答:自制方案:制造費 30000元維護費 3500元/月購買方案:購買費 18000元維護費 4200元/月制造差

9、額:30000-18000=12000元服務差額:4200-3500=700元自制方案承受月份:12000/700=17.14如果產(chǎn)品在17個月以內(nèi)可以選擇購買方案,如果超過17個月選擇自造方案。2、在項目招投標階段,甲乙雙方的主要任務分別是什么?答:甲方在招投標階段的主要任務是:招標書定義、供方選擇、合同簽署乙方在招投標階段的主要任務是:進行項目選擇。3、什么是項目章程?答:項目章程是項目執(zhí)行組織高層批準的一份以書面簽署的確認項目存在的文件,包括對項目的確認、對項目經(jīng)理的授權(quán)和項目目標的概述等。4、招標書主要包括那幾部分內(nèi)容?答:招標書主要包括三部分內(nèi)容:技術說明、商務說明和投標說明。技術說

10、明主要對采購的產(chǎn)品或者委托的項目進行詳細的描述,商務說明主要包括合同條款。投標說明主要是對項目背景、標書的提交格式、內(nèi)容、提交時間等做出規(guī)定。第三章生存期模型一、填空題1.瀑布模型生存期模型中,要求項目所有的活動都嚴格按照順序進行,一個階段的輸入是下一個階段的輸入。2.敏捷開發(fā)通過迭代和快速用戶反饋應對管理的不確定性和變更。3.每日站立會議是Scrum模型的敏捷開發(fā)實踐。二、判斷題1、瀑布模型不適合短期項目。(錯)2、增量式模型可以避免一次性投資太多帶來的風險。(對)3、V模型適合的項目類型是需求很明確、解決方案很明確,而且對系統(tǒng)的性能要求比較嚴格的項目。(對)4、燃盡圖是Scrum模型中常用

11、的米姐開發(fā)工程實踐。(對)5、在瀑布生存期模型中,要求項目所有的活動都嚴格按照順序執(zhí)行,一個階段的輸出是下一個階段的輸入。(對)三、選擇題1、對于某項目,甲方提供了詳細、準確的需求文檔。我們的解決方案也很明確。且安全性要求非常嚴格。此項目采用(C)成存期模型比較合適。A:瀑布模型 B:增量式模型 C:V模型 D:XP模型2、為避免一次性投資太多帶來的風險,最好選擇(A)生存期模型。A:增量式模型 B:快速原型模型 C:瀑布模型 D:V模型3、可以構(gòu)建一部分額系統(tǒng)的模型,通過用戶試用提出優(yōu)缺點,最好選擇(B)生存期模型。A:增量式模型 B:快速原型模型 C:瀑布模型 D:V模型4、XP模型的實踐

12、原則不包括以下哪一點?(D)A:快速反饋 B:假設簡單 C:包容變化 D:詳細設計5、在項目初期,一個項目需求不明確的情況下,應避免采用以下哪種生存期模型?(C)A:快速原型模型 B:增量式模型 C:V模型 D:Scrum模型四、問答題1、邪乎三種你熟悉的生存期模型,并說明這些模型適用于什么情況下的項目。(1)瀑布模型適用于軟件需求很明確的軟件項目,即一般適用于功能明確、完成、無重大變化的軟件系統(tǒng)的開發(fā),即:1) 在項目開始前,項目的需求已經(jīng)被很好的理解、也很明確,而且項目經(jīng)理很熟悉為實現(xiàn)這一模型所需要的過程。2) 解決方案在項目開始前也很明確。3) 短期項目可采用瀑布模型。(2)V模型適用于

13、項目需求在項目開始前很明確、解決方案在項目開始前也很明確,項目對系統(tǒng)的安全很嚴格,如航天飛機控制系統(tǒng)、公司的財務系統(tǒng)等。 (3)快速原型模型適用于項目的需求在項目開始前不明確,需要減少項目的不確定性的時候。2、敏捷開發(fā)的宣言是什么?個體和交互勝過過程和工具。可以工作的軟件勝過面面俱到的文檔。客戶合作勝過合同談判。響應變化勝過遵循計劃。第四章軟件項目范圍計劃需求管理一、填空題1.需求管理包括需求獲取、需求分析、需求規(guī)格編寫、需求驗證、需求變更 5個過程。2.原型分析方法是其中一種需求建模方法。二、判斷題 1.需求規(guī)格說明可以包括系統(tǒng)的運行環(huán)境。(對) 2.結(jié)構(gòu)化分析方法是一種自下而上逐步求精的分

14、析方法。(對)3.需求分析工作完成的一個基本標志是形成了一份完整的、規(guī)范的需求規(guī)格說明書。(錯) 4.需求是指用戶對軟件的功能和性能的要求,就是用戶希望軟件能做什么事,完成什么樣的功能,達到什么性能。(對) 5.用例分析方法采用一種面向過程的情景分析方法。(錯) 6.軟件項目系統(tǒ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需求視

15、圖的是?(A)A:甘特圖 B:用例圖 C:狀態(tài)圖 D:順序圖4、下列不是需求建模方法的是?(B)A:原型方法 B:結(jié)構(gòu)化設計方法 C:面向?qū)ο蟮挠美治龇椒?D:功能列表方法5、(A)是軟件項目的的一個突出特點,可以導致軟件項目的蔓延。A:需求變更 B:暫時性 C:階段性 C:約束性6、下列不屬于結(jié)構(gòu)化方法設計的是?(D)A:數(shù)據(jù)流圖 B:數(shù)據(jù)字典 C:系統(tǒng)流程圖 D:系統(tǒng)用例圖7、下列不屬于軟件需求范疇的是?(A)A:軟件項目采用什么樣的實現(xiàn)技術B:用戶需要軟件能做什么樣的事情C:用戶需要軟件完成什么樣的功能D:用戶需要軟件達到什么樣的性能四、問答題 1.下圖是SPM項目需求規(guī)格文檔中的一個

16、用例圖,請根據(jù)圖中信息判斷參與者是什么角色?并寫出至少三個用例,如登錄、注冊等。1)參與者是課務管理系統(tǒng)中的學生用戶2)登錄、注冊、選課 2.我們常常從哪些方面著手處理需求不明確的問題?1)讓用戶參與開發(fā)2)開發(fā)用戶界面原型3)需求討論會議4)強化需求分析和評審第五章軟件項目范圍計劃任務分解一填空題1.任務分解是將一個項目分解為更多的工作細目或者子項目,是項目變得更小、更易管理、更易操作。2. 一般來說,進行項目分解時,可以采用清單或圖表兩種形式來表達任務分解的結(jié)果。3.WBS的全稱是任務分解結(jié)構(gòu)Work Breakdown Structure。4.WBS最底層次課交付成果是工作包work p

17、ackage。二判斷題1.WBS提供了項目范圍基線。()2.一個工作包可以分配給另一個項目經(jīng)理去完成。()原文:工作包應當由唯一主體負責,可以分配給另外一位項目經(jīng)理通過子項目的方式完成。3.如果開發(fā)人員對項目比較熟悉或者對項目大局有把握,開發(fā)WBS時最好采用自底向上方法。(×)4.對于一個沒有做過的項目,開發(fā)WBS時可以采用自底向上方法。()5.在任務分解結(jié)果中,最底層的要素必須是實現(xiàn)項目目標的充分必要條件。()6.任務分解是將一個項目分解為更多的工作細目或者子項目,是項目變得更小、更易管理和操作。()7.一個工作包應當由唯一主題負責。()8.WBS的最高層次的可交付成果是工作包。(

18、×)9.對任務的分解只能是自上而下的。(×)10.WBS的最底層任務是能分配到一個人完成的任務。()原文:工作包應當由唯一主體負責,可以分配給另外一位項目經(jīng)理通過子項目的方式完成。三.選擇題。1.WBS非常重要,因為下列原因,除了(D)A.幫助組織工作B.防止遺漏工作C.為項目估算提供依據(jù)D.確定團隊成員責任2.WBS中的每一個具體細目通常都指定唯一的(A)A.編碼B.地點C.功能模塊D.提交截至期限3.下列不是創(chuàng)建WBS的方法的是(C)A.自頂向下B.自底向上C.控制方法D.模板參照4.任務分解時,(D)方法從特殊到一般的方向進行,首先定義一些特殊的任務,然后將這些任務組

19、織起來,形成更高級別的WBS層。A.模板參照B.自頂向下C.類比D.自底向上5.下列關于WBS的說法,不正確的是(D)A.WBS是任務分解的結(jié)果B.不包括再WBS中的任務就不是該項目的工作C.可以采用清單或者圖表的形式標示W(wǎng)BS的結(jié)果D.如果項目是一個嶄新的項目,最好采用自頂向下方法開發(fā)WBS6.檢驗WBS分解結(jié)果的標準不包括以下那一項?(B)A.最底層的要素是否是實現(xiàn)目標的充分必要條件B.非葉節(jié)點是否包含兩個以上的葉節(jié)點C.最底層元素是否有重復D.最底層要素是否有清晰完整定義7.WBS是對項目由粗到細的分解過程,它的結(jié)構(gòu)是(B)A.分層的集合結(jié)構(gòu)B.分級的樹形結(jié)構(gòu)C.分層的線性結(jié)構(gòu)D.分級的

20、圖狀結(jié)構(gòu)8.任務分解時,(B)方法從一般到特殊的方向進行,從項目的大局著手,然后逐步分解子細目,將項目變?yōu)楦殹⒏晟频牟糠?。A.模板參照B.自頂向下C.類比D.自底向上四問答題1.試寫出任務分解的方法和步驟。答:任務分解的基本步驟:1) 確認并分解項目的組成要素(WBS編號)。2) 確定分解標準,按照項目實施管理的方法分解,而且分解的標準要統(tǒng)一。3) 確認分解是否詳細,是否可以作為費用和時間估計的標準,明確責任。4) 確定項目交付成果(可以編制WBS字典)。5) 驗證分解正確性。驗證分解正確后,建立一套編號系統(tǒng)。任務分解方法:1) 模板參照方法2) 類比方法3) 自上而下4)自下而上2.當項

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

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

23、慮直接成本又要考慮間接成本。()8.在進行軟件估算的時候,可以直接考慮參照其他企業(yè)的模型進行項目估算。(×)9間接成本是與一個具體項目相關的成本。(×)三選擇題1.下面關于估算的說法,錯誤的是(C)A.估算是有誤差的B.估算時不要太迷信數(shù)學模型C.經(jīng)驗對于估算來說不重要D.歷史數(shù)據(jù)對于估算來說非常重要2.(B)是成本的主要因素,是成本估算的基礎。A.計劃B.規(guī)模C.風險D.利潤3.常見的成本估算方法不包括(D)A.代碼行B.功能點C.類比法D.關鍵路徑法4.下列不是UFC的功能計數(shù)項是(C)A.外部輸出B.外部文件C.內(nèi)部輸出D.內(nèi)部文件5.成本預算的目的是(A)A.生產(chǎn)成

24、本基線B.編寫報告書C.指導設計過程D.方便進度管理6.估算的基本方法不包括(D)A.代碼行、功能點B.參數(shù)估算法C.專家估算法D.函數(shù)估算法7.在項目初期,進行競標合同時,一般采用的成本估算方法是(B)A.參數(shù)估算法B.類比估算法C.專家估算法D.功能點估算法8.下列不是軟件項目規(guī)模單位的是(D)A.源代碼長度(LOC)B.功能點(FP)C.人天、人月、人年D.小時9.在成本管理過程中,每個時間段中等各個工作單元的成本是(B)A.估算B.預算C.直接成本D.間接成本四計算題。1.項目經(jīng)理正在進行一個圖書館信息查詢系統(tǒng)的項目估算,他采用Delphi的專家估算方法,邀請了3位專家進行估算,第一位

25、專家給出了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.如果某軟件公司正在進行一個項目,預計有50KLOC的代碼量,項目是中等規(guī)模的半嵌入型的項目,采用中等COCOMO模型,項目屬性中只有可靠性為很高級別(即取值為1.3),其他

26、屬性為正常(書上說,正常就是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語言代碼行與功能點的關系近似為150LOC/FP,所以,85個功能點代碼行數(shù)為L85*150=12750行=1.75KLOC,則:工作量估算E=5.2*L0.91=5.2*1

27、2.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. 關鍵路徑?jīng)Q定了項目在給定的金錢關系和資源條件下完成項目所需的最短時間。2. 時間是一種特殊的資源,以其單向性、不可重復性、不可替代性而有別于其他資源。3. 在ADM網(wǎng)絡圖中,箭線表示活動(任務)。4. 應急法和平行作業(yè)法都是時間壓縮法。5. 任務(活動)之間的排序依據(jù)主要有強制性依賴關系、

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

29、行壓縮。(×)8. 時間是項目規(guī)劃中靈活性最小的因素。()9. 外部依賴關系又稱強制性依賴關系,指的是項目活動與非項目互動之間的依賴關系。(×)10. 當估算某活動時間,存在很大不確定性時應采用CPM估計。(×)三. 選擇題1. 下面說法中不正確的是(D)AEF=ES+durationB. LS=LF-durationCTF=LS-ES=LF-EFD. EF=ES+lag2. “軟件編碼完成之后,我才可以對它進行軟件測試”,這句話說明了哪種依賴關系?(A)A強制性依賴關系B.軟邏輯關系C.外部依賴關系D.里程碑3. (A)可以顯示任務的基本信息,使用該類圖能方便的

30、查看任務的工期、開始時間、結(jié)束時間以及資源的信息。A甘特圖B.網(wǎng)絡圖C.里程碑圖D. 資源圖4. (C)是項目沖突的主要原因,尤其在項目后期。A優(yōu)先級問題B.人力問題C.進度問題D. 費用問題5. 以下哪一項是項目計劃中靈活性最小的因素?(A)A時間B.人工成本C.管理D. 開發(fā)6. 以下哪一項不是編制進度的基本方法?(C)A關鍵路徑法B.時間壓縮法C.系統(tǒng)圖法D. 資源平衡方法7. 快速跟進是指(A)A采用并行執(zhí)行任務,加速項目進展B. 用一個任務取代另外的任務C. 如有可能,減少任務數(shù)量D. 減輕項目風險8. 下面哪一項將延長項目的進度?(A)AlagB.leadC.趕工D.快速跟進9.

31、下面哪一項可以決定進度的靈活性?(B)APERTB.總浮動C.ADMD. 趕工四. 問答題1. 對一個任務進行進度估算時,A是樂觀者,估計用6天完成,B是悲觀者,估計用24天完成,C是有經(jīng)驗者,認為最有可能用12天完成,那么這個任務的歷時估算介于10天到16天的概率是多少?解:E=(6+24+4*12)/6=13,=(24-6)/6=3E-=10E+=16所以任務歷時估算介于1016天的概率為:68.3%2. 請將下圖所示的PDM(優(yōu)先圖法)網(wǎng)絡圖改畫為ADM(箭線法)網(wǎng)絡圖。解:上圖對應的ADM圖如下所示:活動A活動B活動C活動D活動E3. 根據(jù)下面任務流程圖和下表給出的項目歷時估算值,采用

32、PERT方法估算,求出項目在14.57天內(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任務方差、標準差分別為:標準差方差2任務14/616/36任務24/616/36任務33/69/36項目路徑1.0741/36所以,E= E1+ E2+ E3=13.5天,=1.07E-=12.43,E+=14.5712.43,14.57的概率為:68.3%E-2=11.36,E+2=15.6411.36,15.64的概率為:95.5%E-3=10.29,E+3=16.7110.29,16.71的概率為:99.7%所以

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

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

35、預測成本 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)品運行四、問答題1、 質(zhì)量計劃中可以采用哪些方法?答:質(zhì)量計劃中可以采用以下幾種方法:(1)試驗

36、設計:試驗設計是一種統(tǒng)計學方法,確定哪些因素可能會對特定變量產(chǎn)生影響。(2)基準對照:是一種尋找最佳實踐的方法,是利用其他項目的實施情況作為當前項目性能衡量的標準。(3)質(zhì)量成本分析:質(zhì)量計劃必須進行質(zhì)量成本的綜合分析,以便決定質(zhì)量活動。(4)流程圖方法:可以顯示系統(tǒng)的各種成分是相互的關系,幫助我們預測在何處可能發(fā)生何種質(zhì)量問題。(5)因果分析圖:也稱魚刺圖。描述相關的各種原因和子原因如何產(chǎn)生潛在問題或影響,將影響質(zhì)量問題的“人員、設備、參考資料、方法、環(huán)境”等各方面的原因進行細致的分解,方便地在質(zhì)量計劃中制定相應的預防措施。2、 簡述質(zhì)量保證的主要活動,以及質(zhì)量保證的要點。答:質(zhì)量保證的主要

37、活動是項目執(zhí)行過程審計和項目產(chǎn)品審計。質(zhì)量保證的要點是:對項目進行評價、推測能否達到質(zhì)量指標、建立對項目的信心3、 簡述質(zhì)量保證與質(zhì)量控制的關系。答:質(zhì)量保證(QA)是通過評價項目整體績效,建立對質(zhì)量要求的信任,提供項目和產(chǎn)品可視化的管理報告。這個任務本身并不能提高產(chǎn)品的質(zhì)量,但是通過質(zhì)量保證的一系列工作可以間接地提高產(chǎn)品的質(zhì)量。質(zhì)量保證一般由質(zhì)量保證部門人員實施。質(zhì)量控制(QC)是確定項目結(jié)果與質(zhì)量標準是否相符,同時,確定消除不符的原因和方法,它控制產(chǎn)品的質(zhì)量,及時糾正缺陷。這個任務本身提高產(chǎn)品的質(zhì)量,一般由開發(fā)人員實施。質(zhì)量保證是后期質(zhì)量活動,質(zhì)量控制是前期質(zhì)量活動。它們是有區(qū)別的:質(zhì)質(zhì)量

38、保證是針對項目實施過程的管理手段,質(zhì)量控制是針對項目產(chǎn)品的技術手段;實施質(zhì)量保證是針對過程改進和審計的,強調(diào)的是過程改進和信心保證。實施質(zhì)量控制是按照質(zhì)量要求,檢查具體可交付成果的質(zhì)量,強調(diào)的是具體的可交付成果。第九章軟件配置管理計劃一、 填空題1、 配置管理最終保證軟件產(chǎn)品的(完整性)、(一致性)、(追溯性)、(可控性)。2、 (完整性和可跟蹤性)是軟件配置管理的核心功能。3、 (基線)標志開發(fā)過程中一個階段的結(jié)束和里程碑。4、 基線變更控制包括(變更請求)、(變更控制)、(變更批準/拒絕)、(變更實現(xiàn))等步驟。5、 (版本管理)、(變更管理)是配置管理的主要功能。6、 基線變更時,需要經(jīng)過

39、(SCCB)授權(quán)。7、 SCCB的全稱是(軟件配置控制委員會)。二、 判斷題1、 一個軟件配置項可能有多個標識。(錯)(這個題說的是一個軟件有多個配置項,還是說一個軟件中其中的一個配置項?)2、 在軟件項目配置管理中最終應保證軟件產(chǎn)品的完整性、一致性、有效性、機密性。(錯)(最終保證軟件產(chǎn)品的完整性、一致性、追朔性、可控性)3、 基線提供了軟件開發(fā)階段的一個特定點。(錯)(基線提供了軟件生存期中各個開發(fā)階段的一個特定點)4、 有效的項目管理能夠控制變化,以最有效的手段應對變化,不斷命中移動的目標。5、 一個(些)配置項形成并通過審核,即形成基線。(對)6、 軟件配置項是項目需定義其受控于軟件配

40、置管理的款項,每個項目的配置項是相同的。(錯)7、 基線的修改不需要每次都按照正式的程序執(zhí)行。(錯)8、 基線產(chǎn)品是不能修改的。(錯)9、 基線修改應受到控制,但不一定要經(jīng)SCCB授權(quán)。(錯)10、 變更控制系統(tǒng)包括從項目變更申請、變更評估、變更審批到變更實施的文檔化流程。(對)三、 選擇題1、 下列不屬于SCCB的職責的是(D)A 評估變更 B 與項目管理層溝通 C 對變更進行反饋 D 提出變更申請2、為了更好地管理變更,需要定義項目基線,關于基線的描述,下列描述正確的是(B)A 不可變化B 可以變化,但是必須通過基線變更控制流程處理C 所以的項目必須定義基線D 基線發(fā)生變更時,必須修改需求

41、3、軟件配置管理無法確保以下哪種軟件產(chǎn)品屬性(A)A 正確性 B 完整性 C 一致性 D 可控性4、變更控制需要關注的是(B)A 阻止變更 B 標識變更,提出變更,管理變更C 管理SCCB D 客戶的想法4、以下哪項不是項目配置管理中可能遇到的問題?(B)A 找不到某個文件的歷史版本B 甲方與乙方在資金調(diào)配上存在意見差異C 開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔D 因協(xié)同開發(fā)中,或者異地開發(fā),版本變更混亂導致整個項目失敗四、簡答題1、 寫出配置管理的基本過程。答:(1)配置項標識、跟蹤;(2)配置管理環(huán)境建立;(3)基線變更管理;(4)配置管理審計;(5)配置狀態(tài)統(tǒng)計;(6)配置管理計劃。2、 說明軟

42、件配置控制委員會(SCCB)的基本職責。答:評估變更、批準變更申請、在生存期內(nèi)規(guī)范變更申請流程、對變更進行反饋、與項目管理層溝通。3、 簡述配置管理在軟件開發(fā)中的作用,并列舉至少兩種配置管理工具。答:軟件配置管理是軟件項目管理的重要內(nèi)容,也是保證軟件質(zhì)量的重要手段。它能夠?qū)浖_發(fā)過程進行有效管理和控制,從而實現(xiàn)軟件產(chǎn)品的完整性、一致性、可控性,使產(chǎn)品極大程度地與用戶需求相吻合。它能夠控制、記錄、追蹤對軟件的修改并形成規(guī)范文檔,方便日后維護和升級,更重要的是能夠保護代碼資源,積累軟件財富,提高軟件重用率。(課本:軟件配置管理在軟件項目管理中有著重要的地位。軟件配置管理工作是以正規(guī)軟件流程的改進

43、為目標,是為軟件項目管理和軟件工程的其他領域奠定基礎,以便于穩(wěn)步推進整個軟件企業(yè)的能力成熟度。軟件配置管理是軟件項目管理中的一種非常有效和現(xiàn)實的技術,它能非常有效地適應軟件開發(fā)需求。配置管理對軟件產(chǎn)品質(zhì)量和軟件開發(fā)過程的順利進行和可靠性有著重要的意義。配置管理相當于軟件開發(fā)生產(chǎn)線中的倉庫和調(diào)度。合理地實施配置管理,軟件產(chǎn)品的質(zhì)量得到了提高,開發(fā)團隊能夠工作在一個有助于提高整體工作效率的配置管理平臺上。如果沒有很好地進行配置管理,將會影響成本、進度和產(chǎn)品的規(guī)格。沒有變更管理,項目就會無限放大。有效的配置管理可以不斷命中移動的目標。配置管理是對工作成果的一種有效保護。)配置管理工具有:Harves

44、t、Perforce、ClearCase、PVCS、CVSSVN、VSS4、 寫出幾個常見的軟件配置項。答:軟件項目計劃、需求分析結(jié)果、軟件需求規(guī)格說明書、設計規(guī)格說明書、源代碼清單、廁所規(guī)格說明書、測試計劃、測試用例與實驗結(jié)果、可執(zhí)行程序、用戶手冊、維護文檔。第十章軟件項目人員與溝通計劃一、填空1、 溝通管理的基本原則是及時性、準確性、完整性、可理解性。2、 可以充分發(fā)揮部門資源優(yōu)勢集中的組織結(jié)構(gòu)為職能型組織結(jié)構(gòu)3、 溝通計劃用于確定誰需要信息,需要什么信息,何時需要信息,以及如何將信息分發(fā)給他們。4、 組織結(jié)構(gòu)的主要類型職能型、項目型、矩陣型5、 會議形式溝通最有可能協(xié)助解決復雜的問題。6

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

46、接收信息等(對)11、人員管理計劃沒有明確的具體體現(xiàn)形式,作為項目計劃的一部分,其詳細程度因項目而異(對)三、選擇1、在項目管理的3種組織結(jié)構(gòu)中,適用于主要由一個部門完成的項目或技術比較成熟的項目組織結(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)中,項目成員沒有安全感A職能型B矩陣型C項目型D弱矩陣型4下列關于干系人的描述中,不正確的是 DA影響項目決策的個人、群體或者組織B影響項目活動的個人、群體或者組織C影響項目結(jié)果的個人、群體或者組織D所有

47、項目人員5編制溝通計劃的基礎是( A)A溝通需求分析B項目范圍說明書C項目管理計劃D歷史資料6在3種組織結(jié)構(gòu)中,(C)組織結(jié)構(gòu)是目前最普遍的項目組織形式,它是一個標準的金字塔型組織形式A矩陣型B項目型C職能型D都一樣7項目團隊原來有4個成員,現(xiàn)在人員擴充,又增加了4個成員這樣溝通渠道增加了(A)A4.7倍B兩倍C4條D無法確定8對于項目中比較重要的通知,最好采用(B)溝通方式A口頭B書面C網(wǎng)絡方式D電話9以下說法錯誤的是(B)A團隊是一定數(shù)量的個體成員的集合B團隊包括自己組織的人、供應商、分包商、客戶C團隊應注重個人發(fā)揮,應該將某項任務分工給擅長該技術的職員D團隊的目的是開發(fā)出高質(zhì)量的產(chǎn)品10

48、、在一個高科技公司,項目經(jīng)理正在為一個新的項目選擇合適的組織結(jié)構(gòu),這個項目涉及多的領域和特性,他應該選擇(A)組織結(jié)構(gòu)A矩陣型B項目型C職能型D組織型三、簡答題1、 寫出5種以上項目溝通方式 P217溝通方式主要有書面溝通和口頭溝通、語言溝通和非語言溝通、正式溝通和非正式溝通、單向溝通和雙向溝通、網(wǎng)絡溝通等2、 對于特別重要的內(nèi)容,你認為一般采用哪些方式才能確保有效溝通 P220對于特別重要的內(nèi)容,要采用多種方式進行有效溝通確保傳達到位,除發(fā)送郵件外還要電話提醒、回執(zhí)等,重要的內(nèi)容還要通過舉行各種會議進行傳達3、 寫出干系人對項目可能的幾種態(tài)度 P214完全不支持、反對者、不積極者、無所謂者,

49、參與者、較積極者、內(nèi)部支持者、首倡者、完全支持4、 矩陣型項目組織結(jié)構(gòu)的優(yōu)缺點是什么 P209優(yōu)點是:1、專職的項目經(jīng)理負責整個項目,以項目為中心,能迅速解決問題。在最短的時間內(nèi)調(diào)配人才,組成一個團隊,把不同職能的人才集中在一起。2、多個項目可以共享各個職能部門的資源。在矩陣管理中,人力資源得到了更有效的利用,減少了人員冗余。3、既有利于項目目標的實現(xiàn),也有利于公司目標方針的貫徹4、項目成員的顧慮減少了,因為項目完成后,他們?nèi)稳豢梢曰氐皆瓉淼穆毮懿块T,不用擔心被解散,而且他們能有更多機會接觸自己企業(yè)的不同部門。缺點是1、容易引起職能經(jīng)理和項目經(jīng)理權(quán)利的沖突。2、資源共享可能引起項目之間的沖突3

50、、項目成員有多位領導,即員工必須要接受雙重領導,因此經(jīng)常有焦慮與壓力。第十一章軟件項目風險計劃1 填空題1. 風險評估的方法包括定性和定量風險分析。2. 決策樹分析是一種形象化的圖表分析方法。3. 項目風險的三要素是風險事件、風險事件發(fā)生的概率、風險造成的影響。4. 回避風險是指盡可能地規(guī)避可能發(fā)生的風險,采取主動放棄或者拒絕使用導致風險的方案。5. 風險規(guī)劃的主要策略是回避風險、轉(zhuǎn)移風險、損失控制、自留風險。6. 軟件項目風險識別常采用德爾菲方法、頭腦風暴法、情景分析法、風險條目檢查表、其他等方法。7. 定量風險評估主要包括訪談、盈虧平衡分析、決策樹分析、模擬法、敏感性分析等方法。2 判斷題

51、1. 任何項目都是有風險的。()2. 風險是損失發(fā)生的不確定性,是對潛在的、未來可能發(fā)生損害的一種度量。(×)3. 風險識別、風險評估、風險規(guī)劃、風險控制是風險管理的4個過程。()4. 應對風險的常見策略是回避風險、轉(zhuǎn)移風險、損失控制和自留風險。()5. TOP風險清單中的條目越多越好。(×)6. 項目的風險幾乎一樣。(×)7. 當風險發(fā)生的概率極高、風險后果影響很嚴重時,才可以考慮采用回避風險策略。(×)3 選擇題1. 下列不屬于項目風險的三要素的是(B)。A. 一個事件 B.事件的產(chǎn)生原因 C.事件發(fā)生的概率 D.事件的影響2. 下列屬于可預測風險的

52、是(C)。A.不現(xiàn)實的交付時間 B.沒有需求或軟件范圍的文檔 C.人員調(diào)整 D.惡劣的開發(fā)環(huán)境3. 下列不是風險管理過程的是(D)A.風險評估 B.風險識別 C.風險規(guī)劃 D.風險收集4. 下列說法錯誤的是(D)。A. 項目風險的3個要素是一個事件、事件發(fā)生的概率、事件的影響B(tài). 風險規(guī)劃的4個過程是風險識別、風險評估、風險規(guī)劃、風險控制C. 風險規(guī)劃的主要策略是回避風險、轉(zhuǎn)移風險、損失控制、自留風險D.項目風險是由風險發(fā)生的可能性決定的5. 下列不屬于項目風險的三要素的是(C)。A.一個事件 B.事件發(fā)生的概率 C.風險值 D.事件的影響6. 在一個項目的開發(fā)過程中采用了新的技術,為此,項目

53、經(jīng)理找來專家對項目組人員進行技術培訓,這是什么風險應對策略?(B)。A.回避風險 B.損失控制 C.轉(zhuǎn)移風險 D.自留風險7. 下列不屬于風險評估方法的是(D)。A.盈虧平衡分析 B.模擬法 C.決策樹分析 D.二叉樹分析4 問答題1. 一個項目在進行規(guī)劃的時候,碰到了一個風險問題,項目經(jīng)理決定是否采用方案A。如果采用方法A需要使用一個新的開發(fā)工具,而能夠掌握這個工具的概率是30%,通過使用這個工具可以獲利5萬元,如果采用方案A而不能掌握這個工具,將損失1萬元。利用決策樹分析技術說明這個項目經(jīng)理是否應該采用這個方案A?(繪制決策樹)成功掌握:P=30% outcome=50000 EMV=50000*30%=15000采用:EMV=8000不能掌握:P=70%outcome=-10000 EMV=-10000*70%=-7000不采用 EMV=0通過上面分析可知,應該采用方案A。2. 某企業(yè)在今年有甲乙兩種產(chǎn)品方案可以選擇,每種方案的狀態(tài)、收益和概率如表11-11所示,繪制決策樹時,判斷哪種方案將有更大收益。表11-11 每種方案的狀態(tài)、收益和概率狀態(tài)甲方案乙方案滯銷一般暢銷滯銷一般暢銷概率0.20.30.50.30.20.5收益/萬元20701001050160概率收益/萬

溫馨提示

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

評論

0/150

提交評論