软件配置管理规范流程.docx

软件配置管理规范流程1概述1.1目的本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识而且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。1.2适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其它工具时也可对应本文件的要求参照执行。1.3术语和缩略语1.3.1软件配置管理（SoftwareConfigurationManagement，SCM）软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。1.3.2配置项（ConfigurationItem，CI）凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是能够单独进行设计、实施和测试的。每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。1.3.3基线（Baseline）在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本，且只确定一个版本。一般情况下，基线一般在指定的里程碑处创立，并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制，基线中的配置项被“冻结”了，不能再被任何人随意修改，对其修改要严格地按照变更控制的过程进行。在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线。基线的主要属性有：名称、标签、版本、日期等。1.4权限与职责1.4.1研发总经理助理1）审核变更请求。1.4.2项目经理（ProjectManager，PM）1)审核批准配置管理计划；2)接收或拒绝小范围的变更申请；3)召集评估变更；4)提出配置管理的建议和要求；5)配合配置管理员的工作。1.4.3配置管理员（ConfigurationManagementOfficer，CMO）1)编写配置管理计划；2)执行版本控制和变更控制方案；3)制定访问控制策略；4)负责项目的配置管理工作，包括搭建环境、权限分配、配置库的建立、配置项的控制等；5)配置管理工具的日常管理与维护；6)配置库的日常操作和维护；7)负责配置审核并提交报告；8)根据配置部署表单编译发布版本，并维护版本；9)对开发人员进行相关的培训；10)对配置审核中发现的不符合项，拟订纠正措施，要求相关责任人进行纠正。11)监督项目组成员规范的执行情况。1.4.4开发人员（Developer）1)根据确定的配置管理计划和相关规定，提交配置项和基线；2)负责项目组内部测试；3)负责软件集成和版本生成；4)按照软件配置管理工具的使用模型来完成开发任务。2实施细则2.1配置项管理2.1.1配置项的范围软件配置可包括以下几方面：开发文档，代码，第三方控件、插件，参考资料，测试文档，用户文档，项目管理文档，验收文档等。l项目文档主要指：立项建议书、可行性分析报告、技术建议书、用户需求说明书、项目计划、项目进度计划、项目阶段性计划、产品需求规格说明书、概要设计报告、详细设计、数据库设计、界面设计、用户操作手册、用户安装手册、培训文档、验收报告以及上述文档的评审记录。l代码主要指：源代码等。l工具主要指：脚本文件、插件、第三方控件等。2.1.2配置项基线管理结合SPP和ISO9000的相关规定，配置管理员根据配置管理规范及配置管理计划，对配置项进行分阶段管理，每一阶段正式评审经过后纳入受控库，作为该项目的一个基线。