SVN_配置管理过程文件.doc

配置管理过程文件 日期 2011-2-16 更改控制页 序号 版本号 更改时间 更改内容描述 填写人 1 1.0 2010.4.12 新建 孙管理 2 3.0 2011.2.16 修改建立各级配置库 孙管理 目 录 1 目的 1 2 范围 1 3 术语定义 1 4 职责 1 5 裁剪指南 2 6 过程 3 6.1 配置管理的日常活动过程 3 6.1.1 概要图 3 6.1.2 启动条件 5 6.1.3 输入 5 6.1.4 活动 5 6.1.5 输出 7 6.1.6 关闭标准 7 6.2 配置项的变更管理过程 8 6.2.1 概要图 8 6.2.2 启动条件 8 6.2.3 输入 9 6.2.4 活动 9 6.2.5 输出 10 6.2.6 关闭标准 10 7 审核 10 8 度量 10 9 技能要求 11 10 参照文件 11 目的 配置管理员运用配置管理方法和工具对组织过程的工作产品进行管理，维护，从而保证工作产品的完整性，达到有序管理和减少重复性工作。 范围 适用于在公司过程改进过程中所产生的所有工作产品。 术语定义 基线：基线是一组经过正式审查并且达成一致的规范或工作产品，是开发工作的基础。 CCB(Configuration Control Board):配置控制委员会。CCB通常由项目经理、资深项目成员和配置管理员等组成。通常项目经理为CCB负责人。 受控区：存放等待评审的文档或待测试的程序 启动条件 项目组建立指定了专门的配置管理员。 输入 《里程碑计划》 《项目过程定义书》 《项目计划》 《项目进展报告》 活动 识别配置项 依据《里程碑计划》和《项目过程定义书》确定纳入哪些配置项以及何时纳入。 选择配置管理工具 根据实际情况，选择适合的配置管理工具。如：开源配置工具 subversion。 制定配置管理计划 配置管理员与项目组成员协商后，由配置管理员制定出配置管理计划提交CCB审核，通过后形成正式的得到授权的《配置管理计划》，作为配置管理活动的指导性文件。 建立各级配置库 配置管理员依据生存周期中不同时间所需的控制等级不同来设置各级配置库。即建立配置管理库的目录结构。 开发区里包含正在创建或修改的配置项。它是开发者的工作空间。受开发者控制。开发区里的配置项处于版本控制之下。配置管理员只需要给出推荐建库的规则。 受控区里包含项目管理、支持类、评审类。受控区里的配置项处于完全的配置管理管理之下。 基线区里包含基线和对基线的更改。基线区里的配置项处于完全的配置管理管理之下。 测试区里包含每一轮测试的Bug清单、测试报告、测试记录、代码。测试区里的配置项处于完全的配置管理管理之下。 发布区里包含每个阶段修改后的版本。发布区里的配置项处于完全的配置管理管理之下。 分配管理权限 依据相关人员在项目过程中所担当的角色为其分配管理权限。 提交维护配置项 项目组成员按照《配置管理系统访问控制规程》的要求，在配置管理系统中的开发区里对配置项进行导入、检入、检出等操作。 对于受控区里的配置项要经过受权才能进行导入、检入、检出等操作。 管理配置库 对配置库的管理主要包括以下内容： 检查配置项是否按照《配置项命名规则》进行正确的命名。 检查配置项是否按时、按要求提交和维护。 对于基线区里的配置项的情况要反映在《配置项状态表》中。在《配置项状态表》里填写基线区里的所有配置项的编号和名称，记录配置项的作者、版本、状态等信息。 当基线区里的配置项发生变更时，要跟踪配置项的状态，将配置项的状态反映到《配置项状态表》和对应的《基线状态表》中。 保护配置管理系统的内容，对配置库的内容进行定期备份。 配置审计 依据《配置管理计划》中的审计频度的要求对照《配置管理系统访问控制规程》进行配置审计。将审计的情况填写到《配置审计记录》中。 发布基线 配置管理员根据《项目进展报告》来判断是否达到里程碑点。如果达到里程碑点就从开发库里提出待发布的产品到待发布区；CCB判断是否达到发布标准，如果达到标准则授权配置管理员发布基线。配置管理员出《基线发布通知》，并将发布内容导入基线库。在《配置项状态表》和《基线状态表》中记录相应的内容。 过程财富提交组织 项目结束后，配置管理员整理并完善记录与文档，提交组织。 输出 《配置管理计划》 《配置管理系统访问控制规程》 《基线发布通知和状态表》 关闭标准 项目已经结束，过程财富提交给组织。 配置项的变更管理过程 概要图 启动条件 基线库中的项的变更申请被提出。 输入 《配置项变更申请》 《配置管理计划》 活动 此变更过程对基线内的配置项适用。 提交变更申请 基线库中的配置项如果需要发生变更时，填写《配置项变更申请》