这次实训使我们明白我们所欠缺的不仅仅是技术知识，更重要的是有一种处理事情的方法、面对问题的心态和动手能力。面对完全陌生的新知识、新技术、新项目以及整个it行业，我们不能畏惧，要以一种积极的心态去面对，分析并抓住关键所在。因为我们所即将应对的每一个项目都是既需要实际操作，又需要详细规划的。作为组长，协调组员、激励其他学员和积极参与项目研发是我每天必做的工作。我认为每个人都应该在团队中做好自己应尽的职责，再优秀的个人也可能完成一个即庞大又复杂的项目工作，我们必需紧密的联合在一起，以一个团队的角色来面对。

一公司有一项对项目经理的调查显示，项目经理平均每周参加6个会议，其中25%的时间浪费在无用的讨论上。会议效率低最普遍的3个原因是：会议没有很好的计划、会议没有被适当的领导、无纪律的与会者。我们软件项目也会遇到相同的问题，项目启动会、评估会、大大小小的评审会、技术会、周例会等等一系列会议会随着项目进展而召开，如何保证高效的会议效果，我的一些会议技巧与大家共享：确实需要开会时才开会；订立会议纪律；非常清楚的明确会议目标；提前准备一个会议议程；提倡各会议参与人的会前准备；鼓励参与，但在会议过程中遵守会议议程；把团队建设融入会议、作会议记录、会后跟踪所有安排任务的执行情况。

程序员需要关心尊重。曾经有个例子，某公司开发人员王某由于刚开始学习编程，技术水平差一点，常常受到经理的“另眼相看”，每次软件出现了问题都怀疑是他的原因，老开他的低级玩笑，这位员工会有怎样的'表现就可想而知了。经理通过这种手段能够迫使这一位自动辞职吗？非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过份得罪他了（否则，留下的巨量代码很难维护）。如果认为某人不适合目前工作，为何不另请高明？既然已经请他作了这件工作，就得尊重他。不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方，正所谓“尺有所短，寸有所长”，例如要求技术人员在酒席宴上象公关小姐或公关先生一样举止适度，从来不会有好的效果。软件人员普遍喜欢自由而宽松的工作环境，最好不要做过多的无谓的规定，例如不准迟到、上班必须换拖鞋，否则罚款等。如果确实有人经常上班迟到，工作不认真等，首先应该了解原因，此时多作思想工作是必要的，许多公司的经理们认为“思想工作”是过时的东西了，其实不然，私企职工背负的心理压力其实很重。他们特别需要有人关心，特别需要心理上的“减负？

软件项目管理，需要我们不但关注项目管理技术等在软件行业中的应用，还应该关注如何与软件新思想和技术的整合，例如xp等思想，使我们得到更高效益的产出。欲想琢其玉，必先利其器，项目管理和我们软件开发、质量管理等得一系列工具和模版，是我们事半功倍的利器。他山之石可以攻玉，关注一些管理界的发展，例如目前的中国式管理等，将其经验用于软件项目管理实践并总结，将为我们带来更大实效。

软件工程专业实训心得体会初踏社会，心情激动、紧张、难过，激动的是我终于可以长大了，可以开始我真正的人生；紧张的是不知自己是否能适应这个社会，战胜这新环境；难过的是从此我就要在这纯真的学生生活上画上句号了。心里矛盾，脑子里翻天覆地。

对于刚出校门我的，什么都不懂，又想从事it行业这个靠技术吃饭的行业，一开试我试着投了几家公司，人家面试问我有没有项目经验，我说没有，人家又问你java学的怎么样？说实话在那个时候我连简单的程序都不会编。结果就可想而知了，几次碰壁之后，觉得现在的自己根本找不到跟自己专业相关的工作，于是我想到利用暑假和实习的机会帮自己充电，于是和几个同学一起找了一家培训机构培训了下，培训的时候很痛苦但很很快乐，在那里我找了自己奋斗的目标，每天过的都很充实，不像在学校那样浑浑噩噩。那里有一群像我一样一开始迷茫的人，我们一起奋斗，那些时光我很怀念。

