最新软件开发年终总结字工作总结文档六篇.docx

最新软件开发年终总结字工作总结文档六篇.docx

《最新软件开发年终总结字工作总结文档六篇.docx》由会员分享，可在线阅读，更多相关《最新软件开发年终总结字工作总结文档六篇.docx（10页珍藏版）》请在冰豆网上搜索。

最新软件开发年终总结字工作总结文档六篇

软件测试工程师年终总结范文

我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆，CMM是什么就更加不知道了。

那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。

拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。

所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹“江湖”还算无往而不利。

不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。

第一招学会利用网络

刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。

当时觉得有了这些“武林秘籍”，成为高手指日可待。

最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。

一次项目经理分配任务，觉得依靠手中的秘籍加上自己的“聪明才智”很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。

解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此Google成了我的最爱，关键字成了我变化的招数。

在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。

也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有“无敌秘籍”，所以只要你耐心找，答案就在身边。

这里总结一下利用网络搜索引擎的技巧：

组合搜索

每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。

然而如果再加上一个单词，那么搜索结果会更加切题。

选择表述内容的词组

一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。

运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

定位信息来源

有的时候用词组搜索不到或者无法准确表达所需信息。

可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。

可以用公式“www.公司名.com”去猜测某一组织的特点。

从而得到所要搜索的信息的主要词组

其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。

千万要记住搜索引擎是帮助你成功的有力武器。

软件开发部个人年终总结范文

以下是

我们工作总结为大家提供的《软件开发部个人年终总结范文》，我们还为大家提供优质的年终工作总结、年度工作总结、个人工作总结,包括党支部工作总结、班主任工作总结、财务工作总结及试用期工作总结等多种工作总结范文，供大家参考！

又到了辞旧岁，迎新年的时候了，回望即将过去的20XX，展现在我们面前的是一年深浅不一的脚印，不管在时间这条巨大的画面上，留下了是优美的还是些许凌乱的印记，我们总能骄傲地说，我们走过来。

20XX年是一个特殊的年份，金融危机席卷了全球各个经济体，在中国，制造业受到了不可估量的影响，在这种背景下，百丽提出了“节约成本”的口号，将成本开销，资源利用控制到最优化，提升实力，迎接挑战。

1.工作汇报与总结

资讯部在整个一年围绕着“节约成本”的宗旨，配合各个部门，本着“服务公司”的理念，根据各个部门提出的需求，新开发了质量管理系统，数字化管理系统，各个事业部m3外挂上线等，以及完善改进已有的系统：

消费管理系统，人事管理系统，集成管理系统等。

借此契机，我有幸能参与其中相关系统的开发。

以下是我根据时间和子系统的分类，汇报总结20XX年的工作情况。

（新m3报表子系统）

m3外挂的成功上线，绝对是对管理部提出的“节约成本”的理念的最好诠释。

企业发展部对整个流程的重新梳理，规范各个环节的衔接与控制以及我们资讯部的全力配合开发实现功能都是这一宗旨的具体体现。

我依然很清晰地记得XX年初，那时候我刚进部门不久，因为m3外挂的上线，整个部门如火如荼的进行着，我看到是全体同事的齐心合力，协调合作。

我印象深刻的是，那时在部门例会上直接分配报表开发到个人，每人4-5个，虽然对m3取数不是很理解，但终究是在分析测试组的帮助引导下，完成了分配的报表。

也实现了我也是部门的一份子，为部门出一份力的愿望。

（集成管理系统）

集成管理子系统是对整个管理系统各个模块全局的控制，在卢成的指导下，我得以完成编码管理中编码字段，规则，方案维护模块的开发，以及后续多语言维护模块的开发和dbmoto工具重启模块的开发。

（人事管理系统）

在人事管理系统中，涉及不多，主要是前期为锻炼提高能力而开发的操作证打印模块。

（消费管理系统）

在随后的任务分配上，我更多的精力是放在消费系统的熟悉和开发上，消费系统设计到的业务虽不如人事系统那么复杂，但把业务来龙去脉理清，以及代码的熟悉也颇需要时间。

对各个模块的作用以及代码如何编写成了我前期的主要任务，主管也是想借此提高我的业务理解能力和编程能力。

“磨刀不误砍柴工”，只有把刀磨得锋利了，砍起柴来才能做到游刃有余。

期间也练习过开发一些简单的消费报表，最初的消费卡自动充值统计报表的开发也确实夯实了业务的了解。

在后续的工作中，对卡片管理中因为业务的需要增加了外来员工发卡，外来员工卡号转换，离职退卡。

设备管理中完成对消费机设备余额限制等的程序修改，以及黑名单自动下载模块的开发。

奖金收支平衡中增加每日卡余额的存储过程用于结算每日卡余额以及充值退款补贴模块（新）的修改。

在查询管理中，完成因增加外来员工和其他补贴类型的报表的开发和修改。

（数字化管理系统）

与m3外挂系统晚一些启动的还有数字化管理系统，数字化管理系统对公司鞋类开发部的开发效率以及设计理念上起到了革命性的作用，这年公司从国外买了一套专业的制鞋软件，但是这套软件自带的材料数据库根本无法满足公司开发部的要求，公司决定由我们资讯部开发一组完成数字化管理系统的开发。

我因而参与了数字化系统前期部分基础模块的开发。

在后续的需求提出后，完成了成品管理中成品设计信息关联模块的开发，以及鞋楦管理中鞋楦设计工作表的开发。

（质量管理系统）

质量管理系统开发需求的到来也加快了我的成长，最先是产品制程这一部分：

返工率维护，录入模块的开发让我初步地全新开发自己的模块。

期间也着实遇到不少困难，在同事和自己的努力下都一一解决，这一个过程对我来说就是成长锻炼的过程。

随后面部返工率报表的开发数量之多和取数之复杂也让我学到了如何编写更好的优化存储过程。

第二部分是实验室抽检：

在其中和同组的成员联合完成开发皮料，丝带，钢勾心等材料的实验室抽检模块的开发。

第三部分是原材料检验：

这个项目是我和冯振才联合开发，征对不同材料类型完成了检验模块的开发以及相关报表的开

1

2

软件开发程序员年终总结范文

★我们工作总结为大家整理的软件开发程序员年终总结范文，供大家阅读参考。

更多阅读请查看本站

工作总结

。

先自我简介一下，本人从事开发进一年，09届毕业生，XX年11月开始上班，之前做asp，XX年2月后开始做，由于公司转型，现在带十几个人在一起搞开发，主要是关于准金融行业的行业管理软件。

年度总结在会议上也写了，但仅限于对于工作总结及XX年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。

技术

我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向，开始对不是很感冒，以为就是asp的一点扩展（那时还不知道三层架构，数据数据访问全在页面里——！

），后来招来几个北大青鸟的过来终于意识到的强大之处，经过个人的努力已经逐步掌握了，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。

相信从面向过程转向面向对象的同学都有一种感觉：

面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。

于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗？

应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。

相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。

面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结；设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。

具体到的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的autopostback、selectedindexchanged……都是去调用form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的html标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用c写出mis证明你很牛，很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿c与php比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

管理

最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：

工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始承诺项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。

后来随着时间的推进，问题越来越摆在眼前：

项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。

这