跟踪软件项目的进度是一项很困难的任务。您面临的一个主要问题是找到一种方式,通过这种方式可以对实际进度和相关状态进行客观评估。您应考虑的一种方法是从您的变更控制系统跟踪实际变更度量值的趋势:这种度量进度的方法称为配置状态记帐,而从中得出的报告通常称为配置状态报告。
配置状态记帐(评测) -
用于根据在产品开发过程中发现和修订的缺陷的类型、数量、比率和严重性来描述产品的“状态”。从配置管理的这一方面得出的度量值有助于确定项目的全面完成状态。
软件配置状态报告的四个主要来源是:
变更请求(CR)是变更工作产品或流程的请求的一般术语。在概念:变更请求管理中描述了与 CR 相关联的一般流程。
如 CRM 流程步骤中所述,“标记”状态为报告 CR(熟化、分发或趋势)统计信息提供了基础。
基于变更请求的缺陷报告可归纳为以下类别:
-
熟化(基于时间的报告)
-
各种变更请求已打开了多长时间?在生命周期内发现缺陷的时刻与修订这些缺陷的时刻之间的“滞后时间”是多少?
-
分发(基于计数的报告)
-
在按所有者、优先级或修订状态的各种类别中有多少更改请求?
-
趋势(与时间和计数相关的报告)
-
随着时间的推移发现和修订的缺陷的累积数目是多少?缺陷发现和修订的比率是多少?打开的缺陷与关闭的缺陷之间的“质量差距”是多少?平均的缺陷解决时间是多长?
构建报告列出了所有文件、文件位置以及并入的变更(这些变更构成软件特定版本的工作版本)。
构建报告既可在系统级别也可在子系统级别进行维护。
版本描述类似于发行说明,描述软件发行版的详细信息。该描述至少要包含以下内容:
-
已发行材料的清单(物理介质和文档)
-
软件内容的清单(文件列表)
-
所有特定于站点的“改编”数据
-
安装指示信息
-
可能的问题和已知错误
在配置管理环境中包含了以下两种审计:
物理配置审计(PCA)识别要从项目存储库进行部署的产品的元素。
功能配置审计(FCA)确认基线满足针对基线的需求。
在执行配置审计中描述了有关执行审计的详细任务。
|