2025年软考模拟试题及答案

2025年软考模拟试题及答案一、单项选择题（每题1分，共20题）1.某信息系统集成项目采用敏捷开发模式，在第三次迭代中，团队发现用户故事“患者电子病历跨院区调取”的验收标准不明确，导致开发进度受阻。此时项目经理应优先采取的措施是：A.要求开发团队按现有理解继续开发，后续通过测试修正B.立即召开用户故事细化会议，与产品负责人澄清验收标准C.将该用户故事推迟到下一次迭代，优先完成其他明确需求D.增加测试资源，通过逆向工程推导验收标准答案：B2.某项目成本基准为800万元，截止当前状态，已完成工作的预算成本（BCWP）为350万元，实际成本（ACWP）为380万元，计划工作预算成本（BCWS）为320万元。该项目的成本绩效指数（CPI）和进度绩效指数（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.关于项目干系人管理，以下描述错误的是：A.识别干系人应贯穿项目全过程，而非仅在启动阶段B.权力/利益方格中，高权力低利益的干系人需重点管理C.干系人登记册应记录干系人的需求、期望及潜在影响D.干系人参与评估矩阵可用于分析当前参与水平与期望水平的差距答案：B（高权力低利益的干系人需保持满意，而非重点管理）4.某智能交通信号系统项目进入测试阶段，发现部分路口的传感器数据与控制模块通信延迟超过设计要求。经排查，问题根源是传感器协议与控制模块接口文档存在版本不一致。此问题反映出项目在哪个过程组存在缺陷？A.启动过程组B.规划过程组C.执行过程组D.监控过程组答案：B（接口文档属于规划阶段的技术文档管理，版本不一致说明规划阶段的配置管理或文档审核不足）5.采用关键链法进行进度规划时，以下做法正确的是：A.将资源约束作为关键路径的主要调整依据B.在非关键链与关键链的汇合点设置项目缓冲C.压缩非关键活动的安全时间以形成接驳缓冲D.关键链的长度由最长的技术依赖路径决定答案：A（关键链法重点考虑资源约束，通过调整资源分配确定关键链）6.某政府OA系统升级项目中，用户提出新增“跨部门审批流程可视化监控”功能，但该功能未在初始需求规格说明书中体现。项目经理应首先：A.评估该变更对项目范围、进度、成本的影响B.提交变更控制委员会（CCB）审批C.与用户确认变更的必要性及优先级D.更新项目管理计划以包含新功能答案：C（变更管理的第一步是确认变更的必要性，避免无效变更）7.关于质量成本，以下属于外部失败成本的是：A.测试阶段发现缺陷的修复费用B.客户使用系统后因功能缺陷的投诉处理成本C.质量管理人员的工资D.购买测试工具的费用答案：B（外部失败成本指产品交付后因质量问题产生的成本）8.某项目团队由来自不同部门的5名成员组成，其中2名开发人员因技术路线分歧发生争执，影响团队协作。项目经理应优先采用的冲突解决方法是：A.强迫（强制）B.妥协C.合作D.撤退答案：C（合作是解决冲突的最佳方法，鼓励双方共同解决问题）9.某云计算平台部署项目的风险登记册中记录：“服务器供应商因疫情延迟发货，概率30%，影响成本增加50万元”。若项目还有3个类似风险（概率和影响相同），且风险独立，该项目的预期货币价值（EMV）为：A.15万元B.45万元C.60万元D.150万元答案：B（单个风险EMV=30%×50=15万元，3个风险总EMV=15×3=45万元）10.以下不属于项目收尾阶段工作的是：A.确认所有项目可交付成果已通过验收B.更新组织过程资产（OPA）C.开展项目后评价（PostProjectReview）D.对未完成的需求进行优先级排序答案：D（未完成需求的处理属于监控阶段，收尾阶段需确认所有可交付成果完成）11.某企业级ERP实施项目中，项目经理发现关键用户（如财务总监）因业务繁忙，无法参与需求确认会议，导致需求文档迟迟无法签字。此时最有效的沟通策略是：A.通过邮件发送需求文档并要求3日内回复B.邀请财务总监的助理代为确认需求C.调整会议时间，选择其空闲时段并提供简化版需求摘要D.向高层领导汇报，要求强制参与答案：C（关键用户的参与是需求确认的核心，调整沟通方式以适应其时间安排）12.关于采购管理，以下描述正确的是：A.固定总价合同（FFP）适用于需求模糊、范围易变的项目B.成本加激励费用合同（CPIF）中，卖方需承担全部成本超支风险C.采购工作说明书（SOW）应明确可交付成果、验收标准和进度要求D.投标人会议（BidderConference）中，需对不同投标人提出的问题给予差异化答复答案：C（采购SOW需详细描述采购内容，确保投标人理解一致）13.某智慧城市项目的WBS分解到第4层时，某工作包的持续时间为2周，成本为15万元，可交付成果为“交通流量数据分析模块”。该工作包不符合WBS编制要求的是：A.持续时间过短B.未明确责任人C.可交付成果不具体D.成本估算未使用参数估算答案：B（WBS工作包需明确责任人，否则无法进行责任分配）14.敏捷项目中，产品负责人（ProductOwner）的核心职责是：A.管理开发团队的日常任务B.维护产品待办列表（ProductBacklog）并确定优先级C.解决团队内部的技术问题D.主持每日站会（DailyScrum）答案：B（产品负责人负责定义产品价值，排序需求优先级）15.某项目进度计划中，活动A的最早开始时间（ES）为第5天，最晚开始时间（LS）为第8天，持续时间4天；活动B与A完成-开始（FS）依赖，间隔2天，活动B的持续时间6天。则活动B的最早开始时间为：A.第9天B.第11天C.第13天D.第15天答案：B（活动A的最早完成时间EF=ES+持续时间=5+4=9天；活动B的ES=A的EF+间隔=9+2=11天）16.关于配置管理，以下属于配置控制委员会（CCB）职责的是：A.记录配置项的版本变更历史B.审批基准的变更请求C.对配置项进行物理或逻辑检查D.维护配置管理数据库（CMDB）答案：B（CCB负责审批变更，尤其是涉及基准的变更）17.某信息安全项目中，项目经理需向公司高层汇报项目绩效。为直观展示项目进度偏差和成本偏差，最适合的工具是：A.甘特图B.挣值管理（EVM）曲线图C.因果图D.控制图答案：B（EVM曲线图可同时显示PV、EV、AC，直观反映进度和成本偏差）18.以下属于组织过程资产（OPA）的是：A.项目管理计划B.公司级的风险管理模板C.客户提供的行业数据D.第三方咨询报告答案：B（OPA包括组织的流程、政策、模板等，是组织积累的经验）19.某医疗影像系统集成项目中，用户提出“影像存储容量需支持未来5年数据增长”，但未明确具体容量数值。此需求的主要问题是：A.不可测试B.不可跟踪C.不明确D.不相关答案：C（需求需量化，“未来5年”未明确具体数值，导致无法验证）20.项目管理计划的组成部分不包括：A.范围管理计划B.质量核对单C.进度基准D.成本管理计划答案：B（质量核对单属于项目文件，非项目管理计划的组成部分）二、案例分析题（共3题，每题20分，共60分）案例背景：某科技公司承接了某省“智慧养老平台”开发项目，合同工期12个月，预算1200万元。项目团队由20人组成，包括需求分析师3人、开发工程师10人、测试工程师5人、项目经理1人、技术经理1人。项目执行到第6个月时，发生以下情况：1.需求分析师提交的《养老机构接口规范》经技术经理审核，发现与国家最新发布的《智慧健康养老接口标准》（GB/TXXXX-2024）存在15项冲突，需重新修订，导致需求阶段延长2周；2.开发团队因等待需求文档最终版本，部分模块开发滞后3周；3.测试团队发现已完成开发的“老人定位功能”存在严重性能问题（响应时间超过5秒），经排查是算法设计缺陷，需重新开发，预计增加成本20万元，延误4周；4.客户方突然提出新增“养老服务评价系统”模块，要求在项目验收前完成，预计需投入300工时。问题1：分析项目当前进度滞后的主要原因（8分）。答案：进度滞后的主要原因包括：（1）需求文档质量不达标：需求分析师未及时跟踪国家最新标准，导致接口规范需重新修订，延长需求阶段时间（2分）；（2）需求与开发的依赖管理失效：开发团队依赖需求文档开展工作，但需求文档延迟交付，导致开发活动无法按计划进行（2分）；（3）技术风险未提前识别：“老人定位功能”的算法缺陷属于技术风险，项目前期未进行充分的技术评审或原型验证，导致开发后才发现问题（2分）；（4）客户需求变更管理不严格：客户临时提出新增模块，未经过正式的变更评估和审批流程，可能冲击现有进度（2分）。问题2：针对“老人定位功能”的性能问题，提出具体的改进措施（6分）。答案：改进措施包括：（1）技术方案优化：组织技术经理、开发骨干重新评审算法设计，考虑采用更高效的数据结构（如空间索引）或分布式计算框架（如Spark）降低计算复杂度（2分）；（2）资源调整：临时增加1-2名算法工程师，集中攻关性能瓶颈，同时安排测试工程师同步编写性能测试用例，缩短修复周期（2分）；（3）变更管理：评估性能问题对项目整体的影响（成本、进度），提交CCB审批，更新成本基准和进度基准，并与客户沟通延迟风险（2分）。问题3：说明客户新增“养老服务评价系统”模块的变更管理流程（6分）。答案：变更管理流程如下：（1）变更提出：客户以书面形式（如变更请求单）正式提出新增模块的需求，明确功能描述、验收标准和期望完成时间（2分）；（2）变更评估：项目经理组织需求分析师、开发经理、测试经理评估变更对范围（新增功能）、进度（需增加300工时，可能影响原关键路径）、成本（需额外资源）的影响，并形成评估报告（2分）；（3）变更审批：将评估报告提交CCB（包括客户代表、公司高层）审批，确认是否接受变更及调整后的基准（2分）；（4）变更实施：若审批通过，更新项目管理计划（范围、进度、成本基准），分配资源，跟踪变更执行情况；若拒绝，向客户解释原因并记录（2分）。（注：本题6分，前3步各2分）三、论文题（共1题，40分）题目：论信息系统项目的需求管理写作要求：（1）结合你参与的信息系统项目，论述需求管理的过程及关键措施；（2）内容应包括项目背景、需求管理的具体实施过程、遇到的问题及解决方法、实施效果总结。参考答案（示例）：项目背景：2023年，我作为项目经理带领团队承接了某三甲医院“智慧医疗服务平台”开发项目，项目周期18个月，预算2000万元，目标是整合医院挂号、问诊、检查、支付等核心业务，实现患者全流程数字化服务。项目干系人包括医院信息中心、临床科室（内科、外科等）、患者群体及医保部门，需求复杂且易变。需求管理的具体实施过程：1.规划需求管理：项目启动阶段，我组织召开需求管理规划会议，制定《需求管理计划》。明确需求收集方法（访谈、问卷、原型法）、需求跟踪矩阵模板、变更控制流程（CCB由医院信息中心主任、我方技术总监、临床专家代表组成），并定义需求优先级标准（如“必须有”“应该有”“可以有”）。2.收集需求：针对不同干系人采用差异化方法。对信息中心（IT部门），通过结构化访谈获取系统集成、数据安全等技术需求；对临床科室（医生），使用用户故事（UserStory）收集“电子病历快速调阅”“检查单智能推荐”等业务需求；对患者，通过线上问卷和线下焦点小组访谈了解“挂号便捷性”“报告查询时效性”等体验需求。共收集原始需求237条。3.定义范围：将原始需求整理为《需求规格说明书（SRS）》，通过多轮评审（技术评审、业务评审、用户评审）确保需求的清晰性、完整性和一致性。例如，“检查报告查询”需求最初描述为“患者可查看检查结果”，经医生反馈，补充“检查结果需包含正常值范围和简要解读”，避免需求歧义。4.创建WBS：以SRS为基础，将项目范围分解为“用户端APP开发”“医生端Web系统”“数据接口开发”等一级模块，进一步分解至工作包（如“预约挂号功能开发”“检查报告解读模块”），并为每个工作包分配责任人，确保需求可跟踪。5.确认范围：在关键里程碑（如原型完成、Alpha测试）时，组织医院方进行需求确认。例如，原型阶段邀请10名医生和20名患者试用，收集反馈后优化界面布局和功能逻辑，最终获得医