软件开发工程师工作总结。
总结是把一定阶段内的有关情况分析研究，做出有指导性的经验方法以及结论的书面材料，它可以使我们更有效率，因此好好准备一份总结吧。总结你想好怎么写了吗？以下是小编帮大家整理的软件工程师个人工作总结，欢迎阅读，希望大家能够喜欢。
软件开发工程师工作总结 篇1
进入公司以来一直从事软件开发方面的工作，说实话这是一个非常枯燥，需极大耐心的工作，不过我喜欢这样的工作，看着一个个经过自己手中的代码调试成功的时候，是比较开心的，这个时候最有成就感。经过了前4年的高速成长和进步，今年迎来比较平淡的一年。尽管平淡但还是有收获，有进步。有总结才会有，有反思才会有提高，现总结这一年工作如下：
一、项目方面
主要是围绕信号机开发的各种软件，如信号机底层软件、信号机设置软件、以及为了保障信号安全的防火墙软件等，另外还围绕交通诱导屏这个产品做了相关的工作，如诱导屏设置软件，以及诱导屏测试软件等工作。
1、信号机软件开发
从去年的年底已经开始这项工作了，我的工作相对来说比较单一一点，就是信号机设置软件以及底层软件的通讯部分的程序代码，以及其他的部分功能。并且现在这款信号机能够兼容多家协议。
2、防火墙软件的开发
这是独立开发、并最终调试的一个软件，能够严格防止外来非法连接的软件。由于目前还没有我们自己的信号机中心软件，所以目前这个软件现在还没有派上用场，相信随着公司的发展，会逐渐用上这样的软件产品的。
3、交通诱导屏的相关工作
当然这里面的工作就相当砸碎一些，包括设置软件、测试软件以及处理在调试的过程中碰到的一些问题，以及测试一些硬件模块的好坏等。
二、团队合作
从上面主要的工作内容来看，不是我一个人所能完成的，正所谓一切事务离不开团队，个人无法称英雄。今年在余sir领导之下，团队建设有了很大的进步，每个项目开始之前，好好的交流、加强了解、对问题的共识、解决问题的能很好的统一起来。我个人也很好的溶入这个团队，共同做好一个项目。在解决问题的过程中，虽然都不时风平浪静，但事后都能够客观地分析，而不参杂个人的感情。
三、工作态度
给我的的感触就是一定要好好的去聆听，每个人对待问题的看法，不管他的看法对还是不对，合理与否，或者考虑的角度是否确切，都要好好地聆听，至少要等他说完，如果你主观的色彩，可能你都不愿意或者不屑听完他说的话，但是静下心来你或许也能发现他看问题的某些角度是你没有考虑过的，他想的某些方面也许确实是要注意到的。静心!聆听!把技术与大家共同分享，共同提高。
四、来年工作展望
在新的一年里我希望能够在交通行业里做出更多新的产品，能够更加深入的研究下去，比如：目前我们欠缺的信号机中心软件，交通诱导屏的中心软件，这个两个应该是20xx年的首要任务了，如果还有时间我希望可以做gis地理信息系统方面的内容。
软件开发工程师工作总结 篇2
伴随着紧张而充实的工作生活，已经过去2个月。在这段时间里，我在工作中获得了许多获得，知识获得了扩展，经验有所上升，同时也暴露出了一些问题和不足之处。为了吸取经验、吸取教训，本文将从各个方面来总结这段工作经历：工作内容；其中失败与教训，及其成功的经验；憧憬未来工作的计划与目标。这将作为今后的参考与警告。
1、工作主要内容
在两个月的工作中，我的主要任务是帮助xx完成武警军队xx管理系统的后期检测、编号、修改及文档编写工作。将这些任务细分后，我主要做了三件事：编写xx系统的各类文档；开展系统的编码与bug修复；实行系统检测。接下来，我将依据先后顺序对我的工作开展简单介绍。
作为一名刚入职场的新手，迈入一家专业的软件外包公司，对于我这样一位之前没接触过规范软件制作过程的人来讲，逐渐工作显得格外艰难。若直接参与开发，因为对业务不熟悉，代码规范化不足，会导致更多的问题；而若仅停留在学习过程，又无法跟上项目的进展，无法快速融进工作。
从我还在犹豫考虑自己应承担哪种职能的时候，任务已然明确，首先是对xx系统进行检测。这一过程的好处是我能在检测中了解项目的整体结构、领域模型，及尚未完成的工作，以此为以后即将进行的工作制定目标。到此，我成功打开了入职工作。
对其xx系统进行检测时，显现出诸多问题。测试过程中，我们发现xx系统未进行输入限定。针对这种情况，我接下来的任务是梳理系统的数据需求文档。在撰写文档的过程中，我对xx系统有了更深入的`理解，这为后续的bug修复工作打下了基础。
完成数据需求文档后，我的新任务是为整个xx系统的输入数据设置限定。虽然开始阶段举步维艰，但在同事们的帮助下，我终于顺利完成了此项工作。虽然任务完成了，但对输入限定完成方式的了解不够透彻，及其在执行过程中的粗心，埋下了后续的问题隐患。
在xx系统完成输入限定后，我进入了处理程序小问题的时期，进行细致的bug修复。这段时间，在学习上远多于工作，面对各种难题，我不得不每日与百度互动，常常求教繁忙同事们。虽然辛苦，但收获颇丰。
修复结束后，我们的程序被送至xx进行首次检测，期间我关键补充了网络编程的基本知识。
第一轮检测结果出来后，大家项目组开始了忙碌的bug修复。取得bug目录后发现，约一半的问题都因我而起，尤其是在输入限定层面，因此我主动承担了有关的修复工作。
完成首次bug修复后，我们进行了回归测试，然结果并不理想，还有很多问题需要纠正，特别是输入限定相关的问题，经过再次修复后，我们的程序被送至十五所进行检查。
在进行检查的同时，我又接到新任务，着手撰写xx系统的详细设计及详细设计文档，这两份文档已于9月2日完成。
如今，我的任务是依据查验出的bug目录，对矿权系统开展回归测试。
2、工作里的失败教训与成功案例
应从失败中汲取教训，总结成功的经验。我对成功的定义是：在保证质量的前提下，完成既定计划或目标就是成功。其他全部结果均是失败。
成功案例：
（1）勇于接受任务，并尽力完成
入职2个月至今，最大的收获是勇于接纳各种挑战，并认真完成每一项任务。对我来说，每个任务都是考验，保证高标准地做好是基本原则。这俩月最大的成就在于全部任务均没有推迟，坚持以最大努力来完成。
（2）勇于承担错误，直面自身问题
在这段时间内，我犯下了许多错误，从文档中的错字到系统bug修复不当引起的崩溃，暴露出诸多问题。我一直坚持“有错必改”的心态，及时应对并改正自己的问题，因此这也算是一种成功。
失败教训：
（1）重视每个细节，不忽略小问题
在撰写xx系统数据需求文档的过程中，对于有些界面的数据未在数据库中存放的状况无法给予充分重视，造成后续需重新修改文档，浪费了不必要时间。这个教训跟我说，必须重视每一个小问题，因为它可能引发更多的麻烦。
（2）反复工作也不可大意
在熟悉对xx系统的输入限定后，许多工作属于重复性内容，包括为每个页面、每个字段设定输入控制语句。在进行多个页面以后，有些页面的操控不全面或消息提示错误，造成后续大量问题的出现，耗费了时间精力。这个经历提醒我，重复性的工作绝不能松懈，初次未搞好，后续的调整将消耗时间。
（3）思考问题要严谨
在进行xx系统bug修复时，对输入约束条件的分析出错，因为主观思索处理数据，导致在回归测试中出现问题。这表明考虑的不严谨将影响工作进展，并可能埋下隐患。
（4）注重用户体验
在修复xx系统bug时，牵涉到座标系统的消息提示调整较多，此部分要求每个字段的格式及数据必须严格符合，因此每个错误提示均需条理清晰，便于用户能明确哪儿出错。前期的设置粗糙且不明确，导致用户应用艰难，因此需重新提升。这个问题的教训是，要从客户的角度考虑，注重用户体验，从简单的提醒句子逐渐。
3、展望下一阶段的工作
在下一个阶段，我们的短期工作将主要集中于因矿权系统应用的数据库变动对系统作出调整。我将重点学习Oracle数据库与SQL数据库之间的差别，保证从SQL数据库向Oracle数据库的转移顺利开展。
这俩月的工作生活充实而愉快，我结识了很多同事与好友，公司氛围轻松愉快。在此，感谢xx主管这俩月至今的关怀，感谢单位同事的耐心指导，也感谢公司其他同事的热心帮助。希望在之后的工作里能吸取经验，汲取教训，与企业共荣共进，共同实现光辉。
软件开发工程师工作总结 篇3
xx年是我在公司工作的第三年，在这三年里随着公司在不断的发展和壮大我个人也从一个不知所谓的棱头青逐渐的变的成熟，详细内容请看下文软件工程师年终个人工作总结。
我从一个对平衡机毫无了解的门外汉变成一个熟悉平衡机原理熟悉公司各种产品的专业技术人员，而且在对部门的管理和与人沟通方面我也有了更深层次的认识，我深知我取得的这些进步和公司领导的培养是分不开的。没有他们不厌其烦的教导和一次次的给予机会我不会取得今天的进步，展望xx年是机遇和挑战并存的一年，我将团结在公司领导核心周围，努力工作，艰苦奋斗，为公司向更高层次发展做出自己的贡献。
回首xx初，虽然在xx年公司取得了可喜的成果，但是公司领导并没有沾沾自喜，反而为xx年制定了更高的目标。我也在经过短暂的调整之后马上进入自己的角色，当时按照领导的指示，我负责研发部管理和电气车间生产管理的工作。、我首先指定的部门工作范畴细则，明确了整个部门的工作任务。又对每个部门的成员在整个部门工作中所负责的范畴做了规定并已书面的形式发放到他们手中，我制定了部门成员结构组成图，明确上下级的从属关系。我想在完成公司交给的部门任务的同时建立一个有纪律，有向心力的团队更好的为公司服务是领导更希望我能做到的。在xxxx年初我的部门人员发生了很大的变化，首先是李鑫的离职按照公司领导的指示我迅速调整了部门的结构，将原来主要负责电气生产的董建军接替李鑫的研发工作，将原来只参与电气生产的许建文安排在负责生产管理并参与生产的位置，在我整理李鑫的工作备份时候，我发现一体机单片机程序不能正常工作，我用其他方法找到李鑫要回了能用的程序，并完成当时李鑫负责的一东项目， 4月份董建军离职，影响了第一台微电机自动平衡机部分编写，为了保证设备参展，我连续加班，五一长假也不例外，最后实现了设备参展前有流畅动作的.目标。
这时公司领导也不断的给我提供新的技术人员来补充部门工作。在新的人员还不能完全胜任的阶段，为了能完成生产任务，我经常是身兼多职，从电气图设计，到指导和参与配电完成再有新plc程序和触摸屏程序编写，设备厂内调试都由我一个人来完成。很多时候为了不耽误工程的进度我就利用自己的业余休息时间加班加点。加班到很晚没有车我就自己花钱打车回家。
软件开发工程师工作总结 篇4
一、个人工作详细说明
本次软件项目设计的题目是场地预约系统，它是基于B/S模式实现的用于体育城场地管理预约的Web应用软件。为用户提供并接受用户提出的需求信息，同时通过数据库管理系统存储数据，给场地的管理带来很大的方便。本项目的实现分为前台与后台。其中前台，用户可以浏览场地所提供的可预订场地的信息，同时可以对需要的场地进行预订；后台主要是针对管理员，管理员可以通过后台对场地的相应信息进行增添修改等操作。
我基本参与了本项目的全部实现过程，涉及项目的需求分析，概要设计，详细设计，代码编写，调试与运行。在需求分析阶段和小组其他成员认真分析讨论了本项目各方面的需求，主要是功能方面的需求，基本确定了本场地预约系统应该具有的基本功能。概要设计阶段通过讨论分析确定了所需表结构。详细设计阶段参与部分代码的编写，其中包括页面与数据库交互的实现，还有相应jsp页面代码的实现几布局的`调整，修改。
在数据库设计实现阶段，通过和我们组其他成员的共同讨论，确定了场地信息、用户信息等表结构的详细信息，并实现了其数据库的建立和相应表的具体信息的设计实现。同时针对个别表结构完成了相应代码的编写与实现。
在后台，实现了用户的信息的浏览查看，修改及删除等功能，同时完成了足球场等场地信息的浏览、增添、修改、删除等功能。
前台参与了主界面的设计与实现，通过查询数据库得到主界面显示所需场地的相关信息，通过这样，用户可以很清楚的获知所有可预订场地的信息，其主界面上的所有关于场地的数据都是动态从数据库获取的，这样当场地增添或删除时通过修改数据库可以很方便的实现界面呈现给用户的场地信息，能够很好的使实际情况跟提供给用户的信息保持同布，非常利于场地信息的管理和发布。
二、个人工作体会西安石油大学
时间过得真快，不知不觉中近一个月的课程设计就要结束了。本次课程设计我们组做的题目是场地预约系统，先前选题的时候以为它实现起来应该比较简单，在通过后边的具体分析之后才发现它并不是我所想象的那样简单，其中涉及许多问题我当时并没有想清楚。
经过我们小组的共同努力，最终基本上完成了场地预约系统的实现。虽然做的不是很完美，不是特别有创意，但这是我们共同努力的结果，当我们看着自己亲自完成的项目觉得很欣慰。
软件开发工程师工作总结 篇5
一年即将过去，现对个人工作总结如下：
已经完成的工作:
1、按照《软件开发项目管理》要求完成《AutoPFA软件开发项目意向总结书》《项目功能需求规范书》
2、将AFTimpulse文件格式映射到内存模型使autopfa兼容AFTimpulse文件格式。
3、仿照AFTimpulse完成autopfa图形和表格输入界面及计算结果表格和图表输出界面。
4、通过使用单位模块将autopfa模型转化到无单位的计算模型。
5、完成流体分析稳态算法。
6、完成流体分析瞬态算法。
尚未完成的工作:
1、与AutoPDMS接口。
2、算法计算功能还需要增加,明渠，可压缩流体，冲击力等等。
3、计算结果输出还需要完善。
4、模型数据输入功能还不太完善。
自己感觉做得不错满意的方面。为什么满意？
能够在最困难的时候坚持，autoPFA万里长征总算踏出第一步。李总能给我机会写算法，对我来说确实是一个很有压力和挑战的任务，数学方面确实还比较欠缺，好在大学还听了点计算方法的课，学起来还不难。写算法这段时间确实花了很多精力，也学到了很多，突然觉得大学的课程太有用了。自己感觉做得较差不满意的方面。为什么不满意？仿真是计算机热门，未来很多设计可能将会进入仿真时代。要做好仿真计算机语言只是一门工具。必须具备扎实的数据基础和数学建模能力。特征线方法理论还是算比较容易的。要想做好流体分析软件，数学，流体知识，和计算机技能都要同步提高。沟通能力和计算机水平都要加油努力提高，才能把软件做好。你是否按照去年的年终计划做了，为什么做到或没做到？基本按照去年计划完成autopfa第一个版本。自己来年的计划。
准备如何提高发展自己？
看一些复杂算法及理论推导还是很吃力，准备提高自己数学能力。算法的.效率很重要，大学学的数据结构和算法不深，准备看看运筹学训练一下算法思维。英文阅读水平也要加强。计算机能力加强多看几本书学习前人经验。自己对公司的建议或期待。公司发展越来越大，产品覆盖面越来越广，产品技术含量也越来越高。这当然与李总发展公司的战略目标和战略眼光分不开的。两年来autopfa流体分析一直消耗公司有限的发展资源。期待流体分析有自己的客户支持流体分析发展，我坚信只要计算功能能算对，能够不断改进满足客户工程设计要求，流体分析作为一个单独的软件也是能盈利的，同时将autopfa集成到AutoPDMS提高公司软件整体竞争力为公司发展做出。
今天早上内蒙古客户试用autopfa流体分析软件，他们的需求很简单从一个水库抽水。扬程较高需要计算。《水务设计手册》提到循环水和补给水系统需要瞬变流计算这个应该是给水系统。从AFT文档可以知道工程师在设计系统是当他感觉的存在安全隐患才会去计算瞬变流。以内蒙古客户需求为例：水泵停泵，系统最大压力出现在泵出口，最小压力出现在泵入口，如果低于大气压力或压力太高是不允许的。这样可能需要增加一个空气罐，并通过计算确定空气罐适当的尺寸和位置。确定空气罐尺寸和位置要经过很多次删除和尝试。典型的假设是空气罐应该尽量靠近瞬态源。我们要不断改变空气罐到泵的距离和初始气体体积通过计算结果得到符合要求的设计。说了这么多主要是期待公司考虑满足不使用AutoPDMS客户需求（比如以上例子工程师需要先通过计算才能得出设计）：autopfa作为单独软件输入功能要完善。
软件开发工程师工作总结 篇6
从八月份入职至今，已一年过去了，回顾自己这段时间在xx公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在x月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在x月份，便正式参与了管理软件功能模块的设计工作，在指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计；在九月中旬跟随公司施工人员在一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解；在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
x月份，在指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同及进行讨论；到十月中旬管理软件的各子系统功能模块基本全部设计完成；十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
x月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终决定以列表结合流程图形式搜集、汇总系统所有子模块的'业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
围绕两个工作展开，一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解；另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
软件开发工程师工作总结 篇7
时间一晃而过，转眼间20xx年已接近尾声。回首繁忙而又充实的20xx年心中不禁感慨万千，过去的一年中通过自身的不断努力，使得技术水平、沟通技巧等方面都取得了一定的进步，当然亦有需要改进的地方，这是我人生中弥足珍贵的经历，也给我留下了精彩而美好的回忆。
非常幸运能够来到xx公司参加工作，上任软件工程师这一职位。回顾业务培训期的一个月工作，感触很深，收获颇丰，我们首先对宽带医生这项业务的前期推出做了很细致的准备，仔细讨论了在业务推出以后可能遇到的种种困难；然后参加了代维部门的实践学习，深入了解了网络的接入技术，以及在修障过程中遇到的问题，接着参加了为期两天的新员工入职培训班，认真听取了相关领导对公司的发展概况，组织结构，以及各部门职责的介绍，并认真学习了公司的基本业务和增值业务，对公司的产品和服务有了很清楚的认识。
后期在主管的带领下，我们陆续对周边保有用户进行了宽带医生免费体验活动，也让用户知道我们这项延伸服务的推出，树立我们xx宽带的品牌形象。
在过去的工作当中，在领导和同事们的`悉心关怀和指导下，通过自身的不懈努力，各方面均取得了一定的进步，但那些远远不够，我也在实际工作中认识到自己的不足，业务还不够熟练，很多知识还有欠缺，处理事情不成熟。因此在今后的工作中，我将努力提高自身素质，克服不足，朝着以下几个方向努力：
1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地加强学习，向理论学习，向专业知识学习，向身边的同事学习，逐步提高自己的理论水平和业务能力，并用于指导实践；
2、“业精于勤而荒于嬉”，在以后的工作中不断学习业务知识，通过多看、多学、多练来不断的提高自己的各项服务技能，克服年轻气躁，做到脚踏实地，提高工作主动性，不怕多做事，不怕做小事，在点滴实践中完善提高自己；
3、不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作，继续提高自身文化的修养，努力使自己成为一名优秀的软件工程师；
4、在工作上积极配合省公司“关于配合全省宽带续费率提升活动开展“宽带医生”服务的建议“的活动；加强对武进、新区、金坛宽带医生的业务宣传，增加这些区域的服务量；加大对他网用户的宣传，扩大宽带医生的服务群，争取将用户发展为本网用户；明确宽带医生远程服务软件的一整套受理、安装、服务的流程，加强远程服务软件的推广，将远程服务和上门服务结合起来。
我认为想成为出色的软件工程师不仅仅是软件知识，还有财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。
软件开发工程师工作总结 篇8
20xx年，公司规模迅速扩大，公司管理的自动化程度不断提高，许多软件系统已不能满足不断扩大的管理要求，除了要升级原有的软件系统外，新的系统开发需求成倍增加，因而，本年度内扩充了软件应用及开发工程师扩大到30人。 20xx年与20xx年间，随着面向目标软件平台的普及，新的高效的软件开发模式也在中国软件业不断成熟，整体开发整体水平有了很大的提高，我公司也引进一些新的开发工具，实践了迭代开发等先进的管理方法。
xx年内我们主要完成了供应协同平台，固定资产管理，合理化建议，商用空调信息管理系统，基础文档管理系统等新的项目。由于开发管理的改进，本年度，软件开发效率提高较大，虽然用户需求增加很快，我们软件设计功能满足率仍然达到了95%，由于引进了专业的软件代码单元测试方法，软件测试的代码覆盖率增加到75%，软件的BUG率大幅下降，质量大幅提高，项目完成率提高到85%。虽然本年度软件开发从质量，效率上都有较大提高，但通过分析，仍然发现了一些不足之处，需要采取相应的改进措施：
一、由于人员效率的提高，对用户需求的响应时间缩短到4天，比去年提高了50%，但评估完成时间只提高了10%根据分析，评估响应时间较长的原因主要是：
（1）、使用的开发方法有所改变，对开发时间的评估不是太熟练；
（2）、开发人员的专业知识有所增强，但对由于开发任务较重，对有些专业领域的熟悉还不够。
二、关键用户访谈率及关键用户对需求的认同率都有所提高，都达到了90%以上，但仍然有所不足，主要原因如下：
（1）、在忙季，仍然有的关键用户抽不出时间来接受访谈；
（2）、由于有些需求分析人员经验不足，对部分需求的分析不够透彻、准确；
三、每个功能模块平均的BUG数仍然有2个，单元测试覆盖率只达到75%，分析原因如下：
（1）、开发工具的限制，目前的开发工具，对界面部分进行单元测试仍然不能自动进行，而用户界面开发占系统功能的很大一部分；
（2）、软件开发人员的原因：由于软件人员紧张，项目任务多，交期短，所以
在开发时，所以，虽然在技术上，将界面程序进一步分拆开来进行更多覆盖率的测试可以提高测试率，但实际上，由于时间原因，大部分工程师都没有这样做，开发出的软件代码缺乏时间整理，并尽量通用化，也是软件质量没有进一步提高的原因；
四、项目的按时完成率仍然不够高，平均只有85%，分析原因如下：
（1）、用户需求变更太频繁：由于用户需求变更太随意，太频繁，仍然是按时完成率提高的主要障碍。
（2）、软件需求分析设计人员的原因：由于设计的不合理，分析用户需求不够透彻和全面，架构设计不合理，导致软件开发变更及错误多，也导致了软件项目的开发延迟；
综上所述，为了顺利实现计算机中心xx年目标，我们计划改进措施如下：
内部的改进措施：
1、加大对新人培养力度，不但培养新进开发人员的技术能力，同时注意提高他们对业务的熟悉程度；
2、贯彻岗位知识能力模型，要求严格达标；做到合适的人在合适的位置做合适的事；
3、加强软件开发管理，培养团队合作精神，加强软件过程控制；
4、优化设计开发方法：加强设计标准化、模块化；提高软件开发效率；
外部的改进措施提议如下：
1、提高业务部门对软件开发过程的了解；
2、培养用户需求的分析能力；
3、加强与用户的沟通，让用户参与到设计中来；
软件开发工程师工作总结 篇9
总想着每天、每个月、乃至每年都有点进步。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”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。
