軟件項目管理參考模板

1、一 填空題1、實現(xiàn)項目目標(biāo)的制約因素有項目范圍、成本、進度計劃、客戶滿意度等。 2、項目管理包括啟動過程組、計劃過程組、執(zhí)行過程組、控制過程組、收尾過程組5個過程組。3.項目立項之后，項目負(fù)責(zé)人會進行自造-購買決策，確定待開發(fā)產(chǎn)品的哪些部分應(yīng)該采購、外包開發(fā)、自主研發(fā)等。4.在立項階段，應(yīng)該明確項目的目標(biāo)、時間表、使用的資源和經(jīng)費，而且得到項目發(fā)起人的認(rèn)可。5.瀑布模型生存期模型中，要求項目所有的活動都嚴(yán)格按照順序進行，一個階段的輸入時下一個階段的輸入。6.每日站立會議是Scrum模型的敏捷開發(fā)實踐。7.需求管理包括需求獲取、需求分析、需求規(guī)格編寫、需求驗證、需求變更 5個過程。&#

2、160;8.原型分析方法是其中一種需求建模方法。9. 關(guān)鍵路徑?jīng)Q定了項目在給定的金錢關(guān)系和資源條件下完成項目所需的最短時間。 10. 時間是一種特殊的資源，以其單向性、不可重復(fù)性、不可替代性而有別于其他資源。11. 應(yīng)急法和平行作業(yè)法都是時間壓縮法。12. 工程評估評審技術(shù)采用加權(quán)平均的公式是PERT歷時=(O+P+4M)/6，其中O是樂觀值，P是悲觀值，M是最可能值。二 選擇題1、下列選項中不是項目與日常運作的區(qū)別的是（C） A. 項目是以目標(biāo)為導(dǎo)向的，日常運作是通過效率和有效性體現(xiàn)的。 B. 項目是通過項目經(jīng)理及其團隊工作完成的，而日常運作是職能式的線性管理。 C項目需

3、要有專業(yè)知識的人來完成，而日常運作的完成無需特定專業(yè)知識。 D項目是一次性的，日常運作是重復(fù)性的。 2、下列選項中最能體現(xiàn)項目的特征（C） A運用進度計劃技巧 B整合范圍與成本 C確定期限 D利用網(wǎng)絡(luò)進行跟蹤4、項目經(jīng)理的職責(zé)不包括（D） A開發(fā)計劃 B.組織實施 C.項目控制 D.提供資金5、下列選項中正確的是（C） A一個項目具有明確的目標(biāo)而且周期不限 B.一個項目一旦確定就不會發(fā)生變更 C每個項目都有自己的獨特性 D項目都是一次性的并由項目經(jīng)理獨自完成6、下列不是項目立項過程內(nèi)容的是（B）  A.項目的目標(biāo)  B.項目的風(fēng)險  

4、C.項目的時間表  D.項目使用的資源和經(jīng)費 7、以下哪項不包括在項目章程中？（C）  A.對項目的確認(rèn) B.對項目經(jīng)理的授權(quán) C.對項目風(fēng)險的分析 D.項目目標(biāo)的描述 8、項目建議書是（C）階段開發(fā)的文檔  A.項目執(zhí)行  B.項目結(jié)尾  C.項目初始  D.項目計劃 9、下列不屬于甲方招投標(biāo)階段任務(wù)的是？（A）  1 / 5A.編寫建議書  B.招標(biāo)書定義 

5、60;C.供方選擇  D.合同簽署10、對于某項目，甲方提供了詳細、準(zhǔn)確的需求文檔。我們的解決方案也很明確。且安全性要求非常嚴(yán)格。此項目采用（C）成存期模型比較合適。 A：瀑布模型    B：增量式模型    C：V模型    D：XP模型 11、為避免一次性投資太多帶來的風(fēng)險，最好選擇（A）生存期模型。 A：增量式模型    B：快速原型模型   

6、0;C：瀑布模型    D：V模型 12、可以構(gòu)建一部分額系統(tǒng)的模型，通過用戶試用提出優(yōu)缺點，最好選擇（B）生存期模型。 A：增量式模型    B：快速原型模型    C：瀑布模型    D：V模型 13、在項目初期，一個項目需求不明確的情況下，應(yīng)避免采用以下哪種生存期模型？（C） A：快速原型模型    B：增量式模型   &

