当前位置:工作总结网>个人>工程师>软件工程师年终工作总结

软件工程师年终工作总结

时间:2022-07-30 14:47:45 工程师 我要投稿

【精华】软件工程师年终工作总结四篇

  总结是指对某一阶段的工作、学习或思想中的经验或情况进行分析研究,做出带有规律性结论的书面材料,它可使零星的、肤浅的、表面的感性认知上升到全面的、系统的、本质的理性认识上来,不妨让我们认真地完成总结吧。我们该怎么去写总结呢?以下是小编整理的软件工程师年终工作总结4篇,欢迎阅读与收藏。

【精华】软件工程师年终工作总结四篇

软件工程师年终工作总结 篇1

  20xx年已过去,在过去的一年中,我担任公司开发部的一名软件工程师,主要从事着JAVA项目的开发工作,这一年来我低调努力工作着,不求闪亮显眼和光芒四射,只为平静和淡定;这一年中所做的成绩如下:

  一、xx项目,本人独立负责开发会计处的三个子系统

  1、会计人员信用查询系统。

  2、代理记账机构信用查询系统。

  3、会计人员网上报备系统。

  以上三个子系统上线后,方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息,以及方便了各单位对会计人员的报备。

  二、餐饮行业项目,在团队开发项目中直接参与了xx餐饮有限公司总部的信息综合管理平台项目

  1、房屋租赁合同管理系统。

  2、短信收发管理系统。

  3、会员管理系统。

  4、基础信息管理系统和人事管理系统的部分功能模块。

  系统应用后,豪享来在管理全国各门店房屋租赁合同上,一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。

  三、金融行业项目,我参与了xx银行xx分行,企业转账管理系统中的'部分模块开发

  本系统方便了企业快速实现大量和复杂的转账工作。

  四、xx项目,正在负责和开发的是住房货币化补贴网上申报审核系统

  本项目采用了新技术,使界面更加大方美观,很大程度上改善人机交互平台的效果。

  总结不足:驻xx总部做项目时,由于团队内部某些原因,加之外面的其他因素,一定程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都必须检讨的地方。

  通过总结一年来的工作,尽管有了一定的进步和成绩,但在一些方面还存在不足,个别工作做得还不够完善。在今后的工作中,我将努力找出工作中的不足,以便在日后的工作中加以克服。自我不断的学习吸收新技术,认真学习好规范规程及有关文件资料,并且及时的把新技术应用在实际的项目中,进一步提高项目的技术含量。

