2026软考高项《案例分析》真题及答案

2026软考高项《案例分析》真题及答案一、案例分析题（25分）【说明】某信息化系统集成项目包含A、B、C、D、E、F六个活动，各活动的紧前关系、计划工期和预算如下表所示。项目计划从第1周初开始，总工期为10周。项目经理在第6周末进行绩效评估，实际执行数据为：A、B、C均已完成，D完成40%，E、F尚未开始，累计实际成本（AC）为80万元。活动紧前活动计划工期（周）预算（万元）A—220BA330CA220DB、C220ED225FE1101.计算项目关键路径和项目总工期。（5分）2.计算第6周末的PV、EV、SV、CV、SPI和CPI，并写出计算过程。（10分）3.根据计算结果分析项目当前绩效，并针对存在的问题提出改进建议。（10分）二、案例分析题（25分）【说明】某软件公司承接了某市智慧政务平台建设项目，合同约定了功能范围和交付日期。项目进行到第三个月时，客户方业务部门陆续提出多项新需求，包括报表样式调整、审批流程变更、新增数据接口等。项目经理为了与客户保持良好关系，直接安排开发团队优先实现这些需求，并通过微信与客户确认，未形成正式书面文件。随着新需求不断插入，原有迭代计划被频繁打乱，部分已完成功能因流程变更返工。到第六个月时，项目进度严重滞后，成本大幅超支，客户也因功能实现与预期不一致而产生不满。1.请指出该项目在需求、范围与变更管理方面存在的主要问题。（10分）2.请简述变更控制流程。（10分）3.为避免类似问题，项目经理应重点做好哪些工作？（5分）三、案例分析题（25分）【说明】某电子商务平台升级项目在原系统上线两年后进行，项目团队在开发阶段重点保障功能实现，未开展系统的风险识别和风险分析。项目进入试运行阶段后，用户在高峰期访问时出现大量超时和数据不一致问题，平台被迫暂停服务。事后调查发现，团队未对并发访问量、安全攻击等风险制定应对预案，测试环境中也未进行充分的压力测试和安全性测试；发现问题后项目组内部多次口头调整方案，却没有记录和后续验证。1.请分析该项目在风险管理方面存在的不足。（8分）2.简述应对风险的基本策略及其适用场景。（7分）3.结合案例，说明项目质量管理与风险管理之间的关系，并提出改进建议。（10分）参考答案与解析一、案例分析题1.答案：关键路径为A—B—D—E—F，项目总工期为10周。解析：可形成的路径为A—B—D—E—F，工期为2+3+2.答案：第6周末绩效计算结果如下：PV=20+30+20+20×解析：按计划，第6周末A、B、C应全部完成，D应完成50%；而实际D仅完成40%，因此EV低于PV。SV和CV为负值，说明项目进度滞后、成本超支。3.答案：项目当前进度滞后（SV为负、SPI小于1），成本超支（CV为负、CPI小于1）。D活动处于关键路径，其实际进度低于计划是造成进度滞后的直接原因。改进建议如下：(1)对进度和成本偏差进行原因分析，制定纠正措施；(2)对D活动采取赶工措施，投入更多资源或延长工作时间；(3)在风险可控的前提下，对后续E、F活动进行快速跟进，压缩后续工期；(4)加强成本监控，严格控制非必要支出，防止成本继续超支；(5)更新进度计划和成本计划，并向相关干系人报告。解析：SPI和CPI均为0.975，说明项目完成效率约为计划的97.5%。由于D在关键路径上，必须优先纠正D的偏差，才能保证项目总工期。二、案例分析题1.答案：该项目存在的主要问题包括：(1)未按变更管理流程处理客户需求，缺少变更申请和CCB审批；(2)未对新需求进行进度、成本、资源等方面的影响分析；(3)客户确认方式不规范，仅通过微信口头确认，未形成正式书面记录；(4)未及时更新范围基准，导致范围蔓延；(5)未同步调整迭代计划、资源安排和项目预算；(6)未建立需求跟踪矩阵，需求状态不透明；(7)与客户干系人沟通不足，未进行范围确认，导致双方对功能预期不一致。解析：项目中项目经理直接安排开发而绕过变更审批流程，是典型的未受控范围蔓延。范围变更必须经过正式审批，并同步更新范围基准和项目计划。2.答案：变更控制流程如下：(1)提出变更申请，记录变更内容；(2)项目经理对变更申请进行初审；(3)对变更进行影响分析，制定变更方案；(4)提交变更控制委员会（CCB）审批；(5)变更批准后组织实施变更，并做好过程监控；(6)对变更结果进行验证和确认；(7)更新范围基准、相关文档和配置项；(8)将变更情况通知受影响的干系人。解析：变更控制的核心是“先评估、后审批、再实施”，任何口头变更都不能直接进入开发环节。3.答案：(1)制定并执行范围管理计划和变更管理计划，明确变更流程和权限；(2)建立需求跟踪矩阵，确保需求变更可追踪、可验证；(3)严格开展范围确认，在每轮迭代结束时与客户确认已交付功能；(4)坚持所有变更先书面申请、正式审批，再安排实施；(5)加强干系人沟通，引导客户合理表达需求和优先级排序；(6)落实配置管理与文档管理，使需求、设计和代码可追溯。解析：防止范围蔓延的关键是让所有需求变更都进入受控通道，并在变更发生后同步更新计划和基准。三、案例分析题1.答案：该项目在风险管理方面存在以下不足：(1)未制定风险管理计划，缺乏风险管理的整体安排；(2)风险识别不充分，遗漏了并发访问、安全攻击、数据一致性等高风险；(3)未进行定性和定量风险分析，无法确定风险优先级；(4)未制定风险应对措施和应急预案，风险登记册缺失或未更新；(5)未持续开展风险监控和风险复核；(6)测试管理和质量保障不足，压力测试、安全测试不充分；(7)问题处置过程未记录，口头调整不符合配置管理要求。解析：风险管理的首要任务是提前识别和分析风险，并制定应对计划。本项目在试运行前未识别关键技术风险，属于风险识别和风险监控双重缺失。2.答案：风险应对的基本策略包括：(1)回避：通过改变项目计划或技术方案消除风险，适用于可以通过调整方案完全消除的风险；(2)转移：将风险后果连同应对责任转移给第三方，适用于可以通过保险、外包、合同条款分担的风险；(3)减轻：采取措施降低风险发生概率或减少不利影响，适用于可以通过冗余设计、加强测试等手段控制的风险；(4)接受：不主动改变项目计划，提前预留应急储备或建立应急预案，适用于发生概率和影响较小的风险。解析：以上四类为负面风险的基本应对策略。对于正向风险，还可采用开拓、分享、提高等策略。3.答案：质量管理与风险管理相互关联、互为支撑。质量缺陷本身就是一种风险，测试不充分会显著增加系统上线后的失败风险；反之，充分的风险识别与应对可以有效防范质量事故。本项目中的超时、数据不一致等问题，既是质量管理缺陷，也是未识别并发风险的结果。改进建议如下：(1)制定质量管理计划，明确质量标准和验收标准；(2)在测试阶段开展压力测试、安全测试和性能测试，完善测试用例；(3)实施质量审计，