过了几个月，我们培训结束了，开始找工作了。我被南通的一家软件公司录取了，因为他们对我们这些还没毕业的待遇还不错。因为这是我的第一份工作，很兴奋也很紧张，兴奋的是我自己自己挣钱了，紧张的是怕自己不能胜任这份工作，毕竟自己一点工作经验都没有。在公司我们进行为期7天的岗前培训，就是在公司的框架下实现他们要我们完成的功能。好在这些我们在培训的时候都学过，所以不太难。培训完我们被分到公司的开发一组，正好公司正在做一个项目，所以我们一上来就开始做项目的。对于我们这些菜鸟来说这是很痛苦的，有时我做个功能做几天都没做出来，挨了主管不少的骂。在这个时候我才发现百度和狗狗真是个好东西的啊，不会的就在上面搜。实在不会的问公司的高手，就这样我渐渐的熟悉的这个工作模式，主管给的任务每天也能做出来了。虽然做的有点慢，但我相信我坚持下去，我会达到我的目标的。然而实现的残酷很快我就体会到了。那是我们这个项目刚做完。公司的人事来找我们谈话。跟我说了很多。也跟我说了很多道理。希望把我调到技术服务组。所谓技术服务就是代表公司跟客户交流，说实话这个工作也蛮不错的。工作的压力没有在开发的大，如果做这份工作的话，那我在培训的知识很少用到。我怕我代码不经常写会渐渐的遗忘，本来技术就不好如果不在项目中学习的话，我很快就被淘汰。

和人事的谈完话，我想了很多。那时我动摇过，我不知道自己是否真的适合做开发。好在我还有一些朋友，跟他们聊了很多，他们给了很多建议。人生有很多选择，无论你选择了什么方向，你都应该为之奋斗。

我一朋友给我说一句肖复兴的名言：一个人，在年轻的时候，有玩伴，年轻时有漂泊的经历，老年时有回忆的东西就是幸福啊。人生有挫折其实也是一种幸福。从那里跌倒了就从那里爬起来。

后来我也想开的。既然自己有目标就应该坚持去追寻下去，路上的磕磕碰碰或许就是老时的美好回忆。

正好在个时候我们实习结束了，老师让我们回学校。我请了几天假。正好好好规划我的下面的路怎么走。无论怎么打算在这个实习的日子里我学到了很多，也明白了很多事。这个宝贵的经验会给我很多帮助。

软件课心得体会篇2

时间过的很快，转眼间已经实习将近5个月。

