软件开发工作总结
总结是对过去一定时期的工作、学习或思想情况进行回顾、分析，并做出客观评价的书面材料，它可以明确下一步的工作方向，少走弯路，少犯错误，提高工作效益，为此我们要做好回顾，写好总结。总结一般是怎么写的呢？下面是小编收集整理的软件开发工作总结，供大家参考借鉴，希望可以帮助到有需要的朋友。
软件开发工作总结1
根据公司年度工作计划和部门分解计划，现将上半年工作情况汇报如下：
一、工作完成情况
（一）OA部分；
1、协助完成OA版本升级；
2、开发完成10个工作流，修改15个工作流；
3、 整理出有关OA使用的技巧或OA的亮点功能20项；
4、基于OA平台开发了技术文件借阅模块；
5、基于OA平台开发了任务管理模块；
6、全面掌握OA系统平台的使用及维护。
（二）数据分析部分：
1、完成了质量分析类报表，其中包括10张图形类报表，5张列表类报表。
2、开发了试验中心检验看板系统；
3、开发了仓储中心出入库看板系统；
（三）软件开发部分
1、协助开发并部署了展厅图片自动播放软件；
2。协助开发并部署了展厅视频可在九宫格内同时播放的软件。
二、工作总结
（一）OA部分
OA升级部分主要负责的是OA模块的测试，通过测试各个模块了解了系统中的各个功能，熟悉了新版OA的使用方法；通过熟悉OA的升级、工作流的制作来了解OA的业务逻辑，进而来掌握OA的所有事务和创建新的功能模块。由了解到熟悉，再到掌握和创新。
（二）数据分析部分
此项目上半年主要是为质保部门开发的报表及看板，目前正在使用中。数据分析中数据的准确性最为重要，在开发过程中由于不清楚U8数据库中业务表的逻辑，所以在开发过程中遇到了很大的阻力，但经过不断的钻研和同事的帮助，终于渡过难关，完成了数据分析系统。
（三）创新意识不足
姜主任在日常开会或谈话中经常强调苟日新、日日新这句话，意在说明创新的重要性，并且我负责的工作就是要不断创新、不断的探索，只有不断的创新才能体现自身价值。这和我以前的工作模式有很大的不同，以前就是循序渐进的跟着大家的步伐走，那是盲目的跟进，是为了工作而工作；所以就造成了创新上的严重不足，不论是创新意识还是创新方法，都有所欠缺。如在总结OA的使用技巧的时候，总感觉没有什么东西可写，但是经过不断的去思考、操作，就会发现很多可写的内容。
由此可见，一项工作或一件事情，只有不断的去接触、去做，才能掌握它、应用它。而且在做的.过程中要有计划有目标，对待不熟悉并且繁琐的工作要沉着冷静，对待熟悉的工作也要细心认真，并且要高要求才会有更好的结果，要学会从熟悉的工作中不断发现、不断创新，只有不断的创新才能立于不败之地。
三、下半年工作计划
1、继续深入研究OA系统功能，在OA系统的基础上不断发现新功能，不断创新，加大OA的应用开发。如系统中的报表部分、应用中心部分等，争取OA报表与数据分析相结合。
2、继续推进数据分析系统的应用。下半年主要对生产部的生产计划数据进行分析统计并制作成报表，先对生产部进行需求调研，整理出他们需要的是什么，什么样的展示能给他们带来便利；仓储中心的分析报表也在下半年的计划中。在推进项目的同时做好下一步规划，争取跟随时间的齿轮不断前进。
四、年中个人体会
经常听到领导说到“凡事欲则立，不预则废”，一开始虽然知道什么意思，但是没什么感觉。但通过半年的工作和学习，深有体会。一件事情如果没有计划，那么会忘的一干二净，有了计划并且一定要记录到常见的地方，用以提醒自己尽快执行；另一个感受较深的是凡事要勇于承担，勇往直前，切不可唯唯诺诺、拖拖拉拉，不然事情就会搁浅在那里，永远没有结果。
软件开发工作总结2
我于20xx年x月6号进入公司的软件开发四部，担任java程序员一职。在这段工作时间里，我一直对自己要求严谨，遵守公司的规章制度，努力完成和完善分配给我的任务，参与了社保电子支付项目的开发。现在，试用期结束了，对自己这3个月的工作情况作个总结。
前期工作回顾
试用期个人工作总结同事沟通、学习经验，希望能更快的融入公司、融入开发团队，能够全心的投入工作。试用期期间完成的工作还十分有限，简单列了一些：
掌握java开发语言和环境，由于在校学习时主要是以。net作为开发语言，所以在刚入职时通过一段时间学习并基本掌握了java开发技术。
熟悉公司开发流程，熟悉cbp产品框架。了解了核三框架的总体结构和开发流程，并能在核三的基础上进行项目开发。
参与了社保电子支付项目的开发。主要负责web端的模块开发，通过开发的过程，学习和掌握了flex界面开发，hibernate和oracle数据库。
因为自己在经验上的不足，所以，在项目的开发过程中碰到开发进度慢的问题。综合起来看原因在于：
1、没有项目经验，没有经历过系统和完整的系统开发。
2、对于技术的学习和掌握还不够深入。
3、发现问题的能力不够，在自己以往的学习方式中，欠缺一种主动发现问题的能力。
今后，我会多注意在这些方面的学习和积累。
在工作的这段时间里，我得到很多同事的帮助。部门经理经常与我交流，指出技术上的问题，传授了很多开发经验。与同事间也经常互相请教，探讨碰到的`问题，互相学习。使得我很快就适应了公司的生活。在这期间还参加了公司的中秋晚会，感受了公司文化。
总之，认真的回顾了这段时间的工作，发现了一些不足之处，这都是我在接下的工作中需要完善的。同时，也会尽努力的学习和积累经验，逐步发展成一个全面的技术开发人员，更好的完成工作。
软件开发工作总结3
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、加强与用户的沟通，让用户参与到设计中来；
软件开发工作总结4
一年即将过去，现对个人工作总结如下：
已经完成的工作:
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作为单独软件输入功能要完善。
软件开发工作总结5
做上层开发学了这么多所谓的语言，框架，技术，其实现在想想万变不离的却是底层的数据结构，操作系统，网络通讯和一些其他的基础的东西。
自己也算半路出家，以前总是不屑基础的东西，总认为我懂了WPF，能画出很炫的界面什么就很好了。其实却是认识太肤浅，只有掌握了不变的东西才能应付好上层的技术，否则只会被微软牵着鼻子走。
所以对新人来说，打好基础是多么重要，可惜我后知后觉了。
除了基础的东西，我认为其次重要的是软件架构。
好的架构可以让事情事半功倍，让下面实现具体代码的感觉很轻松。说得过分点，一个好的架构师可以带一群实习生的干活都能出好东西。软件开发越来越不需要我们懂底层的东西，很多现成的轮子可以用，但是要知道怎么搭积木就需要好的架构师了。
所以我觉得平常要多看好的开源架构，多学习框框的东西，当然轮子和积木知道哪里能拿到。最怕的是像我一样，只会google找积木搭，这就是所谓的纯码农了：
其次是业务，开发很多时候要懂业务。
很多开发的很不屑业务，认为技术才最重要。其实很多时候业务才是王道，软件开发在我看来大部分时间都是给业务做服务的，做支持的，公司都是靠业务才能赚钱的。
所以开发人员也要懂业务，特别对那种不是很想一直做开发的来说，懂业务又懂技术也许会给你更多的机会。
最后是软件开发的职业发展。
个人的看法是码农能爬上去做架构师和经理的其实很少，基本一个萝卜一个坑，我见到开发能一直做到退休的.都是老外，人家基本没有title的，这样的我观察无非两种人。一种是对业务很精通，同时对技术系统又很懂的，公司少不了他。一种是对技术很热情很钻研，能力很强，又不想去要什么title的，基本可以挑大梁。
我想国内的情况虽然不太一样，不过基本可以借鉴下老外。当然不做开发还有很多可以做，我想说的是开发是可以做一辈子的，就看个人的想法了。
这个问题我自己也一直在想，目前只有一条模糊的路，也得摸石头过。
软件开发工作总结6
工作时段：（01月4日—12月31日）
xx实业有限公司软件开发部（以下简称本部门）成立于20xx年8月份，致力于xx系统的研发，目前在编人员四名，软件的研发因使用较前沿的xx平台，面临不少的技术层面的挑战。
本部门成员通过20xx年的努力，完成了直线型房型绘制模块的开发，衣柜系统的开发，同时添加了沙发组合，庭柜组合，餐厅组合，卧室组合等。
展望20xx年，计划在现有的人员编制基础上增加新的“血液”，把本部门打造成技术更加过硬的团队，帮助集团公司实现20xx年的发展目标。
一、工作目标：
1）、 “xx”软件版本发布：
1、12014年6月 完成“xx”软件第一版的正式发布，软件功能包含xx等；
2、22014年 完成“xx”软件架构的整理与论证为完成独立套装软件做准备工作；
3、32014年 完成xx软件版本规划中所定义的工作；
4、42014年 完成集团公司新交办的工作；
2）、20xx年完善本部门团队建设。
1、建立内部技能培训学习机制；
2、参加相关行业培训保持技术领先；
3、团队增员至xx人。
3）、20xx年xx软件的'应用推广：
1、企业内xx软件的应用培训；
2、xx软件使用手册的制作；
3、xx软件商业推广的应用演示。
二、团队建设：
1）、建立内部技能培训学习机制：
计划每周三晚上为内部技能培训与学习时间。
2）、参加相关行业培训
根据需要参加国内xx行业技术交流会议，掌握行业内最新的技术信息。
3）、团队增员计划
结合本部门20xx年度计划，需增加两名xx开发工程师协助完成相关工作。
4）、团队维稳
本部门主程序员目前的工资标准低于同行业水平，需要公司适当调整其收入以稳定队伍；
制定本部门各岗位工资标准，并设定晋级标准以便进行科学管理。
三、应用推广：
1）、企业内xx软件的应用培训：
根据本部门年度培训计划结合公司要求进行应用培训。
2）、xx软件使用手册的制作：
完成xx软件正式版本的使用手册电子版的制作。
3）、xx软件商业推广的应用演示：
1 、根据公司要求进行推广演示；
2 根据公司要求制作推广演示视频。
软件开发工作总结7
我于20xx年8月13日进入公司，根据公司的需要，目前担任Android软件工程师 一职，负责综合代维，考务通手机客户端的开发工作。将近3个月的时候在这个新的工作环境我收获颇深。 开始让我独立完成整个项目，这还是我的第一次，之前在公司是多人完成，过程中也遇到了许多困难，但是都一一解决了，我想这是我最宝贵的经历，通过三个月的不断学习，在项目开发中的不断锻炼以及同事、领导的帮助，我已逐渐融入这个大家庭，个人的工作技能也有了明显的提高，虽然仍有一些不足，但三个月以来我付出了不少，也收获了不少，我感觉自己成长了，也逐渐成熟了。
初到公司，加入了咨询与信息化部，加入了综合代维项目组，我也曾担心自己不知道该怎么与项目组的同事沟通，担心不知道怎么做好工作，但是项目组的前辈们都很亲切，也很耐心的教导我，解答我的疑问，以及他们团结向上的精神，让我很快的熟悉了工作，融入了项目组。
在这三个月的学习和工作中，我一直严格要求自己，遵循公司的规章制度，认真完成领导布置的每一项任务，遇到的问题虚心的向项目组的前辈们学习、请教，不断的提高、充实自己。开发过程中出现的一些差错，也有前辈们耐心的指出和指导我修改，这些经历让我不断成熟，处理问题时考虑得更全面，杜绝类似情况的发生。在此我要特地感谢部门的.领导和同事们对我的指引和帮助，感谢他们对我工
作上失误的提醒和指正。
经过这三个月，我已经能独立进行开发任务，按时按质的完成分配的工作任务，当然还有许多不足，开发的经验仍有待提高，编写代码的简洁性和完整性也需要进一步增强，需要不断的继续学习以提高自己的工作能力。
总之，这三个月来我学到了很多，感悟了很多；看到公司的迅速发展，看到部门的同事越来越多，我深深地感到骄傲和自豪，也更加迫切的希望以一名正式员工的身份在这里工作，实现自己的奋斗目标，体现自己的人生价值，和公司一起成长。
我会用谦虚的态度和饱满的热情做好我的本职工作，为公司创造价值，同公司一起展望美好的未来！
XX
20xx年11月13日
软件开发工作总结8
一、项目方面：
主要是围绕信号机开发的各种软件，如信号机底层软件、信号机设置软件、以及为了保障信号安全的防火墙软件等，另外还围绕交通诱导屏这个产品做了相关的工作，如诱导屏设置软件，以及诱导屏测试软件等工作。
1、信号机软件开发
从去年的年底已经开始这项工作了，我的工作相对来说比较单一一点，就是信号机设置软件以及底层软件的通讯部分的程序代码，以及其他的部分功能。并且现在这款信号机能够兼容多家协议。
2、防火墙软件的开发
这是独立开发、并最终调试的一个软件，能够严格防止外来非法连接的软件。由于目前还没有我们自己的信号机中心软件，所以目前这个软件现在还没有派上用场，相信随着公司的发展，会逐渐用上这样的软件产品的。
3、交通诱导屏的相关工作
当然这里面的工作就相当砸碎一些，包括设置软件、测试软件以及处理在调试的过程中碰到的一些问题，以及测试一些硬件模块的好坏等。
二、团队合作
1、从上面主要的工作内容来看，不是我一个人所能完成的，正所谓一切事务离不开团队，个人无法称英雄。今年在余sir领导之下，团队建设有了很大的进步，每个项目开始之前，好好的交流、加强了解、对问题的`共识、解决问题的方法能很好的统一起来。我个人也很好的溶入这个团队，共同做好一个项目。
2、没有我们自己的信号机中心软件，所以目前这个软件现在还没有派上用场，相信随着公司的发展，会逐渐用上这样的软件产品的。
3、交通诱导屏的相关工作
当然这里面的工作就相当砸碎一些，包括设置软件、测试软件以及处理在调试的过程中碰到的一些问题，以及测试一些硬件模块的好坏等。
三、工作态度
给我的最大的感触就是一定要好好的去聆听，每个人对待问题的看法，不管他的看法对还是不对，合理与否，或者考虑的角度是否确切，都要好好地聆听，至少要等他说完，如果你主观的色彩，可能你都不愿意或者不屑听完他说的话，但是静下心来你或许也能发现他看问题的某些角度是你没有考虑过的，他想的某些方面也许确实是要注意到的。静心!聆听!把技术与大家共同分享，共同提高。
四、来年工作展望
在新的一年里我希望能够在交通行业里做出更多新的产品，能够更加深入的研究下去，比如：目前我们欠缺的信号机中心软件，交通诱导屏的中心软件，这个两个应该是20-年的首要任务了，如果还有时间我希望可以做gis地理信息系统方面的内容。
软件开发工作总结9
哲学就是用简单的说话来体现出隐含深层意义的道理，让人们去思考和体会。哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。
哲学的特征在于追问本质，不断反思。内容上，哲学的反思对象无所不包;深度上，哲学的反思是无穷无尽的。现实中，我们可以借用哲学的思维方式，但是不能照搬哲学的思维方式。也即是说我们能够直接关注的现实是具体而有限的，思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。
把哲学低估于现代科学是不负责任的，哲学隐藏在现实生活中的每一部分，它为我们提供了一种生活的方式，如果将哲学简单的与现代科学相提并论，则成为了一种狭隘的唯科学主义。
“又是一年毕业时”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼，希望对所有的软件工程师们有所帮助，早日实现自己的人生目标。本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议，前面几点旨在确定大的方向，算是废话吧。
谨以此文献给那个自己为你奉献3年青春与激情的开发团队。还有团队成员：PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。
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等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!
7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴C、C51、汇编的模块化封装方式?
用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时，为什么不可以参考来自Java社区的IoC、AOP设计思想，甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。
8、养成总结与反思的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显著区别是：无经验者完成任何任务时都从头开始，而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。
9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。
学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。
10、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。
想想自己20xx年间开发的那些Windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多Windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果;但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢?
11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做ERP，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。
12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明：“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。
13、本文的总结与反思：
A：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。
B：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。
C：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。
软件开发工作总结10
从八月份入职至今,已一年过去了，回顾自己这段时间在XX公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在XX月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在XX月份，便正式参与了管理软件功能模块的设计工作，在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计；在九月中旬跟随公司施工人员在xx一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解；在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
XX月份，在张工张工的指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同张工张工及何工进行讨论；到十月中旬管理软件的各子系统功能模块基本全部设计完成；十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
XX月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
XX围绕两个工作展开，
一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，张工张工也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解；
另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下，通过项目组所有成员的不懈努力，在XX月份系统所有功能模块设计完成，在XX月份系统所有业务流程整理完成，在XX月份，对各功能模块设计及业务流的初次审查、整改工作已经完成，现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
在入职初期，因为之前很少接触生产类软件，一时不知从何入手，好在项目组成员多次向我讲解，加上自己也通过网络查找相关文档，认真阅读相关材料、思考业务处理过程，最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在张工张工的指导下，完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计，以及整个系统的业务整理工作。因为张工张工多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败，一定要做到设计正确、准确、完整，因此在每个子模块的设计中，先把握总体方向，确保设计正确，再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确，最后再将设计放到整个业务系统中，反复检验、审查，确保设计完整。回顾这一段时间的工作,我基本完成了本职工作，这与领导的支持和各位同事的配合、帮助是分不开的，但同时我也清楚得认识到自己还有很多不足，也从中获得不少经验、教训，总结为以下几点，
1、做事前准备、计划是很有必要的。
这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深，正是磨刀不误砍柴工，做好准备、计划对之后的工作能起到事半功倍的效果。
2、工作要脚踏实地、一步一步，切不可太过心急。
整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节。
3、学会从整体看问题。
这一点在入职初期的业务流程学习中就感受很深，从整体看问题，从主业务流程入手，理解更容易，学习得也更快，在整个工作过程中大的方向也不会错。
4、要学会适当的思维转变。
之前的软件开发工作主要是编码工作，所考虑的问题也只局限于技术方面，但在系统业务及功能模块设计工作中，一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。
5、与同事的交流要及时要充分，尤其是项目组内成员。
及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量，及时的交流能提高工作的效率。
6、在系统设计过程中要学会从客户角度考虑问题。
软件良好的客户体验是衡量软件质量的重要标准，因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。
7、处理问题一定要以公司利益为重，坚持立场、把握好原则。
公司项目部成员对xx1号矿项目的成功实施便证明这一点；另外在集控平台开发过程中，何工也是基于这一点，多次对系统功能设计提出更高要求，以使系统功能更加完善、可操作性更强。
8、要学会思考问题、分析问题、处理问题，学会分解问题，把一个大的问题分解成若干个小问题，再将各小问题放到整体考虑其合理性。
在整理系统业务流程和搭建模块间业务关系工作中，就因为表现形式不够清晰、合理，做了不少重复工作。最终还是在张工的指导下，以“总—分—总”的形式解释业务关系，完成了业务详细说明书。
9、不要局限于固定模式，要学会创新。
在系统功能设计及系统业务整理工作中，张工多次强调这一点，因为只有这样，产品质量才能提高、自己的能力也会有较大提升。通过近半年来参与对管理软件的设计工作及与工程施工、项目发展工作的接触，自己成长不少，当然更多的成长集中在技术方面—软件前期的业务设计，总结为以下几点，
1、已掌握整个煤矿管理的业务处理及流程。
2、掌握了软件开发前期的整个软件设计流程。
3、学会如何进行软件业务及功能模块的详细设计。
4、学会如何发现问题、思考问题、解决问题。
在管理方面，接触不多，主要集中在项目组对集控平台开发的监管过程，总结为以下几点，
1、时刻掌握项目进度情况，进度一旦出现状况要及时作出反应
2、处理问题一定要以公司利益为重，坚持立场、把握好原则。
3、与外包人员要多交流多沟通，包括业务理解和完成情况。最后，通过在公司近半年来的工作生活，提一些个人的想法，
1、公司员工交流不够多，尤其是不同部门间的工作交流，而这种交流能使各部门的工作衔接更紧密，工作效率更高。
2、技术人员接触其他相关技术的机会不多，不过这一点公司正在改善，PLC讲座也即将进行。
3、在准备项目经理考试期间，如果公司能统一每周提供几个小时供大家学习、讨论、交流，效果可能会更好些。
4、午饭时间太紧，员工中午休息时间太紧，一定程度上影响下午的工作效率。
以上都是个人角度的一些看法，考虑不合理之处还望领导及各位同事批评指正。
XX年已经过去，崭新的XX年来临了，在新的一年里，工作上，生活上，我们都站在了新的一个工作起点，要开始新的一轮工作，我也在此感谢领导和各位同事的支持和帮助，我将在新的一年里继续努力，不断提高自己的业务及专业水平，虚心向大家学习，为XX公司为长风的发展尽自己的力量。
先自我简介一下，本人从事asp。net开发进一年，09届毕业生，xx年11月开始上班，之前做asp，xx年2月后开始做asp。net，由于公司转型，现在带十几个人在一起搞asp。net开发，主要是关于准金融行业的行业管理软件。年度总结在会议上也写了，但仅限于对于工作总结及xx年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。
技术
我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向asp。net，开始对asp。net不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里——！），后来招来几个北大青鸟的过来终于意识到asp。net的强大之处，经过个人的努力已经逐步掌握了asp。net，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。
相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗？应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。
面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结；设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。
具体到asp。net的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的autopostback、selectedindexchanged……都是去调用form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的html标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用c写出mis证明你很牛，很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿c与php比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。
管理
最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。后来随着时间的推进，问题越来越摆在眼前：项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。后来我逐步体会到，管理应该是“大家定规则去遵守”，而不应该是“人管人”。
人管人很容易陷入一个误区：
领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。
于是“定制度—定分工—定进度”，明确日常所有的规章制度，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。中间也遇到了不少问题，比如开始我们内部是允许使用qq的，后来员工用qq闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大（貌似程序员都喜欢挂上几个qq去到群里搞个群主，虽然群里大多都是菜鸟），最后多次开会，逐个谈话，阐明道理，形势逐渐好转。
项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班——我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。
这期间公司新招人员，人员的`增多更使我意识到团队管理的重要性，这期间版本控制、编码规范、文档管理、bug管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时间学习新知识充电，然后展开各种培训，主要是photoshop、css、js、sql等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。
待遇低、条件艰苦、工作时间长、工作压力大是团队中最大的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益最大化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的（“it民工”是我个人认为it人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗？），最主要是解决问题。
我在面试员工时反复提到的三点是；工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。
对于工作责任心不够的员工是尤其值得关注的，他们往往自我意识过于强烈，追求以自我为中心，很多时候伴随着工作得不到认可、工作感觉不充实不开心，我会主动找他谈话，我认识：你管理的是一个实实在在的人，他不是一台任你摆布的机器，人会有情绪往往是有心结，找到原因，多加开导，用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征，一个是从天之骄子沦为多余人，一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20—25之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。
软件开发工作总结11
XX年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的.贡献。下面是我对去年工作汇总。
一、总结：
1。自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
2。定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己。自己要定得心下来学习，成功需要耐得住寂寞，不求最快，但求。
3。团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要。以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
4。工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
5。课外学习：sql该学的已经掌握，c#学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
二、自身缺点
1。沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。
2。心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意！
3。学习问题：对于课外学习这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
软件开发工作总结12
各位同事：大家上午好！
开一次这样的会不容易，这应该是信息部两年来人员的一次会议。外地的同事很辛苦的千里迢迢赶过来，希望大家珍惜这个机会，好好的沟通和交流，[师哈哈]使以后的工作进行的更顺利！
时间过的很快，很快又到了年底，一年的工作即将成为历史。在这里我将对我XX年的工作进行一个简单的总结及对XX年的工作进行一个简单的规划。
20xx工作总结
一：美容院财务系统：
1：及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展；
2：根据财务部的需求，在系统中增加各种相应的汇总及明细报表，减少了财务部相关的手工单据，更直接的从系统中取数、打印，更好的提高了财务部的工作效率；
3：从4月到5月中，经过一个半月的努力，最终完成了美容院财务系统的分布式操作，[师哈哈]相比去年的分布系统更加稳定、准确；
4：在系统中增加了客户经理操作美容院财务系统的权限(点菜系统)，相应的减轻了一线运营的工作以及让客户经理更好的管理好自己的客户；
5：在系统中增加了护理记录的自动输入功能(即在财务系统中的交款、开卡、消费等操作记录自动录入到美容院业务系统中)，从而减轻了一线前台的工作；
6：在oa系统中嵌入美容院财务系统中各店院业绩汇总报表，以方便相关领导及时的了解到公司的运行状况。
二：美容院业务系统：
1：在系统中增加客户尺寸测量及相关提醒功能，以更好的了解到顾客护理后相应的效果对比；
2：在系统中增加投诉处理功能，更好的处理了法务部、财务部及一线运营相关部门的投诉处理的协调；
3：业务系统数据库电话号码加密(系统中对电话号码的操作进行加密及对电话号码解密的`显示，实施时对电话号码的批处理加密)；[师哈哈]
4：修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并，相应的减轻本部门相关人员的工作)。
20xx工作规划及打算
继续维护及更新美容院财务管理系统、美容院前台业务管理系统，及时更新相关人员对系统提出的需求；财务系统各市场系统的合并操作及显示、财务系统与人事系统的相关对接、财务系统中集团报表的显示、用友系统中凭证与财务系统中数据的对接…与自己工作相关的问题：
20xx年，对于自己感受更多的是忙、压力、成就。
忙：20xx年说起来应该算是很忙的一年，系统不停的修改，修改完一个功能后面还有很多的需求等着自己去做，想找到一点空闲的时间很难。
压力：看看未来的工作规划，有个时候听别人说修改完这个需求后可以减轻别人的工作，总让自己感觉到很大的压力。系统的稳定性、数据的准确性，对于公司两个重要的系统来说表现的尤为重要，虽说这两个系统还算稳定，但是还是避免不了一些问题，总给自己带来一些压力，这也是以后的重点改进，以确保更高的稳定性。
成就：当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化，即使再累也要以自己最快的速度最完善的完成，当完成后自己感觉很有成就感
关于我们软件组，我们每一位同事都是很优秀的，我们几个人一年内开发那么多的系统。对于网络组的同事，你们有个时候会存在一些抱怨，说软件不稳定、报错，也许是我们的开发时间太短，很多的细节问题没有考虑到！我知道我们的同事也很忙，但请我们的同事不要急躁，详细的记录好错误信息，看清楚错误提示，有时对于一线反馈过来的错误希望大家能够确认好（因为有时一个简单的错误提示会被她们描述成系统使用不了），希望网络组的同事确认是否存在该软件上的错误，以至于我们能够及时的处理好！而我们能做的也就是及时的处理问题，提高系统的稳定性、错误，减少网络组同事不必要的麻烦！对于我们软件组的同事（包括我），要及时的处理好错误，找到错误的原因，希望下次不要再出现同样的错误！站在我们软件开发的立场上，虽说软件的错误是不可避免的，但我们可以把它降低到最小！当我们接到一个软件需求的时候，不要把它想的很简单，我们尽可能的可以把它考虑到很复杂，这样我们就可以考虑到更多的细节，比如限制一些相关错误的输入。有个时候软件是出现的不合理数据，我们不可以认为是是操作员的错误，相反我们要想到是自己的错误，站在软件思想上，是我们做的不够，没注意细节，给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术，多创新，提高自身系统的稳定性，数据的准确性！
在20xx年前希望上完所有奈瑞儿店院的分布式财务系统，对各店内的所有服务器数据库设置密码，相关的系统中数据连接配置加密，以对XX年的工作划一个圆满的句号。
20xx年我们继续努力。
软件开发工作总结13
XX年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。
自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的`情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己.自己要定得心下来学习.成功需要耐得住寂寞，不求最快，但求.
团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要,以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
课外学习：该学的已经掌握，学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
软件开发工作总结14
过去的一年，我参与了较多的产品设计，从中受益匪浅，不仅学到了很多专业知识，对动态产品有了更全面的理解和把握，而且培养了我作为机械工程师所应该具备的基本素质。同时，我坚持自学，学习了当前机械行业新的工具软件和专业书籍，提高了理论水平。现将具体工作总结如下：
1.设计、调试出口印度的摩托车试验机
印度之行是成功的，也是艰难和值得回味的`。我们一行三人，在没有翻译的情况下，克服当地天气炎热和饮食不适应的困难，在不到三周的时间内将四台设备调试完毕，拿到了用户的验收纪要，这是值得肯定的。但，我觉得也有一些遗憾的地方。由于是第一次做车辆产品的出口，缺乏经验，我们的包装和防锈做的不够好，设备出现了故障，让印度人对我们的满意度下降。如果我们注意这些细节，用我们的产品打开印度这个工业刚起步的国家的大门，那么，我相信我们会从中受益。
2.主管设计PWS-J20B1
此试验机已经交检完毕，各项指标达到了技术协议要求，等用户款到发货。
3.参与设计PWS-200B
与毛工一起设计，对液压夹头，气液增压泵等的工作原理有了更深入的理解，从毛工身上学到了很多东西。比如，设计的严谨和严肃性，此产品已发货。
开发四部的工作是繁重和艰巨的，我在车工和毛工的指导下，较好的融入了这种紧张和严谨的氛围中，较好地完成了各项任务，自身的业务素质和工作能力有了较大提高，对工作有了更多的自信。
软件开发工作总结15
金秋十月是个收获季节，希望我们每一天的生活都如这个季节一样，又一个月过去了，现对工作中收获与不足总结如下：
一、工作内容
九月份的工作比较繁忙，工作重点有四方面：s6测试，医院软件开发、测试，售后服务，文档书写及培训。
1、关于s6测试
s6的新增修改功能大约30多项内容，测试的重点如：
其一，每日结账时更正库存的操作，此项功能涉及的方面比较多，影响数据的准确性，测试起来比较烦琐、测试量也比较大；
其二，由于业务开票时程序内部处理发生了改变，由原来的控制台转移到存储过程中处理，所以对此部分也进行了重点测试；
其三，饮片划价自动批号的测试；其它方面的测试包括，gsp报表、客户对应商品销售、批次会员录入以及远程配送价格等的测试，再有就是售后人员随时提出的问题随时测试，如打印模块加完打印项还是不能打印、某些模板在99pbl修改以后还是不好用、哪个报表数据是否有问题等。
2、医院软件开发、测试
对于新版医院软件的功能模块开发工作也做出了一点贡献，作了15个打印模块，12个查询模块，所做模块包含的内容为：菜单挂接、将窗口中不需要的按钮隐藏、书写查询报表中所需要的sql语句、打印模块及查询模块所需的数据窗口大约80个；测试方面，现在只是进行了表面性的测试，测试的内容包括每个窗口中的字体是否一致、按钮是否对齐、点击按钮后弹出的提示是否正确、开票窗口的金额、价格、数量、库存等的变化情况是否正确，焦点移动问题等，现已测出的问题100多个；其它方面，修改了库结构，将每个的表中将不允许为空的字段修改正确以及将a25、a35等字段在每个表的长度统一等。
3、售后服务
s6的售后工作，由于每日结账时更正库存，造成几个客户的.库存数据不准确，通过查询客户实际的数据库找到了问题的原因，再有就是在电话中为售后人员解答一些问题；其它方面，上门服务三次，分别是，解决了先知医疗器械公司的应收应付财务问题，通胜医药财务软件中辅助核算的客户查不到，从后台修改数据已解决问题，汉华林销售出错库存未减，原因未查到；远程及电话解决客户提出的财务软件、财务接口、金税接口等问题。由于十一休息，售后人员少，在月末休息前做了两天售后工作。
4、其它方面
s6的培训文档写了两次，其次就是书写了加强版与s6的区别，再有就是编译序程、备份程序、程序注册等工作，其中程序注册是随时性，所以也占用一定的时间。
二、工作分析
通过的工作，自己又懂得了一些知识，并且可以修改简单的错误，也可看明白一些简单的脚本结构，这对于我的测试工作是很有帮助的。从反馈的情况看，s6的结账库存更正功能还存问题，还需要加强测试。再有从售后服务的情况看，售后人员在财务方面的技术还需要加强。
三、工作计划
1、医院软件测试；
2、书写医院软件的说明书；
3、s6新增、修改功能的测试。
【软件开发工作总结】相关文章：
软件开发年终工作总结03-29
软件开发年终工作总结05-30
软件开发求职信09-20
软件开发协议书06-23
软件开发合同范本07-26
软件开发人员辞职信09-23
软件开发人员辞职报告01-19
软件开发人员辞职报告11篇03-04
护士工作总结11-10