软件开发度量及考核方法.pdf

《软件开发度量及考核方法.pdf》由会员分享，可在线阅读，更多相关《软件开发度量及考核方法.pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、0 引言本人觉得如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。虽然目前很多公司有这方面的绩效考核，但是大多数没有对软件开发的过程进行细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核,不能形成对被考核人有效的说服力。以下文档是本人根据以前经验和相关的资料所编写的度量方法和考核方法，希望能对公司改善考核制度有用.由于时间有限，有不足之处，请各位仁兄多提意见，谢谢！1 目的对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平

2、，并依据度量记录来考核软件开发人员的工作绩效。2 软件项包括1）技术文档:参照公司软件工程产品集，所确定的配置项;主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、质量计划、系统设计报告、测试文档、技术报告、用户手册、总结报告等；2）计算机程序.3 度量数据的来源1）项目计划；2）评审报告；3）测试报告；4）问题报告；5）软件维护记录；4 质量度量4.1 度量指标主要根据各类软件项检查表的检查指标来确定，例如,软件需求规格说明书检查表(见附录 1），有 10 个检查指标,则根据具体项目检查侧重点不同,可从中选择相应的检查指标作为度量指标.4.2 质量等级1）软件项的质量等级的

3、确定根据度量综合指标进行。2）度量综合指标计算公式为：Total=QiMi。3）其中 i=1,2，。.n 代表指标数量；4）Q 代表度量的指标；5）M 代表度量的指标 Q 在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出.度量指标权重系数表：序号 指标 权重1 指标 1 权数 12 指标 2 权数 23 指标 3 权数 34 指标 4 权数 45 指标 5 权数 5加权平均分 1。06）质量评价：一般地，根据度量综合指标值，有以下评分标准。质量评价计分标准表序号 得分 质量评价1 9。010.0 优质2 8。08。9 良好3 6.07.9 合格4 低于

4、6.0 劣质4.3 度量指标计算方法1）度量指标评分标准：根据软件项的各检查指标的缺陷率来确定，既为每项度量指标制定计分标准，缺陷率越高得分越低。度量指标计分标准表序号 得分 缺陷率范围1 910 范围 13 78 范围 34 56 范围 45 低于 5 范围 52)缺陷率来源:主要是各软件项检查、评审、测试的过程所产生的缺陷跟踪表(见附录 2)，缺陷跟踪表中的缺陷类别对应检查表中的检查指标。3）缺陷率单位结构化方法需求文档：以功能点或文档页数为单位（缺陷数/功能点、缺陷数/页）.设计文档：以模块或文档页数为单位（缺陷数/模块、缺陷数/页)。软件代码：以模块或代码行数为单位（缺陷数/模块、缺陷

5、数/LOC）.面向对象方法需求文档:以业务用例或文档页数为单位（缺陷数/BUC、缺陷数/页）。设计文档：以用例或文档页数为单位（缺陷数/UC、缺陷数/页）。软件代码：以用例或代码行数为单位（缺陷数/UC、缺陷数/LOC）。4）缺陷率计算方法:1 首先根据缺陷跟踪表中的缺陷类别分别统计各类别的缺陷率，然后依据度量指标计分标准表来给每个度量指标打分。缺陷率计算公式为：Total=（Bi/U)Mi。3其中 i=1,2，。.n 代表缺陷级别,缺陷级别可分为：致命、严重、一般、轻微;4B 代表每种缺陷级别的缺陷数；5U 代表缺陷率单位数；6M 代表每种缺陷级别的权重系数，通常权重系数以”一般 缺陷级别作

