本文主要是介绍软件产品(项目)研发的质量管理目标与测量项,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

| 工作量控制质量(A为项目的计划值,B为实际度量值) | 准确率要求 |
| 规模估计及其准确率 |
|
| 新编代码总行数 | | A-B | /A≤10% |
| 复用代码总行数 | | A-B | /A≤10% |
| 控件总数 | | A-B | /A≤10% |
| 画面总数 | | A-B | /A≤5% |
| 模块数 | | A-B | /A≤5% |
| 功能点数 | | A-B | /A≤5% |
| 字节数(对嵌入式软件) | | A-B | /A≤5% |
| 项目的进度估计及其准确性 |
|
| 总的进度 | | A-B | /A≤10% |
| 需求分析进度 | | A-B | /A≤5% |
| 设计进度 | | A-B | /A≤5% |
| 编码进度 | | A-B | /A≤10% |
| 测试进度 | | A-B | /A≤15% |
| 验收进度 | | A-B | /A≤10% |
| 开发成本估计及其准确率 |
|
| 总人天数 | | A-B | /A≤10% |
| 成本 | | A-B | /A≤10% |
| 生产率的估计及其准确率 |
|
| 代码行数(新编)/人天 | | A-B | /A≤10% |
| 产品质量 |
|
| 需求的缺陷数(C为需求总数,D为缺陷总数) | 要求的值 |
| 评审中发的严重缺陷数 | D/C≤5% |
| 评审中发现的一般缺陷数 | D/C≤10% |
| 测试中发现的缺陷数 | D/C≤2% |
| 需求跟踪中发现的缺陷数 | D/C≤1% |
| 纠正需求缺陷的人天数对进度的影响 | D/C≤2% |
| 需求变更所用人天数对进度的影响 |
|
| 设计中发现代缺陷数(按控件、模块或功能点统计) | 要求的值 |
| 1)设计评审中发现的严重缺陷数 | ≤1% |
| 2)设计评审中发现的一般缺陷数 | ≤5% |
| 3)测试中发现的缺陷数 | ≤5% |
| 测试的质量与效率 | 要求值 |
| 1)测试的范围—功能总数 | 100% |
| 2)测试的效率—功能总数/人天 |
|
| 3)测试发现的BUG总数 |
|
| 4)测试发现的BUG数的每千行代码比值 |
|
| 5)测试中BUG—时间曲线 |
|
| 6)测试结束允许的残留BUG(连续5次回归测试,残留BUG均小于) | 允许值≤0.3% |
| 7)修正BUG所用的人天数 |
|
| 8)修正BUG所用的人天数对进度的影响 |
|
| 9)BUG在各模块中的分布 |
|
| 管理质量 |
|
| SQA、SCM工作量统计 |
|
| 评审中除项目组以外人员的工作量统计 |
|
| 评审中领导(仲裁者)由于工作忙造成延误(天) |
|
| 各阶段工作由于人员不到位造成的延误 |
|
| 评审中未被发现而在测试中发现的缺陷数 |
|
| 1)需求中缺陷数 |
|
| 2)设计中缺陷数 |
|
| 文档质量及培训 |
|
| 产生文档的数量与页数 |
|
| 产生文档的总人天数及生产率 |
|
| 项目组在培训上所用的人天数 |
|
| 用户反馈 |
|
| 产品在用户试(使)用中发现的缺陷数 |
|
| 产品在用户试(使)用中发现因软件问题导致的系统不稳定数量 |
|
| 产品在用户试(使)用中发现需求变更要求数量 |
|
| 1)变更的要求 |
|
| 2)增加的要求 |
|
| 3)无用的功能数 |
|
| 用户对产品的评估及满意度(见评价表) |
|
| 产品的商业效益 |
|
| 推出后第一年内的用户数 |
|
| 推出后第二年内的用户数 |
|
| 毛利率(每套软件) |
|
这篇关于软件产品(项目)研发的质量管理目标与测量项的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!