7、#160;C：V模型    D：Scrum模型14、下列不屬于軟件項目管理需求過程的是？（D） A：需求獲取    B：需求分析    C：需求規(guī)格編寫    D：需求更新 15、下列不是需求建模方法的是？（B） A：原型方法 B：結(jié)構(gòu)化設(shè)計方法 C：面向?qū)ο蟮挠美治龇椒?D：功能列表方法 16、（A）是軟件項目的的一個突出特點，可以導(dǎo)致軟件項目的蔓延。 A：需求變更 B：暫時性 C：階段性 C：約束性 17、下列

8、不屬于結(jié)構(gòu)化方法設(shè)計的是？（D） A：數(shù)據(jù)流圖 B：數(shù)據(jù)字典 C：系統(tǒng)流程圖 D：系統(tǒng)用例圖三 問答題1、項目管理知識體系（PMBOK）包括哪10個知識領(lǐng)域？ 答：項目集成管理、項目范圍管理、項目時間管理、項目成本管理、項目質(zhì)量管理、項目人力資源管理、項目溝通管理、項目風(fēng)險管理、項目采購管理、項目干系人管理2、項目的特征是什么。答：目標(biāo)性、相關(guān)性、臨時性、獨特性、資源約束性、不確定性3、在項目招投標(biāo)階段，甲乙雙方的主要任務(wù)分別是什么？ 答：甲方在招投標(biāo)階段的主要任務(wù)是：招標(biāo)書定義、供方選擇、合同簽署  乙方在招投標(biāo)階段的主要任務(wù)是：進行項目選擇。4、招標(biāo)

9、書主要包括那幾部分內(nèi)容？ 答：招標(biāo)書主要包括三部分內(nèi)容：技術(shù)說明、商務(wù)說明和投標(biāo)說明。技術(shù)說明主要對采購的產(chǎn)品或者委托的項目進行詳細的描述，商務(wù)說明主要包括合同條款。投標(biāo)說明主要是對項目背景、標(biāo)書的提交格式、內(nèi)容、提交時間等做出規(guī)定。5、邪乎三種你熟悉的生存期模型，并說明這些模型適用于什么情況下的項目。 （1）瀑布模型：適用于軟件需求很明確的軟件項目，即一般適用于功能明確、完成、無重大變化的軟件系統(tǒng)的開發(fā)，即： 1） 在項目開始前，項目的需求已經(jīng)被很好的理解、也很明確，而且項目經(jīng)理很熟悉為實現(xiàn)這一模型所需要的過程。 2） 解決方案在項

10、目開始前也很明確。 3） 短期項目可采用瀑布模型。 （2）V模型 適用于項目需求在項目開始前很明確、解決方案在項目開始前也很明確，項目對系統(tǒng)的安全很嚴(yán)格，如航天飛機控制系統(tǒng)、公司的財務(wù)系統(tǒng)等。  (3)快速原型模型 適用于項目的需求在項目開始前不明確，需要減少項目的不確定性的時候。6.試寫出任務(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é)任。

11、 4） 確定項目交付成果（可以編制WBS字典）。 5） 驗證分解正確性。驗證分解正確后，建立一套編號系統(tǒng)。 任務(wù)分解方法： 1） 模板參照方法 2） 類比方法 3） 自上而下 4）自下而上7.檢驗任務(wù)分解結(jié)果的標(biāo)準(zhǔn)是什么？ 答：檢驗任務(wù)分解結(jié)果的標(biāo)準(zhǔn)有： 1）最底層的要素是否是實現(xiàn)目標(biāo)的充分必要條件  2）最底層要素是否有重復(fù)的  3）每個要素是否清晰完整定義  4）最底層要素是否有定義清晰的責(zé)任人  5）是否可以進行成本估算和進度安排 8、 簡述甲方合同的驗收過程和合同終止