6、为基数（权数设为 1），轻微”缺陷级别可不用计算缺陷率（权数设为 0).缺陷级别权重系数表：序号 级别 权数1 致命 32 严重 23 一般 14 轻微 05 过程度量5.1 及时度1)以软件项目计划规定的的完成时间为基准，通过比较实际完成时间和计划完成时间的时间差，与软件项完成周期的比率来评价各软件项的及时度。2）时间差率=(实际完成时间-计划完成时间）/（计划开始时间-计划完成时间）3）评分标准如下:时间差率范围可根据具体项目而定.及时度评分标准表序号 得分 时间差率范围1 910 范围 1（15%以内）3 78 范围 3（15%35）4 低于 7 范围 4（35%以上）5.2 成熟度以软

7、件项检查、评审、测试的结果为评价基准，评分标准如下:1910 分：一次检查、评审、测试通过，无须调整；278 分：一次检查、评审、测试通过,略有调整，或第二次检查、评审、测试通过无须调整；36 分以下：二次以上检查、评审、测试未通过。5。3 改善效率在检查、评审、测试的结果的基础上改善软件项结果,以改善的时间是否影响后续阶段的完成和计划的总体完成时间为评分依据,评分标准如下：1910 分：改善效率良好，软件项的修改无须增加工作量，不影响阶段的继续进行和项目计划的总体完成，或无须修改；78 分：改善效率一般，软件项的修改或完善影响阶段的继续进行,增加工作量在原计划的 20%（此阀值可根据具体项目

8、而定）以内；36 分以下：改善效率较差，软件项的修改或完善过程使项目延期，或增加的工作量超过20%(此阀值可根据具体项目而定）。5.4 综合评价1）过程度量的综合评分方法是：S=PA1+MA2+EA3。2)S 代表综合评分;3)P 代表及时度;4)M 代表成熟度;5)E 代表改善效率；6）A 代表过程指标（P、M、E）在整个指标体系中所占的权重系数（可根据具体项目而定)。过程指标权重系数表:序号 指标 权重1 及时度 权数 1(0。3)2 成熟度 权数 2（0。3）3 改善效率 权数 3（0。4）加权平均分 1。07）过程评价：一般地,根据过程综合评分，有以下评分标准。过程评价计分标准表：序号

9、 得分 过程评价1 9。010。0 优质2 8。08.9 良好3 6。07.9 合格4 低于 6.0 劣质6 软件项综合评价1)软件项综合评分=质量评分*质量权数+过程评分*过程权数。综合指标权重系数表：序号 指标 权重1 质量 权数 1(0.5)2 过程 权数 2(0。5)加权平均分 1。02）软件项综合评价:一般地，根据软件项综合评分,有以下评分标准.软件项综合评价计分标准表：序号 得分 过程评价1 9。010。0 优质2 8.08.9 良好3 6。07.9 合格4 低于 6。0 劣质7 度量记录项目经理或开发经理在软件项提交检查、评审、测试通过后，需要填写软件项度量表(见附录 3），并提

10、交给 SQA 部审核和软件事业部经理批准.如果一个软件项由多人完成,需要将软件项按（功能、模块）拆分，分别记录各人的度量，SQA 部在审计软件项时，根据软件项度量表填写软件项综合评价表（见附录 4）。8 绩效考核8.1 开发人员考核1）软件项的平均得分值计算方法是：AV=(COi）/i*10。2）AV 代表软件项的平均得分值；3）CO 代表软件项综合得分；4）i=1，2，。.n 代表软件项数量.5)绩效考核标准：一般地,根据软件项的平均得分值,有以下评分标准。绩效考核计分标准表序号 得分 考核评价1 90100 优秀2 8089 良好3 6079 及格4 低于 60 很差6）软件部门根据软件项

11、综合评价表每个月或季度统计各开发人员所负责的软件项的平均得分值，比较开发人员软件项的平均得分值与绩效考核标准范围，确定开发人员绩效考核评价。绩效考核为”良好”以上人员奖励相应金额，绩效考核为”很差人员处罚相应金额。对于很差的开发人员需要通报批评，并要求在项目经理、开发经理帮助下写个人软件开发过程改进书。如果是连续三个月都是很差,则可能降级、降工资、甚至解雇；对于优秀的开发人员通报表扬,并组织经验交流会介绍其优秀的软件开发过程控制方法,如果是连续三个月都是优秀，则可能升级、升工资。8.2 项目经理、开发经理考核1）项目组的平均得分值计算方法是:AV=（COi）/i*10.2)AV 代表项目组的平

