软件配置管理控制程序

配置管理控制程序版本号修订内容编制人审阅人日期历史记录编制审核批准版发布审本日期人核人批日期日期准人更改记录目录1. 引言1.1 目的本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。1.2 使用范围本文件适用于公司的所有软件项目。1.3 名词和缩写cm(configuration management) 配置管理sccb (software configuration control board)软件配置管理控制委员会cc (configuration controller)配置管理员工作产品（ work products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。配置项（ configuration item, ci ）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项ieee std 610.12 - 1990 ；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。基线（ baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构 造文卷和用户文档构成一条基线。基线一经放行， 就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。2 角色与职责2.1 软件配置管理组（cm ）cm组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员 (cc),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。cm 组建立并管理配置管理库系统。cm 组负责组织相关部门和人员进行有关cm 活动的培训。项目组的 cm 组负责在该项目的整个生命周期中进行配置管理活动。2.2 软件配置管理控制委员会(sccb)sccb 建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、测试经理 /测试工程师以及cc 组成。 sccb 在项目策划阶段由项目经理负责筹建。配置管理控制委员会负责审批软件配置管理计划； 配置管理控制委员会负责审批软件基线的建立；配置管理控制委员会负责审批对软件基线配置项的变更； 配置管理控制委员会负责审核和批准产品发布。2.3 sccb负责人sccb 负责人通常由项目经理担任，代表sccb 在有关文件上签署意见。2.4 项目经理定期或事件驱动地评审或审核cm 活动。2.5 测试组负责审核配置管理计划任务列表中与测试有关的内容2.6 开发组负责审核配置管理计划任务列表中与开发有关的内容2.7 qa组负责审核配置管理计划任务列表中与qa 有关的内容3 过程综述3.1 流程图3.2 过程说明软件配置管理是通过配置标识、配置控制、配置状态说明和配置审核等一系列活动，在项目的整个软件生存周期建立和维护软件产品的完整性。4 过程活动4.1 活动一 .制定配置管理计划4.1.1 进入准则已经指派了项目配置管理员4.1.2 输入项目已定义标准过程软件开发计划草稿4.1.3 任务任务 1:确定项目 cm 的要求配置管理员通过 项目已定义标准过程 、软件开发计划 草稿等项目前期文档了解项目对配置管理的要求。任务 2:确定配置管理环境在创建配置库之前， 配置管理员要确定本项目的配置管理工具，包括用于配置管理的计算机软、硬件资源。明确配置管理权限 ,制定权限列表 ,详见文档权限列表。确立配置库结构：根据项目实际情况和组织的配置管理标准，确立配置库的具体结构。公司的开发库， 受控库和产品库建立在公司的cvs 服务器（192.168.1.154）上，如果项目经理要求 （例如封闭开发需要），开发库可以建立在项目组自己的服务器上。策划阶段，配置管理计划批准之前，开发库（等同于临时库）应建立起来，策划阶段文档纳入开发库；配置管理计划批准之后，配置库正式建立。任务 3：确定基线及配置项列表。详见6.2.4 以及配置管理标准。任务 4: 确定项目配置管理活动和任务配置管理员根据项目的大小， 确定项目需要进行的配置管理活动和任务，估计配置管理的工作量。任务 5：建立项目定义的标准规程。任务 6:编写配置管理计划配置管理员根据项目的项目已定义标准过程和软件开发计划，按照公司的配置管理计划模板，编写配置管理计划 。任务 7:审批配置管理计划配置管理计划必须先提供给相关工作组，如开发组，ppqa 组，系统测试组进行协商，然后在项目策划阶段评审会上对其进行评审。审批通过的配置管理计划由项目经理签字后，纳入配置管理，并由配置管理员通知所有受影响的组。4.1.4 输出配置管理计划4.1.5 退出准则配置管理计划已经通过评审并纳入受控库。4.2 活动二 .配置项标识4.2.1 进入准则开始制订配置管理计划已提交配置项文件归档申请单已提交4.2.2 输入提交的配置项文件归档申请单4.2.3 任务任务 1：配置项标识配置管理员和项目经理在项目策划期间讨论项目将产生的配置项以及隶属的基线，文档类的配置项参见项目开发计划中的工作产品列表，可进行添加和删减； 代码类配置项以策划阶段 项目估计书中列出的模块为单位进行设定。配置管理员和项目经理还需确定配置项（包括基线）的入库时间，相应的访问权限，并且根据配置项命名的规定（参见配置管理标准），对配置项进行唯一的标识，结果记录到配置项清单 、配置管理计划中。任务 2：创建配置项在软件开发期间，开发人员依据配置项清单 和配置项命名规则创建配置项，在配置项提交后，由配置管理员更新配置项清单 。任务 3：建立 /维护配置管理库配置管理员根据 配置管理计划中确立的配置库结构创建配置管理库，同时根据配置管理标准分配访问权限。任务 4：配置项入库配置项入库指工作产品从开发库进入受控库，配置管理员在受控库中对配置项做同样的标识， 详见配置管理标准。任务 5：建立基线在配置管理计划 中预先明确的时间或阶段点上下表中的相应角色遵照下面五个步骤建立基线:顺序任务/步骤时间角色1 提交基线建立申请根据项目计划确定的2 基线审核基线建立申请被批准项 目经理指派人员sccb3 打基线标签基线审核通过配置管理员4 填写状态报告打完基线标签配置管理员5 向相关人员发布配置状态报告填写状态报告填写完毕配置管理员对于计划外形成的基线，开发人员需提出申请，经sccb 审核批准后正式确立。4.2.4 输出项目基线配置状态报告项目配置库配置项清单4.2.5 退出准则工作产品已经置入配置库的管理之下所有工作产品都有唯一的配置项标识4.3 活动三 .变更控制详见配置变更子过程。4.4 活动四 .配置状态纪实4.4.1 进入准则新的配置项要提交配置管理计划里规定的提交报告时间已到项目经理需要查询配置状态信息4.4.2 输入配置管理计划配置库文件归档申请单配置项变更申请单4.4.3 任务任务 1：建立配置状态记录a: 配置管理员在配置管理计划批准后应初始化配置变更跟踪表、配置状态报告，检查项目的前期文档是否已经纳入项目的配置管理，并更新配置状态报告。b:随着项目进展， cc 根据按收到的文件归档申请单 、配置项变更申请单和提交的工作产品更新配置状态报告 、配置项清单和配置变更跟踪表 。任务 2：配置项状态报告配置管理员按照配置管理计划定期（每两周一次）发布配置状态报告（参见模板）。在 sccb 会议后，配置管理员应发布会议记录。产品对内发布或对外发布时配置管理员应提交产品发布报告。完成配置审核后，配置管理员发布审核报告。这些报告在提交给项目经理的同时，也要放到配置管理库里，能让所有开发人员以及sccb、ppqa 阅读这些状态报告。如果项目经理要求，配置管理员可能还需要提供包含以下内容或部分内容的文档:未实施的变更列表；最近一个月提出的变更请求； 目前在实施变更的人员统计； 多少变更项没有审批 ;测试期间的一周变更次数； 当前高等级变更数等。4.4.4 输出配置状态报告配置变更跟踪表配置项清单4.4.5 退出准则报告都已经完成并提交4.5 活动五 .配置审核详见配置审核管理规程 。4.6 活动六 .编译源代码4.6.1. 进入准则源代码提交送测4.6.2 输入软件送测单4.6.3 任务配置管理员对送测代码进行编译，如果编译不通过，返回送测人；如果编译通过，送测试部。4.6.4 输出软件送测单4.6.5 退出准则编译通过4.7 活动七 .工作产品发布详见配置项发布管理规程 。4.8 活动八 .产品日常备份详细见产品日常备份规程。5 过程测量（1） 配置管理员每月最后一天对该月配置管理活动进行测量，将测量数据存储在配置管理活动测量记录表中；（2） 根据过程度量规格说明书中有关配置管理过程的度量要求，对测量数据进行分析， 并将结果记录在配置管理活动测量记录表中，报告给度量专员和项目经理。（3） epg 负责人通过度量报告 ,分析项目配置管理过程的性能，积累历史数据，改进配置管理过程。6 相关文件配置管理标准配置变更子程序配置审核管理规程配置项发布管理规程产品日常备份规程质量记录编号名称秘级主责人职责存储位置cm3001配置管理计划内部公开cm配 置管 理员编写配置管理计划vss/ 受控库 /项目计划配 置管 理配置状态报告内部公开员编写配置状态报告vss/xxx/开发库/管理区/配置管理/配置状态报告配置状态跟踪表内部公开员配 置管 理编写配置项状态跟踪表vss/xxx/开发库/管理区/配置管理/配置状态报告配置项变更申请单内部公开项目人员填写配置项变更申请单vss/xxx/开发库/管理区/配置管理/变更申请配置变更跟踪表内部公开员配 置管 理制定配置变更跟踪表vss/xxx/开发库/管理区/配置管理/