软件产品项目考核维度

1、表一：项目评价维度表、得 咅、分 门工作计划及总结 提交情况(5%项目工作计划执行 及完成情况(50%项目完成质量情况(30%项目会议执行情况(5%项目时效情况 (5%其它项目工作需求 响应情况(5%最终得分评分部门计划、需求、评审、总结 遗漏次数文档、代码、注释、资源 详见表2详见表3与承诺里程碑时间点一致： 是、否。严重bug平均关闭时间：这 个维度代表项目组解决bug的效率，如果时间太长，说 明项目组对bug重视不够评分标准0分：50%及以下完成；11-5分：以0分为基础每多 完成10%加1分；10 分：100%完成；10-15分：以10分为基础每多完成10%加1分；0分：从不执行；0分

2、：找多种理由不响应；1-5分：经其它部门多次催 促，延迟、被动响应；6-9分：在协商交付时点延 迟完成；0分：正常交付时点 50浓3分：偶尔执行(每周、月0分：平均出勤率少于80%0分：不提交；1以下完成；1次)；总体漏打卡少于10次，迟3分：提交，但会延迟；1-5分：以0分为基础每多|5分：每天执行，但部门员 工少于50%寸，会议自动取到少于10次；5分：按时提交；|完成10%加1分；1-10分：以0分为基础，每多2%且漏打卡、迟到每少10分：接到需求能够进行有 效沟通，能够在协商交付时 点，100%完 成；10分：按时提交并加以提10分：交付时点100%完成；10-15分：以10分为基础每

3、多完成10%加1分；消；醒；10 分:每天执行，当部门员 工少于50%寸，逐个了解情 况并加以指导；次，加1分；10-15分：接到需求能够进 行有效沟通，同时，提岀合 理化建议，超前完成；电子警 察组CAD绘图组虚拟漫游组3D动画组表二：完成情况维度表、得功能实现数量 (30%界面友好度(10%文档完整性 (20%代码可读性 (10%注释行数/代码量 (5%资源、版本备份 (5%最终得分说明与式样书比较20% 有创造性的功能10%与前续项目比较5% 与行业同类产品比较 5%数量与项目裁剪表、RTM比较10%文档质量10%与编码规范比较UML语言描述千行注释率不得低于10资源备份：有、无 版本备

4、份：有、无评分标准电子警 察组CAD绘图组虚拟漫游组3D动画组表三：完成质量维度表、得严重bug数/ 测试用例数(20%系统出现的严重 bug数 /严重bug总数(20%被 reopen 的 bug / bug总数 (20%测试工作量(人日)/ 测试用例数(10%测试用例总数/ 代码总行数(5%评审情况 (5%最终得分说明这个维度代表了一个项 目的严重bug数量是否正 常，让测试用例参与计 算，是为了平衡规模不同 的项目的数据。我部门采取“三轮测试”， 三轮的目标分别是：单体测 试发现bug、确认测试验证 bug、系统测试稳定回归。 如果在第三轮回归的时候， 还出现大量严重bug，那肯 定是不

5、正常的，也会对质量 构成巨大风险。这个数字应 该要控制在一个很低的水 平。reopen指开发fix 后,测 试验证不通过，或者是已经 close的bug又复发。这个 维度也应该被控制在一个 很低的水平，如果偏高，说 明开发修复bug的效率偏 低，代码不稳定，发布后岀 现bug的几率增加这个维度代表投入的测试 资源是否充足，这里的工作 量，指的是从测试设计到测 试执行的所有人月数。 如果 数字过低，说明测试资源紧 张，无法保证测试质量；如 果过高，说明有可能测试效 率低，测试经理需要进行解 释。这个维度为避免测试用 例数量不足现象我部门评审分三个级别： 走查，用于代码级别评审， 组长必须参加。同

6、行评审， 用于设计级别评审，PM必须 参加。管理评审，用于计划 类、成果物提交类评审，经 理必须参加评分标准电子警 察组CAD绘图组虚拟漫游组3D动画组CMM水平还处于初 同时参照其它中1 . BUG等级划分建议:目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为 3-5个等级，由于我们公司的级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况,小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。致命（可对应目前BUG体系中的 非常严重”）:致命性问题主

7、要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。具体基本上可分为：O严重花屏O内存泄漏O用户数据丢失或破坏O系统崩溃/死机/冻结O模块无法启动或异常退出O严重的数值计算错误O功能设计与需求严重不符O其它导致无法测试的错误严重（可对应目前 BUG体系中的 严重”严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。具体基本上可分为：O功能未实现O功能错误O系统刷新错误O语音或数据通讯错误O轻微的数值计算错误O系统所提供的功能或服务受明显的影响 一般（可对应于目前 BUG体系中的 普通”一般性问题主要为：界面、性能缺陷具体基本上可分为：O操作界面错误（包括数据窗口内列名定义、含义是否一致）O边界条件下错误O提示信息错误（包括未给出信息、信息提示错误等）O长时间操作无进度提示O系统未优化（性能问题）O光标跳转设置不好，鼠标（光标）定位错误提示（可对应于目前 BUG体系中的 轻微及建议”）提示性问题主要为：易用性及建议性问题具体基本上可分为：O界面格式等不规范O辅助说明描述不清楚O操作时未给用户