软件配置管理规范流程样本.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有关规定，配备管理员依照配备管理规范及配备管理筹划，对配备项进行分阶段管理，每一阶段正式评审通过后纳入受控库，作为该项目一种基线。l项目启动：配备项涉及技术建议书、可行性分析报告、顾客需求阐明书等立项阶段产生文档，评审或审批通过后建立发布基线。l需求阶段：系统调研后开发人员进行需求分析，并整顿产品需求规格阐明书。产品需求规格阐明书通过客户确认后，建立需求基线。如需升级版本则必要通过评审或审批并得到客户确认。l项目筹划：需求分析完毕后即可制定项目开发筹划，涉及项目筹划和重要下属筹划。涉及项目进度筹划、配备管理筹划、质量保证筹划、测试筹划、项目阶段性筹划。项目开发筹划评审通过后，建立项目筹划基线。l设计：系统设计可分为概要设计、详细设计、数据库设计、数据库字典、界面设计。针对顾客需求规格阐明书进行系统设计，配备时应阐明系统设计版本与需求分析报告版本相应关系。设计阐明书评审或审批通过后，