1、软件系统质量记分办法，可以按照月，季或者年进行记分合计，每分对应相应的价格进行奖惩。上线前需求覆盖率，至少 95%；问题遗留率，最高 5%；严重 BUG 比率，最高 10%；试运行过程初期故障率：指软件在初期故障期（一般以软件交付给用户后的三个月内为初期故障期）内单位时间的故障数。一般以每 100 小时的故障数为单位。可以用它来评价交付使用的软件质量与预测什么时候软件可靠性基本稳定。初期故障率的大小取决于软件设计水平、检查项目数、软件规模、软件调试彻底与否等因素偶然故障率：指软件在偶然故障期（一般以软件交付给用户后的四个月以后为偶然故障期）内单位时间的故障数。一般以每 1000 小时的故障数为
2、单位，它反映了软件处于稳定状态下的质量运维过程平均失效间隔时间（MTBF）指软件在相继两次失效之间正常工作的平均统计时间。在实际使用时，MTBF 通常是指当 n 很大时，系统第 n 次失效与第 n+1 次失效之间的平均统计时间。国外一般民用软件的 MTBF 大体在 1000 小时左右。对于可靠性要求高的软件，则要求在 100010000 小时之间。考核办法：小于 1000 小时，记 10 分；小于 500 小时，记 20 分；小于 200 小时，记 30 分；小于 100 小时，记 50 分并记严重缺陷。易用性指标易用性可通过多方评审来确定，分优秀、良好、一般、较差、极差；较差，记 10 分；
3、极差记 20 分并需进行整改。性能质量吞吐率单位时间软件的信息处理能力（即各种目标的处理批数） 。软件必须具有处理海量数据的能力。吞吐率就是体现该能力的参数。随着信息的泛滥，要求软件的吞吐率应该达到数百批最大并发用户数系统在用户使用峰值时能够承载的最大用户使用数量，需要通过测试确定，也可由用户指定，通常如果 100 用户数量，采用 8020 原则计算得到每小时峰值活动用户数 6.667 /小时性能每下降 5%，记 10 分，下降超过 30%记 30 分，并需要性能调优。响应时间页面响应时间 用户体验效果 处理办法3s 极佳5s 良好8s 一般10s 以上 很差 每个页面记 1 分稳定性平均失效
4、恢复时间指软件失效后恢复正常工作所需的平均统计时间。对于软件，其失效恢复时间为排除故障或系统重新启动所用的时间，而不是对软件本身进行修改的时间（因软件已经固化在机器内，修改软件势必涉及重新固化问题，而这个过程的时间是无法确定的）。1 小时以内，记 1 分2 小时以内，记 2 分5 小时以内，记 3 分8 小时以内，记 5 分超过 8 小时，记 10 分，并记为严重故障。兼容性系统兼容性系统能够对多种操作系统进行兼容，例如：WIN，LINUX，UNIX 等，各种操作系统的版本也可定义；手机端软件同样适用。考核办法每缺少一款要求的兼容系统，记 50 分；缺少两款以上可拒绝验收。应用兼容性对 B/S
5、 架构软件，对浏览器需进行兼容，例如：IE 系列、火狐、CROME、遨游、360 等；手机端软件同样适用。考核办法：每缺少一款要求的兼容浏览器，记 20 分；缺少三款以上可拒绝验收。外设兼容性与各种外设的兼容性，考核办法参见前面内容版本间数据兼容性系统升级过程中各版本的数据兼容性，不能出现高版本不兼容低版本数据的情况，考核办法参见前面内容软件代码质量代码 BUG 率缺陷密度指软件单位源代码中隐藏的缺陷数量。通常以每千行无注解源代码为一个单位。一般情况下，可以根据同类软件系统的早期版本估计 FD 的具体值。如果没有早期版本信息，也可以按照通常的统计结果来估计。 “典型的统计表明，在开发阶段，平均每千行源代码有5060 个缺陷，交付后平均每千行源代码有 1518 个缺陷”。代码编写质量代码规范符合度代码编写内容是否按照代码编写规范进行编写，每出现一处不符合规范的内容，记 1 分，代码编写内容满足规范少于 30%，记 100 分并需要整改。代码注释量理想情况为 1:1,1:5，记 10 分；1:10 ，记 20 分开发过程质量开发过程符合度开发过程是否按照工期和流程进行。人员考核开发工程师测试工程师运维工程师
