2022年配置管理访谈问题和答案 .pdf

序号问题答案1配置管理是怎么做的？项目经理在项目启动阶段就会指定配置管理员，配置管理员识别配置项，制订配置管理计划；然后在项目实施过程中，我们根据配置管理计划里程碑时间建立基线，对于纳入基线的配置项需要实施变更控制，要走变更流程并在变更跟踪表中进行跟踪。配置管理员会在基线建立、变更和发布时发布配置项状态报告，让所有人员获知配置项状态信息。QA 人员会对项目的配置管理状况实施配置审计2在你的项目中，那些工作产品进行配置管理？为什么？（或者问题方式可能是：配置项是如何识别的？）1. 对于产品质量起关键作用的工作产品( 例如测试数据和用例)2. 被两个或多个组共同使用的工作产品（详细设计说明书）3. 它会随着项目的开展而发生变化（例如需求跟踪矩阵）4. 工作产品之间的依赖性和制约性强一个工作产品变更会引起另外的工作产品变更（例如需求说明书）。3在你们项目中是否可以裁剪配置项？如何裁剪？可以裁剪。依据系统中的项目过程裁剪报告进行。可以裁减配置项。根据项目需求、组织标准软件过程库、过程资产库，软件生命周期、过程裁剪指南，制订项目定义软件过程，对不必要的过程和配置项进行裁剪。4什么时候准备配置管理计划？并请详细说明配置管理计划的内容？项目经理在项目启动阶段就会指定配置管理员，配置管理员识别配置项，依据项目计划制订配置管理计划；并和项目计划一起进行评审，配置管理计划是项目计划的子计划。配置管理计划的内容包括：1、目的， 2、人员与职责， 3、用于配置管理的软硬件资源，4、配置库的访问和授权， 5、识别配置项， 6、版本/ 修订编号， 7、配置库的结构， 8、基线计划、 9、配置库的维护和备份计划， 10、配置审计计划，5CM 的职责是什么？ CCB 的职责是什么？CM 的职责为项目制定配置管理计划确定工作产品的受控时机，维护基线的完整性。控制对配置项的变更，向开发者提供准确的配置项的状态。创建并维护配置库。CCB 的职责对配置管理各项活动拥有决策权。对基线的建立、发布、变更进行审批。6你是如何确定你的项目的配置项的访问控制的？根据配置库管理规范在配置管理计划中明确分配配置库中配置项的访问权限。在配置库中所有人员没有彻底删除的权限。开发人员根据权限不同访问开发库中的数据项（参考软件开发源代码配置管理指南）。受控库中的所有人有只读权限，配置管理员权限最大。7在你的项目中是如何发起变更请求，如何审核变更请求，如何报告变更状况的 ( 如何记录的 ) ？1、当配置项变更或其他情况引发基线变更时，变更申请人填写项目变更申请表提交项目经理，由项目经理对变更进行影响分析，提交CCB 审批，抄送 CM 。CM 填写变更跟踪表。若为需求变更需要客户的参与评审。2、变更申请通过 CCB 审批通过后，开始实施变更。若为需求变更当客户参与评审时还需客户审批通过方可实施变更。3、变更申请没有通过 CCB 审批，该变更申请单作废。4、配置管理员收到 CCB 审批通过的项目变更申请表后，从受控库中取出要变更的配置项，并发布配置状态报告，通知所有相关人员变更信息。5、变更实施人执行对配置项的具体变更后，将其发给配置管理员。6、配置管理员和相关人员对变更后的配置项进行验证，若验证通过，则验证人在变更申请单上记录验证花费的工作量后提交 CCB 批准。若验证不通过，则记录验证花费的工作量后返回继续修改。7、配置管理员做配置审计，配置管理员将所有变更的程序或文档返还放入受控库中，并对其进行变更标识，例如： V1.0变更为V1.1。最后发布配置状态报告通知与变更有关的相关人员变更结束。8、配置项变更结束后， CM 更新变更跟踪表。8配置项计划及跟踪表包含哪些内容？CM 配置项状态有几种？配置管理计划，配置管理备份表，配置审计报告。配置项的状态分为：建立, 修改, 删除9是否清楚 CM 库结构、基线库结构？配置库分为开发库和受控库（详见配置库管理和配置管理计划中的配置库结构）基线库的结构分为计划文档、需求文档、设计文档、测试文档、源代码、安装包名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 5 页 - - - - - - - - - 10 如何进行 CM 审计？CM 审计由谁来做？配置审计要审查整个配置管理过程是否符合规范，配置项是否与需求一致，记录正确，配置的组成是否具有一致性等等。配置审计分物理审计和功能审计，物理审计是qa和cm 一起根据评审报告审计配置项是否与需求一致。功能审计是项目经理和cm 一起根据测试报告审计代码是否和需求设计一致。审计依据配置管理计划中设定的时间进行，审计的对象是配置管理员。审计依据配置审计报告。审计结果在配置配置审计报告中追踪确认。11 怎样审核和授权软件基线的变更的？有CCB 审批基线的变更12 CCB 由哪些人员组成？项目经理 , 配置管理员， QA ，测试人员，主要开发人员等，对于重要项目可能会包括项目双方的高层管理者13 基线是怎么建立的？基线在指定的里程碑创建，即里程碑通过评审后将相关工件纳入基线。并与项目中的里程碑保持同步。需要纳入基线的所有配置项都要经过CCB 评审，并解决了评审中提出的问题，由CCB 验证后，项目组成员依据入库申请表通知配置管理员纳入受控库的相应的位置；在Label 中对基线进行标识。14 配置项的变更分析是怎么做的？由项目经理指派人员对变更进行影响分析15 如何处理配置项的变更？按照变更控制过程进行。变更申请- 识别变更 - 评审变更 - 批准变更 - 实施变更 - 验证变更配置项重新发布16 在你的项目中，你是如何知道配置项的最新状态的？从配置管理台账和配置状态报告中查询17 项目需要建立哪几个基线？需要建立三个基线：需求基线，设计基线，交付基线18 你是如何发布工作产品的？按公司的发布流程执行:1、发布基线中的配置项通过测试后，由质量管理部测试人员提供测试报告，并对遗留问题可以放行进行分析说明。2、项目经理提出并填写产品发布审核；发布的配置项是中产品发布清单列表；3、由测试部经理填写产品测试环境和产品测试结论，并签字确认；4、由QA 和产品开发部经理根据产品发布审核审核发布清单中的发布项；5、由质量管理部分管副总在产品发布审核中签字批准；6、研发中心评审要发布的配置项，评审通过后由产品开发部分管副总在产品发布审核签字批准；7、配置管理员按照发布清单，将受控库中的全部配置项提交产品库中的相应位置；发布配置状态19 QA 人员在你们项目中做些什么？制定质量保证计划、对过程进行审计、对工件进行评审、对数据进行收集20 关于配置管理你受过什么样的培训公司组织外训班，自学21 配置管理的主要活动有哪些？主要包括识别配置项、变更控制、状态记录报告及审计。22建立和维护基线完整性的含义是什么？在进行基线完整性检查时，和要分别作些什么工作？是如何做的？含义是保护工作产品的完整性。CM 和QA 根据配置审计模板中的审计项检查配置审计分物理审计和功能审计，物理审计是qa和cm 一起根据评审报告审计配置项是否与需求一致。功能审计是项目经理和 cm 一起根据测试报告审计代码是否和需求设计一致。23 配置项的名称是怎么定义的？项目名称（或合同号） +文件名称 +版本号代码标识为：合同号 -PJcode（项目源码） +版本号 合同号-PDcode（产品源码） +版本号 合同号-APP （应用程序） +版本号 合同号-DB（数据库文件） +版本号 合同号-DZ（定制工具） +版本号24 为什么有的配置项名称用项目名称有的用合同号涉密项目中的配置项用合同号+文件名称 +版本号，普通项目中的配置项用项目名称+文件名称 +版本号名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 5 页 - - - - - - - - - 25 基线变更流程是什么？基线变更是不是需求通过？经过评审的配置项纳入基线，该配置项发生变更要走的变更办理流程。所有基线变更要通过 CCB 评审。26 配置库分为那几个库？产品库、受控库、产品库27变更申请有没有分析？分析内容包括哪些？变更如何跟踪，有没有变更申请及跟踪记录？变更申请有项目经理做影响分析，分析内容包括：是否属于基线变更或配置项变更，填写变更申请单提交CCB 评审通过后，执行变更，配置管理员发布状态报告通知项目组成员。有配置管理员及时维护变更跟踪表来记录变更的状态。变更跟踪的状态：待变更, 变更中 , 变更完毕, 作废28 配置状态报告什么时候发布？配置状态报告信息是什么？配置状态报告在基线的建立、发布、变更时发布。目的是及时、准确的给出软件配置项的当前状态，供相关人员了解，已加强配置管理工作。配置状态报告信息包括 1. 配置项的当前标识 2. 已交付软件的配置 3. 变更请求或问题报告的状态4. 已获准变更的状态。29在什么情况下必须建立基线？什么是基线？基线的分类，基线与基线之间内容有什么区别？当项目里程碑之后，该基线通过评审的配置项已经齐全，建立相应的基线。如用户需求说明书，需求规格说明书，需求跟踪矩阵在里程碑时间通过评审之后就可以建立需求基线。基线是软件文档或源码 ( 或其它产出物 ) 的一个稳定版本，作为下一步开发的基础。基线分为需求基线，设计基线，交付基线30 如何做版本控制？使用标准版本编号方式（形式是m.n，其中m 代码版本号，从 0开始，n代表该版本的修订次数，从0开始。正式发布为 1开始）31 配置管理最关注的是什么版本控制变更管理配置数据配置库的管理发布管理流程32 配置库的作用是什么？1记录与配置相关的所有信息。2利用库中的信息可评价变更的后果。3可利用库中的信息查询33 开发人员如何对配置库进行使用？开发人员权限不同访问配置库，详见软件开发源代码配置管理指南34 如何识别配置项识别配置项的原则1、交付给客户的产品或工作产品2、内部指定的工作产品 ( 例如各种计划)3、对于产品质量起关键作用的工作产品( 例如测试数据和脚本)4、从外部获取的产品 ( 例如从外部采购来的工作产品)5、工具( 编译器等)6、对于组间交互起重要作用的工作产品( 例如干系计划)7、被两个或多个组共同使用的工作产品35基线中的配置项变更走哪些流程？谁来决定是否变更基线？基线变更后基线如何处理？变更后如何重新发布？走变更流程， CCB 决定变更基线。基线变更后的配置项由配置管理员在配置库中进行标识基线版本，并发布配置状态报告通知项目组成员。36 配置记录包括哪些内容？如何维护管理的？在配置管理状态报告中记录配置项的名称、版本. 变更过程、不同基线间的差异。37在生命周期的定义中，生命周期的阶段、里程碑和基线的含义是什么？这三者有什么区别？把整个软件生存周期划分为若干阶段，使得每个阶段有明确的任务，使规模大，结构复杂和管理复杂的软件开发变的容易控制和管理。通常，软件生存周期包括可行性分析与开发项计划、需求分析、设计（概要设计和详细设计）、编码、测试、维护等活动，可以将这些活动以适当的方式分配到不同的阶段去完成。每个阶段结束时间设为该阶段的里程碑。每个阶段里程碑结束之后，建立基线。基线是软件文档或源码( 或其它产出物 ) 的一个稳定版本，作为下一步开发的基础。38试以经典的瀑布软件生命周期为例，说明应该设置哪些基线？需求基线 . 设计基线 . 交付基线名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 5 页 - - - - - - - - - 39 在进行配置管理时，要注意哪三个唯一性？配置管理是标识和控制配置项，以维护其完整性、可追溯性以及正确性40在配置项状态参数中，什么叫配置项变化率？什么叫同一配置项的变化次数？为什么要记录这两个参数？配置状态报告中要记录、控制、报告各种属性（配置项）的变化状态，这就是配置管理中的版本管理和变更管理。有变更才有不同的版本，版本又成为变更控制的主要对象，这两者是紧密关联的。记录该配置项的版本，维护配置项的完整性、可追溯性以及正确性41 QA 与CM 关系QA 定期对配置管理活动和工作成果进行审查并通报审查结果。QA 的所有工作成果纳入配置库42 CCB 与CM 的关系CCB 对配置管理各项活动拥有决策权，对基线的建立、发布、变更进行审批。43 项目经理与 CM 的关系项目经理监督和管理配置活动的全过程，项目的CM 可以由项目经理兼任。44 开发人员与 CM 的关系配置管理员给开发人员在配置库设置权限，并指导如何使用配置库，开发人员的所有工作成果纳入配置库。在项目交付之后，收回开发人员的权限，关闭配置库。45 测试人员与 CM 的关系配置管理员给测试人员在配置库设置权限，并指导如何使用配置库，测试人员根据配置管理计划和相关归档在配置库取出需要测试的安装包和提交测试文档及bug记录。46 CM 与项目组的关系CM 是项目组成员，项目组所产生的工作成果都将纳入配置库47 项目组成员什么时间能收到配置状态报告？在该项目基线建立、变更、发布时，项目组成员能收到配置状态报告48 项目经理在哪里查看配置备份表？项目经理和项目组成员可以在配置库的开发库配置管理文档中查看配置备份表48 项目组成员如何提交资料？提交电子资料入开发库时，项目组成员按照配置库使用权限将工作产品上传至开发库相应文件夹中。提交电子资料入受控库时，项目组成员提交配置项纳入受控库时提入库申请单，根据对配置项的评审报告由配置管理员将配置项放入受控库相应文件夹中。提交纸质资料入库时，项目组成员提交配置项纳入受控库时提交入库申请单，配置管理员将资料放入该项目档案盒中。48 什么是基线？基线是软件文档或源码 ( 或其它产出物 ) 的一个稳定版本，它是进一步开发的基础。例如：用户需求说明书、需求规格说明书和需求跟踪矩阵经过评审通过后纳入配置库，配置管理员就可以建立需求基线。设计开发是以需求基线为基础进一步开展的。48 计划类文档是否属于受控的配置项？是否要建立基线？计划类文档属于受控的配置项，但是不需要建立基线，只在受控库中存档。48 配置项的范围包括哪些？配置项的范围包括： 1、技术文档：项目计划、配置管理计划、质量保证计划、需求调研计划、测试计划、用户需求说明书、需求规格说明书、需求跟踪矩阵、概要设计说明书、详细设计说明书、数据库设计说明书、测试用例、用户手册等2、程序：源程序、安装包等3、工具：开发工具、测试工具等48 开发人员如何提交给测试人员安装包进行测试？开发人员权限不同访问配置库（详见软件开发源代码配置管理指南）开发人员将经过单元测试的安装包放入“开发库 - 代码- 待集成测试”文件夹下面，测试人员从“待集成测试”文件夹下面取代码进行测试。48测试人员如何在配置库中取需要测试的安装包进行测试？测试出来的 bug如何反馈给开发人员？测试人员登录配置库在“开发库- 代码- 待集成测试”文件夹下面拿安装包进行测试，测试完毕后在td中提交bug记录，开发人员在 td 中要关闭需要修改的 bug，测试人员提供测试报告，并对遗留问题进行分析说明。48 产品发布之后，配置管理员要做什么？产品发布审核签字之后，项目级配置管理员根据发布清单中的发布项提交客户服务部进行产品验证，客服人员验证完毕提交验证报告，项目级配置管理员将发布清单中的发布项提交组织级配置管理员放入产品库中，并关闭项目级配置库。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 5 页 - - - - - - - - - 48 项目的变更都要谁批准？进度变更由项目经理提出，部门经理和实施服务总监批准。成本变更由项目经理提出，部门经理，销售和实施服务总监批准。需求变更由项目经理根据客户意见提出，部门经理，销售，和实施服务总监批准。项目经理执行完毕后，客户对确认变更结束。项目如有监理方，所有变更均加监理方审批。在项目变更时由项目经理识别该变更是否属于基线变更或配置项变更。48 配置审计出来的问题在什么文档中跟踪修改？配置审计报告48 配置状态报告都发给什么人？发生频率是什么？主送：项目经理和项目组成员，抄送：部门经理，qa和主管副总。在基线建立、变更、发布时发布配置状态报告给项目组成员。一般一个项目会出3份状态报告（需求、设计、交付），随变项目更次数增加报告。48 如果配置库遇到损坏怎么恢复？用最新的备份库来恢复。48 配置库什么时间备份？依据配置管理计划中的规定每周进行备份，也可以采用程序自动备份的方式实现异地备份。最多保留5个备份。48 从哪里查看配置库备份记录？从配置库的“开发库 - 配置管理文档”中查看配置库的备份记录情况。48 受控库中的文档和代码都是配置项吗？是的48 基线的标识和配置项的标识有关吗？有关，基线标识随配置项的变更而增加版本。例：原需求基线包含的 3个配置项均为 v1.0 ，该基线的标识为：合同号- 需求基线 -v1.0 。其中一个配置项发生变更后更新版本为v1.2 ，该基线的标识将修改为：合同号- 需求基线 -v1.148 开发库中的文档和代码都是配置项吗？不都是配置项，只有配置管理计划中识别的属于配置项。开发库中的文档和代码都属于数据项，由项目经理进行管理。48 什么是数据项？在开发库中只进不出的、不做版本控制的文档是数据项，由项目经理管理。48 数据项包含配置项吗？数据项包含配置项，配置项为通过评审的要纳入受控库的数据项48增加一个题目，就是一个项目当中，配置管理员需要输出几份文档，分别得时机是什么时候？在配置管理计划中计划出 6类文档，分别是：配置管理计划（1份），配置状态报告（ 3份+变更），配置审计报告（ 3份+变更），配置备份表（ 1份）和入库单（ 3份+纸质资料入库）。分别在建立基线和变更时出。48 你们公司的配置管理如何做的？项目经理在项目启动阶段就会指定配置管理员，配置管理员根据项目计划识别配置项，制订配置管理计划；然后在项目实施过程中，我们根据配置管理计划里程碑时间建立基线，对于纳入基线的配置项需要实施变更控制，要走变更流程。配置管理员会在项目基线建立、变更和发布时发布配置项状态报告，让所有人员获知配置项状态信息。属于基线的配置项和纸质资料入库时要填写入库申请单。 QA 人员会对项目的配置管理状况实施配置审计。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 5 页 - - - - - - - - -