软件工作考核项（zcl）——

注意：这里没有对代码风格做要求，因为要代码走查！

考核项	考核标准	分数等级
需求规格说明书编写	主要用例图缺失	-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