配置管理访谈问题和答案

序号问题答案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库结构、基线库结构？配置库分为开发库和受控库（详见配置库管理和配置管理计划中的配置库结构）基线库的结构分为计划文档、需求文档、设计文档、测试文档、源代码、安装包10如何进行CM审计？CM审计由谁来做？配置审计要审查整个配置管理过程是否符合规范，配置项是否与需求一致，记录正确，配置的组成是否具有一致性等等。配置审计分物理审计和功能审计，物理审计是qa和cm一起根据评审报告审计配置项是否与需求一致。功能审计是项目经理和cm一起根据测试报告审计代码是否和需求设计一致。审计依据配置管理计划中设定的时间进行，审计的对象是配置管理员。审计依据配置审计报告。审计结果在配置配置审计报告中追踪确认。11怎样审核和授权软件基线的变更的？有CCB审批基线的变更12CCB由哪些人员组成？项目经理,配置管理员，QA，测试人员，主要开发人员等，对于重要项目可能会包括项目双方的高层管理者13基线是怎么建立的？基线在指定的里程碑创建，即里程碑通过评审后将相关工件纳入基线。并与项目中的里程碑保持同步。需要纳入基线的所有配置项都要经过CCB评审，并解决了评审中提出的问题，由CCB验证后，项目组成员依据《入库申请表》通知配置管理员纳入受控库的相应的位置；在Label中对基线进行标识。14配置项的变更分析是怎么做的？由项目经理指派人员对变更进行影响分析15如何处理配置项的变更？按照变更控制过程进行。变更申请---识别变更---评审变更---批准变更---实施变更---验证变更—配置项重新发布16在你的项目中，你是如何知道配置项的最新状态的？从配置管理台账和配置状态报告中查询17项目需要建立哪几个基线？需要建立三个基线：需求基线，设计基线，交付基线18你是如何发布工作产品的？按公司的发布流程执行:1、发布基线中的配置项通过测试后，由质量管理部测试人员提供测试报告，并对遗留问题可以放行进行分析说明。2、项目经理提出并填写《产品发布审核》；发布的配置项是中产品发布清单列表；3、由测试部经理填写产品测试环境和产品测试结论，并签字确认；4、由QA和产品开发部经理根据《产品发布审核》审核发布清单中的发布项；5、由质量管理部分管副总在《产品发布审核》中签字批准；6、研发中心评审要发布的配置项，评审通过后由产品开发部分管副总在《产品发布审核》签字批准；7、配置管理员按照发布清单，将受控库中的全部配置项提交产品库中的相应位置；发布《配置状态报告》并关闭项目配置库，收回所有访问权限。19QA人员在你们项目中做些什么？制定质量保证计划、对过程进行审计、对工件进行评审、对数据进行收集20关于配置管理你受过什么样的培训公司组织外训班，自学21配置管理的主要活动有哪些？主要包括识别配置项、变更控制、状态记录报告及审计。22建立和维护基线完整性的含义是什么？在进行基线完整性检查时，ＣＭ和ＱＡ要分别作些什么工作？是如何做的？含义是保护工作产品的完整性。CM和QA根据配置审计模板中的审计项检查配置审计分物理审计和功能审计，物理审计是qa和cm一起根据评审报告审计配置项是否与需求一致。功能审计是项目经理和cm一起根据测试报告审计代码是否和需求设计一致。23配置项的名称是怎么定义的？项目名称（或合同号）+文件名称+版本号代码标识为：合同号-PJcode（项目源码）+版本号合同号-PDcode（产品源码）+版本号合同号-APP（应用程序）+版本号合同号-DB（数据库文件）+版本号合同号-DZ（定制工具）+版本号24为什么有的配置项名称用项目名称有的用合同号涉密项目中的配置项用合同号+文件名称+版本号，普通项目中的配置项用项目名称+文件名称+版本号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试以经典的瀑布软件生命周期为例，说明应该设置哪些基线？需求基线.设计基线.交付基线39在进行配置管理时，要注意哪三个唯一性？配置管理是标识和控制配置项，以维护其完整性、可追溯性以及正确性40在配置项状态参数中，什么叫配置项变化率？什么叫同一配置项的变化次数？为什么要记录这两个参数？配置状态报告中要记录、控制、报告各种属性（配置项）的变化状态，这就是配置管理中的版本管理和变更管理。有变更才有不同的版本，版本又成为变更控制的主要对象，这两者是紧密关联的。记录该配置项的版本，维护配置项的完整性、可追溯性以及正确性41QA与CM关系QA定期对配置管理活动和工作成果进行审查并通报审查结果。QA的所有工作成果纳入配置库42CCB与CM的关系CCB对配置管理各项活动拥有决策权，对基线的建立、发布、变更进行审批。43项目经理与CM的关系项目经理监督和管理配置活动的全过程，项目的CM可以由项目经理兼任。44开发人员与CM的关系配置管理员给开发人员在配置库设置权限，并指导如何使用配置库，开发人员的所有工作成果纳入配置库。在项目交付之后，收回开发人员的权限，关闭配置库。45测试人员与CM的关系配置管理员给测试人员在配置库设置权限，并指导如何使用配置库，测试人员根据配置管理计划和