软件配置管理过程

上传人:pu****.1 文档编号:561475021 上传时间:2024-01-04 格式:DOCX 页数:14 大小:80.15KB
返回 下载 相关 举报
软件配置管理过程_第1页
第1页 / 共14页
软件配置管理过程_第2页
第2页 / 共14页
软件配置管理过程_第3页
第3页 / 共14页
软件配置管理过程_第4页
第4页 / 共14页
软件配置管理过程_第5页
第5页 / 共14页
点击查看更多>>
资源描述

《软件配置管理过程》由会员分享,可在线阅读,更多相关《软件配置管理过程(14页珍藏版)》请在金锄头文库上搜索。

1、软件配置管理过程文档编号: 文档信息:实验室级别过程文件 文档名称:软件配置管理过程 文档类别:支持过程类 密级:部版本信息:1.5 建立日期:2003-11-5创建人: 审核者: 批准人: 批准日期:保管人:存放位置: SPI-CMMI-L4_Documents_Process_SCM 编辑软件:Microsoft Office 2003中文版文档修订记录文档审批信息目录1 简介 41.1 目的 41.2 适用围 41.3 背景描述 41.4 引用文件 41.5 术语表 41.6 参考资料 52 过程总体描述 52.1 过程概述 52.2 过程结构描述 63 过程元素描述 63.1 配置管理

2、计划73.2 配置库维护 83.3 配置变更控制93.4 基线发布控制103.5 配置状态记录113.6 配置审计 123.7 产品发布控制134 附录 14附表1配置区域控制流程表错误!未定义书签。4.1 附录A 相关过程144.2 附录B 相关规程144.3 附录C 相关指南144.4 附录D 相关模板列表14图索引:图表 1 :配置过程结构图 6图表 2 配置库目录结构错误!未定义书签。1 简介1.1目的本文的目的是确保产品在软件生命周期中的完整性和可追溯性,配置管理活动被设计来标识 配置项、建立基线、控制版本和变更、保证变更被适当地实施,使开发人员、测试人员、项目管 理者、质量保证人员

3、以及客户能方便地通过软件配置管理获得有用的信息。1.2适用围本过程适用于组织中所有的软件开发项目,从需求阶段开始,至维护阶段完成,贯穿项目的 整个生命周期。1.3背景描述1.4引用文件1.5术语表 软件配置管理:软件配置管理的目的是建立和维护在项目的整个软件生命周期中软件项目产品的完整性。软件配置管理活动是有计划的;所选定的软件工作产品是已标识的、 受控的和适用的;对已标识的软件工作产品的更改是受控的;受影响的组和个人得到软 件基线的状态和容的通知。 软件配置项:软件配置项(SCI)是指工程过程所生产或使用的任何元素,或者是纳入软件产品的元素。可能是说明书、计算机程序、数据结构或开发软件产品使

4、用的工具。 所有定义产品的元素的全体称为软件配置。 基线:基线是经过评审和批准的配置项的集合,其作用是明确划分项目各阶段,确定各 阶段的结束点。在项目的开发过程中,最基本的基线有需求基线、开发基线、发布基线 等。 配置控制委员会(Configuration Control Board):是负责评价、认可或否定有关配置 项更改建议并确保确认的更改得以执行的一个小组。 配置状态报告:是配置管理过程中,配置人员应对所有提交的产品进行管理控制,并记录配置项和它的状态,进行的配置状态的说明和报告。 变更控制:配置管理的一部分,包括在配置标识正式建立之后,对配置项的更改进行评 价、协调、认可或不认可以及执

5、行更改的过程。 配置审计:考查软件基线库的结构、容和设施,以验证基线和描述它的文档的一致性。 配置库:为项目建立或可以利用的一个仓库,用于存储软件配置项和相关联的配置管理 信息。 WBS(Work Breakdown Structure工作分解结构):是一种以分级方式表述项目工作和任 务的技术,WBS的建立可以有助于在项目计划期间防止遗漏某些重要的项和活动,并且 保证所需要的活动都能得以逻辑的识别和关联。 正式基线:需求和运行基线。 开发基线(非正式基线):设计和代码、测试等的基线。1.6参考资料【CMMI-SE/SW, V1.1, Staged Representation, CMU/SEI

6、-2002-TR-002, ESC-TR-2002-002】2 过程总体描述2.1过程概述本过程是描述项目如何计划配置管理活动,并在整个软件的生命周期中如何执行配置管理活 动的。软件配置管理是CMMI4级中的一个重要组成部分,其目在于建立和维护在项目的整个生命 周期软件项目产品的完整性。2.2过程结构描述配置管理过程总图图表 1 :配置过程结构图3 过程元素描述将CMMI4中的SCM过程分解为若干个过程元素,分别是配置管理计划、配置库维护、配置变更控制、基线发布控制、配置状态记录、配置审计、产品发布控制。下面依次进行详细描述。3.1 配置管理计划概述配置管理计划是配置管理活动中重要的一环,容包

7、括明确项 目的配置管理职责和配置基线建立的时机,确认需要纳入配置管 理的要素即配置项,制定配置项的标识规和配置管理规程,选择 配置管理工具,建立配置管理系统、安排必要的配置管理活动以 及组建CCB等一系列重要的配置管理活动。参与人员及职责SCM人员:制定配置管理计划入口准则 项目得到髙层经理批准 WBS得到批准 项目策划开始输入 WBS 配置管理计划模版任务/步骤祥见配置管理计划规程的描述出口准则 配置管理计划审批通过输出(工作产品) 配置管理计划资源和能力要求 资源:WBS、配置管理计划模版 能力: SCM人员应接受过编制配置管理计划方法的培训度量度量元采集点SCM人员识别配置项、定义基线和

