《项目配置管理过程规范标准》由会员分享，可在线阅读，更多相关《项目配置管理过程规范标准（16页珍藏版）》请在金锄头文库上搜索。
1、项目配置管理过程规范文档种类：研发体系发行范围：研发中心变更记录版本号修改点说明变更人变更日期审批人审批日期1.0发布EPG2017.9.25MSG2017.9.25注：对该文件内容增加、删除或修改均需填写此修订记录，详细记载变更信息，以保证其可追溯性1. 前言1.1. 目的61.2. 适用范围61.3. 术语62. 职责说明3. 输入4. 入口准则5. 活动5.1. 活动关系图95.1.1. 配置管理流程图95.1.2. 配置变更流程图105.2. 活动描述105.2.1. 制定配置管理计划1.05.2.2. 建立配置库115.2.3. 建立配置项115.2.4. 基线建立及发布过程115.
2、2.5. 配置变更1.25.2.6. 配置审计1.35.2.7. 备份1.36. 输出137. 出口准则1.38. 本过程裁剪规定14专业word可编辑1 .前言1.1. 目的用于描述配置管理过程，规范配置管理的操作。1.2. 适用范围适用于在软件生命周期中对各类软件项目的配置管理活动。1.3. 术语CCB：ConfigurationControlBoard，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。Baseline：基线，是开发过
3、程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。物理审计的内容包括：确认配置项标识的正确性；确认已受控配置项的更改是受到控制的；验证配置库内容与相应记录之间的一致性；验证配置管理活动与相应记录之间的一致性；验证配置管理工作是否符合适用的标准和规程；验证配置管理系统与系统备份的有效性、一致性等。功能审计的内容包括：验证当前基线所含配置项对前一基线所含配置项的追溯性确认当前基线所含
4、配置项均正确反映了项目需求；评估基线的完整性；验证当前基线和各基线间所含配置项的一致性；验证配置库内容的完备性和正确性等。2 .职责说明角色职责CCB负责批准基线的建立和发布负责批准基线的变更请求在基线变更后组织进行验证负责批准产品的发布配置管理员制定配置管理计划建立并维护项目级配置管理库设置并维护项目配置库目录权限基线的建立和发布制作配置状态报告执行基线变更对项目配置库执行配置审计，完成配置审计报告。项目经理协助配置管理员完成项目配置管理计划确定配置库目录权限对配置项的变更进行审批角色职责提出基线变更申请项目开发过程中，监督配置库使用情况项目组成员提出配置项的变更申请配置项的检入、检出配置项
5、变更3 .输入颂目计划4 .入口准则颂目计划已经形成文档并通过评审5.活动5.1.活动关系图5.1.1.配置管理流程图配置管理过程输入配置管理员项目经理CCB项目成员输出开始项目计划编写配置管理计划评审配置管理计划配置管理计划建立项目配置库配置状态跟踪No基线?配置状态报告提交工作成果Yes配置项入受控库申请建立基线基线建立申请表CCBT批批准？No执行配置审计Yes配置审计报告建立并发布基线结束5.1.2. 配置变更流程图备注说明：对于配置变更，应先进行审计，后更新基线5.2.活动描述5.2.1. 制定配置管理计划1 .在项目策划阶段配置管理员起草配置管理计划，项目经理给予必要的协助2 .配
6、置管理计划要进行评审，参与人员是CCB、项目经理及其他相关人员5.2.2. 建立配置库1 .配置管理计划完成后，配置管理员建立项目配置库，按组织统一规定建立项目配置库目录结构，并设置访问权限。a）项目配置库名称的命名规则：项目名称的英文缩写（或拼音缩写）。b）纳入基线配置项的命名规则：项目名称一文档名称。2 .配置库建立完成后，配置管理员邮件通知项目组全员。5.2.3. 建立配置项项目成员按配置管理计划，将配置项提交到自己有权限的配置库目录内。配置管理员每月提交配置项状态报告5.2.4. 基线建立及发布过程1 .基线所属的配置项，全部经过同行评审并解决了评审中提出的问题，由项目经理验证后，填写
7、基线及产品发布申请单2 .CCB对申请进行审批，审批通过后由配置管理员执行配置检查，然后可以建立并产品基线。般项目要建立的基线见下面的基线分类表。表格5-1基线分类表基线分类建立时机基线说明计划基线项目计划评审通过计划基线项阿选。只包括项目计划，不包括子计划需求基线需求规格说明书通过评审需求基线项目必须要建立。包括用户需求说明书，需求规格说明书。设计基线设计审批通过设计基线项目可选。包括了设计相关文档。代码基线集成测试全部通过代码基线项目可选。包括开发提交给系统测试人员的待测版本代码。产品基线系统测试完成之后产品基线项目必须建立。内容根据客户的交付要求决定，一般包括：可发布的产品包、源代码、安
8、装部署手册或操作说明。3 .建立并产品基线后，配置管理员要编写配置状态报告，将基线建立结果发布给CCB及项目组全体成员5.2.5. 配置变更配置项变更1) 出现以下情况时一般需要对配置项进行变更：测试发现错误。文档内容发生较大变化。CM审计发现较大错误。其他变更要求。2) 非基线的配置项变更只要做到及时通知项目经理，由项目经理认可即可基线变更1)基线的变更来源包含两个方面的因素：基线化的配置项发生重大的变更。基线建立有误。2) 当配置项发生重大变更时，由项目经理向CCB提交基线变更申请，由CCB评估并审批是否可以对基线进行变更。3) CCB审批通过后，由项目组成员执行变更。4) CCB对变更进
9、行验证。5) 由配置管理员进行物理审计，并填写配置审计报告。6) 配置管理员更新基线，并编写或更新配置状态报告。5.2.6. 配置审计1. 基线发布前或变更后，配置管理员需要执行物理审计以保证配置项的完备性；2. 基线发布前，由项目经理组织基线所属文件的功能审计；3. 配置审计结果记录在配置审计报告中，如有问题由配置管理员统一跟踪解决直到关闭。5.2.7. 备份配置库备份方式：配置管理员每周备份配置库，采用增量备份方式，但每两个月要完全备份一次。6. 输出配置管理报告基线变更记录基线及产品发布申请单7. 出口准则项目结束并通过验收。8.本过程裁剪规定小型项目的配置审计可以只做发布前的审计配置库备份可由组织配置管理人员统一执行
