01配置管理过程(doc)
目 录 1. 目的 2 2. 范围 2 3. 职责 2 4. 工作程序 2 4.1 置于配置管理下的软件工作产品 2 4.2 SCCB人员 3 4.3 配置管理过程 3 4.3.1 计划和配置环境 3 4.3.2 基线配置项的管理过程 4 4.4 配置管理活动 6 5. 参考资料 6 目的 软件配置管理的目的是在整个项目周期中建立和维护整个项目及相关产品的 完整性及一致性. o 在每一个项目中清楚分配SCM人员及任务. o 保证软件项目的配置管理活动是有计划的； o SCM贯穿项目的整个生命周期. o 所选择的软件工作产品是确定的, 受控的, 可访问和可使用的 o 对已经确定的软件工作产品的变更是受控的； o SCM贯穿外部软件产品交付、内部软件交付及内部支持工具开发的整个过程. o 软件项目中确认的基本信息及相关的产品或工件要置于配置管理系统之中并且可 被相关人员访问. o 在项目生命周期中, 有关部门要对软件基线和SCM行为进行定期检查. 范围 o 新的软件项目； o 基于以往项目进行修改的软件项目。 职责 1）SCCB负责审定软件基线的建立和配置项的标识；软件基线审批和针对基线变更的 审批；审定由软件基线库生成的产品. 2）配置管理员负责实施项目的配置管理；负责执行SCCB确认的工作，并将配置管理 活动通知受影响的组和个人。 3）高级管理者定期审核配置管理活动。 工作程序 1 置于配置管理下的软件工作产品 置于配置管理下的工作产品通常包括: o 各种标准（代码书写标准、设计标准等） o 计划（开发计划、 配置管理、质量保证计划等) o 软件需求说明书及相关的演示模型和文档 o 设计文档 o 软件源代码 o 数据库文件 o 测试计划、测试程序和数据 o 软件操作手册 o 各种跟踪记录、测试记录、评审报告等 o 其他与软件开发及管理相关的和必要的文档等 2 SCCB人员 SCCB由研发经理、项目经理、软件项目经理、 客户经理、质量保证经理、相关部门代表组成, 具有软件变更及配置变更审批权的小组. 3 配置管理过程 1 计划和配置环境 4.3.1.1确认使用的配置管理工具； 4.3.1.2确定应置于配置管理的配置项 4.3.1.3确定配置管理需要的目录结构 4.3.1.4为配置项定义命名规范和版本控制方法，制定时考虑以下因素： o 安排给每个配置项唯一的标识符； o 每个重要配置项的特征； o 每个配置项所属于的目录； o 标识每个配置项的负责人（即从配置管理的角度来说的所有者）。 4.3.1.5定义目录或文件访问限制； 4.3.1.6确定配置项被移入基线的点 在配置管理计划中说明要在产品生命周期中的哪些时间点处建立基线。； 4.3.1.7定义跟踪配置项状态的方法 4.3.1.8确定基线变更程序（参见《软件基线变更过程》） 4.3.1.9定义备份程序 对项目配置管理数据库进行备份，备份后的数据可以通过CDR刻录的方式进行 保存。具体的备份时间，根据具体的项目，由配置管理员决定。 4.3.1.10定义发布程序 项目在系统测试通过，配置项入基线库后，经软件项目经理批准后，提交用户 试运行，出具验收报告后，进入产品库。 4.3.1.11定义存档程序 一个软件项目结束后，对最终的软件配置管理库进行归档。 4.3.1.12制定《配置管理计划》 根据定义的《配置管理计划》模板制定《配置管理计划》（计划要进行评审，可 参见《评审过程》），通过上述的配置管理活动，配置管理员配合软件项目经理进 行配置管理计划的制定工作。 2 基线配置项的管理过程 否 是 4.3.2.1 Add File：对已确定的基线配置项，将其存入配置管理基线库，并放在相应的目 录下 4.3.2.2接受基线配置项的变更请求，请求已经SCCB批准. 4.3.2.3配置项Check Out：有相应权限的人首先检查此配置项是否已被Check Out，若已被Check Out，则等待该配置项被Check In后再进行Check Out。 4.3.2.4配置项修改：只有Check Out 的配置项才能被修改 4.3.2.5 修改后的文档经评审确认后进入基线库；修改后的代码由测试人员测试出具 报告，经评审批准后进入基线库，否则返回继续修改。 4.3.2.6 基线配置项Check In：基线配置项更改被SCCB批准后，需要重新存入配置管理库，通过Check In操作进行 4.3.2.7 在配置管理活动中，要对引起配置项状态变化的活动进行记录（如Add File、Check Out、Check In）。 4.3.2.8在里程碑时进行基线状态统计及审核，形成报告 o 详细统计基线库内配置项的状态（即更改和其它活动）。 o 审核软件基线的完整性。 o 审核配置管理活动是否与配置管理计划中的描述相符合。 o 验证软件基线库内容的完备性和正确性。 o 验证项目管理与使用的配置管理 方针和过程的符合性。 4.4 配置管理活动 公司实行二级配置管理，一级是公司级，另一级是项目级，每一项目必须配备一名专 职配置管理员。具体分工如下： 1 项目级配置管理负责协调和实施项目内部的配置管理，包括以下活动： 1) 制定配置管理计划、维护配置管理 计划； 2) 制定并维护项目标识规范； 3) 按时归档配置项； 4) 标识并管理置于配置管理过程之下的软件工作产品集合； 5) 进行软件项目的软件基线库生成和管理； 6) 软件配置状态的统计并通知相关人员（软件项目经理、研发经理、高级管理者、项 目组成员）； 7) 软件基线库的维护和备份； 8) 在项目开发过程中记录并保存各项评审记录； 9) 在项目开发过程中保存并管理与项目相关的技术文档、标准和规程。 2 公司级配置管理负责指导和监督项目组内的配置管理，实施项目软件设计范围之 外的配置管理和软件产品基线的管理。包括： 1）监督各项目软件基线库的管理活动； 2）产品库的生成和管理； 3）项目开发结束时，保存与项目相关的记录、报告、技术文档、标准、规程。 参考资料 |序号 |文档编号 |文档名称 | |1 |Q/RKS-SP-PR-01 |评审过程 | |2 |Q/RKS-SP-SCM-02 |软件基线变更过程 | |3 |Q/RKS-SP-SCM-03 |配置管理计划 | |4 |Q/RKS-SP-SCM-05 |变更通知单 | |5 |Q/RKS-SP-SCM-07 |基线状态报告 | ----------------------- 为配置项定义命名规范和版本控制方法 定义发布程序 修改后的配置项被 批准　 配置项目修改 配置项Check out 接受被批准的基线配置项变更请求 配置项　Add File 制定SCM计划 确定配置项被移入基线的点 定义归档程序 定义备份程序 定义跟踪配置项目状态的方法 确定变更控制程序 定义访问限制 确定配置管理需要的目录结构 确认配置管理工具 确定配置项 开始 配置项Check in进入基线库 对软件配置项进行基线状态记录 在里程碑时进行审核，形成报告
01配置管理过程(doc)