2025上半年系统集成项目管理师考试真题及答案

2025上半年系统集成项目管理师考试练习题及答案一、单项选择题（共75题，每题1分，每题的备选项中，只有1个最符合题意）1.某企业计划开发客户关系管理（CRM）系统，在项目启动阶段，项目经理首先需要完成的工作是：A.制定项目管理计划B.识别关键干系人C.进行成本效益分析D.签订项目合同答案：B解析：项目启动阶段的核心是识别干系人并制定干系人管理策略，确保后续沟通和需求管理的有效性。2.关于WBS（工作分解结构）的描述，正确的是：A.WBS应分解到不可再分的工作包，每个工作包只能对应一个活动B.WBS的分解层级越多，项目管理越精细，因此应尽可能分解到最底层C.子项目的WBS可以独立于整体项目WBS单独编制D.WBS的编制应遵循“100%规则”，即上层所有工作必须完全分解到下层答案：D解析：WBS的100%规则要求上层工作必须完全分解到下层，确保范围完整性；工作包可对应多个活动，分解层级需适度，子项目WBS需与整体WBS协调。3.某项目进度计划中，活动A的乐观时间3天、最可能时间5天、悲观时间7天，采用三点估算法计算期望值为：A.5天B.5.33天C.5.67天D.6天答案：A解析：三点估算公式为（乐观+4×最可能+悲观）/6，即（3+4×5+7）/6=30/6=5天。4.某项目预算总成本为100万元，第3个月末实际成本（AC）为35万元，计划成本（PV）为30万元，挣值（EV）为28万元。此时项目的成本偏差（CV）和进度偏差（SV）分别为：A.CV=+7万元，SV=2万元B.CV=7万元，SV=+2万元C.CV=7万元，SV=2万元D.CV=+7万元，SV=+2万元答案：C解析：CV=EVAC=2835=7万元（成本超支）；SV=EVPV=2830=2万元（进度落后）。5.关于项目风险管理的描述，错误的是：A.风险登记册在规划风险管理过程中首次编制B.定性风险分析的主要输出是风险优先级清单C.定量风险分析需为每个风险分配数值概率D.风险应对措施应在风险发生前制定并审批答案：C解析：定量风险分析可对整体项目风险进行数值分析，并非每个风险都需分配数值概率。6.某系统集成项目涉及硬件采购、软件开发、系统测试三个子项目，其中硬件采购合同为固定总价合同，软件开发合同为成本加激励费用合同。该组合合同策略的主要目的是：A.降低硬件供应商的风险B.激励软件开发商控制成本C.确保硬件交付时间D.平衡甲乙双方的风险责任答案：B解析：成本加激励费用合同通过设定成本基准和奖励比例，激励承包商控制成本，适用于需求易变的软件开发场景。7.关于配置管理的描述，正确的是：A.配置项的版本号由CMO（配置管理员）统一分配，开发人员不得自行修改B.基线一旦建立，所有配置项的变更必须通过CCB（变更控制委员会）审批C.配置审计分为功能审计和物理审计，功能审计关注配置项的技术正确性D.配置库中的开发库用于存放已发布的正式版本，供测试和部署使用答案：C解析：功能审计验证配置项是否满足技术需求，物理审计验证配置项的完整性和一致性；开发库用于开发人员日常修改，受控库存放基线版本。8.某项目需要将原有C/S架构的财务系统迁移至B/S架构，关键干系人包括财务总监（关注数据安全）、IT总监（关注迁移成本）、终端用户（关注操作便捷性）。项目经理在制定沟通计划时，应优先满足的需求是：A.向财务总监定期汇报数据加密措施实施情况B.向IT总监提交周度成本偏差分析报告C.向终端用户提供操作培训手册D.向所有干系人发送项目进度周报答案：A解析：关键干系人的需求优先级由其权力/利益矩阵决定，财务总监高权力高利益，需重点管理，数据安全是其核心关注点。9.依据《信息系统项目管理师教程（第4版）》，以下不属于项目收尾过程组的活动是：A.确认可交付成果通过验收B.结算未支付的项目款项C.更新组织过程资产D.开展项目后评价答案：D解析：项目后评价属于项目完成后的独立评估活动，不属于项目收尾过程组。10.关于敏捷项目管理的描述，错误的是：A.敏捷强调客户协作优于合同谈判B.每日站会（DailyScrum）时间通常不超过15分钟C.故事点（StoryPoint）用于估算用户故事的规模，与实际工时直接相关D.燃尽图（BurndownChart）用于跟踪迭代剩余工作量答案：C解析：故事点是相对估算单位（如1、2、3、5），不与实际工时直接挂钩，旨在避免过度关注时间而非价值。（因篇幅限制，此处省略1175题，实际考试中需完整覆盖十大知识领域及专业技术考点）二、案例分析题（共3题，每题25分）案例一：某企业ERP系统升级项目背景：某制造企业启动ERP系统升级项目，目标是将原有系统从V5.0升级到V7.0，支持多工厂协同生产。项目周期6个月，预算200万元。项目经理张伟在项目启动时编制了初步范围说明书，包含12个功能模块。项目执行到第3个月时，出现以下问题：开发团队反馈需求频繁变更，部分模块需求文档与用户实际操作场景不符；测试团队发现新系统与企业现有MES系统接口调试失败，影响集成测试进度；财务部门指出项目实际支出已达130万元（计划支出100万元），成本超支明显。问题1：分析项目当前出现问题的可能原因（8分）问题2：针对需求变更问题，提出具体的解决措施（9分）问题3：计算项目当前的成本绩效指数（CPI）和进度绩效指数（SPI），并判断项目状态（8分）答案：问题1：可能原因包括：（1）需求管理不到位：启动阶段未充分开展需求调研，需求文档未经过关键用户确认；（2）接口设计缺陷：前期未与MES系统供应商进行接口规范确认，导致集成测试时出现不兼容；（3）成本控制失效：未建立有效的成本基准，或变更管理流程未严格执行，导致变更带来的成本增加未被及时跟踪；（4）干系人沟通不足：用户方关键业务人员参与度低，需求变更缺乏有效控制。问题2：解决措施：（1）建立正式的变更控制流程：所有需求变更需提交变更申请，经CCB（包含用户代表、开发、测试、项目经理）审批；（2）开展需求确认会：组织关键用户对现有需求文档进行逐一验证，明确“必须实现”和“可选实现”的功能；（3）使用需求跟踪矩阵：将每个需求与测试用例、开发任务关联，确保变更影响可追溯；（4）设置变更缓冲区：在项目进度和预算中预留10%15%的余量，应对合理变更。问题3：假设EV（挣值）为计划支出的80%（即100×80%=80万元），则：CPI=EV/AC=80/130≈0.615（成本超支）；SPI=EV/PV=80/100=0.8（进度落后）；项目处于成本超支且进度落后状态，需立即采取纠正措施。案例二：某智慧城市监控系统集成项目背景：某市政府招标建设智慧城市监控系统，包含500个摄像头部署、中心机房建设、视频分析平台开发三个子项目。中标单位A公司任命李娜为项目经理。项目执行中，李娜发现：摄像头供应商B公司因产能问题延迟15天交货；中心机房所在区域因市政管道施工，导致设备安装推迟10天；视频分析平台开发团队因核心工程师离职，进度滞后20天。问题1：列出项目可能面临的风险类型（6分）问题2：针对供应商延迟交货风险，提出4种应对策略（8分）问题3：若项目总工期允许最多延迟15天，应优先解决哪类风险？说明理由（11分）答案：问题1：风险类型包括：（1）外部风险：市政施工导致的机房安装延迟；（2）供应商风险：B公司产能不足导致的交货延迟；（3）人员风险：开发团队核心工程师离职；（4）技术风险：视频分析平台开发难度超预期；（5）进度风险：多子项目并行导致的协调困难。问题2：应对策略：（1）规避：选择备用供应商C公司，签订紧急供货协议；（2）转移：在合同中约定延迟交货的违约金条款，转移部分风险；（3）减轻：要求B公司增加生产线，承诺额外费用以加快生产；（4）接受：若延迟影响较小，预留缓冲时间并调整后续安装计划。问题3：应优先解决视频分析平台开发进度滞后风险。理由：（1）开发团队滞后20天，超过总工期允许的15天延迟上限；（2）视频分析平台是核心功能模块，其完成度直接影响系统联调与验收；（3）供应商延迟15天和机房安装延迟10天的总影响为15天（取最大值），未超过允许延迟，而开发滞后20天需重点解决，可通过增加资源（如外包部分模块）、加班赶工等方式压缩进度。案例三：某企业信息系统集成项目沟通管理背景：某科技公司承接某银行信贷管理系统集成项目，涉及银行IT部、信贷部、风控部、第三方数据服务商（提供征信接口）等多个干系人。项目经理王强在项目初期未系统识别干系人，仅与IT部负责人保持沟通。项目执行2个月后，信贷部提出核心业务流程与系统设计不符，要求重新开发；风控部指出数据安全等级未达到监管要求，需增加加密模块；第三方数据服务商因未收到接口需求文档，暂停开发。问题1：分析沟通管理存在的主要问题（9分）问题2：简述干系人分析的主要步骤（8分）问题3：设计一份针对第三方数据服务商的沟通计划（8分）答案：问题1：主要问题：（1）干系人识别不完整：未识别信贷部、风控部等关键业务部门；（2）沟通渠道单一：仅与IT部沟通，未建立多部门沟通机制；（3）需求传递滞后：未及时向第三方服务商提供接口需求文档；（4）沟通频率不足：未定期收集各干系人反馈，导致需求偏差积累；（5）沟通内容不明确：未明确各干系人的信息需求（如信贷部关注业务流程，风控部关注安全）。问题2：干系人分析步骤：（1）识别干系人：通过项目章程、合同、会议记录等工具，列出所有可能影响或受项目影响的个人/组织；（2）分析干系人属性：记录干系人的角色、利益、权力、态度（支持/中立/反对）；（3）评估干系人影响：使用权力/利益矩阵、权力/影响矩阵等工具，划分干系人优先级；（4）制定沟通策略：针对高优先级干系人（如高权力高利益）制定个性化沟通计划。问题3：第三方数据服务商沟通计划：沟通目标：确保接口开发符合银行征信数据对接要求，按时完成联调；沟通内容：接口规范文档（包括数据格式、传输协议、安全要求）、开发进度表、问题清单；沟通频率：每周三10:00召开线上进度会，每日通过项目管理工具（如Jira）同步任务状态；沟通方式：正式文档（邮件+电子签名）、即时通讯（企业微信）、视频会议；责任人员：项目经理王强（总协调）、系统架构师（技术对接）、商务专员（合同事宜）；反馈机制：要求服务商在24小时内响应问题，重大问题需4小时内给出初步解决方案。三、论文题（共1题，75分）请以“信息系统集成项目的范围管理”为题，结合你参与的实际项目，论述以下内容：1.范围管理的重要性及主要过程；2.你在项目中实施范围管理的具体做法；3.实施范围管理的经验与教训。（注：以下为示例论文，实际需结合个人项目经验展开）正文：在我参与的某制造企业智能仓储管理系统集成项目中，范围管理是确保项目成功交付的关键。该项目旨在整合企业现有WMS（仓库管理系统）、TMS（运输管理系统）和RFID（射频识别）硬件，实现从入库到配送的全流程数字化管理。项目周期10个月，预算800万元，涉及软件研发、硬件部署、数据对接等多领域工作。若范围管理不当，可能导致功能遗漏、需求蔓延或成本超支，因此我严格按照范围管理的六大过程开展工作。一、范围管理的重要性及主要过程范围管理是项目管理的核心要素之一，其重要性体现在：（1）明确项目边界，避免“镀金”或“漏项”；（2）为进度、成本、质量等管理提供基准；（3）减少需求变更带来的风险，提高客户满意度。根据PMBOK指南，范围管理包括规划范围管理、收集需求、定义范围、创建WBS、确认范围、控制范围六大过程。其中，收集需求是基础，通过与干系人互动获取真实需求；定义范围需提炼需求形成范围说明书；创建WBS将范围分解为可管理的工作包；确认范围确保可交付成果符合要求；控制范围则监控范围变更，维护范围基准的稳定性。二、项目中实施范围管理的具体做法1.规划范围管理：项目启动阶段，我组织项目团队、企业IT部、仓储部、运输部代表召开范围管理规划会，制定《范围管理计划》。明确需求收集方法（访谈、原型法、问卷调查）、范围确认标准（功能测试通过率≥95%、用户签字确认）、变更控制流程（申请→评估→审批→执行→记录），并指定配置管理员负责范围基准的版本控制。2.收集需求：针对不同干系人设计差异化的需求收集策略。对仓储部操作人员，采用现场观察法记录日常拣货、盘点流程，制作业务流程图；对部门主管，通过焦点小组会议讨论核心需求（如库存周转率提升20%）；对IT部，通过接口文档分析确定与ERP系统的集成要求。共收集原始需求237条，使用亲和图分类为基础功能（123条）、扩展功能（85条）、可选功能（29条）。3.定义范围：基于收集的需求，编制《项目范围说明书》，明确项目目标（实现仓储作业效率提升30%）、可交付成果（WMSV2.0软件、500个RFID标签、系统集成报告）、除外责任（不包含运输车辆调度算法开发）、验收标准（连续7天无重大故障）。组织干系人评审会，对“库存预警规则”“异常订单处理流程”等争议点进行澄清，最终形成三方（我方、企业、监理）签字的范围基准。4.创建WBS：以范围说明书为依据，采用自上而下分解法，将项目分解为硬件采购（一级）、软件研发（一级）、系统集成（一级）、验收交付（一级）四个一级节点。硬件采购分解为RFID标签采购（二级）、读写器采购（二级）等；软件研发分解为需求分析（二级）、编码（二级）、测试（二级）等，最终形成5层WBS结构，包含126个工作包，每个工作包明确责任人、工期、验收标准。5.确认范围：在关键里程碑节点（如硬件到货、软件原型完成、系统联调结束），组织干系人进行范围确认。例如，硬件到货时，由仓储部人员清点数量，IT部测试读写器性能，共同签署《硬件验