本文主要是介绍软件产品(项目)研发的质量管理目标与测量项,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
工作量控制质量(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)无用的功能数 |
|
用户对产品的评估及满意度(见评价表) |
|
产品的商业效益 |
|
推出后第一年内的用户数 |
|
推出后第二年内的用户数 |
|
毛利率(每套软件) |
|
这篇关于软件产品(项目)研发的质量管理目标与测量项的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!