2．功能规模稳定性
“功能规模稳定性”的度量方法如下表及图所示。
| 度量指标 | 功能规模稳定性 | |
| 指标表示 | 用表格按日期表示已增加的需求数、已修改的需求数、已删除的需求数、总的需求数、变更数和需求稳定性，以及基线需求数 用连线图按日期表示总的需求数、变更数和需求稳定性 用直线图按日期表示已增加的需求数、已修改的需求数、已删除的需求数 | |
| 分析方法 | 在需求评审后有少量的需求变更是期望的，而且能够适应；如果需求总数的增长超过10%（具体值应根据项目监督控制要求确定）或者在某个月的变更超过当前基线的10%（具体值应根据项目监督控制要求确定）时，就要进行调查 | |
| 加工数据 | 总的计划需求、需求变更、需求变化率 | |
| 加工方法 | 通过将基线需求数加上新增的需求数，减去已删除的需求数 通过将已增加的、已修改的、已删除的需求数相加计算需求变更 将需求变更除以基线化的需求 | |
| 统计数据 | 基线需求数、已增加的需求数、已修改的需求数、已删除的需求数 | |
| 统计方法 | 计算初始基线中的需求数，将所有已批准的变更请求中所增加的需求数相加，将所有已批准的变更请求中所修改的需求数相加，将所有已批准的变更请求中所删除的需求数相加 | |
| 统计来源 | 需求基线 已批准的变更请求：已增加的需求 已批准的变更请求：已修改的需求 已批准的变更请求：已删除的需求 | |
| 统计单位 | 需求个数 | |
| 数据采集、验证和存储规程 | 采集和处理 | 按照项目监督和控制人员要求的频率（一般为每月），从需求库中采集数据，填入《度量数据采集表及指示图》里的“功能规模稳定性”中，存入配置管理库。验证人根据《数据验证检查表》提出的问题来验证度量数据的完整性、有效性 |
| 采集人 | MA（可以是项目经理或PPQA） | |
| 验证人 | MA | |
| 存储人 | CM | |
| 数据分析规程 | 分析、通报 | 按照项目监督和控制人员要求的频率（一般为每月），对采集和预处理的数据进行分析。根据统计数据和加工数据，用图表方式表示度量指标。分析结果汇报给项目经理和高层经理，由项目经理和高层经理决定是否采取措施 |
| 分析人 | 项目经理 | |
“功能规模稳定性”度量示例如下表所示。
| 基线需求数 | 500 | |||||
| 报告周期 | 增加需求数 | 修改需求数 | 删除需求数 | 总的需求数 | 变更数 | 需求变化率 |
| 0 | 0 | 0 | 0 | 500 | 0 | 0.00% |
| 1 | 5 | 2 | -1 | 504 | 8 | 1.59% |
| 2 | 6 | 4 | -3 | 507 | 21 | 4.14% |
功能规模稳定性（需求稳定性）
另外，有些数据没有人的参与就无法采集（如客户满意度或其他人为判断），而且建立其他自动化的必要的基础设施可能是昂贵的，而且采集的数据要保证质量。做到这一点是很难的，下面有专门的章节具体介绍数据质量。
相关阅读：
版权声明：51Testing软件测试网获电子工业出版社授权连载《软件质量管理实践》部分章节，其他个人或单位未经许可，不得对本内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
