报告材料主要是向上级汇报工作,其表达方式以叙述、说明为主,在语言运用上要突出陈述性,把事情交代清楚,充分显示内容的真实和材料的客观。报告的格式和要求是什么样的呢？下面我就给大家讲一讲优秀的报告文章怎么写，我们一起来了解一下吧。
软件开发工作总结报告篇一
x年顶着名校硕士的光环加入了一家非常有名的非软件公司做软件开发，刚开始一切其实都很美好。大外企的各种好在头一年给自己带来了很多光环，当然自己也学到了很多（主要是非技术的东西）。可是从第二年开始，当自己被各种邮件，开会和扯皮的事包围后，技术能力急转直下。然而自己当时还没意识到这个问题，感觉钱还行，也不忙，再加上本来就很迷茫，就得过且过了。
直到去年，很多清华北大同事的离职，日复一日的简单重复工作，明显的天花板，不涨的工资，以及家庭原因的集中爆发才让自己后知后觉，才开始反醒，才开始下决心做转变。
然而转变是痛苦的，这五年技术上主要是在windows平台上做一些企业内部业务的处理和展示，主要用一点，还有mfc，winform，wpf，wcf。
技术基本上是做的皮毛，一般问题用msdn，google和stackoverflow就能基本解决。用不到数据库，也用不到什么数据结构，用到一点点网络知识，主要精力都在业务展现上。这一切在我看来招个应届生用一年也能有和我一样的开发能力，唯一懂的多的业务，也长进不多，都是繁杂的重复。
所以在自己开始面试和找工作时被bs了很多次，顶着光环人家一般都给你面试机会，但是一旦聊到技术细节，自己很多都答不上来，也曾经一度非常沮丧。
庆幸最后找了个技术相关的职位，能够兼顾到家庭和自己后面发展的想法，还算可以，这是后话，暂不讨论。
软件开发工作总结报告篇二
从八月份入职至今,已一年过去了，回顾自己这段时间在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、处理问题一定要以公司利益为重，坚持立场、把握好原则。
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之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。
软件开发工作总结报告篇三
本人自xx年9月份参加工作至今， 六个月的实习时间已经结束。在这段时间里， 在领导和同事们的悉心关怀和指导下， 通过自己的不懈努力， 在各方面都取得了进步。
实践让我的技能不断增长， 工作能力不断加强。刚开始工作的时候， 发现自己以前在学校学习的知识很死， 知识面很窄， 以前做的练习项目的实用性也不是很好。在开始的几周公司给我们实习员工培训了xxxx平台的使用， 通过这次培训使我认识到xxxx平台的优势， 可以大大提高软件开发效率。
随后我就加入到"xxxxx税源控管系统"项目的开发中， 成为开发小组中的一员。在项目开发过程中一边是同事们的悉心指导， 一边是自己反复琢磨与理解， 几个月下来大大提高了自己业务和技术两方面的技能， 已经能够比较熟练的掌握基本的工作方法和一些技巧， 而且能够独立完成一些模块的开发。
通过实践， 我解决实际问题的能力得到了很好的锻炼。工作中也遇到了很多的以前没有遇到过的新技术， 面对技术难题我总是直接面对， 没有逃避， 也因此自学了好多新的技术， 大大提高了自己的自学能力， 也加深了对自己工作要负责的信念。在项目开发过程中也遇到了一些自己确实无法解决的困难， 在经理和同事的帮助下也顺利的解决了， 在此表示感谢。
在开发团队中， 加强了自己的团结精神和集体感， 对工作认真负责， 对团队认真负责。通过这个项目不仅学习到了很多技术也了解了整个项目的大体流程， 从需求分析、数据库设计、详细设计、代码编写、测试、项目维护等方面， 使自己不仅从一个代码编写人员的角度还从一个整体的角度来看整个项目开发， 加深了软件开发概念的理解。
不断学习使我对工作有了更进一步的认识和了解。不懂就学、就问， 是一切进步取得的前提和基础。因为有大学专业课的底子和参加过专门的java培训使我在工作过程中遇到的技术知识能更快的理解和掌握。工作中时常遇到新的问题， 就需要查阅相关资料， 请教同事和经理， 一个问题一个问题的解决， 一个困难一个困难的克服， 不仅将原有知识温习巩固， 产生新的理解， 而且学到很多新知识， 有了许多新的认识。但某些认识都还是肤浅的， 还需要我在实践当中去不断深入地理解。
现场开发与维护使我不仅从一个开发人员的角度而且从客户的角度去思考问题。在项目的开发后期， 也就是项目即将上线的阶段我与其他几位同事被派往现场去开发与维护项目。以前的开发都是根据需求分析来进行， 功能要求一般在分析里面都写的很清楚， 但是在现场开发直接面对客户， 客户提出的需求一开始只是一个大体的功能描述， 如何将这个只是语言描述的功能转化为技术实现需要很强的抽象能力和对业务的深入理解， 这个过程大大锻炼了自己的综合能力。在第一时间接触客户的需求， 从客户的角度思考问题， 只有更了解客户需求才能更合理的设计软件的结构， 功能。
软件开发工作总结报告篇四
1、自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
2、定下心来，踏踏实实：我学的是计算机专业，我的工作也是计算机方面的，以前有什么优势，但是踏入工作岗位后才发现，自己学的只是一个基础，只是有些方面或许比别人走的快一步，所以一切都要靠自己。自己要定得心下来学习，成功需要耐得住寂寞，不求最快，但求。
3、团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要。以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
4、工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
5、课外学习：sql该学的已经掌握，c#学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
1、沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。
2、心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意！
3、学习问题：对于课外学习这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
软件开发工作总结报告篇五
本人于20xx年x月x日有幸成为我们上海互联网软件有限公司的一员，进入公司的电子政务实验室，担任软件工程师一职。按照公司制度，试用期于20年月日结束。时光荏苒，转眼间我来到互联网已经三个月了。怀着激动的心情，我慎重写下这份转正申请，并且对我过去的这三个月做一个小小的总结。
初来乍到时，我被互联网融洽的工作氛围深深吸引了，我能够感受到这是一个朝气蓬勃，团结向上的团队。大家对我这位新面孔，也都报以热情的微笑，这让我很快适应了公司的工作环境。
进入公司后，首先在我们部门培训一周半，我的主要任务是尽快熟悉尚未深入学习的m领域。在x经理和同事们的帮助下，我很快就得以把全部精力投入到项目中来。在这个项目中，我用到了一些专业知识，与此同时让我更加欣喜的是，我也接触到了以前尚未真正接触的x(这里你自己改一下，或者加几句对这个技术的简单描述)知识，这在很大程度上满足了我学习新知识的渴求。专业和非专业上不懂的问题，我及时向同事学习请教，不断提高充实自己。
虽然经验有限，难免遇到问题，但是我认为每一项工作都是一种锻炼，每一个困难都是一次机会，加上经理给我的指导，老员工的耐心帮助，使我在较短的时间内适应了新的工作环境下新技术的运用。在此，我要特别感谢我们的经理和同事对我的指引和帮助，感谢他们对我工作的提醒和指正。
在电子政务实验室的工作中，我一直用我们公司的“合作沟通主动一点”，“工作流程规范一点”的企业文化来严格要求自己，和共事同事默契配合，及时有效沟通;按照要求和规范及时完成手头的工作，同时注意拓展相关知识。这也是让我尽快融入我们互联网这个大集体的重要保证。
在过去的三个月里，除了技术上的进步，我最大的收获在于敬业精神和思想境界。我留意到同事们都是勤勉投入工作，认真完成任务，遇到问题及时互相帮助，彼此相处极为融洽，这些温暖的点滴让我这个新人对我们互联网极为有信心。
同时，在与大家的沟通过程中，我也学到了不少交际上的知识和处理方法，这对我非常受用;同时，对于记录待完成事件的办法，我也参考了同事的建议，因此在之后的工作中将会更加有效率。
此外，在这三个月的业余时间里，我也没有闲下来，继续保持我的求知习惯，经常阅读与我的岗位相关的技术书籍，同时也根据兴趣扩大阅读范围。因为我认为，书富如海，只有不断地有针对性地学习，才能让自己的头脑更加充实。
总之，在这三个月的工作中，我深深体会到有一个和谐、共进的团队是非常重要的，有一个积极向上、大气磅礴的公司和领导是员工前进的动力。感谢我们互联网给了我这样一个发挥的舞台，我要珍惜这次机会，为公司的发展竭尽全力。因此我也更加迫切的希望以一名正式员工的身份在这里工作，实现自己的奋斗目标，体现自己的人生价值，和公司一起成长。
在此我郑重地提出转正申请，希望自己能成为公司的正式员工，恳请公司给我继续锻炼自己、实现理想的机会。我会用谦逊的态度和饱满的工作热情做好我的本职工作，为公司创造价值，同公司一起展望美好的未来!
软件开发工作总结报告篇六
常熟理工学院sig小组
3/28/2013
一、软件开发个人体会：
1.软件领域中的知识在于积累。
2.做软件开发，就类似算数学题和世界杯足球赛一样：重在结果，而不在乎过程。3.软件服务于人类，软件是在解决一些生活中的问题和错误，问题决定解决方案。
二、做软件开发我觉得要明白：
1.职业的乐趣：
(b)所有要实现的功能由他人而定
(c)概念设计计是有趣的，但找bug总是很苦恼的
三、在开发中遇到问题应该怎么去解决？
1.2.3.4.不明白就多问，不要自已一直去琢磨。
一个问题如果30分钟还没有解决就应该考虑是不是问问别人。一个问题在没有用过3种以上的方法解决过就不要去问别人。解决问题思路是关键：
相信问题总归有解决的办法，就算连技术上都没法实现的问题，相信通过良好的沟通终究也会有解决的方法。
5.解决问题的前提是：理解别人的意思，理解别人的需求，多沟通，及时给客户反馈信息。
四、怎么样才能提高自身的能力？
1.程序员怎么样进步最快？ － 理论结合实践
2.不要怕出错，不怕遇到错误，有错误就有挑战，这样才可以进步，但不要让同一个石头把你绊倒2次。
五、怎么样才能做好软件开发？
常熟理工学院sig小组
3/28/2013
(a)从不同的系统场景
(b)从不同的用户角色（充当什么角色）(c)从不同的系统使用角度（拥有那些权限）
六、文档的重要性
记得我当初刚开发项目的时候都是写个大致的需求说明书，做一个e-r图，画几个大致的数据流程图，然后建立数据字典和表结构关系。再接着搭建一个开发环境，配置几台服务器，划分一下模块，分工，我们就可以coding了，一直到项目结束了，也没有完整的设计文档，更没有完整的测试文档，虽然这样的确是很快的完成了coding工作，感觉上好像节省了好多成本和开发时间，但后期的维护和bug 就是经常出现的事。
小项目没有文档关系不大，但如果遇到一个大项目的时候，那这样的开发方式就很有问题很危险的。
大项目没有文档： 首先维护就很麻烦，也很乱，写的代码，过几天都不知道它是完成什么功能的了，其次系统的稳定性和可靠性也让人怀疑，扩展性就不用说了。
七、我的收获
3/28/2013
刚开始我们还很不习惯这一系列的编程风格，很多的规范，尤其是命名，方法和注释，都有这着很多限制，让我们觉得真罗唆，写个程序完成功能不就可以了吗，明明1小时做完的事情非得让人用3、4个小时去做，我们现在真的明白这样做的好处了，我们已经习惯这样的编程风格了，这也养成了我们的一个编程习惯了，深有体会啊。
最忙的时候就是我们成长和收获最多的时候。
八、网盘项目开发的最大体会
我们觉得项目开发的开始时候，应该由项目负责人很好的对项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题，以及里面用到的很多专有名词做个细致的说明，而不是从一开始就分几本式样书，给个静态html 的demo看看，然后搭建好开发环境就按照式样设计书来开发。
九、软件测试（单体测试和连接测试）
我们首先认为，编写程序的时候不要想出了问题再解决，而是要想如何不会出现问题，要根据经验来预测可能出现的问题，然后避免出现。
测试，说的直接点就是给软件找错误。
很多人认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上我们不这么认为。
我们觉得对开发人员来说，我们要把测试出来的bug都应该做个分析，知道错的原因之后，我们就应该在下个项目中防止类似的错误发生，而真正来提高我们开发的效率。
常熟理工学院sig小组
3/28/2013
软件开发工作总结报告篇七
从八月份入职至今，已一年过去了，回顾自己这段时间在xx公司所走过的路，所经历的事情，没有太多的感慨，没有太多的惊喜，却多了一份镇定，多了一份从容。
回想入职初，在x月份，从开始第一周熟悉工作环境，第二周便参与煤矿安全生产管理系统的相关文档设计工作，期间在项目组各位同事的指导、安排下，进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写，也借此过程学习煤矿生产业务。
在x月份，便正式参与了管理软件功能模块的设计工作，在xx的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计；在九月中旬跟随公司施工人员在xx一号矿进行业务调研，从而在我们自己的管理系统中，取其长、补其短，也借此机会了解实际的煤矿生产情况，加深对煤矿产业业务流程的理解；在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。
x月份，在xx的指导下，进行了物资管理子系统的功能模块设计，并就设计的正确性、合理性分别同xx及xx进行讨论；到十月中旬管理软件的各子系统功能模块基本全部设计完成；十月底，根据各子系统模块设计搜集系统数据，建立初步的数据字典及概念模型，为后期数据库设计做准备。
x月份的工作以整理系统业务关系与业务流为主，但由于业务关系图的表现形式不够合理，不足以清晰、明了得表现出各层次关系，导致工作多走了几个环节，好在张工张工及时发现问题，并多次向我指导、讲解，最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块，为后面工作的展开提供依据。
xx围绕两个工作展开，一是系统业务描述文档的设计编写，因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据，xx也多次强调，文档的设计务必从读者角度考虑问题，因此最终设计由简单到复杂，由整体到具体，各层次尽量做到衔接紧密，易于理解；另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和xx逐条讨论，并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。
在公司领导的带领下，通过项目组所有成员的不懈努力，在xx月份系统所有功能模块设计完成，在xx月份系统所有业务流程整理完成，在xx月份，对各功能模块设计及业务流的初次审查、整改工作已经完成，现在已开始进行项目组内对各功能模块设计及业务流的审查工作。
软件开发工作总结报告篇八
xx年是我进入公司的第一年，也是我的工作能力得到提高和快速发展的一年，在公司领导的指导和同事以及其它部门的支持配合下，最后在经过自己的努力，完成了自己所要完成的各项工作任务，在新的一年来临之迹，我要对过去一年的工作进行一个全面的总结，以便在今年的工作中能够有更明确的目标，尽量克服自己现在所存在的不足，希望能更一步为自己所在的部门增光，做出自己的贡献。下面是我对去年工作汇总。
1、自身定位：在过去一年，是我进公司的第一年，也是我工作的第一年，刚开始在我对工作竞争和自身都不甚了解的情况下，在领导和同事的指导下，我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解，因为有了自我目标，才能感受到自己的压力有多大！我的目标也不只是完成目前所要做的工作而已，要向其它方面拓展学习。
3、团队合作：以前在学校或许你可以靠一个取得好成绩，在工作上你必须要有一个团队，在一个部门之中，团队合作精神显得尤为重要、以前我做有些事都是一意孤行，但现在已经对自己改变了，多听听他人意见，会犯更少错误，会更长见识，所以要学会与同事之间的合作，做事才更有效。
4、工作情况：在公司一年，对mes大型系统有了个大概了解，对我们所要学习的mes已经可以说差不多都掌握，条码打印机的维修和设置掌握，a4打印机大多数情况可以维护，pda、条码枪已掌握，电脑的系统重装和维护已掌握，其它基本设置可以维护，对新出来的程序掌握和了解也比较快。
5、课外学习：该学的已经掌握，学习，简单的程序可以编写，但有时还要依靠于网络和朋友，需要进一步加强。但主要还是以网络为主。
1、沟通问题：自己的沟通能力只能算一般，因为对于某些事的阐释还是不怎么好，语言表达能力有点差，希望通过平时的交流和沟通来加强。
2、心态问题：自己对于做某些事过于着急，一心想急切完成，确反而误时，这个问题一开始就一直出现，现在虽然已经基本克服，但也要列入缺点方面，希望以后时刻注意！
3、学习问题：对于课外学习c#这方面，我在编程时感觉困难的时候有时候就不愿去做，现在虽然已经慢慢改进上网搜资料和问问朋友，但有时候还是克服不了自己。
先自我简介一下，本人从事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之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。