项目配置管理过程规范VIP免费

项目配置管理过程规范文档种类：研发体系发行范围：研发中心变更记录版本号修改点说明变更人变更日期审批人审批日期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：ConfigurationControlBoard，配置控制委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理，但不能是项目经理。Baseline：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，它有三个特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。基线变更必须经过CCB审批。配置审计：可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配置项内容的正确性与一致性。物理审计的内容包括：■确认配置项标识的正确性；■确认已受控配置项的更改是受到控制的；■验证配置库内容与相应记录之间的一致性；■验证配置管理活动与相应记录之间的一致性；■验证配置管理工作是否符合适用的标准和规程；■验证配置管理系统与系统备份的有效性、一致性等。功能审计的内容包括：■验证当前基线所含配置项对前一基线所含配置项的追溯性；■确认当前基线所含配置项均正确反映了项目需求；■评估基线的完整性；■验证当前基线和各基线间所含配置项的一致性；验证配置库内容的完备性和正确性等。2.职责说明角色职责CCB>负责批准基线的建立和发布>负责批准基线的变更请求>在基线变更后组织进行验证A负责批准产品的发布配置管理员>制定配置管理计划>建立并维护项目级配置管理库>设置并维护项目配置库目录权限>基线的建立和发布>制作配置状态报告>执行基线变更>对项目配置库执行配置审计，完成配置审计报告。项目经理>协助配置管理员完成项目配置管理计划>确定配置库目录权限>对配置项的变更进行审批>提出基线变更申请>项目开发过程中，监督配置库使用情况项目组成员>提出配置项的变更申请>配置项的检入、检出>配置项变更3.输入《项目计划》4.入口准则项目计划》已经形成文档并通过评审。5.活动5.1.活动关系图5.1.1.配置管理流程图YesNo告,属评审配置管理计划申请计建立项目配置库配置状态跟踪配置管理过程.配置管理计划配置管理员项目成员输出配置状态报告..基线.建立申请表.输入项目经理CCB编写配置管理计划YesCCB审批输配置管理项目经C输更变项置更变线基通验证变.配置状态报告.执行变5.1.2.配置变更流程图配置变更流程备注说明：对于配置变更，应先进行审计，后更新基线。5.2.活动描述5.2.1.制定配置管理计划1.在项目策划阶段配置管理员起草配置管理计划，项目经理给予必要的协助2.配置管理计划要进行评审，参与人员是CCB、项目经理及其他相关人员。通项目成配置项变3基线分类建立时机基线说明计划基线项目计划评审通过计划基线项目可选。只包括项目计划，不包括子计划需求基线需求规格说明书通过评审需求基线项目必须要建立。包括用户需求说明书，需求规格说明书。设计基线设计审批通过设计基线项目可选。包括了设计相关文档。代码基线集成测试全部通过代码基线项目可选。包括开发提交给系统测试人员的待测版本代码。产品基线系统测试完成之后产品基线项目必须建立。内容根据客户的交付要求决定，一般包括：可发布的产品包、源代码、安装部署手册或操作说明。CCB及5.2.2.建立配置库1.配置管理计划完成后，配置管理员建立项目配置库，按组织统一规定建立项目配置库目录结构，并设置访问权限。a)项目配置库...