软件配置管理中的变更测量与工具应用

# 软件配置管理中的变更测量与工具应用 ## 1. 软件度量与SDE简介 软件度量可分为产品度量和过程度量。产品度量包括规模度量（如代码行数、文档数量）和质量度量等；过程度量则与开发过程的不同阶段相关，有助于理解、控制、改进和预测开发过程。 SDE（Software Development Environment）是用于大型系统开发的软件包，部分基于RCS。它通过稍作修改的RCS命令和一些新命令，结合GUI应用程序，实现对分层系统结构和版本化文件的便捷浏览。 ### 1.1 SDE变更管理 SDE支持软件开发过程管理，其中变更管理是重要组成部分。任何变更都在变更集控制之下，变更请求（Change Request，CR）是SDE变更管理的基本单元。CR描述软件系统的逻辑变更，由需求规格或缺陷报告创建。在开发过程中，CR收集系统物理变更信息，开发者提交文件时会关联到相关CR，文件名称、版本和日志消息会记录在CR中。 CR在开发过程中会经历不同状态，创建时处于Init状态，工作期间会经过Exp、Implemented、Tested等状态，最终达到Terminated状态。集成到产品发布中的CR处于Released状态。CR以文本文件形式实现，遵循特定语法，头部包含优先级、CR类型、创建日期和终止日期等关键字，随后是提交文件列表，主体部分包含变更描述和提交文件的日志消息。 ### 1.2 CR状态转换图 ```mermaid graph LR classDef startend fill:#F5EBFF,stroke:#BE8FED,stroke-width:2px classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px A([Init]):::startend --> B(Exp):::process B --> C(Implemented):::process C --> D(Tested):::process D --> E(Terminated):::process E --> F([Released]):::startend ``` ## 2. CR度量 使用CR度量的主要目的是提高软件开发项目行为的可预测性，其次是了解当前项目状态。为实现这些目标，需要回答以下问题： - 已进行了多少变更以及变更类型，还应进行多少变更？ - 变更的动态情况如何？多久需要进一步变更，项目如何响应？ - 变更在开发者之间如何分布？每个开发者的当前变更状态如何，需要实现多少变更？ - 以前完成的项目中变更过程是怎样的？ CR包含的数据可用于回答这些问题。变更数量、状态、按优先级、类型或功能分类、变更文件数量等是一类可能的度量。由于CR受版本控制，每个变更的历史记录也可获取，一段时间内的状态变更数据是另一类度量——过程度量的输入。此外，还能获取变更作者信息，从而为整个开发项目和每个成员获取度量。 ### 2.1 CR度量应用 CR-Metrics应用程序通过解析CR从CR库中收集数据，将每个CR版本的信息保存到电子表格中，并以嵌入式Excel对象的形式以不同图形展示测量结果。其呈现的测量结果如下表所示： | 测量类型 | 描述 | | --- | --- | | 当前状态 | 显示每个周期内最新CR版本的状态 | | 累计CR | 按日期对已完成和未完成的CR进行排序 | | 新增CR | 显示一个时间间隔内新增CR的数量 | | 最新变更 | 展示特定时期内发生变更的CR | | 新增和完成 | 显示每个时间间隔内新增和完成（“输入”和“输出”）CR的数量 | | CR生命周期 | 显示CR生命周期的分布情况 | | CR类型 | 根据CR类型（错误、改进等）对CR进行分类 | | 优先级和状态 | 按变更优先级对已完成和未完成的CR进行分类 | ## 3. 测量实例 以WinSDE 1.1 - 0项目为例，该项目采用螺旋模型和进化原型模型的组合。开发按多个迭代进行，每个迭代包括原型开发、替代方案评估、原型细化、可交付成果开发和构建以及下一次迭代计划等阶段。这种模型导致CR数量持续增长，在最后一次迭代中，描述新功能的CR数量下降，但与发布活动相关的新CR仍在创建。测试活动和CR终止在每次迭代结束时，尤其是项目结束时会更加密集，