软件配置管理过程(itechs_scm_prs).doc_第1页
软件配置管理过程(itechs_scm_prs).doc_第2页
软件配置管理过程(itechs_scm_prs).doc_第3页
软件配置管理过程(itechs_scm_prs).doc_第4页
软件配置管理过程(itechs_scm_prs).doc_第5页
免费预览已结束,剩余10页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软件配置管理过程文档编号:文档信息:实验室级别过程文件文档名称:软件配置管理过程文档类别:支持过程类密 级:内部版本信息:1.5建立日期:2003-11-5创建人:审核者:批准人:批准日期:保管人:存放位置:SPI-CMMI-L4_Documents_Process_SCM编辑软件:Microsoft Office 2003中文版文档修订记录版本编号或者更改记录编号*变化 状态简要说明(变更内容和交更范 围)日期变更人批准日期批准人1.0A1.5M*变化状态:A 增加,M 修改,D 删除文档审批信息序号审批人角色审批日期签字备注128/14目录1 简介41.1 目的41.2 适用范围41.3

2、背景描述41.4 引用文件 41.5 术语表41.6 参考资料52 过程总体描述52.1 过程概述52.2 过程结构描述63 过程元素描述63.1 配置管理计划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 术语表软件配置管理:软件配置管理的目的是建立和维护在项目的整个软件生命周期中软件项 目产品的完整性。软件配置管理活动是有计划的;所选定的软件工作产品是已标识的、 受控的和适用的;对已标识的软件工作产品的更改是受控的;受影响的组和个人得到软 件基线的状态和内容的

4、通知。软件配置项:软件配置项( SCI)是指工程过程所生产或使用的任何元素,或者是纳入 软件产品的元素。可能是说明书、计算机程序、数据结构或开发软件产品使用的工具。所有定义产品的元素的全体称为软件配置。基线:基线是经过评审和批准的配置项的集合,其作用是明确划分项目各阶段,确定各 阶段的结束点。在项目的开发过程中,最基本的基线有需求基线、开发基线、发布基线 等。配置控制委员会(Configuration Control Board):是负责评价、认可或否定有关配置项更改 建议并确保确认的更改得以执行的一个小组。配置状态报告:是配置管理过程中,配置人员应对所有提交的产品进行管理控制,并记录配置项和

5、它的状态,进行的配置状态的说明和报告。变更控制:配置管理的一部分,包括在配置标识正式建立之后,对配置项的更改进行评 价、协调、认可或不认可以及执行更改的过程。配置审计:考查软件基线库的结构、内容和设施,以验证基线和描述它的文档的一致性。 配置库:为项目建立或可以利用的一个仓库,用于存储软件配置项和相关联的配置管理 信息。WBS(Work Breakdown Structure工作分解结构):是一种以分级方式表述项目工作和任 务的技术,WBS的建立可以有助于在项目计划期间防止遗漏某些重要的项和活动,并 且保证所需要的活动都能得以逻辑的识别和关联。正式基线:需求和运行基线。开发基线(非正式基线):

6、设计和代码、测试等的基线。1.6 参考资料【CMMI-SE/SW, V1.1, Staged Representation, CMU/SEI-2002-TR-002, ESC-TR-2002-002过程总体描述2.1 过程概述本过程是描述项目如何计划配置管理活动,并在整个软件的生命周期中如何执行配置管理活动的。软件配置管理是 CMMI4级中的一个重要组成部分,其目在于建立和维护在项目的整个生 命周期内软件项目产品的完整性。2.2 过程结构描述配置管理过程总图图表1 :配置过程结构图3过程元素描述将CMMI4中的SCM程分解为若干个过程元素,分别是配置管理计划、配置库维护、配置 变更控制、基线发

7、布控制、配置状态记录、配置审计、产品发布控制。下面依次进行详细描述。3.1配置管理计划概述配置管理计划是配置管理活动中重要的一环,内容包括明确 项目的配置管理职责和配置基线建立的时机,确认需要纳入配置 管理的要素即配置项,制定配置项的标识规范和配置管理规程, 选择配置管理工具,建立配置管理系统、安排必要的配置管理活 动以及组建CCB等一系列重要的配置管理活动。参与人员及职责SCM人员:制定配置管理计划入口准则项目得到高层经理批准WBS得到批准项目策划开始输入WBS配置管理计划模版任务/步骤祥见配置管理计划规程的描述出口准则配置管理计划审批通过输出(工作产品)配置管理计划资源和能力要求资源:WB

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

9、项目建立配置库,II . SCM为项目建立主干分支,项目经理根据项目需要设 置相应工作域,分别是:管理域、基线域、开发域、测 试域、发布域III .各个域存储不同产品并由不同的角色权限控制IV .软件开发过程中的需求、设计、编码、测试、发布等基 线标记为label, label的命名规则见:命名规范3 .存储域的控制流程项目组在使用配置库的域区间时,具体控制流程也参见配 置库管理规范4 .使用权限分配SCM和项目经理必须对配置库中各区域的访问权限实施控 制,确保只有被授权的人员才有权访问控制项(如读、写、 上传、下载),参见配置库管理规范5 .资源备份备份SC咻是非常重要的,目的是最小化丢失或

