软件工程工作总结范文4篇

本人在工作中，接触到许多烟囱，体会到只有技术上不断创新，设备不断更新，才能创造出更大的经济效益和社会效益。

比如，以前在造粒塔和烟囱的滑模中，我们用来提升滑模平台的是小吨位千斤顶(额定起重量为3.5t)，后来经过论证和技术经济分析比较，决定从xx烟囱开始采用大吨位千斤顶(额定起重量为6.0t)，与小吨位千斤顶相比有以下优点：可以节约一半的支承杆;支承杆脱空长度更高，滑模安全性可以得到更大的保证;减少了支承杆的加固工作量。在xx年和xx年施工的贵州xx工程的2个烟囱和xx供热工程的烟囱，就采用了大吨位千斤顶，其技术和经济效益十分明显。

另外，在滑模测量技术上我们也进行了改革。以前一般是在造粒塔或烟囱的中心安装一台激光对中仪测偏移，而平台扭转则在外面用一台经纬仪测量，显得非常麻烦。后来我们在烟囱内部相对于中心的对称半径上同时布置2台激光对中仪，根据测量数据就可以直接计算出平台的偏移和扭转值了。其精高提高了，工作量也减小了。

尽管我们现在在滑模技术方面取得了一定的成绩，但距世界滑模的先进水平还有不小的距离，这需要我们不断改进技术，总结经验。就我公司施工的烟囱和造粒塔来说。

1、我们目前还未涉及双曲线塔和框架的滑模，只限于圆形构筑物的滑模。

2、在垂直运输方面比较落后，传统方法是采用落地井架加变幅拔杆或者是随升井架加变幅拔杆，此种方法比较落后，我们可以改进为：在筒体外侧配一台自升式高塔，不但可以满足钢筋和混凝土的垂直运输，而且可以节省几台卷扬机的费用。从长远效益来看，后者肯定比前者明显。

3、按传统方法制作的钢平台只能使用一次，不仅浪费了钢材，还增加了拆卸平台的工作量。如果在保证平台安全使用的前提下，我们将平台杆件的焊接连接形式改为螺栓连接，这可以多次重复利用;

我们要理论联系实际，活学活用，不断总结施工和管理经验，技术上不断改进和创新。

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

一、财政局项目，本人独立负责开发会计处的三个子系统：

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

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

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

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

二、餐饮行业项目，在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目，主要负责的系统有：

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

2、短信收发管理系统。

3、会员管理系统。

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

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

三、金融行业项目，我参与了中国银行厦门分行，企业转账管理系统中的部分模块开发。本系统方便了企业快速实现大量和复杂的转账工作。

四、国土资源与房产管理局项目，正在负责和开发的是住房货币化补贴网上申报审核系统。本项目采用了新技术，使界面更加大方美观，很大程度上改善人机交互平台的效果。

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

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

1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!­

2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。­

3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。­

4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。­

5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。­

6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行原理，分析一下 pe文件格式，试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、开发应用程序，花时间去研究一下mfc、vcl、j2ee、它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!­

7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时，为什么不可以参考来自 java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。­

8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题 (其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。­

9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。­

10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。想想自己 xx年间开发的那些windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果;但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢? ­

11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做 erp，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。 ­

12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明： “对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。­

13、本文的总结与反思： a：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。 b：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。 c：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。 ­

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

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

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

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