配置管理基线（配置管理）

计算机软件配置项是什么

软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。

软件配置项包括： ①与合同、过程、计划和产品有关的文档和资料； ②源代码、目标代码和可执行代码； ③相关产品，包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等。

在软件建立时变更是不可避免，而变更又加剧了项目中软件工程师间的混乱。

之所以产生混乱，是因为在进行变更前没有仔细分析，或没进行变更控制。

在配置管理中，“配置”和“配置项”是重要的概念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。

因此“配置”包括了即将受控的所 有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置” 包括更多的内容并具有易变性。

扩展资料 软件配置管理是贯穿整个软件生存周期的一项技术。

它的主要功能是控制软件生存周期中软件的改变，减少各种改变所造成的影响，确保软件产品的质量。

正确应用软件配置管理是开发高质量软件所不可缺少的。

软件配置管理的过程是软件开发过程中质量管理的精髓。

软件配置管理，它是贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。

软件配置管理无论是对于软件企业管理人员还是研发人员都着重要的意义。

软件配置管理可以提炼为三个方面的内容. 配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。

其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。

它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。

参考资料来源：搜狗百科——软件配置项

带内管理是什么

所谓带内管理（in-band management），即通过 程序登录到交换机，或者通过http 协议访问交换机，或者通过神州数码网络（北京）有限公司自主研发的网管软件linkmanager 对交换机进行配置管理。

交换机提供带内管理方式可以使连接在交换机中的某些设备具备管理交换机的功能。

当交换机的配置出现变更，导致带内管理失效时，可以使用带外管理对交换机进行配置管理。

什么是配置管理

配置管理(Configuration Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。

配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。

其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。

它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。

华为S5700交换机，配置管理IP：interface vlanif vlanID IP这么些对么？

先新建2个int vlan，分别配置不同的IP，两个接口需要分处不同的VLAN，这就达到了3层IP的目的。

华为交换机的接口是不能配置IP地址的，必须使用VLAN接口，路由器可以直接配置IP地址。

配置管理地址： vlan a int vlan a ip add 10.10.10.10 255.255.255.0 这就可以了，就可以通过这个登录。

基线（配置管理）

基线”是一个很常见的术语，在配置管理和项目管理里面都能看到，而且还有很多衍生的术语，例如基线提升、基线化、基线审计，等等等等。

我个人以前对微软的那套开发流程（就是product cycle model）以及PSP、TSP了解比较多一些，这些流程里面对“基线”的概念提的不多。

但接触RUP、MSF以及项目管理以后，看到到处都有baseline，就觉得迷惑了。

经过我自己的理解，以及和几个同事的讨论，现在我觉得我们通常看到的“基线”这个术语有两个意思： 1）代表多个源代码文件的一组版本。

比如有三个文件，aaa.c、c.h。

可以对这三个文件做一个基线，取aaa.c的版本1.1，取bbb.c的版本1.3，c.h的版本1.0。

(1.1,1.3,1.0)就是一个基线。

换句话说，通常在vss和cvs里面做label，就是在做基线。

这种基线对“构建审计”特别有用：在做build的时候，可以先对所有源文件做一个label，取名为"Build2394"，然后再编译、集成。

这样，以后如果要找到和build 2394对应的原文件，只需要到vss或者cvs里面把所有文件对应label Build2394的版本取回来就可以了。

2）代表文档的一个稳定状态。

比如有一个项目设计文档，当设计基本完成，开发即将开始的时候，需要把这个文档固定下来，内容不能再频繁改变，否则开发人员就无所适从了，可能导致每个人所参照的文档并不是同一个文档。

用一句上海这里的生活用语来说，就叫做要把这个文档“敲定”。

一个文档如果经过讨论被通过了，被固定了，就可以说这个文档被“基线化”了，然后所有人就可以在这个“基线”的基础上工作。

当然，文档不可能一成不变，所以当对文档的修改仍然会不断进行，但这种修改并不会随时随地的添加到被“基线化”了的文档中去。

因为既然是“基线”，就不能随便动。

但是到了一定时候，修改积累到一定程度，就需要把很多修改合并到原来的文档中去了，并生成一个新版本的文档作为团队中所有的人的参考标准，并把老的版本淘汰掉。

这就叫做“基线提升”。

以上就是我个人对“基线”这个术语的两种不同含义的理解，大家可以讨论讨论看，是不是差不多就是这个意思。