软件产品(项目)研发的质量管理目标与测量项

 

工作量控制质量(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)无用的功能数

 

用户对产品的评估及满意度(见评价表)

 

产品的商业效益

 

推出后第一年内的用户数

 

推出后第二年内的用户数

 

毛利率(每套软件)

 

  • 0
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

黄鹤的故乡

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值