IT公司软件配置的管理.pptVIP

软件配置管理;软件配置管理什么是软件配置管理 ;软件配置管理(SCM)是贯穿于整个软件过程中的保护性活动。 SCM目的是保证软件项目生成的产品在软件生命周期中的完整性和一致性. 因为变化可能发生在任意时间，SCM 活动被设计来: (1)标识变化; (2)控制变化; (3)保证变化被适当地实现; (4)向其他可能有兴趣的人员报告变化。 ;软件配置管理使改进变化可以更容易地被适应，并减少当变化必须发生时所需花费的工作量。 明确地区分软件维护和软件配置管理是很重要的。 维护是发生在软件已经被交付给客户，并投入运行后的一系列软件工程活动，而软件配置管理则是当软件项目开始时就开始，并且仅当软件退出运行后才终止的一组跟踪和控制活动。 ; 配置管理与任何一位项目成员都有关系，因为每个人都会产生工作成果。 配置管理是否有成效取决于三个???素：人、规范、工具 ;;软件配置管理是CMM2中6个关键过程域的第6个关键域。CMM2认为，SCM 的目的是为了建立和维护软件开发过程中各种制品的完整性和一致性，包括以下内容： 对软件产品配置的标志和识别 系统地控制对处于配置管理下的各种软件制品的修改和更新 维护软件开发过程中的各种制品的一致性和可跟踪性 ;SCM 的目标;SCM 的目标; 要达到 CMM 规定的 SCM要求所需具备的能力： 具有对软件基线产品有管理权限的组织已经建立，例如：软件配置管理委员会； 协调和实现软件配置管理的组织已经建立； 为进行软件配置管理所需要的各项资源已经分配； 软件配置管理组织里的成员已经接受了软件配置目标、流程、方法方面的培训； 软件项目组或是其他的相关的部门经过培训，可以执行他们的软件配置管理活动；;CMM 中对SCM 规定的活动;对于进入基线的制品的修改必须遵循文档化的流程； 发布的产品必须从软件配置库中取出，并且产品发布的流程须依照文档化的流程和规定； 根据文档化的流程和规定，软件配置项的状态被记录和跟踪； 记录软件配置管理活动和软件基线内容的报告被建立，并通知受到影响的项目组和个人； 根据文档化的流程进行软件制品基线的评审；;组织规定和相关责任;IEEE标准729-1983就配置管理的内容进行了规范的定义：（1）标识：识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供对它们的存取。（2）控制：通过建立产品基线，控制软件产品的发布和在整个软件生命周期中对软件产品的修改。例如，它将解决哪些修改会在该产品的最新版本中实现的问题。（3）状态统计：记录并报告构件和修改请求的状态，并收集关于产品构件的重要统计信息。例如，它将解决修改这个错误会影响多少个文件的问题。（4）审计和审查：确认产品的完整性并维护构件间的一致性，即确保产品是一个严格定义的构件集合。例如，它将解决目前发布的产品所用的文件的版本是否正确的问题。（5）生产：对产品的生产进行优化管理。它将解决最新发布的产品应由哪些版本的文件和工具来生成的问题。（6）过程管理：确保软件组织的规程、方针和软件周期得以正确贯彻执行。它将解决要交付给用户的产品是否经过测试和质量检查的问题。（7）小组协作：控制开发统一产品的多个开发人员之间的协作。例如，它将解决是否所有本地程序员所做的修改都已被加入到新版本的产品中的问题。 ;CMM2的定义比较抽象，IEEE的定义比较具体。结合各体系的定义和要求，我们下面具体来讨论配置管理的概念。 ;配置标识或者又称为配置需求，包括标识软件系统的结构，标识独立部件，并使它们是可访问的。配置标识的目的，是在整个生命周期中标识系统各部件并提供对软件过程及其软件产品的跟踪能力。它回答：什么是受控的？ 配置变更控制包括在软件生命周期中控制软件产品的发布和变更，目的是建立确保软件产品质量的机制。它回答：受控产品怎样变更？谁控制变更？何时接受，恢复，验证变更？ 配置状态统计包括记录和报告变更过程，目标是不间断记录所有基线项的状态和历史，并进行维护，它解决以下问题：系统已经做了什么变更？此问题将会对多少个文件产生影响？配置变更控制是针对软件产品，状态统计针对软件过程。因此，二者的统一就是对软件开发（产品、过程）的变更控制。 配置审核将验证软件产品的构造是否符合需求、标准、或合同的要求，目的是根据SCM的过程和程序，验证所有的软件产品已经产生并有正确标识和描述，所有的变更需求都已解决。它回答：系统和需求是否吻合？是否所有变更都是在版本控制下？ ;SCM从应用层次上可以从低到高分为三级：版本控制、以开发者为中心、过程驱动。 版本控制主要应用于个人独立开发或小组开发，它可以控制任何文件的版本、实现分支和归并功能、进行文本比较、标记注释和版本报告信息，主要工具有MS的Visual So