27、软件配置与变更管理：从VDD到变更控制的全面指南

软件配置与变更管理：从VDD到变更控制的全面指南

在软件的世界里，版本管理和变更控制是确保项目顺利进行的关键要素。我们将深入探讨版本描述文档（VDD）的重要性以及软件变更管理的有效策略。

1. 版本描述文档（VDD）的价值

在软件产品维护中，确定手中产品的版本是一大难题。许多开发团队在发布临时版本时缺乏规范，导致“最终版本”泛滥，给测试和维护带来极大困扰。为解决这一问题，版本描述文档（VDD）应运而生。

VDD的基础源于国防部文档DI - MCCR - 80013，它为提交给内外部客户的产品修订提供描述性信息，有助于测试规划、产品维护和提高产品实用性。

• 对客户的重要性 ：内外部客户在接收产品版本时，需要确切了解所获内容。最终产品发布通常会附带文档和发布说明，但临时版本往往缺乏这些。VDD能让客户清楚知晓产品情况。
• 对开发团队的约束 ：许多开发人员不跟踪发布或记录开发过程，缺乏纪律性。VDD迫使开发团队更加有条理，关注自身流程和程序。
• 对管理层的作用 ：VDD为管理层提供了跟踪产品开发的有效工具，如发布数量、出现的bug类型等。管理层的签字也促使开发人员完善发布流程，减少修订次数。
• 适用范围 ：VDD适用于任何产品修订的发布，包括软件、硬件和固件。在包含多种元素的环境中，VDD对产品或系统的维护尤为重要。

2. VDD的详细内容

VDD可记录多种信息，其格式取决于组织需求。以下是一个经过实践验证的VDD大纲：
1. Scope（范围）
- Identification（标识） ：包含批准的产品名称、标识号（目录号、部件号等）和版本。
- Purpose（目的） ：为提交给内外部客户评估的产品修订提供描述性信息，便于测试规划和产品维护。
2. References（参考资料） ：引用开发VDD时使用的所有参考资料或其他来源。
3. Version Description（版本描述）
- Inventory of Materials Released（发布材料清单） ：描述发布包中包含的所有物理材料或介质，如软件的可执行文件及其分发介质，以及必要的支持文档。
- Inventory of Software/Firmware Released（发布的软件/固件清单） ：按版本号标识所有发布的计算机软件和固件，对测试和维护期间的软件跟踪至关重要。
- Enhancements to Functionality（功能增强） ：明确自上次发布以来的所有新功能，帮助测试人员确定需要重点测试的代码区域，也对营销和管理层有重要参考价值。
- Maintenance to Product（产品维护） ：记录自上次发布以来对产品进行的所有维护，如bug修复、性能问题处理等。可考虑积累多个bug后再发布，以减少修订次数。
- Adaptation Data（适配数据） ：列出因环境不同而需要特别关注的任何特定于站点的数据，如代码在特定PC或网络上的不同表现。
- Interface Compatibility（接口兼容性） ：识别因产品更改而受影响的所有其他产品或系统，包括软件驱动程序和硬件设备，这些更改可能导致难以追踪的bug。
4. Installation Instructions（安装说明） ：提供安装产品所需的信息，解决新软件产品安装说明不足或错误的问题，包括编程环境更改、硬件更改等情况。
5. Deinstallation Instructions（卸载说明） ：给出卸载产品版本的说明，在安装新版本时可能需要先卸载旧版本，若新版本安装失败，需恢复旧版本。
6. Completion of Previous Testing（先前测试的完成情况） ：确保发布到不同测试组的版本，其前一阶段的测试已经完成，避免提前发布导致的问题，使开发过程更具纪律性。
7. Possible Problems, Known Bugs, and Anomalies（可能的问题、已知的bug和异常） ：列出所有已知的异常、潜在问题及可用的解决方法，避免测试人员重复劳动。
8. Notes（备注） ：包含有助于测试人员理解产品的一般信息，如特殊的日程安排和人员信息。
9. Appendices（附录） ：包含理解发布所需的支持材料，如模板或其他文档。
10. Sign Off（签字确认） ：不同人员需对VDD进行签字确认，签字人员根据组织和环境而定，确保VDD的有效性。

