在这三个月的工作时间里，我在工作方面有了很大的提高。在入职初期公司给我们新员工安排了一个为期一周的培训，使我在较短的时间内了解公司的背景和日常的工作业务，也熟悉了公司项目的操作流程。然后在工作中我也有很多的不足，比如做事还不够熟，处理问题的经验方面有待提高，要不断继续工作学习以提高自己业务分析能力。

所以我在不断要求自己，以提醒自己处理各种问题时要更加全面，更加严格，并及时总结经验教训，尽量弥补工作出现的缺点和不足。在这里我非常感谢领导同事对我工作的包容和支持，给予了我很大的信心和勇气面对工作中各类考验。在领导同事的支持和自身的努力下，现以已能够适应公司的工作模式，也敢于大胆的接受工作的挑战。而公司也给予我有足够空间来激发自身的潜力。在工作中也能与公司同事发挥团队合作，相处和睦，一起努力工作。

今基于以上几条原因，申请转正，望领导批准，让我为公司争取最大的利益。恳请领导给我继续锻炼自己、实现理想的机会。我会用谦虚的态度和饱满的热情做好我的本职工作，为公司创造价值，同公司一起展望美好的未来!

语聊软件工作总结篇2

总想着每天、每个月、乃至每年都有点进步。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”，那便是水平再高，管理再好，也终归无用。年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。

语聊软件工作总结篇3

一年即将过去，现对个人工作总结如下：

已经完成的工作:

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作为单独软件输入功能要完善。

语聊软件工作总结篇4

进入公司以来一直从事软件开发方面的工作，说实话这是一个非常枯燥，需极大耐心的工作，不过我喜欢这样的工作，看着一个个经过自己手中的代码调试成功的时候，是比较开心的，这个时候也最有成就感。毕业了5年经过前4年的高速成长和进步，今年迎来比较平淡的一年。尽管平淡但还是有收获，有进步。有总结才会有反思，有反思才会有提高，现总结这一年工作如下：

一、项目方面：

主要是围绕信号机开发的各种软件，如信号机底层软件、信号机设置软件、以及为了保障信号安全的防火墙软件等，另外还围绕交通诱导屏这个产品做了相关的工作，如诱导屏设置软件，以及诱导屏测试软件等工作。

1、信号机软件开发

从去年的年底已经开始这项工作了，我的工作相对来说比较单一一点，就是信号机设置软件以及底层软件的通讯部分的程序代码，以及其他的部分功能。并且现在这款信号机能够兼容多家协议。

2、防火墙软件的开发

这是独立开发、并最终调试的一个软件，能够严格防止外来非法连接的软件。由于目前还没有我们自己的信号机中心软件，所以目前这个软件现在还没有派上用场，相信随着公司的发展，会逐渐用上这样的软件产品的。

3、交通诱导屏的相关工作

当然这里面的工作就相当砸碎一些，包括设置软件、测试软件以及处理在调试的过程中碰到的一些问题，以及测试一些硬件模块的好坏等。

二、团队合作

从上面主要的工作内容来看，不是我一个人所能完成的，正所谓一切事务离不开团队，个人无法称英雄。今年在余sir领导之下，团队建设有了很大的进步，每个项目开始之前，好好的交流、加强了解、对问题的共识、解决问题的方法能很好的统一起来。我个人也很好的溶入这个团队，共同做好一个项目。

在解决问题的过程中，虽然都不时风平浪静，但事后都能够客观地分析，而不参杂个人的感情。

三、工作态度

给我的最大的感触就是一定要好好的去聆听，每个人对待问题的看法，不管他的看法对还是不对，合理与否，或者考虑的角度是否确切，都要好好地聆听，至少要等他说完，如果你主观的色彩，可能你都不愿意或者不屑听完他说的话，但是静下心来你或许也能发现他看问题的某些角度是你没有考虑过的，他想的某些方面也许确实是要注意到的。静心！聆听！把技术与大家共同分享，共同提高。

