适用于软件开发生命周期的所有阶段-read.pptVIP

8.1.1 配置管理概念 软件配置管理是CMM2中6个关键过程域的第6个关键域。CMM2认为，SCM 的目的是为了建立和维护软件开发过程中各种制品的完整性和一致性，包括以下内容： 对软件产品配置的标志和识别 系统地控制对处于配置管理下的各种软件制品的修改和更新 维护软件开发过程中的各种制品的一致性和可跟踪性 SCM 中的专业术语 基线 项目开发过程的制品经过正式评审并被相关人员一致同意，可以作为以后项目开发的基础时，称为基线。 对已经确定为基线的制品的修改必须要通过正式的变更控制流程。 在软件工程环境中，基线成为软件开发过程中的里程碑，这些里程碑的标志是一项或多项经过正式的技术评审并一致认同的软件制品的提交。 基线库的结构(VOB) 配置管理库的具体实现——项目文件夹 项目文件是项目开发过程中由项目组创建和维护的制品归档库。 软件配置管理负责管理和控制项目文件夹，并对文件夹中的内容进行评审； 项目经理负责监督项目的软件配置管理执行； 软件质量工程师负责对项目文件夹的内容进行评审； 项目文件夹的内容 项目开发过程中的所有信息，包括文档、工作制品和各种周报、月报、评审等； 与外部的交流信息，例如与客户、第三方的通讯交流记录等； 其他交流会议记录，例如：重要的Email，传真， 信件等； 8.1.3 SCM的四大功能领域 配置标识或者又称为配置需求，包括标识软件系统的结构，标识独立部件，并使它们是可访问的。配置标识的目的，是在整个生命周期中标识系统各部件并提供对软件过程及其软件产品的跟踪能力。它回答：什么是受控的？ 配置变更控制包括在软件生命周期中控制软件产品的发布和变更，目的是建立确保软件产品质量的机制。它回答：受控产品怎样变更？谁控制变更？何时接受，恢复，验证变更？ 配置状态统计包括记录和报告变更过程，目标是不间断记录所有基线项的状态和历史，并进行维护，它解决以下问题：系统已经做了什么变更？此问题将会对多少个文件产生影响？配置变更控制是针对软件产品，状态统计针对软件过程。因此，二者的统一就是对软件开发（产品、过程）的变更控制。 配置审核将验证软件产品的构造是否符合需求、标准、或合同的要求，目的是根据SCM的过程和程序，验证所有的软件产品已经产生并有正确标识和描述，所有的变更需求都已解决。它回答：系统和需求是否吻合？是否所有变更都是在版本控制下？ SCM的三个应用层次 SCM从应用层次上可以从低到高分为三级：版本控制、以开发者为中心、过程驱动。 版本控制主要应用于个人独立开发或小组开发，它可以控制任何文件的版本、实现分支和归并功能、进行文本比较、标记注释和版本报告信息，主要工具有MS的Visual SourceSafe及Intersolv PVCS。 以开发者为中心主要应用于部门级开发，它可用于软件维护、不断增加的开发任务、并行开发、QA及测试，它面向大型团队、利于交流、能最大限度地利用人力资源，主要工具为Rational ClearCase及MKS Source Integrity。 过程驱动主要使用于企业级开发，着重解决新的工具引入、IT审核、管理报告、复杂的生命周期、应用工具包、集成解决方案、资料库等问题，实现真正规范的团队开发，主要工具为Platinum Technology CCC/Harvest。 8.1.4 配置管理活动的作用 配置管理与质量管理 在质量体系的诸多支持活动中，配置管理处在支持活动的中心位置。质量管理虽然也有过程的验证，但配置管理只要定义的配置项够细，则它可以管理软件开发的全过程，细到每一个模块、每一个文档、每一条工程记录的变化。 因此，配置管理从基础层开始，有机地把其它支持活动结合起来，形成一个整体，相互促进，相互影响，有力地保证了质量体系的实施。? 配置管理给项目组带来的好处 （1）节约费用? 缩短开发周期? 减少施工费用? （2）有利于知识库的建立?  代码对象库 业务及经验库? （3）规范管理? 量化工作量考核? 规范测试? （4）加强协调与沟通?   8.2 主要配置管理活动 标志配置项 变更控制 版本控制 评审 统计 软件编译、连接和发放管理 RUP描述的配置管理的主要活动如下图所示： 配置项（Software Configuration Item，SCI）识别 软件配置管理认为软件的开发过程是一个不断变化着的过程，为了在不严重阻碍合理变化的情况下来控制变化，软件配置管理引入了“基线（Base Line）”这一概念。 IEEE对基线的定义是这样的：“已经正式通过审核批准的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。” 所以，根据这个定义，我们在软件的开发流程中，