3. 软件变更管理的必要性

软件项目的各个阶段都会发生变更，变更管理能引导和协调这些变更，使其对软件起到增强而非阻碍作用。

软件配置管理（SCM）是软件变更管理的重要组成部分，但很多时候SCM只是一个附加过程，甚至仅作为备份程序。而软件变更管理则根据项目标准（如进度和成本）选择鼓励、允许或阻止的变更，确定变更的来源，定义关键决策点，并明确项目角色和职责。

以下是软件变更管理的流程示意图：

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A(变更请求):::process --> B{批准概念}:::process
    B -->|接受| C{批准进行}:::process
    B -->|拒绝/推迟| D(保留请求及文档):::process
    C -->|通过| E{批准解决方案}:::process
    C -->|拒绝/推迟| D
    E -->|通过| F(集成到开发计划):::process
    E -->|拒绝| D
    G(紧急问题):::process --> H(紧急处理):::process
    H --> I(快速解决):::process
    I --> J(更新请求并降低优先级):::process
    J --> D

4. 变更的来源

软件变更的来源主要分为三类：
- Planned Software Development（计划内软件开发） ：理想情况下，所有软件变更都应源于按要求和计划进行的开发工作，但新增代码需进行管理，避免消耗过多资源和增加错误风险。同时，要监控每个请求的实施成本，以确保项目的成本效益比。
- Unexpected Problems（意外问题） ：开发过程中难免会发现问题，团队需确定是代码实现问题还是设计或需求有缺陷，并及时修正。使用集成变更管理工具集可使文档更新与代码修改同步，减少后期维护成本。
- Enhancements（增强功能） ：所有软件项目都涉及一定的研发工作，会收到增强功能的建议。这些建议可能是实现项目目标的捷径，也可能导致项目失败，因此需要进行文档记录并遵循开发标准实施。

5. 变更过程中的关键决策点

变更过程有三个关键决策点，它们构成了变更管理的框架：
- Approve the Concept（批准概念） ：在投入大量资源之前，批准所有变更请求，并分配优先级。
- Approve to Proceed（批准进行） ：评估变更请求对项目当前需求、规格和设计的影响，以及对进度和预算的影响，必要时调整优先级。
- Approve the Resolution（批准解决方案） ：将变更集成到计划开发工作中，在编码阶段需进行单独的实施和测试，确保变更不会对应用的其他部分产生负面影响。若测试发现风险，可拒绝变更请求。

此外，对于被拒绝或推迟的请求，应保留相关文档，以便后续参考。在遇到紧急问题时，变更管理流程应包含紧急处理路径，快速解决问题并记录处理情况。

6. 变更管理中的角色和职责

变更管理过程需要不同决策点的决策者，应明确以下问题：
- 谁将做出决策？通常项目经理负责，但可委托给其他项目负责人。
- 谁必须提供决策输入？谁可以提供输入？
- 谁将进行分析、实施和测试？可进行一般性指定，但具体问题可能需要特定人员参与。
- 决策做出后谁必须被通知？何时、如何以及详细程度如何通知？
- 谁将管理和执行这些程序？通常由SCM或发布经理负责。

项目可看作由开发团队、测试团队、质量团队和客户或用户组成的同心圆，随着产品向更广泛的圈子开放，这些圈子应参与变更决策。标准的SCM基线代表了客户和项目团队对产品的共识，任何变更都需客户批准。变更管理有助于维护与客户的良好关系和项目成员之间的沟通。

7. 变更管理工具

由于涉及大量数据，软件变更管理通常需要工具支持。变更管理的重要工具包括SCM工具和问题报告与变更请求跟踪工具。

SCM工具的范围从简单的版本引擎（如SCCS）到复杂的环境（如Rational的ClearCase）不等。选择SCM工具时，需考虑开发计划的复杂性，如工具支持的并行工作程度和跟踪的版本数量。对于同时对同一代码进行不同更改的项目，要关注工具处理分支和合并的方式。大型项目还需考虑工具的性能和可扩展性。