12、均得分值；3）CO 代表项目组成员绩效考核得分；4)i=1，2，。.n 代表项目组成员数量。5）绩效考核标准：一般地，根据项目组的平均得分值，有以下评分标准。绩效考核计分标准表序号 得分 考核评价1 90100 优秀2 8089 良好3 6079 及格4 低于 60 很差6）软件部门每个月或季度确定了项目组成员绩效考核评价后，计算项目组的平均得分值，比较项目组的平均得分值与绩效考核标准范围，确定项目经理、开发经理绩效考核评价。绩效考核为 良好”以上项目经理、开发经理奖励相应金额,绩效考核为”很差”项目经理、开发经理处罚相应金额。对于很差的项目经理、开发经理需要通报批评，并要求在部门经理帮助下作

13、项目组软件开发过程改进书,如果是连续三个月都是很差,则可能降级、降工资、甚至解雇；对于优秀的项目经理、开发经理通报表扬，并组织经验交流会介绍其优秀的项目组开发过程管理方法,如果是连续三个月都是优秀,则可能升级、升工资。8。3 检查、测试人员考核1）在软件项检查、评审、测试过程中,项目经理或开发经理需要填写检查、测试人员的缺陷查找质量度量表（见附录 5)作为月度考核或季度考核依据。2)缺陷查找率计算方法1缺陷查找率计算公式为：Total=(Bi/U)Mi.其中 i=1,2,.。n 代表缺陷级别，缺陷级别可分为:致命、严重、一般、轻微;B 代表每种缺陷级别的缺陷数；U 代表缺陷率单位数；5M 代表

14、每种缺陷级别的权重系数，通常权重系数以”一般 缺陷级别作为基数（权数设为 1）,轻微缺陷级别可不用计算缺陷查找率（权数设为 0）。缺陷级别权重系数表：序号 级别 权数1 致命 32 严重 23 一般 14 轻微 03）缺陷查找质量评价：为每个软件项制定相应的缺陷查找质量计分标准。缺陷查找质量计分标准表：序号 得分 缺陷查找率范围1 910 范围 13 78 范围 34 56 范围 45 低于 5 范围 54）缺陷查找的平均得分值计算方法是：AV=（COi)/i10.AV 代表缺陷查找的平均得分值；2CO 代表缺陷查找质量得分;3i=1,2,。.n 代表软件项数量.5）绩效考核标准绩效考核计分标

15、准表：序号 得分 考核评价1 90100 优秀2 7689 良好3 6075 及格4 低于 60 很差6）软件部门根据软件项综合评价表每个月或季度统计各检查人员或测试人员缺陷查找的平均得分值,比较检查人员或测试人员缺陷查找的平均得分值与绩效考核标准范围，确定检查人员或测试人员绩效考核评价，绩效考核为良好”以上人员奖励相应金额。对于优秀的人员通报表扬，并组织经验交流会介绍其优秀的检视和测试方法。8.4 缺陷考核1）某阶段的软件项检查、评审、测试通过后，如果在后面阶段工作中发现此软件项的缺陷时，需定位缺陷级别，定位是”重大”以上级别缺陷时，每个缺陷罚款元，作为项目组活动经费。2)在软件项检查、评审、测试过程前，需要制定软件项的最低缺陷查找率，通过缺陷查找质量度量表（见附录 5）,比较检查或测试人员的缺陷查找率少于最低缺陷查找率时,当软件项在以后阶段发现缺陷而被罚款时,款项由软件项负责人和检查、测试人 2 比 1 分摊.9 附录附录 1：软件项检查表；（略)附录 2：缺陷跟踪表；（略)附录 3：软件项度量表;（略）附录 4：软件项综合评价表；（略）附录 5：缺陷查找质量度量表。（略）