软件年终总结.docx

软件年终总结.docx

《软件年终总结.docx》由会员分享，可在线阅读，更多相关《软件年终总结.docx（9页珍藏版）》请在冰点文库上搜索。

软件年终总结

软件年终总结

精选软件年终总结3篇

总结是对取得的成绩、存在的问题及得到的经验和教训等方面情况进行评价与描述的一种书面材料，他能够提升我们的书面表达能力，不如静下心来好好写写总结吧。

那么如何把总结写出新花样呢？

下面是我精心整理的软件年终总结3篇，希望对大家有所帮助。

软件年终总结篇1

一、职业成长回顾

还没有来得及揣摩自己在这一年中的所有得失，20xx年已经领近尾声，细细回首这一年走过的路，虽然没有轰轰烈烈的成绩和战果，但是也经历了一些不平凡的考验和磨砺。

我想，20xx年是我工作旅程中的转折一年，在这一年中，我在自己的岗位上迎来了更多的历练和思考。

我想，这是喜悦和汗水并存的一年，也是充满了机遇和挑战的一年。

来到XX已经一年光景，作为一名项目工程售前的技术工程师，承蒙公司领导与部门同事的批评指导，在履行自己职责的同时，也逐渐看到了自己距离优秀员工所具备的全面素质要求还有一段需要努力弥补和完善的差距。

空闲的时候我也时常扪心自问，是否拥有足够的资格去享受”售前工程师”这样责任重大的称谓？

自从担任公司项目工程售前技术工程师以来，我的主要工作是为行业部门以及其他业务部门的同事编写项目设计方案、项目施工组织方案，以及就公司现有资源产品整合起来编写解决方案。

记得过去一年最开始独立接受项目派单时，我几乎不太能够理解项目售前的含义，更不了解应该如何去把项目售前的工作开展实施，而是过多的依赖于抄袭现场的方案，在一些项目关键点部分处理得不够理想，过于理论化，导致与实际脱节。

通过几次不太成功的案例锻炼之后，慢慢的我也开始形成一套适用于自己成长的思维模式，并摸索出一些相似领域、固定产品的处理办法。

但是回过头来看，那段时期的方案编写也存在许多的不足，体现在对于项目建设的需求经常只顾眼前的形势直奔主题，阐述完功能产品的适用性，能够如何满足客户需求即可，但是却忽略了未来客户发展所带来的变化与扩展，对项目的把握不够全面，毕竟系统集成涉及的领域众多，涵盖的技术面较广，这种着眼现在直奔主题的处理方式也折射出了自己知识面狭小的事实。

好在公司的领导及同事通过单独技术指导以及对整个部门进行的项目经验分享指导，也让我逐渐明白在进行系统集成项目时宏观了解，全局设计的重要，对用户的需求必须要深入的分析，了解客户的企业规模、事务处理流程以及发展规划之后，从全局的角度来进行方案设计，再突出眼前的局部建设构想，这样才能真正把

系统集成方案写好，才能真正让客户满意，而我也必须在具备这样全局把控的思维能力，再加上知识的不断积累，才能成长为一名合格的售前工程师。

二、工作开展回顾

在过去的一年，我对涉足不同行业的系统集成需求也进行了一些回顾总结，其中视频监控项目与网络项目占到了所处理案件的70%，在这些项目中，我所要承担的任务主要包括：

项目需求了解、项目设计方案编写、项目跟踪等。

而相对来说，项目方案设计又占到了很高的精力付出比例，但是如何提供解决方案完成工作，亦经历了两个时期的成长。

第一阶段：

从产品到方案。

将公司的产品资料（如海康威视、华为等常用设备）修改成针对用户的解决方案，这一类售前支持不在少数，处于对公司内部代理的产品比较熟悉，再加上有一定的技术功底，所以这个时期在编写方案的时候从完成速度上来说比较快速，但不能站在客户价值角度来理解产品。

第二阶段：

从需求到方案。

通过总结问题以及对项目的不断理解，有了自己的知识体系和工作方法，能站在管理咨询的角度采用各种方法去了解客户业务、分析用户需求，并提供解决方案。

三、个人职业展望

通过这一年时间的摸索与观察，对于现在各大行业客户，越来越不满足于单一产品的建设需要，他们往往希望单位或企业内部的各个应用子系统能够兼容整合，并且所有的管理能够在统一的平台下进行。

也就是说，对于未来客户系统集成需求我们可以理解或者影响客户往应用系统集成方向发展，而不是单一的提供产品集成，在激烈的行业竞争中，我们需要提供客户耳目一新的亮点方案。

