2026年軟件項(xiàng)目管理專業(yè)考試題目一、單選題（共20題，每題1分，共20分）1.在敏捷開發(fā)中，Scrum框架中負(fù)責(zé)協(xié)調(diào)團(tuán)隊(duì)工作和產(chǎn)品開發(fā)的角色是？A.產(chǎn)品負(fù)責(zé)人（ProductOwner）B.敏捷教練（ScrumMaster）C.開發(fā)團(tuán)隊(duì)（DevelopmentTeam）D.項(xiàng)目經(jīng)理（ProjectManager）2.根據(jù)PMBOK指南，項(xiàng)目管理中“范圍蔓延”的主要原因是？A.計(jì)劃不周密B.干系人需求不明確C.團(tuán)隊(duì)執(zhí)行力不足D.以上都是3.在風(fēng)險(xiǎn)管理的“風(fēng)險(xiǎn)登記冊”中，通常不包含以下哪項(xiàng)內(nèi)容？A.風(fēng)險(xiǎn)描述B.風(fēng)險(xiǎn)優(yōu)先級(jí)C.風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃D.風(fēng)險(xiǎn)發(fā)生概率4.在中國，政府IT項(xiàng)目通常要求采用哪種采購模式？A.競爭性談判B.公開招標(biāo)C.詢價(jià)采購D.以上都可能是5.在軟件測試中，黑盒測試的核心思想是？A.基于代碼邏輯B.基于需求功能C.基于系統(tǒng)架構(gòu)D.基于測試用例6.ISO/IEC25000標(biāo)準(zhǔn)中，軟件質(zhì)量模型的哪個(gè)維度關(guān)注“用戶滿意度”？A.產(chǎn)品質(zhì)量維度B.使用質(zhì)量維度C.開發(fā)質(zhì)量維度D.管理質(zhì)量維度7.在V模型測試中，單元測試對(duì)應(yīng)哪個(gè)測試階段？A.集成測試B.系統(tǒng)測試C.驗(yàn)收測試D.開發(fā)測試8.在中國，企業(yè)級(jí)ERP系統(tǒng)實(shí)施通常采用哪種部署模式？A.本地部署B(yǎng).云部署C.混合部署D.以上都可能是9.根據(jù)敏捷開發(fā)原則，以下哪項(xiàng)不符合“可持續(xù)開發(fā)速率”的要求？A.團(tuán)隊(duì)保持穩(wěn)定B.避免加班C.頻繁變更需求D.持續(xù)交付10.在需求分析中，用例圖的主要作用是？A.描述系統(tǒng)流程B.定義用戶角色C.規(guī)范代碼實(shí)現(xiàn)D.管理風(fēng)險(xiǎn)項(xiàng)11.在中國，政府IT項(xiàng)目驗(yàn)收通常需要哪些部門參與？A.用戶單位、項(xiàng)目單位、監(jiān)理單位B.用戶單位、項(xiàng)目單位、審計(jì)單位C.用戶單位、項(xiàng)目單位、運(yùn)維單位D.以上都可能是12.在軟件項(xiàng)目管理中，哪種方法適用于需求不明確的早期階段？A.瀑布模型B.V模型C.敏捷開發(fā)D.架構(gòu)驅(qū)動(dòng)開發(fā)13.根據(jù)中國《信息安全等級(jí)保護(hù)》標(biāo)準(zhǔn)，三級(jí)等保系統(tǒng)的主要特點(diǎn)是什么？A.適用于關(guān)鍵信息基礎(chǔ)設(shè)施B.適用于普通企業(yè)系統(tǒng)C.適用于政府內(nèi)部系統(tǒng)D.適用于小型組織14.在敏捷開發(fā)中，哪種會(huì)議用于快速反饋和調(diào)整？A.計(jì)劃會(huì)議B.評(píng)審會(huì)議C.回顧會(huì)議D.站會(huì)15.在中國，企業(yè)級(jí)OA系統(tǒng)實(shí)施中，哪項(xiàng)是常見的“范圍蔓延”誘因？A.用戶臨時(shí)提出額外需求B.項(xiàng)目預(yù)算不足C.團(tuán)隊(duì)成員離職D.測試不充分16.根據(jù)PMBOK指南，哪種工具用于識(shí)別項(xiàng)目干系人？A.干系人登記冊B.風(fēng)險(xiǎn)登記冊C.活動(dòng)排序D.資源管理計(jì)劃17.在軟件測試中，哪種測試方法適用于驗(yàn)證系統(tǒng)性能？A.黑盒測試B.白盒測試C.性能測試D.安全測試18.在中國，政府IT項(xiàng)目招標(biāo)中，哪種情況可能觸發(fā)“競爭性談判”？A.緊急項(xiàng)目需求B.技術(shù)方案唯一C.項(xiàng)目預(yù)算超限D(zhuǎn).以上都可能是19.根據(jù)敏捷開發(fā)原則，哪種行為違反“個(gè)體和互動(dòng)高于流程和工具”？A.頻繁溝通B.過度依賴文檔C.靈活調(diào)整計(jì)劃D.追求完美流程20.在需求管理中，哪種工具用于跟蹤需求變更？A.需求跟蹤矩陣B.用例圖C.風(fēng)險(xiǎn)登記冊D.項(xiàng)目計(jì)劃二、多選題（共10題，每題2分，共20分）1.在中國，政府IT項(xiàng)目常見的風(fēng)險(xiǎn)有哪些？A.政策變更B.需求不明確C.預(yù)算超支D.技術(shù)不兼容2.敏捷開發(fā)中，Scrum框架的核心組件有哪些？A.產(chǎn)品待辦列表B.Sprint計(jì)劃會(huì)議C.風(fēng)險(xiǎn)登記冊D.Sprint評(píng)審會(huì)議3.在軟件測試中，黑盒測試的主要方法有哪些？A.等價(jià)類劃分B.決策表測試C.代碼覆蓋率D.壓力測試4.根據(jù)中國《信息安全等級(jí)保護(hù)》標(biāo)準(zhǔn)，二級(jí)等保系統(tǒng)的主要要求是什么？A.具備數(shù)據(jù)加密功能B.需要定期安全測評(píng)C.必須采用云部署D.需要建立應(yīng)急響應(yīng)機(jī)制5.在需求分析中，常用的需求獲取方法有哪些？A.訪談B.觀察法C.文檔分析D.模型驅(qū)動(dòng)6.在軟件項(xiàng)目管理中，常見的范圍管理工具有哪些？A.需求跟蹤矩陣B.工作分解結(jié)構(gòu)（WBS）C.風(fēng)險(xiǎn)登記冊D.變更請求表7.在中國，企業(yè)級(jí)ERP系統(tǒng)實(shí)施常見的挑戰(zhàn)有哪些？A.數(shù)據(jù)遷移復(fù)雜B.用戶培訓(xùn)不足C.需求變更頻繁D.技術(shù)集成難度大8.敏捷開發(fā)中，常見的會(huì)議類型有哪些？A.站會(huì)B.Sprint計(jì)劃會(huì)議C.評(píng)審會(huì)議D.回顧會(huì)議9.在軟件測試中，常見的測試類型有哪些？A.單元測試B.集成測試C.系統(tǒng)測試D.性能測試10.根據(jù)中國《政府采購法》，哪種情況可能觸發(fā)“單一來源采購”？A.技術(shù)方案唯一B.時(shí)間緊迫C.項(xiàng)目預(yù)算不足D.無法找到其他供應(yīng)商三、判斷題（共10題，每題1分，共10分）1.敏捷開發(fā)完全反對(duì)文檔管理。（×）2.在中國，政府IT項(xiàng)目必須采用公開招標(biāo)。（×）3.黑盒測試不需要了解系統(tǒng)內(nèi)部邏輯。（√）4.ISO/IEC25000標(biāo)準(zhǔn)適用于所有行業(yè)軟件質(zhì)量評(píng)估。（√）5.需求變更一定是項(xiàng)目失敗的主要原因。（×）6.在中國，企業(yè)級(jí)OA系統(tǒng)實(shí)施通常采用云部署。（×）7.敏捷開發(fā)中，Sprint周期固定為一個(gè)月。（×）8.風(fēng)險(xiǎn)管理只關(guān)注負(fù)面風(fēng)險(xiǎn)。（×）9.黑盒測試和性能測試可以完全替代白盒測試。（×）10.政府IT項(xiàng)目驗(yàn)收只需要用戶單位簽字即可。（×）四、簡答題（共5題，每題4分，共20分）1.簡述敏捷開發(fā)與瀑布模型的區(qū)別。-敏捷開發(fā)：迭代開發(fā)、需求靈活調(diào)整、快速反饋；瀑布模型：順序開發(fā)、需求固定、文檔驅(qū)動(dòng)。2.簡述中國《信息安全等級(jí)保護(hù)》三級(jí)等保的主要要求。-適用于關(guān)鍵信息基礎(chǔ)設(shè)施，需滿足系統(tǒng)架構(gòu)安全、數(shù)據(jù)加密、應(yīng)急響應(yīng)等要求。3.簡述需求分析的主要步驟。-需求獲取、需求分析、需求文檔化、需求驗(yàn)證。4.簡述軟件測試的V模型。-開發(fā)測試→集成測試→系統(tǒng)測試→驗(yàn)收測試，與開發(fā)階段對(duì)應(yīng)。5.簡述中國政府IT項(xiàng)目招標(biāo)的常見流程。-發(fā)布招標(biāo)公告→資格預(yù)審→投標(biāo)→開標(biāo)→評(píng)標(biāo)→中標(biāo)→合同簽訂。五、案例分析題（共2題，每題10分，共20分）1.某政府單位計(jì)劃開發(fā)一套電子政務(wù)系統(tǒng)，預(yù)算1000萬元，周期12個(gè)月。項(xiàng)目初期需求不明確，但要求在6個(gè)月后上線試點(diǎn)。分析該項(xiàng)目的潛在風(fēng)險(xiǎn)及應(yīng)對(duì)措施。-風(fēng)險(xiǎn)：需求變更頻繁、預(yù)算不足、技術(shù)不成熟；-應(yīng)對(duì)：采用敏捷開發(fā)、分階段驗(yàn)收、加強(qiáng)風(fēng)險(xiǎn)管理。2.某企業(yè)級(jí)ERP系統(tǒng)實(shí)施過程中，用戶頻繁提出需求變更，導(dǎo)致項(xiàng)目延期、預(yù)算超支。分析可能的原因及改進(jìn)措施。-原因：需求管理不嚴(yán)格、用戶培訓(xùn)不足；-改進(jìn)：建立需求變更控制流程、加強(qiáng)用戶溝通與培訓(xùn)。答案與解析一、單選題答案與解析1.A-產(chǎn)品負(fù)責(zé)人負(fù)責(zé)定義產(chǎn)品待辦列表和優(yōu)先級(jí)，協(xié)調(diào)開發(fā)團(tuán)隊(duì)與干系人。2.D-范圍蔓延是計(jì)劃不周、需求不明確、團(tuán)隊(duì)執(zhí)行力不足等多種因素疊加的結(jié)果。3.C-風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃屬于風(fēng)險(xiǎn)應(yīng)對(duì)策略，不在風(fēng)險(xiǎn)登記冊中，應(yīng)在風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃中單獨(dú)記錄。4.A-中國政府IT項(xiàng)目優(yōu)先采用公開招標(biāo)，但緊急或技術(shù)方案唯一時(shí)可能采用競爭性談判。5.B-黑盒測試關(guān)注系統(tǒng)功能，不關(guān)心內(nèi)部邏輯。6.B-ISO/IEC25000中，使用質(zhì)量維度關(guān)注用戶滿意度。7.D-V模型中，單元測試對(duì)應(yīng)開發(fā)測試階段。8.D-企業(yè)級(jí)ERP系統(tǒng)根據(jù)預(yù)算、技術(shù)要求等選擇本地或云部署。9.C-敏捷開發(fā)反對(duì)頻繁變更需求，強(qiáng)調(diào)需求穩(wěn)定。10.B-用例圖用于定義用戶角色和交互場景。11.A-政府IT項(xiàng)目驗(yàn)收需用戶單位、項(xiàng)目單位、監(jiān)理單位共同參與。12.C-敏捷開發(fā)適用于需求不明確的早期階段。13.A-三級(jí)等保適用于關(guān)鍵信息基礎(chǔ)設(shè)施。14.D-站會(huì)是敏捷開發(fā)中的每日快速同步會(huì)議。15.A-用戶臨時(shí)提出額外需求是常見的范圍蔓延誘因。16.A-干系人登記冊用于識(shí)別和記錄干系人信息。17.C-性能測試用于驗(yàn)證系統(tǒng)性能指標(biāo)。18.A-緊急項(xiàng)目需求可能觸發(fā)競爭性談判。19.B-過度依賴文檔違反“個(gè)體和互動(dòng)高于流程和工具”原則。20.A-需求跟蹤矩陣用于跟蹤需求變更狀態(tài)。二、多選題答案與解析1.A、B、C、D-政府IT項(xiàng)目風(fēng)險(xiǎn)包括政策變更、需求不明確、預(yù)算超支、技術(shù)不兼容等。2.A、B、D-Scrum核心組件包括產(chǎn)品待辦列表、Sprint計(jì)劃會(huì)議、Sprint評(píng)審會(huì)議。3.A、B-黑盒測試方法包括等價(jià)類劃分、決策表測試。4.A、B、D-二級(jí)等保需具備數(shù)據(jù)加密、定期安全測評(píng)、應(yīng)急響應(yīng)機(jī)制。5.A、B、C-需求獲取方法包括訪談、觀察法、文檔分析。6.A、B、D-范圍管理工具包括需求跟蹤矩陣、WBS、變更請求表。7.A、B、C、D-ERP系統(tǒng)實(shí)施挑戰(zhàn)包括數(shù)據(jù)遷移、用戶培訓(xùn)、需求變更、技術(shù)集成。8.A、B、C、D-敏捷開發(fā)常見會(huì)議包括站會(huì)、計(jì)劃會(huì)議、評(píng)審會(huì)議、回顧會(huì)議。9.A、B、C、D-軟件測試類型包括單元測試、集成測試、系統(tǒng)測試、性能測試。10.A、B、D-單一來源采購適用于技術(shù)方案唯一、時(shí)間緊迫、無法找到其他供應(yīng)商的情況。三、判斷題答案與解析1.×-敏捷開發(fā)強(qiáng)調(diào)文檔輕量但并非完全反對(duì)。2.×-技術(shù)方案唯一或時(shí)間緊迫時(shí)可能采用競爭性談判。3.√-黑盒測試關(guān)注輸入輸出，不關(guān)心內(nèi)部邏輯。4.√-ISO/IEC25000是通用軟件質(zhì)量模型。5.×-需求變更若管理得當(dāng)，可促進(jìn)項(xiàng)目優(yōu)化。6.×-企業(yè)級(jí)OA系統(tǒng)多數(shù)采用本地部署。7.×-Sprint周期可調(diào)整，通常1-4周。8.×-風(fēng)險(xiǎn)管理包括機(jī)會(huì)和威脅。9.×-白盒測試仍有不可替代性，如代碼覆蓋率測試。10.×-驗(yàn)收需多方參與，僅用戶簽字不足。四、簡答題答案與解析1.敏捷開發(fā)與瀑布模型的區(qū)別：-敏捷開發(fā)：迭代開發(fā)、需求靈活調(diào)整、快速反饋、團(tuán)隊(duì)自組織；瀑布模型：順序開發(fā)、需求固定、文檔驅(qū)動(dòng)、階段性評(píng)審。2.三級(jí)等保主要要求：-適用于關(guān)鍵信息基礎(chǔ)設(shè)施，需滿足系統(tǒng)架構(gòu)安全、數(shù)據(jù)加密、訪問控制、應(yīng)急響應(yīng)等要求。3.需求分析步驟：-需求獲取（訪談、觀察等）、需求分析（提煉核心需求）、需求文檔化（編寫需求規(guī)格說明書）、需求驗(yàn)證（用戶確認(rèn)）。4.軟件測試V模型：-開發(fā)測試（單元測試）→集成測試→系統(tǒng)測試→驗(yàn)收測試，與開發(fā)階段對(duì)應(yīng)，強(qiáng)調(diào)測試與開發(fā)的并行關(guān)系。5.政府IT項(xiàng)目招標(biāo)流程：-發(fā)布招標(biāo)