四、来年工作展望

在新的一年里我希望能够在交通行业里做出更多新的产品，能够更加深入的研究下去，比如：目前我们欠缺的信号机中心软件，交通诱导屏的中心软件，这个两个应该是20xx年的首要任务了，如果还有时间我希望可以做gis地理信息系统方面的内容。

20xx年软件公司工作及20xx年工作规划

光阴如梭，一年的工作转瞬即将成为历史，伴随着新年钟声的临近，我们依依惜别硕果累累的20xx年，满怀热情的迎接到来的20xx年。

20xx年是自己进公司的第三个年头，在这一年里也是自己进公司最忙最累的一年，由于工作的重要性超负荷工作，除正常的上班八个小时，下班后几乎每天都要忙到23点后甚至通宵，有付出就有收获，现在回头看看，还是挺有成就感的。

20xx工作总结

20xx年1月到3月：维护及更新oa系统、人事系统、vip卡管理系统分布式、美容院前台客户管理系统。由于工作量问题，在3月将oa系统移交给他人维护及更新，将人事系统移交给他人维护及更新。

20xx年3月到8月：维护及更新vip卡管理系统分布式、美容院前台客户管理系统。主要工作是vip卡管理系统的分布式功能的实现，经过前面几个月的开发及测试，[ 课件]在3月中旬开始将分布式功能放在华景店进行测试，经过一段时间的测试及相关问题的跟进与更新，4月1日在黄埔店进行分布式系统的安装。经过两家店的分布式功能的使用，在后面的时间里对广州所有店都安装好分布式系统。处理日常系统操作中遇到的问题、更新一线对系统提出的修改及分布系统客户端数据与服务器数据的核对。

20xx年8月到12月：从8月份开始，应该对财务的问题，开始次vip卡管理系统进行升级到美容院管理系统，结合提出的需求，对vip卡管理系统中的功能、数据库结构及操作页面进行全面的更新。经过一个月的更新，从9月2日开始使用新的更新完一部分的美容院管理系统。从9月份开始根据财务人员提出的修改，对系统进行更新，协助财务部对系统数据的调整。一直到现在系统一直在修改及改进，相比以前的vip卡管理系统，系统中增加了许多在以前系统中没有的功能，在功能的实现及数据的稳定进行了大大的改善。

20xx工作规划及打算

继续维护及更新美容院管理系统、美容院前台客户管理系统，在两个系统中提高数据的100%稳定性及数据的安全性。

美容院管理系统：1：）尽自己最快的速度完成系统中还未完成的功能及修改；2：）对一线收银、办公例会、财务及相关人员提出的合理需求在第一时间内修改好系统；3：）积极配合财务部对系统数据的调整，让系统最快恢复财务合理的数据；4：）整合好系统相关功能，修改系统中一些功能实现的方法，提高系统的操作速度，增加自己认为对工作有效的功能；5：）到时候系统修改完数据正确后看是否有必要增加该系统的分布式功能。

美容院前台客户管理系统：1：）系统中增加合并客户资料功能(规范两系统客户编号信息)及前台提出的测量尺寸的提醒功能；2：）对一线前台提出的需求在第一时间内更新好系统；3：）修改系统中一些功能实现的方法，由于自己之前的一些技术问题对功能的实现现在需要完善，所以有时间想修改修改；4：）提高系统数据的安全性（比如系统中增加ip地址系统的限制及mac地址的绑定）。

在20xx年严格履行个人岗位职责，努力工作，在第一时间内完成了本职工作和领导交给的各项任务。作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题。展望到来的20xx年，我会更加努力、工作上认真负责，再接再厉。

语聊软件工作总结篇5

