软件工程师绩效考核(细分权重)及软件工程期中.doc

软件工程师绩效考核(细分权重)及软件工程期中.doc

  1. 1、本文档共23页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
考核 指标 分项考核标准 权重 考核标准 得分 研发方面(15分) 1.是否能对系统设计正确理解,能否提出合理化建议,如能采纳可加分 2.是否系统详细设计全面、合理,如在设计上有所创新或采用更先进技术并采纳可加分 3.能否对研发过程中的技术难点提出可行性解决方案,资料及时备份分类 4. 能较早的进行后续功能的开发和整合,及早的发现问题并解决问题 5. 定时优化自已开发的代码和编写的文档,提交高质量高标准的产品 文档方面(15分) 1.是否及时提交各阶段技术文档 2.文档的内容组织是否有序合理,格式是否按公司文档格式编写 3.技术文档的内容表达是否准确,能真实的表达设计意图 4.文档资料归档是否符合要求 5.编写的技术文档描述是否详尽,对后续开发人员阅读是否容易理解 6.在设计文档时能否发挥创新的思维设计,使需求和模块结构更加清晰明了 7.各阶段的文档数量与种类是否符合要求 8.周报日报内容详细描述了所完成、未完成的工作以及完成遇到的问题、解决思路等 代码质量(20分) 1.模块划分清晰,结构安排合理 2.模块设计时复用率高 3.编码简洁、规范,结构清晰,注解完整、清楚,容易被人理解 4.代码性能优越,BUG率低,异常处理考虑周全得当 5.有充分的调试、测试提示功能 计划与进度(20分) 1.项目研发是否能按项目计划进度完成,按里程碑计算,如能保证质量的前提下提前完成可以加分,反之,扣罚。 3.每项工作是否有计划;计划是否合理,进度是否得到有效控制,计划内容是否完整、详实、清楚,使人能清楚地把握当前工作动态 4.每项决议是否得到监控并有效执行 5.交付的每项任务是否能自觉的准时急时的解决 代码维护(10分) 1.文档和代码能否始终保存同步 2.是否每天将工作过程资料上传到服务器上进行备份 3.急时指交每阶段的重要版本,以及里程碑产物 4.对临时交付的开发任务是否也能做到及时备份 5.每次备份的版本是否清楚表明版本的作用和变化 工作态度(20 分) 1、能够自觉遵守公司各项规章制度 2、按时提交工作周报 3、工作积极主动、良好的工作热情、乐意承担额外工作,积极思考,不断改进工作 4、具有强烈的责任心,认真负责,可以放心交付工作,迅速处理业务,对本职工作及领导交办的任务均能及时或提前高效地完成 5、富于团队精神,乐意协助他人的工作,顺利完成任务 6.能简洁明白地表达自己的见解,遇见工作压力时,沉着冷静; 7.良好的沟通能力,有合作意识,并有接受不同意见,有进取心; 8. 对新知识的求知欲和学习能力,积极关注、吸收新技术发展,努力学习各种专业知识,注意收集整理各种技术资料,并将之不断纳入工作中,不断提高实际操作和解决问题的水平。 技术保密 不向无关人员透露技术秘密,不携带技术秘密离开公司。对技术保密问题提出了 自己的建议,并被采纳,并经常提醒他人注意技术保密;如有违反公司技术保密规定,一票否决。 总体评价 本人意见 公司领导审批 考核办法:达标不加减分;不达标按程度相应扣减分数;超标按超标程度相应加分。 例1:计划本月两个项目,月中增加一个项目并按要求进度和质量完成。完成工作量:加5分,其他项不加减。 例2:计划本月两个项目,月中增加一个项目,但新项目未按要求完成进度。完成工作量:加2分,进度完成率减5分,其他项不加减。 1.什么是当前系统?当前系统的物理模型与逻辑模型有什么差别? (1)所谓当前系统可能是需要改进的某个已在计算机上运行的数据处理系统,也可能是一个人工的数据处理过程。 (2)当前系统的物理模型客观地反映当前系统实际的工作情况。但在物理模型中有许多物理的因素,随着分析工作的深入,有些非本质的物理因素就成为不必要的负担,因而需要对物理模型进行分析,区分出本质的和非本质的因素,去掉那些非本质的因素即可获得反映系统本质的逻辑模型。 所以当前系统的逻辑模型是从当前系统的物理模型抽象出来的 2. 在UML中用例与用例之间存在泛化、包含和扩展关系,请分析它们的异同。 (1)共性:都是从现有用例中抽取出公共的那部分信息,作为一个单独的用例,然后通过不同的方法重用这个公共的用例,以减少模型维护的工作量。 (2)不同点: a.泛化侧重表示子用例间的互斥性。 b.包含侧重表示被包含用例对参与者提供服务的间接性。 c.扩展侧重表示扩展用例的触发不定性。 泛化关系是描述用例之间一般与特殊关系的。子用例继承了父用例所有的结构、行为和关系,同时子用例还可以添加、覆盖、改变继承的行为。子用例是父用例的一种特殊形式,不同的子用例代表了父用例的不同实现方法。 在一个复杂系统中,不同的用例之间可能存在一些相同的行为,这时可以将这些相同的行为提取出来组成一个用例。当其他用例使用该用例时,用例之间便形成了包含关系。 向一个用例中添加一些动作后构成了另一个用

文档评论(0)

yu8458925 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档