第8章软件工程软件配置管理.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件配置管理 第八章软件配置管理 CMMI对应实践 配置管理基本概念 配置管理活动 产品发布流程 配置管理工具介绍 配置管理(CM )  目的:通过配置标识、配置控制、配置状态报告和 配置审计等活动,建立和维护工作产品的完整性。  工作产品包括:提交给客户的产品,指定的内部工 作产品,获得的产品、工具,以及被用于构建和描 述这些工作产品的其他项。  借助于配置管理系统的配置控制、变更管理和配置 审计功能,使基线变更和工作产品发布得到监督和 控制。 CM (一)  SG 1 Establish Baselines (建立基线),建立已识别工 作产品的基线。  SP1.1 Identify Configuration Items (识别配置项),标 识将要置于配置管理之下的配置项、组件和相关的工 作产品。  SP1.2 Establish a Configuration Management System (建 立配置管理系统),建立和维护配置管理和变更管理 系统,控制工作产品的完整性。  SP1.3 Create or Release Baselines (建立或发布基线), 创建或者发布基线,供内部使用或提交给客户。 CM (二)  SG 2 Track and Control Changes (跟踪并控制变更), 跟踪和控制配置管理下工作产品的变更。  SP2.1 Track Change Requests (跟踪变更申请),变更 申请不只是关于新的或变更的工作产品,还包括工作 产品中的错误及缺陷。  SP2.2 Control Configuration Items (控制配置项),主 要是控制配置项的变更,一般会形成配置项的修订历 史和基线的存档两种工作产品。 CM (三)  SG 3 Establish Integrity (建立完整性),建立和维护 基线的完整性。  SP3.1 Establish Configuration Management Records (建 立配置管理记录),建立和维护描述配置项的记录。  SP3.2 Perform Configuration Audits (实施配置审计), 执行配置审计以维护配置基线的完整性。 第八章软件配置管理 CMMI对应实践 配置管理基本概念 配置管理活动 产品发布流程 配置管理工具介绍 配置管理定义  配置管理:包含版本控制、工作空间管理、并行开发控制 、过程管理、权限管理、变更管理等内容。  软件配置管理:是在贯穿整个软件生命周期中建立和维护 项目产品的完整性  目标:  软件配置管理的各项工作是有计划进行的;  被选择的项目产品得到识别,控制并且可以被相关人员获取 ;  已识别出的项目产品的更改得到控制;  使相关组和个人及时了解软件基准的状态和内容。 概念——配置库  存放配置项的数据库,常用两种形式:按配置项类型分类建库 和按任务建库。  按配置项的类型分类建库:  适用于通用的应用软件开发机构。  产品的继承性较强,工具比较统一,对并行开发有一定需求  使用这样的库结构有利于对配置项的统一管理和控制  能提高编译和发布的效率。  这样的库结构并不是面向各个开发团队的开发任务的,所以可能 会造成开发人员的工作目录结构过于复杂,带来一些不必要的麻 烦。 概念——配置库(续) 按任务建立相应的配置库  适用于专业软件的研发机构,使用的开发工具种类繁多,开 发模式以线性发展为主,没有必要把配置项严格的分类存储 ,人为增加目录的复杂性。  特别是对于研发性的软件机构来说,还是采用这种设置策略 比较灵活。 配置库的日常工作:主要保证配置库

文档评论(0)

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

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

1亿VIP精品文档

相关文档