2025年軟考模擬試題及答案一、單項(xiàng)選擇題（每題1分，共20題）1.某信息系統(tǒng)集成項(xiàng)目采用敏捷開發(fā)模式，在第三次迭代中，團(tuán)隊(duì)發(fā)現(xiàn)用戶故事“患者電子病歷跨院區(qū)調(diào)取”的驗(yàn)收標(biāo)準(zhǔn)不明確，導(dǎo)致開發(fā)進(jìn)度受阻。此時(shí)項(xiàng)目經(jīng)理應(yīng)優(yōu)先采取的措施是：A.要求開發(fā)團(tuán)隊(duì)按現(xiàn)有理解繼續(xù)開發(fā)，后續(xù)通過(guò)測(cè)試修正B.立即召開用戶故事細(xì)化會(huì)議，與產(chǎn)品負(fù)責(zé)人澄清驗(yàn)收標(biāo)準(zhǔn)C.將該用戶故事推遲到下一次迭代，優(yōu)先完成其他明確需求D.增加測(cè)試資源，通過(guò)逆向工程推導(dǎo)驗(yàn)收標(biāo)準(zhǔn)答案：B2.某項(xiàng)目成本基準(zhǔn)為800萬(wàn)元，截止當(dāng)前狀態(tài)，已完成工作的預(yù)算成本（BCWP）為350萬(wàn)元，實(shí)際成本（ACWP）為380萬(wàn)元，計(jì)劃工作預(yù)算成本（BCWS）為320萬(wàn)元。該項(xiàng)目的成本績(jī)效指數(shù)（CPI）和進(jìn)度績(jī)效指數(shù)（SPI）分別為：A.0.92，1.09B.1.09，0.92C.0.92，0.84D.1.09，1.10答案：A（CPI=BCWP/ACWP=350/380≈0.92；SPI=BCWP/BCWS=350/320≈1.09）3.關(guān)于項(xiàng)目干系人管理，以下描述錯(cuò)誤的是：A.識(shí)別干系人應(yīng)貫穿項(xiàng)目全過(guò)程，而非僅在啟動(dòng)階段B.權(quán)力/利益方格中，高權(quán)力低利益的干系人需重點(diǎn)管理C.干系人登記冊(cè)應(yīng)記錄干系人的需求、期望及潛在影響D.干系人參與評(píng)估矩陣可用于分析當(dāng)前參與水平與期望水平的差距答案：B（高權(quán)力低利益的干系人需保持滿意，而非重點(diǎn)管理）4.某智能交通信號(hào)系統(tǒng)項(xiàng)目進(jìn)入測(cè)試階段，發(fā)現(xiàn)部分路口的傳感器數(shù)據(jù)與控制模塊通信延遲超過(guò)設(shè)計(jì)要求。經(jīng)排查，問(wèn)題根源是傳感器協(xié)議與控制模塊接口文檔存在版本不一致。此問(wèn)題反映出項(xiàng)目在哪個(gè)過(guò)程組存在缺陷？A.啟動(dòng)過(guò)程組B.規(guī)劃過(guò)程組C.執(zhí)行過(guò)程組D.監(jiān)控過(guò)程組答案：B（接口文檔屬于規(guī)劃階段的技術(shù)文檔管理，版本不一致說(shuō)明規(guī)劃階段的配置管理或文檔審核不足）5.采用關(guān)鍵鏈法進(jìn)行進(jìn)度規(guī)劃時(shí)，以下做法正確的是：A.將資源約束作為關(guān)鍵路徑的主要調(diào)整依據(jù)B.在非關(guān)鍵鏈與關(guān)鍵鏈的匯合點(diǎn)設(shè)置項(xiàng)目緩沖C.壓縮非關(guān)鍵活動(dòng)的安全時(shí)間以形成接駁緩沖D.關(guān)鍵鏈的長(zhǎng)度由最長(zhǎng)的技術(shù)依賴路徑?jīng)Q定答案：A（關(guān)鍵鏈法重點(diǎn)考慮資源約束，通過(guò)調(diào)整資源分配確定關(guān)鍵鏈）6.某政府OA系統(tǒng)升級(jí)項(xiàng)目中，用戶提出新增“跨部門審批流程可視化監(jiān)控”功能，但該功能未在初始需求規(guī)格說(shuō)明書中體現(xiàn)。項(xiàng)目經(jīng)理應(yīng)首先：A.評(píng)估該變更對(duì)項(xiàng)目范圍、進(jìn)度、成本的影響B(tài).提交變更控制委員會(huì)（CCB）審批C.與用戶確認(rèn)變更的必要性及優(yōu)先級(jí)D.更新項(xiàng)目管理計(jì)劃以包含新功能答案：C（變更管理的第一步是確認(rèn)變更的必要性，避免無(wú)效變更）7.關(guān)于質(zhì)量成本，以下屬于外部失敗成本的是：A.測(cè)試階段發(fā)現(xiàn)缺陷的修復(fù)費(fèi)用B.客戶使用系統(tǒng)后因功能缺陷的投訴處理成本C.質(zhì)量管理人員的工資D.購(gòu)買測(cè)試工具的費(fèi)用答案：B（外部失敗成本指產(chǎn)品交付后因質(zhì)量問(wèn)題產(chǎn)生的成本）8.某項(xiàng)目團(tuán)隊(duì)由來(lái)自不同部門的5名成員組成，其中2名開發(fā)人員因技術(shù)路線分歧發(fā)生爭(zhēng)執(zhí)，影響團(tuán)隊(duì)協(xié)作。項(xiàng)目經(jīng)理應(yīng)優(yōu)先采用的沖突解決方法是：A.強(qiáng)迫（強(qiáng)制）B.妥協(xié)C.合作D.撤退答案：C（合作是解決沖突的最佳方法，鼓勵(lì)雙方共同解決問(wèn)題）9.某云計(jì)算平臺(tái)部署項(xiàng)目的風(fēng)險(xiǎn)登記冊(cè)中記錄：“服務(wù)器供應(yīng)商因疫情延遲發(fā)貨，概率30%，影響成本增加50萬(wàn)元”。若項(xiàng)目還有3個(gè)類似風(fēng)險(xiǎn)（概率和影響相同），且風(fēng)險(xiǎn)獨(dú)立，該項(xiàng)目的預(yù)期貨幣價(jià)值（EMV）為：A.15萬(wàn)元B.45萬(wàn)元C.60萬(wàn)元D.150萬(wàn)元答案：B（單個(gè)風(fēng)險(xiǎn)EMV=30%×50=15萬(wàn)元，3個(gè)風(fēng)險(xiǎn)總EMV=15×3=45萬(wàn)元）10.以下不屬于項(xiàng)目收尾階段工作的是：A.確認(rèn)所有項(xiàng)目可交付成果已通過(guò)驗(yàn)收B.更新組織過(guò)程資產(chǎn)（OPA）C.開展項(xiàng)目后評(píng)價(jià)（PostProjectReview）D.對(duì)未完成的需求進(jìn)行優(yōu)先級(jí)排序答案：D（未完成需求的處理屬于監(jiān)控階段，收尾階段需確認(rèn)所有可交付成果完成）11.某企業(yè)級(jí)ERP實(shí)施項(xiàng)目中，項(xiàng)目經(jīng)理發(fā)現(xiàn)關(guān)鍵用戶（如財(cái)務(wù)總監(jiān)）因業(yè)務(wù)繁忙，無(wú)法參與需求確認(rèn)會(huì)議，導(dǎo)致需求文檔遲遲無(wú)法簽字。此時(shí)最有效的溝通策略是：A.通過(guò)郵件發(fā)送需求文檔并要求3日內(nèi)回復(fù)B.邀請(qǐng)財(cái)務(wù)總監(jiān)的助理代為確認(rèn)需求C.調(diào)整會(huì)議時(shí)間，選擇其空閑時(shí)段并提供簡(jiǎn)化版需求摘要D.向高層領(lǐng)導(dǎo)匯報(bào)，要求強(qiáng)制參與答案：C（關(guān)鍵用戶的參與是需求確認(rèn)的核心，調(diào)整溝通方式以適應(yīng)其時(shí)間安排）12.關(guān)于采購(gòu)管理，以下描述正確的是：A.固定總價(jià)合同（FFP）適用于需求模糊、范圍易變的項(xiàng)目B.成本加激勵(lì)費(fèi)用合同（CPIF）中，賣方需承擔(dān)全部成本超支風(fēng)險(xiǎn)C.采購(gòu)工作說(shuō)明書（SOW）應(yīng)明確可交付成果、驗(yàn)收標(biāo)準(zhǔn)和進(jìn)度要求D.投標(biāo)人會(huì)議（BidderConference）中，需對(duì)不同投標(biāo)人提出的問(wèn)題給予差異化答復(fù)答案：C（采購(gòu)SOW需詳細(xì)描述采購(gòu)內(nèi)容，確保投標(biāo)人理解一致）13.某智慧城市項(xiàng)目的WBS分解到第4層時(shí)，某工作包的持續(xù)時(shí)間為2周，成本為15萬(wàn)元，可交付成果為“交通流量數(shù)據(jù)分析模塊”。該工作包不符合WBS編制要求的是：A.持續(xù)時(shí)間過(guò)短B.未明確責(zé)任人C.可交付成果不具體D.成本估算未使用參數(shù)估算答案：B（WBS工作包需明確責(zé)任人，否則無(wú)法進(jìn)行責(zé)任分配）14.敏捷項(xiàng)目中，產(chǎn)品負(fù)責(zé)人（ProductOwner）的核心職責(zé)是：A.管理開發(fā)團(tuán)隊(duì)的日常任務(wù)B.維護(hù)產(chǎn)品待辦列表（ProductBacklog）并確定優(yōu)先級(jí)C.解決團(tuán)隊(duì)內(nèi)部的技術(shù)問(wèn)題D.主持每日站會(huì)（DailyScrum）答案：B（產(chǎn)品負(fù)責(zé)人負(fù)責(zé)定義產(chǎn)品價(jià)值，排序需求優(yōu)先級(jí)）15.某項(xiàng)目進(jìn)度計(jì)劃中，活動(dòng)A的最早開始時(shí)間（ES）為第5天，最晚開始時(shí)間（LS）為第8天，持續(xù)時(shí)間4天；活動(dòng)B與A完成-開始（FS）依賴，間隔2天，活動(dòng)B的持續(xù)時(shí)間6天。則活動(dòng)B的最早開始時(shí)間為：A.第9天B.第11天C.第13天D.第15天答案：B（活動(dòng)A的最早完成時(shí)間EF=ES+持續(xù)時(shí)間=5+4=9天；活動(dòng)B的ES=A的EF+間隔=9+2=11天）16.關(guān)于配置管理，以下屬于配置控制委員會(huì)（CCB）職責(zé)的是：A.記錄配置項(xiàng)的版本變更歷史B.審批基準(zhǔn)的變更請(qǐng)求C.對(duì)配置項(xiàng)進(jìn)行物理或邏輯檢查D.維護(hù)配置管理數(shù)據(jù)庫(kù)（CMDB）答案：B（CCB負(fù)責(zé)審批變更，尤其是涉及基準(zhǔn)的變更）17.某信息安全項(xiàng)目中，項(xiàng)目經(jīng)理需向公司高層匯報(bào)項(xiàng)目績(jī)效。為直觀展示項(xiàng)目進(jìn)度偏差和成本偏差，最適合的工具是：A.甘特圖B.掙值管理（EVM）曲線圖C.因果圖D.控制圖答案：B（EVM曲線圖可同時(shí)顯示PV、EV、AC，直觀反映進(jìn)度和成本偏差）18.以下屬于組織過(guò)程資產(chǎn)（OPA）的是：A.項(xiàng)目管理計(jì)劃B.公司級(jí)的風(fēng)險(xiǎn)管理模板C.客戶提供的行業(yè)數(shù)據(jù)D.第三方咨詢報(bào)告答案：B（OPA包括組織的流程、政策、模板等，是組織積累的經(jīng)驗(yàn)）19.某醫(yī)療影像系統(tǒng)集成項(xiàng)目中，用戶提出“影像存儲(chǔ)容量需支持未來(lái)5年數(shù)據(jù)增長(zhǎng)”，但未明確具體容量數(shù)值。此需求的主要問(wèn)題是：A.不可測(cè)試B.不可跟蹤C(jī).不明確D.不相關(guān)答案：C（需求需量化，“未來(lái)5年”未明確具體數(shù)值，導(dǎo)致無(wú)法驗(yàn)證）20.項(xiàng)目管理計(jì)劃的組成部分不包括：A.范圍管理計(jì)劃B.質(zhì)量核對(duì)單C.進(jìn)度基準(zhǔn)D.成本管理計(jì)劃答案：B（質(zhì)量核對(duì)單屬于項(xiàng)目文件，非項(xiàng)目管理計(jì)劃的組成部分）二、案例分析題（共3題，每題20分，共60分）案例背景：某科技公司承接了某省“智慧養(yǎng)老平臺(tái)”開發(fā)項(xiàng)目，合同工期12個(gè)月，預(yù)算1200萬(wàn)元。項(xiàng)目團(tuán)隊(duì)由20人組成，包括需求分析師3人、開發(fā)工程師10人、測(cè)試工程師5人、項(xiàng)目經(jīng)理1人、技術(shù)經(jīng)理1人。項(xiàng)目執(zhí)行到第6個(gè)月時(shí)，發(fā)生以下情況：1.需求分析師提交的《養(yǎng)老機(jī)構(gòu)接口規(guī)范》經(jīng)技術(shù)經(jīng)理審核，發(fā)現(xiàn)與國(guó)家最新發(fā)布的《智慧健康養(yǎng)老接口標(biāo)準(zhǔn)》（GB/TXXXX-2024）存在15項(xiàng)沖突，需重新修訂，導(dǎo)致需求階段延長(zhǎng)2周；2.開發(fā)團(tuán)隊(duì)因等待需求文檔最終版本，部分模塊開發(fā)滯后3周；3.測(cè)試團(tuán)隊(duì)發(fā)現(xiàn)已完成開發(fā)的“老人定位功能”存在嚴(yán)重性能問(wèn)題（響應(yīng)時(shí)間超過(guò)5秒），經(jīng)排查是算法設(shè)計(jì)缺陷，需重新開發(fā)，預(yù)計(jì)增加成本20萬(wàn)元，延誤4周；4.客戶方突然提出新增“養(yǎng)老服務(wù)評(píng)價(jià)系統(tǒng)”模塊，要求在項(xiàng)目驗(yàn)收前完成，預(yù)計(jì)需投入300工時(shí)。問(wèn)題1：分析項(xiàng)目當(dāng)前進(jìn)度滯后的主要原因（8分）。答案：進(jìn)度滯后的主要原因包括：（1）需求文檔質(zhì)量不達(dá)標(biāo)：需求分析師未及時(shí)跟蹤國(guó)家最新標(biāo)準(zhǔn)，導(dǎo)致接口規(guī)范需重新修訂，延長(zhǎng)需求階段時(shí)間（2分）；（2）需求與開發(fā)的依賴管理失效：開發(fā)團(tuán)隊(duì)依賴需求文檔開展工作，但需求文檔延遲交付，導(dǎo)致開發(fā)活動(dòng)無(wú)法按計(jì)劃進(jìn)行（2分）；（3）技術(shù)風(fēng)險(xiǎn)未提前識(shí)別：“老人定位功能”的算法缺陷屬于技術(shù)風(fēng)險(xiǎn)，項(xiàng)目前期未進(jìn)行充分的技術(shù)評(píng)審或原型驗(yàn)證，導(dǎo)致開發(fā)后才發(fā)現(xiàn)問(wèn)題（2分）；（4）客戶需求變更管理不嚴(yán)格：客戶臨時(shí)提出新增模塊，未經(jīng)過(guò)正式的變更評(píng)估和審批流程，可能沖擊現(xiàn)有進(jìn)度（2分）。問(wèn)題2：針對(duì)“老人定位功能”的性能問(wèn)題，提出具體的改進(jìn)措施（6分）。答案：改進(jìn)措施包括：（1）技術(shù)方案優(yōu)化：組織技術(shù)經(jīng)理、開發(fā)骨干重新評(píng)審算法設(shè)計(jì)，考慮采用更高效的數(shù)據(jù)結(jié)構(gòu)（如空間索引）或分布式計(jì)算框架（如Spark）降低計(jì)算復(fù)雜度（2分）；（2）資源調(diào)整：臨時(shí)增加1-2名算法工程師，集中攻關(guān)性能瓶頸，同時(shí)安排測(cè)試工程師同步編寫性能測(cè)試用例，縮短修復(fù)周期（2分）；（3）變更管理：評(píng)估性能問(wèn)題對(duì)項(xiàng)目整體的影響（成本、進(jìn)度），提交CCB審批，更新成本基準(zhǔn)和進(jìn)度基準(zhǔn)，并與客戶溝通延遲風(fēng)險(xiǎn)（2分）。問(wèn)題3：說(shuō)明客戶新增“養(yǎng)老服務(wù)評(píng)價(jià)系統(tǒng)”模塊的變更管理流程（6分）。答案：變更管理流程如下：（1）變更提出：客戶以書面形式（如變更請(qǐng)求單）正式提出新增模塊的需求，明確功能描述、驗(yàn)收標(biāo)準(zhǔn)和期望完成時(shí)間（2分）；（2）變更評(píng)估：項(xiàng)目經(jīng)理組織需求分析師、開發(fā)經(jīng)理、測(cè)試經(jīng)理評(píng)估變更對(duì)范圍（新增功能）、進(jìn)度（需增加300工時(shí)，可能影響原關(guān)鍵路徑）、成本（需額外資源）的影響，并形成評(píng)估報(bào)告（2分）；（3）變更審批：將評(píng)估報(bào)告提交CCB（包括客戶代表、公司高層）審批，確認(rèn)是否接受變更及調(diào)整后的基準(zhǔn)（2分）；（4）變更實(shí)施：若審批通過(guò)，更新項(xiàng)目管理計(jì)劃（范圍、進(jìn)度、成本基準(zhǔn)），分配資源，跟蹤變更執(zhí)行情況；若拒絕，向客戶解釋原因并記錄（2分）。（注：本題6分，前3步各2分）三、論文題（共1題，40分）題目：論信息系統(tǒng)項(xiàng)目的需求管理寫作要求：（1）結(jié)合你參與的信息系統(tǒng)項(xiàng)目，論述需求管理的過(guò)程及關(guān)鍵措施；（2）內(nèi)容應(yīng)包括項(xiàng)目背景、需求管理的具體實(shí)施過(guò)程、遇到的問(wèn)題及解決方法、實(shí)施效果總結(jié)。參考答案（示例）：項(xiàng)目背景：2023年，我作為項(xiàng)目經(jīng)理帶領(lǐng)團(tuán)隊(duì)承接了某三甲醫(yī)院“智慧醫(yī)療服務(wù)平臺(tái)”開發(fā)項(xiàng)目，項(xiàng)目周期18個(gè)月，預(yù)算2000萬(wàn)元，目標(biāo)是整合醫(yī)院掛號(hào)、問(wèn)診、檢查、支付等核心業(yè)務(wù)，實(shí)現(xiàn)患者全流程數(shù)字化服務(wù)。項(xiàng)目干系人包括醫(yī)院信息中心、臨床科室（內(nèi)科、外科等）、患者群體及醫(yī)保部門，需求復(fù)雜且易變。需求管理的具體實(shí)施過(guò)程：1.規(guī)劃需求管理：項(xiàng)目啟動(dòng)階段，我組織召開需求管理規(guī)劃會(huì)議，制定《需求管理計(jì)劃》。明確需求收集方法（訪談、問(wèn)卷、原型法）、需求跟蹤矩陣模板、變更控制流程（CCB由醫(yī)院信息中心主任、我方技術(shù)總監(jiān)、臨床專家代表組成），并定義需求優(yōu)先級(jí)標(biāo)準(zhǔn)（如“必須有”“應(yīng)該有”“可以有”）。2.收集需求：針對(duì)不同干系人采用差異化方法。對(duì)信息中心（IT部門），通過(guò)結(jié)構(gòu)化訪談獲取系統(tǒng)集成、數(shù)據(jù)安全等技術(shù)需求；對(duì)臨床科室（醫(yī)生），使用用戶故事（UserStory）收集“電子病歷快速調(diào)閱”“檢查單智能推薦”等業(yè)務(wù)需求；對(duì)患者，通過(guò)線上問(wèn)卷和線下焦點(diǎn)小組訪談了解“掛號(hào)便捷性”“報(bào)告查詢時(shí)效性”等體驗(yàn)需求。共收集原始需求237條。3.定義范圍：將原始需求整理為《需求規(guī)格說(shuō)明書（SRS）》，通過(guò)多輪評(píng)審（技術(shù)評(píng)審、業(yè)務(wù)評(píng)審、用戶評(píng)審）確保需求的清晰性、完整性和一致性。例如，“檢查報(bào)告查詢”需求最初描述為“患者可查看檢查結(jié)果”，經(jīng)醫(yī)生反饋，補(bǔ)充“檢查結(jié)果需包含正常值范圍和簡(jiǎn)要解讀”，避免需求歧義。4.創(chuàng)建WBS：以SRS為基礎(chǔ)，將項(xiàng)目范圍分解為“用戶端APP開發(fā)”“醫(yī)生端Web系統(tǒng)”“數(shù)據(jù)接口開發(fā)”等一級(jí)模塊，進(jìn)一步分解至工作包（如“預(yù)約掛號(hào)功能開發(fā)”“檢查報(bào)告解讀模塊”），并為每個(gè)工作包分配責(zé)任人，確保需求可跟蹤。5.確認(rèn)范圍：在關(guān)鍵里程碑（如原型完成、Alpha測(cè)試）時(shí)，組織醫(yī)院方進(jìn)行需求確認(rèn)。例如，原型階段邀請(qǐng)10名醫(yī)生和20名患者試用，收集反饋后優(yōu)化界面布局和功能邏輯，最終獲得醫(yī)