配置管理培训83487new.ppt

  1. 1、本文档共30页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
配置管理培训83487new.ppt

配置管理 2013-7-29 SCM术语 CID 配置标识(Configuration Identifier) SCM 软件配置管理(Software Configuration Management) SCI 软件配置项(Software Configuration Item) SCMP 软件配置管理计划(Software Configuration Management Plan) SCCB 软件配置管理控制委员会(Software Configuration Control Board) SQA 软件质量保证(Software Quality Assurance) CR 变更请求(Change Requirement) 2.术语解释 SCI( 软件配置项):软件过程中产生的程序(源代码和可执行程序)、描述计算机程序的文档(针对技术开发者和用户)和数据(包含在程序内部或在程序外部)。 基线:由特定的软件开发活动所产生、并通过了正式评审的一组相关的SCI的集合,,并且只能通过正式的变化控制过程改变。”它是软件开发中的里程碑,一旦确定,它将成为下一步开发活动的起点。 由此我们可将配置项分为基线配置项和非基线配置项两类,例如:基线配置项可能包括所有的设计文档和源程序等;非基线配置项可能包括项目的各类计划和报告等。 基线变更:对纳入基线的SCI原有内容进行的变更,需要走变更流程。对于工作产品的细化和补充均不作为变更。 版本变更:对实行版本控制的SCI所作的变更,不需要走变更流程。 开发库:各种信息处于动态变化之中,存放开发过程中的程序、未获批准的文档、数据。 受控库:存放经审查或评审的、状态稳定的阶段产品,包括受基线控制和版本控制的SCI。产品库:存放测试阶段结束后的最终产品,在《移交确认单》中有明确定义,包括交付给客户的工作产品和用于以后升级维护的所有工作产品。 QA与QC区别 QA(Quality Assurance ) 质量保证 通过建立和维持质量管理体系来确保产品质量没有问题,QA不仅要知道问题出在哪里,还要知道这些问题解决方案如何制订,今后该如何的预防,QC要知道仅仅是有问题就去控制,但不一定要知道为什么要这样去控制。 QC(Quality Control) 质量控制 产品的质量检验,发现质量问题后的分析、改善和不合格品控制相关人员的总称。 简单说,QA控制过程,QC控制产品。 3流程概述 软件配置管理活动一般在项目启动的同时就开展起来,它的目的就是要建立和维护在项目的整个软件生命周期中软件项目产品的完整性。 计划:首先要做好SCM活动的准备工作,这包括制定软件配置管理计划(SCMP)、为新启动的项目建立受控库和开发库以及为项目组各成员分配相应的权限; 标识:然后将开发库中被批准的SCI进行标识; 入库:下一步将根据SCMP中哪些SCI要进入受控库,对这些选定的SCI进行检查,当SCI被批准后,SCM角色将它提交到受控库中,其中部分SCI要受到基线控制,部分SCI要受到版本控制; 变更:当受控库中SCI要发生变更时,首先辨别此SCI受到哪一种控制。如果受到基线控制,则由项目经理或其他人对变更后造成的影响进行估算,得到变更请求说明书,接着SCCB对变更请求进行评审,决定是否接受基线变更;如果受到版本控制,则由相关责任人负责修改和维护SCI即可; 审计:SCM角色应定期对受控库中的基线进行审计,如发现问题,由SCM角色通知相关责任人并跟踪问题直到解决; 发布:最后发布受控库中生成的产品,在SCM角色搜集整理完将提交的全部软件工作产品后,提交发布.如果达到要求,由测试人员将封样软件提交给SCM主管,由后者将封样软件存入封样库并作记录。 流程定义 1.建立SCM环境 目的:为项目SCM活动的开展做好准备活动。 相关人:项目组SCM角色、SQA、开发负责人 相关活动:配置管理库的建立:在项目启动之后,SCM角色将在开发库和受控库中建立目录,并制定一个粗略的配置管理库结构,按工程类和管理类划分目录结构;除了包含分配需求的文件以外,管理目录下的文件只做版本控制;工程目录下的文件只做基线控制,两库“管理”,“工程”的一级子目录结构必须与软件配置管理计划中定义的配置库结构保持一致。随着代码的不断稳定,需不断完善“编码”的子目录结构。 2.制定SCM计划 计划中需要定义: 基线的创建时间、级别、内容 配置状态报告的频率 基线审计的策略 SCCB成员资格标准和过程 项目需要管理的相关资料及其权限分配 3.SCI的入库与标识 3.1 SCI的选择: 以下工作产品,以及其附件和应用标准均要纳入基线 1.包含分配需求的相关文档 2.需求分析报告 3.系统设计 4.概要设计 5.测试说明 6.用户文档 7.代码

文档评论(0)

xinshengwencai + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:5311233133000002

1亿VIP精品文档

相关文档