软件开发度量及考核方法Word文档下载推荐.docx
- 文档编号:21761724
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:13
- 大小:20.17KB
软件开发度量及考核方法Word文档下载推荐.docx
《软件开发度量及考核方法Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《软件开发度量及考核方法Word文档下载推荐.docx(13页珍藏版)》请在冰豆网上搜索。
1)软件项的质量等级的确定根据度量综合指标进行。
2)度量综合指标计算公式为:
Total=工QiMio
3)其中i=1,2,...n代表指标数量;
4)Q代表度量的指标;
5)M代表度量的指标Q在整个指标体系中所占的权重系数,对不同的开发项目可能不同,此系数根据开发的不同着重点给出。
度量指标权重系数表
)丁与
指标
权重
1
指标1
权数1
2
指标2
权数2
3
指标3
权数3
4
指标4
权数4
5
指标5
权数5
加权平均分
1.0
6
一般地,根据度量综合指标值,
质量评价计分标准表
有以下评分标准。
序号
得分
质量评价
9.0〜10.0
优质
8.0〜8.9
良好
6.0〜7.9
合格
低丁6.0
劣
2.3度里指标计算力法
2.3.1、度量指标评分标准:
项度重指标制正计分标准,
根据软件项的各检查指标的缺陷率来确定,既为每缺陷率越高得分越低。
度里指标计分标准表
缺陷率范围
9〜10
范围1(10恕内)
8〜8.9
范围2(10%-20%Z内)
7〜7.9
范围3(20%-30%Z内)
5〜6.9
范围4(30%-40%Z内)
"
范围5(40恕上)
2.3.2、缺陷率来源:
主要是各软件项检查、评审、测试的过程所产生的缺陷跟踪表,缺陷跟踪表中的缺陷类别对应检查表中的检查指标。
2.3.3、缺陷率单位
1)、结构化方法
需求文档:
以功能点或文档贞数为单位(缺陷数/功能点、缺陷数/贞)。
设计文档:
以模块或文档贞数为单位(缺陷数/模块、缺陷数/贞)。
软件代码:
以模块或代码行数为单位(缺陷数/模块、缺陷数/LOC)。
2)、面向对象方法
以业务用例或文档贞数为单位(缺陷数/BUG缺陷数/贞)。
以用例或文档贞数为单位(缺陷数/UC、缺陷数/贞)。
以用例或代码行数为单位(缺陷数/UC、缺陷数/LOC)。
2.3.4、开发人员缺陷率计算方法:
1)、首先根据缺陷跟踪表中的缺陷类别分别统计各类别的缺陷率,然后依据度量指标计分标准表来给每个度量指标打分。
2)、缺陷率计算公式为:
Total=工(Bi/U)Mi。
3)、其中i=1,2,...n代表缺陷级别,缺陷级别可分为:
致命、严重、一般、轻微;
4)、B代表每种缺陷级别的缺陷数;
5)、U代表缺陷率单位数;
6)、M代表每种缺陷级别的权重系数,通常权重系数以”一般"
缺陷级别作
为基数(权数设为1),"
轻微”缺陷级别E用计算缺陷率(权数设为0)。
缺陷级别权重系数表
级别
权数
致命
严重
轻微
2.3.5、测试人员缺陷查找率计算方法:
1)、在软件项检查、评审、测试过程中,测试人员、项目经理或开发经理需要填写缺陷查找质量度量表作为月度考核或季度考核依据。
2)、缺陷查找率计算方法
A)、缺陷查找率计算公式为:
B)、其中i=1,2,...n代表缺陷级别,缺陷级别可分为:
C)、B代表每种缺陷级别的缺陷数;
D)、U代表缺陷率单位数;
D)、M代表每种缺陷级别的权重系数,通常权重系数以”一般"
缺陷级别作为基数(权数设为1),"
轻微”缺陷级别可不用计算缺陷查找率(权数设为0)。
3)、缺陷查找质量评价:
为每个软件项制定相应的缺陷查找质量计分标准,
查找量越高,得分越高(随着开发人员BU帝的降低,降低,需要随时调整该计分标准)。
缺陷查找质量计分标准表
测试人员的查找率也相应
缺陷查找率范围
范围1(50恕上)
7〜8.9
范围2(40%-50%Z内)
范围3(30%-40%Z内)
范围4(30恕下)
4)、绩效考核标准
绩效考核计分标准表
90〜100
76〜89
60〜75
低丁60
很差
5)、缺陷考核
某阶段的软件项检查、评审、测试通过后,如果在后面阶段工作中发现此软
件项的缺陷时,需定位缺陷级别以及引发缺陷的原因后再处理。
处理方法为:
?
3、过程度量
考核指标为:
及时度、成熟度、改善效率。
3.1、及时度
1)、以软件项目计划规定的完成时间(该时间由员工和主管共同商讨制定)为基准,通过比较实际完成时间和计划完成时间的时间差,与软件项完成周期的
比率来评价各软件项的及时度。
2)、时间差率=(实际完成时间-计划完成时间)/(计划开始时间-计划完成时间)
3)、评分标准如下:
时间差率范围可根据具体项目而定。
时间差率越高得分越低。
及时度评分标准表
时间差率范围
8-8.9
7-7.9
7
范围4(30恕上)
3.2、成熟度
以软件项检查、评审、测试的结果为评价基准,评分标准如下:
1)、9〜10分:
一次检查、评审、测试通过,无须调整;
2)、7〜8分:
一次检查、评审、测试通过,略有调整,或第二次检查、评审、测试通过无须调整;
3)、6分以下:
二次以上检查、评审、测试未通过。
3.3、改善效率
在检查、评审、测试的结果的基础上改善软件项结果,以改善的时间是否影响后续阶段的完成和计划的总体完成时间为评分依据,评分标准如下:
1)、9〜10分:
改善效率良好,软件项的修改无须增加工作量,不影响现阶
段的继续进行和项目计划的总体完成,或无须修改;
改善效率一般,软件项的修改或完善影响现阶段的继续进行,增加工作量在原计划的20%(此阀值可根据具体项目而定)以内;
改善效率较差,软件项的修改或完善过程使项目延期,或增加的工作量超过20%(此阀值可根据具体项目而定)。
3.4、综合评价
1)、过程度量的综合评分方法是:
S=P*A1+M*A2+E*A3
2)、S代表综合评分;
3)、P代表及时度;
4)、M代表成熟度;
5)、E代表改善效率;
6)、A代表过程指标(P、ME)在整个指标体系中所占的权重系数(可根据具体项目而定)。
过程指标权重系数表
及时度
权数1(0.3)
成熟度
权数2(0.3)
改善效率
权数3(0.4)
加权平■均分
7)、过程评价:
一般地,根据过程综合评分,有以下评分标准。
过程评价计分标准表
过程评价
劣质
4、软件项综合评价
1)、软件项综合评分=质量评分*质量权数+过程评分*过程权数。
综合指标权重系数表
质量
权数1(0.5)
过程
权数2(0.5)
2)、软件项综合评价:
一般地,根据软件项综合评分,
软件项综合评价计分标准表
彳6.0
5、度量记录
测试人员、项目经理或开发经理在软件项提交检查、评审、测试通过后,需要填写软件项度量表,并提交给中心主任批准。
如果一个软件项由多人完成,需要将软件项按(功能、模块)拆分,分别记录各人的度量,作为年终绩效的度量标准。
6、绩效考核
6.1月考核
学院规定的绩效考核为月度考核。
以各人当月的具体工作按以上规则进行月考核。
月考核分为两个部分:
月度度量考核分和主管考评。
S=M+A
月绩效考核权重系数表
月度考核得分
0.8
主管考评
0.1
同级之间的考评
0.05
个人考评
主管、同级和个人考评项目表
工作主动性
工作责任心
0.2
工作配合度
工作执行力
工作创新
工作计划和总结
6.2年度考核
年度考核分成两个部分:
月度考核平均分和主任考评。
年度考评项目表
月度考核平均分
0.9
主任考评
额外工作情况
0.1-0.5
出额外工作的加权平均分
主任考评、统计之间的考评和个人考评参见月考核主管考评表。
额外工作情况:
临时安排而且没有调整工作计划专门安排时间的计划外工作。
例如:
技术支持维护等。
额外工作情况计分量化值为:
任务数+工作量。
额外工作情况考核权重系数表
任务数
0.6
工作量
0.4
任务数和工作量的具体评分准则为:
任务数得分=个人任务数/部门总任务数
工作量得分=个人工作量/部门总工作量
最终额外工作情况评分标准按正态分布评分。
额外工作情况计分标准表
额外工作情况排名
0.5
...
………
9
6.3绩效考核评分标准:
考核评价
优秀
80〜89
60〜79
及格
60
附录:
需求分析度量指标权重系数表
说明
完整性
是否有遗漏的需求
活晰性
文档描述活晰
正确性
需求描述止确
规范性
文档格式规范
文档归档
及时提交义档给上级主管
详细设计度量指标权重系数表
软件开发度里指标权U系数表
测试人员测试统计
BU帝
代码规范
代码抽查
测试人员度量指标权重系数表
说明权重
测试用例文档
缺陷跟踪表
测试结果分析统计
及时提交义档给上级主管权数4
网站美工度量指标权重系数表
网页整体设计效果
网页布局
JS代码的简洁和规范
浏览器兼容
及时提交义档举上级主管权数5
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 度量 考核 方法