以下是一些常见的SCM工具及其特点：
| 工具名称 | 特点 |
| — | — |
| SCCS | 大多数UNIX系统的一部分，定义了版本控制的基础 |
| RCS | 提供基本的版本控制功能 |
| CVS、Sun’s TeamWare | 在基础上增加了工作区管理、图形用户界面和自动合并功能 |
| Microsoft’s SourceSafe、Merant’s PVCS、MKS Source Integrity、Continuus/CM | 提供将工件组织成集合和项目的功能 |
| Platinum’s CCC/Harvest、Rational’s ClearCase | 提供完整的触发和集成功能 |

问题报告与变更请求跟踪工具的关键在于能够根据流程和标准进行定制。选择时需考虑工具处理数据的能力、同时使用工具的人数、对数据更改的控制以及报告生成和电子审批的功能。如今，许多工具还提供Web界面，方便分布式使用。

通过合理使用这些工具，结合明确的变更管理流程和角色职责，我们能够更好地控制软件变更，提高软件质量，缩短上市时间，增强客户满意度。

综上所述，无论是VDD的实施还是软件变更管理，都是软件项目成功的重要保障。开发团队应养成使用VDD的习惯，建立有效的变更管理体系，以应对软件世界中不断变化的挑战。

软件配置与变更管理：从VDD到变更控制的全面指南

8. 变更管理工具的选择考量

在选择变更管理工具时，除了前面提到的因素，还有一些额外的要点需要深入思考。

首先是与现有开发环境的集成度。如果团队已经在使用特定的开发工具，如IDE、测试框架等，那么变更管理工具需要能够与之无缝集成。例如，当代码在IDE中被修改时，变更管理工具能够自动捕获这些变更并记录相关信息，同时将变更与对应的需求和测试用例关联起来。这样可以提高开发效率，减少手动操作带来的错误。

其次是工具的易用性。团队成员需要能够轻松上手使用工具，否则即使工具功能强大，也可能因为难以操作而被弃用。一个好的变更管理工具应该有直观的用户界面，提供清晰的操作指南和帮助文档。此外，工具的培训成本也是需要考虑的因素之一，简单易用的工具可以降低培训成本，使团队更快地适应新的工作流程。

再者是工具的可定制性。不同的项目有不同的需求，变更管理工具应该能够根据项目的特点进行定制。例如，有些项目可能需要特定的审批流程，工具应该允许用户自定义审批规则和步骤；有些项目可能对数据的安全性有较高要求，工具应该提供相应的安全设置选项。

最后是工具的供应商支持。选择一个有良好技术支持和服务的供应商至关重要。当工具出现问题或需要进行升级时，供应商能够及时提供帮助和解决方案。同时，供应商的持续发展能力也会影响工具的未来发展，一个有实力的供应商会不断改进和完善工具，以适应不断变化的市场需求。

9. 变更管理的最佳实践

为了确保软件变更管理的有效性，以下是一些最佳实践建议：

• 建立明确的变更管理流程 ：制定详细的变更管理流程，明确每个步骤的责任人、输入和输出。流程应该包括变更请求的提交、评估、批准、实施和验证等环节，确保所有变更都按照规定的流程进行处理。
• 加强沟通与协作 ：变更管理涉及多个角色和部门，良好的沟通与协作是关键。建立有效的沟通渠道，及时共享变更信息，确保团队成员对变更的理解一致。例如，通过定期的项目会议、即时通讯工具等方式进行沟通。
• 定期审查和评估变更管理过程 ：定期对变更管理过程进行审查和评估，发现问题及时改进。可以通过分析变更数据、收集团队成员的反馈等方式来评估变更管理的效果，不断优化流程和工具。
• 进行变更影响分析 ：在批准变更请求之前，进行全面的变更影响分析。考虑变更对软件的功能、性能、兼容性等方面的影响，以及对其他相关系统和流程的影响。这样可以避免因变更带来的潜在风险。
• 文档化所有变更 ：对所有变更进行详细的文档记录，包括变更的原因、内容、实施时间、相关人员等信息。文档化的变更记录有助于后续的审计、追溯和知识传承。

