软件工程读书笔记

软件配置管理概述
软件过程的输出信息可以分成三个主要类别：(1）计算机程序（源代码和可执行程序）；(2）描述计算机程序的文档（针对不同的软件开发人员和客户);(3）数据或内容（包含在程序内部和外部)。在软件过程中产生的所有信息项统称为软件配置。

•新的业务或市场条件，引起产品需求或者业务规则的变更。
•新的客户需要，要求修改信息系统产生的数据、产品提供的功能或基于计算机的系统提供的服务。
•企业改组或扩大/ 缩小规模。导致项目优先级或软件工程团队结构的变更。
•预算或进度的限制，导致系统或产品的重定义。

配置管理员的职责不仅是保证代码的创建、变更和测试要遵循相应的规程和方针，
还
要使项目的相关信息容易得到。为了实现维护代码变更控制的技术，配置管理员可人正式的变更请求机制、变更评估机制（通过负责批准软件系统变更的变更控制委员会）和变更批准机制。配置管理员要为工程师们创建和分发任务单，并且还要创建项目的基本环境，而且，还要收集软件系统各个构件的统计信息，比如能够决定系统中哪些构件有问题的信息。

配置管理系统的元素

.构件元素是一组具有文件管理系统（如数据库）功能的工具，使我们能够访问和管理每个软件配置项。
•过程元素是一个动作和任务的集合，它为所有参与管理、开发和使用计算机软件的人员定义了变更管理（以及相关活动）的有效方法。
•构建元素是一组自动软件构建工具，用以确保装配了正确的有效构件（即正确的版本）集。
•人员元素是由实施有效 SCM 的软件团队使用的一组工具和过程特性（包括其他 CM元素)。

以上这些元素(将在后面几节中详细讨论） 并不是相互孤立的。例如，随着软件过程的演化，可能会同时用到构件元素和构建元素；过程元素可以指导多种与 SCM 相关的人员活动．因此也可以将其认为是人员元素。

基线

基线是一个软件配置管理概,念，它能够帮助我们在不严重阻碍合理变更的条件下控制变更。

 软件配置项
软件配置项是在软件工程过程中创建的信息。在极端情况下，大型规格说明中的一节或大利测试用例集中的一个测试用例都可以看作一个SCI。再实际点.
一个 SCI 可以是工作产品的全部或部分（例如。
一份文档、一整套测试用例，或者是一个己命名的程序构件）。
除了这些来自软件工程工作产品的 SCI 之外，很多软件工程组织也将软件工具列人配置管理的范畴，即特定版本的编镇器、编译器、浏览器以及其他自动化工具都被 “固化” 为软件配置的一部分。因为要使用这此工具来生成文档、源代码和数据，所以当要对软件配置进行变更时，必须得到这些工具。虽然问题并不多见，但一个工具的新版本（如编译器）有可能产生和原版本不同的结果。因此，就像它们协助开发的软件一样，工具也可以基线化为完整配置管理过程的一部分。