项目配置的管理过程规范方案.doc

wd...工程配置管理过程标准文档种类：研发体系发行范围：研发中心变更记录版本号修改点说明变更人变更日期审批人审批日期1.0发布EPG2017.9.25MSG2017.9.25注：对该文件内容增加、删除或修改均需填写此修订记录，详细记载变更信息，以保证其可追溯性目 录1.前言41.1.目的41.2.适用范围41.3.术语42.职责说明53.输入54.入口准那么55.活动65.1.活动关系图65.1.1.配置管理流程图65.1.2.配置变更流程图75.2.活动描述75.2.1.制定配置管理方案75.2.2.建设配置库85.2.3.建设配置项85.2.4.基线建设及发布过程85.2.5.配置变更95.2.6.配置审计95.2.7.备份106.输出107.出口准那么108.本过程裁剪规定101. 前言1.1. 目的用于描述配置管理过程，标准配置管理的操作1.2. 适用范围适用于在软件生命周期中对各类软件工程的配置管理活动1.3. 术语CCB：Configuration Control Board，配置控制委员会，每个工程组需要建设工程级的CCB作为变更控制权威CCB由PPQA、工程经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。

CCB组长可以是PPQA或高层经理，但不能是工程经理Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：〔1〕已经过正式的评审和批准；〔2〕作为工程开展和产品升级的基础基线变更必须经过CCB审批配置审计：可以分为物理审计和功能审计前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性物理审计的内容包括：n 确认配置项标识的正确性；n 确认已受控配置项的更改是受到控制的；n 验证配置库内容与相应记录之间的一致性；n 验证配置管理活动与相应记录之间的一致性；n 验证配置管理工作是否符适宜用的标准和规程；n 验证配置管理系统与系统备份的有效性、一致性等功能审计的内容包括：n 验证当前基线所含配置项对前一基线所含配置项的追溯性；n 确认当前基线所含配置项均正确反映了工程需求；n 评估基线的完整性；n 验证当前基线和各基线间所含配置项的一致性；验证配置库内容的完备性和正确性等2. 职责说明角色职责CCBØ 负责批准基线的建设和发布Ø 负责批准基线的变更请求Ø 在基线变更后组织进展验证Ø 负责批准产品的发布配置管理员Ø 制定配置管理方案Ø 建设并维护工程级配置管理库Ø 设置并维护工程配置库目录权限Ø 基线的建设和发布Ø 制作配置状态报告Ø 执行基线变更Ø 对工程配置库执行配置审计，完成配置审计报告。

工程经理Ø 协助配置管理员完成工程配置管理方案Ø 确定配置库目录权限Ø 对配置项的变更进展审批Ø 提出基线变更申请Ø 工程开发过程中，监视配置库使用情况工程组成员Ø 提出配置项的变更申请Ø 配置项的检入、检出Ø 配置项变更3. 输入?工程方案?4. 入口准那么?工程方案?已经形成文档并通过评审5. 活动5.1. 活动关系图5.1.1. 配置管理流程图5.1.2. 配置变更流程图备注说明：对于配置变更，应先进展审计，后更新基线5.2. 活动描述5.2.1. 制定配置管理方案1. 在工程筹划阶段配置管理员起草配置管理方案，工程经理给予必要的协助2. 配置管理方案要进展评审，参与人员是CCB、工程经理及其他相关人员5.2.2. 建设配置库1. 配置管理方案完成后，配置管理员建设工程配置库，按组织统一规定建设工程配置库目录构造，并设置访问权限a) 工程配置库名称的命名规那么：工程名称的英文缩写〔或拼音缩写〕b) 纳入基线配置项的命名规那么：工程名称_文档名称2. 配置库建设完成后，配置管理员邮件通知工程组全员5.2.3. 建设配置项工程成员按配置管理方案，将配置项提交到自己有权限的配置库目录内。

配置管理员每月提交配置项状态报告5.2.4. 基线建设及发布过程1. 基线所属的配置项，全部经过同行评审并解决了评审中提出的问题，由工程经理验证后，填写?基线及产品发布申请单?2. CCB对申请进展审批，审批通过后由配置管理员执行配置检查，然后可以建设并产品基线 一般工程要建设的基线见下面的基线分类表表格 51 基线分类表基线分类建设时机基线说明方案基线工程方案评审通过方案基线工程可选只包括工程方案，不包括子方案需求基线需求规格说明书通过评审需求基线工程必须要建设包括用户需求说明书，需求规格说明书设计基线设计审批通过设计基线工程可选包括了设计相关文档代码基线集成测试全部通过代码基线工程可选包括开发提交给系统测试人员的待测版本代码产品基线系统测试完成之后产品基线工程必须建设内容根据客户的交付要求决定，一般包括：可发布的产品包、源代码、安装部署手册或操作说明3. 建设并产品基线后，配置管理员要编写?配置状态报告?，将基线建设结果发布给CCB及工程组全体成员5.2.5. 配置变更l 配置项变更1) 出现以下情况时一般需要对配置项进展变更：n 测试发现错误n 文档内容发生较大变化n CM审计发现较大错误。

n 其他变更要求2) 非基线的配置项变更只要做到及时通知工程经理，由工程经理认可即可l 基线变更1) 基线的变更来源包含两个方面的因素：n 基线化的配置项发生重大的变更n 基线建设有误2) 当配置项发生重大变更时，由工程经理向CCB提交基线变更申请，由CCB评估并审批是否可以对基线进展变更3) CCB审批通过后，由工程组成员执行变更 4) CCB对变更进展验证5) 由配置管理员进展物理审计，并填写?配置审计报告?6) 配置管理员更新基线，并编写或更新?配置状态报告?5.2.6. 配置审计1. 基线发布前或变更后，配置管理员需要执行物理审计以保证配置项的完备性；2. 基线发布前，由工程经理组织基线所属文件的功能审计；3. 配置审计结果记录在?配置审计报告?中，如有问题由配置管理员统一跟踪解决直到关闭5.2.7. 备份配置库备份方式：配置管理员每周备份配置库，采用增量备份方式，但每两个月要完全备份一次6. 输出?配置管理报告??基线变更记录??基线及产品发布申请单?7. 出口准那么工程完毕并通过验收8. 本过程裁剪规定l 小型工程的配置审计可以只做发布前的审计l 配置库备份可由组织配置管理人员统一执行。