2025年计算机专业软件项目管理真题汇编试卷及答案

2025年计算机专业软件项目管理真题汇编试卷及答案一、单项选择题（每题2分，共30分）1.在敏捷开发中，以下哪一项最能体现“个体与交互高于流程与工具”的价值观？A.每日站会由ScrumMaster主导并记录会议纪要B.团队成员通过即时通讯工具实时沟通需求变更C.需求文档必须经过三层审批才能进入开发D.所有代码提交必须通过SonarQube扫描后才能合并答案：B解析：敏捷宣言强调“个体与交互高于流程与工具”，B选项强调实时沟通，符合价值观；其余选项均偏重流程或工具。2.某项目采用挣值管理，计划价值PV=400万元，实际成本AC=380万元，挣值EV=350万元，则成本偏差CV为：A.-30万元B.30万元C.-50万元D.50万元答案：A解析：CV=EV-AC=350-380=-30万元，表示超支。3.在软件项目风险识别阶段，团队使用“鱼骨图”工具，其最主要的作用是：A.量化风险概率B.追溯风险根本原因C.计算风险暴露值D.排序风险优先级答案：B解析：鱼骨图用于因果分析，帮助追溯风险产生的潜在原因。4.某微服务系统上线后出现订单重复创建问题，项目经理决定采用“蓝绿发布”回滚，该策略的核心机制是：A.同时维护两套生产环境，通过流量切换实现零停机回滚B.在数据库层面引入分布式锁防止重复写入C.使用Canary发布逐步放量观察D.通过Kubernetes滚动升级逐步替换旧版本Pod答案：A解析：蓝绿发布通过双环境并行与流量切换实现快速回滚，RTO最低。5.在Scrum中，Sprint评审会议的主要目的是：A.检查团队是否遵守了Sprint计划B.向利益相关者演示潜在可交付增量并收集反馈C.估算下一个Sprint的故事点D.讨论团队绩效并决定奖金分配答案：B解析：评审会议聚焦价值交付与反馈，非过程审计或绩效评估。6.项目章程中通常不包含：A.高层次风险B.项目经理职责C.详细WBSD.项目审批要求答案：C解析：WBS属于规划阶段输出，非章程内容。7.某团队使用MoSCoW法则对需求排序，其中“W”代表：A.Won’thavethistimeB.WillhaveC.WanttohaveD.Waittohave答案：A解析：MoSCoW中W为Won’thavethistime，即本期不实现。8.在DevOps流水线中，以下哪项活动最可能发生在“持续部署”阶段而非“持续交付”阶段：A.自动化单元测试B.生产环境自动发布C.静态代码扫描D.制品库上传答案：B解析：持续部署自动推进到生产，持续交付仅保证可随时发布。9.某项目沟通管理计划中规定：当系统可用性低于99.9%时，需在15分钟内通知所有干系人，该描述属于：A.沟通模型B.沟通需求C.沟通触发条件D.沟通技术答案：C解析：明确阈值与响应时限，属于触发条件。10.在软件项目收尾阶段，团队举行“经验教训”研讨会，输出最佳实践清单，该活动对应的知识领域是：A.整合管理B.采购管理C.干系人管理D.风险管理答案：A解析：经验教训总结属于整合管理中的结束项目或阶段。11.某开源组件采用GPLv3协议，项目经理计划将其用于商业闭源软件，正确的做法是：A.直接引入，但删除版权声明B.重新编写相似功能模块以规避协议C.购买商业授权或寻找宽松协议替代D.仅在服务器端使用，不分发即可规避答案：C解析：GPLv3具有传染性，闭源分发需开源，规避方式包括购买商业授权或替换。12.在分布式团队中，为降低“知识孤岛”风险，项目经理推行“结对编程+代码评审”组合，该措施属于：A.风险减轻B.风险转移C.风险接受D.风险规避答案：A解析：通过实践降低缺陷概率与单点知识流失，为减轻。13.项目采用SAFe框架，在PIPlanning中，哪项输出直接指导后续12周开发节奏？A.团队待办事项列表B.项目愿景说明书C.发布火车路线图D.PI目标与特性优先级答案：D解析：PIPlanning核心产出为PI目标与优先级，指导迭代节奏。14.某系统非功能性需求规定“单笔交易响应时间P99≤500ms”，该需求属于质量属性的：A.可靠性B.性能C.可维护性D.兼容性答案：B解析：响应时间属于性能指标。15.在合同类型选择中，若需求明确且变更风险低，买方希望成本可控，应优先采用：A.成本加激励费用合同B.固定总价合同C.工时材料合同D.成本加固定费用合同答案：B解析：需求明确时固定总价可将成本风险转移给卖方。二、多项选择题（每题3分，共30分，多选少选均不得分）16.以下关于用户故事“INVEST”原则的表述正确的有：A.Negotiable表示故事细节可协商B.Valuable表示对开发人员有价值C.Small表示故事粒度可在一个迭代完成D.Testable表示故事有明确验收标准E.Independent表示故事完全无依赖答案：A、C、D解析：Valuable指对用户有价值；Independent尽量独立但非绝对。17.在项目启动阶段，商业论证文件包含：A.市场机会分析B.粗略收益测算C.详细预算表D.高层次风险E.项目范围说明书答案：A、B、D解析：详细预算与范围说明书属规划阶段。18.以下哪些指标可用于衡量DevOps成熟度？A.部署频率B.变更失败率C.平均恢复时间MTTRD.故事点完成率E.需求缺陷密度答案：A、B、C解析：D、E偏向敏捷与质量，非DevOps核心四指标。19.关于软件项目采购管理，正确的有：A.招标文件中可要求供应商提供CMMI等级证明B.采用竞争性谈判时，采购方可与多家供应商分别议价C.固定总价合同中，成本超支风险由买方承担D.合同收尾需确认所有可交付成果满足要求E.采购审计由项目经理独立完成，无需采购部参与答案：A、B、D解析：C风险由卖方承担；E审计需多方参与。20.在分布式缓存选型时，团队评估RedisCluster与Hazelcast，以下属于RedisCluster优势的有：A.支持多语言客户端B.数据一致性采用强一致模型C.支持Lua脚本原子操作D.支持数据持久化到磁盘E.原生支持计算网格答案：A、C、D解析：Redis为最终一致；计算网格为Hazelcast特性。21.以下关于软件配置管理基线的描述正确的有：A.基线变更需走CCB审批B.基线一旦建立不可再修改C.基线提供开发阶段快照D.基线可用于回溯版本E.基线包含源代码、文档与依赖二进制答案：A、C、D、E解析：B可修改但需审批。22.某金融项目要求满足监管合规，需实现“两地三中心”容灾，技术方案应包含：A.同城双活B.异地冷备C.数据零丢失RPO=0D.网络层动态负载均衡E.应用层幂等设计答案：A、B、D、E解析：异地冷备RPO>0，无法保证零丢失。23.在Scrum环境中，产品负责人PO的职责包括：A.确保团队不受外部干扰B.管理产品待办列表优先级C.批准Sprint目标D.决定发布日期与内容E.移除团队遇到的障碍答案：B、C、D解析：A、E为ScrumMaster职责。24.以下属于软件项目“隐性”成本的有：A.技术债务导致的未来重构开销B.员工加班餐费C.关键人员离职知识流失D.服务器年度折旧E.低质量代码带来的客户流失答案：A、C、E解析：B、D为显性成本。25.在大型政府项目招标中，以下行为违反《招标投标法》的有：A.招标人组织部分潜在供应商踏勘项目现场B.招标文件发出后15日即开标C.评标委员会由5名技术专家与2名招标人代表组成D.中标通知书发出后30日签订书面合同E.招标人要求投标人提交不低于项目估算价2%的投标保证金答案：A、B解析：A应统一组织；B至少20日；C、D、E合法。三、判断改错题（每题2分，共20分，先判断对错，若错则划出错误部分并改正）26.在项目成本估算中，参数估算比类比估算更依赖历史项目详细数据。答案：对。27.关键链法在关键路径基础上加入资源缓冲，通常将缓冲设置在非关键路径末端。答案：错，改为“设置在项目末端或接驳点”。28.根据ISO/IEC25010标准，安全性属于软件质量模型的“使用质量”特性。答案：错，改为“产品质量模型”。29.在敏捷项目中，SprintRetrospective的唯一目的是评估团队速度并调整故事点基准。答案：错，改为“识别过程改进并制定行动计划”。30.合同中的“不可抗力”条款属于转移风险的工具。答案：对。31.GitFlow工作流中，hotfix分支应从develop分支检出并合并回master与develop。答案：对。32.在微服务架构中，使用分布式事务的Saga模式可避免所有服务的数据不一致。答案：错，改为“最终一致而非强一致”。33.项目集管理关注项目间的依赖关系与资源优化，而项目组合管理关注战略目标与投资回报。答案：对。34.根据PMBOK第7版，项目管理原则之一是“系统交互大于系统组件”。答案：对。35.软件项目验收测试通过即表示项目正式结束，无需再进行行政收尾。答案：错，改为“仍需行政收尾释放资源”。四、简答题（每题10分，共30分）36.某互联网公司在618大促前3个月启动“库存秒杀”子项目，采用Scrum+DevOps，团队发现性能测试环境硬件配置与生产相差甚远，导致压测结果失真。请简述项目经理应如何系统性解决该问题，并说明涉及的干系人及沟通策略。答案要点：1.识别差距：对比环境CPU、内存、磁盘IOPS、网络带宽、内核参数、容器限额。2.成本收益分析：提交三种方案——①扩容测试环境至生产80%规格；②使用云压测服务按需租用；③引入流量回放与生产影子表。3.干系人：技术委员会、财务、云厂商、运维、DBA、安全合规、市场部门。4.沟通策略：技术委员会：提供性能差距数据与风险量化（如订单损失估算）。财务：展示ROI，说明因性能问题导致的潜在收入损失大于投入。市场：同步大促峰值预测，争取预算。运维与安全：评估云压测IP白名单、数据脱敏方案。5.决策记录：更新风险登记册，将“环境差异导致性能结论失真”风险概率降至低，残余风险接受。6.后续监控：在PIPlanning加入“环境一致性”检查项，每迭代Review回归。37.简述“技术债务”在软件项目中的主要成因、量化方法及偿还策略，并给出至少两种可视化工具示例。答案要点：成因：1.deadline驱动下牺牲代码质量；2.缺乏静态代码扫描门禁；3.架构演进滞后于业务增长；4.人员流动导致知识流失。量化方法：1.SQALE指数：基于违规严重度与修复成本加权；2.技术债务比率=TDC=(修复成本/开发成本)×100%，业界警戒线5%；3.循环复杂度增量：PR触发时计算delta；4.缺陷密度关联：高债务模块缺陷率>均值2倍。偿还策略：1.设立“债务预算”：每迭代预留15%容量；2.重构用户故事：将债务卡片放入产品待办，由PO排序；3.童子军规则：提交代码时使模块比检出时更干净；4.架构升降级：对核心域采用领域建模，非核心保持简单。可视化工具：1.SonarQubeTechnicalDebt插件：Treemap热力图展示债务分布；2.CodeScene：结合版本历史预测债务“热点”与交付风险；3.自定义PowerBI仪表盘：拉取SonarAPI，按团队、微服务维度展示趋势。38.某跨国团队因时差导致每日站会效率低下，PO位于硅谷，开发在印度，测试在成都。请设计一套异步协作方案，确保信息透明、阻塞快速上升，并给出工具链与节奏安排。答案要点：1.异步站会格式：采用Slack线程模板，包含“昨天完成/今天计划/阻塞/需要帮助”四栏，强制@相关人。2.时间窗口：印度时间18:00前提交，成都时间20:00前补充，PO在硅谷时间上午9:00前回复。3.工具链：Jira看板自动推送卡片状态变化到Slack频道；GitHubPR与Jira双向链接，代码评审阻塞自动标记“Impediment”标签；使用Loom录制3分钟视频演示复杂问题，避免文字歧义。4.节奏：每周一异步PIPlanning，使用Miro故事地图；周三“阻塞清扫”视频会议，仅讨论标记>24小时的impediment；周五Demo采用YouTube直播+录播，供缺席成员回放。5.度量：站会响应率≥95%，阻塞平均解决时间<8小时，团队满意度每迭代Survey。6.文化：鼓励“过度沟通”，Slack状态emoji表示可用性，减少等待。五、计算题（每题15分，共30分）39.某软件项目包含7个活动，逻辑关系与估算如下表（单位：人天）：活动紧前乐观最可能悲观A—468BA359CA246DB333EC468FD,E579GF234采用PERT方法计算：（1）各活动期望工期与标准差；（2）项目总工期期望与标准差；（3）在95%置信水平下（Z=1.96），项目工期区间；（4）若公司要求项目必须在28人天内完成，计算其概率并给出风险应对建议。答案：（1）期望工期TE=(O+4M+P)/6，标准差σ=(P-O)/6A:TE=6,σ=0.67B:TE=5.33,σ=1.00C:TE=4,σ=0.67D:TE=3,σ=0E:TE=6,σ=0.67F:TE=7,σ=0.67G:TE=3,σ=0.33（2）路径分析：路径1：A-B-D-F-G=6+5.33+3+7+3=24.33路径2：A-C-E-F-G=6+4+6+7+3=26（关键路径）总期望工期=26人天总方差=0.67²+0.67²+0.67²+0.67²+0.33²=1.78总标准差σ=√1.78≈1.33（3）95%区间：26±1.96×1.33→[23.4,28.6]人天（4）28人天对应Z=(28