在学习交流中我发现，数据集中与云计算将是未来发展的技术方向，所谓数据集中，就是把企业所有日常办公产生的数据集中在机房管理端，确保数据的安全有效管理，杜绝一些潜在或已知的泄密危险；而云计算通俗来说既是虚拟化服务，包括应用虚拟化、桌面虚拟化和服务器虚拟化，这样的技术发展将越来越降低对客户终端的硬件要求，转而提升系统应用的灵活性和高可用性。

除了对技术方面的发展追求，在职业规划中我也有一些为自己客观定位的要求。

在过去的工作开展中，接受客户案件的时候，我想自己可能过多的是处在一种被动的状态下，按照客户提出的需求进行分析，了解客户一时期内的发展状况，然后提出可行的办法。

但是我想这样远不能够树立自己在客户心目中理想方案解决者的形象地位，我更倾向于为客户树立一种可靠可信的咨询师的身份角色。

不单单对客户的需求进行分析，还要对客户所在行业进行一些必要的了解，清楚行业发展趋势以及新兴技术的应用案例，从硬件和软件结合的角度出发来进行整体解决方案设计，提供给客户综合应用解决方案。

明确了个人的发展方向与职业角色定位，这就要求自己仍然需要不断的知识积累，尤其在数据集中所涉及的存储、备份、数据恢复以及云服务涉及的虚拟化技术上投入一些精力，结合项目实施者成功经验的分享，总结出适合自己在新的一年工作中处理项目的办法。

软件年终总结篇2

哲学就是用简单的说话来体现出隐含深层意义的道理，让人们去思考和体会。

哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。

哲学的特征在于追问本质，不断反思。

内容上，哲学的反思对象无所不包;深度上，哲学的反思是无穷无尽的。

现实中，我们可以借用哲学的思维方式，但是不能照搬哲学的思维方式。

也即是说我们能够直接关注的现实是具体而有限的，思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。

把哲学低估于现代科学是不负责任的，哲学隐藏在现实生活中的每一部分，它为我们提供了一种生活的方式，如果将哲学简单的与现代科学相提并论，则成为了一种狭隘的唯科学主义。

“又是一年毕业时”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作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：

在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。

软件年终总结篇3

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

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

工作总结

XX年1月到3月：

维护及更新oa系统、人事系统、vip卡管理系统分布式、美容院前台客户管理系统。

由于工作量问题，在3月将oa系统移交给他人维护及更新，将人事系统移交给他人维护及更新。

XX年3月到8月：

维护及更新vip卡管理系统分布式、美容院前台客户管理系统。

主要工作是vip卡管理系统的分布式功能的实现，经过前面几个月的开发及测试，在3月中旬开始将分布式功能放在华景店进行测试，经过一段时间的测试及相关问题的跟进与更新，4月1日在黄埔店进行分布式系统的安装。

经过两家店的分布式功能的使用，在后面的时间里对广州所有店都安装好分布式系统。

处理日常系统操作中遇到的问题、更新一线对系统提出的修改及分布系统客户端数据与服务器数据的核对。

XX年8月到12月：

从8月份开始，应该对财务的问题，开始次vip卡管理系统进行升级到美容院管理系统，结合提出的需求，对vip卡管理系统中的功能、数据库结构及操作页面进行全面的更新。

经过一个月的更新，从9月2日开始使用新的更新完一部分的美容院管理系统。

从9月份开始根据财务人员提出的修改，对系统进行更新，协助财务部对系统数据的调整。

一直到现在系统一直在修改及改进，相比以前的vip卡管理系统，系统中增加了许多在以前系统中没有的功能，在功能的实现及数据的稳定进行了大大的改善。

工作规划及打算

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

美容院管理系统：

1）尽自己最快的速度完成系统中还未完成的功能及修改；

2）对一线收银、办公例会、财务及相关人员提出的合理需求在内修改好系统；

3）积极配合财务部对系统数据的调整，让系统最快恢复财务合理的数据；

4）整合好系统相关功能，修改系统中一些功能实现的方法，提高系统的操作速度，增加自己认为对工作有效的功能；

5）到时候系统修改完数据正确后看是否有必要增加该系统的分布式功能。

美容院前台客户管理系统：

1）系统中增加合并客户资料功能（规范两系统客户编号信息）及前台提出的测量尺寸的提醒功能；

2）对一线前台提出的需求在内更新好系统；

3）修改系统中一些功能实现的方法，由于自己之前的一些技术问题对功能的实现现在需要完善，所以有时间想修改修改；

4）提高系统数据的安全性（比如系统中增加ip地址系统的限制及mac地址的绑定）。

在XX年严格履行个人岗位职责，努力工作，在内完成了本职工作和领导交给的各项任务。

作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题。

展望到来的XX年，我会更加努力、工作上认真负责，再接再厉。