没什么爱好，唯软件开发技术情有独钟，常自娱自乐，自小热爱编程，从小学6年级开始正式学习程序设计，至今已有12年有余，18岁中专毕业，参加工作，至今已有5年，近6年的软件开发工作经验，工作期间也不断学习，完善自己的职业技能，理解软件开发的思想，熟悉delphi、c/c++/vc++、asp、sqlserver、html、脚本语言（如：vbscript、javascript），汇编，熟悉win32sdk编程，经过多年的学习和实践相结合对面象对象的设计与开发也有深刻的理解和自己独特的见解。列宁曾说“实践高于（理论的）认识，因为它不仅具有普遍性的品格，而且还具有直接现实性的品格。”，我始终相信。

对软件逆向工程也比较熟悉,熟悉汇编/反汇编，熟悉各种静态反编译（反汇编）工具如dd、w32dasm、c32asm等，熟悉各种动态跟踪调试工具如softice、ollydbg等工具，熟悉加密与解密，能够利用这些工具和我的知识对软件进行加密，防止盗版，能够对软件进行解密和逆向工程，研究软件的底层机理，属于中国破解组织bcg/dfcg/ocn/dcm/czg正式成员(注:这些组织都是以技术研究为主的,跟盗版是两回事)。

同时熟悉多层系统的设计开发，熟悉各种软件工具的使用，对windows系列操作系统较为熟悉，对linux操作系统有所了解。掌握面向对象的分析与设计和相关工具的使用，对软件工程化也比较熟悉,由其感兴趣的是敏捷软件开发。曾任技术研发组组长，带领技术研发组完成技术攻关，管理软件项目。有极强的自学能力和归纳总结能力。对一项技术有强烈的钻研欲望。

转入正题了，首先谈谈，我认为我所在的项目组做得好的地方。在我们项目组中使用了cvs做软件的版本控制，用robohelp写文档，用testtrack做bug跟踪。

做得不好的地方就是需求描述不清晰，而我们过早的进入＂设计＂阶段，过迟的进入测试阶段。

看看我们的需求描述吧：多数量同一商品的录入习惯：商品条码＋数量快捷键＋数量某种商品在销售过程中退货的操作习惯：商品条码＋负数快捷键＋数量我们需要的需求描述是这样的：只说做什么，不说怎么做，并描述出希望得到的结果，至于操作习惯这些东西可以在得到了正确的软件功能后再作调整。

例如：零售：一个商品的条码6910000000001，零售单价为15.00元，输入一个商品条码，卖出该商品１个，零售金额为15.00元，卖２个，零售金额为30.00元。

再来看看我们的代码：

我们目前的代码根本不具备可测试性，当改动一个地方的时候我们不可能自己把所有代码功能都跑１遍，以保证程序的正确性，保证程序的质量，有可能我们改动的这一个地方会牵扯到另一个地方或n个地方，而我们有可能没有考虑到这个关联性或没有考虑完，于是１个地方的改动造成了n个地方的错误。这样的问题在我们公司开发人员中基本是天天都在上演重复的一幕，造成开发成本／维护成本不断的上升，产品迟迟不能稳定。

还有一个比较严重的问题是过早的进行设计，把程序的结构过早的定下来，这样导致的后果是要当需求发生变化，目前的系统结构无法满足需求时，可想而知后果的什么样的。

再来说说测试：

我们的测试人员可说是做得比较好了的，这点我没什么好说的。我只是想说让我们开发产品应该尽早的提交给测试人员和用户进行测试，这样我们可以更早的得到反馈，对产品作出改进和修改。

我想重点对我们开发谈谈，提出一些自己的建议：为了保证我们的程序具有可靠性，可维护性，可阅读性，让我们产品达到一个高质量的标准，我想唯一的方法就是让我们代码具有可测试性，可测试性的代码是具有良好结构的，优美的，高质量的并且也是简单的。其中以测试来驱动开发(tdd)的方法是我较为推崇的，我在家自己写的程序基本都有unittest。

语聊软件工作总结优秀5篇相关文章：

语聊软件工作总结优秀5篇