系统集成项目管理工程师案例真题题库

系统集成项目管理工程师案例真题题库一、试题一（25分）【说明】某信息系统集成项目包含A、B、C、D、E、F六项活动。活动依赖关系、计划工期和计划成本如下表所示，成本按工期均匀投入。项目进行到第10天末时，A已完成，B、C各完成50%，实际支出AC=70万元。活动紧前活动计划工期（天）计划成本（万元）A—520BA1040CA832DB1248EC624FD、E8321.请计算项目的关键路径和总工期。（5分）答案由依赖关系可形成两条路径：A-B-D-F和A-C-E-F。A-B-D-F工期为5+10+解析关键路径是项目网络图中最长的路径，其长度决定项目总工期。2.计算第10天末的PV、EV、AC、CV、SV、CPI、SPI。（10分）答案项目完工预算BAC=20+40+32+48+24+32=解析CV<0、SV<0，说明当前成本超支、进度落后；CPI和SPI均小于1，验证了成本与进度绩效不佳。3.根据上述计算结果，判断项目当前绩效状态；若按当前CPI趋势估算EAC，并给出纠偏措施。（10分）答案当前项目成本超支（CV=-14万元，CPI=0.8），进度落后（SV=-4万元，SPI≈0.93）。EAC按典型偏差估计：EA•赶工或快速跟进，压缩关键路径上的活动工期；•用经验更丰富、效率更高的资源替换低效资源；•加强质量管理，减少返工和缺陷；•与客户和干系人沟通，调整项目范围或资源优先级；•严格控制变更，避免范围蔓延；•定期核算PV、EV、AC，动态监控CPI、SPI。二、试题二（20分）【说明】某系统集成项目合同工期6个月，需求分析通过评审后建立了需求基线。项目进行到第2个月时，客户提出增加“移动端审批”功能，项目经理口头答应并安排开发人员直接实施，未修改需求规格说明书、WBS和进度计划。之后客户又多次口头提出界面调整，开发人员逐项修改，导致返工、进度滞后、成本超支。1.请从项目范围管理和变更管理角度，指出案例中存在的问题。（8分）•客户提出变更时，项目经理未要求提交正式的变更申请；•未对变更进行影响分析，未评估对范围、进度、成本、风险的影响；•未按变更控制流程提交变更控制委员会（CCB）审批，直接实施变更；•未更新需求规格说明书、WBS、进度计划等基线文件；•范围蔓延严重，新增功能和界面调整均未受控；•缺少范围确认和干系人验收环节；•沟通管理不规范，口头变更无书面记录；•未进行配置管理，导致版本混乱、无法追溯。2.请写出规范的变更控制流程。（8分）答案规范的变更控制流程一般包括：1.提出变更申请并形成书面记录；2.项目经理对变更申请进行初审，判断是否必要；3.对变更进行综合影响分析，包括范围、进度、成本、质量、风险等；4.将变更方案提交变更控制委员会（CCB）审批；5.批准后更新项目管理计划及相关基准，并通知相关干系人；6.组织实施变更，做好变更执行记录；7.监控变更实施，跟踪验证变更结果；8.验证通过后更新配置项、发布版本，并归档变更记录。3.为避免再次出现范围蔓延，项目经理应采取哪些措施？（4分）•建立并严格执行范围基准，明确可交付成果和验收标准；•建立需求跟踪矩阵，确保每项需求可追踪、可验证；•对任何新增或修改必须走变更控制流程，拒绝未批准的口头需求；•定期与客户进行范围确认和沟通，及时暴露分歧；•加强配置管理，确保文档和代码版本一致。三、试题三（15分）【说明】某政务云迁移项目计划工期5个月，采用开源微服务框架，项目团队大部分成员没有使用过该框架。项目启动时只编制了进度计划和成本计划，未制定风险管理计划。第2个月，核心开发工程师因个人原因离职，项目进度陷入停滞；第3个月，又发现该框架与现有安全审计系统不兼容，最终项目延期2个月。1.请分析该项目在风险管理方面存在的主要问题。（6分）•未制定风险管理计划，风险管理无章可循；•未进行风险识别，未建立风险登记册；•未对已识别风险进行定性和定量分析；•未制定风险应对措施，也未预留管理储备或应急储备；•未进行风险监控和定期评审；•对人员流失、新技术应用等风险认识不足，风险意识薄弱。2.请列举风险定性分析和定量分析的常用方法或工具。（5分）答案风险定性分析常用方法：风险概率与影响评估、概率影响矩阵、风险数据质量评估、风险分类、专家判断。风险定量分析常用方法：敏感性分析、期望货币价值（EMV）分析、决策树分析、蒙特卡洛模拟、专家判断。解析定性分析主要确定风险优先级；定量分析进一步量化风险对项目目标的影响，常用EM3.请分别针对“核心开发人员离职”和“框架与安全审计系统不兼容”两类风险，提出应对措施（每类至少两条）。（4分）答案针对核心开发人员离职风险：•对关键技术安排两名人员交叉培训，降低单点依赖；•与外聘专家或外包团队提前签订服务协议，必要时快速补充人力；•要求离职人员完成知识移交和文档整理，并对交接结果进行评审。针对框架不兼容风险：•在项目前期进行技术验证或原型验证（POC），尽早暴露兼容性问题；•选择更成熟稳定、兼容性更好的框架或中间件；•开发兼容层或集成适配器，并提前制定回退或替换方案。四、试题四（15分）【说明】某信息系统集成项目在系统测试阶段共发现200个缺陷，其中订单处理模块140个，用户登录模块30个，其余模块共30个。测试人员反映部分缺陷是由于需求变更没有同步到设计文档造成的。项目经理要求测试人员加班重测；质量保证人员只在里程碑节点对文档和代码进行了检查，未对开发测试过程进行持续审计。1.请解释质量保证（QA）与质量控制（QC）的区别，并指出本项目中QA、QC活动的不足。（6分）答案QA是过程管理和审计活动，重点确保项目团队按照既定的过程、标准和规范开展工作，目的是预防缺陷；QC是检查工作产品和结果是否符合要求，重点发现和纠正缺陷。本项目不足：QA只在里程碑检查，未开展持续过程审计，未及时发现需求变更未同步到文档等过程问题；QC只单纯要求加班重测，未对缺陷进行统计分析、定位根因，也未通过过程改进减少重复缺陷。2.计算订单处理模块的缺陷占比。结合帕累托法则，说明应优先解决什么问题。（4分）答案订单处理模块缺陷占比=140/200=70%解析帕累托法则指出绝大多数问题通常由少数关键原因引起。本项目中订单处理模块一个模块就占全部缺陷的70%，应优先对该模块进行根因分析和质量改进，可获得最大改进效果。3.请使用因果图分析订单处理模块缺陷集中的可能原因，并提出改进措施。（5分）答案因果图又称鱼骨图或石川图，可从人、机、料、法、环、测等维度查找根本原因。针对订单处理模块缺陷集中，可能有以下原因：•人：开发人员对业务规则理解不足，技能不足；•法：需求变更未同步到设计文档，开发流程不规范，缺乏代码评审；•料：输入数据异常、接口定义不清晰；•测：测试用例覆盖不全面，缺少