2026年软考(高级信息系统项目管理师)下午试题与答案

2026年最新软考(高级信息系统项目管理师)下午试题与答案试题一：计算与进度成本管理【案例背景】某大型国有企业（以下简称“甲方”）决定启动“智慧能源大数据综合管理平台”项目。该项目旨在整合集团内部分散的发电、输电、配电及用电数据，构建统一的数据中台与分析决策系统。项目预算为1200万元，计划工期为12个月。甲方通过公开招标，选定具有丰富经验的某信息技术公司（以下简称“乙方”）作为承建方。合同形式为固定总价合同。项目经理老张被任命负责该项目的管理工作。项目启动会后，老张带领团队制定了详细的项目管理计划，并对工作分解结构（WBS）进行了细化。项目实施到第6个月末，老张对项目状态进行了绩效评估。在项目第6个月末，财务部门提供的实际成本（AC）为680万元。项目组经过统计，确认已完成工作的预算价值（EV）为540万元。同时，根据项目管理计划中的进度基准，到第6个月末的计划价值（PV）为600万元。此外，项目在执行过程中遇到了一些问题：1.第3个月时，甲方临时提出增加“碳排放监测模块”，该模块未包含在原始合同范围内。老张评估后认为工作量较大，未及时签署补充协议，直接安排团队开发，导致后续原定开发任务人员被抽调。2.第5个月时，一名核心系统架构师因个人原因离职，新招聘的架构师熟悉环境花费了2周时间，影响了中间件开发进度。面对当前的项目绩效状况和出现的问题，老张感到压力巨大，需要向公司高层汇报当前的项目状态及后续应对措施。【问题】1.请计算截止到第6个月末项目的成本偏差（CV）、进度偏差（SV）、成本绩效指数（CPI）和进度绩效指数（SPI）。（4分）2.请根据计算结果，判断项目当前的执行情况（成本和进度方面），并说明理由。（4分）3.如果项目后续工作按照目前的绩效水平继续发展（即CPI和SPI保持不变），请计算完工估算（EAC）和完工尚需估算（ETC）。（5分）4.假设项目剩余工作将按照原定预算（即BAC中未完成的部分）完成（非典型偏差），请计算完工估算（EAC）。（4分）5.针对案例中提到的“增加碳排放监测模块”和“核心架构师离职”两个事件，请分析老张在管理上存在哪些问题？并针对这两个事件分别提出正确的处理措施。（8分）【参考答案及解析】1.【参考答案】根据挣值管理（EVM）公式：成本偏差（CV）=挣值（EV）-实际成本（AC）=540−进度偏差（SV）=挣值（EV）-计划价值（PV）=540−成本绩效指数（CPI）=挣值（EV）/实际成本（AC）=540进度绩效指数（SPI）=挣值（EV）/计划价值（PV）=540【解析】本题考查挣值管理的基本计算公式。考生需熟记CV、SV、CPI、SPI的计算逻辑。注意单位统一为万元。CV为负表示成本超支，SV为负表示进度落后。2.【参考答案】项目当前执行情况如下：成本方面：成本超支。理由：CV=-140万元<0（或CPI=0.79<1），说明实际花费高于预算。进度方面：进度落后。理由：SV=-60万元<0（或SPI=0.90<1），说明实际完成的工作量低于计划工作量。【解析】本题考查对挣值指标含义的理解。当偏差值小于0或绩效指数小于1时，表明绩效不佳。需要结合具体数值给出定性判断。3.【参考答案】假设后续工作按当前绩效水平发展（典型偏差）：完工估算（EAC）=完工预算（BAC）/成本绩效指数（CPI）=1200/完工尚需估算（ETC）=完工估算（EAC）-实际成本（AC）=1518.99−（注：EAC保留两位小数即可）【解析】本题考查典型偏差下的完工预测。公式为EA4.【参考答案】假设剩余工作按原定预算完成（非典型偏差）：完工估算（EAC）=实际成本（AC）+(完工预算（BAC）-挣值（EV）)计算得：EA【解析】本题考查非典型偏差下的完工预测。公式为EA5.【参考答案】（1）老张在管理上存在的问题：范围管理问题：对于甲方提出的新需求，未进行严格的范围变更控制流程，未评估对进度、成本的影响，未签订补充协议就直接实施，导致范围蔓延。沟通与干系人管理问题：在甲方提出需求时，可能未充分沟通合同限制，导致甲方误解或随意增加需求。资源管理（HR）问题：未做好关键岗位的资源储备和连续性管理，导致核心人员离职后严重影响项目进度。风险管理问题：未提前识别“核心人员离职”这一风险，或未制定有效的应对预案（如AB角备份机制）。（2）处理措施：针对“增加碳排放监测模块”：1.立即暂停该模块的非合同内开发工作。2.向甲方提交正式的变更请求，详细分析该变更对成本、进度、质量、技术架构的影响。3.依据变更控制流程（CCB），提交变更控制委员会审批。4.若变更批准，需更新项目基准（范围、进度、成本），并签署补充合同；若不批准，需向甲方说明理由，拒绝变更。针对“核心架构师离职”：1.启动风险应对预案，如有副手（B角）立即接手。2.若无备选人员，立即向公司申请资源补充，并缩短招聘流程。3.对新入职人员进行必要的岗前培训和知识转移，利用文档、代码库等加速其上手。4.调整后续进度计划，采取赶工（如加班）或快速跟进（并行施工）等措施追赶进度，并重新进行关键路径分析。【解析】本题考查整体项目管理能力和变更控制流程。范围变更必须走流程，不能口头答应或直接做。人员离职是常见风险，考察资源规划和风险应对。试题二：质量管理与配置管理【案例背景】某软件开发公司承接了某省“政务一体化便民服务平台”的开发项目。该项目涉及全省几十个委办局的数据对接，业务逻辑复杂接口众多，对系统的安全性、稳定性和数据准确性要求极高。项目工期紧，仅为9个月。项目经理小李为了加快进度，在需求分析阶段仅与主要业务人员进行了简短访谈，便匆匆开始了设计工作。在编码阶段，小李鼓励团队成员“边开发边修改”，认为敏捷迭代可以弥补前期的不足。项目进入系统测试阶段后，测试团队提交了大量的Bug，开发团队修复Bug后又引入了新的Bug，导致测试无法通过，项目陷入了“修复-回归-再发现”的恶性循环。此外，项目组在配置管理方面也较为混乱。开发人员直接在生产环境的服务器上进行代码修改和编译，代码版本管理不规范。有一次，一名开发人员误删除了核心模块的配置文件，导致系统停机2小时。另外，由于没有建立基线，集成时经常出现接口不匹配的问题，团队成员甚至无法确定当前运行的代码是哪个版本的。公司高层注意到了该项目的失控状态，指派质量保证（QA）经理介入，协助小李整改。【问题】1.请结合案例，分析该项目在质量管理方面存在的主要问题。（6分）2.请简述质量保证（QA）与质量控制（QC）的区别。（4分）3.请列出软件项目中建立配置管理系统的主要流程。（6分）4.针对案例中配置管理混乱的情况，请指出配置管理中包含的主要活动，并说明“基线”的作用。（9分）【参考答案及解析】1.【参考答案】该项目在质量管理方面存在的主要问题如下：缺乏有效的质量规划：没有制定切实可行的质量管理计划和质量测量指标。需求分析不充分：未充分收集和分析用户需求，导致设计缺陷和后期频繁变更，这是质量问题的根源。过程执行不规范：缺乏标准化的开发流程，随意“边开发边修改”，缺乏评审机制。测试介入过晚：测试应在需求或设计阶段就介入（如静态测试），而该项目仅在编码后才开始，导致缺陷发现成本极高。缺乏缺陷跟踪和分析：对于大量Bug，没有进行根本原因分析，导致同类问题反复出现。缺乏质量审计：QA未能及时发挥监督和过程改进的作用，直到项目失控才介入。【解析】本题考查质量管理理论在案例中的应用。需从“过程质量”和“产品质量”两个维度分析。需求不清晰是最大的质量风险。此外，要强调“预防胜于检查”的理念。2.【参考答案】质量保证（QA）与质量控制（QC）的区别：目标不同：QA关注过程，致力于防止缺陷发生，提供信心；QC关注产品，致力于发现缺陷，满足需求。执行时间不同：QA贯穿项目全生命周期，进行过程审计和改进；QC通常在产品产出后进行（如测试、评审）。依据不同：QA依据过程质量标准和质量管理计划；QC依据需求规格说明书、产品规范等。手段不同：QA采用质量审计、过程分析等工具；QC采用评审、测试、控制图等工具。【解析】本题考查QA与QC的基本概念。QA是“做正确的事”，QC是“把事做正确”。QA是管理职能，QC是技术职能。3.【参考答案】建立配置管理系统的主要流程包括：1.建立配置管理组织（任命配置经理、配置管理员等角色）。2.制定配置管理计划（确定配置项、基线、变更流程、库结构等）。3.确定配置标识规则（命名、编号、版本控制）。4.建立配置管理系统（搭建版本控制工具如Git/SVN，建立配置库）。5.配置项管理与记录（入库、出库、状态跟踪）。6.配置核算与报告（定期统计配置状态，发布配置报告）。7.配置审计（功能审计和物理审计）。8.版本管理与发行（构建基线，发布版本）。【解析】本题考查配置管理过程的建立步骤。按照时间顺序和逻辑顺序排列，从组织到计划，再到执行和审计。4.【参考答案】（1）配置管理的主要活动包括：配置识别：识别配置项及其特征，定义基线。配置状态记录：记录配置项的修改历史、当前状态等。配置核实与审计（配置审计）：包括功能配置审计（验证功能是否实现）和物理配置审计（验证实物是否一致）。配置控制：通过变更控制系统管理基线的变更。版本管理：管理配置项的版本演化。（2）基线的作用：基线是项目生存周期中某个里程碑处，通过正式评审的一组配置项。它作为后续工作的基础和基准，保证了项目的一致性。基线一旦建立，变更必须通过正式的变更控制流程（CCB审批），防止随意变更。便于回溯和版本管理，当出现问题时，可以回到已知的稳定状态。【解析】本题考查配置管理的核心活动。基线是配置管理的核心概念，必须强调其“控制变更”和“一致性”的作用。案例中“无法确定代码版本”正是因为缺乏基线控制。试题三：风险管理与采购管理【案例背景】某科技公司承接了“自动驾驶仿真测试云平台”建设。项目包含高性能计算集群采购、定制化仿真软件研发以及与第三方地图数据的对接。项目总金额为5000万元，工期18个月。项目经理老王在项目初期识别了部分风险，并编制了风险登记册。在项目实施过程中，发生了以下事件：事件一：在采购高性能计算集群时，老王为了节省成本，选择了报价最低的一家供应商。但在到货验收时，发现该供应商的设备虽然参数达标，但稳定性极差，且与公司现有的虚拟化软件存在兼容性问题，导致硬件到货后2个月仍无法上线运行，严重拖累了软件开发进度。事件二：项目进行到第10个月，负责提供地图数据的第三方数据公司突然发函，要求提高数据授权费用，理由是原始数据采集成本上涨。如果不同意涨价，他们将停止数据更新服务。由于合同中对此情况未做明确约定，项目组陷入被动谈判。事件三：项目研发过程中，团队计划采用某开源AI框架。但该框架在项目后期发布了新版本，且不再支持项目所依赖的一个老旧算法库。由于团队未关注该开源协议的变化及版本演进，导致项目面临重新选型或重构的风险。【问题】1.请针对案例中的三个事件，分别指出该项目在风险管理或采购管理中存在的具体问题。（9分）2.请简述采购管理中“规划采购管理”过程的输入和输出。（4分）3.请列举针对“外包”或“采购”风险的常见应对措施。（6分）4.风险监控的输出有哪些？请结合案例，说明老王应如何更新风险登记册。（6分）【参考答案及解析】1.【参考答案】事件一（硬件采购）存在的问题：采购管理问题：老王仅以价格作为选择标准，未进行综合的供方选择（未考虑技术、质量、服务、信誉等）。风险管理问题：未识别“硬件兼容性”和“供应商稳定性”等风险；未在合同中规定详细的验收标准和违约责任。事件二（数据涨价）存在的问题：合同管理问题：合同条款不严谨，未明确约定价格锁定机制或长期合作的费用调整机制。采购管理问题：未签订包含SLA（服务等级协议）的完善合同，对干系人（供应商）的依赖风险缺乏预案。事件三（开源组件）存在的问题：技术风险管理问题：未识别“开源软件版本演进”和“许可证合规性”风险。架构管理问题：技术选型时未考虑长期维护性和社区活跃度，过度依赖外部不可控组件。【解析】本题考查风险与采购的综合应用。事件一典型的是“低价中标陷阱”；事件二是合同管理漏洞；事件三是技术供应链风险。2.【参考答案】规划采购管理过程的输入：项目章程项目管理计划（范围、进度、成本、质量等子计划）项目文件（需求文件、风险登记册、干系人登记册等）事业环境因素组织过程资产规划采购管理过程的输出：采购管理计划采购工作说明书（SOW）采购文件（如RFP、RFQ）供方选择标准自制或外购决策变更请求项目文件更新（风险登记册等）【解析】本题考查标准过程的ITTO（输入、工具、输出）。重点输出包括采购策略、SOW和选择标准。3.【参考答案】针对“外包”或“采购”风险的常见应对措施：规避：选择信誉良好的供应商，签订严格的合同，甚至决定自制而非外购。转移：购买保险，使用履约保函，在合同中明确将特定损失责任转移给供应商。减轻：进行多源采购（不依赖单一供应商），加强供应商的绩效考核和沟通，建立备选供应商名单。接受：建立应急储备金（资金）或预留缓冲时间（应急储备），以应对供应商延误或涨价。【解析】本题考查风险应对策略在采购领域的具体应用。转移是采购中最常用的策略（通过合同条款）。4.【参考答案】（1）风险监控的输出包括：工作绩效信息风险登记册（更新）项目管理计划（更新）项目文件更新变更请求组织过程资产（更新）（2）老王更新风险登记册的方法：重新评估已识别风险：针对事件一和事件二，这些风险已发生，应将其从“已识别风险”列表