2025年軟考練習(xí)題及答案解析一、單項(xiàng)選擇題（共75題，每題1分，每題的備選項(xiàng)中，只有1個(gè)最符合題意）1.某信息系統(tǒng)項(xiàng)目在啟動(dòng)階段，項(xiàng)目經(jīng)理需要編制項(xiàng)目章程。以下不屬于項(xiàng)目章程內(nèi)容的是（）。A.項(xiàng)目目的或批準(zhǔn)項(xiàng)目的原因B.可測(cè)量的項(xiàng)目目標(biāo)和相關(guān)成功標(biāo)準(zhǔn)C.詳細(xì)的項(xiàng)目范圍說(shuō)明書D.高層級(jí)需求答案：C解析：項(xiàng)目章程是正式批準(zhǔn)項(xiàng)目的文件，包含高層級(jí)信息，如項(xiàng)目目的、高層級(jí)需求、可測(cè)量的目標(biāo)、總體預(yù)算等。詳細(xì)的項(xiàng)目范圍說(shuō)明書屬于規(guī)劃階段的輸出（范圍管理計(jì)劃的組成部分），因此選C。2.某項(xiàng)目進(jìn)度計(jì)劃采用關(guān)鍵路徑法（CPM）分析，已知活動(dòng)A的最早開始時(shí)間（ES）為第3天，最早完成時(shí)間（EF）為第7天；活動(dòng)B與A完成到開始（FS）搭接，搭接時(shí)間為2天，則活動(dòng)B的最早開始時(shí)間為（）。A.第5天B.第7天C.第9天D.第11天答案：A解析：活動(dòng)B的ES=活動(dòng)A的EF搭接時(shí)間（FS搭接中，搭接時(shí)間為前置活動(dòng)完成后，后續(xù)活動(dòng)可開始的時(shí)間差，若搭接時(shí)間為2天，即A完成后2天B開始）。因此，B的ES=72=5天，選A。3.某項(xiàng)目預(yù)算為1000萬(wàn)元，第3個(gè)月末的計(jì)劃價(jià)值（PV）為300萬(wàn)元，實(shí)際成本（AC）為350萬(wàn)元，掙值（EV）為280萬(wàn)元。此時(shí)項(xiàng)目的成本績(jī)效指數(shù)（CPI）和進(jìn)度績(jī)效指數(shù)（SPI）分別為（）。A.0.8、0.93B.0.8、0.8C.0.93、0.8D.0.93、0.93答案：A解析：CPI=EV/AC=280/350=0.8；SPI=EV/PV=280/300≈0.93。因此選A。4.以下關(guān)于風(fēng)險(xiǎn)管理的描述中，錯(cuò)誤的是（）。A.風(fēng)險(xiǎn)登記冊(cè)在規(guī)劃風(fēng)險(xiǎn)管理過(guò)程中首次編制B.定性風(fēng)險(xiǎn)分析的主要作用是對(duì)風(fēng)險(xiǎn)進(jìn)行優(yōu)先級(jí)排序C.定量風(fēng)險(xiǎn)分析需要分析風(fēng)險(xiǎn)對(duì)項(xiàng)目目標(biāo)的具體影響數(shù)值D.風(fēng)險(xiǎn)應(yīng)對(duì)措施應(yīng)在風(fēng)險(xiǎn)發(fā)生前制定答案：A解析：風(fēng)險(xiǎn)登記冊(cè)在識(shí)別風(fēng)險(xiǎn)過(guò)程中首次編制，規(guī)劃風(fēng)險(xiǎn)管理過(guò)程的輸出是風(fēng)險(xiǎn)管理計(jì)劃。因此選A。5.某項(xiàng)目因客戶提出新功能需求，需要變更項(xiàng)目范圍。項(xiàng)目經(jīng)理應(yīng)首先（）。A.與客戶協(xié)商變更帶來(lái)的成本和進(jìn)度影響B(tài).提交變更請(qǐng)求至變更控制委員會(huì)（CCB）審批C.更新項(xiàng)目管理計(jì)劃D.記錄變更請(qǐng)求并評(píng)估其影響答案：D解析：變更管理流程的第一步是提交變更請(qǐng)求并記錄，然后進(jìn)行影響評(píng)估，再提交CCB審批，最后實(shí)施并更新文檔。因此選D。6.以下不屬于質(zhì)量管理中“規(guī)劃質(zhì)量”過(guò)程輸出的是（）。A.質(zhì)量核對(duì)單B.質(zhì)量測(cè)量指標(biāo)C.質(zhì)量審計(jì)報(bào)告D.質(zhì)量管理計(jì)劃答案：C解析：質(zhì)量審計(jì)報(bào)告是“管理質(zhì)量”過(guò)程的輸出，規(guī)劃質(zhì)量的輸出包括質(zhì)量管理計(jì)劃、質(zhì)量測(cè)量指標(biāo)、質(zhì)量核對(duì)單等。因此選C。7.某項(xiàng)目團(tuán)隊(duì)成員來(lái)自不同部門，存在溝通效率低、信息傳遞錯(cuò)誤的問(wèn)題。項(xiàng)目經(jīng)理應(yīng)優(yōu)先使用（）工具來(lái)改善溝通。A.溝通需求分析B.溝通技術(shù)選擇C.溝通模型D.溝通矩陣答案：A解析：溝通效率低通常源于對(duì)相關(guān)方溝通需求的不明確，因此首先需要進(jìn)行溝通需求分析，確定各相關(guān)方需要的信息類型、頻率和方式。選A。8.采購(gòu)管理中，“實(shí)施采購(gòu)”過(guò)程的主要輸出是（）。A.采購(gòu)工作說(shuō)明書B.選定的賣方C.采購(gòu)計(jì)劃D.采購(gòu)合同答案：B解析：實(shí)施采購(gòu)過(guò)程的輸出包括選定的賣方、協(xié)議（合同）等，其中“選定的賣方”是關(guān)鍵輸出。采購(gòu)工作說(shuō)明書是規(guī)劃采購(gòu)的輸出，采購(gòu)計(jì)劃是規(guī)劃采購(gòu)的輸出，合同是協(xié)議的一種形式，但“選定的賣方”更直接對(duì)應(yīng)實(shí)施采購(gòu)的結(jié)果。選B。9.以下關(guān)于敏捷項(xiàng)目管理的描述中，正確的是（）。A.敏捷強(qiáng)調(diào)嚴(yán)格的需求文檔和階段評(píng)審B.敏捷的迭代周期通常為14周C.敏捷項(xiàng)目經(jīng)理的主要角色是控制和指令D.敏捷不允許客戶參與開發(fā)過(guò)程答案：B解析：敏捷迭代周期通常短（14周），強(qiáng)調(diào)客戶參與、適應(yīng)變化，項(xiàng)目經(jīng)理更多是服務(wù)型領(lǐng)導(dǎo)（ScrumMaster）。因此選B。10.某項(xiàng)目在收尾階段，項(xiàng)目經(jīng)理需要確認(rèn)所有可交付成果已通過(guò)驗(yàn)收。這屬于（）過(guò)程的活動(dòng)。A.結(jié)束項(xiàng)目或階段B.控制質(zhì)量C.確認(rèn)范圍D.管理相關(guān)方參與答案：A解析：結(jié)束項(xiàng)目或階段過(guò)程的活動(dòng)包括確認(rèn)可交付成果驗(yàn)收、總結(jié)經(jīng)驗(yàn)教訓(xùn)、釋放資源等。確認(rèn)范圍是在監(jiān)控階段驗(yàn)證可交付成果的正確性，收尾階段是最終確認(rèn)驗(yàn)收。選A。二、案例分析題（共3題，每題25分）案例背景：某公司承接了“智慧社區(qū)綜合管理平臺(tái)”開發(fā)項(xiàng)目，合同工期12個(gè)月，預(yù)算1200萬(wàn)元。項(xiàng)目采用瀑布模型，需求階段完成后進(jìn)入設(shè)計(jì)階段。當(dāng)前項(xiàng)目已執(zhí)行6個(gè)月，項(xiàng)目經(jīng)理發(fā)現(xiàn)以下問(wèn)題：（1）用戶方頻繁提出新需求（如增加“社區(qū)停車預(yù)約”“老年人健康監(jiān)測(cè)”功能），導(dǎo)致設(shè)計(jì)文檔反復(fù)修改，進(jìn)度滯后20%；（2）開發(fā)團(tuán)隊(duì)中，后端工程師與前端工程師因接口定義不清晰發(fā)生爭(zhēng)執(zhí)，影響開發(fā)效率；（3）項(xiàng)目成本已支出750萬(wàn)元，而計(jì)劃支出應(yīng)為600萬(wàn)元，成本超支明顯；（4）關(guān)鍵成員（數(shù)據(jù)庫(kù)架構(gòu)師）因家庭原因提出離職，可能影響后續(xù)測(cè)試階段。問(wèn)題1：分析項(xiàng)目進(jìn)度滯后和成本超支的可能原因（8分）。答案：進(jìn)度滯后原因：①需求變更管理不善，用戶頻繁提出新需求且未嚴(yán)格走變更流程，導(dǎo)致設(shè)計(jì)階段返工；②瀑布模型對(duì)變更適應(yīng)性差，需求變更導(dǎo)致后續(xù)階段需要重新設(shè)計(jì)；③團(tuán)隊(duì)內(nèi)部溝通問(wèn)題（如接口定義不清晰）導(dǎo)致開發(fā)效率降低；④關(guān)鍵成員可能離職的風(fēng)險(xiǎn)未提前識(shí)別和應(yīng)對(duì)，影響后續(xù)計(jì)劃。成本超支原因：①需求變更導(dǎo)致設(shè)計(jì)和開發(fā)工作量增加，直接成本上升；②返工增加了人工成本（如重復(fù)修改設(shè)計(jì)文檔）；③團(tuán)隊(duì)沖突導(dǎo)致效率降低，間接成本（如延長(zhǎng)工時(shí)）增加；④可能存在資源使用不合理（如冗余人力投入）。問(wèn)題2：針對(duì)用戶頻繁提出需求變更的問(wèn)題，項(xiàng)目經(jīng)理應(yīng)采取哪些措施？（9分）答案：①建立嚴(yán)格的變更控制流程：要求用戶提交正式的變更請(qǐng)求（CR），記錄變更內(nèi)容、原因和影響；②組織變更影響分析：評(píng)估變更對(duì)進(jìn)度、成本、質(zhì)量的影響（如新增功能需額外2個(gè)月工期、增加150萬(wàn)預(yù)算）；③提交變更控制委員會(huì)（CCB）審批：由項(xiàng)目發(fā)起人、用戶代表、技術(shù)專家等評(píng)估變更的必要性和優(yōu)先級(jí)；④若變更批準(zhǔn)，更新項(xiàng)目管理計(jì)劃（范圍、進(jìn)度、成本基準(zhǔn)），并通知所有相關(guān)方；⑤若變更拒絕，向用戶解釋原因（如超出項(xiàng)目目標(biāo)、資源限制），協(xié)商替代方案（如將新功能作為二期項(xiàng)目）；⑥加強(qiáng)需求管理：與用戶確認(rèn)項(xiàng)目范圍邊界，明確“需求凍結(jié)”時(shí)間點(diǎn)（如設(shè)計(jì)階段結(jié)束后不再接受大變更），通過(guò)原型驗(yàn)證減少后期變更。問(wèn)題3：針對(duì)關(guān)鍵成員離職風(fēng)險(xiǎn)，項(xiàng)目經(jīng)理應(yīng)如何應(yīng)對(duì)？（8分）答案：①風(fēng)險(xiǎn)識(shí)別與評(píng)估：立即與數(shù)據(jù)庫(kù)架構(gòu)師溝通，了解離職原因（如是否可通過(guò)調(diào)整工作安排挽留）；②制定替代計(jì)劃：聯(lián)系公司內(nèi)部其他可用的數(shù)據(jù)庫(kù)專家，或外部招聘（需評(píng)估成本和時(shí)間）；③知識(shí)轉(zhuǎn)移：要求該成員在離職前整理技術(shù)文檔（如數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書、關(guān)鍵配置參數(shù)），與接任者進(jìn)行一對(duì)一交接；④調(diào)整進(jìn)度計(jì)劃：若無(wú)法及時(shí)找到替代人員，可能需要調(diào)整后續(xù)測(cè)試階段的時(shí)間（如延長(zhǎng)1個(gè)月）或分配其他成員臨時(shí)承擔(dān)部分工作（需培訓(xùn)）；⑤風(fēng)險(xiǎn)緩解：在團(tuán)隊(duì)中培養(yǎng)備份人員（如安排一名高級(jí)開發(fā)工程師學(xué)習(xí)數(shù)據(jù)庫(kù)架構(gòu)知識(shí)），降低對(duì)單一成員的依賴；⑥更新風(fēng)險(xiǎn)登記冊(cè)：記錄該風(fēng)險(xiǎn)的應(yīng)對(duì)措施和狀態(tài)，定期跟蹤進(jìn)展。三、論文題（50分）題目：論信息系統(tǒng)項(xiàng)目的范圍管理寫作要求：結(jié)合實(shí)際項(xiàng)目經(jīng)驗(yàn)，論述范圍管理的過(guò)程、工具與技術(shù)，以及如何通過(guò)范圍管理保證項(xiàng)目成功。參考答案（大綱）：1.項(xiàng)目背景：以某企業(yè)資源計(jì)劃（ERP）系統(tǒng)實(shí)施項(xiàng)目為例，說(shuō)明項(xiàng)目目標(biāo)（整合財(cái)務(wù)、采購(gòu)、銷售模塊，覆蓋10個(gè)分支機(jī)構(gòu)）、周期（18個(gè)月）、預(yù)算（2000萬(wàn)元）及主要相關(guān)方（企業(yè)管理層、各部門用戶、開發(fā)團(tuán)隊(duì)）。2.范圍管理過(guò)程：規(guī)劃范圍管理：制定范圍管理計(jì)劃（定義如何定義、確認(rèn)和控制范圍）和需求管理計(jì)劃（如何收集、分析、跟蹤需求）。工具：專家判斷、會(huì)議。收集需求：通過(guò)用戶訪談（各部門負(fù)責(zé)人）、焦點(diǎn)小組（跨部門討論）、問(wèn)卷調(diào)查（基層員工）收集需求，使用需求跟蹤矩陣記錄需求來(lái)源和狀態(tài)。工具：訪談、原型法（開發(fā)簡(jiǎn)易界面驗(yàn)證需求）。定義范圍：基于收集的需求，編制項(xiàng)目范圍說(shuō)明書（包括產(chǎn)品范圍描述、可交付成果、驗(yàn)收標(biāo)準(zhǔn)、除外責(zé)任）。工具：產(chǎn)品分析（分解ERP模塊功能）、引導(dǎo)式研討會(huì)（解決部門間需求沖突）。創(chuàng)建WBS：將項(xiàng)目可交付成果分解為工作包（如“財(cái)務(wù)模塊”分解為“總賬管理”“報(bào)表提供”等子任務(wù)），確保100%規(guī)則（所有子任務(wù)之和等于父任務(wù)）。工具：WBS模板、分解技術(shù)。確認(rèn)范圍：在各階段完成后（如需求階段、設(shè)計(jì)階段），組織用戶進(jìn)行驗(yàn)收，簽署確認(rèn)文件。工具：檢查（評(píng)審需求文檔）、群體決策技術(shù)（投票確認(rèn)驗(yàn)收標(biāo)準(zhǔn)）?？刂品秶罕O(jiān)控范圍變更，通過(guò)變更控制流程處理用戶提出的新需求（如銷售部門要求增加“客戶信用評(píng)級(jí)”功能），評(píng)估影響后由CCB審批。工具：偏差分析（比較實(shí)際范圍與基準(zhǔn)）、變更控制工具（JIRA跟蹤變更狀態(tài)）。3.經(jīng)驗(yàn)總結(jié)：范圍管理的核心是明確邊界，避免“范圍蔓延”。本項(xiàng)目通過(guò)嚴(yán)格的需求跟蹤和W