信息系统项目管理师配置管理题库（含解析）

信息系统项目管理师配置管理题库（含解析）一、判断题（每题2分，共20分）1.信息系统项目执行过程中产生的所有产出物都属于配置项，需要纳入配置管理系统进行统一管理。2.功能基线通常是在项目需求分析阶段结束后，经过正式评审和批准建立的，是后续所有开发工作的基础依据。3.配置控制委员会（CCB）的成员必须全部由甲方单位的高层管理人员组成，确保变更决策的权威性。4.版本号为X.Y格式（X、Y均为整数）的配置项属于正式发布的基线配置项。5.配置审计包括功能配置审计和物理配置审计两类，其中功能配置审计的核心目标是验证配置项的物理存储完整性和版本标识正确性。6.配置状态报告需要向项目所有相关方同步全部配置变更的细节信息，确保信息公开透明。7.基线变更申请经过CCB审批通过后，开发人员即可直接对基线配置项进行修改，无需再执行其他流程。8.为了保证配置项的一致性，所有配置项的修改权限都应该仅开放给配置管理员，其他项目成员只有只读权限。9.配置管理计划是独立于项目整体管理计划的专项计划，不需要纳入整体管理计划进行统一审批和管控。10.采用配置项的“检出”和“检入”机制，可以有效避免多个开发人员同时修改同一个配置项导致的版本冲突问题。二、单选题（每题2分，共20分）1.下列关于配置项的描述，正确的是A.只有正式交付给客户的文档和软件安装包属于配置项，项目内部过程记录不属于配置项范畴B.处于草稿状态的配置项版本号通常为0.YZ格式，其中YZ的取值范围为01到99C.基线配置项的修改不需要经过CCB审批，仅需要在配置管理员处进行登记即可D.配置项的历史版本在新的正式版本发布后可以直接删除，不需要留存2.下列选项中，不属于配置管理核心活动的是A.配置标识B.变更控制C.需求跟踪D.配置审计3.配置控制委员会（CCB）的核心职责是A.负责配置项的日常修改和维护工作B.审批配置基线的变更申请，评估变更影响C.编写项目配置管理计划D.执行配置审计工作，识别配置管理问题4.某配置项当前的正式版本号为2.1，经过一次不涉及基线调整的小功能优化后，其修改过程中的版本号应为A.2.11B.2.2C.3.0D.3.15.功能配置审计的验证内容不包括下列哪项A.配置项的功能和性能符合需求规格说明的要求B.配置项的所有变更都已经过审批和记录C.配置项的运行手册等配套文档齐全且和产品功能一致D.配置项的物理存储介质无损坏且备份数量符合要求6.下列关于配置基线的说法，正确的是A.项目执行过程中只能建立一条产品基线B.基线建立后不能进行任何修改C.所有基线都必须经过正式评审后才能发布生效D.只有软件代码类配置项需要纳入基线管理7.下列选项中，不属于配置管理员核心职责的是A.维护配置管理系统的正常运行B.为项目成员分配配置项的访问权限C.审批开发人员提交的配置项变更申请D.定期生成配置状态报告同步给相关方8.某迭代开发项目在测试前，需要为当前版本的代码库打专属标签用于测试环境部署，该操作属于配置管理的哪项活动A.配置标识B.版本管理C.配置审计D.变更控制9.下列哪种场景下，不需要开展配置审计工作A.项目正式发布上线前B.某批次配置项变更完成后C.项目收尾阶段进行资产归档时D.开发人员每日提交本地代码后10.下列配置项变更流程的顺序，正确的是①变更实施②变更申请③变更验证④CCB审批⑤变更发布⑥变更评估A.②⑥④①③⑤B.②④⑥①③⑤C.⑥②④①⑤③D.②⑥①④③⑤三、多选题（每题2分，共20分，多选、少选、错选均不得分）1.下列选项中，属于配置项范畴的有A.经过正式评审的项目可行性研究报告B.测试团队编写的正式测试用例C.项目临时会议的非正式草稿纪要D.正式发布的软件安装包E.开发人员本地未提交的代码草稿2.信息系统项目配置管理过程中，通常需要建立的基线包括A.需求基线B.设计基线C.成本基线D.产品基线E.测试基线3.下列关于配置控制委员会（CCB）的说法，正确的有A.CCB成员可以包括甲方代表、乙方项目经理、核心开发人员、测试负责人等相关方B.小微型项目可以不设立专门的CCB，由项目经理兼任CCB的职责C.CCB负责所有配置项变更的审批工作，无论变更规模大小D.CCB的决策结果必须通知到所有受变更影响的相关方E.CCB可以定期召开固定会议，批量评审变更申请4.物理配置审计的验证内容包括A.配置项的实体完整性，不存在缺失B.配置项的功能和对应的需求规格说明完全一致C.配置项的版本号标识正确，和配置记录一致D.配置项的备份数量和存储位置符合管理要求E.配置项的所有变更记录完整可追溯5.配置状态报告通常包含的内容有A.当前各配置基线的版本信息B.近期已完成的配置变更清单C.待审批的变更申请列表D.配置项的代码缺陷统计数据E.配置审计发现的问题及整改情况6.下列关于配置版本管理的说法，正确的有A.处于草稿状态的配置项可以由编写人员自行修改，不需要走正式变更流程B.正式发布的基线配置项版本号通常为X.Y格式，其中X为主版本号，Y为次版本号C.当配置项发生重大架构调整时，主版本号需要加1D.所有配置项的历史版本都需要永久留存，不得删除E.配置项的检出操作可以限制同一时间只有一个用户可以修改受控配置项7.配置标识的核心工作内容包括A.识别需要纳入配置管理的配置项范围B.为每个配置项分配唯一的标识号C.确定配置项的所有者和访问权限D.建立配置项和用户需求之间的跟踪矩阵E.记录配置项的版本信息和变更历史8.下列属于配置管理过程中常见风险的有A.未建立配置基线，导致版本混乱无法追溯B.配置项变更未经过审批，出现私改问题C.配置审计不及时，导致交付物和需求不符D.配置系统权限设置不合理，导致核心代码泄露E.开发人员编程技能不足，导致代码质量低下9.下列关于配置变更控制的说法，正确的有A.所有配置变更都必须提交书面的变更申请，留存记录B.变更评估只需要评估变更的技术可行性，不需要评估对成本和进度的影响C.变更实施过程需要做好修改痕迹留存，确保可追溯D.变更验证工作可以由测试人员或者质量管理人员完成E.变更发布后只需要通知开发团队，不需要通知客户等其他相关方10.主流的配置管理系统通常具备的功能包括A.配置项的版本追溯和管理B.变更申请和审批流程的支持C.配置项的访问权限控制D.自动完成全量配置审计工作E.配置状态报告的自动生成四、案例分析题（每题6分，共18分）1.案例背景：某企业内部管理系统开发项目，周期6个月，团队规模15人，项目执行到第3个月时，测试团队发现测试环境的代码版本和开发团队提交的发布版本不一致，追溯后发现是开发人员小李为了修复一个紧急小缺陷，未经审批直接修改了基线代码库的对应功能模块，导致测试过程中重现了3个之前已经验证关闭的缺陷。问题：（1）请指出该项目配置管理过程中存在的2个核心问题；（2）请给出对应的2条整改措施。2.案例背景：某政务服务信息化项目，在正式上线前开展配置审计时，发现拟交付的软件安装包版本号为V2.3，但对应的用户操作手册版本号为V2.1，手册中描述的部分功能和实际软件功能不一致，且未查询到该手册的相关变更记录。问题：（1）本次配置审计属于功能配置审计还是物理配置审计，请说明判断依据；（2）请说明出现该问题的2个主要原因。3.案例背景：某互联网公司的C端产品迭代开发项目，采用两周一个版本的敏捷开发模式，每次版本发布前都需要走完整的变更审批流程，近期团队成员反馈审批流程过长，经常导致版本延期发布。问题：请给出3条在不降低配置管理规范性的前提下，优化配置变更流程的合理建议。五、论述题（每题11分，共22分）1.请结合信息系统项目管理实践，论述配置管理在项目中的核心价值，以及中小规模软件开发项目开展配置管理的核心落地要点。2.请对比分析瀑布开发模型和敏捷开发模型下配置管理工作的差异，并说明敏捷开发场景下做好配置管理需要重点关注的内容。---标准答案及解析一、判断题答案及解析1.参考答案：×。解析：只有经过正式评审、具有参考和留存价值的产出物才属于配置项，非正式的草稿、临时记录等不需要纳入配置管理。2.参考答案：√。解析：功能基线是在需求分析阶段结束后，经过正式评审批准的需求规格说明，是后续开发、测试的核心依据。3.参考答案：×。解析：CCB成员由项目相关方共同组成，包括甲方、乙方、甚至第三方的相关人员，不需要全部是甲方高层，小项目还可以由项目经理兼任。4.参考答案：√。解析：配置项版本号规则中，草稿状态为0.YZ，修改状态为X.YZ，正式发布的基线配置项为X.Y格式。5.参考答案：×。解析：功能配置审计验证配置项的功能、性能是否符合需求，物理配置审计才是验证物理完整性、版本标识正确性等内容。6.参考答案：×。解析：配置状态报告需要根据相关方的信息需求按需同步，不需要向所有相关方同步全部变更细节，避免信息过载。7.参考答案：×。解析：变更审批通过后，还需要执行变更实施、变更验证、变更登记、变更发布等流程，不能直接修改后直接使用。8.参考答案：×。解析：非受控的草稿类配置项可以开放修改权限给编写人员，只有受控的基线配置项才需要严格控制修改权限。9.参考答案：×。解析：配置管理计划是项目整体管理计划的组成部分，需要和整体计划一起审批、统一管控。10.参考答案：√。解析：检出机制会锁定配置项，同一时间仅允许一个用户修改，修改完成后检入释放锁，有效避免版本冲突。二、单选题答案及解析1.参考答案：B。解析：A选项错误，项目内部正式的过程记录也属于配置项；C选项错误，基线配置项修改必须经过CCB审批；D选项错误，配置项历史版本需要按要求留存，不能直接删除。2.参考答案：C。解析：需求跟踪属于需求管理的核心活动，不属于配置管理活动。3.参考答案：B。解析：A是开发人员的职责，C和D是配置管理员/质量管理人员的职责，CCB的核心职责是审批基线变更。4.参考答案：A。解析：不涉及基线调整的小修改，版本号在原有次版本号后增加第三位，修改过程中版本号为2.11，修改完成正式发布后变为2.2。5.参考答案：D。解析：D选项属于物理配置审计的验证内容，不属于功能配置审计范畴。6.参考答案：C。解析：A选项错误，项目可以根据阶段建立多条基线；B选项错误，基线经过审批后可以变更；D选项错误，文档、代码、工具等都可以纳入基线管理。7.参考答案：C。解析：变更申请的审批是CCB的职责，不属于配置管理员的工作内容。8.参考答案：B。解析：给代码打标签属于版本管理的核心操作，用于标记特定版本的配置项。9.参考答案：D。解析：开发人员每日提交代码属于日常开发操作，不需要每次都开展配置审计，其余三个场景均为配置审计的常规触发场景。10.参考答案：A。解析：配置变更的标准流程为：提交变更申请、变更评估、CCB审批、变更实施、变更验证、变更发布。三、多选题答案及解析1.参考答案：ABD。解析：非正式的草稿纪要、开发人员本地未提交的代码草稿不属于正式配置项，不需要纳入配置管理。2.参考答案：ABDE。解析：成本基线属于项目成本管理的范畴，不属于配置管理的基线。3.参考答案：ABDE。解析：C选项错误，小的非基线变更（如文档错别字修正）可以走简易审批流程，不需要CCB审批。4.参考答案：ACDE。解析：B选项属于功能配置审计的验证内容，不属于物理配置审计范畴。5.参考答案：ABCE。解析：代码缺陷统计数据属于测试管理的内容，不属于配置状态报告的常规内容。6.参考答案：ABCE。解析：D选项错误，无留存价值的草稿版本可以按照公司档案管理规定定期清理，不需要永久留存。7.参考答案：ABCE。解析：建立需求跟踪矩阵属于需求管理的工作内容，不属于配置标识的范畴。8.参考答案：ABCD。解析：开发人员技能不足属于人力资源管理和质量管理的风险，不属于配置管理风险。9.参考答案：ACD。解析：B选项错误，变更评估需要同时评估技术、成本、进度、质量等多维度影响；E选项错误，变更发布后需要通知所有受影响的相关方，包括客户。10.参考答案：ABCE。解析：配置审计需要人工开展，配置管理系统仅能提供辅助支持，无法自动完成全量配置审计工作。四、案例分析题答案及评分标准1.参考答案：（1）核心问题：①配置库权限设置不合理，开发人员拥有基线代码库的直接修改权限；②变更流程执行不到位，未经过审批就实施了基线配置项的变更。（每点2分，共4分）（2）整改措施：①调整配置库权限，基线库的修改权限仅开放给配置管理员，开发人员需要修改时走变更流程，由配置管理员统一发布；②加强变更流程宣贯，所有基线配置项的变更必须提交申请，经过CCB审批后才能实施。（每点1分，共2分）评分标准：问题描述符合场景即可得分，整改措施对应问题具备可操作性即可得分。2.参考答案：（1）属于功能配置审计（1分）。判断依据：本次审计的核心是验证配置项（手册和软件）的功能一致性，符合功能配置审计的定义（2分）。（2）主要原因：①配置变更管理不到位，软件版本升级后未同步修改配套的用户手册，也未做变更记录；②版本标识管理不规范，未同步更新手册的版本号，导致版本不匹配。（每点1.5分，共3分）评分标准：审计类型判断正确、依据合理即可得分，原因符合配置管理逻辑即可得分。3.参考答案：①对变更进行分级管理，小的缺陷修复、不涉及核心功能的优化走简易审批流程，由项目经理或者模块负责人审批即可，只有涉及基线调整的重大变更才需要CCB审批；②设置固定的变更审批时间，比如每周一、周三、周五下午集中审批本周的变更申请，避免零散审批浪费时间；③借助配置管理系统的自动化能力，实现变更申请自动提交、审批结果自动通知、变更内容自动记录，减少人工操作成本。（每点2分，共6分）评分标准：建议具备可操作性、不降低配置管理规范性即可得分，其他合理答案也可酌情给分。五、论述题答案及评分标准1.参考答案：（1）配置管理的核心价值（共5分）：①保证配置项的版本一致性，避免版本混乱导致的返工、缺陷问题；②规范变更流程，降低未授权变更带来的项目风险；③实现配置项的可追溯性，便于问题定位和版本回滚；④留存项目资产，为后续项目的复用和运维提供支撑；⑤提升项目交付质量，确保交付物和需求一致。（答出任意3点即可得3分，结合实践补充说明得2分）（2）中小项目配置管理核心落地要点（共6分）：①轻量化搭建配置管理体系，不需要过度复杂的流程，核心覆盖配置标识、版本管理、变更控制三个核心环节即可；②明确角色职责，小项目可以由项目经理兼任配置管理员，不需要单独设置岗位；③建立最少必要基线，比如需求基线、产品基线两个核心基线即可，