总结反思的软件
本人于20__年5月21日有幸成为我们上海互联网软件有限公司的一员，进入公司的电子政务实验室，担任软件工程师一职。按照公司制度，试用期于20__年8月21日结束。时光荏苒，转眼间我来到互联网已经三个月了。怀着激动的心情，我慎重写下这份转正申请，并且对我过去的这三个月做一个小小的总结。
初来乍到时，我被互联网融洽的工作氛围深深吸引了，我能够感受到这是一个朝气蓬勃，团结向上的团队。大家对我这位新面孔，也都报以热情的微笑，这让我很快适应了公司的工作环境。
进入公司后，首先在我们部门培训一周半，我的主要任务是尽快熟悉尚未深入学习的M领域。在___经理和同事们的帮助下，我很快就得以把全部精力投入到项目中来。在这个项目中，我用到了一些专业知识，与此同时让我更加欣喜的是，我也接触到了以前尚未真正接触的___(这里你自己改一下，或者加几句对这个技术的简单描述)知识，这在很大程度上满足了我学习新知识的渴求。专业和非专业上不懂的问题，我及时向同事学习请教，不断提高充实自己。虽然经验有限，难免遇到问题，但是我认为每一项工作都是一种锻炼，每一个困难都是一次机会，加上经理给我的指导，老员工的耐心帮助，使我在较短的时间内适应了新的工作环境下新技术的运用。在此，我要特别感谢我们的经理和同事对我的指引和帮助，感谢他们对我工作的提醒和指正。
在电子政务实验室的工作中，我一直用我们公司的“合作沟通主动一点”，“工作流程规范一点”的企业文化来严格要求自己，和共事同事默契配合，及时有效沟通;按照要求和规范及时完成手头的工作，同时注意拓展相关知识。这也是让我尽快融入我们互联网这个大集体的重要保证。
在过去的三个月里，除了技术上的进步，我最大的收获在于敬业精神和思想境界。我留意到同事们都是勤勉投入工作，认真完成任务，遇到问题及时互相帮助，彼此相处极为融洽，这些温暖的点滴让我这个新人对我们互联网极为有信心。
同时，在与大家的沟通过程中，我也学到了不少交际上的知识和处理方法，这对我非常受用;同时，对于记录待完成事件的办法，我也参考了同事的建议，因此在之后的工作中将会更加有效率。
此外，在这三个月的业余时间里，我也没有闲下来，继续保持我的求知习惯，经常阅读与我的岗位相关的技术书籍，同时也根据兴趣扩大阅读范围。因为我认为，书富如海，只有不断地有针对性地学习，才能让自己的头脑更加充实。
总之，在这三个月的工作中，我深深体会到有一个和谐、共进的团队是非常重要的，有一个积极向上、大气磅礴的公司和领导是员工前进的动力。感谢我们互联网给了我这样一个发挥的舞台，我要珍惜这次机会，为公司的发展竭尽全力。因此我也更加迫切的希望以一名正式员工的身份在这里工作，实现自己的奋斗目标，体现自己的人生价值，和公司一起成长。在此我郑重地提出转正申请，希望自己能成为公司的正式员工，恳请公司给我继续锻炼自己、实现理想的机会。我会用谦逊的态度和饱满的工作热情做好我的本职工作，为公司创造价值，同公司一起展望美好的未来!
总结反思的软件篇2
本人于___年_月份加入___发展有限公司，入职后在工程部工作，任土建工程师，作为一名加入公司的新人，最重要的就是要在最短的时间内度过“适应期”，尽快适应工作环境，快速转换角色。
一、新的岗位，新的挑战
来到公司的第一天，给我最大的感受就是公司的规范化的管理，不光体现在工作中，同时在企业形象、个人形象中同样能够得到体现。土建工程师是一个对实际工作经验要求很高的职位，而我正是在这方面有所欠缺，我将通过工作中锻炼自己、提高自己、塑造自己。这种学习是一种见机行事，是让自己适应工作中的知识技能，使自我希望通过学习能增强自己的竞争力，同时也增强公司的竞争力。
二、规范自己的言行，做合格的职员
在工程部工作,免不了要与上下左右及社会各界联系,我将始终牢记自己是公司的一员,言行举止都注重约束自己。对各级领导,做到谦虚谨慎,尊重服从。但是服从并不代表盲从，对于有利于项目的开展的合理的意见也要及时的反馈给领导，做事大胆，不避讳上下层的关系，真正做到对工程负责，对公司负责，要把自己真正的当成公司的主人。
三、加强学习，提高现场工程管理水平
在对施工单位的管理上，以合同、规范为依据，按照《工程管理手册》向施工单位灌输我公司的管理方法和理念，立好规矩，制定好标准，树质量、安全文明标兵从而带动后进的单位，同时增强服务意识，进行充分的沟通、协调是做好对施工单位管理的基础。
对监理公司的管理，首先应充分支持监理的工作，其次要检查、督促、指导监理的工作，对待监理日常工作不到位的地方及时指出，在对施工单位的管理上有时可借助监理的力量，往往可以取得良好的效果。
在工程协调上坚持以合同为依据，站在公司利益的立场上处理事情，坚持原则，但又要有一定的灵活性，协调的目的是保证工程进度更快，质量更好更有保证，造价最低，整体效果最好。
在三控两管上，做到有计划有跟踪有落实，紧盯合同目标制定关键控制节点，在总体进度计划的基础上把计划分解到每季、月、周，制定相应的考核制度;质量控制做到事前、事中、事后控制，关键是过程控制;投资控制上严格审查各种签证和变更资料，确认其合理性、必要性，避免增量多报和减量漏报;在合同管理上，充分熟悉合同条款，落实合同条款的执行情况，严格按照合同执行;在信息管理上做到规范、系统、统一、有条理。
四、尽心履职,全心全意当好称职的土建工程师
作为工程部的一名土建工程师,我的理解,没有什么谋求利益和享受待遇的权力,只有承担责任、带头工作的义务。在平时的工作中,对领导交办的工作,从不讨价还价,保质保量完成;对自己分内的工作也能积极对待,努力完成,做到既不越位,又要到位,更不失职。在同办公室其他几位同事的工作协调上,做到真诚相待,互帮互学。
最后，我想说的是，我需要做到的就是成为一个优秀的员工。
总结反思的软件篇3
先介绍一下我的背景：通信类院校05年毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。
一、T项目执行
05年7月13日入部门，此时才知道自己被分配到了测试部。部门主管把我领走后，就把我交给了导师。
入部门的头几天，主要熟悉公司的工作环境，认识部门同事，了解产品知识。由于我们是做传输设备的，所以当时学习的产品知识主要以SDH原理为主，包括SDH的帧结构、网络的保护和倒换等。
下面介绍一下我所做的项目。
项目名称：T软件
项目概况：该项目是在PC和Sun工作站上开发的软件，属于CS结构。Client端用Java开发(开始使用JDK1.3，后来改用JDK1.4)，实现跨平台;Server端用C++开发，使用ACE实现跨平台(Windows和Unix)。
人力投入：开发好像是9人，测试3人。(我来的时候是产品的第2个版本，人力投入大概如此)
我入部门几天后，T项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容，去点鼠标，如果发现程序出现错误或异常，就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标 : )
现在想起当初的测试工作，实在有太多的不足，和待改进点。
1www.wjrdkj.com|www.512jjw.com|www.512zx.net|www.ntzlwj.com、 测试用例。对于一个软件的测试来讲，测试用例是至关重要的。测试用例要覆盖所有测试规格，而且测试用例要易于理解、易于执行，简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟，最糟糕的是用例的质量很差，使用这些测试用例，根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的，而且用于存储测试用例的Excel表格设计的很差，界面很不友好，从一定程度上降低了测试效率。
2、 产品知识。T软件虽然是在PC和工作站上运行的，但是开发T软件的目的是为产品服务的，所以我们必须具备产品知识，才能更好的对T软件进行测试。恰巧当时包括我导师在内的3个人，都不太了解产品，所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。
3、 软件测试的重点不明确。软件测试是软件工程中的一项重要活动，它尽可能发现程序中存在的缺陷，保证程序的质量。但软件作为一种商业品，有它的发布时限，老板说这个软件要1月份发布，你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多，而很多重点却没有得到重视，一些严重问题暴露的比较晚，导致测试时间延了又延，版本测了一个又一个，想起那些日子，只能如此描述：“累并痛苦着”。 : (
4、 测试流程的把握。7月份中旬，T项目从开发部转到测试部，进入了测试阶段，实际当时的产品质量并不能达到转测试的标准，而我们却让他们通过了转测试，结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此，我们是测了一轮又一轮，测的我们都要绝望了。回头想一想，T软件还真的是我们测出来的，而不是开发写出来的 : )
5、 缺少针对性测试。软件也可以分很多种，不同的软件有不同的特点，自然就需要针对性的测试了，
一年级语文家长会讲稿%A(2011-11-25 11:26:53)
譬如GUI的软件与嵌入式软件的测试方法肯定有很大不同。最初我们在做T项目测试时，就缺少针对性方法。有两个教训让我们刻骨铭心：1、界面测试，T软件发布后没多久，其他组同事就发现某界面一个按钮的单词拼写错误——“rollback”被写成“roolback”;2、效率测试，软件测试到后期才发现T软件在实际环境中运行效率很低，根本无法满足达实际应用的需要。从那以后我们就准备了专门针对T软件的测试项目，包括：界面测试、效率测试、资料测试、稳定性测试等。
6、 沟通问题。自从工作开始，开发人员和测试人员的争吵从来就没有停止过。最初是什么问题都吵，很多没有意义的争吵甚至非理性的争吵，庆幸的是现在的争吵大多是有针对性的、理性的。个人觉得以前无为争吵过多的原因是：开发人员、测试人员的工作技能和职业素养都比较欠缺。吵了大半年后，人员提升了工作技能和职业素养后，吵架都吵的比较有默契了。当然最重要的是开发人员和测试人员的目标要一致：保证产品的质量，满足客户需求。
二、自动化测试
06年过完年后，我被主管派到一个大组去学习自动化测试技术。这个测试组是个比较大的测试组，总共有几十号人，其中有很多牛人。他们的自动化测试框架就是由几个牛人耗时1年多开发出来的。到现在，他们的自动化用例覆盖率约50%，应用率好像有70%，总之这个自动化测试框架还是满牛X的，不过就是整个框架实现太复杂了，涉及的编程脚本就用了三种 : (
下面简单介绍一下该GUI自动化测试框架。
测试工具：IBM Rational Robot
自动化测试技术：第三代自动化测试框架，叫什么DDE，具体什么意思已经记不住了 : )
测试脚本：Robot中使用的是sqabasic脚本(基于basic的一种脚本)，另外还使用了TCL、COM组建等，并自行开发了一个抓包工具用于自动化测试。还有我们测试的产品界面是使用Java开发的，如果要让Robot能够正常识别界面，还需涉及到Java编程。呵呵，实现上可是够复杂的 : (
学习自动化的头一个星期，我只是学习该测试组的产品知识，学习如何使用自动化测试。后面的几个星期就开始承担自动化测试的建设任务了。想想当初自己还是满辛苦的，白天上班学习产品知识，晚上回家就对着电脑看basic脚本的语法，周末还去公司无偿加班看代码。
在技术文档的选择上，我基本只看英文的，单词不懂就拿金山词霸查，实在看不懂了才会去找些中文的资料看。为什么要选择英文的呢?因为很多中国写书的人很浮躁，只想着快点把书出版了好赚钱，所以很多中文的资料质量很差。首先要贬低的就是那本谭教授的《C语言程序设计》。记得读大学时，照着谭教授的书敲程序，没多少程序能编译通过的，真是误人子弟。
当时带我学习自动化的导师姓L，他是个大忙人，有时一整天都在开会。L的师傅姓W，W是该自动化创始人之一。我呢，充其量算是徒孙一辈，呵呵。由于L太忙，而且不那么爱说话，于是乎我就只能自己对着文档看代码。
当时对我比较有用的文档就只有两篇：一篇是汇集型的chm文档，是篇比较全面的介绍，其中包括自动化框架的介绍，原理的介绍，各模块介绍，自动化执行的流程等;另外一篇则是由W写的自动化建设指导书，写的还是满不错的，在我有一定基础后，照着指导书就能完成简单的自动化建设。
在我整个学习过程中，是按照以下的过程开展的：1、吴江装修网初步了解整个自动化和产品知识，尝试使用自动化进行测试;2、熟悉sqabasic语法;3、对着文档读代码，尝试调试脚本，跟踪到代码的最底层。木制仿真模型
其实最好的学习方式就是实践，去做自动化建设。当有一定基础后，去完成导师交给的自动化建设任务，就是最好的学习方式。后来，我教别人的时候，也是安排实际任务给他做，然后再进行相应的引导。
在我的学习期间，有件事情让我满讨厌的。就是我必须给原部门的主管和测试组人员讲课，然后那些家伙会不停的提问，以检验我的学习效果。虽然这招很BT，但是对个人的成长还是满有利的。假设你学会了一项技能，此时你可能只在第一个层次上，如果你能够把这项技能教会别人，那么你的层次上升了一个档次。
记得当时是06年2月初去参加学习的，4月初就应急被调回原测试组了。总共不到两个月的时间，我总共完成了3个模块的自动化建设，第1个模块搞了3个多星期，第2个模块不到2个星期，第3个模块一个星期就搞完了(第3个模块算是友情支援呢，哈哈)。
4月初被调回原测试组后，就一直做救火的工作。差不多5月份的时候才正是开始做我们T项目的自动化。其实也就是把我学习的自动化框架移植过来，做T项目自动化测试。
另我比较遗憾的是，T项目的测试一直都很紧，而自动化测试并没有被推广和充分利用。直到我离职前，测试组为应付测试部自动化考核指标，才得到重视。
这里我谈一下自己对自动化测试的理解。
1、 自动化测试用于提高测试效率;
2、 自动化测试可以完成一些无法手工完成的测试，例如长时间不间断的测试;
3、 自动化虽然能够发现问题，但主要是对继承的功能进行测试，保证以前的老功能。(这个跟项目有关， GUI自动化测试比较复杂，如果是嵌入式设备或芯片的自动化测试，对自动化测试的理解可能会不一样)
三、开发小工具
我在自动化学习期间，表现出来的专业技能和良好的学习能力，得到了同事和主管的认可。鉴于此，在4月中旬的时候，测试组的Leader给我安排一个任务，使用Excel表格开发一个工具，用于收集和统计记录的数据。要求该工具能够代替手工计算，提升测试效率。任务完成的截至日期是五一。给我安排的时间大概为一周。
该工具的实现方式并不难，就是设计一个Excel表格，然后在里面嵌入VBA脚本，以宏的方式代替手工计算。对我来说最大的挑战就是：1、短时间内学会VBA编程;2、提取需求，设计Excel表格的格式，使该工具具有较好的易用性。
当我接到任务后，下班回家就开始到网上搜集关于VBA资料。当时我找了一个星期，都没有让我满意的文档。最终只找到一篇国人写的PDF文档，但是那篇PDF文档只是让我初步了解了VBA是个什么东东，并不能满足我的实际需求。最终，在写VBA脚本期间，我还是参考微软自带的帮助文档搞定的。(搞忘球当初是否装了MSDN)
本来计划是在四月底的一个星期开展该项任务，但实际上直到4月的最后两天我才有时间。记得当时，我花了一天半的时间与我的客户——也就是我的同事，共同讨论需求，并设计Excel表格的格式，让其评审。最终写脚本花费了4月的最后一个下午，以及五一期间的三个下午的时间，总计4个下午的时间，完成该工具的开发。而且我五一期间的工作并没有申报加班，是无偿劳动啊 : (
另外，令我欣喜的是，从此我成了我们组的“牛人”，哈哈哈哈。。。。。。
其实工具开发完成后，还是有些问题，如：
1、 程序崩溃(不小心除了0，呵呵，加入异常处理就OK了);
2、 有1/3的功能基本没有被使用(郁闷，花那么大精力。。。我的五一啊);
3、自动生成的表格，奇丑无比(直到现在，我都没改，哈哈)。
记得当时有个做了5年以上C++的开发人员，看到我写的Excel表格，居然说“诶，这东西还满神奇的嘛”。我当时的一个感觉就是，晕，这个家伙工作效率肯定不高。
Excel还真是好用，功能强大啊!
四、负责M项目测试
06年10月份，我开始独立负责M项目的测试工作。M项目是个小项目，大体情况如下：
代码量：大约10K行
开发语言：C#
软件环境：Windows PPC 2003
硬件环境：hp的PDA(具体型号忘了，反正是便宜货，大概1000块)
人力投入：开发3人，测试就我1人
M项目的测试需求分析、测试设计、测试用例编写、测试执行到测试报告，全部由我一个人搞定
06年10月～12月中旬这段时间，主要是完成前期的测试分析与设计。12月中旬，就进入了实际的测试阶段，07年1月底，软件发布。回顾这4个月的工作，有做的好的，也有做的差的。下面对这些进行总结。
做的比较好的：
1、 测试进度把握比较好，在规定时间内，甚至提前完成了测试任务;
2、 与开发人员的沟通较好，使问题能够较顺利的解决，基本没有内耗，双方合作愉快;
3、 测试的重点把握较好，把很多严重问题，在测试前期就给暴露出来了;
做的不好的，待改进的：
1、 前期的测试分析能力较弱，测试规格分析不全，测试用例编写质量不是高。到后期测试时，才发现很多规格没有覆盖到，需要补充测试用例。而且之前写的测试用例与实际测试情况，有些偏差，用例的可用性差，又花了很多时间去修改用例。
2、 前期的测试计划制定比较差，实际工作较之计划偏差过大。吴江装饰网反正10月、11月那段时间，M项目的工作是乱七八糟的，还好关键时间点的把握还算到位。
3、 测试对象选择上疏忽，导致漏测。M程序是个工具软件，主要用于查询和设置设备的某些参数或配置。我当时只考虑到对所有支持的设备进行遍历，却未考虑到设备上所有单板的遍历。结果技术支持工程师到香港试用该工具时，发现某块叫PM1D的单板无法识别。后续，我们对大部分单板进行了遍历，还发现了很多隐藏的问题。这是一项较大的疏忽。
4、 在做内部模拟试验局测试时，对测试环境的选择有较大疏忽，导致漏测。在做内部试验局的时候，我为了偷懒只选择了3个不同设备的组网测试，而没有考虑到大规模组网情况下的测试。后来，技术支持工程师拿M软件到广州试用时，程序的某项功能就不正常了，原因就是大规模组网时，通信数据的传输是多包的，而M程序的底层函数没有对多包的情况进行处理，导致该项功能不正常。当时，在其他实验室是有类似环境的，而我却为了偷懒 : (
虽然M项目的测试有很多不足，但是总体情况良好，我对产品的质量有信心 : )
五、救火
大概是06年7月份时，我们组组长跟我说，要派我到B组去学习3个星期。等我去了B组才发现自己是被派来救火的。来B组支援测试，主要是完成一项测试任务，说具体点，就是把一件事情干600多次，没任何技术含量。我当时真是郁闷坏了 : (
虽然心底是比较郁闷，但毕竟也就3个星期，想着忍忍就过去了。
具体的任务很简单：大概有80种板子，每种板子大概有8套软件，用T工具对80多块板子把8套软件都加一次，观察软件加载过程中，业务是否正常，板子加完软件后，运行是否正常。
还有一个也是其他组借调过来的新员工，跟我一起干这件事情。我600多次，他也差不多600次。还好这个家伙，心态很好，做事情也很勤奋。
最初B组给的方案是这样的：先用第1套软件把80多个板子加载一遍，再用第2套，第3套，直到第8套。
开始工作几天，我们就按这种方案执行，但按这种方案执行的效率很差。主要因为实验室常用的板子差不多只有30块，其他的板子都藏在箱子里，而且有些板子B组根本没有，需要到其他项目组去借，这样针对软件版本，对80多块板子进行轮循加载，效率就很低，因为每加一套软件，就要去寻找80多块板子。
当时，我和那个新员工都很愁，按照这种做法，这项任务3个星期根本就无法完成。B组负责带我们的两个员工，也表示比较无奈。
郁闷过的第2天一早，我就直接找B组的老大谈话，“按照你们提供的这种方案，我们在三个星期内根本无法完成任务，而且还有诸多其他困难：1、部分板子是坏的;2、某些板子实验室里根本就没有;3、对设备不熟悉。”
就这样，B组老大把组内相关骨干人员都叫过来开会，重新商讨了一套方案，并要求他们全力支持我们的工作。
开了会后，B组的人就比较支持我们的工作了，启用新的方案后，还提前了1天时间把工作完成 : )
这里我体会比较深的是：在做一份工作前，一定要弄清楚这项任务到底要做些什么、要怎么做、要做到什么程度，工作中还要定期汇报工作(基本上以日报、周报的形式，用邮件发送)，如果出现了解决不了的困难，一定要向老大汇报，如果老大也解决不了，那他也不能责怪你无能 : )
六、工作中的陷阱
在辞职前的几个月，有个师弟也是老乡X君，得知我做过自动化项目后，便来向我了解自动化测试相关的情况。
从与X的聊天过程中了解到，他也正在做自动化，他们组测试的产品规模比较大，不过做自动化的只有两个新人，而且是使用一种新的GUI测试工具。他在给我讲他们具体工作时，了解到他们的自动化测试非常原始，就是针对一个用例录制一套脚本，几百个测试用例，大概录制几百个脚本，根本没有对公共进行提取，更别提有什么自动化测试框架了。X君与另外一个人，在自动化方面都是新手，没有相关经验，他们不知道这样做会给后期的维护带来多大的麻烦。而且他们主管也不太懂GUI测试的自动化，只是每天要他们汇报工作进度，期望在两个月内完成那几百个脚本。
经过我细致询问后，我猜测他们做这项自动化工作，基本上是为了应付部门自动化考核而做的，而并非为了提高测试效率，保证产品质量。
我也可以体谅X君主管的难处：测试组人力本来就紧张，而部门又要考核自动化指标，他只有弄两个人来应付一下部门的考核了。
这样说来，X君和他另外一位同事就是受害者了，被安排做一件这么没意义的事情。对他们我只能表示同情了。
对于这类BT主管吩咐的没啥意义的事情，我的体会就是能推掉不做就不做，如果实在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么样就做成什么样。实在搞郁闷了就老板炒鱿鱼吧。
七、其他
记得刚进公司那一阵，对我们新员工有这样那样的培训，估计转正前至少被培训了20门课吧。具体讲的都是产品知识、测试技能、编程方面的东东。那些讲课的老师水平也参差不齐，PPT写的水准也有好有坏。总体感觉就是那些培训是在浪费时间，如果自己看这些资料效果都要好很多。
在转正前，作为新员工要给部门的“老”员工讲课，讲自己所学习过的知识，然后下面的“老”员工会发狂了似的问你问题。现在我感觉这种方式真的是一种非常好的检验方法，不但检验了你的学习情况还锻炼了你讲解PPT的能力。
通过这种方式，我觉得自己在很多方面有提高：
1、 写PPT的水平。后续工作中，写PPT汇报工作，做的是又快，又漂亮。
2、 沟通能力。最初别人问我一个问题，我还没完全理解他的意图，就以自己的理解，淅沥哗啦的说了一堆别人不想知道的东东，搞得别人一头雾水。此后，别人每问我一个问题，我都会先把他的意图或意思搞搞清楚了，确认后，再以最精练的语言来回答他的问题。
3、 懂就是懂，不懂就别乱说。记得最早“老”员工问我一个我自己不是很懂的问题，我通常是按自己的理解方式，跟他胡吹一通。结果他再一细问，我就傻了。知道就知道，不知道就别乱说，这点很重要，尤其是在参加面试的时候，如果自己不是很动，别人一问你就会露馅。
总结反思的软件篇4
20__年已过去一半，在过去的半年中，我担任公司开发部的一名软件工程师，主要从事着JA项目的开发工作，这半年来我低调努力工作着，不求闪亮显眼和光芒四射，只为平静和淡定，这半年中所做的成绩如下：
一、财政局项目，本人独立负责开发会计处的三个子系统：
1、会计人员信用查询系统。
2、代理记账机构信用查询系统。
3、会计人员网上报备系统。
以上三个子系统上线后，方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息，以及方便了各单位对会计人员的报备。
二、餐饮行业项目，在团队开发项目中直接参与了餐饮有限公司总部的信息综合管理平台项目，主要负责的系统有：
1、房屋管理系统。
2、短信收发管理系统。
3、会员管理系统。
4、基础信息管理系统和人事管理系统的部分功能模块。
系统应用后，豪享来在管理全国各门店房屋租赁合同上，一定程度上提高了管理效率，并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。
三、金融行业项目，我参与了中国银行厦门分行，企业转账管理系统中的部分模块开发。本系统方便了企业快速实现大量和复杂的转账工作。
四、国土资源与房产管理局项目，正在负责和开发的是住房货币化补贴网上申报审核系统。本项目采用了新技术，使界面更加大方美观，很大程度上改善人机交互平台的效果。
总结不足：来总部做项目时，由于团队内部某些原因，加之外面的其他因素，一定程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都必须检讨的地方。
通过总结半年来的工作，尽管有了一定的进步和成绩，但在一些方面还存在不足，个别工作做得还不够完善。在今后的工作中，我将努力找出工作中的不足，以便在日后的工作中加以克服。自我不断的学习吸收新技术，认真学习好规范规程及有关文件资料，并且及时的把新技术应用在实际的项目中，进一步提高项目的技术含量。
总结反思的软件篇5
作为刚从学校出来的应届毕业生，第一份工作就落在智通，来到智通，深深地被这个企业的文化所感染，我很认同智通的企业文化，智通的企业精神“统一，专一，事业第一”体现出了这一行业优秀企业文化的特点。在这三个月的学习与亲身感受之下，我更加坚定地要使自己成为一名合格并争取优秀的智通人，我对自己有信心，对智通更有信心。
作为一名在技术岗位的职员，要具备一定的专业知识，不断地充实自己，在不断的工作学习与研究中成长，要有很好的团队协作精神，有很强的执行力，能真正为企业做实事。在智通上班的三个月里，我主要完成了以下工作项目：
一、 刚来的两个星期，由于目前网站工作的需要，师傅指导一边熟悉工作职位环境一边学习asp，用了两个星期系统地学习了这门从未接触过的asp语言，为接下来一个月的工作打了坚实的基础。
二、 接下来的时间，主要配合网站先前asp的后台管理系统进行某些功能优化与系统维护工作。先后完成了销售管理模块的最新注册企业查询、职业推荐给求职者、把求职者推荐给企业、会员职位刷新、职位刷新统计等几个模块的功能修改与优化，解决了业务员带权限控制的查询、推荐时间的控制与查询速度优化、企业职位刷新时的权限控制与企业职位时效性的控制以及完成对各销售组成员的职位数统计，职位刷新数统计的功能设计。在完成这些各种功能需求的时候，对后台管理系统进行了深入的分析研究，因此对销售管理模块非常熟悉，给目前网站新版开发的后台设计提了不少建设性的想法。之后还完成了logo管理模块中的投票项目添加优化与投票结果统计查询修正、logo、banner的管理与文本文件的生成。还完成了客服管理模块中后台开通资料查询的改进，企业管理、个人管理模块查询功能的改进。期间还完成了部分功能错误的修正，如校园招聘管理图片不能上传、文章类别不能修改、文章不能删除等。
三、 目前新版是用jsp开发的，在这三个月里，我进一步对java，jsp的深入学习，了解了mvc模式开发，在这阶段的学习期间，我以一个小商务系统的开发作为学习任务。还对当前流行的jive代码与开发思想进行了初步的学习研究。
四、 作为一名系统开发与维护工作者，当然不能忽视对数据库知识的学习，在这段时间我也进一步对sql语句进行了深入的学习，对sql语句的查询进行了分析，比较重视数据库性能分析与调整这方面的知识学习。通过这阶段的学习，把这些知识与方法运用到了对后台管理系统会员查询的速度优化功能上，在实际工作中得以实践运用。
五、 网站新版开发方面，主要还为新版做了几个数据库对照表。
六、 还参加了网站新版的第二轮测试工作，主要以后台管理系统为主做测试，还参与了前台个人管理与企业管理的流程测试，测出了不少关键性的bug。
七、 入职以来，还担任了网站部群发邮件的工作。三个月内完成了好几批邮件群发的工作，每天定时定量地给在无忧无虑网站上注册的企业或会员群发几十万封邮件。还配合客服部群发了两批特殊活动的邮件，配合网站营销活动群发了两批群件，每天坚持固定给注册会员群发。
在网站技术部工作的三个月里，自己感受非常多。首先，作为刚从学校出来的毕业生，在实际开发中的经验尚不够成熟，还需要在工作中不断的提升自己。其次，要进一步提高自己的开发技能，使自己的技能满足今后的需求，主动获取并学习当今最新技术信息，平衡自己的知识结构，在不断的学习中提高自己。然后，要加强与同事们的沟通，融入团队，互相学习、相互提高，在团队中不断完善自己。
我相信，通过我的努力，一定能成为智通的优秀员工，一定会在优秀成绩之上提升自己。同时我希望公司能根据情况给我培训深造的机会，也希望部门内能有经常性的专业技术学习。
总结反思的软件篇6
__年已过去，在过去的一年中，我担任公司开发部的一名软件工程师，主要从事着JAVA项目的开发工作，这一年来我低调努力工作着，不求闪亮显眼和光芒四射，只为平静和淡定;这一年中所做的成绩如下：
一、财政局项目，本人独立负责开发会计处的三个子系统：
1、会计人员信用查询系统。
2、代理记账机构信用查询系统。
3、会计人员网上报备系统。
以上三个子系统上线后，方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息，以及方便了各单位对会计人员的报备。
二、餐饮行业项目，在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目，主要负责的系统有：
1、房屋租赁合同管理系统。
2、短信收发管理系统。
3、会员管理系统。
4、基础信息管理系统和人事管理系统的部分功能模块。
系统应用后，豪享来在管理全国各门店房屋租赁合同上，一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。
三、金融行业项目，我参与了中国银行厦门分行，企业转账管理系统中的部分模块开发。本系统方便了企业快速实现大量和复杂的转账工作。
四、国土资源与房产管理局项目，正在负责和开发的是住房货币化补贴网上申报审核系统。本项目采用了新技术，使界面更加大方美观，很大程度上改善人机交互平台的效果。
总结不足：驻豪享来总部做项目时，由于团队内部某些原因，加之外面的其他因素，一定程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都必须检讨的地方。
通过总结一年来的工作，尽管有了一定的进步和成绩，但在一些方面还存在不足，个别工作做得还不够完善。在今后的工作中，我将努力找出工作中的不足，以便在日后的工作中加以克服。自我不断的学习吸收新技术，认真学习好规范规程及有关文件资料，并且及时的把新技术应用在实际的项目中，进一步提高项目的技术含量。