软件工程师个人年度工作总结（精选18篇）由网友“朗姆酒味屁”投稿提供，以下是小编为大家汇总后的软件工程师个人年度工作总结，希望对大家有所帮助。
篇1：软件工程师个人工作总结
xx年是我在公司工作的第三年，在这三年里随着公司在不断的发展和壮大我个人也从一个不知所谓的棱头青逐渐的变的成熟，详细内容请看下文。
我从一个对平衡机毫无了解的门外汉变成一个熟悉平衡机原理熟悉公司各种产品的专业技术人员，而且在对部门的管理和与人沟通方面我也有了更深层次的认识，我深知我取得的这些进步和公司领导的培养是分不开的。没有他们不厌其烦的教导和一次次的给予机会我不会取得今天的进步，展望xx年是机遇和挑战并存的一年，我将团结在公司领导核心周围，努力工作，艰苦奋斗，为公司向更高层次发展做出自己的贡献。
回首xx初，虽然在xx年公司取得了可喜的成果，但是公司领导并没有沾沾自喜，反而为xx年制定了更高的目标。我也在经过短暂的调整之后马上进入自己的角色，当时按照领导的指示，我负责研发部管理和电气车间生产管理的工作。、我首先指定的部门工作范畴细则，明确了整个部门的工作任务。又对每个部门的成员在整个部门工作中所负责的范畴做了规定并已书面的形式发放到他们手中，我制定了部门成员结构组成图，明确上下级的从属关系。我想在完成公司交给的部门任务的同时建立一个有纪律，有向心力的团队更好的为公司服务是领导更希望我能做到的。在xxxx年初我的部门人员发生了很大的变化，首先是李鑫的离职按照公司领导的指示我迅速调整了部门的结构，将原来主要负责电气生产的董建军接替李鑫的研发工作，将原来只参与电气生产的许建文安排在负责生产管理并参与生产的位置，在我整理李鑫的工作备份时候，我发现一体机单片机程序不能正常工作，我用其他方法找到李鑫要回了能用的程序，并完成当时李鑫负责的一东项目，4月份董建军离职，影响了第一台微电机自动平衡机部分编写，为了保证设备参展，我连续加班，五一长假也不例外，最后实现了设备参展前有流畅动作的目标。
这时公司领导也不断的给我提供新的技术人员来补充部门工作。在新的人员还不能完全胜任的阶段，为了能完成生产任务，我经常是身兼多职，从电气图设计，到指导和参与配电完成再有新plc程序和触摸屏程序编写，设备厂内调试都由我一个人来完成。很多时候为了不耽误工程的进度我就利用自己的业余休息时间加班加点。加班到很晚没有车我就自己花钱打车回家。
篇2：软件工程师个人工作总结
我于20xx年xx月加入xxxx至今，严格履行软件工程师的岗位职责，认真学习，努力工作，较好地完成了本职工作和领导交给的各项任务。在这年终之际，现对来公司20xx年的时间里所作的工作汇报如下：
一、思想政治表现
坚持四项基本原则，热爱祖国，遵纪守法，具有良好的思想素质和职业道德，能用xxx的要求来指导自己的行动。积极要求进步，团结友善，明礼诚信。
二、工作情况
1、新产品研发：由于我参加工作较长，在软件行业领域这么多年来积累了丰富的经验。刚进入公司被划分到xxx产品小组，参与了此产品的需求收集、分析、设计编码工作。此产品的前台控制端的框架设计是我采用当今流行的先进技术架构搭建而成。目前此产品雏形已经完毕，处在后期测试完善阶段。当初由于部门人手不够，我与我的搭档相互鼓励，还有部门领导的大力支持，我们每天充满激情的迎接自己的工作。回过头来，看到自己辛勤工作的成果，还是欣慰的。
2、综合事务管理：日常事务性工作都是些琐碎的事情，统计考勤，报销费用、部门审计工作等等。以前我一直做得是自己的专业知识工作，初次接受这些琐碎的工作时我就告诫自己做就要做好，一定做到腿勤、口勤。使票据及时报销，账目清楚，协助领导建立健全各项制度，保持良好的工作秩序和工作环境，使各项管理日趋正规化、规范化。完成办公日常用品购置、上下沟通、资料报刊订阅等日常事务，各类事项安排合理有序。整理部门工作周报、月报，为部门工作的正常开展提供了有效保证。
3、部门项目/产品进度跟踪及归档：我担负着部门项目/产品的进度跟踪工作，为保证文档、代码版本的准确性，我主动联系质量保障部在公司服务器上给我们部门开通了vss空间并且给部门每位员工开通了自己的账户，定时督促部门相关成员把文档与产品代码维护到版本控制服务器上，现在大家已养成习惯，要找文档模板、公司制度等等都会自动去此服务器上寻找，项目阶段性文档，代码也会自动维护进去，我会定时察看并监督。这样保障了代码准确性，公司成果不流失，同时也为同事工作提供便利。
三、存在不足
xxx行业对于我来说是个全新的行业，还有目前工作较繁杂，从而无法进一步提高自己的工作能力。再说计算机领域是个宽广的领域，技术发展是日益月新，计划下一年合理的安排自己的工作，使自己的业务知识与技术水平更有所提高。
以上是我的个人年终工作总结，在以后的工作中，我一定不断加强个人修养，自觉加强学习，努力提高工作水平，适应新形势下本职工作的需要，扬长避短，发奋工作，克难攻坚，力求把工作做得更好。
篇3：软件工程师个人年度工作总结
作为刚从学校出来的应届毕业生，第一份工作就落在智通，来到智通，深深地被这个企业的文化所感染，我很认同智通的企业文化，智通的企业精神“统一，专一，事业第一”体现出了这一行业优秀企业文化的特点。在这三个月的学习与亲身感受之下，我更加坚定地要使自己成为一名合格并争取优秀的智通人，我对自己有信心，对智通更有信心。作为一名在技术岗位的职员，要具备一定的专业知识，不断地充实自己，在不断的工作学习与研究中成长，要有很好的团队协作精神，有很强的执行力，能真正为企业做实事。在智通上班的三个月里，我主要完成了以下工作项目：
一、刚来的两个星期，由于目前网站工作的需要，师傅指导一边熟悉工作职位环境一边学习asp，用了两个星期系统地学习了这门从未接触过的asp语言，为接下来一个月的工作打了坚实的基础。
二、接下来的时间，主要配合网站先前asp的后台管理系统进行某些技能优化与系统维护工作。先后完成了销售管理模块的注册企业查询、职业推荐给求职者、把求职者推荐给企业、会员职位刷新、职位刷新统计等几个模块的技能修改与优化，解决了业务员带权限控制的查询、推荐时间的控制与查询速度优化、企业职位刷新时的权限控制与企业职位时效性的控制以及完成对各销售组成员的职位数统计，职位刷新数统计的技能设计。在完成这些各种技能需求的时候，对后台管理系统进行了深入的分析研究，因此对销售管理模块非常熟悉，给目前网站新版开发的后台设计提了不少建设性的想法。之后还完成了logo管理模块中的投票项目添加优化与投票结果统计查询修正、logo、banner的管理与文本文件的生成。还完成了客服管理模块中后台开通资料查询的改进，企业管理、个人管理模块查询技能的改进。期间还完成了部分技能错误的修正，如校园招聘管理图片不能上传、文章类别不能修改、文章不能删除等。
三、目前新版是用jsp开发的，在这三个月里，我进一步对java，jsp的深入学习，了解了mvc模式开发，在这阶段的学习期间，我以一个小商务系统的开发作为学习任务。还对当前流行的jive代码与开发思想进行了初步的学习研究。
四、作为一名系统开发与维护工作者，当然不能忽视对数据库知识的学习，在这段时间我也进一步对sql语句进行了深入的学习，对sql语句的查询进行了分析，比较重视数据库性能分析与调整这方面的知识学习。通过这阶段的学习，把这些知识与方法运用到了对后台管理系统会员查询的速度优化技能上，在实际工作中得以实践运用。
五、网站新版开发方面，主要还为新版做了几个数据库对照表。
六、还参加了网站新版的第二轮测试工作，主要以后台管理系统为主做测试，还参与了前台个人管理与企业管理的流程测试，测出了不少关键性的bug。
七、入职以来，还担任了网站部群发邮件的.工作。三个月内完成了好几批邮件群发的工作，每天定时定量地给在无忧无虑网站上注册的企业或会员群发几十万封邮件。还配合客服部群发了两批特殊活动的邮件，配合网站营销活动群发了两批群件，每天坚持固定给注册会员群发。
在网站技术部工作的三个月里，自己感受非常多。首先，作为刚从学校出来的毕业生，在实际开发中的经验尚不够成熟，还需要在工作中不断的提升自己。其次，要进一步提高自己的开发技能，使自己的技能满足今后的需求，主动获取并学习当今技术信息，平衡自己的知识结构，在不断的学习中提高自己。然后，要加强与同事们的沟通，融入团队，互相学习、相互提高，在团队中不断完善自己。
我相信，通过我的努力，一定能成为智通的优秀员工，一定会在优秀成绩之上提升自己。同时我希望公司能根据情况给我培训深造的机会，也希望部门内能有经常性的专业技术学习。
篇4： 软件工程师个人工作总结
20xx年2月2日，我有幸成为公司的一员，应聘为公司的java软件工程师。入任职以来，在部门领导的带领下，自己感觉无论学习、技术、生活等方面都有很大的提升。
20xx年里我主要完成的工作有三方面：
一、荆门石油石化巡检系统的调研和开发
该项目是我工作以来第一次涉及到调研，对我来说算是一个不小的挑战。在调研过程中，让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足，在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求，有很多需要和客户交流沟通多次才能明白客户的最终需求，也没有把自己作为最终用户并站在用户的角度上来考虑问题，这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中，让我进一步巩固和加强了自己的开发能力。
二、电信12530增值业务的开发与维护
从5月以来我就开始接手公司的主要业务之一，12530电信增值业务。由于前面负责这个项目的同事突然离职，导致这个项目的交接工再做得不够好，对我顺利接手这个项目造成很大的困难。而刚一接手这个项目，马上就需要新上一个投票活动，并要对一些主要代码进行修改，让我倍感压力，几乎都快放弃。最后在金总的指导和鼓励下，顺利的完成这次活动。在完成这次投票活动后，为了避免下一个接手这个项目同事与我遇到同样困难，我第一时间将这个项目的相关技术文档补充完全，保证别人能够顺利的进行该项目工作。通过这个项目，让我加强了自己在高强高压下工作的能力，也让我找到更多自信。
三、襄樊、鄂州家政网络服务中心的开发与实施
在这两个项目中，除了承担开发工作以外，也逐渐涉及到项目管理的职责，让我在个人能力上有所提高。为了这两个项目能够顺利完成，除了完成自己的工作外，还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施，为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外，我也注重个人能力的提高。工作之余，主动学习一些新技术，与同事沟通配合，搭建一个ssh的开发框架。也学习Spring Security知识，这些新知识的积累，对我以后的工作有很大帮助。
四、20xx年工作展望
1、将学习的Spring Security整合到我们自己搭建的ssh框架，进一步完善框架。
2、利用搭建的ssh框架，开发一套oa系统平台。
3、做好襄樊、鄂州家政网络服务中心的维护工作。
4、希望公司能够大量拿下湖北省其他市的家政网络服务中心，继续开发和实施湖北省其他市的家政网络服务中心。
5、继续学习新技术，努力提高自己的个人能力。为以后能够更好，更顺利的工作奠定基础。
6、希望通过自己的进步和努力，能为公司的发展做出自己最大的贡献，体现出自己的最大价值。
篇5：软件工程师个人工作总结
从八月份入职至今，已一年过去了，回顾自己这段时间在xx公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在x月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在x月份，便正式参与了管理软件功能模块的设计工作，在xx的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在xx一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
x月份，在xx的指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同xx及xx进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
x月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
xx围绕两个工作展开，一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，xx也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和xx逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下，通过项目组所有成员的不懈努力，在xx月份系统所有功能模块设计完成，在xx月份系统所有业务流程整理完成，在xx月份，对各功能模块设计及业务流的初次审查、整改工作已经完成，现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
在入职初期，因为之前很少接触生产类软件，一时不知从何入手，好在项目组成员多次向我讲解，加上自己也通过网络查找相关文档，认真阅读相关材料、思考业务处理过程，最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在xx的指导下，完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计，以及整个系统的业务整理工作。因为xx多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败，一定要做到设计正确、准确、完整，因此在每个子模块的设计中，先把握总体方向，确保设计正确，再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确，最后再将设计放到整个业务系统中，反复检验、审查，确保设计完整。回顾这一段时间的工作，我基本完成了本职工作，这与领导的支持和各位同事的配合、帮助是分不开的，但同时我也清楚得认识到自己还有很多不足，也从中获得不少经验、教训，总结为以下几点，
1.做事前准备、计划是很有必要的
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深，正是磨刀不误砍柴工，做好准备、计划对之后的工作能起到事半功倍的效果。
2.工作要脚踏实地、一步一步，切不可太过心急
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节。
3.学会从整体看问题
这一点在入职初期的业务流程学习中就感受很深，从整体看问题，从主业务流程入手，理解更容易，学习得也更快，在整个工作过程中大的方向也不会错。
4.要学会适当的思维转变
之前的软件开发工作主要是编码工作，所考虑的问题也只局限于技术方面，但在系统业务及功能模块设计工作中，一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。
5.与同事的交流要及时要充分，尤其是项目组内成员
及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量，及时的交流能提高工作的效率。
6.在系统设计过程中要学会从客户角度考虑问题
软件良好的客户体验是衡量软件质量的重要标准，因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。
7.处理问题一定要以公司利益为重，坚持立场、把握好原则
公司项目部成员对**1号矿项目的成功实施便证明这一点;另外在集控平台开发过程中，何工也是基于这一点，多次对系统功能设计提出更高要求，以使系统功能更加完善、可操作性更强。
9.要学会思考问题、分析问题、处理问题，学会分解问题，把一个大的问题分解成若干个小问题，再将各小问题放到整体考虑其合理性。
在整理系统业务流程和搭建模块间业务关系工作中，就因为表现形式不够清晰、合理，做了不少重复工作。最终还是在张工的指导下，以“总—分—总”的形式解释业务关系，完成了业务详细说明书。
9.不要局限于固定模式，要学会创新
20xx年已经过去，崭新的XX年来临了，在新的一年里，工作上，生活上，我们都站在了新的一个工作起点，要开始新的一轮工作，我也在此感谢领导和各位同事的支持和帮助，我将在新的一年里继续努力，不断提高自己的业务及专业水平，虚心向大家学习，为xx公司为长风的发展尽自己的力量。
篇6：软件工程师个人工作总结
从八月份入职至今,已五个多月过去了，回顾自己这段时间在XX公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在八月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在九月份，便正式参与了管理软件功能模块的设计工作，在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在**一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
十月份，在张工张工的指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
十一月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
十二月围绕两个工作展开，一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，张工张工也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下，通过项目组所有成员的不懈努力，在十月份系统所有功能模块设计完成，在十一月份系统所有业务流程整理完成，在十二月份，对各功能模块设计及业务流的初次审查、整改工作已经完成，现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
在入职初期，因为之前很少接触生产类软件，一时不知从何入手，好在项目组成员多次向我讲解，加上自己也通过网络查找相关文档，认真阅读相关材料、思考业务处理过程，最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在张工张工的指导下，完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计，以及整个系统的业务整理工作。
因为张工张工多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败，一定要做到设计正确、准确、完整，因此在每个子模块的设计中，先把握总体方向，确保设计正确，再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确，最后再将设计放到整个业务系统中，反复检验、审查，确保设计完整。回顾这一段时间的工作,我基本完成了本职工作，这与领导的支持和各位同事的配合、帮助是分不开的，但同时我也清楚得认识到自己还有很多不足，也从中获得不少经验、教训，总结为以下几点，
1.做事前准备、计划是很有必要的。
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深，正是磨刀不误砍柴工，做好准备、计划对之后的工作能起到事半功倍的效果。
2.工作要脚踏实地、一步一步，切不可太过心急。
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节。
3.学会从整体看问题。
这一点在入职初期的业务流程学习中就感受很深，从整体看问题，从主业务流程入手，理解更容易，学习得也更快，在整个工作过程中大的方向也不会错。
4.要学会适当的思维转变。
之前的软件开发工作主要是编码工作，所考虑的问题也只局限于技术方面，但在系统业务及功能模块设计工作中，一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。
5.与同事的交流要及时要充分，尤其是项目组内成员。
及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量，及时的交流能提高工作的效率。
6.在系统设计过程中要学会从客户角度考虑问题。
软件良好的客户体验是衡量软件质量的重要标准，因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。
7.处理问题一定要以公司利益为重，坚持立场、把握好原则。
公司项目部成员对**1号矿项目的成功实施便证明这一点;另外在集控平台开发过程中，何工也是基于这一点，多次对系统功能设计提出更高要求，以使系统功能更加完善、可操作性更强。
8.要学会思考问题、分析问题、处理问题，学会分解问题，把一个大的问题分解成若干个小问题，再将各小问题放到整体考虑其合理性。
在整理系统业务流程和搭建模块间业务关系工作中，就因为表现形式不够清晰、合理，做了不少重复工作。最终还是在张工的指导下，以“总—分—总”的形式解释业务关系，完成了业务详细说明书。
9.不要局限于固定模式，要学会创新。
在系统功能设计及系统业务整理工作中，张工多次强调这一点，因为只有这样，产品质量才能提高、自己的能力也会有较大提升。通过近半年来参与对管理软件的设计工作及与工程施工、项目发展工作的接触，自己成长不少，当然更多的成长集中在技术方面—软件前期的业务设计，总结为以下几点，
篇7：软件工程师个人工作总结
1.已掌握整个煤矿管理的业务处理及流程。
2.掌握了软件开发前期的整个软件设计流程。
3.学会如何进行软件业务及功能模块的详细设计。
4.学会如何发现问题、思考问题、解决问题。
在管理方面，接触不多，主要集中在项目组对集控平台开发的监管过程，总结为以下几点，
1.时刻掌握项目进度情况，进度一旦出现状况要及时作出反应
2.处理问题一定要以公司利益为重，坚持立场、把握好原则。
3.与外包人员要多交流多沟通，包括业务理解和完成情况。最后，通过在公司近半年来的工作生活，提一些个人的想法，
1.公司员工交流不够多，尤其是不同部门间的工作交流，而这种交流能使各部门的工作衔接更紧密，工作效率更高。
2.技术人员接触其他相关技术的机会不多，不过这一点公司正在改善，PLC讲座也即将进行。
3.在准备项目经理考试期间，如果公司能统一每周提供几个小时供大家学习、讨论、交流，效果可能会更好些。
4.午饭时间太紧，员工中午休息时间太紧，一定程度上影响下午的工作效率。
以上都是个人角度的一些看法，考虑不合理之处还望领导及各位同事批评指正。
20XX年已经过去，崭新的来临了，在新的一年里，工作上，生活上，我们都站在了新的一个工作起点，要开始新的一轮工作，我也在此感谢领导和各位同事的支持和帮助，我将在新的一年里继续努力，不断提高自己的业务及专业水平，虚心向大家学习，为XX公司为长风的发展尽自己的力量。
篇8： 软件工程师个人工作总结
从八月份入职至今,已一年过去了，回顾自己这段时间在XX公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在XX月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在XX月份，便正式参与了管理软件功能模块的设计工作，在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在**一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
XX月份，在张工张工的指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
XX月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
XX围绕两个工作展开，一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，张工张工也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下，通过项目组所有成员的不懈努力，在XX月份系统所有功能模块设计完成，在XX月份系统所有业务流程整理完成，在XX月份，对各功能模块设计及业务流的初次审查、整改工作已经完成，现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
在入职初期，因为之前很少接触生产类软件，一时不知从何入手，好在项目组成员多次向我讲解，加上自己也通过网络查找相关文档，认真阅读相关材料、思考业务处理过程，最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在张工张工的指导下，完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计，以及整个系统的业务整理工作。因为张工张工多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败，一定要做到设计正确、准确、完整，因此在每个子模块的设计中，先把握总体方向，确保设计正确，再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确，最后再将设计放到整个业务系统中，反复检验、审查，确保设计完整。回顾这一段时间的工作,我基本完成了本职工作，这与领导的支持和各位同事的配合、帮助是分不开的，但同时我也清楚得认识到自己还有很多不足，也从中获得不少经验、教训，为以下几点，
1、做事前准备、计划是很有必要的。
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深，正是磨刀不误砍柴工，做好准备、计划对之后的工作能起到事半功倍的效果。
2、工作要脚踏实地、一步一步，切不可太过心急。
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节。
3、学会从整体看问题。
这一点在入职初期的业务流程学习中就感受很深，从整体看问题，从主业务流程入手，理解更容易，学习得也更快，在整个工作过程中大的方向也不会错。
4、要学会适当的思维转变。
篇9：软件工程师个人工作总结
我于20xx年xx月加入xxxx至今，严格履行软件工程师的岗位职责，认真学习，努力工作，较好地完成了本职工作和领导交给的各项任务。在这年终之际，现对来公司20xx年的时间里所作的工作汇报如下：
一、思想政治表现
坚持四项基本原则，热爱祖国，遵纪守法，具有良好的思想素质和职业道德，能用xxx的要求来指导自己的行动。积极要求进步，团结友善，明礼诚信。
二、工作情况
1、新产品研发：由于我参加工作较长，在软件行业领域这么多年来积累了丰富的经验。刚进入公司被划分到xxx产品小组，参与了此产品的需求收集、分析、设计编码工作。此产品的前台控制端的框架设计是我采用当今流行的先进技术架构搭建而成。目前此产品雏形已经完毕，处在后期测试完善阶段。当初由于部门人手不够，我与我的搭档相互鼓励，还有部门领导的大力支持，我们每天充满激情的迎接自己的工作。回过头来，看到自己辛勤工作的成果，还是欣慰的。
2、综合事务管理：日常事务性工作都是些琐碎的事情，统计考勤，报销费用、部门审计工作等等。以前我一直做得是自己的专业知识工作，初次接受这些琐碎的工作时我就告诫自己做就要做好，一定做到腿勤、口勤。使票据及时报销，账目清楚，协助领导建立健全各项制度，保持良好的工作秩序和工作环境，使各项管理日趋正规化、规范化。完成办公日常用品购置、上下沟通、资料报刊订阅等日常事务，各类事项安排合理有序。整理部门工作周报、月报，为部门工作的正常开展提供了有效保证。
3、部门项目/产品进度跟踪及归档：我担负着部门项目/产品的进度跟踪工作，为保证文档、代码版本的准确性，我主动联系质量保障部在公司服务器上给我们部门开通了vss空间并且给部门每位员工开通了自己的账户，定时督促部门相关成员把文档与产品代码维护到版本控制服务器上，现在大家已养成习惯，要找文档模板、公司制度等等都会自动去此服务器上寻找，项目阶段性文档，代码也会自动维护进去，我会定时察看并监督。这样保障了代码准确性，公司成果不流失，同时也为同事工作提供便利。
三、存在不足
xxx行业对于我来说是个全新的行业，还有目前工作较繁杂，从而无法进一步提高自己的工作能力。再说计算机领域是个宽广的领域，技术发展是日益月新，计划下一年合理的安排自己的工作，使自己的业务知识与技术水平更有所提高。
以上是我的个人年终工作总结，在以后的工作中，我一定不断加强个人修养，自觉加强学习，努力提高工作水平，适应新形势下本职工作的需要，扬长避短，发奋工作，克难攻坚，力求把工作做得更好。
从八月份入职至今，已一年过去了，回顾自己这段时间在XX公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在X月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在X月份，便正式参与了管理软件功能模块的设计工作，在指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计。在九月中旬跟随公司施工人员在一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解。在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
X月份，在指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同及进行讨论。到十月中旬管理软件的各子系统功能模块基本全部设计完成。十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
X月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
围绕两个工作展开，一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解。另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下，通过项目组所有成员的不懈努力，在XX月份系统所有功能模块设计完成，在XX月份系统所有业务流程整理完成，在XX月份，对各功能模块设计及业务流的初次审查、整改工作已经完成，现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
在入职初期，因为之前很少接触生产类软件，一时不知从何入手，好在项目组成员多次向我讲解，加上自己也通过网络查找相关文档，认真阅读相关材料、思考业务处理过程，最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在指导下，完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计，以及整个系统的业务整理工作。因为多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败，一定要做到设计正确、准确、完整，因此在每个子模块的设计中，先把握总体方向，确保设计正确，再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确，最后再将设计放到整个业务系统中，反复检验、审查，确保设计完整。回顾这一段时间的工作，我基本完成了本职工作，这与领导的支持和各位同事的配合、帮助是分不开的，但同时我也清楚得认识到自己还有很多不足，也从中获得不少经验、教训，总结为以下几点：
1、做事前准备、计划是很有必要的。
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深，正是磨刀不误砍柴工，做好准备、计划对之后的工作能起到事半功倍的效果。
2、工作要脚踏实地、一步一步，切不可太过心急。
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节。
3、学会从整体看问题。
这一点在入职初期的业务流程学习中就感受很深，从整体看问题，从主业务流程入手，理解更容易，学习得也更快，在整个工作过程中大的方向也不会错。
4、要学会适当的思维转变。
之前的软件开发工作主要是编码工作，所考虑的问题也只局限于技术方面，但在系统业务及功能模块设计工作中，一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。
5、与同事的交流要及时要充分，尤其是项目组内成员。
及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量，及时的交流能提高工作的效率。
6、在系统设计过程中要学会从客户角度考虑问题。
软件良好的客户体验是衡量软件质量的重要标准，因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。
7、处理问题一定要以公司利益为重，坚持立场、把握好原则。
公司项目部成员对矿项目的成功实施便证明这一点。另外在集控平台开发过程中，何工也是基于这一点，多次对系统功能设计提出更高要求，以使系统功能更加完善、可操作性更强。
8、要学会思考问题、分析问题、处理问题，学会分解问题，把一个大的问题分解成若干个小问题，再将各小问题放到整体考虑其合理性。
在整理系统业务流程和搭建模块间业务关系工作中，就因为表现形式不够清晰、合理，做了不少重复工作。最终还是在张工的指导下，以“总—分—总”的形式解释业务关系，完成了业务详细说明书。
9、不要局限于固定模式，要学会创新。
20xx年已经过去，崭新的XX年来临了，在新的一年里，工作上，生活上，我们都站在了新的一个工作起点，要开始新的一轮工作，我也在此感谢领导和各位同事的支持和帮助，我将在新的一年里继续努力，不断提高自己的业务及专业水平，虚心向大家学习，为XX公司为长风的发展尽自己的力量。
篇10：软件工程师的个人工作总结
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等等优秀的开源框架在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题“他山之石、可以攻玉”。
篇11：软件测试工程师个人工作总结
内蒙古金财信息技术有限公司
研发二部-孟磊
年终总结
12月
20终总结
回顾年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：
一、项目时间点及各阶段工作
二、测试总结
中间业务平台管理系统集成测试阶段：
缺陷数据分配表
告警性 建议性 严重性 <总计>
严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。
中间业务平台管理系统上线阶段：
在管理系统上线阶段共发现6个问题其中有代表性问题分类如下：
1、需求问题：
系统维护->账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。
教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。 2、技术实现问题：
集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。 教训：
测试角度：只测试了功能实现与否，没测试功能实现的方式对不对。 研发角度：重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流，说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。 3、迁移配置问题：
如：“机构下载提示：“ftp下载失败”。”、”柜员登录业务系统时提示：“用户失效”。”、“缴费查询时，生成批次号错误。”等
教训：上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚，。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细，不仅提高软件本身的质量，也要提高文档的质量。
乌拉特前旗财政代发加密：
1、前期软件交付时财政不认可：
此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时，财政完全不认可导致项目推翻重新开发。
教训：如果项目涉及到三方或者多方时，一定在研发工作前把握用户最原始的需求，可能从中间方挖掘出的需求并不是最终用户想要的结果。
中间业务代理校园一卡通：
交易最少、问题最多的项目。
导致问题原因如下：研发人员经常变动性大，几乎研发二部所有人都参与过此项目支持，看别人代码需要大量时间，甚至比重新研发都要费时间。接口联调阶段对方工程师不在场(校园前置机本身配置问题)。集成测试时，对账是报文模拟，这就导致一部分案例无法覆盖到(生成对账文件校园方是否解析)。
教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险，希望今后的项目中能得到第三方仿真端来降低成本，节省测试成本。在案例设计方面多模拟用户真实环境。
三、自身存在的不足及其后期计划
金财公司的工作同我之前的工作有很大不同，之前公司的测试工作只需要完成三轮集成测试的工作即可，在金财公司的测试工作不单单是测试，更是涉及到是质量管理、质量监督、质量控制的工作，同我之前相比感觉每天都在进步，大半年工作让我有所进步，但是很多地方还是存在不足，比如：
1. 接到工作任务后一味的去做，做到一半发现做不下去或者做的不对。做
事情没方法。
2. 在描述一个缺陷的现象时，尽量去挖掘产生问题的原因，在定位缺陷的
能力上多下一些功夫，为开发减少工作量。 在2014年的工作中，我计划：
1. 今后工作要学会分析事物，找到做事的办法，提前把思路汇报给上级。; 2. 要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例; 3. 做好管理系统、一卡通、华北市电的运维工作;
4. 学会环境搭建、保持开发与测试有两套环境避免相互影响。
四、个人建议
近半年我们部门有着的明显进步，比如之前用excel执行案例、记录缺陷，后期采用行业著名的qc软件来规范测试流程等，在此，个人提出以下几个小建议：
1、希望能够在需求这一阶段上能更详细、准确的确定软件功能要求; 2、研发人员在修改缺陷时，希望能在备注上添加上缺陷是如何修复的产生
原因是什么等，一是能给测试人员带来新的测试思路;，二是能够给其他研发人员提供借鉴;
3、在项目的各个重要阶段多开一些项目总结例会把遇到的问题放到例会上
让大家讨论，能为接下来的项目或者以后的工作提供宝贵意见; 4、在单元测试阶段时，测试人员没有其他任务时，可以提出让测试人员配
合做单元测试，保证后期集成测试时，严重性缺陷数量的控制; 5、公司的报销流程个人感觉有些繁琐希望公司能够简化流程或者公司人事
方面能够定期来核对报销工作;
最后，感谢部门领导、各位同事对我这个新人在初期工作时的帮助，特别是熬民在工作上对我的监督指导，在业务上和测试技术上有问必答，毫无保留。对于工作上遇到的困难，研发人员都能在百忙之中给我讲解和探讨问题，在这里特此感谢他们。
篇12：软件工程师的个人工作总结
读了三年的大学，然而大多数人对本专业的认识还是寥寥无几，在编程与软件测试周围缠绕不定，在大二期末学院曾要求我们做一个关于计算机行业前景研究的报告，但由于当时所学知识涉及本专业知识不多，所看到的东西与本专业根本就很难联系起来，在很多同学心里面对于本专业一直很茫然。
什么是计算机科学与技术?对于我们所选的asp.net主要从事什么样的工作?本专业前途如何?带着这些问题，我们参加了这次的实践。本次实践在主管马楠老师、瞿浩、杜强和宋林四个老师带领下进行，计算机科学与技术总共公文大全精心挑选四个班，110几人参加实践，我们小班四十多个人，预定为三个礼拜完成。由于所学专业的特点，我们实践的地点定为学校，环境其实挺好，机房可以二十四小时提供空调，而且只要学生愿意学习，老师都会在休息时间出现在机房。又遇暑假，其他年级的同学都已离开学校，人少就免了打扰，清静的很，真是学习的好机会。
通过这次实践，我对计算机专业在行业实践中的工作对象、面临问题及解决办法有了一个较为全面的理解。巩固专业知识的同时也增加了行业责任感，实践的日子里也加深了同学友谊，锻炼了团队精神。现将实践的个人感想如下：
在这三个礼拜的时间中，我复习了曾经学过的编程语言c#，让我对c#在认识的基础上，又具备了用c#开发windows应用程序和web应用程序的能力。现在我再去理解.net和c#，就会发现.net是个强大的`新平台，而c#则是该平台下最佳的开发语言。我还系统的学习了.net编程，并努力完成我此次实践的任务----商品进销存系统设计。系统采用asp.net，开发工具为sqlserverXX，开发语言为c#。这个系统是针对中国中小企业开发的进销存管理软件，全面提高商业企业的管理效率，高效管理库存，提高销售力度，为企业增加更大利润。使用简单，最大程度的简化了财务管理软件的操作复杂性，使企业无需学习，即可自己轻松上手，不但界面简单易于操作，而且通过此系统您可以知道您每天、每月、每年的销售额、利润，统计所有的应收款、应付款，知道精心挑选您的哪个分公司、门市、柜台、商品、业务员赚了多少钱，库存商品的价值，等等!有了此软件您就可以轻轻松松的打理您的企业，获得更多自由时间。还有此软件数据流比较大，数据库中表有五个，可光视图就建了十来个，我们小组经过三个礼拜的开发时间完成了该系统，也受到了老师的肯定。在此次的实践中我们小组合理分配时间，恰当的调用人手，时刻争当速度最快，界面最整洁的小组，我在其中主要完成了详细设计文档和测试设计文档的编写，还做了其中几个页面，同时协助同事进行开发，现在能熟练进行开发环境中各个控件的使用，。
我们小组的名字为powerbeggar，顾名思义，power有力量的(力量来源于团结)故寓意我们小组成员的团结;beggar乞丐，powerbeggar即：有力量的乞丐!但“此乞丐非彼乞丐”!传统意义上的的乞丐是叫花，但是，我们觉得：理论与实际有很大的差距，课内与课外有很大的区别，基于这一点，我们认为我们很缺乏“实战经验==”justlike―beggar，与此同时，也暗含了我们对于知识的渴求;另外，还隐含了我们在这个过程中不怕苦不怕累的艰苦奋斗的革命精神!
指导老师们在整个实践过程中尽职尽责，对保证实践质量起到了重要作用。实践开始时，老师们深入学生的生活和学习环境，阐明实践大纲及实践计划内容，明确实践目的和要求。实践过程中，结合实践单位的具体情况，帮助学生学会具体地分析问题、解决问题，学会深化专业知识，用专业知识指导实践，指导学生做好具体工作;在业务不多的实践点，引导学生“找事做”，挖掘一定的实践经验;检查学生实践工作日记，掌握实践情况，指导工作及时有效;督促学生认真完成实践报告。指导老师平均每周至少与学生交流一次。基本达到了及时发现问题，解决问题，提高实践质量的目的。实践单位的指导老师认真负责。不仅指导具体工作，还无私的介绍自己的工作与社会经验。
在此次实践过程中，我们每个人都把自己当成是公司研发部的一员，我们每天坚持按时上下班，甚至有时还会早到或者加班，合理的安排自己的工作时间，在指导老师的安排下劲量做到劳逸结合，时而做个小游戏放松我们自己的大脑，随后便尽快让大脑做到高速运转，我对自己技术上的特点作一个概括。熟练的编写详细设计和测试设计文档;努力学习asp.net，asp，javascript编程;熟练掌握sqlserverXX，复习并掌握了简单的sql语句;熟悉 windows应用系统的开发，开发语言为c#。
最后总结一下我在此次实践过程中的收获主要有四个方面：一是通过直接参与企业的运作过程，学到了实践知识，同时进一步加深了对理论知识的理解，使理论与实践知识都有所提高，圆满地完成了此次实践的实践任务。二是提高了实际工作能力，为就业和将来的工作取得了一些宝贵的实践经验。三是在实践过程中成立一个小团队，彼此之间公文有约精心挑选互相沟通，互相帮助，为了我们的目标而努力，让我看到了大家对于工作的热情，还有每个人的工作能力。
篇13：软件工程师试用期个人工作总结
总想着每天、每个月、乃至每年都有点进步。20xx年，对我来说，是起伏不定的一年，也是收获颇丰的一年。当然，的收获是有了一个可爱的女儿。
在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些脚踏实地的公司。
离开X1公司，是因为我觉得X1公司不是在做软件，所谓的印度模式，我想，绝对不是这么做的。理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而去。去X2公司，是因为看到他是美国独资公司，做外包软件，能够接触美国的客户和技术，希望能够有所收获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场资产争夺的好戏。公司易主，流言满天，诽谤四起，官司大战，这种平常只有在电视和电影里看到的情节，我实实在在的亲身经历了，也算是人生的重要一课吧，至少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。
也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后，只要他能够存活，必定是一个成功的公司。虽然老板对我也很有诚意，只是，对于教育软件，我实在没有太大的.兴趣，何况，如果想做教育，我何不选择安博呢?毕竟，安博给于我很多。回头想想，在其他公司，我都是在奉献，只有在安博，是学习了很多。
说起跳槽，其实，看看那些公司，有多少是在踏踏实实做事情的?老板本不懂软件，都是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程序员。自己不好好做事，怎么怪别人跳槽?同工作经历的坎坷相比在个人能力方面，今年的进步是非常大的。今年上半年，我的进步集中在技术领域。我更加深入研究了设计模式、EJB体系和.Net平台，还有UML建模，终于有所突破，设计了一套自己的基于.Net平台的系统架构和开发工具，并且得到了应用的证实。在网上也陆续发表了一些文章，受到比较好的欢迎，还上了赛迪网的开发之星。
篇14：软件测试工程师个人工作总结
本文由应届毕业生求职网小编辑收集整理，提供一篇个人工作总结，为您提供帮助！
软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。很多从事软件测试工作的同行处于迷茫之中，如何提高，如何解决测试工作中的实际问题，困惑着每一个人。本文总结了一下个人经验，希望对大家有帮助。
我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆， cmm 是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹 “ 江湖 “ 还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。
第一招 学会利用网络
刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 “ ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。
一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 “ 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 google 成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 “ ，所以只要你耐心找，答案就在身边。
这里总结一下利用网络搜索引擎的技巧：
组合搜索
每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。
选择表述内容的词组
一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。
定位信息来源
有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “www. 公司名 .com” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组
其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。
第二招 学会动手
参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 “ 测试出了几个 bug ，然后 “ 仔细 “ 的填写了 bug 单（这个 bug 的现象已经出现了很多次了）。这时候测试经理走过来，重新复查了一下填写的 bug 。他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 bug 的原因，然后对我说 “ 寻找 bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作！。 “ 。
在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。
第三招 思考自己所作的
刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 iso,cmm ，测试管理工具，自动化工具（因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了）。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。
所以善于思考，总结经验，也是成为高手之路的不二法决。
第四招 学会利用论坛资源
其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手“的身影，并且不提问题，而且还能“锄强扶弱“，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。
很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。
第五招 学习和你所测试的软件产品相关的知识
要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 windows 或者 linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。
和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题；和开发人员交流，你会了解开发人员怎么实现软件功能的；和项目管理人员交流，你会知道开发进度以及遇到的困难。
篇15：软件工程师工作总结
尊敬的各位领导:
我于二Oxx年八月，经XX行署人事劳动局初级职务评委会认定，获得了助理工程师的职称。在被公司骋用期间，我主要做了如下工作：
一、在05/06榨季生产中，认真履行生产调度员职责，为05/06榨季生产的圆满完成尽了自己的一份责任。榨季生产是分公司工作的集中体现，各项指标的完成与否，都直接影响到分公司总体目标的实现。作为一名生产调度员，我深知自己肩上的责任重大，如何协调好各生产部门的水、电、气平衡，确保生产工作的顺利进行，完成或超额完成分公司和科内下达的各项几天生产指标，努力做到高能低耗，多产糖，产好糖，紧紧围绕自己的职责和工作目标，我对生产的每一个环节进行全程关注和跟踪，从大处着眼，从小处着手，不放过每一个细节，从甘蔗进厂堆放到白糖包装出厂， 那一个环节发生问题或出现波动，我都会及时出现在现场，和操作人员一同采取措施处理，不能解决的向科长和主管领导报告，使问题得以及时解决，保证生产工作的顺利进行和各项生产指标的实现。
二、参加榨前设备检修技改工作，用自己所积累的经验和专业技术知识指导和协助车间完成设备常规检修和设备技改工作。在本年度的检修期间，我指导并协助清净车间完成了沉降池的改造和真空吸滤机抽汁系统的改造，还参与糖浆上浮系统的安装工作，检修期间，经公司批准同意，分公司在煮炼车间包装室安装两台电子电量包装秤，分公司主管领导安排杨银花负责对安装和需要改造的设备进行设计，并指导部门根据设计图进行安装，安装和改造的设备经过一个榨季的使用，未出现异常情况，达到了预期目的。在度检修期间，杨银花还参与了压榨车间预处理系统的改造工作，并参考其它厂蔗刀的排列方式，确定了一组和二组蔗刀机的排刀方法，用下来效果良好。今年检修期，在领导的安排下，参照第一二组蔗刀机的排刀方法，对第三组蔗刀机的蔗刀进行了重新排列和增加，现使用效果良好。
三、我除完成以上两项主要工作外，在科内，还主动承当了大部分零配件图的测绘任务；同时也兼着分公司技术档案的管理工作；也参与对购进物资的质量验证；十一月，还参加了公司标准管理体系中技术标准体系的编写工作。
在科学技术日新月异，竞争越来越激烈的今天，我个人意识到，不断学习新知识，掌握新技能，不断提高自己的业务水平和工作技能，才能满足工作的需求和适应社会的发展。在工作过程中，我将不断向有经验的同事和车间操作工请教学习自己未曾真正掌握的技术或技能，并学以至用，对生产过程中的一些信息也进行收集整理，转化为资料以备所需；业余时间翻看一些专业书籍，查看一些专业网站，学习和掌握一些先进的专业技术知识；也看一些管理或其它方面的书籍或网站，学习各种知识，提高自己的综合能力。在今后的工作中，我将通过不断的学习和实践，提高自身的素质，让自己的进步和社会的发展同步，以满足工作的需要。
以上总结，请领导给予评议。
【拓展阅读】
1、工程师职称优势
评为中级职称，可以升职加薪，企业升级资质及资质申报需要、招投标也需要。
2、工程师职称证书获得方式
工程师职称可评可考，一般来说，通过评职称获得证书的人似乎比通过考试获得证书的人更容易被社会接受，因为评职称的人有资格、有经验，通过考试获得职称证书的人缺少经验。如今社会，能力比学历更重要。
3、工程师职称评定条件及任职要求：
初级工程师（助理工程师）职称评定条件（满足以下条件之一）
（1）大学本科毕业，从事专业技术工作一年以上。
（2）大学专科毕业，从事专业技术工作二年以上。
（3）中专毕业，从事专业技术工作三年以上。
（4）高中毕业，从事专业技术工作七年以上。
（5）初中以下学历人员，从事专业技术工作十年以上，同时应具备技术员级职务。
中级工程师职称评定条件（满足以下条件之一）
（1）大学本科毕业，从事专业技术工作五年以上，担任助理职称四年以上。
（2）大学专科毕业，从事专业技术工作六年以上，担任助理职称四年以上。
（3）中专（高中）毕业，从事专业技术工作十年以上，担任助理职称四年以上。
（4）初中以下学历人员须从事专业技术工作十五年以上，担任助理职称四年以上。
高级工程师：本科毕业满或者专科毕业满加后本2年， 10年以上相关岗位经验。
4、职称评定申报所需要的材料
1.一寸相片4张2.身份证复印件一份3.毕业证复印件一份4.助理工程师复印件一份（申报中级需要）5.个人简历一份（学习经历、工作经历、工作业绩、参加过哪些项目）6.相关论文一篇。7.填《专业技术职务任职资格评审表》二份。8.个人工作总结一份
篇16：软件工程师工作总结
1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!
2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行原理，分析一下 pe文件格式，试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、.net开发应用程序，花时间去研究一下mfc、vcl、j2ee、.net它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!yjbys
篇17： 软件工程师年终工作总结
总想着每天、每个月、乃至每年都有点进步。xx年，对我来说，是起伏不定的一年，也是收获颇丰的一年。当然，最大的收获是有了一个可爱的女儿。
在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛到衰的过程，也看到了一些脚踏实地的公司。
离开x1公司，是因为我觉得x1公司不是在做软件，所谓的印度模式，我想，绝对不是这么做的。理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而去。去x2公司，是因为看到他是美国独资公司，做外包软件，能够接触美国的客户和技术，希望能够有所收获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的人了。没有想到的是，竟然让我目睹了一场资产争夺的好戏。公司易主，流言
满天，流言四起，官司大战，这种平常只有在电视和电影里看到的情节，我实实在在的亲身经历了，也算是人生的重要一课吧，至少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下去了，只能又走。
也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后，只要他能够存活，必定是一个成功的公司。虽然老板对我也很有诚意，只是，对于教育软件，我实在没有太大的兴趣，何况，如果想做教育，我何不选择安博呢?毕竟，安博给于我很多。回头想想，在其他公司，我都是在奉献，只有在安博，是学习了很多。
说起跳槽，其实，看看那些公司，有多少是在踏踏实实做事情的?老板本不懂软件，都是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程序员。自己不好好做事，怎么怪别人跳槽?同工作经历的坎坷相比，，在个人能力方面，今年的进步是非常大的。今年上半年，我的进步集中在技术领域。我更加深入研究了设计模式、ejb体系和.net平台，还有uml建模，终于有所突破，设计了一套自己的基于.net平台的系统架构和开发工具，并且得到了应用的证实。在网上也陆续发表了一些文章，受到比较好的欢迎，还上了赛迪网的开发之星。
下半年，在软件工程方面收获是很多的。
看到网上对于印度模式从吹捧到批驳的吵闹，也看到x1公司学习印度的失败，加上自己从开始就对那些记者的怀疑，决定好好学习软件工程。我一向认为，任何东西，不能道听途说，只有自己好好深入研究，才能得其精髓。同时，软件工程绝对不能只看印度的，毕竟，美国才是软件业最发达的国度。
列举一些学习的参考资料：《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用――infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书，我都仔细研读了，颇有体会。
我开始就想，印度软件工程绝对不会象那些记者所说的那么简单，所谓的高中生编程说。所以，我必须实际看看印度的软件工程。《cmm实践应用――infosys公司的软件项目执行过程》，是印度最大的软件公司infosys公司的分管质量的副总裁写的，介绍他们的cmm4的软件工程，果然不同凡响。这是我了解印度软件工程的主要窗口。
首先，同原来的想法不同的，也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是，软件工程实际上不仅仅只是管理，而是一门涉及很广的交叉学科。在软件工程中，大约一半的内容是专业性很强的，涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象，都在软件工程的范畴内，同样是软件开发和组织的重要内容，也是软件质量保证的重要内容。至于软件开发的管理部分，只能算是软件工程中软件工程过程的部分，或者说项目管理部分。脱离管理来开发软件是绝对不可行的，同样，抛弃技术基础，空谈管理出效益，便如无源之水、无本之木。诚如《软件工程java语言实现》中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学，其他方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中的技术部分，并非轻视管理，只想在软件工程的概念上做一些改正，也希望多一些人来关心软件的核心技术，而不要空喊口号和概念。毕竟，中国的软件太缺乏核心技术了。
其次，对管理要求的严格不说(这个谁都知道)，实际上，不管是美国的软件工程，还是印度的软件工程，都是比较灵活的。即便是印度这样的所谓“软件工厂”模式，对于软件工程过程管理极为严格，也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的，然而，由于项目具体情况不同，如项目的规模，参与人员的数量、素质等的不同，对于软件过程的每个部分，不是都必须的，可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等，开始做了一个以为很好的规范，但是，到具体项目，总是对不起来，到处有问题，现在想想，便是少了这个变通的部分。不过，话说回来，这cmm也是老美想出来的，而不是印度。
第三，对于开发人员的选用，我发现，美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说，如果给他一批水平不高的开发项目，他会考虑全部解雇，重新招聘。《人月神话》中也说，如果xx年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。
篇18：软件工程师年终工作总结
从八月份入职至今,已五个多月过去了，回顾自己这段时间在XX公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在八月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在九月份，便正式参与了管理软件功能模块的设计工作，在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在**一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
十月份，在张工张工的指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
十一月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
十二月围绕两个工作展开，一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，张工张工也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
★ 软件工程论文
★ 个人简历范文软件
【软件工程师个人年度工作总结（精选18篇）】相关文章：
软件工程师年终工作总结2022-12-06
软件项目管理课程论文2023-04-17
应届毕业生软件测试个人简历2024-02-09
软件实施简历范文2023-05-05
软件开发计划表2023-06-01
软件工程师求职简历范文2023-11-14
软件测试实习求职简历2022-06-03
软件工程学习心得体会2022-11-20
软件测试工程师教案2023-03-18
软件工程师应聘自我介绍2023-10-08