最先在内部系统组参与内部管理系统开发(struts+mysql+spring+hliuxue86.comibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。

至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。

1 浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是it阶段的找bug与对应bug，此阶段基本评定了coder的编码质量。

2 程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?

有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段源码才真正属于你。

3 如何调试追踪?

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。

页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(xxxliuxue86.com=null)语句加保护。追踪的方法基本就是用alert语句，放在有可能出错的地方。

4 一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。

5 题尾话

如果你有一份思想，我有一份思想，拿出来交换，我们大家拥有就是2分份思想，可惜这种观念，并不能深入每一个团队的每一个人，少一点自私，未必不是好事。职场到处都存在被排挤的隐患，要为自己找片草地实在不容易。但有一点要相信，只要自己不放弃自己，这世上就没有绝望的路，你可以被打趴下，可以被身边的人暗算，可以被深爱的人流放，只要你用自己决心站起来，受过的伤痊愈后就能增强你的抵抗力，一路前进!

软件课心得体会篇3

今天的实训结束了，今天做的是纸牌游戏软件和趣味打字游戏。今天的东西对我来说有点难度，最后没有能过完全做完。但是我还是觉得这是一个不错的实训，在这种集体的环境里和同学们一起学习，每天的生活过的也是非常的充实。此次实践课我的收获很多。我和同学们这一次真正自己动手制作了一个小软件，虽然还存在很多的问题，而且我做的软件在使用起来还是很不可行的，但是我们从中受到了很多知识，不仅是专业的知识，更让我明白了一个软件从设计到实现的每一个环节真的很不容易，不仅需要扎实的专业知识，更需要一个团队的配合，这才是一个软件成功的关键。这就告诉我们，一个人的出色不算什么，一个团队的出色才是真正有用的。

刚开始拿到题目我们组员都不知如何下手，经过小组成员一起查找资料，并且开会讨论，我们确定了设计的设计目标以及具体实现方式，包括如何将java的思想运用到实际系统的详细设计之中。

在实验课上，我学会了很多学习的方法。而这是日后最实用的。要面对社会的挑战，只有不断的学习、实践，再学习、再实践。这对于我的将来也有很大的帮助。以后，不管有多苦，我想我都能变苦为乐，找寻有趣的事情，发现其中珍贵的事情。就像中国提倡的艰苦奋斗一样，我都可以在实验结束之后变的更加成熟，会面对需要面对的事情，以及学会遇到问题，不急不慌，慢慢解决它。

虽然过程辛苦是不可避免，但收获还是令人感到尤其的欣慰。在这次的软件设计中不仅检验了我所学习的知识，也培养了我的实践能力，让我知道遇到一个问题，如何去寻找思路，如何去解决问题，最终完成整个事情。在设计过程中，与同学分工设计，和同学们相互探讨，相互学习，相互监督。学会了合作，学会了宽容，学会了理解，也学会了做人与处世。课程设计是我们专业课程知识综合应用的实践训练，是我们迈向社会，从事职业工作前一个必不少的过程。实验过程中，也十分感谢实验指导老师陈中育老师的指点与教导。这次软件设计不仅是对这学期所学知识的一种综合检验，而且也是对自己动手能力的一种提高，增强

了自己实践能力。通过这次课程设计使我明白了自己知识还比较欠缺，只是学习书本知识还是远远不够的，自己不会的东西还有太多，学习需要自己长期的积累，在以后的学习、工作中都应该不断的学习，将课本的理论知识与生活中的实践知识相结合，不断提高自己文化知识和实践能力。

软件课心得体会篇4

在为期两周的金蝶k3erp软件上机实习过程中，我深深的体会到现代it技术与现代前沿管理思想有机结合的强大力量，也对这款erp软件一见钟情。友好的界面，流畅的模块转换功能，还有可视化的功能按钮，环环相扣的逻辑思维。这些都让我对erp有了新的看法。也为我在以后的工作学习中，指明了一条方向：现代化和智能化，系统化和趋新化，这些思想带给我在学习和认识的思想转变。

而我们所操作的金蝶k/3 erp系统，集财务管理、供应链管理、生产制造管理、供应商及客户关系管理、分销管理、人力资源管理、企业绩效、商业智能分析、移动商务、集成引擎及行业插件等业务管理组件为一体，我通过不断地熟悉和演练各个模块的操作流程和术语的熟悉了解，知晓了作为营销功能在企业的可视化，数据化，每个功能模块都无疑是一个企业系统思想的体现。

虽然我们实习的教师机房条件不太好，但是我们同学们都还是认真的完成老师布置的实训任务。最开始的原始数据的录入和基础数据的录入与修改，成为我们最头疼的事情。繁杂的数据和报表，错乱的数据分布，还有那冗余的小数点，我们都感到烦恼。可是，我们在实习的不多加深和具体，才体会到原始数据的正确性和精确性是多么的重要。这些可是erp软件初始化的基础性数据。回过头来我们才意识到我们对待工作的态度，应该很大程度的改善。认真严谨，一丝不苟的态度是erp软件实现精确预测和管理的最大保障。

我也查阅了一些关于erp软件的发展前沿资料和erp软件的培训资料，才发现在我国的企业和中是多么的缺乏，仔细的研究了一下erp课程和发展前进，也与我自身的营销专业相比较，发现关系是如此的密切，在企业erp软件销售管理和分销，门店管理，产品预测等方面，它们起到了相辅相成的角色。准确的说erp是在数据和工作具体化，流程化的体现，而我们营销这门专业则更加的经验化，加上了管理者的思想和个人思维。我想假如erp软件能在这些方面更好的结合这些思想，让它更加的智能化，从而为企业的管理提供有力支持和帮助。我想我现在应该密切关注它，不断地了解和熟悉。

虽然每天的来回奔走和校区的来回转换，让我们感到疲劳无比。但是，在每天的来回过程中，我都在思考这一个问题：这一次erp实习软件的意义。我想我们虽然没能够很好的，全面的系统的了解erp软件的功能和模块的流程，但是基本的界面接触和数据录入，基本的销售管理，还有系统管理思想的火花碰撞，这些对我们短短两周的实习期来说，已经足够了。无穷进的求知欲让我想不断地关注和了解erp软件，还有自己对网络和软件的理解，提起了我强烈的兴趣，我会不断的关注erp软件的，不断地学习和加深对它的认识，从而提供自己对企业管理系统思想的理解和领悟。

erp软件带给现代企业和管理界的革命性方式的转变，在我看来，是不可否认的。老师这几天也不断的强调erp软件的重要性和复杂性。我想，通过这一次实习，留在我们头脑的不仅仅是几天的实习经验，更重要的是对我们以后的就业和职业发展有重要的影响。

软件课心得体会篇5

不知不觉，三周的数字测图实习圆满的结束了。无论是当时不满者，还是当初的跃跃欲试者，都不能否认自己从中得到了很多。作为个人，专业的技巧在这次实习中都得到了诸多的锻炼。作为团队，大家团结一致，合力攻克难题，这份情谊必将永存在我们之间，而这段光景也会成为我们人生中不可抹去的绚烂华章。

想当时，外面还是漆黑一片，一层的寝室就响起了洗漱的声音，虽然纷杂，但是依然可以感觉到每个人的急切。说起来，大家都已经习惯了大学的节奏，不会再像高中那般热衷早起了，一时要起得那么早，大家都还有些不适应。可是，就算有多少的劳累和疲惫，大家还是都起来了。原因无它，大家都知道实习的意义，它绝不是一番走过场而已，平时我们只能接触到书本上的数据和图像，而实习提供给我们接触仪器的机会，它的重要性可想而知。

其实，早就从学长学姐那里得知实习的艰苦，寒冷的冬天，遥远陌生的东湖学院，这些都有理由成为我们屈服的对象，但是我们还是挺过来了。我们早就做好了吃苦的打算，再苦再累我们都承受得起，只是因为我们觉得能从中学到那些平时学不到的东西，能够学到一生受用的东西，事实上，我们确实得到了这些。当然，因为大家诸多的不同，学到的自然也很难完全一样，基础扎实的可以完全消除平时的疑惑，基础稍弱的则可以从他们那儿得到更多的教导，经过这次实习，也必然更深刻地了解到专业的技术和方法。

第一次到东湖学院的印象已经有些模糊了，只记得当时惊讶于校区的空旷，诺大的校园，宿舍几乎都集中在一地，其它的`地方则仿佛人迹罕至。有时会想这地方是否真的就是为我们这群测绘学者精心准备的呢?如武大一样的水准点，实在会让我们有种莫名的亲切感。下车之后，我们就急忙赶赴了待测地点，位于食堂一侧的校区。刚开始大家都迫不及待，定向选点也不是那么轻松的了，得尽量赶去占好点，不然就是漫长的等待，抑或重新的选点。然后就是观测，对于徕卡的全站仪，刚开始需要一段时间的熟悉，设站和输入数据等等也都是捉摸之后才了然于心的。那时才真切的体会到，眼过千遍不如手过一遍，要记住书本上空洞乏味的步骤和过程很难，在实践中摸索到的才能铭记于心。再后就是跑尺，也就是扶棱镜。棱镜杆是金属制的，天气寒冷，徒手扶着棱镜真的有些吃力，只能向别人借手套来克服，以后每一次都有戴手套，不再挑战冰冷的气候了，毕竟身体是革命的本钱，还没有完成实习就病倒，就真的不值了。有时候，打心里觉得扶尺真的算最辛苦的，要在寒风中保持没有大的动作，当然最好是静止不动，这绝对是一种煎熬啊!虽说如此，但对于我们这些从小受尽宠爱的新一代来说，吃苦挨冻未必不是一种绝佳的锻炼方式，至少我们的意志不会如从前那样脆弱，天气一冷，我们只会龟缩在空调房中。

在陌生的校园，尝尝它的食堂也是一种贴近它的方式。我们能够绘出它校区的形状，但却不能完全体会到它其中的生活，而食堂却是学校生活的重要角色，学生可以选择窝在寝室，也可以浸在书海中，但是食堂却是必不可少的。总得来说，食堂还是能够垫我们的饥的，吃上热热的一碗饭，一碗面，一天的艰苦工作看起来也不是那么不能承受。三座小山虽然沉重，但是在勤劳吃饱的测绘学子面前，还不够王屋山的等级的。

经过这次实习，我更加地了解和熟悉了测绘的各项工作和流程，我的专业技术和团体合作意识都得到了极大的提高，因此，这次实习也必然会使我受益终身。从专业技术方面来讲，平时尽管已经对导线测量和碎步测量有了初步的了解，但是那完全可以说如纸上谈兵一般，我也很难将自己的知识可行地应用于现实实践中。而这次实习给了我诸多的机会，观测跑尺以及绘图，这些说出来可能会觉简单，但是精确地重复上述工作绝非易事，在寒冷的冬季，克服身体上的不适和精神上的倦怠显得尤为必要。同时，这次实习是以小组形式进行的，遇到难题，大家也会一起讨论和解决，虽然并非每次都尽善尽美，但每个组员都基本解决了平时产生的一些小疑惑。通过大家的合作与讨论，大家的知识也得到了补充，而这些在平时是很难发现和解决的。

软件课心得体会篇6

软件测试在整个软件周期中的重要性，它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。

体会一：软件测试的真正意义在于发现错误，而不在于验证软件是正确的'。

再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。

体会二：在系统性能测试方面需要重视。

经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。

当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。

下面是本人的几点想法：

想法一：加强系统上线前的性能测试。

目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。

想法二：适当介入相关项目研发

对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。