10. 变更管理与项目进度和成本的关系

软件变更管理与项目进度和成本密切相关。不合理的变更管理可能导致项目进度延迟和成本超支，而有效的变更管理则可以确保项目按时完成并控制成本。

以下是变更管理对项目进度和成本的影响分析：
| 影响因素 | 对项目进度的影响 | 对项目成本的影响 |
| — | — | — |
| 计划外变更过多 | 打乱原有的开发计划，导致进度延迟 | 增加额外的开发和测试工作量，成本上升 |
| 变更审批不及时 | 变更无法及时实施，影响项目推进 | 增加等待时间成本，可能导致资源闲置 |
| 变更实施不当 | 引入新的问题，需要花费时间进行修复，进度受阻 | 修复问题需要额外的人力和物力，成本增加 |
| 有效的变更管理 | 合理安排变更，确保项目按计划进行 | 优化资源利用，降低不必要的成本 |

为了平衡变更管理与项目进度和成本的关系，可以采取以下措施：

• 设定变更控制阈值 ：明确规定在什么情况下可以进行变更，以及变更的范围和影响程度。例如，对于一些小的变更，可以在一定范围内由开发团队自行决定；而对于重大变更，则需要经过严格的审批流程。
• 建立变更优先级机制 ：根据变更的重要性和紧急程度，对变更请求进行优先级排序。优先处理对项目进度和质量影响较大的变更，确保资源得到合理分配。
• 进行成本效益分析 ：在批准变更请求之前，对变更的成本和效益进行分析。只有当变更的效益大于成本时，才考虑实施变更。

11. 未来软件变更管理的趋势

随着软件行业的不断发展，软件变更管理也呈现出一些新的趋势：

• 自动化程度提高 ：未来的变更管理工具将越来越多地采用自动化技术，如自动化测试、自动化部署等。自动化可以减少人工操作，提高变更管理的效率和准确性。例如，当代码发生变更时，自动化测试工具可以自动运行相关的测试用例，快速检测变更是否引入了新的问题。
• 数据驱动的决策 ：利用大数据和分析技术，对变更数据进行深入挖掘和分析。通过分析变更的频率、类型、影响范围等数据，可以更好地了解项目的健康状况，为变更管理决策提供依据。例如，根据历史变更数据预测未来可能出现的问题，提前采取措施进行预防。
• 云化和分布式管理 ：随着云计算和分布式技术的发展，变更管理将越来越多地采用云化和分布式的方式。云化的变更管理工具可以提供更便捷的访问和协作方式，同时分布式管理可以更好地适应团队的分布式工作模式。例如，团队成员可以在不同的地点通过云平台访问和管理变更信息。
• 人工智能的应用 ：人工智能技术将逐渐应用于变更管理领域。例如，利用机器学习算法对变更请求进行自动分类和评估，根据历史数据预测变更的成功率和风险。人工智能还可以提供智能的建议和决策支持，帮助项目团队更好地管理变更。

12. 总结与展望

软件配置与变更管理是软件项目成功的关键环节。版本描述文档（VDD）的实施可以帮助开发团队和客户更好地管理软件版本，提高软件的可维护性和质量。软件变更管理则可以引导和协调软件变更，确保变更对软件起到增强而非阻碍作用。

通过建立有效的变更管理流程、选择合适的变更管理工具、遵循最佳实践，并关注未来的发展趋势，我们能够更好地应对软件项目中的变更挑战，提高软件项目的成功率。

在未来的软件项目中，我们应该不断学习和应用新的技术和方法，持续优化变更管理体系，以适应不断变化的市场需求和技术环境。同时，团队成员之间的沟通与协作也至关重要，只有大家共同努力，才能实现软件项目的高效管理和高质量交付。

总之，软件配置与变更管理是一个持续的过程，需要我们不断地探索和实践，以确保软件项目在不断变化的环境中保持稳定和发展。