注意：这里没有对代码风格做要求，因为要代码走查！
| 考核项 | 考核标准 | 分数等级 | |
| 需求规格说明书编写 | 主要用例图缺失 | -1 | |
| 主要软件界面设计图缺失 | -1 | ||
| 主要功能清单项目缺失 | -1 | ||
| 主要复杂的操作缺少参考原型 | -1 | ||
| 未按时完成其他工作 | -1 | ||
| 概要设计编写（针对多模块系统） | 主要的数据结构设计缺失（如通讯协议、重要的实体类） | -1 | |
| 主要软件功能模块定义缺失 | -1 | ||
| 模块之间的主要调用关系示意图缺失 | -1 | ||
| 未按时完成其他工作 | -1 | ||
| 合理化的设计建议 | +2 | ||
| 详细设计编写（针对平台功能） | 复杂函数实现流程图缺失（没有可以不写） | -1 | |
| 主要实体类的类图（也可以复制代码）缺失 | -1 | ||
| 主要模块供外部调用接口函数的定义（可以复制代码）缺失 | -1 | ||
| 未按时完成其他工作 | -1 | ||
| 合理化的设计建议 | +2 | ||
| 代码开发 | 未实现设计文件中指定的功能， | -1 | |
| 在软件发布后发现软件致命性错误。 | -2 对照测试过程中的测试项数量超出2%部分予以扣分。（比如测试项有100项，发布不发现3个致命错误，就扣2分） |
||
| 未按时完成其他工作 | -1 | ||
| 合理的开发建议 | +2 | ||
| 测试 | 编制测试计划，测试项目缺失（按照功能清单编写，粒度由项目经理指定） | -1 | |
| 编制的测试项目被退回 | -1 需要经过评议，是测试工程师知识面不足，还是测试项编写失误 |
||
| 错误确认程序实现功能； | -1 | ||
| bug提交描述不清，无法指导软件调制 | -1 需要经过评议，是测试工程师知识面不足，还是测试项编写失误 |
||
| 软件发布后发现bug | 1个-0.2 对照测试过程中的测试项数量超出5%部分予以扣分。（比如测试项有100项，发布不发现6个致命错误，就扣0.2分） |
之所以只扣-0.2是由于目前的项目立项、设计文件编写、组织机构、人员能力、工作流程还不支持高要求 | |
| 软件发布后发现致命性错误 | -2 对照测试过程中的测试项数量超出5%部分予以扣分。（比如测试项有100项，发布不发现3个致命错误，就扣2分） |
||
| 发现的bug被加入经验库 | +2 | ||
| 非项目组成员发现bug | +2 所有人适用，但不包括需求发起者 |
||
| 未按时完成工作 | -2 | ||
| 打包，发行 | 打包文件版本错误、 | -1 | |
| 配置文件内容错误 | -1 | ||
| 未按时完成工作 | -2 | ||
| 合理的开发建议 | +2 | ||
| 操作文件编写 | 缺少功能点 | -1 | |
| 缺少操作截图 | -1 | ||
| 缺少操作步骤 | -1 | ||
| 未按时完成工作 | -2 |
| 考核项 | 考核标准 | 分数等级 |
| 需求规格说明书编写 | 有功能概述、用例图、软件界面设计图、功能清单清晰明确、复杂的操作要提供原型。 | 如果任一一项发生内容缺失就-2 |
| 概要设计编写（针对平台级功能） | 有主要的数据结构设计（如通讯协议、重要的实体类）、通讯有软件功能模块定义、以图的方式明晰模块之间的主要调用关系 | 如果任一一项发生内容缺失就-2 |
| 合理化的设计建议 | 一条+1 | |
| 详细设计编写（针对平台级功能） | 有复制函数实现流程图（没有可以不写）,要有主要实体类的类图（可以复制代码），主要模块供外部调用接口函数的定义（可以复制代码）。 | 如果任一一项发生内容缺失就-2 |
| 合理化的设计建议 | 一条+1 | |
| 代码开发 | 实现设计文件中指定的功能， | 如果在软件发布后的使用中发现一条就-1 |
| 确保软件无异常，如果在软件发布后的使用中发现一条就-1 | 如果在软件发布后的使用中发现一条就-1 | |
| 合理的开发建议 | 一条+1 | |
| 测试 | 编制测试计划（按照功能清单编写，粒度由项目经理指定） | 少编写一条-1 |
| 确认程序实现了测试计划中指定的功能； | 少一条-1 | |
| 通过测试发现未知bug | 如果在软件发布后的使用中发现一条就-1 | |
| 测试的bug被加入经验库 | 一条+2 | |
| 打包，发行 | 打包文件指定错误、配置文件内容错误，-1 | -1 |
| 合理的开发建议 | 一条+1 | |
| 操作文件编写 | 涵盖主要功能，有截图，有操作步骤 | 少编写一条-1 |