8、 编写配置管理计划所花费的时 间周报表裁剪指南裁减容裁剪准则不可裁减无3.2 配置库维护概述配置库维护的主要任务是设置配置项的存储区域,确定相应 的访问权限,以及对于存储的容进行备份参与人员及职责 SCM:建立配置库和设定权限 项目经理:申请项目配置库和权限入口准则配置管理计划中配置分区方案已经制定输入配置管理计划任务/步骤1. SCM工具选用选取适合组织使用的配置管理工具。2. 存储域的定义I. 每个项目立项后,项目经理申请在配置服务器上为项目 建立配置库,经批准后SCM为该项目建立配置库,II. SCM为项目建立主干分支,项目经理根据项目需要设置 相应工作域,分别是:管理域、基线域、开发域

9、、测试 域、发布域III. 各个域存储不同产品并由不同的角色权限控制IV. 软件开发过程中的需求、设计、编码、测试、发布等基 线标记为label, label的命名规则见:命名规3. 存储域的控制流程项目组在使用配置库的域区间时,具体控制流程也参见配 置库管理规4. 使用权限分配SCM和项目经理必须对配置库中各区域的访问权限实施控 制,确保只有被授权的人员才有权访问控制项(如读、写、 上传、下载),参见配置库管理规5. 资源备份备份SCM库是非常重要的,目的是最小化丢失或在软件产品 生命周期的开发期间和运行/维护阶段没有基本配置信息的 风险。需要保存灾难恢复备份副本。出口准则无输出(工作产品)

10、配置库及部存储工作产品资源和能力要求 资源:配置管理计划 能力: SCM人员应接受过配置管理工具使用方法的培训度量度量元采集点SCM建立项目的配置库及设置权限 所花费的时间周报表裁剪指南裁减容裁剪准则不可裁减无3.3 配置变更控制概述项目按照配置管理计划规定的职责、任务、规程、在项目的 进展过程中针对正式基线、非正式基线、工作产品版本进行变更 控制,其中包括变更的申请与批准、变更的实施、配置状态统计 等活动。参与人员及职责 CCB:分析、评审并批准基线的变更,确保只有经批准的变 更请求才能进行实施,并形成CCB会议记要 项目经理:负责审核批准开发基线的变更 相关组成员:按照配置管理规程,配合配

11、置管理人员的配置 管理活动 质量保证人员:审查项目配置变更管理活动,验证它与配置 计划和配置管理过程文件的符合性入口准则变更对应的容已批准或已提交或已建立输入配置变更申请表 项目配置基线任务/步骤祥见配置变更控制规程的描述出口准则 变更得到评审和批准输出(工作产品) 配置变更通知 变更与问题日志资源和能力要求 会议记录模板 变更与问题日志模板度量度量元采集点度量变更所花费的时间 度量基线变更状态,包括: 各基线变更次数 各基线变更的引入阶段周报表变更历史报告裁剪指南裁减容裁剪准则不可裁减无3.4 基线发布控制概述基线的最初创建和发布发生在生命周期中基线项最初开发 阶段的末期。例如,在系统需求阶

12、段末期,要审阅和批准客户需 求SCM领导会把它们置于配置控制之下(即建立客户需求基线)。 或者,在编码阶段末期,当程序经过了审阅、单元测试和批准, 项目经理可以批准建立源代码基线。则SCM领导定制代码基线, 由基线代码建立产品,为后来的开发活动发布产品。参与人员及职责 CCB:批准正式基线的发布。 项目经理:批准非正式基线的发布。 SCM:编写基线发布报告,发布报告和基线容。入口准则 所有被批准的产品已纳入到配置基线库。 所有的基线元素的变更已完成并被批准。输入 即将形成基线的产品 基线发布报告模版任务/步骤祥见基线发布控制的描述出口准则基线形成并发布相关产品和报告输出(工作产品)基线发布报告

13、及基线产品资源和能力要求 基线发布报告模版度量度量元采集点SCM人员进行基线发布所花费的工 时周报表裁剪指南裁减容裁剪准则不可裁减无3.5 配置状态记录概述配置状态记录是对配置人员如何进行配置状态记录的活动 的描述。配置日常活动主要是对配置项进行状态记录,并在相应 时间发布状态报告,同时,配置状态记录要文档化并定期维护。参与人员及职责 SCM人员:维护配置状态记录;制定配置状态报告;发布配 置状态报告 项目经理:监督和分析入口准则 变更批准 有新配置项纳入基线 变更配置项更新完成输入 配置状态报告模版 问题日志模版任务/步骤1. 收集配置库数据a)配置项状态记录从配置项进入配置库的一刻起已经开

14、 始记录b)收集、整理相应的配置记录,以便生成完整的配置项状 态报告2. 生成状态报告a)将配置项状态记录倒入配置状态报告模版b)根据模版要求生成配置状态报告3. 分发状态报告a)通过E-mail或者书面方式将报告通知相关人员出口准则 配置状态报告已生成输出(工作产品) 配置状态报告资源和能力要求 配置状态报告模板度量度量元采集点配置人员用于报告的制作和发布 所花费的时间周报表裁剪指南裁减容裁剪准则不可裁减无3.6 配置审计概述配置审计的目的要证实软件产品在其整个生命周期中,各配 置项在技术上和管理上的完整性,并确保在基线发布之前,所有 质量和配置活动都已经完成,其中基线发布包括基线建立时的发 布和变更实施后的发布。参与人员及职责 项目经理:执行功能审计 SCM人员:审计准备;执行产品审计;制作审计报告;问题 跟踪 技术人员:执行功能审计 SQA:监督审计过程入口准则有待发布的基线报告输入待审计

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号