配置管理过程.pdf

《配置管理过程.pdf》由会员分享，可在线阅读，更多相关《配置管理过程.pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、目 录 1.目的.2 2.范围.2 3.职责.2 4.工作程序.2 置于配置管理下的软件工作产品.2 SCCB 人员.2 配置管理过程.3 方案和配置环境.3 基线配置项的管理过程.4 4.4 配置管理活动.5 5.参考资料.6 1.目的 软件配置管理的目的是在整个工程周期中建立和维护整个工程及相关产品的 完整性及一致性.在每一个工程中清楚分配SCM 人员及任务.保证软件工程的配置管理活动是有方案的；SCM 贯穿工程的整个生命周期.所选择的软件工作产品是确定的,受控的,可访问和可使用的 对已经确定的软件工作产品的变更是受控的；SCM 贯穿外部软件产品交付、内部软件交付及内部支持工具开发的整个过

2、程.软件工程中确认的根本信息及相关的产品或工件要置于配置管理系统之中并且可被相关人员访问.在工程生命周期中,有关部门要对软件基线和 SCM 行为进行定期检查.2.范围 新的软件工程；基于以往工程进行修改的软件工程。3.职责 1SCCB负责审定软件基线的建立和配置项的标识；软件基线审批和针对基线变更的审批；审定由软件基线库生成的产品.2配置管理员负责实施工程的配置管理；负责执行 SCCB确认的工作，并将配置管理活动通知受影响的组和个人。3高级管理者定期审核配置管理活动。4.工作程序 4.1 置于配置管理下的软件工作产品 置于配置管理下的工作产品通常包括:各种标准代码书写标准、设计标准等 方案开发

3、方案、配置管理、质量保证方案等)软件需求说明书及相关的演示模型和文档 设计文档 软件源代码 数据库文件 测试方案、测试程序和数据 软件操作手册 各种跟踪记录、测试记录、评审报告等 其他与软件开发及管理相关的和必要的文档等 4.2 SCCB 人员 SCCB 由研发经理、工程经理、软件工程经理、客户经理、质量保证经理、相关部门代表组成,具有软件变更及配置变更审批权的小组.4.3 配置管理过程 4.3.1 方案和配置环境 确认使用的配置管理工具；确定应置于配置管理的配置项 确定配置管理需要的目录结构 为配置项定义命名标准和版本控制方法，制定时考虑以下因素：开始 确定配置项 确认配置管理工具 确定配置

4、管理需要的目录结构 确定变更控制程序 定义跟踪配置工程状态的方法 定义备份程序 定义归档程序 确定配置项被移入基线的点 制定 SCM 方案 为配置项定义命名标准和版本控制方法 定义访问限制 定义发布程序 安排给每个配置项唯一的标识符；每个重要配置项的特征；每个配置项所属于的目录；标识每个配置项的负责人即从配置管理的角度来说的所有者。定义目录或文件访问限制；确定配置项被移入基线的点 在配置管理方案中说明要在产品生命周期中的哪些时间点处建立基线。；定义跟踪配置项状态的方法 确定基线变更程序参见?软件基线变更过程?定义备份程序 对工程配置管理数据库进行备份，备份后的数据可以通过 CDR 刻录的方式进

5、行保存。具体的备份时间，根据具体的工程，由配置管理员决定。定义发布程序 工程在系统测试通过，配置项入基线库后，经软件工程经理批准后，提交用户试运行，出具验收报告后，进入产品库。定义存档程序 一个软件工程结束后，对最终的软件配置管理库进行归档。制定?配置管理方案?根据定义的?配置管理方案?模板制定?配置管理方案?方案要进行评审，可参见?评审过程?，通过上述的配置管理活动，配置管理员配合软件工程经理进行配置管理方案的制定工作。4.3.2 基线配置项的管理过程 接受被批准的基线配置项变更请求 配置项 Add File 否 是 4.3.2.1 Add File：对已确定的基线配置项，将其存入配置管理基

6、线库，并放在相应的目录下 接受基线配置项的变更请求，请求已经 SCCB批准.配置项 Check Out：有相应权限的人首先检查此配置项是否已被 Check Out，假设已被 Check Out，那么等待该配置项被 Check In 后再进行 Check Out。配置项修改：只有 Check Out 的配置项才能被修改 修改后的文档经评审确认后进入基线库；修改后的代码由测试人员测试出具报告，经评审批准后进入基线库，否那么返回继续修改。基线配置项 Check In：基线配置项更改被 SCCB批准后，需要重新存入配置管理库，通过 Check In 操作进行 4.3.2.7 在配置管理活动中，要对引起

7、配置项状态变化的活动进行记录如Add File、Check Out、Check In。在里程碑时进行基线状态统计及审核，形成报告 详细统计基线库内配置项的状态即更改和其它活动。审核软件基线的完整性。审核配置管理活动是否与配置管理方案中的描述相符合。验证软件基线库内容的完备性和正确性。验证工程管理与使用的配置管理 方针和过程的符合性。4.4 配置管理活动 公司实行二级配置管理，一级是公司级，另一级是工程级，每一工程必须配备一名专职配置管理员。具体分工如下：1 工程级配置管理负责协调和实施工程内部的配置管理，包括以下活动：配置项修改 配置项 Check out 配置项 Check in 进入基线库

8、 修改后的配置项被 批准 对软件配置项进行基线状态记录 在里程碑时进行审核，形成报告 1)制定配置管理方案、维护配置管理 方案；2)制定并维护工程标识标准；3)按时归档配置项；4)标识并管理置于配置管理过程之下的软件工作产品集合；5)进行软件工程的软件基线库生成和管理；6)软件配置状态的统计并通知相关人员软件工程经理、研发经理、高级管理者、工程组成员；7)软件基线库的维护和备份；8)在工程开发过程中记录并保存各项评审记录；9)在工程开发过程中保存并管理与工程相关的技术文档、标准和规程。2 公司级配置管理负责指导和监督工程组内的配置管理，实施工程软件设计范围之外的配置管理和软件产品基线的管理。包括：1监督各工程软件基线库的管理活动；2产品库的生成和管理；3工程开发结束时，保存与工程相关的记录、报告、技术文档、标准、规程。5.参考资料 序号 文档编号 文档名称 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 基线状态报告