软件工程师年终工作总结 篇2

  时间一晃而过,转眼间20xx年已接近尾声。回首繁忙而又充实的20xx年心中不禁感慨万千,过去的一年中通过自身的不断努力,使得技术水平、沟通技巧等方面都取得了一定的进步,当然亦有需要改进的地方,这是我人生中弥足珍贵的经历,也给我留下了精彩而美好的回忆。

  非常幸运能够来到xx公司参加工作,上任软件工程师这一职位。回顾业务培训期的一个月工作,感触很深,收获颇丰,我们首先对宽带医生这项业务的前期推出做了很细致的准备,仔细讨论了在业务推出以后可能遇到的种种困难;然后参加了代维部门的实践学习,深入了解了网络的接入技术,以及在修障过程中遇到的问题,接着参加了为期两天的新员工入职培训班,认真听取了相关领导对公司的发展概况,组织结构,以及各部门职责的介绍,并认真学习了公司的基本业务和增值业务,对公司的产品和服务有了很清楚的认识。

  后期在主管的带领下,我们陆续对周边保有用户进行了宽带医生免费体验活动,也让用户知道我们这项延伸服务的推出,树立我们xx宽带的品牌形象。

  在过去的工作当中,在领导和同事们的悉心关怀和指导下,通过自身的不懈努力,各方面均取得了一定的进步,但那些远远不够,我也在实际工作中认识到自己的不足,业务还不够熟练,很多知识还有欠缺,处理事情不成熟。因此在今后的工作中,我将努力提高自身素质,克服不足,朝着以下几个方向努力:

  1、学无止镜,时代的发展瞬息万变,各种学科知识日新月异。我将坚持不懈地加强学习,向理论学习,向专业知识学习,向身边的`同事学习,逐步提高自己的理论水平和业务能力,并用于指导实践。

  2、“业精于勤而荒于嬉”,在以后的工作中不断学习业务知识,通过多看、多学、多练来不断的提高自己的各项服务技能,克服年轻气躁,做到脚踏实地,提高工作主动性,不怕多做事,不怕做小事,在点滴实践中完善提高自己。

  3、不断锻炼自己的胆识和毅力,提高自己解决实际问题的能力,并在工作过程中慢慢克服急躁情绪,积极、热情、细致地的对待每一项工作,继续提高自身文化的修养,努力使自己成为一名优秀的软件工程师。

  4、在工作上积极配合省公司“关于配合全省宽带续费率提升活动开展“宽带医生”服务的建议“的活动;加强对xx宽带医生的业务宣传,增加这些区域的服务量;加大对他网用户的宣传,扩大宽带医生的服务群,争取将用户发展为本网用户;明确宽带医生远程服务软件的一整套受理、安装、服务的流程,加强远程服务软件的推广,将远程服务和上门服务结合起来。

  我认为想成为出色的软件工程师不仅仅是软件知识,还有财务、经济、税务、管理等等知识,有空花时间看看,韬光养晦、未雨绸缪。

软件工程师年终工作总结 篇3

  xx年是我在公司工作的第三年,在这三年里随着公司在不断的发展和壮大我个人也从一个不知所谓的棱头青逐渐的变的成熟,详细内容请看下文软件工程师年终个人工作总结。

  我从一个对平衡机毫无了解的门外汉变成一个熟悉平衡机原理熟悉公司各种产品的专业技术人员,而且在对部门的管理和与人沟通方面我也有了更深层次的认识,我深知我取得的这些进步和公司领导的培养是分不开的。没有他们不厌其烦的教导和一次次的给予机会我不会取得今天的进步,展望xx年是机遇和挑战并存的一年,我将团结在公司领导核心周围,努力工作,艰苦奋斗,为公司向更高层次发展做出自己的贡献。

  回首xx初,虽然在xx年公司取得了可喜的成果,但是公司领导并没有沾沾自喜,反而为xx年制定了更高的目标。我也在经过短暂的调整之后马上进入自己的角色,当时按照领导的指示,我负责研发部管理和电气车间生产管理的工作。、我首先指定的部门工作范畴细则,明确了整个部门的工作任务。又对每个部门的成员在整个部门工作中所负责的范畴做了规定并已书面的形式发放到他们手中,我制定了部门成员结构组成图,明确上下级的从属关系。我想在完成公司交给的部门任务的同时建立一个有纪律,有向心力的团队更好的为公司服务是领导更希望我能做到的。在xxxx年初我的部门人员发生了很大的'变化,首先是李鑫的离职按照公司领导的指示我迅速调整了部门的结构,将原来主要负责电气生产的董建军接替李鑫的研发工作,将原来只参与电气生产的许建文安排在负责生产管理并参与生产的位置,在我整理李鑫的工作备份时候,我发现一体机单片机程序不能正常工作,我用其他方法找到李鑫要回了能用的程序,并完成当时李鑫负责的一东项目, 4月份董建军离职,影响了第一台微电机自动平衡机部分编写,为了保证设备参展,我连续加班,五一长假也不例外,最后实现了设备参展前有流畅动作的目标。

  这时公司领导也不断的给我提供新的技术人员来补充部门工作。在新的人员还不能完全胜任的阶段,为了能完成生产任务,我经常是身兼多职,从电气图设计,到指导和参与配电完成再有新plc程序和触摸屏程序编写,设备厂内调试都由我一个人来完成。很多时候为了不耽误工程的进度我就利用自己的业余休息时间加班加点。加班到很晚没有车我就自己花钱打车回家。

软件工程师年终工作总结 篇4

  总想着每天、每个月、乃至每年都有点进步。20xx年,对我来说,是起伏不定的一年,也是收获颇丰的一年。当然,最大的收获是有了一个可爱的女儿。

  在这一年,我跳了两次槽,一次是自愿的,还有一次是被迫的。我目睹了一些公司从盛到衰的过程,也看到了一些脚踏实地的公司。

  离开x1公司,是因为我觉得x1公司不是在做软件,所谓的印度模式,我想,绝对不是这么做的。理想不合,不想浪费时间,也只能背负跳槽的恶名,挂冠而去。去x2公司,是因为看到他是美国独资公司,做外包软件,能够接触美国的客户和技术,希望能够有所收获,何况,职位也不错。的确很想好好做,也跳累了,只想稳定发展,毕竟,是做父亲的人了。没有想到的是,竟然让我目睹了一场资产争夺的好戏。公司易主,流言

  满天,流言四起,官司大战,这种平常只有在电视和电影里看到的情节,我实实在在的亲身经历了,也算是人生的重要一课吧,至少,让我看到了人性最阴暗和恶毒的一面。自然,是做不下去了,只能又走。

  也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后,只要他能够存活,必定是一个成功的公司。虽然老板对我也很有诚意,只是,对于教育软件,我实在没有太大的兴趣,何况,如果想做教育,我何不选择安博呢?毕竟,安博给于我很多。回头想想,在其他公司,我都是在奉献,只有在安博,是学习了很多。

  说起跳槽,其实,看看那些公司,有多少是在踏踏实实做事情的?老板本不懂软件,都是看着软件行业能赚钱,想来捞一票,结果把中国的软件行业做坏了,也害苦了中国的程序员。自己不好好做事,怎么怪别人跳槽?同工作经历的坎坷相比,,在个人能力方面,今年的进步是非常大的。今年上半年,我的进步集中在技术领域。我更加深入研究了设计模式、ejb体系和.net平台,还有uml建模,终于有所突破,设计了一套自己的基于.net平台的系统架构和开发工具,并且得到了应用的证实。在网上也陆续发表了一些文章,受到比较好的欢迎,还上了赛迪网的开发之星。

  下半年,在软件工程方面收获是很多的。

  看到网上对于印度模式从吹捧到批驳的吵闹,也看到x1公司学习印度的失败,加上自己从开始就对那些记者的怀疑,决定好好学习软件工程。我一向认为,任何东西,不能道听途说,只有自己好好深入研究,才能得其精髓。同时,软件工程绝对不能只看印度的,毕竟,美国才是软件业最发达的国度。

  列举一些学习的参考资料:《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书,我都仔细研读了,颇有体会。

  我开始就想,印度软件工程绝对不会象那些记者所说的那么简单,所谓的高中生编程说。所以,我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》,是印度最大的软件公司infosys公司的分管质量的副总裁写的,介绍他们的cmm4的软件工程,果然不同凡响。这是我了解印度软件工程的主要窗口。

  首先,同原来的想法不同的,也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是,软件工程实际上不仅仅只是管理,而是一门涉及很广的交叉学科。在软件工程中,大约一半的内容是专业性很强的,涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象,都在软件工程的范畴内,同样是软件开发和组织的重要内容,也是软件质量保证的重要内容。至于软件开发的管理部分,只能算是软件工程中软件工程过程的部分,或者说项目管理部分。脱离管理来开发软件是绝对不可行的,同样,抛弃技术基础,空谈管理出效益,便如无源之水、无本之木。诚如《软件工程java语言实现》中所说:“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学,其他方面可归入经济学、管理学或心理学中。”在这里,我强调了软件工程中的技术部分,并非轻视管理,只想在软件工程的概念上做一些拨乱反正,也希望多一些人来关心软件的核心技术,而不要空喊口号和概念。毕竟,中国的软件太缺乏核心技术了。

  其次,对管理要求的严格不说(这个谁都知道),实际上,不管是美国的软件工程,还是印度的软件工程,都是比较灵活的。即便是印度这样的所谓“软件工厂”模式,对于软件工程过程管理极为严格,也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的,然而,由于项目具体情况不同,如项目的规模,参与人员的数量、素质等的不同,对于软件过程的每个部分,不是都必须的,可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的'。以前做什么iso9000等,开始做了一个以为很好的规范,但是,到具体项目,总是对不起来,到处有问题,现在想想,便是少了这个变通的部分。不过,话说回来,这cmm也是老美想出来的,而不是印度。

  第三,对于开发人员的选用,我发现,美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说,如果给他一批水平不高的开发项目,他会考虑全部解雇,重新招聘。《人月神话》中也说,如果200人开发一个项目,其中25个人最能干,那么会考虑解雇其余的175个人,让项目经理来编程(当然,后面还有一些抉择分析,这里断章取义了)。其结论的基础是基于以下研究结果:优秀的开发人员和差的开发人员,其效率之差可以达到数量级。另外,从管理的角度来说,只有人多了,才会有管理问题,当团队规模控制在一定的范围内时,便不会有太大的管理问题。

  对于软件来说,很难实现同传统产业一样的工厂化生产,这是由软件开发的本质决定的。软件的复杂性是软件的本质属性,在这个属性没有改变之前,软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”,实际上,只是完成了软件代码的编写工作,并不是实现了整个软件研发工作,而代码编写工作,恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员,印度人的书上没有说,记者到说了不少,我也无从考证。所以,软件的开发,还是需要选用优秀的人的。除非,公司只想帮别人编写代码,而不希望有自己的产品和技术。

  第四,软件开发中,最重要的还是团队合作和交流。这个是我目前最深切的感受。具体的,大家都知道,也用不着多说。

  最后,对于软件开发来说,公司老板的想法是最重要的。如果老板说“no”,那便是水平再高,管理再好,也终归无用。年龄渐长,也做父亲了,却总是在漂泊,没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。