10、在软件产品 生命周期的开发期间和运行 /维护阶段没后基本配置信息的 风险。需要保存灾难恢复备份副本。出口准则无输出(工作产品)配置库及内部存储工作产品资源和能力要求资源:配置管理计划能力:SCM人员应接受过配置管理工具使用方法的培训度里:兀采集点9/14SCM建立项目的配置库及设置权 限所花费的时间周报表裁剪指南裁减内容裁剪准则不口裁减无3.3 配置变更控制概述项目按照配置管理计划规定的职责、任务、规程、在项目的 进展过程中针对正式基线、非正式基线、工作产品版本进行变更 控制,其中包括变更的申请与批准、变更的实施、配置状态统计 等活动。参与人员及职责CCB :分析、评审并批准基线的变更,确保只

11、有经批准的变更请求才能进行实施,并形成CCB会议记要项目经理:负责审核批准开发基线的变更相关组成员:按照配置管理规程,配合配置管理人员的配置管理活动质量保证人员:审查项目配置变更管理活动,验证它与配置 计划和配置管理过程文件的符合性入口准则变更对应的内容已批准或已提父或已建立输入配置变更申请表 项目配置基线任务/步骤祥见配置变更控制规程的描述出口准则变更得到评审和批准输出(工作产品)配置变更通知艾更与问题日志资源和能力要求会议记录模板艾更与问题日志模板度里:兀采集点度量变更所花费的时间度量基线变更状态,包括:各基线交更次数各基线变更的引入阶段周报表艾更历史报告裁剪指南裁减内容裁剪准则不口裁减无

12、3.4 基线发布控制概述基线的最初创建和发布发生在生命周期中基线项最初开发 阶段的末期。例如,在系统需求阶段末期,要审阅和批准客户需 求。SCM领导会把它们置于配置控制之下(即建立客户需求基 线)。或者,在编码阶段末期,当程序经过了审阅、单元测试和 批准,项目经理可以批准建立源代他基线。则SCM领导定制代码基线,由基线代码建立产品,为后来的开发活动发布产品。参与人员及职责CCB :批准正式基线的发布。项目经理:批准非正式基线的发布。SCM :编写基线发布报告,发布报告和基线内容。入口准则所有被批准的产品已纳入到配置基线库。所有的基线兀素的变更已完成并被批准。输入即将形成基线的产品基线发布报告模

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

14、模版任务/步骤1 .收集配置库数据a) 配置项状态记录从配置项进入配置库的一刻起已经开 始记录b)收集、整理相应的配置记录,以便生成完整的配置项状 态报告2 .生成状态报告a)将配置项状态记录倒入配置状态报告模版b)根据模版要求生成配置状态报告3 .分发状态报告a)通过E-mail或者书回方式将报告通知相关人员出口准则配置状态报告已生成输出(工作产品)配置状态报告资源和能力要求配置状态报告模板度里:兀采集点配置人员用于报告的制作和发布 所花费的时间周报表裁剪指南裁减内容裁剪准则不口裁减无3.6 配置审计概述配置审计的目的要证实软件产品在其整个生命周期中,各配 置项在技术上和管理上的完整性,并确

15、保在基线发布之前,所有 质量和配置活动都已经完成,其中基线发布包括基线建立时的发 布和艾更实施后的发布。参与人员及职责项目经理:执行功能审计SCM人员:审计准备;执行产品审计;制作审计报告;问题跟踪技术人员:执行功能审计SQA:监督审计过程入口准则有待发布的基线报告输入待审计的软件产品基线基线审计检查单、基线发布报告任务/步骤祥见配置审计规程的描述出口准则审计执行完成输出(工作产品)已审计过的产品 审计报告资源和能力要求变更与问题日志 基线审计报告模板 基线发布报告模板 配置管理计划度里:兀采集点审计人员在审计过程中所花费的 工时周报表裁剪指南裁减内容裁剪准则不口裁减无3.7 产品发布控制概述

16、产品发布主要是针对客户的。在系统测试完成并通过后,项目组 要对产品进行构造形成试用的软件产品,将该软件产品发布给客 户,进行安装并对客户进行培训,我们称这个阶段为试运行。在 试运行期,软件产品根据客户的使用仍会发现缺陷存在,通过变 更控制过程,修改缺陷,可能会发布多个/、同版本的软件产品。 在试运行期结束,产品验收后,将根据客户的要求发布正式的软 件产品参与人员及职责CCB :批准发布SCM人员:实施发布客户:接收发布产品项目经理或项目经理指定人员:实施安装培训入口准则待发布.产品基线构造完成输入待发布.产品基线 产品发布申请表任务/步骤祥见产品发布控制规程的描述出口准则产品已发布输出(工作产品)软件产品产品发布报告产品发布申请资源和能力要求产品发布报告模板产品发布申请模板度里:兀采集点SCM人员用在产品发布上的 时间。CCB用在产品发布批准上的 时间周报表裁剪指南裁减内容裁剪准则不口裁减无4附录4.1 附录A 相关过程4.2

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论