博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
软件产品(项目)研发的质量管理目标与测量项
阅读量:4029 次
发布时间:2019-05-24

本文共 1148 字,大约阅读时间需要 3 分钟。

 

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

 

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

 

产品的商业效益

 

推出后第一年内的用户数

 

推出后第二年内的用户数

 

毛利率(每套软件)

 

转载地址:http://etobi.baihongyu.com/

你可能感兴趣的文章
标记一下
查看>>
一个ahk小函数, 实现版本号的比较
查看>>
IP报文格式学习笔记
查看>>
autohotkey快捷键显示隐藏文件和文件扩展名
查看>>
Linux中的进程
查看>>
学习笔记4——猜数字游戏,随机数
查看>>
学习python(1)——环境与常识
查看>>
学习设计模式(3)——单例模式和类的成员函数中的静态变量的作用域
查看>>
学习设计模式(5)——装饰器模式
查看>>
学习设计模式(6)——建造者模式
查看>>
rep movsd ,N - move all of our dwords--【解决办法】
查看>>
查找连续相同值的算法,并给出连续相同值的个数以及位置
查看>>
关于STL中的Vector,list和deque
查看>>
错误:常量中有换行符
查看>>
学习设计模式(8)——单例模式2
查看>>
学习算法(1)——2分查找法
查看>>
github入门指南
查看>>
Import GPG key in CentOS 7
查看>>
CentOS7挂载windows下的共享文件夹
查看>>
CentOS升级gcc4.4.7到gcc4.8.5
查看>>