软件开发度量及考核方法
一、引言
如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。
虽然目前很多公司有这方面的绩效考核，但是由于软件开发行业的特殊性，大多数公司没有对软件开发的过程进行细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。
所以根据以前经验和相关的资料编写了适用于本部门的度量和考核方法。
该考核方法是技术支持部软件开发人员和测试人员的试行版本。
二、目的
对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。
三、考核实施办法
1、定义
1.1 、软件项包括
1）、技术文档："软件工程产品集"所确定的配置项。
主要包括：用户需求文档、需求分析文档、概要设计文档、详细设计文档、开发计划、测试文档、用户手册、总结报告等。
2）、计算机程序。
1.2 、度量数据的来源
1）、项目计划：过程度量中及时度考核数据的主要依据。
2）、测试文档：计算机程序质量考核数据主要依据。
3）、软件维护记录：主要是指软件产品投入用户使用后产生的软件维护记录。
2、质量度量
2.1度量指标
主要根据各类软件项检查表的检查指标来确定。
例如，详细设计说明书检查表有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。
（本文末尾附了各工作阶段的考核检查指标表）
2.2质量等级
1）软件项的质量等级的确定根据度量综合指标进行。
2）度量综合指标计算公式为：
Total =刀QiMi。
3）其中i=1,2,...n 代表指标数量；
4）Q代表度量的指标；
5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。
2.3度量指标计算方法
2.3.1、度量指标评分标准：根据软件项的各检查指标的缺陷率来确定，既为每
232、缺陷率来源：
主要是各软件项检查、评审、测试的过程所产生的缺陷跟踪表，缺陷跟踪表中的缺陷类别对应检查表中的检查指标。
233、缺陷率单位
1）、结构化方法
需求文档：以功能点或文档页数为单位（缺陷数/功能点、缺陷数/页）。
设计文档：以模块或文档页数为单位（缺陷数/模块、缺陷数/页）。
软件代码：以模块或代码行数为单位（缺陷数/模块、缺陷数/LOC）。
2）、面向对象方法
需求文档：以业务用例或文档页数为单位（缺陷数/BUC缺陷数/页）。
设计文档：以用例或文档页数为单位（缺陷数/UC、缺陷数/页）。
软件代码：以用例或代码行数为单位（缺陷数/UC、缺陷数/LOC）。
2.3.4、开发人员缺陷率计算方法：
1）、首先根据缺陷跟踪表中的缺陷类别分别统计各类别的缺陷率，然后依据度量指标计分标准表来给每个度量指标打分。
2）、缺陷率计算公式为：
Total =刀（Bi/U）Mi 。
3）、其中i=1,2,...n 代表缺陷级别，缺陷级别可分为：致命、严重、一般、轻微；
4）、B代表每种缺陷级别的缺陷数；
5）、U代表缺陷率单位数；
6）、M代表每种缺陷级别的权重系数，通常权重系数以"一般"缺陷级别作
2.3.5、测试人员缺陷查找率计算方法：
1）、在软件项检查、评审、测试过程中，测试人员、项目经理或开发经理需要填写缺陷查找质量度量表作为月度考核或季度考核依据。
2）、缺陷查找率计算方法
A）、缺陷查找率计算公式为：
Total =刀（Bi/U）Mi。
B）、其中i=1,2,...n 代表缺陷级别，缺陷级别可分为：致命、严重、一般、轻微；
C）、B代表每种缺陷级别的缺陷数；
D）、U代表缺陷率单位数；
D）、M代表每种缺陷级别的权重系数，通常权重系数以"一般"缺陷级别作
为基数（权数设为1），"轻微"缺陷级别可不用计算缺陷查找率（权数设为0）。
缺陷级别权重系数表
3）、缺陷查找质量评价：为每个软件项制定相应的缺陷查找质量计分标准，查找量越高，得分越高（随着开发人员BUG率的降低，测试人员的查找率也相应降低，需要随时调整该计分标准）。
缺陷查找质量计分标准表
4）、绩效考核标准
绩效考核计分标准表
5）、缺陷考核
某阶段的软件项检查、评审、测试通过后，如果在后面阶段工作中发现此软
件项的缺陷时，需定位缺陷级别以及引发缺陷的原因后再处理。
处理方法为：？
3、过程度量
考核指标为：及时度、成熟度、改善效率。
3.1、及时度
1）、以软件项目计划规定的完成时间（该时间由员工和主管共同商讨制定）
为基准，通过比较实际完成时间和计划完成时间的时间差，与软件项完成周期的
比率来评价各软件项的及时度。
2）、时间差率=（实际完成时间-计划完成时间）/（计划开始时间-计划完成时间）
3）、评分标准如下：时间差率范围可根据具体项目而定。
时间差率越高得分越低。
及时度评分标准表
3.2、成熟度
以软件项检查、评审、测试的结果为评价基准，评分标准如下：
1）、9〜10分：一次检查、评审、测试通过，无须调整；
2）、7〜8分：一次检查、评审、测试通过，略有调整，或第二次检查、评审、测试通过无须调整；
3）、6分以下：二次以上检查、评审、测试未通过。
3.3、改善效率
在检查、评审、测试的结果的基础上改善软件项结果，以改善的时间是否影响后续阶段的完成和计划的总体完成时间为评分依据，评分标准如下：
1）、9〜10分：改善效率良好，软件项的修改无须增加工作量，不影响现阶段的继续进行和项目计划的总体完成，或无须修改；
2）、7〜8分：改善效率一般，软件项的修改或完善影响现阶段的继续进行，
增加工作量在原计划的20% （此阀值可根据具体项目而定）以内；
3）、6分以下：改善效率较差，软件项的修改或完善过程使项目延期，或增
加的工作量超过20% （此阀值可根据具体项目而定）。
3.4、综合评价
1）、过程度量的综合评分方法是：
S=P*A1+M*A2+E*A3
2）、S代表综合评分；
3）、P代表及时度；
4）、M代表成熟度；
5）、E代表改善效率；
6）、A代表过程指标（P、M E）在整个指标体系中所占的权重系数（可根据具体项目而定）。
过程指标权重系数表
7）、过程评价：一般地，根据过程综合评分，有以下评分标准
过程评价计分标准表
4、软件项综合评价
1）、软件项综合评分=质量评分*质量权数+过程评分*过程权数。
5、度量记录
测试人员、项目经理或开发经理在软件项提交检查、评审、测试通过后，需
要填写软件项度量表，并提交给中心主任批准。
如果一个软件项由多人完成，需要将软件项按（功能、模块）拆分，分别记录各人的度量，作为年终绩效的度量标准。
6绩效考核
6.1月考核
学院规定的绩效考核为月度考核。
以各人当月的具体工作按以上规则进行月
考核。
月考核分为两个部分：月度度量考核分和主管考评。
S=M+A
月绩效考核权重系数表
6.2年度考核
年度考核分成两个部分：月度考核平均分和主任考评。
年度考评项目表序号指标权重
1月度考核平均分0.9
2主任考评0.1
额外工作情况0.1-0.5
出额外工作的加权平均分 1.0
主任考评、统计之间的考评和个人考评参见月考核主管考评表。
额外工作情况：临时安排而且没有调整工作计划专门安排时间的计划外工作。
例如：技术支持维护等。
额外工作情况计分量化值为：任务数+工作量。
额外工作情况考核权重系数表
任务数和工作量的具体评分准则为：
任务数得分=个人任务数/部门总任务数
工作量得分=个人工作量/部门总工作量
最终额外工作情况评分标准按正态分布评分
绩效考核评分标准:
附录：
需求分析度量指标权重系数表
软件开发度量指标权重系数表
序号指标说明权重1完整性测试人员测试统计权数1 BUG率测试人员测试统计权数2 2
加权平均分
测试人员度量指标权重系数表
加权平均分
1.0
1.0。
欢迎您的下载，
资料仅供参考!
致力为企业和个人提供合同协议，策划案计划书，学习资料等等
打造全网一站式需求。