1. 软件配置项（SCI）的组成
   软件配置项（Software Configuration Item, SCI）是软件配置管理中的基本单位，主要包括以下几类：

• 文档类：如需求规格说明书、设计说明书、用户手册、操作手册、维护手册、测试计划与报告、项目总结报告等。
• 程序代码与数据：源代码、目标代码、可执行程序、数据库定义、测试数据等。
• 开发与维护工具：特定版本的编辑器、编译器、调试器、CASE 工具（如 UML 建模工具、静态分析工具）等，因其对构建结果有直接影响，也需纳入配置管理。
• 标准与规范：组织采用的软件工程标准、编码规范、评审流程等。

这些元素共同构成软件系统的完整配置，确保在不同阶段可追溯、可复现。

2. 版本控制
   版本控制用于管理 SCI 随时间的变化，记录每一次变更的历史。其核心特点包括：

• 软件系统在生命周期中不断演化，新增或修改 SCI，形成多个版本。
• 每个版本是某一时刻所有相关 SCI 的集合，可能对应不同的功能变种（如企业版、教育版）。
• 使用“版本演变图”可视化版本之间的派生关系，例如分支开发、合并发布等场景。
• 版本控制系统（如 Git、SVN）支持检出/检入、分支、标签等功能，保障一致性与可追溯性。

3. 变更控制
   变更控制是对软件配置项修改过程的系统化管理，目的是防止随意更改导致的混乱：

• 所有变更请求需经过评估、审批、实施和验证四个阶段。
• 通过配置数据库（Configuration Database）集中存储所有 SCI 及其状态信息。
• 设立基线（Baseline）——即经正式评审确认的稳定版本，作为后续变更的参考点。例如：需求基线、设计基线。
• 变更控制委员会（CCB）负责重大变更的审批，确保影响分析到位，相关方知情。

综上，软件配置管理通过 SCI 管理、版本控制与变更控制三大机制，保障软件产品的完整性、一致性和可维护性。

基线（Baseline）是指在软件生命周期的某个特定阶段结束时，经过正式评审和批准的一组配置项（SCI），它构成了后续开发工作的稳定基础。基线一旦建立，其内容不能随意更改，任何修改都必须通过正式的变更控制流程。

基线的主要类型包括：

• 需求基线：经评审确认的需求规格说明书集合，作为设计和测试的基础。
• 设计基线：完成详细设计并通过评审的设计文档，指导编码实现。
• 代码基线：某一稳定版本的源代码集合，通常对应一个发布版本。
• 测试基线：测试计划、测试用例和测试结果报告的基准集合。

基线在软件配置管理中的作用：

1. 提供稳定性：为开发、测试等后续活动提供一个稳定、可信的参考点，防止频繁变动导致混乱。
2. 支持变更控制：所有对基线的修改必须经过变更控制流程（如提交变更请求、CCB 审批），确保变更受控。
3. 实现可追溯性：通过对比不同基线，可以追踪系统演化过程，分析变更影响。
4. 便于版本发布与回退：每个发布版本可对应一个基线，若出现问题可快速恢复到已知正确状态。
5. 支持并行开发：团队可在不同分支上基于同一基线进行功能开发或缺陷修复，后期合并集成。

# 示例：使用 Git 打标签创建基线（代码基线）# git tag -a v1.0 -m "Release version 1.0 - Requirements Baseline"# git push origin v1.0

综上，基线是软件配置管理的核心机制之一，是保障软件质量与项目可控性的关键手段。