12、過程。 合同驗收過程： 最后驗收過程是甲方對乙方交付的產(chǎn)品或服務(wù)進行最后的驗收檢驗，以保證它滿足合同條款的要求。甲方具體活動描述如下： 1） 根據(jù)需求（采購）資料和合同文本制定驗收清單。 2） 組織有關(guān)人員對驗收清單及驗收標(biāo)準(zhǔn)進行評審。 3） 根據(jù)驗收清單及驗收標(biāo)準(zhǔn)制定驗收計劃，并通過甲乙雙方的確認(rèn)。 4） 甲乙雙方執(zhí)行驗收計劃。 5） 處理驗收計劃執(zhí)行中發(fā)生的問題。 6） 編寫驗收報告。 7） 雙方確定驗收問題處理計劃，并下達給項目經(jīng)

13、理執(zhí)行。 8） 雙方簽字認(rèn)可，完成驗收。 合同終止過程： 當(dāng)項目滿足結(jié)束條件，合同管理者應(yīng)該及時宣布項目結(jié)束，終止合同的執(zhí)行，并通過合同終止過程告知各方企業(yè)合同終止。甲方具體活動描述如下： 1） 按照企業(yè)文檔管理規(guī)范將相關(guān)合同文檔歸檔。 2） 合同管理者向有關(guān)人員通知合同終止。 3） 起草項目總結(jié)報告。 在項目的末期，與乙方的合同如果還有尚未解決的索賠項目經(jīng)理可以在合同收尾之后，采取法律行動。 9、 項目收尾時應(yīng)該完成哪些任務(wù)？ 1） 范圍確認(rèn)&

14、#160;。項目接收前，重新審核項目成果，檢驗項目的各項工作范圍是否完成，或者完成何種程度，最后雙方確認(rèn)簽字。 2） 質(zhì)量驗收。質(zhì)量驗收是控制項目最終質(zhì)量的重要手段，依據(jù)質(zhì)量計劃和相關(guān)的質(zhì)量標(biāo)準(zhǔn)進行驗收，對不合格的不予接收。如果驗收人員在審查與檢測時發(fā)現(xiàn)工作成果存在缺陷，則應(yīng)當(dāng)視問題的嚴(yán)重性與開發(fā)商協(xié)商，找出合適的處理措施。如果工作成果存在嚴(yán)重缺陷，則退回給開發(fā)商。開發(fā)商應(yīng)當(dāng)給出糾正缺陷的措施，雙方協(xié)商第二次驗收的時間。如果給驗收方帶來了損失，應(yīng)當(dāng)按合同約定對承包商做出相應(yīng)處罰。如果工作成果存在輕微缺陷，則開發(fā)商給出糾正措施后由雙方協(xié)商是否需要第二次驗收。項目質(zhì)量驗收看起來

15、屬于事后控制，但它的目的不是為了改變那些已經(jīng)發(fā)生的事情，而是試圖抓住項目質(zhì)量合格和不合格的精髓，以使將來的項目質(zhì)量管理能從中獲益。項目質(zhì)量驗收不僅僅在項目完成后進行，還包括對項目實施中各個關(guān)鍵點的質(zhì)量評估。 3） 產(chǎn)品交付。當(dāng)所有的工作成果都通過驗收后，乙方向甲方提交最終產(chǎn)品，具體活動描述如下： 乙方依據(jù)合同要求對提交的產(chǎn)品進行檢查，檢查內(nèi)容包括產(chǎn)品名稱、產(chǎn)品版本、產(chǎn)品提交介質(zhì)、產(chǎn)品提交數(shù)量、產(chǎn)品提交形態(tài)等。 乙方按照合同規(guī)定的產(chǎn)品提交方式將產(chǎn)品提交給用戶。 乙方負(fù)責(zé)完成產(chǎn)品提交說明中雙方的簽字，表明項目正式接收。正式接收文件是由項目發(fā)起人或客戶簽發(fā)的表明他們接受項目產(chǎn)品的文件。 乙方將最終結(jié)果通知項目決策者、項目管理者及財務(wù)等有關(guān)人員。 4） 費用決算。費用決算是指對從項目開始到項目結(jié)束全過程所支付的全部費用進行核算，并編制項目決算表的過程，財務(wù)人員負(fù)責(zé)支付合同余款。 5） 項目文檔驗收。收尾階段需要花時間來匯集項目的文件，檢查項目過程中的所有文件是否齊全，然后進行歸檔以供將來使用，為企業(yè)提供一個項目準(zhǔn)確的歷史。10. 對