- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
目录配置管理活动之整体介绍配置管理活动之变更控制配置管理活动之代码集成配置管理活动之版本控制目录1 配置管理活动之整体介绍2 配置管理活动之变更控制配置管理活动之代码集成配置管理活动之版本控制配置管理整体介绍软件开发常见问题配置管理的必要性配置相关定义问题 您理解的配置管理是什么?您认为配置管理工作给项目组带来了什么?如果您是项目经理,知道自己需要参与哪些配置环节吗?您是否想过缺少配置管理活动后对项目产生的影响??软件开发常见问题开发人员在一种无法控制的状态下访问源代码修改过的错误再次出现产品升级和维护所必需的程序和文档非常混乱多项目、多版本的管理与开发同步和并行开发问题是否能重构所有的Build?人员流动引起知识资产的流失项目开发状态不清楚软件生产达不到规模化集成过程拖延了产品投放市场的时间由于管理不善致使未经测试的软件加入到产品中配置管理整体介绍软件开发常见问题配置管理的必要性配置相关定义配置管理的必要性软件开发具有复杂性配置管理的必要性如果没有配置管理配置管理的必要性有了配置管理配置管理的必要性 配置管理整体介绍软件开发常见问题配置管理的必要性配置相关定义配置管理的基本工作软件配置的定义 软件配置是由在软件工程过程中产生的所有信息项构成的,它可以看作该软件的具体形态(软件配置项)在某一时刻的瞬间影像。目标是记录软件产品的演化过程。软件配置管理的定义 软件配置管理(SCM)过程是在整个软件生存期中实施管理和技术规程的过程,它标识、定义系统中的软件项并指定基线;控制软件项修改和发行;记录和报告软件项的状态和修改申请;保证软件项的完整性、协调性和正确以及控制软件的存储、处理和交付。------ ISO/IEC 12207软件配置管理的本质 SCM的本质是软件配置项的变更管理。?? SCM使软件产品和过程的变更变为受控的和可预见的,它要求并在适当的工具支持下能够做到这样几点:(1)谁做的变更?(2)软件有什么变更?(3)什么时间做的变更?(4)为何要变更?配置管理整体介绍软件开发常见问题配置管理的必要性配置相关定义配置管理的基本工作配置管理员的基本工作 制定和维护配置管理计划 建立和维护配置管理库(VOB) 进行物理配置审计(包括基线、版本发布以及结项配置 审计) 发布和更新基线 控制并跟踪变更(详见变更控制) 代码集成 版本控制(正式版本的发布、让步放行版本跟踪、临时 版本备案) 配置管理工具的支持项目经理需要参与哪些配置环节配置管理活动贯穿在项目的整个生命周期中,不同环节项目经理关注的重点不同,那么作为项目经理,你是否了解自己需要参与哪些配置环节变更配置管理活动之变更控制 配置管理活动之变更控制变更影响分析和决策工作量进度严重性影响成本测试备选方案项目经理需要参与哪些配置环节配置管理活动贯穿在项目的整个生命周期中,不同环节项目经理关注的重点不同,那么作为项目经理,你是否了解自己需要参与哪些配置环节变更代码集成配置管理活动之代码集成代码集成有哪些要求,哪些文档是作为必须输入\输出物?代码集成过程项目经理应注意什么?测试人员应注意哪些环节。 项目经理需要参与哪些配置环节配置管理活动贯穿在项目的整个生命周期中,不同环节项目经理关注的重点不同,那么作为项目经理,你是否了解自己需要参与哪些配置环节变更代码集成版本控制配置管理活动之版本控制为什么要版本控制 防止未授权的变更保存文档的各个版本和版次防止多个人同时修改文档check-in/checkout支持并行开发支持基线版本控制章节目录版本控制之标识规则版本控制之配置审计版本控制之版本发布版本控制之让步放行标识规则 配置项的标识规则如下: 一般项目采用Rational ClearCase配置管理工具,在ClearCase中,所有的文件和目录名称中都不应出现空格。 文档类文件的标识规则: XXXX项目xxx。 其中:XXXX表示项目的中文名称,xxx是文件性质,如需求分析说明书、概要设计说明书、质量保证计划等。易出错点:XXXX写成VOB名称。文档版本号的命名规则: 因为我们很难保证一个文档能够一次性的评审通过,因此对文档的版本号标识也做了统一的规定。 文档在未提交评审前版本号从V0.X开始,每修改一次升级一次版本号,当第一次评审通过之后,版本号直接升至V1.0,以后每次变更版本号顺序升级。代码类文件的标识规则: 头文件和源文件的名称一律为英文字母,或者字母与数字的组合,不采用汉字。标识规则软件版本号标识规则标识规则举例如项目名称:网络开发平台项目编号:WebD(第一个字母大写)VOB名称:webd(小写)文档命名约束:《网络开发平台项目需求分析说明书.doc》而非《WebD项目需求分析说明书.doc》文档版本号升级约束: 初次创建版本号:Ver.0.1,第一次评审未通
原创力文档


文档评论(0)