第十二章质量保证.pptVIP

第十二章 软件配置管理 软件配置管理的概念 原因：开发过程中，软件变更是不可避免,如果不能有效控制变更，将会造成软件开发的混， 现代软件开发复杂度高、众多的开发人员、文件及相关资源多种多样、多个发布版本、多种平台、软件在不同地点开发 定义：软件配置管理（Software Configuration Management，SCM）是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。 我们知道，在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。 软件配置管理（Software Configuration Management，SCM）作为CMM 2级的一个关键域（Key Practice Area，KPA），在整个软件的开发活动中占有很重要的位置。正如Pressman所说的：“软件配置管理是贯穿于整个软件过程中的保护性活动，它被设计来（1）标识变化，（2）控制变化，（3）保证变化被适当的发现，以及（4）向其他可能有兴趣的人员报告变化。” 所以，我们必须为软件配置管理活动设计一个能够融合于现有的软件测试流程的管理过程，甚至直接以这个软件配置管理过程为框架，来再造组织的软件测试流程。 软件配置管理的基本目标 ????? 软件配置管理目的是在贯穿整个软件生命周期中建立和维护项目产品的完整性。它的基本目标包括： ????? 目标 1: 软件配置管理的各项工作是有计划进行的。????? 目标 2: 被选择的项目产品得到识别，控制并且可以被相关人员获取。????? 目标 3: 已识别出的项目产品的更改得到控制。????? 目标 4: 使相关组别和个人及时了解软件基准的状态和内容。 配置管理的功能 配置管理的四大功能领域： （1）配置标识 置标识是定义每个基线如何建立的过程，并且描述组成基线的软件配置项和相关的文档。首先，软件必须被划分成配置项。一旦配置项和它的组件被选定，就要制定一些设计软件项的方法，主要是命名和编号方案，用于标识代码、数据以及和他们相关的文档。最后，必须在文档中描述每个配置项的功能、性能和物理特性。 （2）变更控制 配置变更控制包括在软件生命周期中控制软件产品发布和变更。发布和变更通常体现为版本管理，变更体现为变更控制，目的都是建立确保软件产品质量的机制。 （3）配置状态统计 配置状态统计用于跟踪对软件的修改。确保软件项的状态被记录、监控，并可报告影响软件基线的活动。 （4）配置审核 配置审核是一个检查过程，检查移交的软件基线是否包含了所有必须的移交项，这些项是否经过检查，是否满足用户的需求。 软件配置管理活动的作用 1 缩短开发周期 2 减少施工费用 3 代码对象库的建立 4 建立业务及经验库 5 量化工作量考核 6 规范测试 7 加强协调和沟通 配置管理活动中的重要概念 Version 版本 配置项 基线 配置库 版本号 版本号(Version number) 版本号(Version number) 配置项 配置项(Configuration Item, CI ) 凡是纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类： （1）属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。 （2）项目管理和机构支撑过程域产生的文档。这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 配置项状态(Configuration Item state, CIS) 1.已完成 2.待评审 3.待测试 4.通过测试 5.通过评审 配置项标识 配置项标识以’项目名称’+‘_’+’项目版本号’+’_’+’配置项名称’+’_’+’配置项版本号’+’配置项状态’。例如： DEMO_V1.0_项目开发计划_V1.0_已完成 基线 基线(Baseline ) 基线由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修改（见变更控制规程）。基线通常对应于开发过程中的里程碑（Milestone），一个产品可以有多个基线，也可以只有一个基线。基线的主要属性有：名称、标识符、版本、日期等。通常将交付给客户的基线称为一个“Release